Per my other email -- did you try the legacy IDE driver
instead of libata? Can you provide a boot log from that for Tejun?
Further to this the PATA to SATA bridge being used in this case is:
http://www.jmicron.com/JM20330.html
..as you will see only PIO and UDMA modes are supported.
-
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I was wondering what the odds are that my setup could be supported:
* Stardom/Raidon SOHOTANK ST-6600 (5 disk SATA array)
(http://www.stardom.com.tw/sohotank%20st6600.htm)
* STLab Silicon Image 3531 NCQ/FIS PMP PCIe adapter with one eSATA port
On Fri, Jun 29, 2007 at 05:34:36PM +1000, Andrew Hall wrote:
Further to this the PATA to SATA bridge being used in this case is:
http://www.jmicron.com/JM20330.html
..as you will see only PIO and UDMA modes are supported.
In which case their microcontroller in the middle should be masking
On Thu, Jun 28, 2007 at 09:10:06PM -0400, Mark Lord wrote:
Here's a slightly modified hack, which should leave your SATA
drive working as well as the CF card.
Tejun / Alan : do we really want to continue attempting mdma2
on a modern chipset such as ICH8 ???
Thats a good question is it only
Uwe Koziolek wrote:
Jeff Garzik wrote:
Jeff,
Did you have added the patch you have mailed on 06.06. anywhere or is
this patch an email only patch. And how to continue?
It's in my mbox queue, should be in my next run... :)
Jeff
I have 3 fixes that i want to add on top
- a
2007/6/28, Mark Lord [EMAIL PROTECTED]:
Johny Mail list wrote:
Hi,
I have a big problem with my SC1425 Dell Servers. I use Linux Software
RAID on them and last days i make few tests on them to see the
reaction of the server about different situations like : power
failure, hard drive prower
Hi,
[adding linux-ide to cc]
On 27/06/07, Dan [EMAIL PROTECTED] wrote:
Something changed with the AHCI SATA driver in the latest git version.
With 2.6.21 I get ~49MB/sec according to hdparm. Using the latest git
version I only get ~8MB/sec. I've attached my .config and have
included some info
Chuck Ebbert wrote:
On 06/28/2007 03:16 PM, Chuck Ebbert wrote:
[Forgot to mark subj: as a patch; attached]
Sorry, using attachments (a) decreases reviewers and (b) makes your
patch HARDER to apply. See #7 under Documentation/SubmittingPatches.
Jeff
-
To unsubscribe from this
Johny Mail list wrote:
2007/6/28, Mark Lord [EMAIL PROTECTED]:
I have an ugly (but working) hack for the ICH5 ata_piix driver
to support hot insertion/removal of drives, but I don't know if/when
I'll be pushing it upstream.
Yes it hang permanently there, after this messages i generally reboot
Hi all,
Here is a list of some known regressions in 2.6.22-rc6.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Hugh Dickins 2
Andi Kleen
Mark Lord wrote:
Johny Mail list wrote:
2007/6/28, Mark Lord [EMAIL PROTECTED]:
I have an ugly (but working) hack for the ICH5 ata_piix driver
to support hot insertion/removal of drives, but I don't know if/when
I'll be pushing it upstream.
Yes it hang permanently there, after this messages
SATA/PATA
Subject: libata IT821X driver still fails! Hard-freezes system
References : http://lkml.org/lkml/2007/6/14/82
Submitter : Rodney Gordon II [EMAIL PROTECTED]
Status : unknown
Not a regression as it seems this user's box has always been broken. I've
been running heavy
Hello.
Michal Piotrowski wrote:
IDE
Subject: 2.6.22-rcX: hda: lost interrupt
References : http://lkml.org/lkml/2007/6/29/121
Submitter : David Chinner [EMAIL PROTECTED]
Status : unknown
Probing IDE interface ide0...
hda: probing with STATUS(0xa0) instead of ALTSTATUS(0x58)
On 06/29/2007 12:59 PM, Alan Cox wrote:
SATA/PATA
Subject: libata IT821X driver still fails! Hard-freezes system
References : http://lkml.org/lkml/2007/6/14/82
Submitter : Rodney Gordon II [EMAIL PROTECTED]
Status : unknown
Not a regression as it seems this user's box has always
On 29/06/07, Alan Cox [EMAIL PROTECTED] wrote:
SATA/PATA
Subject: libata IT821X driver still fails! Hard-freezes system
References : http://lkml.org/lkml/2007/6/14/82
Submitter : Rodney Gordon II [EMAIL PROTECTED]
Status : unknown
Not a regression as it seems this user's box has
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above that, the ACPI layer says it assigned IRQ 20
Because the libata core code in 2.6.22rc6 reports all
In some cases we cannot use BAR0-BAR3 on this chip due to errata. The
relevant interfaces are available via BAR4 and we set the chip up to use
those instead.
This plus testing means it can move from experimental to production spec
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above that, the ACPI layer says it assigned IRQ 20
Because the libata core code in 2.6.22rc6
On Fri, 29 Jun 2007 14:10:49 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above that, the
On Fri, 29 Jun 2007 19:17:03 +0100
Alan Cox [EMAIL PROTECTED] wrote:
In some cases we cannot use BAR0-BAR3 on this chip due to errata. The
relevant interfaces are available via BAR4 and we set the chip up to use
those instead.
This plus testing means it can move from experimental to
Hello, I wrote:
I've got a hard lockup in the ide subsystem, probably
due to some irq spew or something like that.
I've just bought a brand new Maxtor 320GB disk driver for the insane
price of $70 US to replace another failing drive. It works well under
light load;
I was able to copy about
The HPT36x chips finally turned out to have the channel enable bits -- however,
badly implemented. Make use of them despite it's probably only going to burden
the driver's code -- assuming both channels are always enabled by the HighPoint
BIOS anyway...
Signed-off-by: Sergei Shtylyov [EMAIL
Hello.
Bartlomiej Zolnierkiewicz wrote:
[...]
Damn, I should have re-check ATA specs before writing this. :)
Yeah, never hurts... but takes time. ;-)
I was thinking of checking if the drive really supports IORDY before
issuing a command to set PIO mode (and just skipping the command
Simplify UltraDMA mode filtering in the driver:
- make use of the newly introduced 'udma_mask' field of 'ide_pci_device_t' to
set the correct hwif-ultra_mask, modifying init_setup_hpt366() to select
the correct mask based on the chip revision;
- replace 'max_mode' field of the 'struct
Add the MAXTOR STM3320620A drive into the UltraDMA/66 mode blacklist
for the HPT36x chips.
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
---
Linas, here's the patch at last -- it should apply atop 2.6.21.5.
Please, make sure it works for you.
drivers/ide/pci/hpt366.c |3 ++-
1 files
Alan Cox wrote:
On Fri, 29 Jun 2007 14:10:49 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report irq 0?
ata7: PATA max UDMA/133 cmd blah ctl blah bmdma blah irq 0
Above
On Friday 29 June 2007, Sergei Shtylyov wrote:
Add the MAXTOR STM3320620A drive into the UltraDMA/66 mode blacklist
for the HPT36x chips.
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
applied
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to
On Friday 29 June 2007, Sergei Shtylyov wrote:
The HPT36x chips finally turned out to have the channel enable bits --
however,
badly implemented. Make use of them despite it's probably only going to
burden
the driver's code -- assuming both channels are always enabled by the
HighPoint
On Friday 29 June 2007, Sergei Shtylyov wrote:
Simplify UltraDMA mode filtering in the driver:
- make use of the newly introduced 'udma_mask' field of 'ide_pci_device_t' to
set the correct hwif-ultra_mask, modifying init_setup_hpt366() to select
the correct mask based on the chip
Hi,
On Tuesday 26 June 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
A lot to argue about here...
* Add sil_tuneproc() wrapper for siimage_tuneproc() which also sets
PIO mode on the device.
Planning on the global prefix change? :-)
Yep.
* Add code
Hi,
On Friday 29 June 2007, Sergei Shtylyov wrote:
Hello.
Bartlomiej Zolnierkiewicz wrote:
[...]
Damn, I should have re-check ATA specs before writing this. :)
Yeah, never hurts... but takes time. ;-)
I was thinking of checking if the drive really supports IORDY before
The exported symbol ata_port_info sis_info133_for_sata has
not to be declared static.
Signed-off-by: Uwe Koziolek [EMAIL PROTECTED]
--- a/drivers/ata/pata_sis.c2007-06-30 02:42:43.0 +0200
+++ b/drivers/ata/pata_sis.c2007-06-30 02:52:06.0 +0200
@@ -774,7 +774,7 @@
The SiS966 has an alternate PCI-ID 1180 for an IDE compatible controller
The primaty channel acts as PATA-controller, the secondary channel
acts as SATA-controller in PATA-emulation.
Signed-off-by: Uwe Koziolek [EMAIL PROTECTED]
--- a/drivers/ata/pata_sis.c2007-06-30 02:52:06.0 +0200
The PCI-ID 1183 is used for SATA-ports in PATA-emulation.
This mode is handled now by pata_sis. This mode is not fully
compatible to SiS 5513/18, so the PCI-ID entry is not moved
to pata_sis. This fixes problems with SiS968.
Signed-off-by: Uwe Koziolek [EMAIL PROTECTED]
---
34 matches
Mail list logo