[solved] kernel 3.6 does not recognize my pata DVD and CDROM

Harey · 2012-10-13 13:07:25

With kernel 3.6.2 from testing my CDROM and DVD drive are not recognized anymore. This used to work flawlessly until 3.5.6.

This is how it used to be in kernel 3.5.6

root@obelix /home/harvey # dmesg | grep ata
10:[    0.000000] BIOS-e820: [mem 0x00000000df7e1000-0x00000000df7effff] ACPI data
138:[    0.000000] Memory: 8155476k/8912896k available (4580k kernel code, 533068k absent, 224352k reserved, 4203k data, 728k init)
576:[    1.478535] Write protecting the kernel read-only data: 8192k
588:[    1.515620] libata version 3.00 loaded.
595:[    1.521554] pata_acpi 0000:02:00.1: >enabling device (0000 -> 0001)
596:[    1.521575] pata_acpi 0000:02:00.1: >setting latency timer to 64
597:[    1.521809] pata_jmicron 0000:02:00.1: >setting latency timer to 64
598:[    1.522229] scsi0 : pata_jmicron
599:[    1.522290] scsi1 : pata_jmicron
600:[    1.522627] ata1: PATA max UDMA/100 cmd 0xef00 ctl 0xee00 bmdma 0xeb00 irq 17
601:[    1.522629] ata2: PATA max UDMA/100 cmd 0xed00 ctl 0xec00 bmdma 0xeb08 irq 17
646:[    1.589043] ata3: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd100 irq 50
647:[    1.589045] ata4: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd180 irq 50
648:[    1.589047] ata5: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd200 irq 50
649:[    1.589049] ata6: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd280 irq 50
650:[    1.589051] ata7: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd300 irq 50
651:[    1.589052] ata8: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd380 irq 50
698:[    1.600221] ata9: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe100 irq 16
699:[    1.600224] ata10: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe180 irq 16
702:[    1.846395] ata1.00: ATAPI: HL-DT-ST DVDRAM GSA-H10N, JL10, max UDMA/33
703:[    1.846398] ata1.01: ATAPI: LITE-ON LTR-52246S, 6S0F, max UDMA/33
704:[    1.859718] ata1.00: configured for UDMA/33
705:[    1.872978] ata1.01: configured for UDMA/33
709:[    1.919049] ata9: SATA link down (SStatus 0 SControl 300)
710:[    1.919090] ata10: SATA link down (SStatus 0 SControl 300)
713:[    2.071921] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
714:[    2.120100] ata3.00: HPA detected: current 1465147055, native 1465149168
715:[    2.120108] ata3.00: ATA-7: ST3750840AS, 3.AAE, max UDMA/133
716:[    2.120112] ata3.00: 1465147055 sectors, multi 0: LBA48 NCQ (depth 31/32)
717:[    2.178250] ata3.00: configured for UDMA/133
726:[    2.663687] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
727:[    2.664561] ata4.00: ATA-9: SAMSUNG SSD 830 Series, CXM03B1Q, max UDMA/133
728:[    2.664566] ata4.00: 500118192 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
729:[    2.665383] ata4.00: configured for UDMA/133
738:[    2.982838] ata5: SATA link down (SStatus 0 SControl 300)
740:[    3.301984] ata6: SATA link down (SStatus 0 SControl 300)
745:[    3.621176] ata7: SATA link down (SStatus 0 SControl 300)
747:[    3.940281] ata8: SATA link down (SStatus 0 SControl 300)

and this is how it looks like in kernel 3.6.2

root@obelix /home/harvey # cat dmesg_3.6.2.txt | grep ata
11:[    0.000000] BIOS-e820: [mem 0x00000000df7e1000-0x00000000df7effff] ACPI data
142:[    0.000000] Memory: 8167540k/8912896k available (4686k kernel code, 533068k absent, 212288k reserved, 4177k data, 768k init)
585:[    1.508873] Write protecting the kernel read-only data: 8192k
621:[    1.554411] libata version 3.00 loaded.
628:[    1.560931] pata_acpi 0000:02:00.1: enabling device (0000 -> 0001)
629:[    1.560954] pata_acpi 0000:02:00.1: setting latency timer to 64
632:[    1.561746] scsi0 : pata_acpi
633:[    1.562104] scsi1 : pata_acpi
634:[    1.562289] ata1: PATA max UDMA/133 cmd 0xef00 ctl 0xee00 bmdma 0xeb00 irq 17
635:[    1.562290] ata2: PATA max UDMA/133 cmd 0xed00 ctl 0xec00 bmdma 0xeb08 irq 17
638:[    1.562465] ata1: ACPI get timing mode failed (AE 0x300b)
641:[    1.562562] ata1: ACPI get timing mode failed (AE 0x300b)
644:[    1.562613] ata1: ACPI get timing mode failed (AE 0x300b)
645:[    1.562614] ata1: prereset failed (errno=-19)
646:[    1.562615] ata1: reset failed, giving up
652:[    1.573577] ata2: ACPI get timing mode failed (AE 0x300b)
655:[    1.573662] ata2: ACPI get timing mode failed (AE 0x300b)
658:[    1.573706] ata2: ACPI get timing mode failed (AE 0x300b)
659:[    1.573707] ata2: prereset failed (errno=-19)
660:[    1.573708] ata2: reset failed, giving up
667:[    1.609481] ata3: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd100 irq 50
668:[    1.609484] ata4: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd180 irq 50
669:[    1.609486] ata5: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd200 irq 50
670:[    1.609487] ata6: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd280 irq 50
671:[    1.609489] ata7: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd300 irq 50
672:[    1.609491] ata8: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd380 irq 50
725:[    1.620699] ata9: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe100 irq 16
726:[    1.620704] ata10: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe180 irq 16
733:[    1.939099] ata9: SATA link down (SStatus 0 SControl 300)
734:[    1.939196] ata10: SATA link down (SStatus 0 SControl 300)
737:[    2.091930] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
738:[    2.133005] ata3.00: HPA detected: current 1465147055, native 1465149168
739:[    2.133013] ata3.00: ATA-7: ST3750840AS, 3.AAE, max UDMA/133
740:[    2.133017] ata3.00: 1465147055 sectors, multi 0: LBA48 NCQ (depth 31/32)
741:[    2.191134] ata3.00: configured for UDMA/133
750:[    2.676947] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
751:[    2.677618] ata4.00: ATA-9: SAMSUNG SSD 830 Series, CXM03B1Q, max UDMA/133
752:[    2.677624] ata4.00: 500118192 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
753:[    2.678153] ata4.00: configured for UDMA/133
762:[    2.996172] ata5: SATA link down (SStatus 0 SControl 300)
766:[    3.315311] ata6: SATA link down (SStatus 0 SControl 300)
771:[    3.634518] ata7: SATA link down (SStatus 0 SControl 300)
773:[    3.953612] ata8: SATA link down (SStatus 0 SControl 300)

If I read this correctly it is a problem with ACPI. The ACPID daemon is not running in my system.

Any hints?

Harvey

Last edited by Harey (2012-10-17 10:30:07)

falconindy · 2012-10-13 13:47:55

You could add "libata.noacpi=1" to your kernel command line and see if that helps.

Harey · 2012-10-13 21:50:40

falconindy wrote:

You could add "libata.noacpi=1" to your kernel command line and see if that helps.

No changes, still no CDROM and DVD

harvey@obelix ~ $ dmesg | grep ata
4:[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=5e5619b2-24ae-4f53-825f-5b9444266fc5 ro cryptdevice=/dev/sdb4:root:allow-discards root=/dev/mapper/root ro resume=/dev/mapper/swapDevice libata.noacpi=1 loglevel=3
11:[    0.000000] BIOS-e820: [mem 0x00000000df7e1000-0x00000000df7effff] ACPI data
135:[    0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=5e5619b2-24ae-4f53-825f-5b9444266fc5 ro cryptdevice=/dev/sdb4:root:allow-discards root=/dev/mapper/root ro resume=/dev/mapper/swapDevice libata.noacpi=1 loglevel=3
142:[    0.000000] Memory: 8167540k/8912896k available (4686k kernel code, 533068k absent, 212288k reserved, 4177k data, 768k init)
585:[    1.508445] Write protecting the kernel read-only data: 8192k
592:[    1.546833] libata version 3.00 loaded.
604:[    1.555751] pata_acpi 0000:02:00.1: enabling device (0000 -> 0001)
605:[    1.555775] pata_acpi 0000:02:00.1: setting latency timer to 64
606:[    1.556747] scsi0 : pata_acpi
608:[    1.558006] scsi1 : pata_acpi
609:[    1.558235] ata1: PATA max UDMA/133 cmd 0xef00 ctl 0xee00 bmdma 0xeb00 irq 17
610:[    1.558237] ata2: PATA max UDMA/133 cmd 0xed00 ctl 0xec00 bmdma 0xeb08 irq 17
614:[    1.558358] ata1: ACPI get timing mode failed (AE 0x300b)
617:[    1.558454] ata1: ACPI get timing mode failed (AE 0x300b)
620:[    1.558506] ata1: ACPI get timing mode failed (AE 0x300b)
621:[    1.558507] ata1: prereset failed (errno=-19)
622:[    1.558508] ata1: reset failed, giving up
625:[    1.558633] ata2: ACPI get timing mode failed (AE 0x300b)
628:[    1.558729] ata2: ACPI get timing mode failed (AE 0x300b)
631:[    1.558781] ata2: ACPI get timing mode failed (AE 0x300b)
632:[    1.558782] ata2: prereset failed (errno=-19)
633:[    1.558783] ata2: reset failed, giving up
667:[    1.598431] ata3: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd100 irq 50
668:[    1.598435] ata4: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd180 irq 50
669:[    1.598438] ata5: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd200 irq 50
670:[    1.598442] ata6: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd280 irq 50
671:[    1.598445] ata7: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd300 irq 50
672:[    1.598448] ata8: SATA max UDMA/133 abar m2048@0xfbffd000 port 0xfbffd380 irq 50
725:[    1.610543] ata9: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe100 irq 16
726:[    1.610546] ata10: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe180 irq 16
733:[    1.928645] ata10: SATA link down (SStatus 0 SControl 300)
734:[    1.928731] ata9: SATA link down (SStatus 0 SControl 300)
737:[    2.081541] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
738:[    2.124699] ata3.00: HPA detected: current 1465147055, native 1465149168
739:[    2.124707] ata3.00: ATA-7: ST3750840AS, 3.AAE, max UDMA/133
740:[    2.124711] ata3.00: 1465147055 sectors, multi 0: LBA48 NCQ (depth 31/32)
741:[    2.182856] ata3.00: configured for UDMA/133
744:[    2.666619] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
745:[    2.667272] ata4.00: ATA-9: SAMSUNG SSD 830 Series, CXM03B1Q, max UDMA/133
746:[    2.667278] ata4.00: 500118192 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
747:[    2.667770] ata4.00: configured for UDMA/133
750:[    2.985792] ata5: SATA link down (SStatus 0 SControl 300)
752:[    3.304941] ata6: SATA link down (SStatus 0 SControl 300)
757:[    3.624089] ata7: SATA link down (SStatus 0 SControl 300)
759:[    3.943230] ata8: SATA link down (SStatus 0 SControl 300)

kernel 3.6.2 seems to miss this line: pata_jmicron 0000:02:00.1: >setting latency timer to 64 which is present in 3.5.6

Harvey

Harey · 2012-10-15 07:56:01

So here is what I think after some research:

according to lspci I have an SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 02) (prog-if 01 [AHCI 1.0])
It has a pata part too where my two pata cdrom/dvd drives are attached.

In kernel 3.6 a change in this area has been made:
http://kernelnewbies.org/Linux_3.6_DriverArch
http://git.kernel.org/linus/1fefb8fdc65 … 23981c9686

Could this be a kernel bug?

Harvey

Last edited by Harey (2012-10-15 07:56:46)

4javier · 2012-10-15 10:58:20

I can confirm this bug on my hardware, sincgle chip with two controllers for me too:

03:00.0 SATA controller: JMicron Technology Corp. JMB361 AHCI/IDE (rev 02)
03:00.1 IDE interface: JMicron Technology Corp. JMB361 AHCI/IDE (rev 02)

The problem is that 3.6.2 landed to core repo, and for me this is a critical bug, cause my system fails booting and prompt me for maintanance mode.
Two strange things:
1) My system fails to boot with new kernel despite my system partitions are all on a Sata disk.
2) System keeps falling even if I disable Ide controller from Bios.

With Ide enabled I see some error lines about ide timing, then after finding my /home partition (that's on sata disk) it hang for almost a minute then prmpt to me for maintance mode. Ok, I thought, it cannot find the Pata disk where my archive partition disk resides, and it hangs (a little bit weird but acceptable).
I disable Ide from Bios, no error lines get shown... but it hangs in the same way.

Now I re-installed 3.5 from maintanance, and unfortunately I had no persistant journald log set when I tred to run new kernel, so I cannot be more precise on troubleshooting. If you need better information, I can re-install, try to reboot, back to 3.5 etc. etc. and post you my log.

Harey · 2012-10-15 12:23:20

Now I re-installed 3.5 from maintanance, and unfortunately I had no persistant journald log set when I tred to run new kernel, so I cannot be more precise on troubleshooting. If you need better information, I can re-install, try to reboot, back to 3.5 etc. etc. and post you my log.

I agree that this is a pretty bad bug for you.

I fear there will be no way out of this until the kernel will be corrected. My only luck ist that my jmicron is only an alongside to another sata controller on which my sata disks are, so only my ATA drives connected to this controller are gone for now. I contacted the kernel developer responsible for the commit. Let's see if there is a response. If not, we will have to report this to the kernel bugtracker.

Harvey

4javier · 2012-10-15 12:42:45

I re-checked again my configuration. Actually Jmicron sata controller, just manages one e-sata slot (that I don't use neither). My disk too is on one of this two integrated controller

00:1f.2 IDE interface: Intel Corporation 82801JI (ICH10 Family) 4 port SATA IDE Controller #1
00:1f.5 IDE interface: Intel Corporation 82801JI (ICH10 Family) 2 port SATA IDE Controller #2

Now I really can't understand why this bug is blocker for me.

Last edited by 4javier (2012-10-15 18:39:30)

thanos · 2012-10-15 17:14:39

I have the same problem with 4javier.

Boot stops on udev, searching for a PATA disk which i have only for data.Then it falls to maintanance mode because it can't find the root partition (which is on a SATA disk).

00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI IXP SB400 IDE Controller
00:12.0 IDE interface: Advanced Micro Devices [AMD] nee ATI IXP SB400 Serial ATA Controller

Last edited by thanos (2012-10-15 17:16:26)

Stargatto · 2012-10-15 19:27:15

It seems that the bug strikes on different types of ATA/SATA interface drivers.
Here the link to the bugzilla reference (at least, I think this is the same...)

https://bugzilla.kernel.org/show_bug.cgi?id=47781

4javier · 2012-10-15 19:58:20

I don't think so... my error is totally different. Here's my whole dmesg
http://pastebin.com/L5h5rees

And these are the two snippets I think point out the issue
line 759

[    0.935584] ata7: PATA max UDMA/133 cmd 0xec00 ctl 0xe880 bmdma 0xe400 irq 17
[    0.935586] ata8: PATA max UDMA/133 cmd 0xe800 ctl 0xe480 bmdma 0xe408 irq 17
[    0.935750] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x0000000000000006) is beyond end of object (20120711/exoparg2-418)
[    0.935756] ACPI Error: Method parse/execution failed [\_SB_.PCI0.P0P8.JMF1.SDE0._GTM] (Node f5c26828), AE_AML_PACKAGE_LIMIT (20120711/psparse-536)
[    0.935764] ata7: ACPI get timing mode failed (AE 0x300b)
[    0.935975] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x0000000000000006) is beyond end of object (20120711/exoparg2-418)
[    0.935980] ACPI Error: Method parse/execution failed [\_SB_.PCI0.P0P8.JMF1.SDE0._GTM] (Node f5c26828), AE_AML_PACKAGE_LIMIT (20120711/psparse-536)
[    0.935987] ata7: ACPI get timing mode failed (AE 0x300b)
[    0.936092] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x0000000000000006) is beyond end of object (20120711/exoparg2-418)
[    0.936096] ACPI Error: Method parse/execution failed [\_SB_.PCI0.P0P8.JMF1.SDE0._GTM] (Node f5c26828), AE_AML_PACKAGE_LIMIT (20120711/psparse-536)
[    0.936102] ata7: ACPI get timing mode failed (AE 0x300b)
[    0.936135] ata7: prereset failed (errno=-19)
[    0.936162] ata7: reset failed, giving up

line 789

[    1.753999] ACPI: Invalid Power Resource to register!
[    1.754202] ACPI Exception: AE_AML_PACKAGE_LIMIT, 
[    1.754204] Index (0x0000000000000006) is beyond end of object (20120711/exoparg2-418)
[    1.754208] ACPI Error: Method parse/execution failed [\_SB_.PCI0.P0P8.JMF1.SDE1._GTM] (Node f5c26918), AE_AML_PACKAGE_LIMIT (20120711/psparse-536)
[    1.754215] ata8: ACPI get timing mode failed (AE 0x300b)
[    1.754399] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x0000000000000006) is beyond end of object (20120711/exoparg2-418)
[    1.754404] ACPI Error: Method parse/execution failed [\_SB_.PCI0.P0P8.JMF1.SDE1._GTM] (Node f5c26918), AE_AML_PACKAGE_LIMIT (20120711/psparse-536)
[    1.754410] ata8: ACPI get timing mode failed (AE 0x300b)
[    1.754518] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x0000000000000006) is beyond end of object (20120711/exoparg2-418)
[    1.754523] ACPI Error: Method parse/execution failed [\_SB_.PCI0.P0P8.JMF1.SDE1._GTM] (Node f5c26918), AE_AML_PACKAGE_LIMIT (20120711/psparse-536)
[    1.754529] ata8: ACPI get timing mode failed (AE 0x300b)
[    1.754564] ata8: prereset failed (errno=-19)
[    1.754594] ata8: reset failed, giving up

Harey · 2012-10-17 07:12:30

Ok, for me this is solved. Kernel developer Ben Hutchings answered:

I think what has happened is that pata_acpi has become more capable and so is able to bind to the JMicron PATA controller. I would suggest disabling pata_acpi, as you would probably not want to use it even if it worked.

This means pata_acpi takes over when pata_jmicron should. Preventing the kernel from loading pata_acpi with the kernel boot parameter modprobe.blacklist=pata_acpi seems to solve my problems. I edited /etc/default/grub to include this to the kernel command line.

Note: putting this in an /etc/modprobe.d/*-file and regenerating initramfs does not work as the kernel seems to autoload this module.

Could you please verify this solution? I'll mark this as solved then.

Harvey

4javier · 2012-10-17 10:11:37

Thanks a lot! Worked for me too.
Regarding blacklisting in /etc/modprobe.d, did you try the "install pata_acpi /bin/false" hack instead of the simple "blacklist pata_acpi"? I think it's necessary, because module libata depend on it, so the former would be pulled into system althoug the blacklist. Be aware that libata is dependency of scsi_mod at least, with /bin/false hack none of these two should be loaded. I think kernel parameter blacklisting is the better way.

Harey · 2012-10-17 10:29:48

4javier wrote:

I think kernel parameter blacklisting is the better way.

I think so, too. Marking this as solved

Harvey

Wattanut · 2012-10-18 16:28:49

Adding modprobe.blacklist=pata_acpi to the kernel line did not work for me, but I picked up a tip from the Ubuntu forums.

Someone suggested changing the ide cable for an older 40 wire type.

This worked, although I still get the acpi timing error warning at boot.

Potomac · 2012-10-20 20:44:48

there is a better solution :

use kernel option :

libata.force=40c ( force UDMA 33 )

libata.force= [LIBATA] Force configurations. The format is comma
separated list of "[ID:]VAL" where ID is
PORT[:DEVICE]. PORT and DEVICE are decimal numbers
matching port, link or device. Basically, it matches
the ATA ID string printed on console by libata. If
the whole ID part is omitted, the last PORT and DEVICE
values are used. If ID hasn't been specified yet, the
configuration applies to all ports, links and devices.
If only DEVICE is omitted, the parameter applies to
the port and all links and devices behind it. DEVICE
number of 0 either selects the first device or the
first fan-out link behind PMP device. It does not
select the host link. DEVICE number of 15 selects the
host link and device attached to it.
The VAL specifies the configuration to force. As long
as there's no ambiguity shortcut notation is allowed.
For example, both 1.5 and 1.5G would work for 1.5Gbps.
The following configurations can be forced.
* Cable type: 40c, 80c, short40c, unk, ign or sata.
Any ID with matching PORT is used.
* SATA link speed limit: 1.5Gbps or 3.0Gbps.
* Transfer mode: pio[0-7], mwdma[0-4] and udma[0-7].
udma[/][16,25,33,44,66,100,133] notation is also
allowed.
* [no]ncq: Turn on or off NCQ.
If there are multiple matching configurations changing
the same attribute, the last one is used.

Last edited by Potomac (2012-10-20 20:48:15)

Snarkout · 2012-10-22 01:54:44

Thanks for the tip. This killed my system after upgrading, but the modprobe.blacklist=pata_acpi line worked.

ifalbudNas · 2013-10-13 10:20:43

Potomac wrote:

there is a better solution :
use kernel option :
libata.force=40c ( force UDMA 33 )

Thank you so much. Had been looking here and there, trying this and blacklisting that, however that finally did the trick.

Arch Linux

#1 2012-10-13 13:07:25

[solved] kernel 3.6 does not recognize my pata DVD and CDROM

#2 2012-10-13 13:47:55

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#3 2012-10-13 21:50:40

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#4 2012-10-15 07:56:01

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#5 2012-10-15 10:58:20

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#6 2012-10-15 12:23:20

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#7 2012-10-15 12:42:45

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#8 2012-10-15 17:14:39

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#9 2012-10-15 19:27:15

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#10 2012-10-15 19:58:20

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#11 2012-10-17 07:12:30

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#12 2012-10-17 10:11:37

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#13 2012-10-17 10:29:48

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#14 2012-10-18 16:28:49

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#15 2012-10-20 20:44:48

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#16 2012-10-22 01:54:44

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

#17 2013-10-13 10:20:43

Re: [solved] kernel 3.6 does not recognize my pata DVD and CDROM

Board footer