Comment 3 for bug 42083

Revision history for this message
humufr (humufr-deactivatedaccount) wrote :

it seems that none is interesting in this bug but me doesn't matter I'll give the solution tat you probably know but... Combined mode seems to be a little bit a mess and a patch exist to take this in count in the kernel 2.6.1. I'll try to compile a working 2.6.16 kernel for dapper (it's a shame that this kernel is not in dapper especially with the two month delay even if it's not the default kernel). Perhaps that will be possible to do a backport of this patch for the dapper kernel (and it seems that to have it working You'll need to enable ATAPI support for ata_piix in
include/linux/libata.h

Change:
#undef ATA_ENABLE_ATAPI

into
#define ATA_ENABLE_ATAPI

I don't know if it's done or not.

you can close this bug (even if I think that this bug is a major bug due to the number of new laptop with this kind of hardware).

commit 2bd0fa3b62e8565a80f9535e0f2bd51bba46213f
Author: Jesse Barnes <email address hidden>
Date: Tue Dec 13 03:05:03 2005 -0500

    [PATCH] add boot option to control Intel SATA/PATA combined mode

    Combined mode sucks. Especially when both libata and the legacy IDE
    drivers try to drive ports on the same device, since that makes DMA
    rather difficult.

    This patch addresses the problem by allowing the user to control which
    driver binds to the ports in a combined mode configuration. In many
    cases, they'll probably want the libata driver to control both ports
    since it can use DMA for talking with ATAPI devices (when
    libata.atapi_enabled=1 of course). It also allows the user to get old
    school behavior by letting the legacy IDE driver bind to both ports.
    But neither is forced, the patch doesn't change current behavior unless
    one of combined_mode=ide or combined_mode=libata is passed
    on the boot line. Either of those options may require you to access
    your devices via different device nodes (/dev/hd* in the ide case
    and /dev/sd* in the libata case), though of course if you have udev
    installed nicely you may not notice anything. :)

    Let me know if the documentation is too cryptic, I'd be happy to expand
    on it if necessary. I think most users will want to boot with
    'combined_mode=libata' and add 'options libata atapi_enabled=1'
    to their modules.conf to get good DVD playing and disk behavior
    (haven't tested CD or DVD writing though).

    I'd much rather things behave sanely by default (i.e. DMA for devices on
    both ports), but apparently that's difficult given the various chip
    bugs and hardware configs out there (not to mention that people's
    drives may suddenly change from /dev/hdc to /dev/sdb), so this boot
    option may be the correct long term fix.

    Signed-off-by: Jesse Barnes <email address hidden>
    Signed-off-by: Jeff Garzik <email address hidden>