x86_64 SATA DVD drive + libata trouble - Kernel

This is a discussion on x86_64 SATA DVD drive + libata trouble - Kernel ; Hello, please CC me, I'm not subscribed. If any kernel developer is interested in more specific information please mail me, I can build kernels, I can apply patches, though have not done it regularly. I'd like to get the DVD ...

+ Reply to Thread
Results 1 to 4 of 4

Thread: x86_64 SATA DVD drive + libata trouble

  1. x86_64 SATA DVD drive + libata trouble

    Hello,

    please CC me, I'm not subscribed.

    If any kernel developer is interested in more specific information
    please mail me, I can build kernels, I can apply patches, though
    have not done it regularly.

    I'd like to get the DVD drive working somehow. I have googled a lot
    and did not find any more ideas what to do. Some good keywords to
    find a solution would suffice at that end.

    Rough problem description:

    I have a Tyan mainboard with NVIDIA chipset CK804. The only
    SATA/IDE device is a SATA DVD combo, the harddisks are on a RAID
    controller from 3ware. The harddisks are fine.

    The openSuSE 10.3 boot dvds fail after booting from the BIOS, the
    installation kernel cannot use the DVD drive. That kernel uses
    libata and sata_nv pata_amd as drivers. The drive is recognized
    but it cannot be used. This is the situation probably during
    install from DVD and now in the running system after a network
    install it persists.

    Reading from the dvd device /dev/sr0 with dd stops after at most
    119kb of rubbish read. Mounting fails with superblock not found.
    When trying to remove the pata_amd module I get an Oops. I tried to
    remove the modules to have a chance to reload them with other
    options (atapi_enable), but that did not help, even after
    rebooting.

    A vanilla 2.6.23.1 kernel behaves even less friendly, the dd
    on /dev/sr0 causes a hard reset.

    So there are clearly some problems with libata in this system.

    I have failed switching away from libata getting the drive to be
    recognized at all.


    Thanks for any help,

    Bernd Strieder


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  2. Re: x86_64 SATA DVD drive + libata trouble

    > I have a Tyan mainboard with NVIDIA chipset CK804. The only
    > SATA/IDE device is a SATA DVD combo, the harddisks are on a RAID
    > controller from 3ware. The harddisks are fine.


    Interesting. I have only one other report of this problem that resembles
    yours. They also have a 3ware raid controller.

    > installation kernel cannot use the DVD drive. That kernel uses
    > libata and sata_nv pata_amd as drivers. The drive is recognized


    These are the correct drivers.

    > A vanilla 2.6.23.1 kernel behaves even less friendly, the dd
    > on /dev/sr0 causes a hard reset.


    A dmesg and further info would be useful here. Also knowing how much
    memory your system has and whether it passes memtest86.

    > So there are clearly some problems with libata in this system.


    CK804 is known to work reliably. That means we are looking for something
    thats "different" about your system - perhaps the devices, the amount of
    memory etc.

    Alan
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  3. Re: x86_64 SATA DVD drive + libata trouble

    Hello,

    > > I have a Tyan mainboard with NVIDIA chipset CK804. The only
    > > SATA/IDE device is a SATA DVD combo, the harddisks are on a
    > > RAID controller from 3ware. The harddisks are fine.


    > A dmesg and further info would be useful here. Also knowing how
    > much memory your system has and whether it passes memtest86.


    It has 8GB RAM and passes memtest86, I had one run.

    >
    > > So there are clearly some problems with libata in this system.

    >
    > CK804 is known to work reliably. That means we are looking for
    > something thats "different" about your system - perhaps the
    > devices, the amount of memory etc.


    I managed to get it running with the SuSE kernel when passing
    adma=0 to sata_nv module, and I managed to get it running when
    passing mem=2000M to the SuSE kernel. Thanks to Robert for those
    hints.

    The vanilla kernels I tried 2.6.23.1 and 2.6.24-rc1-git10 (with
    patch to sata_nv.c from Robert Han**** see
    https://bugzilla.redhat.com/show_bug.cgi?id=351451) seem to be
    very sensitive in this area. Whenever I got them to oops, I did
    not have much time to get anything read on the screen.

    I managed under the patched 2.6.24-rc1-git10 to manually load
    sata_nv and sr_mod, and then I got an OOps like

    Unable to handle ... NULL pointer dref at 0000000000000000 RIP
    ffffff880edf6a
    ......
    libata:ata_qc_prep + 0xe2/0x15b
    ......
    srmod:sr_probe

    I have attached 3 dmesg outputs with the openSuSE 10.3 kernel and
    extracts of /var/log/messages, especially some Oopses. The oopses
    from the vanilla kernels seem to be so bad that they do never end
    up in a file.

    I will do some more tests as soon as possible. I have attached the
    files as I created them, you will have to diff the single files,
    anyway, to get the important information out, I cannot select for
    you.

    Bernd Strieder




  4. Re: x86_64 SATA DVD drive + libata trouble

    Bernd Strieder wrote:
    > I managed to get it running with the SuSE kernel when passing
    > adma=0 to sata_nv module, and I managed to get it running when
    > passing mem=2000M to the SuSE kernel. Thanks to Robert for those
    > hints.
    >
    > The vanilla kernels I tried 2.6.23.1 and 2.6.24-rc1-git10 (with
    > patch to sata_nv.c from Robert Han**** see
    > https://bugzilla.redhat.com/show_bug.cgi?id=351451) seem to be
    > very sensitive in this area. Whenever I got them to oops, I did
    > not have much time to get anything read on the screen.
    >
    > I managed under the patched 2.6.24-rc1-git10 to manually load
    > sata_nv and sr_mod, and then I got an OOps like
    >
    > Unable to handle ... NULL pointer dref at 0000000000000000 RIP
    > ffffff880edf6a
    > .....
    > libata:ata_qc_prep + 0xe2/0x15b
    > .....
    > srmod:sr_probe


    Which patch is this using, the original one from Nov. 2 or the updated
    one from Nov. 10? The original one has a bug.

    > I have attached 3 dmesg outputs with the openSuSE 10.3 kernel and
    > extracts of /var/log/messages, especially some Oopses. The oopses
    > from the vanilla kernels seem to be so bad that they do never end
    > up in a file.
    >
    > I will do some more tests as soon as possible. I have attached the
    > files as I created them, you will have to diff the single files,
    > anyway, to get the important information out, I cannot select for
    > you.



    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

+ Reply to Thread