I'm using a Linux 2.6.22.2 kernel. When the pata_ali driver loads and disks
are detected, the system appears to hang for some time, and there are
exceptions/timeouts in the dmesg log.
The hardware is a Compaq Evo N1020v laptop computer.
I attach the output of dmesg and lspci -vvxx
I suppose
On Saturday 11 August 2007, Frederik Himpe wrote:
I'm using a Linux 2.6.22.2 kernel. When the pata_ali driver loads and disks
are detected, the system appears to hang for some time, and there are
exceptions/timeouts in the dmesg log.
The hardware is a Compaq Evo N1020v laptop computer.
I
On 8/8/07, Kristen Carlson Accardi [EMAIL PROTECTED] wrote:
Here is an updated set of patches that implement Asynchronous Notification
support for ATAPI devices. In this version I no longer export the AN
capability through genhd, and the uevent is sent by the scsi_device
instead of gendisk.
Hello.
Bartlomiej Zolnierkiewicz wrote:
Index: linux-2.6/drivers/ide/pci/hpt366.c
===
--- linux-2.6.orig/drivers/ide/pci/hpt366.c
+++ linux-2.6/drivers/ide/pci/hpt366.c
[...]
+ case HPT372 :
+ case HPT372A:
+
On Saturday 11 August 2007, Sergei Shtylyov wrote:
Hello.
Bartlomiej Zolnierkiewicz wrote:
Index: linux-2.6/drivers/ide/pci/hpt366.c
===
--- linux-2.6.orig/drivers/ide/pci/hpt366.c
+++ linux-2.6/drivers/ide/pci/hpt366.c
On Saturday 11 August 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
+ if (chip_type == HPT374 (PCI_FUNC(dev-devfn) 1)) {
+ struct pci_dev *dev1 = pci_get_slot(dev-bus,
+
Bartlomiej Zolnierkiewicz wrote:
+ if (chip_type == HPT374 (PCI_FUNC(dev-devfn) 1)) {
+ struct pci_dev *dev1 = pci_get_slot(dev-bus,
+dev-devfn - 1);
Can be NULL
Not really. This may not be
Bartlomiej Zolnierkiewicz wrote:
Good, that's what I lacked for hpt366.c! Were you planning to push it to
Linus soon?
Not really but if needed I will extract MWDMA filter part and push it sooner.
Erm, may I just merge it to my patch (mentioning you of course)?
Sure.
I guess
Bartlomiej Zolnierkiewicz wrote:
Good, that's what I lacked for hpt366.c! Were you planning to push it to
Linus soon?
Not really but if needed I will extract MWDMA filter part and push it sooner.
Erm, may I just merge it to my patch (mentioning you of course)?
Sure.
I guess
On Saturday 11 August 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
+ if (chip_type == HPT374 (PCI_FUNC(dev-devfn) 1)) {
+ struct pci_dev *dev1 = pci_get_slot(dev-bus,
+ dev-devfn
-
On Saturday 11 August 2007, you wrote:
Bartlomiej Zolnierkiewicz wrote:
Good, that's what I lacked for hpt366.c! Were you planning to push it
to
Linus soon?
Not really but if needed I will extract MWDMA filter part and push it
sooner.
Erm, may I just merge it to my patch
Bartlomiej Zolnierkiewicz wrote:
+ if (chip_type == HPT374 (PCI_FUNC(dev-devfn) 1)) {
+ struct pci_dev *dev1 = pci_get_slot(dev-bus,
+dev-devfn - 1);
Can be NULL
Not really. This may not be
Bartlomiej Zolnierkiewicz wrote:
Index: linux-2.6/drivers/ide/pci/hpt366.c
===
--- linux-2.6.orig/drivers/ide/pci/hpt366.c
+++ linux-2.6/drivers/ide/pci/hpt366.c
[...]
+ case HPT372 :
+ case HPT372A:
+ case
On Saturday 11 August 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
Index: linux-2.6/drivers/ide/pci/hpt366.c
===
--- linux-2.6.orig/drivers/ide/pci/hpt366.c
+++ linux-2.6/drivers/ide/pci/hpt366.c
[...]
+
Bartlomiej Zolnierkiewicz wrote:
Good, that's what I lacked for hpt366.c! Were you planning to push it to
Linus soon?
Not really but if needed I will extract MWDMA filter part and push it sooner.
Erm, may I just merge it to my patch (mentioning you of course)?
Sure.
I guess
Hello, I wrote:
101 files changed, 1880 insertions(+), 2828 deletions(-)
please look at -mm or IDE quilt tree instead. :)
Looking...
When are you planning to push out to Linus the
ide-mode-limiting-fixes-for-user-requested-speed-changes.patch? I'd like my
HPT37x SATA mode
Bartlomiej Zolnierkiewicz wrote:
Index: linux-2.6/drivers/ide/pci/hpt366.c
===
--- linux-2.6.orig/drivers/ide/pci/hpt366.c
+++ linux-2.6/drivers/ide/pci/hpt366.c
[...]
+ case HPT372 :
+ case HPT372A:
+ case
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 #0 in the driver's init_chipset() method.
Hello.
Alan Cox wrote:
Set the MWDMA timing by updating the correct registers. Split the PIO
path as this is mostly shared code. Wants testing.
Cool! So much simpler than my fix to the old IDE driver...
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL
That function rocks (except I didn't get what the address setup timings
mean to SW/MW DMA)...
They don't, it merges the DMA and PIO ones and you end up with the PIO
ones.
+ * Used when configuring the devices ot set the PIO timings. All the
What's ot?
to - will fix
regD
On Saturday 11 August 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
+ if (chip_type == HPT374 (PCI_FUNC(dev-devfn) 1)) {
+ struct pci_dev *dev1 = pci_get_slot(dev-bus,
+dev-devfn
- 1);
On Saturday 11 August 2007, Sergei Shtylyov wrote:
Hello.
Alan Cox wrote:
Set the MWDMA timing by updating the correct registers. Split the PIO
path as this is mostly shared code. Wants testing.
Cool! So much simpler than my fix to the old IDE driver...
Signed-off-by: Alan Cox
22 matches
Mail list logo