Re: [1/2] 2.6.23-rc3: known regressions with patches

2007-09-01 Thread Linus Torvalds
On Wed, 29 Aug 2007, Michal Piotrowski wrote: Clocks time Subject : double hpet clocksource hard freeze References : http://lkml.org/lkml/2007/8/23/257 Last known good : ? Submitter : Paolo Ornati [EMAIL PROTECTED] Caused-By : Tony Luck [EMAIL PROTECTED]

Re: sata_via: write errors on PATA drive connected to VT6421

2007-09-01 Thread Jeff Garzik
Ondrej Zary wrote: Hello, I think that I've found and fixed the problem. There is a copy/paste bug in vt6421_set_dma_mode() function which causes wrong values to be written to PATA_UDMA_TIMING register. This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port.

ATA_PIIX - soft resetting port, port is slow to respond, machine freezes for a few seconds

2007-09-01 Thread Tomasz Chmielewski
I just upgraded from 2.6.18 distributed with Debian to 2.6.22.6. I compiled ATA_PIIX directly in the kernel. From time to time, the machine freezes for a couple of seconds, and I'm getting the following logs (pasted below). I didn't have anything like that with the old IDE. The machine runs

Re: ATA_PIIX - soft resetting port, port is slow to respond, machine freezes for a few seconds

2007-09-01 Thread Joris
Hello Tomasz, This appears remarkably simelar to what I'm experiencing, altough I'm getting that on sata ports. I'm currently at a loss on what caused this, but if there's two of us... ;-) See: http://marc.info/?l=linux-idem=118812690407577w=2 What kind of hardware are you running? Kind

Re: ATA_PIIX - soft resetting port, port is slow to respond, machine freezes for a few seconds

2007-09-01 Thread Tomasz Chmielewski
Joris schrieb: Hello Tomasz, This appears remarkably simelar to what I'm experiencing, altough I'm getting that on sata ports. I'm currently at a loss on what caused this, but if there's two of us... ;-) See: http://marc.info/?l=linux-idem=118812690407577w=2 What kind of hardware are you

Re: Should sata_mv work with Highpoint RocketRAID 2300?

2007-09-01 Thread Krzysztof Oledzki
On 2007-08-24 15:48, Alan Cox wrote: 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

Re: [PATCH] sata_mv: Test patch for Hightpoint RocketRaid 1740/1742

2007-09-01 Thread Jeff Garzik
Krzysztof Oledzki wrote: On 2007-08-01 17:46, Alan Cox wrote: On Wed, 01 Aug 2007 09:49:19 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: Alan Cox wrote: Underneath all the HPT packaging, PCI identifiers, binary driver modules and stuff you find that ... Signed-off-by: Alan Cox [EMAIL

Re: [PATCH] sata_mv: Test patch for Hightpoint RocketRaid 1740/1742

2007-09-01 Thread Krzysztof Oledzki
On 2007-08-01 17:46, Alan Cox wrote: On Wed, 01 Aug 2007 09:49:19 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: Alan Cox wrote: Underneath all the HPT packaging, PCI identifiers, binary driver modules and stuff you find that ... Signed-off-by: Alan Cox [EMAIL PROTECTED] ---

[PATCH] drivers/firmware: const-ify DMI API and internals

2007-09-01 Thread Jeff Garzik
commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 Author: Jeff Garzik [EMAIL PROTECTED] Date: Sat Sep 1 10:16:45 2007 -0400 drivers/firmware: const-ify DMI API and internals Three main sets of changes: 1) dmi_get_system_info() return value should have been marked const,

Re: [PATCH 2/2] hpt366: UltraDMA filtering for SATA cards

2007-09-01 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] sata_mv: Test patch for Hightpoint RocketRaid 1740/1742

2007-09-01 Thread Alan Cox
On Sat, 01 Sep 2007 15:38:43 +0200 Krzysztof Oledzki [EMAIL PROTECTED] wrote: On 2007-08-01 17:46, Alan Cox wrote: On Wed, 01 Aug 2007 09:49:19 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: Alan Cox wrote: Underneath all the HPT packaging, PCI identifiers, binary driver modules and

Re: PROBLEM: kernel 2.6.22.6 pata_pdc202xx_old.c limiting to UDMA/33 instead of UDMA/100 (UPDATED 2.6.22.6)

2007-09-01 Thread Sergei Shtylyov
Dear n: Please do *not* follow-up to a completely inderended thread. Start your own, please. :-/ Update with kernel 2.6.22.6 i am getting this error now ata2.00: ATA-6: ST3120026A, 3.06, max UDMA/100 Gathering courage and reply to libata bug report -- I'm more of the drivers/ide/

Re: hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }

2007-09-01 Thread Sergei Shtylyov
Hello. John Sigler wrote: When my system boots, I get several set_drive_speed_status errors. (Please see attached dmesg output.) Can someone explain what they mean? How do I get rid of them? IDE code attempts to autotune PIO mode and fails at that because your device is too old (or

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

2007-09-01 Thread Greg KH
On Sat, Sep 01, 2007 at 10:27:19AM -0400, Jeff Garzik wrote: commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 Author: Jeff Garzik [EMAIL PROTECTED] Date: Sat Sep 1 10:16:45 2007 -0400 drivers/firmware: const-ify DMI API and internals Three main sets of changes:

Re: hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }

2007-09-01 Thread Sergei Shtylyov
John Sigler wrote: What do the warnings mean? :-) That your drive does not support set transfer mode/speed command at Which is perfectly valid in the original ATA spec. all, or that value which kernel tried is not supported by the drive... They just should skip programming the

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

2007-09-01 Thread Jeff Garzik
Greg KH wrote: On Sat, Sep 01, 2007 at 10:27:19AM -0400, Jeff Garzik wrote: commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 Author: Jeff Garzik [EMAIL PROTECTED] Date: Sat Sep 1 10:16:45 2007 -0400 drivers/firmware: const-ify DMI API and internals Three main sets of changes:

Re: 2.6.23-rc4-mm1

2007-09-01 Thread Andrew Morton
On Sat, 1 Sep 2007 18:07:48 +0200 Torsten Kaiser [EMAIL PROTECTED] wrote: On 9/1/07, Andrew Morton [EMAIL PROTECTED] wrote: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ The good: +hpet-force-enable-on-vt8235-37-chipsets.patch

Re: [PATCH 1/10] ide: use pci_dev-revision

2007-09-01 Thread Sergei Shtylyov
Bartlomiej Zolnierkiewicz wrote: Some places were using PCI_CLASS_REVISION instead of PCI_REVISION_ID so they were not converted by commit 44c10138fd4bbc4b6d6bff0873c24902f2a9da65. --- Quick grep over kernel tree finds out many other places using either pci_read_config_dword(dev,

Re: [PATCH 2/10] ide: use I/O ops directly part #2

2007-09-01 Thread Sergei Shtylyov
Bartlomiej Zolnierkiewicz wrote: Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED] Acked-by: Sergei Shtylyov [EMAIL PROTECTED] Strange I thought I've already replaced everything in hpt366.c ... although we could switch to using MMIO there -- at least for HPT37x chips. B-)

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

2007-09-01 Thread Andi Kleen
And if we're really lucky, this might enable some additional optimizations on the part of the compiler. Only if the kernel was compiled C++. C compilers generally ignore constness for optimization purposes because it can be so easily casted away. -Andi - To unsubscribe from this list:

Re: ATA_PIIX - soft resetting port, port is slow to respond, machine freezes for a few seconds

2007-09-01 Thread Tomasz Chmielewski
Joris schrieb: Hello, Would this be an intel motherboard? I'm running on an intel 3000AHLX, also with an adaptec scsi controller, hmm... dmidecode says it's Intel: Vendor: Intel Corporation Version: SE7320SP20.86B.P.09.00.0039.092120051351 Release Date: 09/21/2005

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

2007-09-01 Thread Satyam Sharma
On Sat, 1 Sep 2007, Andi Kleen wrote: And if we're really lucky, this might enable some additional optimizations on the part of the compiler. Only if the kernel was compiled C++. C compilers generally ignore constness for optimization purposes because it can be so easily casted