https://www.thinkwiki.org/w/api.php?action=feedcontributions&user=Ehn&feedformat=atomThinkWiki - User contributions [en]2024-03-29T15:42:02ZUser contributionsMediaWiki 1.31.12https://www.thinkwiki.org/w/index.php?title=Talk:Problems_with_SATA_and_Linux&diff=21479Talk:Problems with SATA and Linux2006-04-09T21:25:13Z<p>Ehn: /* Suspend to RAM on X41 not working with Debian-packaged 2.6.16 */ Solution</p>
<hr />
<div>__TOC__<br />
<br />
I'm running gentoo on my T43; I had problems with X11 (opensource radeon driver) and a SATA-patched kernel (I tried both 2.6.14 and 2.6.15-gentoo). Suspend to RAM worked nicely, but starting X freezed the machine after a short time. I tried removing radeonfb from the kernel; with vesafb, everything seems to work.<br />
<br />
-- Stefan, 10 Jan 2006<br />
<br />
--------<br />
That's strange - with the libata passthrough (IDE driver not in kernel) as set up in the text, my t43p DVD drive also will not record as hinted in the wikipage... DMA works fine, so DVD playing / ripping is smooth and quick. CD record functions also are absent. I have PATA enabled, and the suspend + SMART patches applied over 2.6.14.2.<br />
--------<br />
I can confirm this with 2.6.14.4, however with 2.6.15/15.1 with sata_pm patch it works.<br />
<br />
-- Rasto, 24 Jan 2006<br />
<br />
--------<br />
regarding the "BIOS error 2010 on user-installed hard disk":<br />
the text says that corruption occurs if you use a harddisk without the specific ibm bios. would be interesting if it is possible to fix this problem in the kernel so that you can use any disk and the kernel doesn't use specific ATA commands which are known to cause problems.<br />
<br />
in the tabook i didn't find any specification of the SATA bridge. it would be interesting:<br />
1) what type it is<br />
2) if it is fixed on the mainboard or if it is possible to solder in a new one<br />
<br />
----<br />
<br />
Another interesting question is whether these ThinkPads can be hacked to accept a real SATA system disk, by bypassing the SATA-to-PATA bridge (this would probably involve some soldering and cutting). If the BIOS can also handle that then it may come in handy, since some new high-capacity 2.5" disks have only SATA versions.<br />
--[[User:Thinker|Thinker]] 02:56, 8 Oct 2005 (CEST)<br />
<br />
----<br />
<br />
'''Z series'''<br />
<br />
Since the Z series uses a SATA controller and disk, without the bridge, would it be possible to make SATA ATAPI support as a module that you could load only when using the optical drive? Then, for everyday use, the experimental options of PATA and ATAPI with ata_piix would not be needed, moving you one step further in the direction of stability.<br />
<br />
----<br />
<br />
I have an R52 with Ubuntu Breezy and no problems with SATA (I personally asked the developers to include the needed patches).<br />
<br />
However, I'd like to know wheter there are any advantages with this configuration. Future proof? Power saving? Speed?<br />
<br />
Anybody cares to comment?<br />
<br />
-- [[User:Micampe|Michele]]<br />
<br />
Straight SATA, like in the Z60m/t, will provide better upgrade options in the long run (the hard disk industry is slowly but surely moving to SATA), and maybe a small performance increase if your drive, controller and OS support command queueing (they probably don't). However, with the hybrid ThinkPad models that use a SATA-to-PATA bridge, like your R52, you get all the drawbacks and none of the benefits; plus there's the horrible issue with [[Problem with non-ThinkPad hard disks|drive compatibility]]. My impression is that Lenovo did this just as a convenient (for them!) transition path, in order to use new chipsets without comitting to (temporarily) scarcer and more expensive drives. In any case, they didn't even have the decency to make the UltraBay Slim accept SATA drives. <br />
<br />
--[[User:Thinker|Thinker]] 18:10, 3 Nov 2005 (CET)<br />
----<br />
There is a [[UltraBay Slim SATA HDD Adapter]], but only compatible with the Z series (at least for the moment).<br />
<br />
--[[User:Tonko|Tonko]] 03:12, 4 Nov 2005 (CET)<br />
<br />
== updated libata_passthru.patch ==<br />
<br />
FYI: when using the Suspend-to-RAM patch from http://lkml.org/lkml/2005/9/23/97 against 2.6.14 the libata_passthru.patch from the article doesn't apply any more, so I've put up an updated version at http://linux.spiney.org/system/files?file=02_libata_passthru.fixed.patch<br />
<br />
I give no warranties whatsoever whether it works or kills your hardware, but since I just removed duplicate parts already in the Suspend-to-RAM patch it should be ok.<br />
<br />
--[[User:spiney|spiney]] 19:04, 4 Nov 2005 (CET)<br />
<br />
Hi<br />
<br />
Running 2.6.16-rc4 and I'm running into scsci errors and Input/output<br />
errrors when resuming from suspend to ram. The suspend patch is<br />
supposed to be in 2.6.16-rc1 and I'm booting with<br />
<br />
title= 2.6.16-rc4<br />
root (hd0,0)<br />
kernel /boot/kernel-2.6.16-rc4 root=/dev/sda3 ro combined_mode=libata<br />
libata.atapi_enabled=1 acpi_sleep=s3_bios processor.max_cstate=2<br />
elevator=cfq ide1=noprobe<br />
<br />
Thanks.<br />
<br />
----<br />
<br />
Don't know about -rc4, but -rc3 worked without problems, could you try that one instead? Maybe there was some bug introduced between these two versions. What's combined_mode=libata BTW?<br />
<br />
--[[User:Spiney|spiney]] 08:28, 23 February 2006 (CET)<br />
----<br />
<br />
== ATA_ENABLE_PATA PCI IDs ==<br />
<br />
Spiney, could you extend the article to explain what and why are the PCI IDs in the footnote about ATA_ENABLE_PATA?<br />
<br />
--[[User:Thinker|Thinker]] 21:59, 4 Nov 2005 (CET)<br />
----<br />
<br />
Ok, done, feel free to fix the table because I'm a bit struggling with Wiki-style editing. ;) As for the why, those PCI IDs are the only ones affected by the ATA_ENABLE_PATA, as seen in {{path|drivers/scsi/ata_piix.c}} in the kernel source.<br />
<br />
--[[User:spiney|spiney]] 11:19, 5 Nov 2005 (CET)<br />
----<br />
<br />
Will other cards work without ATA_ENABLE_PATA, or just fail? In the former case your instructions are right, but in the latter case we should tell the user to check the list of IDs in his ''current'' kernel and, if there's no match, to give up in the first place instead of following the rest of the instructions.<br />
<br />
--[[User:Thinker|Thinker]] 12:48, 5 Nov 2005 (CET)<br />
----<br />
<br />
AFAICT if the chipset is supported by libata it will work, regardless of what low-level driver is used. Of course if there is no low-level driver for the chipset then even using the harddisk via libata will fail, but that's a different story. At least ATA_ENABLE_PATA will then make no difference since it's Intel PIIX (and compatible) only.<br />
<br />
--[[User:spiney|spiney]] 13:24, 5 Nov 2005 (CET)<br />
----<br />
<br />
Not sure I got you. Is there any case where the instructions will work without ATA_ENABLE_PATA, given that all ThinkPad optical drives are PATA?<br />
<br />
--[[User:Thinker|Thinker]] 13:41, 5 Nov 2005 (CET)<br />
----<br />
<br />
The instructions will work without ATA_ENABLE_PATA unless the Thinkpad uses one of the three chipsets listed in the article, as long as libata works at all, i.e. the system drive shows up as /dev/sda. The #define doesn't change the behaviour of libata for any other chipset, it's [http://linux.yyz.us/sata/sata-status.html#ich5 ata_piix] only.<br />
<br />
Since I don't have a machine with one of the three chipsets (anyone?), I can't tell whether those work at all with libata, but I guess there's a reason why they're not enabled by default. It's just that defining ATA_ENABLE_PATA is only making sense for these three chipsets.<br />
<br />
Any clearer now? If not, just run {{cmd|grep -r ATA_ENABLE_PATA /path/to/kernelsource|}} and see how seldom and where the #define is used.<br />
<br />
--[[User:spiney|spiney]] 14:55, 5 Nov 2005 (CET)<br />
----<br />
<br />
All clear now. I thought it will work only if you have these chipsets ''and'' ATA_ENABLE_PATA=1. Thanks for the explanation!<br />
<br />
--[[User:Thinker|Thinker]] 15:12, 5 Nov 2005 (CET)<br />
----<br />
<br />
Does any of the relevant ThinkPad models (listed in the article) use these chips? They look too old to be found on the SATA models.<br />
<br />
--[[User:Thinker|Thinker]] 23:35, 9 Nov 2005 (CET)<br />
----<br />
<br />
I don't think so, I was about to add "in the unlikely event that you own one of these chipsets" or something.<br />
<br />
--[[User:Spiney|spiney]] 07:56, 10 Nov 2005 (CET)<br />
----<br />
<br />
== DVD DMA with ide/sata as module ==<br />
<br />
Did anyone get DVD DMA to work with either the IDE or SATA drivers compiled as modules? If so, please fill in the missing details in that section. I have it working only with both IDE and SATA built-in.<br />
<br />
--[[User:Thinker|Thinker]] 17:58, 16 Nov 2005 (CET)<br />
----<br />
<br />
Basically using a Live-CD with a recent kernel (is there one with 2.6.14 already?) would be sufficient, since they usually use an initrd or something similar, don't they? I'll give the Debian distribution kernel a try when I get around to it (bit busy atm), after all there's 2.6.14 in sid.<br />
<br />
But for people using their own kernel compiled from source I see no point in doing the module+initrd thing anyway, unless you want LVM for the root filesystem or other funky stuff.<br />
<br />
--[[User:Spiney|spiney]] 19:22, 16 Nov 2005 (CET)<br />
----<br />
<br />
Hi<br />
<br />
Can anyone tell me how those modules are called?<br />
<br />
Thomas<br />
--[[User:Thomas|thomas]] 19:48, 23 Jan 2006 (CET)<br />
----<br />
<br />
Hi, I have problems with kernel 2.6.14.6 and libata passthrough. After executing twice the command "cdrecord --scanbus" as root, I get the following message many times in dmesg: "sr 1:0:0:0: timing out command, waited 0s".<br />
<br />
--[[User:Whoopie|Whoopie]] 12:53, 14 February 2006 (CET)<br />
<br />
== occasional hang upon resume with various kernels ==<br />
<br />
I keep having trouble with resume after suspend to ram. Occasionally, it takes longer to wake up and then is in a semi-hanged <br />
state, i.e. nothing having to do with actual reading from the disk works. (what was running, as aterm <br />
is still running, ls works, when the listing is buffered, but hangs if it is not). <br />
Kernel is 2.6.15 with sata-pm patch. Later 2.6.15 kernels hang always and it's the same with 2.6.16. <br />
Could perhaps somebody, for whom it works without problems post his .config somewhere? <br />
I'm out of ideas. <br />
<br />
--[[User:Rasto|Rasto]] 14:46, 20 March 2006 (CET)<br />
<br />
I have the same problem with my x41 and 2.6.16 or 2.6.16-r1 running on Gentoo. Sometimes resume is ok and sometimes the disk doesn't resume. I can't see any log because the disk is unwritable after resume. The logs on F12 is full of io error.<br />
I tested many different kernel configs, unloading modules before suspend, stopping services...<br />
Like Rasto, I'm out of ideas...<br />
<br />
--[[User:Pplr|Pplr]] 19:21, 8 April 2006 (CEST)<br />
<br />
You could try http://rtr.ca/dell_i9300/kernel/kernel-2.6.16/02_libata_resume_fix.patch<br />
This patch worked for me.<br />
<br />
--[[User:Whoopie|Whoopie]] 21:21, 8 April 2006 (CEST)<br />
<br />
== Suspend to RAM on X41 not working with Debian-packaged 2.6.16 ==<br />
<br />
I just tried the Debian package of the Linux 2.6.16 kernel on my [[X41]] to see if suspend-to-RAM would work. Unfortunately, it didn't. The laptop suspends just fine, but when it's turned back on, the backlight remains off, there is a lot of disk activity for a while, and then the computer just shuts off. When turned on again, it boots normally. Suspend-to-disk works fine, just like before.<br />
<br />
On a different note, CPU throttling broke on my system with the new kernel. I can no longer modprobe acpi-cpufreq. [[User:Ehn|Ehn]] 04:28, 22 March 2006 (CET)<br />
<br />
:The latter issue was solved by using speedstep-centrino instead of acpi-cpufreq. [[User:Ehn|Ehn]] 23:25, 9 April 2006 (CEST)<br />
----<br />
<br />
Neither problem is related to this article, so it's unlikely to be answered here.<br />
<br />
--[[User:Thinker|Thinker]] 17:37, 22 March 2006 (CET)<br />
----<br />
<br />
Hm. It seems to be a problem with sata power management for me, so I guess this could be one of the places. <br />
<br />
[[User:Rasto|Rasto]] 17:45, 22 March 2006 (CET)<br />
---<br />
<br />
Ehn, by "disk activity" do you mean a constantly on HDD LED and no disk movement noises, or ''real'' disk activity with the LED flashing and disk noise? The former is likely to be the SATA problem, the latter rules out the SATA problem.<br />
<br />
--[[User:Thinker|Thinker]] 18:44, 22 March 2006 (CET)<br />
<br />
:The latter. There is real disk activity, indicated by LED flashing <em>and</em> disk movement noise, for about 30 seconds, before the machine gives up and shuts down. If this is not SATA-related, what might it be? [[User:Ehn|Ehn]] 23:23, 9 April 2006 (CEST)<br />
<br />
----<br />
<br />
Sorry, I didn't realize Ehn has two problems, and I considered your post as aimed at my and Ehn's. Never mind then.<br />
<br />
[[User:Rasto|Rasto]] 10:47, 23 March 2006 (CET)<br />
<br />
== Problem with 2.6.16 ==<br />
<br />
ok, seems like we have a new problem:<br />
After upgrading from 2.6.15 to 2.6.16 my DVD device is not recognised anymore by libsata.<br />
The only way to get working is by using the ide layer - without DMA of course.<br />
Can anyone confirm this?<br />
<br />
--[[User:Defiant|Erik]] 17:49, 23 Mar 2006 (CET)<br />
--------<br />
<br />
Try the kernel parameter '''combined_mode=libata''', does this help? Also, have you enabled libata's ATAPI support as described in the article?<br />
<br />
--[[User:Thinker|Thinker]] 20:31, 23 March 2006 (CET)<br />
----<br />
<br />
Yes, I'm using the command line parameter libata.atapi_enable=1 - up to 2.6.15 it works fine.<br />
About the combined_mode parameter: Also tried it, though the Author of this patch mentioned that the default behavior did not changed.<br />
I will continue hungting this problem when I find some time.<br />
<br />
--[[User:Defiant|Erik]] 7:12, 24 Mar 2006 (CET)<br />
-----<br />
<br />
I can confirm Eriks problem. After updating to 2.6.16 I have it, too. libata.atapi_enable=1 is still on kernel command line. With some help of Michael Ott I figured out that this only happens if you have the current suspend2 patches applied.<br />
Using a vanilla 2.6.16 works as expected. <br />
<br />
--[[User:Mobst|mobst]] 14:30, 24 Mar 2006 (CET)<br />
-----<br />
<br />
Ahh thanks. Finding the problem in the suspend2 patch should be an easy task.<br />
I just hope for some free time this weekend!<br />
<br />
--[[User:Defiant|Erik]] 18:31, 24 Mar 2006 (CET)<br />
-----<br />
<br />
Uhm, looks like [[ZolnOtt|ZolnOtt]] was faster, he added the note to<br />
http://thinkwiki.org/wiki/Problems_with_SATA_and_Linux#No_DMA_on_DVD_drive<br />
<br />
--[[User:Defiant|Erik]] 20:02, 24 Mar 2006 (CET)</div>Ehnhttps://www.thinkwiki.org/w/index.php?title=Talk:Problems_with_SATA_and_Linux&diff=21478Talk:Problems with SATA and Linux2006-04-09T21:23:42Z<p>Ehn: /* Suspend to RAM on X41 not working with Debian-packaged 2.6.16 */ Clarification</p>
<hr />
<div>__TOC__<br />
<br />
I'm running gentoo on my T43; I had problems with X11 (opensource radeon driver) and a SATA-patched kernel (I tried both 2.6.14 and 2.6.15-gentoo). Suspend to RAM worked nicely, but starting X freezed the machine after a short time. I tried removing radeonfb from the kernel; with vesafb, everything seems to work.<br />
<br />
-- Stefan, 10 Jan 2006<br />
<br />
--------<br />
That's strange - with the libata passthrough (IDE driver not in kernel) as set up in the text, my t43p DVD drive also will not record as hinted in the wikipage... DMA works fine, so DVD playing / ripping is smooth and quick. CD record functions also are absent. I have PATA enabled, and the suspend + SMART patches applied over 2.6.14.2.<br />
--------<br />
I can confirm this with 2.6.14.4, however with 2.6.15/15.1 with sata_pm patch it works.<br />
<br />
-- Rasto, 24 Jan 2006<br />
<br />
--------<br />
regarding the "BIOS error 2010 on user-installed hard disk":<br />
the text says that corruption occurs if you use a harddisk without the specific ibm bios. would be interesting if it is possible to fix this problem in the kernel so that you can use any disk and the kernel doesn't use specific ATA commands which are known to cause problems.<br />
<br />
in the tabook i didn't find any specification of the SATA bridge. it would be interesting:<br />
1) what type it is<br />
2) if it is fixed on the mainboard or if it is possible to solder in a new one<br />
<br />
----<br />
<br />
Another interesting question is whether these ThinkPads can be hacked to accept a real SATA system disk, by bypassing the SATA-to-PATA bridge (this would probably involve some soldering and cutting). If the BIOS can also handle that then it may come in handy, since some new high-capacity 2.5" disks have only SATA versions.<br />
--[[User:Thinker|Thinker]] 02:56, 8 Oct 2005 (CEST)<br />
<br />
----<br />
<br />
'''Z series'''<br />
<br />
Since the Z series uses a SATA controller and disk, without the bridge, would it be possible to make SATA ATAPI support as a module that you could load only when using the optical drive? Then, for everyday use, the experimental options of PATA and ATAPI with ata_piix would not be needed, moving you one step further in the direction of stability.<br />
<br />
----<br />
<br />
I have an R52 with Ubuntu Breezy and no problems with SATA (I personally asked the developers to include the needed patches).<br />
<br />
However, I'd like to know wheter there are any advantages with this configuration. Future proof? Power saving? Speed?<br />
<br />
Anybody cares to comment?<br />
<br />
-- [[User:Micampe|Michele]]<br />
<br />
Straight SATA, like in the Z60m/t, will provide better upgrade options in the long run (the hard disk industry is slowly but surely moving to SATA), and maybe a small performance increase if your drive, controller and OS support command queueing (they probably don't). However, with the hybrid ThinkPad models that use a SATA-to-PATA bridge, like your R52, you get all the drawbacks and none of the benefits; plus there's the horrible issue with [[Problem with non-ThinkPad hard disks|drive compatibility]]. My impression is that Lenovo did this just as a convenient (for them!) transition path, in order to use new chipsets without comitting to (temporarily) scarcer and more expensive drives. In any case, they didn't even have the decency to make the UltraBay Slim accept SATA drives. <br />
<br />
--[[User:Thinker|Thinker]] 18:10, 3 Nov 2005 (CET)<br />
----<br />
There is a [[UltraBay Slim SATA HDD Adapter]], but only compatible with the Z series (at least for the moment).<br />
<br />
--[[User:Tonko|Tonko]] 03:12, 4 Nov 2005 (CET)<br />
<br />
== updated libata_passthru.patch ==<br />
<br />
FYI: when using the Suspend-to-RAM patch from http://lkml.org/lkml/2005/9/23/97 against 2.6.14 the libata_passthru.patch from the article doesn't apply any more, so I've put up an updated version at http://linux.spiney.org/system/files?file=02_libata_passthru.fixed.patch<br />
<br />
I give no warranties whatsoever whether it works or kills your hardware, but since I just removed duplicate parts already in the Suspend-to-RAM patch it should be ok.<br />
<br />
--[[User:spiney|spiney]] 19:04, 4 Nov 2005 (CET)<br />
<br />
Hi<br />
<br />
Running 2.6.16-rc4 and I'm running into scsci errors and Input/output<br />
errrors when resuming from suspend to ram. The suspend patch is<br />
supposed to be in 2.6.16-rc1 and I'm booting with<br />
<br />
title= 2.6.16-rc4<br />
root (hd0,0)<br />
kernel /boot/kernel-2.6.16-rc4 root=/dev/sda3 ro combined_mode=libata<br />
libata.atapi_enabled=1 acpi_sleep=s3_bios processor.max_cstate=2<br />
elevator=cfq ide1=noprobe<br />
<br />
Thanks.<br />
<br />
----<br />
<br />
Don't know about -rc4, but -rc3 worked without problems, could you try that one instead? Maybe there was some bug introduced between these two versions. What's combined_mode=libata BTW?<br />
<br />
--[[User:Spiney|spiney]] 08:28, 23 February 2006 (CET)<br />
----<br />
<br />
== ATA_ENABLE_PATA PCI IDs ==<br />
<br />
Spiney, could you extend the article to explain what and why are the PCI IDs in the footnote about ATA_ENABLE_PATA?<br />
<br />
--[[User:Thinker|Thinker]] 21:59, 4 Nov 2005 (CET)<br />
----<br />
<br />
Ok, done, feel free to fix the table because I'm a bit struggling with Wiki-style editing. ;) As for the why, those PCI IDs are the only ones affected by the ATA_ENABLE_PATA, as seen in {{path|drivers/scsi/ata_piix.c}} in the kernel source.<br />
<br />
--[[User:spiney|spiney]] 11:19, 5 Nov 2005 (CET)<br />
----<br />
<br />
Will other cards work without ATA_ENABLE_PATA, or just fail? In the former case your instructions are right, but in the latter case we should tell the user to check the list of IDs in his ''current'' kernel and, if there's no match, to give up in the first place instead of following the rest of the instructions.<br />
<br />
--[[User:Thinker|Thinker]] 12:48, 5 Nov 2005 (CET)<br />
----<br />
<br />
AFAICT if the chipset is supported by libata it will work, regardless of what low-level driver is used. Of course if there is no low-level driver for the chipset then even using the harddisk via libata will fail, but that's a different story. At least ATA_ENABLE_PATA will then make no difference since it's Intel PIIX (and compatible) only.<br />
<br />
--[[User:spiney|spiney]] 13:24, 5 Nov 2005 (CET)<br />
----<br />
<br />
Not sure I got you. Is there any case where the instructions will work without ATA_ENABLE_PATA, given that all ThinkPad optical drives are PATA?<br />
<br />
--[[User:Thinker|Thinker]] 13:41, 5 Nov 2005 (CET)<br />
----<br />
<br />
The instructions will work without ATA_ENABLE_PATA unless the Thinkpad uses one of the three chipsets listed in the article, as long as libata works at all, i.e. the system drive shows up as /dev/sda. The #define doesn't change the behaviour of libata for any other chipset, it's [http://linux.yyz.us/sata/sata-status.html#ich5 ata_piix] only.<br />
<br />
Since I don't have a machine with one of the three chipsets (anyone?), I can't tell whether those work at all with libata, but I guess there's a reason why they're not enabled by default. It's just that defining ATA_ENABLE_PATA is only making sense for these three chipsets.<br />
<br />
Any clearer now? If not, just run {{cmd|grep -r ATA_ENABLE_PATA /path/to/kernelsource|}} and see how seldom and where the #define is used.<br />
<br />
--[[User:spiney|spiney]] 14:55, 5 Nov 2005 (CET)<br />
----<br />
<br />
All clear now. I thought it will work only if you have these chipsets ''and'' ATA_ENABLE_PATA=1. Thanks for the explanation!<br />
<br />
--[[User:Thinker|Thinker]] 15:12, 5 Nov 2005 (CET)<br />
----<br />
<br />
Does any of the relevant ThinkPad models (listed in the article) use these chips? They look too old to be found on the SATA models.<br />
<br />
--[[User:Thinker|Thinker]] 23:35, 9 Nov 2005 (CET)<br />
----<br />
<br />
I don't think so, I was about to add "in the unlikely event that you own one of these chipsets" or something.<br />
<br />
--[[User:Spiney|spiney]] 07:56, 10 Nov 2005 (CET)<br />
----<br />
<br />
== DVD DMA with ide/sata as module ==<br />
<br />
Did anyone get DVD DMA to work with either the IDE or SATA drivers compiled as modules? If so, please fill in the missing details in that section. I have it working only with both IDE and SATA built-in.<br />
<br />
--[[User:Thinker|Thinker]] 17:58, 16 Nov 2005 (CET)<br />
----<br />
<br />
Basically using a Live-CD with a recent kernel (is there one with 2.6.14 already?) would be sufficient, since they usually use an initrd or something similar, don't they? I'll give the Debian distribution kernel a try when I get around to it (bit busy atm), after all there's 2.6.14 in sid.<br />
<br />
But for people using their own kernel compiled from source I see no point in doing the module+initrd thing anyway, unless you want LVM for the root filesystem or other funky stuff.<br />
<br />
--[[User:Spiney|spiney]] 19:22, 16 Nov 2005 (CET)<br />
----<br />
<br />
Hi<br />
<br />
Can anyone tell me how those modules are called?<br />
<br />
Thomas<br />
--[[User:Thomas|thomas]] 19:48, 23 Jan 2006 (CET)<br />
----<br />
<br />
Hi, I have problems with kernel 2.6.14.6 and libata passthrough. After executing twice the command "cdrecord --scanbus" as root, I get the following message many times in dmesg: "sr 1:0:0:0: timing out command, waited 0s".<br />
<br />
--[[User:Whoopie|Whoopie]] 12:53, 14 February 2006 (CET)<br />
<br />
== occasional hang upon resume with various kernels ==<br />
<br />
I keep having trouble with resume after suspend to ram. Occasionally, it takes longer to wake up and then is in a semi-hanged <br />
state, i.e. nothing having to do with actual reading from the disk works. (what was running, as aterm <br />
is still running, ls works, when the listing is buffered, but hangs if it is not). <br />
Kernel is 2.6.15 with sata-pm patch. Later 2.6.15 kernels hang always and it's the same with 2.6.16. <br />
Could perhaps somebody, for whom it works without problems post his .config somewhere? <br />
I'm out of ideas. <br />
<br />
--[[User:Rasto|Rasto]] 14:46, 20 March 2006 (CET)<br />
<br />
I have the same problem with my x41 and 2.6.16 or 2.6.16-r1 running on Gentoo. Sometimes resume is ok and sometimes the disk doesn't resume. I can't see any log because the disk is unwritable after resume. The logs on F12 is full of io error.<br />
I tested many different kernel configs, unloading modules before suspend, stopping services...<br />
Like Rasto, I'm out of ideas...<br />
<br />
--[[User:Pplr|Pplr]] 19:21, 8 April 2006 (CEST)<br />
<br />
You could try http://rtr.ca/dell_i9300/kernel/kernel-2.6.16/02_libata_resume_fix.patch<br />
This patch worked for me.<br />
<br />
--[[User:Whoopie|Whoopie]] 21:21, 8 April 2006 (CEST)<br />
<br />
== Suspend to RAM on X41 not working with Debian-packaged 2.6.16 ==<br />
<br />
I just tried the Debian package of the Linux 2.6.16 kernel on my [[X41]] to see if suspend-to-RAM would work. Unfortunately, it didn't. The laptop suspends just fine, but when it's turned back on, the backlight remains off, there is a lot of disk activity for a while, and then the computer just shuts off. When turned on again, it boots normally. Suspend-to-disk works fine, just like before.<br />
<br />
On a different note, CPU throttling broke on my system with the new kernel. I can no longer modprobe acpi-cpufreq. [[User:Ehn|Ehn]] 04:28, 22 March 2006 (CET)<br />
----<br />
<br />
Neither problem is related to this article, so it's unlikely to be answered here.<br />
<br />
--[[User:Thinker|Thinker]] 17:37, 22 March 2006 (CET)<br />
----<br />
<br />
Hm. It seems to be a problem with sata power management for me, so I guess this could be one of the places. <br />
<br />
[[User:Rasto|Rasto]] 17:45, 22 March 2006 (CET)<br />
---<br />
<br />
Ehn, by "disk activity" do you mean a constantly on HDD LED and no disk movement noises, or ''real'' disk activity with the LED flashing and disk noise? The former is likely to be the SATA problem, the latter rules out the SATA problem.<br />
<br />
--[[User:Thinker|Thinker]] 18:44, 22 March 2006 (CET)<br />
<br />
:The latter. There is real disk activity, indicated by LED flashing <em>and</em> disk movement noise, for about 30 seconds, before the machine gives up and shuts down. If this is not SATA-related, what might it be? [[User:Ehn|Ehn]] 23:23, 9 April 2006 (CEST)<br />
<br />
----<br />
<br />
Sorry, I didn't realize Ehn has two problems, and I considered your post as aimed at my and Ehn's. Never mind then.<br />
<br />
[[User:Rasto|Rasto]] 10:47, 23 March 2006 (CET)<br />
<br />
== Problem with 2.6.16 ==<br />
<br />
ok, seems like we have a new problem:<br />
After upgrading from 2.6.15 to 2.6.16 my DVD device is not recognised anymore by libsata.<br />
The only way to get working is by using the ide layer - without DMA of course.<br />
Can anyone confirm this?<br />
<br />
--[[User:Defiant|Erik]] 17:49, 23 Mar 2006 (CET)<br />
--------<br />
<br />
Try the kernel parameter '''combined_mode=libata''', does this help? Also, have you enabled libata's ATAPI support as described in the article?<br />
<br />
--[[User:Thinker|Thinker]] 20:31, 23 March 2006 (CET)<br />
----<br />
<br />
Yes, I'm using the command line parameter libata.atapi_enable=1 - up to 2.6.15 it works fine.<br />
About the combined_mode parameter: Also tried it, though the Author of this patch mentioned that the default behavior did not changed.<br />
I will continue hungting this problem when I find some time.<br />
<br />
--[[User:Defiant|Erik]] 7:12, 24 Mar 2006 (CET)<br />
-----<br />
<br />
I can confirm Eriks problem. After updating to 2.6.16 I have it, too. libata.atapi_enable=1 is still on kernel command line. With some help of Michael Ott I figured out that this only happens if you have the current suspend2 patches applied.<br />
Using a vanilla 2.6.16 works as expected. <br />
<br />
--[[User:Mobst|mobst]] 14:30, 24 Mar 2006 (CET)<br />
-----<br />
<br />
Ahh thanks. Finding the problem in the suspend2 patch should be an easy task.<br />
I just hope for some free time this weekend!<br />
<br />
--[[User:Defiant|Erik]] 18:31, 24 Mar 2006 (CET)<br />
-----<br />
<br />
Uhm, looks like [[ZolnOtt|ZolnOtt]] was faster, he added the note to<br />
http://thinkwiki.org/wiki/Problems_with_SATA_and_Linux#No_DMA_on_DVD_drive<br />
<br />
--[[User:Defiant|Erik]] 20:02, 24 Mar 2006 (CET)</div>Ehnhttps://www.thinkwiki.org/w/index.php?title=Talk:Problems_with_SATA_and_Linux&diff=21020Talk:Problems with SATA and Linux2006-03-22T03:28:50Z<p>Ehn: Suspend to RAM on X41 not working with Debian-packaged 2.6.16</p>
<hr />
<div>I'm running gentoo on my T43; I had problems with X11 (opensource radeon driver) and a SATA-patched kernel (I tried both 2.6.14 and 2.6.15-gentoo). Suspend to RAM worked nicely, but starting X freezed the machine after a short time. I tried removing radeonfb from the kernel; with vesafb, everything seems to work.<br />
<br />
-- Stefan, 10 Jan 2006<br />
<br />
--------<br />
That's strange - with the libata passthrough (IDE driver not in kernel) as set up in the text, my t43p DVD drive also will not record as hinted in the wikipage... DMA works fine, so DVD playing / ripping is smooth and quick. CD record functions also are absent. I have PATA enabled, and the suspend + SMART patches applied over 2.6.14.2.<br />
--------<br />
I can confirm this with 2.6.14.4, however with 2.6.15/15.1 with sata_pm patch it works.<br />
<br />
-- Rasto, 24 Jan 2006<br />
<br />
--------<br />
regarding the "BIOS error 2010 on user-installed hard disk":<br />
the text says that corruption occurs if you use a harddisk without the specific ibm bios. would be interesting if it is possible to fix this problem in the kernel so that you can use any disk and the kernel doesn't use specific ATA commands which are known to cause problems.<br />
<br />
in the tabook i didn't find any specification of the SATA bridge. it would be interesting:<br />
1) what type it is<br />
2) if it is fixed on the mainboard or if it is possible to solder in a new one<br />
<br />
----<br />
<br />
Another interesting question is whether these ThinkPads can be hacked to accept a real SATA system disk, by bypassing the SATA-to-PATA bridge (this would probably involve some soldering and cutting). If the BIOS can also handle that then it may come in handy, since some new high-capacity 2.5" disks have only SATA versions.<br />
--[[User:Thinker|Thinker]] 02:56, 8 Oct 2005 (CEST)<br />
<br />
----<br />
<br />
'''Z series'''<br />
<br />
Since the Z series uses a SATA controller and disk, without the bridge, would it be possible to make SATA ATAPI support as a module that you could load only when using the optical drive? Then, for everyday use, the experimental options of PATA and ATAPI with ata_piix would not be needed, moving you one step further in the direction of stability.<br />
<br />
----<br />
<br />
I have an R52 with Ubuntu Breezy and no problems with SATA (I personally asked the developers to include the needed patches).<br />
<br />
However, I'd like to know wheter there are any advantages with this configuration. Future proof? Power saving? Speed?<br />
<br />
Anybody cares to comment?<br />
<br />
-- [[User:Micampe|Michele]]<br />
<br />
Straight SATA, like in the Z60m/t, will provide better upgrade options in the long run (the hard disk industry is slowly but surely moving to SATA), and maybe a small performance increase if your drive, controller and OS support command queueing (they probably don't). However, with the hybrid ThinkPad models that use a SATA-to-PATA bridge, like your R52, you get all the drawbacks and none of the benefits; plus there's the horrible issue with [[Problem with non-ThinkPad hard disks|drive compatibility]]. My impression is that Lenovo did this just as a convenient (for them!) transition path, in order to use new chipsets without comitting to (temporarily) scarcer and more expensive drives. In any case, they didn't even have the decency to make the UltraBay Slim accept SATA drives. <br />
<br />
--[[User:Thinker|Thinker]] 18:10, 3 Nov 2005 (CET)<br />
----<br />
There is a [[UltraBay Slim SATA HDD Adapter]], but only compatible with the Z series (at least for the moment).<br />
<br />
--[[User:Tonko|Tonko]] 03:12, 4 Nov 2005 (CET)<br />
<br />
== updated libata_passthru.patch ==<br />
<br />
FYI: when using the Suspend-to-RAM patch from http://lkml.org/lkml/2005/9/23/97 against 2.6.14 the libata_passthru.patch from the article doesn't apply any more, so I've put up an updated version at http://linux.spiney.org/system/files?file=02_libata_passthru.fixed.patch<br />
<br />
I give no warranties whatsoever whether it works or kills your hardware, but since I just removed duplicate parts already in the Suspend-to-RAM patch it should be ok.<br />
<br />
--[[User:spiney|spiney]] 19:04, 4 Nov 2005 (CET)<br />
<br />
Hi<br />
<br />
Running 2.6.16-rc4 and I'm running into scsci errors and Input/output<br />
errrors when resuming from suspend to ram. The suspend patch is<br />
supposed to be in 2.6.16-rc1 and I'm booting with<br />
<br />
title= 2.6.16-rc4<br />
root (hd0,0)<br />
kernel /boot/kernel-2.6.16-rc4 root=/dev/sda3 ro combined_mode=libata<br />
libata.atapi_enabled=1 acpi_sleep=s3_bios processor.max_cstate=2<br />
elevator=cfq ide1=noprobe<br />
<br />
Thanks.<br />
<br />
----<br />
<br />
Don't know about -rc4, but -rc3 worked without problems, could you try that one instead? Maybe there was some bug introduced between these two versions. What's combined_mode=libata BTW?<br />
<br />
--[[User:Spiney|spiney]] 08:28, 23 February 2006 (CET)<br />
----<br />
<br />
== ATA_ENABLE_PATA PCI IDs ==<br />
<br />
Spiney, could you extend the article to explain what and why are the PCI IDs in the footnote about ATA_ENABLE_PATA?<br />
<br />
--[[User:Thinker|Thinker]] 21:59, 4 Nov 2005 (CET)<br />
----<br />
<br />
Ok, done, feel free to fix the table because I'm a bit struggling with Wiki-style editing. ;) As for the why, those PCI IDs are the only ones affected by the ATA_ENABLE_PATA, as seen in {{path|drivers/scsi/ata_piix.c}} in the kernel source.<br />
<br />
--[[User:spiney|spiney]] 11:19, 5 Nov 2005 (CET)<br />
----<br />
<br />
Will other cards work without ATA_ENABLE_PATA, or just fail? In the former case your instructions are right, but in the latter case we should tell the user to check the list of IDs in his ''current'' kernel and, if there's no match, to give up in the first place instead of following the rest of the instructions.<br />
<br />
--[[User:Thinker|Thinker]] 12:48, 5 Nov 2005 (CET)<br />
----<br />
<br />
AFAICT if the chipset is supported by libata it will work, regardless of what low-level driver is used. Of course if there is no low-level driver for the chipset then even using the harddisk via libata will fail, but that's a different story. At least ATA_ENABLE_PATA will then make no difference since it's Intel PIIX (and compatible) only.<br />
<br />
--[[User:spiney|spiney]] 13:24, 5 Nov 2005 (CET)<br />
----<br />
<br />
Not sure I got you. Is there any case where the instructions will work without ATA_ENABLE_PATA, given that all ThinkPad optical drives are PATA?<br />
<br />
--[[User:Thinker|Thinker]] 13:41, 5 Nov 2005 (CET)<br />
----<br />
<br />
The instructions will work without ATA_ENABLE_PATA unless the Thinkpad uses one of the three chipsets listed in the article, as long as libata works at all, i.e. the system drive shows up as /dev/sda. The #define doesn't change the behaviour of libata for any other chipset, it's [http://linux.yyz.us/sata/sata-status.html#ich5 ata_piix] only.<br />
<br />
Since I don't have a machine with one of the three chipsets (anyone?), I can't tell whether those work at all with libata, but I guess there's a reason why they're not enabled by default. It's just that defining ATA_ENABLE_PATA is only making sense for these three chipsets.<br />
<br />
Any clearer now? If not, just run {{cmd|grep -r ATA_ENABLE_PATA /path/to/kernelsource|}} and see how seldom and where the #define is used.<br />
<br />
--[[User:spiney|spiney]] 14:55, 5 Nov 2005 (CET)<br />
----<br />
<br />
All clear now. I thought it will work only if you have these chipsets ''and'' ATA_ENABLE_PATA=1. Thanks for the explanation!<br />
<br />
--[[User:Thinker|Thinker]] 15:12, 5 Nov 2005 (CET)<br />
----<br />
<br />
Does any of the relevant ThinkPad models (listed in the article) use these chips? They look too old to be found on the SATA models.<br />
<br />
--[[User:Thinker|Thinker]] 23:35, 9 Nov 2005 (CET)<br />
----<br />
<br />
I don't think so, I was about to add "in the unlikely event that you own one of these chipsets" or something.<br />
<br />
--[[User:Spiney|spiney]] 07:56, 10 Nov 2005 (CET)<br />
----<br />
<br />
== DVD DMA with ide/sata as module ==<br />
<br />
Did anyone get DVD DMA to work with either the IDE or SATA drivers compiled as modules? If so, please fill in the missing details in that section. I have it working only with both IDE and SATA built-in.<br />
<br />
--[[User:Thinker|Thinker]] 17:58, 16 Nov 2005 (CET)<br />
----<br />
<br />
Basically using a Live-CD with a recent kernel (is there one with 2.6.14 already?) would be sufficient, since they usually use an initrd or something similar, don't they? I'll give the Debian distribution kernel a try when I get around to it (bit busy atm), after all there's 2.6.14 in sid.<br />
<br />
But for people using their own kernel compiled from source I see no point in doing the module+initrd thing anyway, unless you want LVM for the root filesystem or other funky stuff.<br />
<br />
--[[User:Spiney|spiney]] 19:22, 16 Nov 2005 (CET)<br />
----<br />
<br />
Hi<br />
<br />
Can anyone tell me how those modules are called?<br />
<br />
Thomas<br />
--[[User:Thomas|thomas]] 19:48, 23 Jan 2006 (CET)<br />
----<br />
<br />
Hi, I have problems with kernel 2.6.14.6 and libata passthrough. After executing twice the command "cdrecord --scanbus" as root, I get the following message many times in dmesg: "sr 1:0:0:0: timing out command, waited 0s".<br />
<br />
--[[User:Whoopie|Whoopie]] 12:53, 14 February 2006 (CET)<br />
<br />
== occasional hang upon resume with various kernels ==<br />
<br />
I keep having trouble with resume after suspend to ram. Occasionally, it takes longer to wake up and then is in a semi-hanged <br />
state, i.e. nothing having to do with actual reading from the disk works. (what was running, as aterm <br />
is still running, ls works, when the listing is buffered, but hangs if it is not). <br />
Kernel is 2.6.15 with sata-pm patch. Later 2.6.15 kernels hang always and it's the same with 2.6.16. <br />
Could perhaps somebody, for whom it works without problems post his .config somewhere? <br />
I'm out of ideas. <br />
<br />
--[[User:Rasto|Rasto]] 14:46, 20 March 2006 (CET)<br />
<br />
== Suspend to RAM on X41 not working with Debian-packaged 2.6.16 ==<br />
<br />
I just tried the Debian package of the Linux 2.6.16 kernel on my [[X41]] to see if suspend-to-RAM would work. Unfortunately, it didn't. The laptop suspends just fine, but when it's turned back on, the backlight remains off, there is a lot of disk activity for a while, and then the computer just shuts off. When turned on again, it boots normally. Suspend-to-disk works fine, just like before.<br />
<br />
On a different note, CPU throttling broke on my system with the new kernel. I can no longer modprobe acpi-cpufreq. [[User:Ehn|Ehn]] 04:28, 22 March 2006 (CET)</div>Ehnhttps://www.thinkwiki.org/w/index.php?title=SD_Card_slot&diff=20976SD Card slot2006-03-20T00:32:30Z<p>Ehn: Missing hyphen</p>
<hr />
<div>{| width="100%"<br />
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;"><br />
The SD Card slot (Secure Digital) is found on select ThinkPads and Docking stations.<br />
<br />
In addition to SD Cards, SD Card slots can also accept the older MMC (MultiMedia Card).<br />
</div><br />
|}<br />
__NOTOC__<br />
* [[Wikipedia:Secure Digital card|Wikipedia article on SD Cards]]<br />
* [[Wikipedia:Multimedia Card|Wikipedia article on MMC Cards]]<br />
<br />
==PCI-based SD Card slot==<br />
This implementation is called "SD Card with IO support", and supports in addition to regular SD memory cards also special SDIO cards (e.g. Bluetooth, WiFi, etc).<br />
<br />
=== Linux support ===<br />
lspci reports it as a Ricoh device with PCI ID 1180:0822 (X Series), or 1180:0841 (Z Series).<br />
<br />
The [http://mmc.drzeus.cx/wiki/Linux/Drivers/sdhci sdhci project] has developed a driver that supports these and other SD controller chips. The driver has been reported to work on a ThinkPad {{X40}} and {{X41}} .<br />
<br />
=== Models featuring this Technology ===<br />
* ThinkPad {{X40}}, {{X41}}, {{X41T}}<br />
* ThinkPad {{X60}}, {{X60s}}<br />
* ThinkPad {{Z60m}}<br />
<br />
==USB based SD Card slot==<br />
This implementation only supports SD Memory cards.<br />
<br />
=== Linux support ===<br />
Should be supported by the Linux USB Storage drivers (usb-storage).<br />
<br />
=== Models featuring this Technology ===<br />
* [[ThinkPad Advanced Dock]]<br />
<br />
[[Category:Components]]</div>Ehnhttps://www.thinkwiki.org/w/index.php?title=Problems_with_SATA_and_Linux&diff=20975Problems with SATA and Linux2006-03-20T00:19:34Z<p>Ehn: /* No swapping of UltraBay device */ Missing space</p>
<hr />
<div>{| width="100%"<br />
|style="vertical-align:top;padding-right:20px;width:10px;white-space:nowrap;" | __TOC__<br />
|style="vertical-align:top" |<br />
Some ThinkPad models use a SATA controller for the system hard disk. This causes several complications for Linux installation. The following lists these problems and known workarounds. Note that the details are often version- and distribution-specific.<br />
<br />
===Models using a SATA disk interface===<br />
Models using a SATA controller and a SATA system disk:<br />
*ThinkPad {{T60}}, {{T60p}}<br />
*ThinkPad {{X60}}, {{X60s}}<br />
*ThinkPad {{Z60t}}, {{Z60m}}<br />
Models using a SATA controller and a PATA (IDE) system disk with a SATA-to-PATA bridge:<br />
*ThinkPad {{T43}}, {{T43p}}<br />
*ThinkPad {{R52}}<br />
*ThinkPad {{X41}}, {{X41T}}<br />
<br />
{{NOTE|Some of these problems (namely SMART support, power management and disk information) are solved in Linux 2.6.15 with the inclusion of libata pass-through. See the SATA driver [http://linux-ata.org/features.html features], [http://linux-ata.org/software-status.html software status] and [http://linux-ata.org/sata-status.html hardware status].}}<br />
|}<br />
<br />
==Hang on resume from suspend to RAM==<br />
<br />
Linux kernels prior to 2.6.16 do not support suspend and resume for SATA devices. As a result, the machine hangs upon the first disk access after resume. A kernel patch ([http://lkml.org/lkml/2005/5/2/46 LKML posting]) fixes this by adding SATA power management support.<br />
<br />
Current release-candidates for 2.6.16 ([http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.16-rc1 Changelog for 2.6.16-rc1]) have the patch already included, so no more patching will be necessary with 2.6.16.<br />
<br />
===Patches===<br />
* [http://shamrock.dyndns.org/~ln/linux/sata_pm.2.6.12.diff Patch for kernel 2.6.12]<br />
* [http://shamrock.dyndns.org/~ln/linux/sata_pm.2.6.13-rc5.diff Patch for kernel 2.6.13-rc5]<br />
* [http://lkml.org/lkml/2005/9/23/97 Patch for kernel 2.6.14]<br />
* [http://www.xenotime.net/linux/SATA/2.6.15-rc/libata_suspend.patch Patch for kernel 2.6.15-rc4]<br />
* [http://tpctl.sourceforge.net/tmp/sata_pm.2.6.15-rc6.patch Patch for kernels 2.6.15-rc6 through 2.6.15]<br />
<br />
Some distributions already include this patch (e.g., {{Ubuntu}} Breezy, {{Gentoo}}'s gentoo-sources 2.6.15-r1), but some don't (e.g., {{Fedora}} 4). If your distribution doesn't include the patch, you will need to compile your own kernel with this patch included.<br />
<br />
===Links===<br />
* RedHat Bugzilla [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169201 bug 169201: "SATA drives fail on laptop suspend"]<br />
* [http://lkml.org/lkml/2005/11/15/385 Fix to libata.h recommended on LKML] in case you get "ata: abnormal state 0x80 on port 0x1F7"<br />
<br />
==Failed resume from suspend to disk==<br />
<br />
Suspend to disk (using [[swsusp]] or [[Software Suspend 2]]) needs to load the memory image from the SATA disk. For this to work, you either need an initrd with all the necessary SATA modules, or the SATA drivers compiled into the kernel.<br />
<br />
==DVD drive not recognized==<br />
<br />
The <tt>ata_piix</tt> SATA driver grabs ownership over the IDE ports when it is loaded, but (by default) does not support PATA ATAPI devices such as the Ultrabay optical drives. Thus, if the <tt>ide</tt> driver is compiled as a module and loaded after <tt>ata_piix</tt>, the DVD drive will not be recognized by either driver.<br />
<br />
Either of the following configurations will work:<br />
* For kernel 2.6.14 and newer: enable ATAPI support in the SATA system using {{bootparm|libata.atapi_enabled|1}} (see below; this is experimental).<br />
* Compile IDE into the kernel (non-module).<br />
* Compile both IDE and SATA as modules and make sure IDE is loaded first (the module is called 'ide_generic').<br />
<br />
Note that the optical drive must be in the Ultrabay during system boot (Ultrabay device swapping is currently unsupported).<br />
<br />
==No DMA on DVD drive==<br />
<br />
Using the IDE driver, DMA support cannot be enabled on an Ultrabay optical drive:<br />
<br />
# hdparm -d1 /dev/hdc<br />
<br />
/dev/hdc:<br />
setting using_dma to 1 (on)<br />
HDIO_SET_DMA failed: Operation not permitted<br />
using_dma = 0 (off)<br />
<br />
As a result, the optical drive is slow, and in particular, too slow to play video DVDs.<br />
<br />
One workaround is to use employ the <tt>ata_piix</tt> driver (instead of the IDE driver) for the optical drive. This requires enabling the ATAPI support of the <tt>ata_piix</tt> driver, which is under active development and not yet stable. Using this will probably devour all your data and go on to eat all the food in your fridge. But if you have full backups and an empty fridge, do the following:<br />
<br />
* Grab the latest kernel (must be 2.6.14 or newer; the relevant code is under active development).<br />
* Do one of the following:<br />
** Enable the <tt>ata_piix</tt> and <tt>libata</tt>) drivers as built-in, and add {{bootparm|libata.atapi_enabled|1}} to your kernel command line (e.g., in in {{path|/boot/grub/menu.lst}}).<br />
** Enable <tt>ata_piix</tt> and <tt>libata</tt>) as modules (this is often the default) and add "<tt>options libata atapi_enabled=1</tt>" to your {{path|/etc/modprobe.conf}} (or the equivalent in your distribution).<br />
* Do one of the following:<br />
** Disable the IDE system.<br />
** Build the IDE driver as built-in (this is often the default) and add the {{bootparm|hdc|noprobe}} kernel argument (e.g., in in {{path|/boot/grub/menu.lst}}).<br />
** Build the IDE driver as module and add "<tt>options ide hdc=noprobe</tt>" to your {{path|/etc/modprobe.conf}} (or the equivalent in your distribution).<br />
* If you chose to use modules above, regenerate your <tt>initrd</tt> file.<br />
<br />
If this doesn't work, use {{cmd|lspci -vn|}} to check whether one of the following chipsets is used in the Thinkpad:<br />
{| border="1" cellspacing="0" cellpadding="2"<br />
|-<br />
!PCI ID <br />
!Name<br />
|-<br />
|8086:7111<br />
|Intel 82371AB/EB/MB PIIX4 IDE<br />
|-<br />
|8086:24db<br />
|Intel 82801EB/ER (ICH5/ICH5R) IDE Controller<br />
|-<br />
|8086:25a2<br />
|Intel 6300ESB PATA Storage Controller<br />
|}<br />
If yes, enable support for these chipsets has to be enabled by setting<br />
#define ATA_ENABLE_PATA<br />
in {{path|include/linux/libata.h}} (and report your ThinkPad model in the discussion page).<br />
<br />
There have been reports that DVD burning doesn't work under this configuration, but it seems to work with kernel 2.6.14 and later (tested on a ThinkPad {{T43}} and {{T43p}} with a [[UltraBay Slim DVD Multi-Burner Plus]]).<br />
<br />
===Links===<br />
* RedHat Bugzilla [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163418 bug 163418: "can't enable DMA on DVD drive"]<br />
<br />
==No DMA on system hard disk==<br />
<br />
In recent Linux kernels, there are two modules capable of handling the ICH6 disk controller:<br />
* <tt>ata_piix</tt>: the disk shows as {{path|/dev/sda}} and DMA is enabled.<br />
* Generic IDE driver (<tt>ide-disk</tt>): the disk shows as {{path|/dev/hda}} and DMA is disabled.<br />
<br />
The simplest way to enable DMA is to force the IDE driver to ignore the system hard disk by passing the {{bootparm|hda|noprobe}} kernel argument. The driver will then be handled by the <tt>ata_piix</tt> driver. Note that this will change its device name to {{path|/dev/sda}} (which may require changes in {{path|/etc/fstab}} and the boot loader) and may cause other problems as listed above.<br />
<br />
(Observed on a ThinkPad T43 with Fedora Core kernel 2.6.13-1.1526_FC4.)<br />
<br />
==No SMART support==<br />
<br />
Prior to kernel 2.6.15, the Linux SATA system did not support SMART commands (e.g., via smartctl).<br />
<br />
The necessary capability is "libata pass-through", which was incorporated into Linux 2.6.15-rc1 and later. A patch is available for older kernels:<br />
* Kernel 2.6.12: http://rtr.ca/dell_i9300/kernel/kernel-2.6.12/03_libata_passthru.patch<br />
* Kernel 2.6.13: http://rtr.ca/dell_i9300/kernel/kernel-2.6.13/02_libata_passthru.patch<br />
* Kernel 2.6.14: http://www.foo.fh-furtwangen.de/~koenigr/02_libata_passthru.fixed.again.patch<br />
* Kernel 2.6.14 with the above suspend-to-RAM patch: http://linux.spiney.org/system/files?file=02_libata_passthru.fixed.patch<br />
<br />
After applying the patch, run smartctl with the "-d ata" parameter:<br />
:{{cmdroot|smartctl -d ata -a /dev/sda}}<br />
<br />
==No disk power management==<br />
<br />
Prior to kernel 2.6.15, the Linux SATA system did not support power management commands on these models.<br />
<br />
The above patches for SMART support resolves this, and in particular enables the following commands:<br />
* {{cmdroot|hdparm -y}} (spin down)<br />
* {{cmdroot|hdparm -S num}} (automatic spin down timeout)<br />
* {{cmdroot|hdparm -B num}} (advanced power management level)<br />
Note that this command is still rejected:<br />
* {{cmdroot|hdparm -M num}} (acoustic management)<br />
(Tested with patched kernels 2.6.13.1 and 2.6.12-4 and a 60GB 7200RPM disk model HTS726060M9AT00.)<br />
<br />
Note that even when [[Laptop-mode]] is used, the "hddtemp" daemon (as shipped with Fedora Core 4) will wake up the disk every minute, and must thus be disabled for power management to be effective. Its accesses are not visibile through the {{path|/proc/sys/vm/block_dump}} facility. It is unclear whether disk temperature can be monitored without causing the disk to spin up (on the {{T43}}, none of the {{path|/proc/acpi/ibm/thermal}} values corresponds to the disk's built-in temperature sensor).<br />
<br />
==No disk information==<br />
<br />
Prior to kernel 2.6.15, on these models the disk information could not be read by the standard commands such as:<br />
*{{cmdroot|hdparm -i /dev/sda}}<br />
*{{cmdroot|hdparm -I /dev/sda}}<br />
The latter is fixed by the above patch for SMART support.<br />
<br />
==No swapping of UltraBay device==<br />
<br />
The <tt>libata</tt> driver does not yet support hot-swapping (or warm-swapping) of PATA devices. If you use a DVD or 2nd PATA HDD via the <tt>libata</tt> (SATA) driver, to swap them in or out you must power down the machine.<br />
<br />
If you use the <tt>ide</tt> driver for a PATA UltraBay device, hot-swapping might work using [[lt_hotswap]], <tt>hdparm</tt>, <tt>idectl</tt> or <tt>hotswap</tt> (please report). However, since you use the <tt>ide</tt> driver, DMA will be disabled (see above).<br />
<br />
If you use a SATA device in the UltraBay, <tt>libata</tt> hot-swapping might work (please report).<br />
<br />
Swapping of the [[UltraBay Slim Battery]] does work.<br />
<br />
==BIOS error 2010 on user-installed hard disk==<br />
<br />
While not a Linux issue, note that there is an issue with installing alternative PATA (IDE) hard disks as the system drive. Unless the disk is one of the few approved disks listed inside the BIOS, you will get an BIOS error 2010 during system boot, and the disk may operate unreliably. See [[Problem with non-ThinkPad hard disks]].</div>Ehnhttps://www.thinkwiki.org/w/index.php?title=PC2-4200&diff=17404PC2-42002005-12-15T23:15:52Z<p>Ehn: Removed underscores from wikilink</p>
<hr />
<div>__NOTOC__<br />
{| width="100%"<br />
|style="vertical-align:top" |<br />
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;"><br />
=== PC2-4200 ===<br />
This is DDR2 (Double Data Rate) memory in 200-pin SO-DIMM form-factor.<br><br />
PC2-4200 memory is also called DDR2-533<br />
<br />
</div><br />
|style="vertical-align:top" |<br />
|}<br />
<br />
=== Available memory types from IBM or Lenovo ===<br />
{| border=1 cellspacing=0 cellpadding=2<br />
|- style="background:#ffdead;white-space:nowrap;"<br />
! Partnumber !! FRU !! Description<br />
|-<br />
| 73P3840 || 73P3841 || 256MB PC2-4200 DDR2 NP CL4 SO-DIMM<br />
|-<br />
| 73P3842 || 73P3843 || 512MB PC2-4200 DDR2 NP CL4 SO-DIMM<br />
|-<br />
| 73P3844 || 73P3845 || 1GB PC2-4200 DDR2 NP CL4 SO-DIMM<br />
|}<br />
<br />
=== ThinkPads that support this technology ===<br />
{| border=1 cellspacing=0 cellpadding=2<br />
|- style="background:#ffdead;white-space:nowrap;"<br />
! ThinkPad Models !! Soldered<br>On Systemboard !! DIMM<br>Slot 1 !! DIMM<br>Slot 2 !! Official<br>Max-Memory !! Unofficial<br>Max-Memory{{Footnote|1}}<br />
|-<br />
| {{R51e}} || || Occupied || Empty || 2GB{{Footnote|2}} || Unknown<br />
|-<br />
| {{R52}} || || Occupied || Empty || 2GB{{Footnote|2}} || Unknown<br />
|-<br />
| {{T43}}, {{T43p}} || || Occupied || Empty || 2GB{{Footnote|2}} || Unknown<br />
|-<br />
| {{X41}}, {{X41T}} || 256 or 512MB || Empty || NA || 1.28 or 1.53GB{{Footnote|3}} || Unknown<br />
|-<br />
| {{Z60m}}, {{Z60t}} || || Occupied || Empty || 2GB{{Footnote|2}} || Unknown<br />
|}<br />
{{Footnotes|<br />
# See [[Unofficial maximum memory specs]]<br />
# Based on 2x 1GB DIMMs, might require removal of original base memory<br />
# Based on base 256 or 512MB plus 1GB DIMM in Slot 2}}<br />
[[Category:Components]]</div>Ehn