Paul Rolland wrote:
Hello,
I'm preparing to attach a disk.
In the meantime, I've rebuild a 2.6.21-rc4, and got that while booting :
...
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATA-7: Maxtor 6L250S0, BANC1G10, max UDMA/133
ata1.00: 490234752 sectors, multi 0: LBA48
If you leave it alone, does libata turn off NCQ and boot continues?
boot continues, but I can't tell anything about libata turning of NCQ...
I've had a bunch of them at some while while compiling some kernel, so it
was quite some time after booting.
Is there a message I can check for that would
Signed-off-by: Paul Rolland [EMAIL PROTECTED]
NAK - but add the firmware to the match and you can have an Ack 8)
Second try, compiled _and_ boot tested, of course.
dmesg says :
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATA-7: Maxtor 6L250S0, BANC1G10,
Paul Rolland wrote:
If you leave it alone, does libata turn off NCQ and boot continues?
boot continues, but I can't tell anything about libata turning of NCQ...
I've had a bunch of them at some while while compiling some kernel, so it
was quite some time after booting.
Is there a message
Hello,
The kernel says that NCQ is turned off due to excessive
errors. If your
HSM violation is intermittent, it might not trigger tho.
I've just grep'ed thru all my messages, and I can't find anything
stating that NCQ is being turned off...
Paul
-
To unsubscribe from this list: send
Paul Rolland wrote:
Hello,
The kernel says that NCQ is turned off due to excessive
errors. If your
HSM violation is intermittent, it might not trigger tho.
I've just grep'ed thru all my messages, and I can't find anything
stating that NCQ is being turned off...
Can you put the
Hello,
> > That sounds a quite expensive solution ;)
>
> You should be able to just move the drive attached at ata1 to ata2.
> Please report whether that works.
I'll try to find an unused disk... As I said, these ports are part of
Asus EZRaid solution, and i'd prefer this piece of code not to
Paul Rolland wrote:
>> I keep forgetting about this. I'll ask SIMG how to deal with
>> this. For
>> the time being, connecting a device to the PMP port should remove the
>> timeouts.
>
> That sounds a quite expensive solution ;)
You should be able to just move the drive attached at ata1 to
Hello,
> It involves a long timeout, so it's bothersome. This is caused by
> Silicon Image 4726/3726 storage processor (SATA Port Multiplier with
> extra features) attached to one of the ICH ports.
Yes, I think this is the part Asus is using for it's EZ-Raid feature
on this motherboard, and
Hello,
> Ok, so that's just a message irritation, not actually bothersome
> otherwise?
It is somewhat painful, because delays involved are quite long, and
it is not possible to explain the machine to "ignore" the port, and
skip to the next one...
> > The second problem is a Jmicron363
Hello,
Ok, so that's just a message irritation, not actually bothersome
otherwise?
It is somewhat painful, because delays involved are quite long, and
it is not possible to explain the machine to ignore the port, and
skip to the next one...
The second problem is a Jmicron363 controler
Hello,
It involves a long timeout, so it's bothersome. This is caused by
Silicon Image 4726/3726 storage processor (SATA Port Multiplier with
extra features) attached to one of the ICH ports.
Yes, I think this is the part Asus is using for it's EZ-Raid feature
on this motherboard, and they
Paul Rolland wrote:
I keep forgetting about this. I'll ask SIMG how to deal with
this. For
the time being, connecting a device to the PMP port should remove the
timeouts.
That sounds a quite expensive solution ;)
You should be able to just move the drive attached at ata1 to ata2.
Please
Hello,
That sounds a quite expensive solution ;)
You should be able to just move the drive attached at ata1 to ata2.
Please report whether that works.
I'll try to find an unused disk... As I said, these ports are part of
Asus EZRaid solution, and i'd prefer this piece of code not to try to
Of course I forgot to CC. :-) Quoting whole message for Justin.
Tejun Heo wrote:
> Hello, Linus.
>
> Linus Torvalds wrote:
>> On Sun, 11 Mar 2007, Paul Rolland wrote:
>>> My machine is having two problems : the one you are describing above,
>>> which is due to a SIL controler being connected
Hello, Linus.
Linus Torvalds wrote:
> On Sun, 11 Mar 2007, Paul Rolland wrote:
>> My machine is having two problems : the one you are describing above,
>> which is due to a SIL controler being connected to one port of the ICH7
>> (at least, it seems to), and probing it goes timeout, but nothing
On Sun, 11 Mar 2007, Paul Rolland wrote:
>
> My machine is having two problems : the one you are describing above,
> which is due to a SIL controler being connected to one port of the ICH7
> (at least, it seems to), and probing it goes timeout, but nothing is
> connected on it.
Ok, so that's
Hello,
> > Nope... I tried several patches from Tejun, and also some
> that Jeff posted
> > to linux-ide, but no luck. The only way to have this DVD-RW
> working is to
> > use irqpoll on the command line...
>
> So it has *never* worked? That's what I'm trying to see - you had a
> "before" and
On Sun, 11 Mar 2007, Paul Rolland wrote:
>
> Nope... I tried several patches from Tejun, and also some that Jeff posted
> to linux-ide, but no luck. The only way to have this DVD-RW working is to
> use irqpoll on the command line...
So it has *never* worked? That's what I'm trying to see - you
nal Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Rolland
> Sent: Sunday, March 11, 2007 7:35 PM
> To: 'Linus Torvalds'
> Cc: 'Tejun Heo'; 'Jeff Garzik'; 'Andrew Morton';
> linux-ide@vger.kernel.org; 'LKML'; 'Eric D. Mudama'
> Subjec
Paul,
do I understand correctly that the *only* difference between the working
setup is that you applied (by hand) the libata patch that Jeff sent out?
So plain 2.6.21-rc2 works fine, but with the patch applied, you get no
interrupts on the DVD drive?
On Sun, 11 Mar 2007, Paul Rolland wrote:
Hello,
> It seems like IRQ is not getting through. The first IRQ
> driven command is failing for you.
H
> Extract is :
> ata7: PATA max UDMA/100 cmd 0x00019c00 ctl 0x00019882 bmdma
> 0x00019400 irq 16
> ata8: PATA max UDMA/100 cmd 0x00019800 ctl
Hello,
It seems like IRQ is not getting through. The first IRQ
driven command is failing for you.
H
Extract is :
ata7: PATA max UDMA/100 cmd 0x00019c00 ctl 0x00019882 bmdma
0x00019400 irq 16
ata8: PATA max UDMA/100 cmd 0x00019800 ctl
Paul,
do I understand correctly that the *only* difference between the working
setup is that you applied (by hand) the libata patch that Jeff sent out?
So plain 2.6.21-rc2 works fine, but with the patch applied, you get no
interrupts on the DVD drive?
On Sun, 11 Mar 2007, Paul Rolland wrote:
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Rolland
Sent: Sunday, March 11, 2007 7:35 PM
To: 'Linus Torvalds'
Cc: 'Tejun Heo'; 'Jeff Garzik'; 'Andrew Morton';
linux-ide@vger.kernel.org; 'LKML'; 'Eric D. Mudama'
Subject: RE: [git patches] libata fixes
Hello,
do I understand
On Sun, 11 Mar 2007, Paul Rolland wrote:
Nope... I tried several patches from Tejun, and also some that Jeff posted
to linux-ide, but no luck. The only way to have this DVD-RW working is to
use irqpoll on the command line...
So it has *never* worked? That's what I'm trying to see - you had
Hello,
Nope... I tried several patches from Tejun, and also some
that Jeff posted
to linux-ide, but no luck. The only way to have this DVD-RW
working is to
use irqpoll on the command line...
So it has *never* worked? That's what I'm trying to see - you had a
before and after dmesg
On Sun, 11 Mar 2007, Paul Rolland wrote:
My machine is having two problems : the one you are describing above,
which is due to a SIL controler being connected to one port of the ICH7
(at least, it seems to), and probing it goes timeout, but nothing is
connected on it.
Ok, so that's just a
Hello, Linus.
Linus Torvalds wrote:
On Sun, 11 Mar 2007, Paul Rolland wrote:
My machine is having two problems : the one you are describing above,
which is due to a SIL controler being connected to one port of the ICH7
(at least, it seems to), and probing it goes timeout, but nothing is
Of course I forgot to CC. :-) Quoting whole message for Justin.
Tejun Heo wrote:
Hello, Linus.
Linus Torvalds wrote:
On Sun, 11 Mar 2007, Paul Rolland wrote:
My machine is having two problems : the one you are describing above,
which is due to a SIL controler being connected to one port
Paul Rolland wrote:
> Hell Tejun,
>
> I've boot-tested this yesterday, with no real luck...
>
> 1 - Tested on top of 2.6.21-rc2 (hope it's fine for you),
> 2 - Collected a full dmesg before and after
>
> Extract is :
> ata7: PATA max UDMA/100 cmd 0x00019c00 ctl 0x00019882 bmdma
Paul Rolland wrote:
Hell Tejun,
I've boot-tested this yesterday, with no real luck...
1 - Tested on top of 2.6.21-rc2 (hope it's fine for you),
2 - Collected a full dmesg before and after
Extract is :
ata7: PATA max UDMA/100 cmd 0x00019c00 ctl 0x00019882 bmdma
0x00
There were some bumps, but I'm surprised at the lack of ACPI problem
reports. It did live in -mm for many months, but nonetheless... we'll
see how 2.6.21 release goes.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
There were some bumps, but I'm surprised at the lack of ACPI problem
reports. It did live in -mm for many months, but nonetheless... we'll
see how 2.6.21 release goes.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
age-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Tejun Heo
> Sent: Monday, March 05, 2007 4:45 PM
> To: [EMAIL PROTECTED]
> Cc: 'Jeff Garzik'; 'Andrew Morton'; 'Linus Torvalds';
> linux-ide@vger.kernel.org; 'LKML'; 'Eric D. Mudama'
> Subject: Re: [git p
Paul Rolland wrote:
> Hello,
>
>> Your drive has some issues with NCQ and is scheduled to be blacklisted
>> such that it isn't enabled. libata used to ignore the
>> condition but now
>> considers it NCQ protocol violation and fails all pending commands.
>
> OK, do you need an hdparm report to
Hello,
> Your drive has some issues with NCQ and is scheduled to be blacklisted
> such that it isn't enabled. libata used to ignore the
> condition but now
> considers it NCQ protocol violation and fails all pending commands.
OK, do you need an hdparm report to fully identify the disk ?
>
Hello,
> 1. Has it ever worked with the previous kernels?
I can't tell, this machine is new, and it never booted something that
was not a 2.6.20 or 2.6.21.
> 2. If you connect a harddisk to pata_jmicron, does it work?
>
> 3. Does applying the attached patch fix your problem?
Will do these two
Hello,
1. Has it ever worked with the previous kernels?
I can't tell, this machine is new, and it never booted something that
was not a 2.6.20 or 2.6.21.
2. If you connect a harddisk to pata_jmicron, does it work?
3. Does applying the attached patch fix your problem?
Will do these two
Hello,
Your drive has some issues with NCQ and is scheduled to be blacklisted
such that it isn't enabled. libata used to ignore the
condition but now
considers it NCQ protocol violation and fails all pending commands.
OK, do you need an hdparm report to fully identify the disk ?
libata
Paul Rolland wrote:
Hello,
Your drive has some issues with NCQ and is scheduled to be blacklisted
such that it isn't enabled. libata used to ignore the
condition but now
considers it NCQ protocol violation and fails all pending commands.
OK, do you need an hdparm report to fully
]
[mailto:[EMAIL PROTECTED] On Behalf Of Tejun Heo
Sent: Monday, March 05, 2007 4:45 PM
To: [EMAIL PROTECTED]
Cc: 'Jeff Garzik'; 'Andrew Morton'; 'Linus Torvalds';
linux-ide@vger.kernel.org; 'LKML'; 'Eric D. Mudama'
Subject: Re: [git patches] libata fixes
Paul Rolland wrote:
Hello
Hello,
Paul Rolland wrote:
> Hello,
>
> Applied this on top of 2.6.21-rc1 and your previous patch (see my previous
> mail).
> Still booting, no more the weird error I've reported minutes ago.
>
> pata_jmicron still unable to detect my DVD-RW :
> scsi8 : pata_jmicron
> ata9.00: ATAPI, max
[cc'ing Eric D. Mudama. Hi!]
Paul Rolland wrote:
> ata1.00: exception Emask 0x2 SAct 0xffe0 SErr 0x0 action 0x2 frozen
> ata1.00: (spurious completions during NCQ issue=0x0 SAct=0xffe0
> FIS=004040a1:0010)
> ata1.00: cmd 60/02:28:52:ec:c4/00:00:0e:00:00/40 tag 5 cdb 0x0 data 1024 in
>
[cc'ing Eric D. Mudama. Hi!]
Paul Rolland wrote:
ata1.00: exception Emask 0x2 SAct 0xffe0 SErr 0x0 action 0x2 frozen
ata1.00: (spurious completions during NCQ issue=0x0 SAct=0xffe0
FIS=004040a1:0010)
ata1.00: cmd 60/02:28:52:ec:c4/00:00:0e:00:00/40 tag 5 cdb 0x0 data 1024 in
res
Hello,
Paul Rolland wrote:
Hello,
Applied this on top of 2.6.21-rc1 and your previous patch (see my previous
mail).
Still booting, no more the weird error I've reported minutes ago.
pata_jmicron still unable to detect my DVD-RW :
scsi8 : pata_jmicron
ata9.00: ATAPI, max UDMA/66
n Behalf Of Jeff Garzik
> Sent: Friday, March 02, 2007 3:09 AM
> To: Andrew Morton; Linus Torvalds
> Cc: linux-ide@vger.kernel.org; LKML
> Subject: [git patches] libata fixes
>
>
> Does not include Alan's stuff, per recent email thread.
>
> Please pull from 'upstream-linus' b
; Linus Torvalds
Cc: linux-ide@vger.kernel.org; LKML
Subject: [git patches] libata fixes
Does not include Alan's stuff, per recent email thread.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev
.git upstream-linus
to receive
Notes:
1) The patches credited to me are really extractions of Alan's patches.
2) In particular, the 'change master/slave IDENTIFY order' has a wide
(but hopefully not negative) impact, as mentioned in the thread. Since
pata_* drivers are Officially(tm) considered more experimental than
Notes:
1) The patches credited to me are really extractions of Alan's patches.
2) In particular, the 'change master/slave IDENTIFY order' has a wide
(but hopefully not negative) impact, as mentioned in the thread. Since
pata_* drivers are Officially(tm) considered more experimental than
Does not include Alan's stuff, per recent email thread.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c | 55 ++--
Does not include Alan's stuff, per recent email thread.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c | 55 ++--
On Fri, 2007-02-02 at 11:58 -0500, Jeff Garzik wrote:
> Brian and Tejun's patches fix really ugly bugs, Alan's are of less
> importance
>
> Please pull from 'upstream-linus' branch of
> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
> upstream-linus
>
> to receive the
On Fri, 2007-02-02 at 11:58 -0500, Jeff Garzik wrote:
Brian and Tejun's patches fix really ugly bugs, Alan's are of less
importance
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following
On Fri, 2 Feb 2007, alan wrote:
>
> I just thought you meant a scenario involving schedenfreud.
That would be sch*a*denfreud*e*
Linus "I win!" Torvalds
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Fri, 2 Feb 2007, Linus Torvalds wrote:
On Fri, 2 Feb 2007, Andrew Morton wrote:
http://www.google.com/search?hl=en=torvalds+schenario=Google+Search
I know. But since people pointed it out, I've actually tried to mend my
broken ways.
And the fact that people always point out that
On Fri, 2 Feb 2007, Andrew Morton wrote:
>
> http://www.google.com/search?hl=en=torvalds+schenario=Google+Search
I know. But since people pointed it out, I've actually tried to mend my
broken ways.
And the fact that people always point out that _same_ misspelled word
actually makes me
On Fri, 2 Feb 2007 09:13:56 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 2 Feb 2007, Jeff Garzik wrote:
> >
> > pata_atiixp: propogate cable detection hack from drivers/ide to the
> > new driver
>
> It's prop*a*gate.
>
> Damn.
>
> Linus "some
On Fri, 2 Feb 2007 09:13:56 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 2 Feb 2007, Jeff Garzik wrote:
> >
> > pata_atiixp: propogate cable detection hack from drivers/ide to the
> > new driver
>
> It's prop*a*gate.
>
> Damn.
So add git-commit auto spelling
Linus Torvalds wrote:
On Fri, 2 Feb 2007, Jeff Garzik wrote:
pata_atiixp: propogate cable detection hack from drivers/ide to the new
driver
It's prop*a*gate.
Damn.
Linus "some speling mistaeks drive me wild" Torvalds
Those UK types don't know how to spell tons
On Fri, 2 Feb 2007, Jeff Garzik wrote:
>
> pata_atiixp: propogate cable detection hack from drivers/ide to the new
> driver
It's prop*a*gate.
Damn.
Linus "some speling mistaeks drive me wild" Torvalds
-
To unsubscribe from this list: send the line "unsubscribe
Brian and Tejun's patches fix really ugly bugs, Alan's are of less
importance
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c |1 +
Brian and Tejun's patches fix really ugly bugs, Alan's are of less
importance
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c |1 +
On Fri, 2 Feb 2007, Jeff Garzik wrote:
pata_atiixp: propogate cable detection hack from drivers/ide to the new
driver
It's prop*a*gate.
Damn.
Linus some speling mistaeks drive me wild Torvalds
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Linus Torvalds wrote:
On Fri, 2 Feb 2007, Jeff Garzik wrote:
pata_atiixp: propogate cable detection hack from drivers/ide to the new
driver
It's prop*a*gate.
Damn.
Linus some speling mistaeks drive me wild Torvalds
Those UK types don't know how to spell tons of
On Fri, 2 Feb 2007 09:13:56 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
On Fri, 2 Feb 2007, Jeff Garzik wrote:
pata_atiixp: propogate cable detection hack from drivers/ide to the
new driver
It's prop*a*gate.
Damn.
So add git-commit auto spelling fixes for them
On Fri, 2 Feb 2007 09:13:56 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] wrote:
On Fri, 2 Feb 2007, Jeff Garzik wrote:
pata_atiixp: propogate cable detection hack from drivers/ide to the
new driver
It's prop*a*gate.
Damn.
Linus some speling mistaeks
On Fri, 2 Feb 2007, Andrew Morton wrote:
http://www.google.com/search?hl=enq=torvalds+schenariobtnG=Google+Search
I know. But since people pointed it out, I've actually tried to mend my
broken ways.
And the fact that people always point out that _same_ misspelled word
actually makes me
On Fri, 2 Feb 2007, Linus Torvalds wrote:
On Fri, 2 Feb 2007, Andrew Morton wrote:
http://www.google.com/search?hl=enq=torvalds+schenariobtnG=Google+Search
I know. But since people pointed it out, I've actually tried to mend my
broken ways.
And the fact that people always point out that
On Fri, 2 Feb 2007, alan wrote:
I just thought you meant a scenario involving schedenfreud.
That would be sch*a*denfreud*e*
Linus I win! Torvalds
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c |2 +-
drivers/ata/libata-core.c |2 +-
drivers/ata/libata-eh.c |2 +-
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c |2 +-
drivers/ata/libata-core.c |2 +-
drivers/ata/libata-eh.c |2 +-
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c | 57 --
drivers/ata/ata_generic.c|6 +++-
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c | 57 --
drivers/ata/ata_generic.c|6 +++-
All fixes for ugly bugs and/or regressions.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c| 39 +++
All fixes for ugly bugs and/or regressions.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c| 39 +++
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
Documentation/DocBook/libata.tmpl |2 +-
drivers/ata/libata-eh.c |4
drivers/ata/sata_mv.c |5
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
Documentation/DocBook/libata.tmpl |2 +-
drivers/ata/libata-eh.c |4
drivers/ata/sata_mv.c |5
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> FWIW the Tejun cleanups are a fix, split into three reviewable pieces.
>
> Also, my local iomap branch has advanced sufficiently enough that I
> think it's high time to kill those libata warnings that spew on every
> build. (I hear the crowds roar)
FWIW the Tejun cleanups are a fix, split into three reviewable pieces.
Also, my local iomap branch has advanced sufficiently enough that I
think it's high time to kill those libata warnings that spew on every
build. (I hear the crowds roar)
Please pull from 'upstream-linus' branch of
FWIW the Tejun cleanups are a fix, split into three reviewable pieces.
Also, my local iomap branch has advanced sufficiently enough that I
think it's high time to kill those libata warnings that spew on every
build. (I hear the crowds roar)
Please pull from 'upstream-linus' branch of
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
FWIW the Tejun cleanups are a fix, split into three reviewable pieces.
Also, my local iomap branch has advanced sufficiently enough that I
think it's high time to kill those libata warnings that spew on every
build. (I hear the crowds roar)
Perhaps
More fixes coming too - the thing Alan's talking about, and an ata_piix
leak-on-err fix. By Monday-ish (its a working weekend).
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
Renato S. Yamane escreveu:
> Jeff Garzik escreveu:
>> --- a/drivers/ata/pata_sil680.c
>> +++ b/drivers/ata/pata_sil680.c
>> @@ -225,6 +225,7 @@ static struct scsi_host_template sil680_
>> .proc_name = DRV_NAME,
>> .dma_boundary = ATA_DMA_BOUNDARY,
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik escreveu:
> --- a/drivers/ata/pata_sil680.c
> +++ b/drivers/ata/pata_sil680.c
> @@ -225,6 +225,7 @@ static struct scsi_host_template sil680_
> .proc_name = DRV_NAME,
> .dma_boundary = ATA_DMA_BOUNDARY,
>
FWIW: Immediately after a release (such as today's 2.6.19), I keep my
'upstream-fixes' branch alive, so that I can fast-forward bug fixes
upstream without my huge For-Next-Release pending queue ('upstream')
getting pushed.
That's what this is. And I'll be sending a similar netdev bug fix push.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik escreveu:
--- a/drivers/ata/pata_sil680.c
+++ b/drivers/ata/pata_sil680.c
@@ -225,6 +225,7 @@ static struct scsi_host_template sil680_
.proc_name = DRV_NAME,
.dma_boundary = ATA_DMA_BOUNDARY,
Renato S. Yamane escreveu:
Jeff Garzik escreveu:
--- a/drivers/ata/pata_sil680.c
+++ b/drivers/ata/pata_sil680.c
@@ -225,6 +225,7 @@ static struct scsi_host_template sil680_
.proc_name = DRV_NAME,
.dma_boundary = ATA_DMA_BOUNDARY,
.slave_configure
FWIW: Immediately after a release (such as today's 2.6.19), I keep my
'upstream-fixes' branch alive, so that I can fast-forward bug fixes
upstream without my huge For-Next-Release pending queue ('upstream')
getting pushed.
That's what this is. And I'll be sending a similar netdev bug fix push.
201 - 289 of 289 matches
Mail list logo