On Mon, 19 Feb 2007 12:43:50 +0800, Marc Marais wrote:
I've decided to post this to the linux-ide list to see if I can get to the
bottom of this problem I'm experiencing with sata_promise and my PATA drives.
I've pasted a thread from the linux-raid list where I was trying to
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64 box:
Asus Laptop ACPI Extras version 0.30
L5D
On 19/02/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64
Hello.
Bartlomiej Zolnierkiewicz wrote:
Contains: IRQ-ack fix for ICH chipsets (Albert Lee), ide-floppy unformatted
media fix (Alan Cox), more fixes for IDE PCI drivers (Sergei Shtylyov),
new driver for Toshiba Cell Reference Board (Kou Ishizaki kou.ishizaki
at toshiba.co.jp) and a bunch of
Hello.
Sergei Shtylyov wrote:
Contains: IRQ-ack fix for ICH chipsets (Albert Lee), ide-floppy
unformatted
media fix (Alan Cox), more fixes for IDE PCI drivers (Sergei Shtylyov),
new driver for Toshiba Cell Reference Board (Kou Ishizaki kou.ishizaki
at toshiba.co.jp) and a bunch of rather
I fear that the hardest part is yet to come, when we integrate the
driver for the the PS3 (currently called gelic_net) into spidernet.
The trouble is that the hardware is sufficiently similar to share
all the high-level mechanisms like the DMA data structures and
descriptor chains, but the
On Mon, 2007-02-19 at 21:56 +, Alan wrote:
I fear that the hardest part is yet to come, when we integrate the
driver for the the PS3 (currently called gelic_net) into spidernet.
The trouble is that the hardware is sufficiently similar to share
all the high-level mechanisms like the DMA
On Mon, 2007-02-19 at 21:56 +, Alan wrote:
I fear that the hardest part is yet to come, when we integrate the
driver for the the PS3 (currently called gelic_net) into spidernet.
The trouble is that the hardware is sufficiently similar to share
all the high-level mechanisms like the DMA
into one in drivers/ide but really want splitting for libata with some
kind of libata-pmac owning the shared stuff
You meand driver/ide/ppc/pmac.c ?
Yes
moving them out of the macio_asic to a PCI device at one point, so yes,
maybe you are right, I should move the DMA bits to some common
On Thursday 15 February 2007 14:53, Sergei Shtylyov wrote:
The driver's ide_dma_test_irq() method was reading the MRDMODE register even
on
PCI0643/6 where it was write-only -- fix this by always reading the backward-
compatible interrupt bits, renaming dma_alt_stat to irq_stat as these
On Wednesday 14 February 2007 23:35, Sergei Shtylyov wrote:
The IDE core looks at the wrong bit when checking if the secondary channel is
enabled on PCI0646 -- CFR bit 8 is read-ahead disable, bit 3 is the correct
one.
I guess that you meant CNTRL here?
[ I corrected this in the applied
On Thursday 15 February 2007 20:17, Sergei Shtylyov wrote:
Fix several issues with the driver's procfs output:
- when testing if channel is enabled, the code looks at the simplex bits,
not
at the real enable bits -- add #define for the primary channel enable bit;
- UltraDMA modes 0,
On Tuesday 20 February 2007 00:46, Alan wrote:
into one in drivers/ide but really want splitting for libata with some
kind of libata-pmac owning the shared stuff
You meand driver/ide/ppc/pmac.c ?
Yes
moving them out of the macio_asic to a PCI device at one point, so yes,
maybe
On Mon, 2007-02-19 at 23:46 +, Alan wrote:
into one in drivers/ide but really want splitting for libata with some
kind of libata-pmac owning the shared stuff
You meand driver/ide/ppc/pmac.c ?
Yes
moving them out of the macio_asic to a PCI device at one point, so yes,
maybe
On Tue, 2007-02-20 at 00:17 +0100, Bartlomiej Zolnierkiewicz wrote:
On Tuesday 20 February 2007 00:46, Alan wrote:
into one in drivers/ide but really want splitting for libata with some
kind of libata-pmac owning the shared stuff
You meand driver/ide/ppc/pmac.c ?
Yes
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for an ordered bit for
years, so that we could just do:
3. w/FUA+ORDERED
normal operation - barrier issued - write barrier FUA+ORDERED
- normal operation
Deleting the ata_pci_clear_simplex() call, then adding
ATA_FLAG_IGN_SIMPLEX to the ata_port_info info[] array, is also worth
trying.
I think I know what is going on here. Firstly the simplex bits
need re-clearing on a resume. On my todo list now I'm back
-
To unsubscribe from this list: send
On Sat, Feb 03, Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void
+++ b/drivers/ide/ppc/pmac.c
@@ -1984,10 +1984,8 @@ static void pmac_ide_dma_host_off(ide_dr
{
}
-static int
-pmac_ide_dma_host_on (ide_drive_t *drive)
+static int
On Monday 19 February 2007 23:20, Olaf Hering wrote:
On Sat, Feb 03, Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void
+++ b/drivers/ide/ppc/pmac.c
@@ -1984,10 +1984,8 @@ static void pmac_ide_dma_host_off(ide_dr
{
}
-static int
On Monday, 19 February 2007 12:45, Michal Piotrowski wrote:
On 19/02/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL
PROTECTED] wrote:
netconsole is good.
I
On Monday, 19 February 2007 01:00, Andrew Morton wrote:
On Mon, 19 Feb 2007 00:25:48 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
netconsole is good.
I know. :-)
In the meantime, I've got something worse on another x86_64 box:
Asus Laptop ACPI Extras version 0.30
L5D
This patch appears to solve some problems with commands timing out in
cases where an NCQ command is immediately followed by a non-NCQ command
(or possibly vice versa). This is a rather ugly solution, but until we
know more about why this is needed, this is about all we can do.
Signed-off-by:
Here's a revised version of my previous patch to warn the user if a
drive's transfer rate is limited because of a 40-wire cable detection.
This one hopefully addresses Alan's previous comments - we now do this
at the very end of the function, and the ugly if condition has been
cleaned up
This patch series contains several fixes for issues I noticed while
debugging some command timeout problems. None of these proved to be
related to that issue, but they fall into the category of things
we should be doing anyway.
Split into separate patches to ease bisecting in case of issues.
Clean up the initialization of the CPB and APRD structures so that we
strictly follow the rules for ordering of writes to the CPB flags and
response flags, and prevent duplicate initialization.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--- linux-2.6.20-git6edit/drivers/ata/sata_nv.c
When error handling occurs with pending commands, output the contents
of the next CPB count and next CPB index registers as well as the others,
since these may be useful for debugging.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
--- linux-2.6.20-git6edit/drivers/ata/sata_nv.c 2007-02-15
We already have code that handles hotplug interrupt indications in ADMA
mode, this turns on the control flag that actually enables these interrupts.
Also fixes some cases in the same functions where a 16-bit register was read
using a readl instead of a readw.
Signed-off-by: Robert Hancock [EMAIL
This edits the taskfile setup to more closely match the way that libata
sends the taskfile for other controllers. This avoids putting taskfile writes
into the CPB buffer that are not needed according to the taskfile flags.
Signed-off-by: Robert Hancock [EMAIL PROTECTED]
---
The hardware provides us a notifier register that indicates what command
tags have completed. Use this to determine which CPBs to check, rather
than blindly checking all active CPBs. This should provide a minor
performance win, since if the controller has touched some of these
incomplete CPBs,
On Sunday, 18 February 2007 20:43, Andrew Morton wrote:
On Sun, 18 Feb 2007 13:44:54 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later
This updates libata FUA support to be more more in line with reality.
FUA support remains off by default.
Add a setting for the fua command-line parameter on libata which enables
FUA only on NCQ-supporting disks.
Update the ata_dev_supports_fua function to remove the blacklisting of
Maxtor
On Sunday 18 February 2007 09:49, Magnus Damm wrote:
ide-cs: Update device table
Add CFA devices from I-O Data, Mitsubishi and Viking. Add SanDisk comment.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
applied, thanks
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
On Mon, 19 Feb 2007 11:26:24 +0100 (MET), Mikael Pettersson wrote
On Mon, 19 Feb 2007 12:43:50 +0800, Marc Marais wrote:
I've decided to post this to the linux-ide list to see if I can get to the
bottom of this problem I'm experiencing with sata_promise and my PATA
drives.
I've pasted
Rafael J. Wysocki wrote:
Update:
I get the same BUG with 2.6.20-git13 100% of the time during the resume.
The system seems to be fully functional nonetheless.
Known bug, will be fixed soon.
--
tejun
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a
On Tue, 20 Feb 2007 02:20:21 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 20:43, Andrew Morton wrote:
On Sun, 18 Feb 2007 13:44:54 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
35 matches
Mail list logo