[Bug 1940] ibook doesn't "wake up"

bugzilla-daemon at bugzilla.ubuntu.com bugzilla-daemon at bugzilla.ubuntu.com
Tue Oct 4 13:27:05 UTC 2005


Please do not reply to this email.  You can add comments at
http://bugzilla.ubuntu.com/show_bug.cgi?id=1940
Ubuntu | linux





------- Additional Comments From obiwan at mailmij.org  2005-10-04 14:27 UTC -------
That last message was a bit wrong:    
    
hda: generic_ide_resume called    
ide_do_request: at start    
ide_do_request: while not busy                                    (just after  while (!hwgroup->busy) {  )  
ide_do_request: before check if rq is empty                       (before rq = elv_next_request(drive->queue); )  
ide_do_request: before the test if request is accepted            (before if (drive->blocked && !blk_pm_req.......... )  
ide_do_request: before start_request                              (I think this is absent when it crashes!)     
ide_do_drive_cmd: request done, waiting for completion            (before waiting_for_completion) 
(here it freezes)    
ide_do_request: at start    
ide_do_request: while not busy    
ide_do_request: before check if rq is empty    
ide_do_request: before the test if request is accepted    
ide_do_request: before start_request    
hda: Enabling Ultra DMA 2    
ide_do_request: at start    
ide_do_request: while not busy    
ide_do_request: before return    
generic_ide_resume returns 0    
   
Interestingly, there is a line absent when it crashes. If I've got that correctly this means it breaks out of   
ide_do_request here:   
   
                if (drive->blocked && !blk_pm_request(rq) && !(rq->flags & REQ_PREEMPT)) {   
                        /* We clear busy, there should be no pending ATA command at this point. */   
                        hwgroup->busy = 0;   
                        break;   
                }   
   
No idea why that should be a problem though.   
I'm going to double check if the line was really missing now.   
   
danny   
   

-- 
Configure bugmail: http://bugzilla.ubuntu.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the kernel-bugs mailing list