Igor Durdanovic wrote:
> Tejun Heo writes:
>>> ata4.15: Port Multiplier 1.1, 0x1095:0x4726 r31, 7 ports, feat 0x1/0x9
>>> ata4.00: hard resetting link
>>> ata4.00: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>>> ata4.01: hard resetting link
>>> ata4.01: softreset failed (SRST command error)
>>
Jeff,
Is it possible this patch appear in mainline kernel 2.6.24?
BRs
Peer Chen
-Original Message-
From: Kuan Luo
Sent: Thursday, September 27, 2007 4:55 PM
To: 'Jeff Garzik'
Cc: Zoltan Boszormenyi; [EMAIL PROTECTED]; Peer Chen; Robert
Hancock; linux-ide@vger.kernel.org
Subject: RE: [p
Tejun Heo writes:
> > ata4.15: Port Multiplier 1.1, 0x1095:0x4726 r31, 7 ports, feat 0x1/0x9
> > ata4.00: hard resetting link
> > ata4.00: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > ata4.01: hard resetting link
> > ata4.01: softreset failed (SRST command error)
> > ata4.01: reset failed (
Igor Durdanovic wrote:
> Tejun Heo writes:
>> Igor Durdanovic wrote:
>>> Tejun Heo writes:
PMP patchset is not in mainline yet. You need to apply patches from the
following page.
http://home-tj.org/wiki/index.php/Libata-tj-stable
>>> Yes! it works now (though there were tons
Tejun Heo writes:
> Igor Durdanovic wrote:
> > Tejun Heo writes:
> >> PMP patchset is not in mainline yet. You need to apply patches from the
> >> following page.
> >>
> >> http://home-tj.org/wiki/index.php/Libata-tj-stable
> >
> > Yes! it works now (though there were tons of hard and soft res
> "Jordan" == Jordan Crouse <[EMAIL PROTECTED]> writes:
Jordan> In the standard AMD VSA, writeos to PCI space 0x48 (DTC), 0x49
Jordan> (CAST) and 0x50 (ETC) should work - and the change should be
Jordan> immediately reflected in the MSR.
I know what the problem is. I just got a BIOS update
Frans Pop wrote:
> Hi,
>
> On 15 August 2007 Tejun Heo wrote:
>> You don't need to worry too much as long as errors are properly,
>> recovered. All commands are retried and you won't lose any data.
>> Please report if the spurious NCQ problem happens again. Thanks.
>
> I've just received a log
Hernan G Solari wrote:
>>> netconsole, pritty nice debunging system... but (yes, there is always
>>> a but) it does not get to run.
>>> the method was well implemented, adding the acpi=off it sends the
>>> information to the receiving machine (I can even see passing a
>>> netconsole probing mes
From: Paolo Ornati <[EMAIL PROTECTED]>
Seagate Barracuda ST380817AS has troubles with NCQ. For example,
unpacking a tarball on an XFS filesystem gives this:
ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x2 frozen
ata1.00: cmd 61/40:00:29:a3:98/00:00:00:00:00/40 tag 0 cdb 0x0 data 32768 o
Hello,
MisterE wrote:
> I build another setup with almost the same hardware.
> This motherboard had already the latest bios.
> I notice that the computer does almost never find the hard drive
> although the controller is found every time (with lspci).
What do you mean by "almost never"? Does it
> There are pretty much no "real" RAID controllers in the ATA world
> except the very high end pricy ones.
Can anyone comment on the reliability or otherwise of Marvell 885X6081
controllers?
Supermicro do a reasonably priced non-RAID 8 drive SATA card using it:
http://www.supermicro.c
Hi Martin - make sure you CC me on responses, I'm not on linux-ide.
> I'll try this later and see what comes up. But I'm not sure I see the
> advantage of having two ways to configure the 5536.
There are multiple ways to do it, simply because of the way the architecture
is designed underneath.
Martin K. Petersen wrote:
PS. So what's the story wrt. a PRD length of 0?
That's what I'm quite interested in hearing, too...
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.
Bartlomiej Zolnierkiewicz wrote:
On Wednesday 03 October 2007, Jeff Garzik wrote:
Bartlomiej Zolnierkiewicz wrote:
ACK everything else (that I snipped)...
@@ -303,6 +281,7 @@ static void qd6580_set_pio_mode(ide_driv
static int __init qd_testreg(int port)
{
+ static DEFINE_SPINLOCK(
On Wednesday 03 October 2007, Jeff Garzik wrote:
> Bartlomiej Zolnierkiewicz wrote:
>
> ACK everything else (that I snipped)...
>
> > @@ -303,6 +281,7 @@ static void qd6580_set_pio_mode(ide_driv
> >
> > static int __init qd_testreg(int port)
> > {
> > + static DEFINE_SPINLOCK(qd65xx_lock);
On Wednesday 03 October 2007, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> > * Set hwif->dma_base only if allocation of extra ports succeeds.
>
> > * Allocate hwif->dmatable_cpu before reserving I/O ports.
>
> Looks like a bit of teardown code was missed with tha
On Wednesday 03 October 2007, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >* Convert cmd64x, hpt366 and pdc202xx_old host drivers to use
> > pci_resource_start(hwif->pci_dev, 4) instead of hwif->dma_master.
>
> Before using pci_resource_start(), the code
> "Jordan" == Jordan Crouse <[EMAIL PROTECTED]> writes:
Jordan> That should work on any AMD VSA derivatives. There are some
Jordan> who may have rolled their own, and they don't support the same
Jordan> virtual registers. in that case, you can check if SMIs are
Jordan> enabled - that would b
On Sunday 09 September 2007, Adrian Bunk wrote:
> noautodma can now be unexported.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied
-
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.ke
On 03/10/07 21:59 +0100, Alan Cox wrote:
> > I have to discourage this patch just on principle, because I don't like
> > the idea of working around the VSA. That said, it seems that Alan is
> > willing to take on the extra code, and there isn't anything technically
> > deficient here, so I'm fine
Berck E. Nash wrote:
Greetings,
I get a few million of these on boot-- the system never actually boots.
Works fine in 2.6.23-rc7.
[ 50.456012] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 50.462484] ata2.00: irq_stat 0x4001
[ 50.466441] ata2.00: cmd e5/00:00:00:00:00/00
[EMAIL PROTECTED] wrote:
--- /dev/null
+++ a/drivers/ata/pata_acpi.c
@@ -0,0 +1,403 @@
+/*
+ * ACPI PATA driver
+ *
+ * (c) 2007 Red Hat <[EMAIL PROTECTED]>
+ */
+
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#i
On Wed, 2007-10-03 at 21:54 +0100, Alan Cox wrote:
> On Wed, 03 Oct 2007 16:29:58 -0400
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > [EMAIL PROTECTED] wrote:
> > > From: Alan Cox <[EMAIL PROTECTED]>
> > >
> > > This patch assumes the mode filter patches were applied, if not then ping
> > > me a
> I have to discourage this patch just on principle, because I don't like
> the idea of working around the VSA. That said, it seems that Alan is
> willing to take on the extra code, and there isn't anything technically
> deficient here, so I'm fine with this going in.
I'd prefer to go via the PC
On Wed, 03 Oct 2007 16:29:58 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > From: Alan Cox <[EMAIL PROTECTED]>
> >
> > This patch assumes the mode filter patches were applied, if not then ping
> > me and I'll send the trivially different patch (extra argument to
> > m
[EMAIL PROTECTED] wrote:
From: Alan <[EMAIL PROTECTED]>
Two fixes in this test patch. One of them allows old CF cards to refuse
pio mode setting, and one to wait for the drive to settle after a set
features changes the speed settings, which is based upon the workarounds
used by drivers/ide.
Pl
[EMAIL PROTECTED] wrote:
From: Alan Cox <[EMAIL PROTECTED]>
This should get into the base tree very soon anyway but it fixes a ton of
devices so it would be nice to have in -mm so I can get people to test -mm not
"-mm + a bit" when reporting ATAPI problems.
applied, after replacing the -mm-spe
[EMAIL PROTECTED] wrote:
From: Kristen Carlson Accardi <[EMAIL PROTECTED]>
If a scsi_device supports async notification for media change, then let user
space know this capability exists by creating a new sysfs entry
"media_change_notify", which will be 1 if it is supported, and 0 if not
supporte
On 03/10/07 13:28 -0400, Martin K. Petersen wrote:
>
> This is a driver specifically for the ATA controller on the Geode
> CS5536 companion chip. The PCI device ID for this device was
> previously claimed by pata_amd.c but there were two problems with
> that:
Hmm - I had to ruminate on this for
[EMAIL PROTECTED] wrote:
From: Alan Cox <[EMAIL PROTECTED]>
This patch assumes the mode filter patches were applied, if not then ping
me and I'll send the trivially different patch (extra argument to
mode_filter)
Don't assume the BIOS can validate modes or has any sense at all. Instead use
the
Matthew Garrett wrote:
Modern laptops with hotswap bays still tend to utilise a PATA interface
on a SATA bridge, generally with the host controller in some legacy
emulation mode rather than AHCI. This means that the existing hotplug
code in libata is unable to work. The ACPI specification states
Fix ugly sata_mv bug, that exists due to lack of IOMMU knowledge about
device constraints (FUJITA Tomonori's current work should fix this issue
long term, hopefully).
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
t
On Wed, 03 Oct 2007 14:45:12 -0400
"Martin K. Petersen" <[EMAIL PROTECTED]> wrote:
> > "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
>
> Alan> The older AMD ex NS ex Cyrix chipsets mishandle 64K DMA blocks -
> Alan> is that the case for the CS5536 or not - does it consider a PRD
> Alan> entr
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> The older AMD ex NS ex Cyrix chipsets mishandle 64K DMA blocks -
Alan> is that the case for the CS5536 or not - does it consider a PRD
Alan> entry with zero length as 64K or 0 bytes
The databook says: "The size must be in multiples of 1 W
[EMAIL PROTECTED] wrote:
From: Scott Thompson <[EMAIL PROTECTED]>
Add missing ioremap return checks.
Signed-off-by: Scott Thompson hushmail.com>
Acked-by: Tejun Heo <[EMAIL PROTECTED]>
Cc: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
applied
-
To unsubscrib
[EMAIL PROTECTED] wrote:
From: Jiri Slaby <[EMAIL PROTECTED]>
pata_marvell, use ioread* for iomap-ped memory
read* on pci_iomapped memory is incorrect, fix it
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Olof Johansson wrote:
Fix bug in sata_mv for cases where the IOMMU layer has merged SG entries
to larger than 64KB. They need to be split up before being sent to
the driver.
Just for simplicity's sake, split up at 64K boundary instead of 64K size,
since that's what the common code does anyway.
Alan Cox wrote:
pata_cs5536.c relies on Geode Machine Specific Registers to configure
the ATA function and uses the correct PIO timings for the chip.
Signed-off-by: Martin K. Petersen <[EMAIL PROTECTED]>
I'm basically happy with this but would appreciate some feedback from AMD
on the subject.
> pata_cs5536.c relies on Geode Machine Specific Registers to configure
> the ATA function and uses the correct PIO timings for the chip.
>
> Signed-off-by: Martin K. Petersen <[EMAIL PROTECTED]>
I'm basically happy with this but would appreciate some feedback from AMD
on the subject.
(cc added
Albert Lee wrote:
Jeff Garzik wrote:
Albert Lee wrote:
Patch 2/2:
After reading the last pio data block, the HSM is waiting for device
to be idle, not waiting for the last interrupt.
This patch changes the state after "PIO data-in" to HSM_ST_IDLE instead
of HSM_ST_LAST for accuracy.
Signed
This is a driver specifically for the ATA controller on the Geode
CS5536 companion chip. The PCI device ID for this device was
previously claimed by pata_amd.c but there were two problems with
that:
- Not all Geode platforms emulate the ATA registers in PCI config
space
- CS5536 PIO timing
> That is not hopefull. Highpoint does not have sata controllers (Except
> softraid controllers). Other (real raid controllers) brands are too
There are pretty much no "real" RAID controllers in the ATA world except
the very high end pricy ones.
-
To unsubscribe from this list: send the line "uns
Hello Alexander,
Wednesday, October 3, 2007, 10:31:17 AM, you wrote:
> Mikael Pettersson wrote:
>>>
>>> I'm thinking of replacing both 3512 controllers with a Promise SATA300
>>> TX4. Do you know if there are problems with this device?
>>
>> (please don't top-post)
>>
>> There are no known dat
On Tue, Oct 02, 2007 at 11:38:40PM -0700, Marc MERLIN wrote:
> I reseated the drives one more time just to be sure. This time they booted
> ok, but I'm pretty sure it's just the random works/doesn't work thing.
> I'll rebuild the array overnight and let you know in 8-9h if the array
> rebuilt and i
Hello.
Bartlomiej Zolnierkiewicz wrote:
* Set hwif->dma_base only if allocation of extra ports succeeds.
* Allocate hwif->dmatable_cpu before reserving I/O ports.
Looks like a bit of teardown code was missed with that change...
While at it:
* Move setting of hwif->dma_{base,master}
Hello.
Bartlomiej Zolnierkiewicz wrote:
* Convert cmd64x, hpt366 and pdc202xx_old host drivers to use
pci_resource_start(hwif->pci_dev, 4) instead of hwif->dma_master.
Before using pci_resource_start(), the code should check
pci_resource_len() to ensure it is the appropriate size.
It woul
Mikael Pettersson wrote:
I'm thinking of replacing both 3512 controllers with a Promise SATA300
TX4. Do you know if there are problems with this device?
(please don't top-post)
There are no known data-corruption issues with Promise SATA cards.
However, some of them, especially the 2nd genera
On Tue, 2 Oct 2007 21:20:23 +0200, MisterE wrote:
> I build another setup with almost the same hardware.
> This motherboard had already the latest bios.
> I notice that the computer does almost never find the hard drive
> although the controller is found every time (with lspci). So i get no
> drive
48 matches
Mail list logo