lkml.org 
[lkml]   [2008]   [Apr]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: suspend
Hello; attached is kern.log as asked and lspci -nn.
I've noticed some avc's in there. makes me wonder if this is why
wpa_supplicant isnt working after a wakeup
regards;
Justin P. Mattock

On Thu, Apr 3, 2008 at 12:18 AM, Tejun Heo <htejun@gmail.com> wrote:
> Hello,
>
> Justin Mattock wrote:
>
> >
> > > > [ 1233.811794] sd 2:0:1:0: [sda] Starting disk
> > > > [ 1234.013599] ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 filtered out
> > > > [ 1234.013601] ata1.00: ACPI cmd ef/03:44:00:00:00:a0 filtered out
> > > > [ 1234.180232] ata1.00: configured for UDMA/66
> > > > [ 1222.732011] ata3.01: NODEV after polling detection
> > > > [ 1222.732016] ata3.01: revalidation failed (errno=-2)
> > >
> >
>
> I presume this is ata_piix, right? What's hanging off of ata3.01? An
> optical drive?
>
> What happened is that, after resuming, libata reseted the channel and
> issued IDENTIFY[_PACKET] to make sure the device was still there. The
> device violated the state machine transition in the same way as when there's
> no device attached. libata paused for a while and retries and the device
> responded correctly at the retry. Things like this can happen. The problem
> is that libata resume is currently synchronous and retries like this hold
> the machine back from reaching operational status even when there's no
> reason for resume retrial on optical drive to delay the rest of resume
> process.
>
> Can you please post full kernel log and the result of 'lspci -nn'?
>
> --
> tejun
>



--
Justin P. Mattock
[unhandled content-type:application/octet-stream]
\
 
 \ /
  Last update: 2008-04-03 02:47    [W:9.126 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site