Re: [PATCH] libata: Handle drives that require a spin-up command before first access

Mark Lord wrote: > I'm resending this now that reverse-DNS has been fixed on > our out-going mail server. > > Jeff, this would be a very good thing to queue up for 2.6.22, > as otherwise drives become permanent paperweights when > the "power-up-in-standby" feature is turned on. > > Cheers > > >

[git patch] libata oops fix

Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-linus to receive the following updates: drivers/ata/pata_sis.c | 10 ++ 1 files changed, 6 insertions(+), 4 deletions(-) Alan Cox (1): pata_sis: Fix oops on

Re: [PATCH] pata_sis: Fix oops on boot

Alan Cox wrote: A small number of SiS setups require special handling (not many judging by how long this dumb bug survived). A couple of Fedora 7 devel testers hit an Oops on pata_sis loading which is caused by terminal confusion between chipset as 'the chipset we have found' and chipset as 'arra

Re: [PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode

Hello, I wrote: Bartlomiej Zolnierkiewicz wrote: [PATCH] ide: rework the code for selecting the best DMA transfer mode Depends on the "ide: fix UDMA/MWDMA/SWDMA masks" patch. I'm now trying to rewrite hpt366.c to benefit more from these patches... and alas, this very patch seems to be

Re: [PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode

Sergei Shtylyov wrote: Hello. Bartlomiej Zolnierkiewicz wrote: [PATCH] ide: rework the code for selecting the best DMA transfer mode Depends on the "ide: fix UDMA/MWDMA/SWDMA masks" patch. I'm now trying to rewrite hpt366.c to benefit more from these patches... and alas, this very pat

Re: [PATCH 14/15] ide: rework the code for selecting the best DMA transfer mode

Hello. Bartlomiej Zolnierkiewicz wrote: [PATCH] ide: rework the code for selecting the best DMA transfer mode Depends on the "ide: fix UDMA/MWDMA/SWDMA masks" patch. I'm now trying to rewrite hpt366.c to benefit more from these patches... and alas, this very patch seems to be breaking fil

Re: libata/SATA noprobe

2.6.20.7 works fine. As indeed does the updated Suse 2.6.18 kernel. Case closed. Roger We do consider 0xff as port empty these days. Roger, which kernel version are you using? Can you give a shot at 2.6.20.7? -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-i

Re: Loud "pop" coming from hard drive on reboot

Stephen Clark wrote: > Mark Lord wrote: > >> Mark Lord wrote: >> >> >>> With the patch applied, I don't see *any* new activity in those >>> S.M.A.R.T. >>> attributes over multiple hibernates (Linux "suspend-to-disk"). >>> >> >> Scratch that -- operator failure. ;) >> The patch makes no diffe

[PATCH] libata: Handle drives that require a spin-up command before first access

I'm resending this now that reverse-DNS has been fixed on our out-going mail server. Jeff, this would be a very good thing to queue up for 2.6.22, as otherwise drives become permanent paperweights when the "power-up-in-standby" feature is turned on. Cheers Original Message Su

Re: Loud "pop" coming from hard drive on reboot

Stephen Clark wrote: It is definitely the disk drive. It is located in the right front corner of my laptop so I put my ear by it during shutdown and that is where the click is coming from. Isn't there also a speaker located there? - To unsubscribe from this list: send the line "unsubscribe l

Re: Loud "pop" coming from hard drive on reboot

Jan Engelhardt wrote: On Apr 18 2007 09:39, Stephen Clark wrote: So this is the pop I hear on my new laptop that is using libata=combined_mode when I shut my system down. I didn't get the pop with the same disk drive in an older laptop that was only ide. It sounds like a relay closing or ope

Re: sata_promise ata exceptions (2.6.20.6)

Hi, > My theory is that either TBG clocking (which drives the SATA interfaces) > or SET FEATURE snooping (which adjusts internal parameters for different > PIO/(U)DMA modes) is borked for SATAII/3Gbps. I hope to have time to > investigate that soon. If you can limit transfer speeds to 1.5Gpbs the

[PATCH] pata_sis: Fix oops on boot

A small number of SiS setups require special handling (not many judging by how long this dumb bug survived). A couple of Fedora 7 devel testers hit an Oops on pata_sis loading which is caused by terminal confusion between chipset as 'the chipset we have found' and chipset as 'array iterator' Signe

Re: Loud "pop" coming from hard drive on reboot

On Apr 18 2007 09:39, Stephen Clark wrote: >> > So this is the pop I hear on my new laptop that is using > libata=combined_mode when I shut my system down. I didn't get the > pop with the same disk drive in an older laptop that was only ide. > It sounds like a relay closing or opening, but is real