Alan Cox wrote:
We can make use of this on the pata_amd driver as many Nvidia devices
don't have reliable cable detect.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
applied 3-4
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
Sonic Zhang wrote:
Update:
1. Condition branch code instead of while loop from Alan Cox.
2. Condtinue in PIO mode after failing to request DMA.
Signed-off-by: Sonic Zhang [EMAIL PROTECTED]
---
drivers/ata/Kconfig | 28 +
drivers/ata/Makefile |1
drivers/ata/pata_bf54x.c | 1581
On Sat, 2007-08-11 at 23:49 +0400, Sergei Shtylyov 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
Tejun Heo wrote:
Hello,
The current HPA handling implementation isn't robust enough and causes
regressions on several cases. This patchset contains HPA handling
update.
* blacklist devices which puke on READ_NATIVE_MAX
* proper/better error handling - in most cases, HPA failure won't
result
On Thu, Aug 16 2007, Jeff Garzik wrote:
Rather than carrying around this buffer all the time, for rare
circumstances, it seems that we can easily alloc/free a temp buffer as
needed.
Saves a big chunk of per-port memory.
I forget the justification for what it was in ata_port to begin
On Thu, 16 Aug 2007 04:04:51 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Rather than carrying around this buffer all the time, for rare
circumstances, it seems that we can easily alloc/free a temp buffer as
needed.
Saves a big chunk of per-port memory.
NAK. The allocation may deadlock,
Andreas Radke wrote:
[on ahci]
Aug 13 18:00:33 workstation64 ata1.00: exception Emask 0x10 SAct 0x0 SErr
0x400101 action 0x2 frozen
Aug 13 18:00:33 workstation64 ata1.00: (irq_stat 0x0800, interface fatal
error)
Aug 13 18:00:33 workstation64 ata1.00: cmd
Ethan Sommer wrote:
I've been trying to diagnose a problem we've been having for a few days
and I think I've found the problem. (I'm hoping you might have the
solution.)
I have a system which has a intel 965 MB and a couple SIL based SATA
cards one of which is hooked up to a few PMPs.
If
Jeff Garzik wrote:
Tejun Heo wrote:
Hello,
The current HPA handling implementation isn't robust enough and causes
regressions on several cases. This patchset contains HPA handling
update.
* blacklist devices which puke on READ_NATIVE_MAX
* proper/better error handling - in most cases,
Brad Campbell wrote:
Tejun Heo wrote:
Brad Campbell wrote:
Tejun Heo wrote:
Brad Campbell wrote:
Brad Campbell wrote:
http://www.fnarfbargle.com/CIMG1029.JPG (I have posted this screen
shot previously. It's still doing exactly the same thing on both
boxes).
git-bisect shows up this
Tejun Heo wrote:
Any attempt to spin down sdi-sdo in any order locks hard. Any attempt to
spin down sda-sdh works in any combination/permutation.
Hmmm... I'm out of ideas. It definitely sounds like some sort of
hardware problem to me. I think the best way to diagnose the problem is
playing
Michal Piotrowski írta:
Hi Zoltan,
On 15/08/07, Zoltan Boszormenyi [EMAIL PROTECTED] wrote:
Hi,
I noticed that a bad CD of mine makes DMA disabled:
hda: selected mode 0x44
hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
hda: cdrom_decode_status: error=0x40 {
sommere wrote:
Tejun Heo wrote:
Ethan Sommer wrote:
I've been trying to diagnose a problem we've been having for a few days
and I think I've found the problem. (I'm hoping you might have the
solution.)
I have a system which has a intel 965 MB and a couple SIL based SATA
cards one of
Michal Piotrowski [EMAIL PROTECTED] wrote:
On 15/08/07, Zoltan Boszormenyi [EMAIL PROTECTED] wrote:
I noticed that a bad CD of mine makes DMA disabled:
[...]
hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
ide: failed opcode was: unknown
hda: DMA disabled
hda: ide_intr: huh?
Zoltan Boszormenyi írta:
Michal Piotrowski írta:
Hi Zoltan,
On 15/08/07, Zoltan Boszormenyi [EMAIL PROTECTED] wrote:
Hi,
I noticed that a bad CD of mine makes DMA disabled:
hda: selected mode 0x44
hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
hda:
Tejun Heo wrote:
Ethan Sommer wrote:
I've been trying to diagnose a problem we've been having for a few days
and I think I've found the problem. (I'm hoping you might have the
solution.)
I have a system which has a intel 965 MB and a couple SIL based SATA
cards one of which is hooked up to
babl wrote:
6 HDD's with device arror and ATA BUS ERROR!!
nforce4 sli: sata_nv + sil3114,
Power: 700W FSP Epsilon
+3.3V: +3.28 V
+5V: +4.89 V
+12V: +12.16 V
libata or ... ?
How reproducible is the problem?
--
tejun
-
To unsubscribe from this list: send the line
Bodo Eggert írta:
Michal Piotrowski [EMAIL PROTECTED] wrote:
On 15/08/07, Zoltan Boszormenyi [EMAIL PROTECTED] wrote:
I noticed that a bad CD of mine makes DMA disabled:
[...]
hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
ide: failed opcode was:
Tejun Heo wrote:
Hello,
Jonathan Bastien-Filiatrault wrote:
Hello,
I am the owner of a Dell Latitude D620 notebook with an ICH7 SATA
controller, unfortunately, the BIOS does not offer the option of using
native mode instead of compatibility mode when it comes to SATA. For
now, the
Jonathan Bastien-Filiatrault wrote:
So far, I have managed to patch up the AHCI driver to initialize the
ICH7 AHCI state machine as the BIOS would do (as per the AHCI spec
instructions). This involves mapping ABAR and such. So far, I have
gotten the AHCI driver to detect the chip properly, but
Am Thu, 16 Aug 2007 19:53:35 +0900
schrieb Tejun Heo [EMAIL PROTECTED]:
I don't think this is driver issue. I have the same controller and
I've never seen similar thing happening and I have plenty of drives
and test them often. Error reports also point to transmission
problems. Your drive
Hi,
On Tue, Aug 14, 2007 at 06:30:28PM +0900, Tejun Heo wrote:
Hmmm... That's timeout on cache flush, indicative of failing disk.
Please post the result of 'smartctl -a /dev/sdc'.
Ok, so something is fishy in 2.6.22 wrt. SMART.
First, booting back to 2.6.20.5 I confirmed that SMART works
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Sonic Zhang wrote:
+static void bfin_set_piomode(struct ata_port *ap, struct ata_device *adev)
+{
+ int mode = adev-pio_mode - XFER_PIO_0;
+ unsigned long base = (unsigned long)ap-ioaddr.ctl_addr;
(added Bryan Wu to CC)
Someone
On Tue, Apr 10, Olaf Hering wrote:
Where is the correct place for drivers/ata?
so, where is the place for via irq quirks in libata?
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, Apr 09, Matt Sealey wrote:
+ if (bridge) {
+ u8 iir, irqlist[4] = { 14, 15, 10,
11 };
+
+ pci_read_config_byte(bridge,
VIA_IDE_STEERING, iir);
What value has VIA_IDE_STEERING?
Hello,
Early experimentation on my part seems to show that it is possible to
put an ICH SATA controller booted in SATA compatibility mode in full
native AHCI mode. The drawback of having the ICH7 chip in AHCI mode is
that the PATA ports are not claimed or used by any driver, rendering the
Mike Frysinger wrote:
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Sonic Zhang wrote:
+static void bfin_set_piomode(struct ata_port *ap, struct ata_device *adev)
+{
+ int mode = adev-pio_mode - XFER_PIO_0;
+ unsigned long base = (unsigned long)ap-ioaddr.ctl_addr;
(added Bryan Wu
Gabor Gombas wrote:
On Tue, Aug 14, 2007 at 06:30:28PM +0900, Tejun Heo wrote:
Hmmm... That's timeout on cache flush, indicative of failing disk.
Please post the result of 'smartctl -a /dev/sdc'.
Ok, so something is fishy in 2.6.22 wrt. SMART.
See http://lkml.org/lkml/2007/7/8/198
-jim
-
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Sonic Zhang wrote:
+static void bfin_set_piomode(struct ata_port *ap, struct ata_device
*adev)
+{
+ int mode = adev-pio_mode - XFER_PIO_0;
+ unsigned long
Mike Frysinger wrote:
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Sonic Zhang wrote:
+static void bfin_set_piomode(struct ata_port *ap, struct ata_device *adev)
+{
+ int mode = adev-pio_mode - XFER_PIO_0;
+
Alan Cox wrote:
On Wed, 8 Aug 2007 15:20:57 -0500
David Milburn [EMAIL PROTECTED] wrote:
Support the use of '*' in model_num and model_rev entries
in ata_device_blacklist[].
CC: [EMAIL PROTECTED]
Signed-off-by: David Milburn [EMAIL PROTECTED]
Suggestion: Pull the match function out of line
Mikael Pettersson wrote:
(cc:ing linuxppc-dev)
On Tue, 26 Jun 2007 13:43:15 +0800, Albert Lee wrote:
Recently the PLL input clock of pata_pdc2027x is sometimes detected
higer than expected (e.g. 20.027 MHz compared to 16.714 MHz).
It seems sometimes the mdelay() function is not as precise as
Unfortunately this breaks pata_pdc2027x on my PowerMac G3:
Did this ever get resolved?
All went quiet so I assume its gone away ?
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
*Thats* why I left the patch aside and didn't commit it... :)
Thanks for the reminder,
Jeff
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 2007-08-16 at 14:56 -0400, Jeff Garzik wrote:
Mike Frysinger wrote:
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On 8/16/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Sonic Zhang wrote:
+static void bfin_set_piomode(struct ata_port *ap, struct ata_device
35 matches
Mail list logo
