Hello,
maybe I should have trusted SiliconImage... But, well, it is not true that
you cannot use PMP with Sil 3512 and 3114. You can, if you try hard enough.
Patch below tries hard enough ;-) Unfortunately it has few drawbacks:
(1) Hardware ignores PMP field in received frames, so when D2H FI
On 19:47 Wed 22 Aug 2007, Scott Thompson wrote:
> Patchset against 2.6.23-rc3. corrects missing ioremap return
> checks, resending after making changes suggested
>
> Signed-off-by: Scott Thompson hushmail.com>
>
> diff --git a/dri
Currently the mpc8xx ide driver will only work on arch/ppc so only
allow it to be built there. Also, killed a minor include that isn't
actually used by the driver.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
drivers/ide/Kconfig |2 +-
drivers/ide/ppc/mpc8xx.c |1 -
2 files cha
Izik Weksler wrote:
> Tejun,
>
> If you're sending the patch please send it to this address.
Okay, please test the attached patch and please cc
linux-ide@vger.kernel.org when replying. Thanks.
--
tejun
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index 06f212f..d838bdd 100644
--- a/dri
Patchset against 2.6.23-rc3. corrects missing ioremap return
checks, resending after making changes suggested
Signed-off-by: Scott Thompson hushmail.com>
diff --git a/drivers/ata/pata_ixp4xx_cf.c b/drivers/ata/pata_ixp4xx_cf.c
ind
On Saturday 04 August 2007 15:55, Bartlomiej Zolnierkiewicz wrote:
> On Thursday 02 August 2007, Shaohua Li wrote:
> > ACPI spec defines the sequence of IDE power on/off:
> > Powering down:
> > Call _GTM.
> > Power down drive (calls _PS3 method and turns off power planes).
> > Powering up:
Some notebooks need bit18 of IOCFG to be cleared for the drive bay to
work even though the bit is NOOP according to the datasheet. This
patch implement IOCFG bit18 quirk and apply it to Clevo M570U.
http://bugzilla.kernel.org/show_bug.cgi?id=8051
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc
Jeff Garzik wrote:
> Gaston, Jason D wrote:
>> Hello,
>>
>> Now that the AHCI driver has support for all controllers with the 0x0106
>> (AHCI) class code, I am not planning on adding controller DeviceID's for
>> AHCI controllers. I want to verify that this is the correct course of
>> action.
>>
>>
On Wed, Aug 22, 2007 at 11:27:05PM +0100, Alan Cox wrote:
> static const struct pci_device_id marvell_pci_tbl[] = {
> { PCI_DEVICE(0x11AB, 0x6101), },
> - { PCI_DEVICE(0x11AB, 0x6145), },
Why is this ID being removed?
Not that I have that model (I have 0x6101), it just looks weird given
On Sat, Aug 18, 2007 at 02:42:45PM +, Neil Romig wrote:
> Everything is O.K using kernel 2.6.17.14, but 2.6.18 and beyond all have
> this problem. It may take me months to sort this out on my own - any
> suggestions?
In most (though not all), a single bit was flipped.
This is usually a si
This is useful when debugging, handling problem systems, or for
distributions just to get the system installed so it can be sorted
out later.
This is a bit smarter than the old IDE one and lets you do
libata.pata_dma=0 Disable all PATA DMA like old IDE
libata.pata_dma=1
The ATA specifications require checks on certain flags before assuming
the validity of other data. Go through the methods and correct those
needing extra checks. Also note limits on ata_id_major_version with
respect to ATA-1 and ATA-2. Correct the 32bit PIO check.
Wants to sit in -mm for a bit in
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_marvell.c
linux-2.6.23rc3-mm1/drivers/ata/pata_marvell.c
--- linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_marvell.c 2007-08-22
17:23:00.00
This is mandatory for all early ATA devices but may fail on IDE. As we
try to set the geometry to the geometry we already have a failure of this
request is harmless. We can't skip the request as its mandatory during
setup and some older ATA drives pee themselves if you don't do it.
Signed-off-by:
If we have a PATA cable with a SATA drive on it then we've found a
bridge and we can flip the cable type. This fixes some cable detect
problems with SATA bridges on chipsets and misdetected cable types.
In theory cable detection and mode limiting is needed if you put a
SATA/PATA bridge on a 40 wir
Correct handling of SRST reset sequences. After an SRST it is undefined
whether the drive has gone back to PIO0. In order to talk safely we should
talk slowly and carefully until we know.
Thus when we do the reset if the controller has a pio setup method we call
it to flip back to PIO 0 and a know
With the PCI layer properly handling legacy IDE and the kernel now using
it these can go
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.23rc3-mm1/include/asm-generic/libata-portmap.h
linux-2.6.23rc3-mm1/include/asm-ge
More cable funnies
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_via.c
linux-2.6.23rc3-mm1/drivers/ata/pata_via.c
--- linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_via.c 2007-08-22
17:23:0
More short cables
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_sis.c
linux-2.6.23rc3-mm1/drivers/ata/pata_sis.c
--- linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_sis.c 2007-08-22
17:23:0
This avoids allocating DMA buffers if not needed but at the moment is
mostly just a neatness item.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_acpi.c
linux-2.6.23rc3-mm1/drivers/ata/pata_
Gaston, Jason D wrote:
Hello,
Now that the AHCI driver has support for all controllers with the 0x0106
(AHCI) class code, I am not planning on adding controller DeviceID's for
AHCI controllers. I want to verify that this is the correct course of
action.
Note: I still will have to add the Inte
Hello,
Now that the AHCI driver has support for all controllers with the 0x0106
(AHCI) class code, I am not planning on adding controller DeviceID's for
AHCI controllers. I want to verify that this is the correct course of
action.
Note: I still will have to add the Intel SW "RAID" controller
De
On Wed, 22 Aug 2007 19:24:39 +0200
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 8/22/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> [snip]
> > -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp
On 20:31 Mon 13 Aug 2007, Scott Thompson wrote:
> patchset against 2.6.23-rc3. corrects missing ioremap return checks.
>
> Warning -- cleanup handler here may miss additional required cleanup as has
> occurred on other
> portions of ioremap audit.
>
> This patch had been submitted previously bu
On 8/22/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
[snip]
> -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61.patch
> -ata-add-the-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix.patch
[snip]
On 08/22/2007 06:23 PM, Lennart Sorensen wrote:
On Wed, Aug 22, 2007 at 05:48:52PM +0200, Rene Herman wrote:
He has a SATA harddrive and an IDE DVD drive. When he compiles with
CONFIG_ATA_PIIX (a driver which advertises both SATA and PATA in its
description) his drive works, his DVD does not
On Wed, Aug 22, 2007 at 05:48:52PM +0200, Rene Herman wrote:
> He has a SATA harddrive and an IDE DVD drive. When he compiles with
> CONFIG_ATA_PIIX (a driver which advertises both SATA and PATA in its
> description) his drive works, his DVD does not. Is that not the correct
> driver? Does he ne
On 08/22/2007 01:23 PM, Alan Cox wrote:
The old SATA driver available from the IDE menu also does not support your
chip, so I don't believe there are any workarounds -- you'll need the issue
fixed.
What issue ?
From the report its quite simple - enable the correct CONFIG_ATA based
drivers an
> My target is an embedded SoC which has PATA autodetect support.
Nice.
> First, I need to convert the vendor-supplied legacy IDE driver to a
> PATA platform driver. Can you recommend best-of-breed existing PATA
> drivers to use as a reference for this work?
pata_platform is a dumb platform dev
--- Alan Cox <[EMAIL PROTECTED]> wrote:
> On Fri, 17 Aug 2007 08:56:35 -0700 (PDT)
> Paul Wakeman <[EMAIL PROTECTED]> wrote:
>
> > Does libata support PATA hotplug?
> >
> > I have a PCMCIA CF using TrueIDE mode and want to be able to
> hotplug CF
> > cards. Would I get hotplug for free if I conv
> This patch updates the pata_via cable override DMI table to also
> recognise my Targa Visionary 811 laptop (== Arima W730-K8).
> With this patch pata_via does UDMA100 just like the old IDE driver.
>
> Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
>
> The old SATA driver available from the IDE menu also does not support your
> chip, so I don't believe there are any workarounds -- you'll need the issue
> fixed.
What issue ?
>From the report its quite simple - enable the correct CONFIG_ATA based
drivers and it should all work fine.
-
To unsu
On 22/08/2007 at 04:35 +0200, Rene Herman wrote:
> The old SATA driver available from the IDE menu also does not support your
> chip, so I don't believe there are any workarounds -- you'll need the issue
> fixed.
I had the same issue when I compiled 2.6.22 on my T60 (SATA_AHCI drives
my hd). I
On Fri, 3 Aug 2007 23:32:17 +0100, Alan Cox wrote:
>On Fri, 3 Aug 2007 20:28:39 +0200 (MEST)
>Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
>> The machine is an Athlon64 laptop with a K8T800 chipset. With the IDE
>> VIA driver the disk is detected as udma/100:
>
>Currently old IDE via driver has a
On Aug 22, 2007, at 1:02 AM, Tejun Heo wrote:
Rusty Conover wrote:
After adding a semicolon to the added line, and recompiling there are
still timeouts like before on the PMP ports.
Oops.
It did have the effect of setting the SATA speed to 1.5 rather
then 3.0
on boot though.
Yeah, that
Rusty Conover wrote:
> After adding a semicolon to the added line, and recompiling there are
> still timeouts like before on the PMP ports.
Oops.
> It did have the effect of setting the SATA speed to 1.5 rather then 3.0
> on boot though.
Yeah, that was the intention. I'm running out of ideas.
36 matches
Mail list logo
