Re: Should sata_mv work with Highpoint RocketRAID 2300?

2007-08-24 Thread Jeff Garzik
Karim 'Kasi Mir' Senoucci wrote: Alan Cox schrieb: in the sata_mv source. Should I add something like: { PCI_VDEVICE(TTI, 0x2300), chip_604x }, Yes Just to not leave this thread hanging in the mail archives: this didn't work for me. With the above patch, the controller is

Re: Should sata_mv work with Highpoint RocketRAID 2300?

2007-08-24 Thread Alan Cox
On Fri, 24 Aug 2007 05:55:39 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: Karim 'Kasi Mir' Senoucci wrote: Alan Cox schrieb: in the sata_mv source. Should I add something like: { PCI_VDEVICE(TTI, 0x2300), chip_604x } You need to use the sata_mv from kernel 2.6.23-rcX. Patching

Re: [PATCH 2.6.23-rc3] pata_pdc2027x: PLL detection fixes

2007-08-24 Thread Sergei Shtylyov
Hello. Albert Lee wrote: b) puts more work [the enter test mode stuff] in between the start and and sampling points, reducing the precision of the PLL detection; I actually observed quite noticeable differences in detected PLL frequency based on whether the start was sampled before or

Re: [PATCH][resend] fix IDE legacy mode resources

2007-08-24 Thread Greg KH
On Fri, Aug 24, 2007 at 11:55:59AM +0900, Yoichi Yuasa wrote: Hi, I got the following error on MIPS Cobalt. PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device :00:09.1 pata_via :00:09.1: failed to request/iomap BARs for port 0 (errno=-16) PCI: Unable to reserve I/O

Re: [PATCH][resend] fix IDE legacy mode resources

2007-08-24 Thread Alan Cox
PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device :00:09.1 In some architectures, PCI bus regions have the offset from PCI resources. For this reason, pci_setup_device() should set PCI bus regions to dev-resource[]. I thought this patch was rejected in the

Re: [PATCH 2.6.23-rc3] pata_pdc2027x: PLL detection fixes

2007-08-24 Thread Sergei Shtylyov
Hello. Jeff Garzik wrote: What have really surpried me about Promise was that they gave their SATA chip docs to Jeff who made them public and yet they continue to conceal the old PATA chip docs... :-/ They probably just need to be poked. I've been sitting on the sata_sx4 It's not

Re: [PATCH] hpt366: fix PCI clock detection for HPT374 (take 4)

2007-08-24 Thread Sergei Shtylyov
Hello. Bartlomiej Zolnierkiewicz wrote: HPT374 BIOS seems to only save f_CNT register value for the function #0 before re-tuning DPLL (that causes the driver to report obviously distorted f_CNT for the function #1) -- fix this by always reading the saved f_CNT register value from the function

Re: [PATCH 2/4] hpt366: UltraDMA filter for SATA cards (take 2)

2007-08-24 Thread Sergei Shtylyov
Bartlomiej Zolnierkiewicz wrote: The Marvell bridge chips used on HighPoint SATA cards do not seem to support the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes, so the driver needs to account for this in the udma_filter() method. In order to achieve that, do the following changes: -

Re: [PATCH 2.6.23-rc3] pata_pdc2027x: PLL detection fixes

2007-08-24 Thread Bartlomiej Zolnierkiewicz
On Friday 24 August 2007, Sergei Shtylyov wrote: Hello. Albert Lee wrote: b) puts more work [the enter test mode stuff] in between the start and and sampling points, reducing the precision of the PLL detection; I actually observed quite noticeable differences in detected PLL

Re: [PATCH 2.6.23-rc3] pata_pdc2027x: PLL detection fixes

2007-08-24 Thread Sergei Shtylyov
Hello. Bartlomiej Zolnierkiewicz wrote: b) puts more work [the enter test mode stuff] in between the start and and sampling points, reducing the precision of the PLL detection; I actually observed quite noticeable differences in detected PLL frequency based on whether the start was sampled

Re: [PATCH 1/4] ide: add ide_dev_is_sata() helper

2007-08-24 Thread Sergei Shtylyov
Hello, I wrote: Make the SATA drive detection code from eighty_ninty_three() into inline ide_dev_is_sata() helper fixing it along the way to be more strict while checking word 80 for the reserved values... Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED] [...] Index:

Re: [PATCH][resend] fix IDE legacy mode resources

2007-08-24 Thread Andrew Morton
On Fri, 24 Aug 2007 11:55:59 +0900 Yoichi Yuasa [EMAIL PROTECTED] wrote: Hi, I got the following error on MIPS Cobalt. PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device :00:09.1 pata_via :00:09.1: failed to request/iomap BARs for port 0 (errno=-16) PCI: Unable to

[PATCH #upstream-fixes] ata_piix: add Satellite U200 to broken suspend list

2007-08-24 Thread Tejun Heo
Satellite U200 also shares the problem. Add it to the broken suspend list. Original patch from John Schember. Signed-off-by: Tejun Heo [EMAIL PROTECTED] Cc: John Schember [EMAIL PROTECTED] --- drivers/ata/ata_piix.c |7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH][resend] fix IDE legacy mode resources

2007-08-24 Thread Greg KH
On Fri, Aug 24, 2007 at 05:37:13PM +0100, Alan Cox wrote: PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device :00:09.1 In some architectures, PCI bus regions have the offset from PCI resources. For this reason, pci_setup_device() should set PCI bus regions to

Re: [Bugme-new] [Bug 8936] New: sata_promise 2.09 fails to identify ST3400832AS

2007-08-24 Thread Andrew Morton
On Fri, 24 Aug 2007 21:14:49 -0700 (PDT) [EMAIL PROTECTED] wrote: http://bugzilla.kernel.org/show_bug.cgi?id=8936 Summary: sata_promise 2.09 fails to identify ST3400832AS Product: IO/Storage Version: 2.5 KernelVersion: 2.6.23-rc1 Platform: