lkml.org 
[lkml]   [2010]   [Jul]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH[RFC] Quirk macbook pro 6,2 into ahci mode
    On 07/18/2010 12:42 PM, Matthew Garrett wrote:
    > On Sun, Jul 18, 2010 at 10:03:44AM -0600, Jens Axboe wrote:
    >
    >> So while the below works, it doesn't work when the laptop is
    >> coming out of suspend. I can't seem to find out why, since it's
    >> a bit hard to debug when you are on the road. What happens is
    >> that it comes back with a bit of a delay, and then the disks are
    >> apparently gone. I've tried adding a resume quirk to re-AHCI the
    >> thing, but it doesn't help.
    >
    > You'll certainly need to re-quirk on resume, since there's no guarantee
    > that the firmware will do it for you. My suspicion is that it comes up
    > in PATA mode with legacy firmware in order to improve compatibility with
    > XP, and you'd have ahci if you booted through EFI. I don't have
    > something handy to test that right now, though.

    See this is where I'm getting confused, since I'm not entirely sure what
    the boot process is. If I boot a DVD directly, then it's in piix mode.
    Booting through refit -> Linux, it's in piix mode. So my logic was that
    it is probably getting switched into ahci mode by the OSX boot loader or
    perhaps the driver does it there.

    The resume re-quirk makes no difference, so it's likely that it needs a
    bit more love when it's coming out of that state.

    >> Looking at the specs, I don't see what I am missing to make this
    >> work for resume. I'm assuming that EFI did initialize some bits
    >> that am missing when coming out of resume, but I don't know which
    >> bits.
    >
    > There's no guarantee that the AHCI BAR is programmed by the firmware (it
    > seems to be on the Macs, but won't be on most hardware). Is it getting
    > reprogrammed on resume?

    The BARs are fine with just the patch I sent:

    Region 0: I/O ports at 3128 [size=8]
    Region 1: I/O ports at 313c [size=4]
    Region 2: I/O ports at 0170 [size=8]
    Region 3: I/O ports at 0374 [size=1]
    Region 4: I/O ports at 3020 [size=32]
    Region 5: Memory at a2800000 (32-bit, non-prefetchable) [size=2K]

    Since everything is screwed on resume and all file systems are gone,
    there's no easy way for me to printk() and verify anything on resume. So
    unless anyone has any stellar ideas on what to try, I guess it'll have
    to wait until I can log some output somehow.

    --
    Jens Axboe



    \
     
     \ /
      Last update: 2010-07-18 22:37    [W:3.032 / U:0.044 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site