Thanks for the excellent rundown.
>sata_sil24: 3124/3132 chips don't have any outstanding serious
>problems. IRQ loss on PCI-X was the only recent serious known
>problem but it's fixed now.
I'm still a little confused how to translate this known-good chipset to
an actual buyable PCI card. It is
-stable review patch. If anyone has any objections, please let us know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
Differs from mainline, but the functionality is already there.
P5W-DH Deluxe has ICH7R which doesn't have PMP support but SIMG 4726
hardwired to the second port of AHC
-stable review patch. If anyone has any objections, please let us know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
Differs from mainline, but the functionality is already there.
Backport ATA_FLAG_NO_SRST and ATA_FLAG_ASSUME_ATA. These are
originally link flags (ATA_LFLAG_*) but li
-stable review patch. If anyone has any objections, please let us know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
Synchronize NCQ blacklist with the current upstream. Based on changes
already in Linus's 2.6.24-rc kernel tree.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc: Jeff
On 15-11-07 00:23, David Miller wrote:
From: Takashi Iwai <[EMAIL PROTECTED]>
BTW, I also prefer keeping the name [EMAIL PROTECTED] It's been so.
That's fine with me, I've changed it [EMAIL PROTECTED]
Great, thanks. Jaroslav -- given that this list won't need moderation I'd
consider it
On 15-11-07 05:16, Bron Gondwana wrote:
Totally unrelated - I sent something to the kolab mailing list a couple
[ ... ]
I'm sure if I had something that I considered worth informing the ALSA
project of, I'd be wary of spending the same effort writing a good post
knowing it may be dropped in
On Wed, Nov 14, 2007 at 12:46:24PM +0100, Rene Herman wrote:
> On 14-11-07 11:07, David Miller wrote:
>
> Added Jaroslav and Takashi to the already extensive CC
>
>> From: Russell King <[EMAIL PROTECTED]>
>
>>> So, when are you creating a replacement alsa-devel mailing list on
>>> vger? That's
Tejun Heo wrote:
* marvell ones: I don't have much idea. Jeff? Mark?
..
Right now, support is rather primitive and incomplete in sata_mv.
That may change over the next few months, as Marvell is beginning to
show some desire to have their chips fully supported, to/beyond the
current levels t
Tejun Heo wrote:
Jeff Breidenbach wrote:
I read with interest I. Straford's current trials and tribulations
with the Promise SATA300 TX4. Do people have a favorite
alternative to this card that plays well with Linux? I've read the
chipset compatibility list, but am not sure how to boil that
info
Tejun Heo wrote:
Mark Lord wrote:
Tomasz Chmielewski wrote:
Is there an online Kernelish-English dictionary anywhere? ;)
..
Unfortunately not.
At some point, we *really* need to convice {Tejun,Jeff} that libata
messages should be simpler, fewer, and more human readable by default,
with perha
Robert Hancock wrote:
> Tejun Heo wrote:
>> Robert Hancock wrote:
>>> This fixes some problems with ATAPI devices on nForce4 controllers in
>>> ADMA mode
>>> on systems with memory located above 4GB. We need to delay setting
>>> the 64-bit
>>> DMA mask until the PRD table and padding buffer are all
Tejun Heo wrote:
Robert Hancock wrote:
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode
on systems with memory located above 4GB. We need to delay setting the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that they don't
get allocated abov
Mark Lord wrote:
> Tomasz Chmielewski wrote:
>> Is there an online Kernelish-English dictionary anywhere? ;)
> ..
>
> Unfortunately not.
>
> At some point, we *really* need to convice {Tejun,Jeff} that libata
> messages should be simpler, fewer, and more human readable by default,
> with perhaps
Jeff Breidenbach wrote:
> I read with interest I. Straford's current trials and tribulations
> with the Promise SATA300 TX4. Do people have a favorite
> alternative to this card that plays well with Linux? I've read the
> chipset compatibility list, but am not sure how to boil that
> information do
Gabriel C wrote:
> Hi,
>
> With newer kernels HDD in my old laptop is limited to UDMA 33.
> With this patch I get UDMA 100 again.
>
> Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
applied to #tj-upstream-fixes with Hi, edited out. :-)
--
tejun
-
To unsubscribe from this list: send t
On Tuesday November 13, [EMAIL PROTECTED] wrote:
> On Tuesday 13 November 2007 07:08, Mark Lord wrote:
> > Ingo Molnar wrote:
> > ..
> >
> > > This is all QA-101 that _cannot be argued against on a rational basis_,
> > > it's just that these sorts of things have been largely ignored for
> > > years
On Wednesday November 14, [EMAIL PROTECTED] wrote:
> On Wed, Nov 14, 2007 at 09:38:20AM -0800, Randy Dunlap wrote:
> > On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
> > > so please stop this "too busy and too noisy" nonsense already. It was
> > > nonsense 10 years ago and it's nonsense tod
Mark Lord wrote:
> Sebastian Kemper reported that issuing CD/DVD commands under libata
> is not fully compatible with ide-scsi. In particular, the
> GPCMD_SET_STREAMING
> was being rejected at the host level in some instances.
>
> The reason is that libata-scsi insists upon the cmd_len field exac
Tejun Heo wrote:
> If so, can you please add that switching into register mode is okay as
> long as there's no other ADMA commands in flight and add
> WARN_ON((qc->flags & ATA_QCFLAG_RESULT_TF) && link->sactive)?
More accurately, link->sactive test can be substituted with
(ap->qc_allocated & ~(1 <
Hello,
Robert Hancock wrote:
> We need to run any DMA command with result taskfile requested in ADMA mode
> when the port is in ADMA mode, otherwise it may try to use the legacy DMA
> engine
> in ADMA mode which is not allowed. Enforce this with BUG_ON() since data
> corruption could potentially
Robert Hancock wrote:
> This fixes some problems with ATAPI devices on nForce4 controllers in ADMA
> mode
> on systems with memory located above 4GB. We need to delay setting the 64-bit
> DMA mask until the PRD table and padding buffer are allocated so that they
> don't
> get allocated above 4GB
I Stratford wrote:
> On Nov 12, 2007 4:01 AM, Tejun Heo <[EMAIL PROTECTED]> wrote:
>
>> Mikael Pettersson wrote:
>>> First, a workaround for a HW erratum affecting 2nd-generation
>>> chips like the SATA300 TX4 was included in kernel 2.6.24-rc2.
>> ...
>> Alright, if it's fixable, no problem. I ju
Albert Lee wrote:
> After an error condition, some ATAPI tape drives set DRQ=1 together with ERR=1
> when asking the host to transfer the CDB of the next packet command (i.e.
> request sense).
> This patch, a revised version of Alan/Mark's previous patch, adds
> ATA_HORKAGE_STUCK_ERR
> to workaro
Albert Lee wrote:
> Per Mark's comments, maybe all ATAPI tape drives need ATA_HORKAGE_STUCK_ERR.
> This patch applys ATA_HORKAGE_STUCK_ERR for all ATAPI tape drives.
>
> Signed-off-by: Albert Lee <[EMAIL PROTECTED]>
> Cc: Mark Lord <[EMAIL PROTECTED]>
applied to #tj-upstream-fixes.
--
tejun
-
T
Hein-Pieter van Braam wrote:
Hi list,
I have a couple of Highpoint Rocket(Fake)Raid 2300 PCI-e X1 adapters in
my system, I bought those because the box said ('Open Source' next to
'linux driver' btw, talk about false advertising). Here's the lspci
output:
02:00.0 SCSI storage controller: HighPo
On Tue, 13 Nov 2007, Theodore Tso wrote:
> There are two parts to this. One is a Ubuntu development kernel which
> we can give to large numbers of people to expand our testing pool.
> But if we don't do a better job of responding to bug reports that
> would be generated by expanded testing this w
From: Takashi Iwai <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 10:47:39 +0100
> I think alsa-user can stay as is. It's no place for dragging many
> other addresses like alsa-devel.
>
> BTW, I also prefer keeping the name [EMAIL PROTECTED] It's been so.
That's fine with me, I've changed it [EMAI
Hi list,
I have a couple of Highpoint Rocket(Fake)Raid 2300 PCI-e X1 adapters in
my system, I bought those because the box said ('Open Source' next to
'linux driver' btw, talk about false advertising). Here's the lspci
output:
02:00.0 SCSI storage controller: HighPoint Technologies, Inc. RocketRA
Mark Lord wrote:
Morrison, Tom wrote:
I have gotten it to boot from those hard-drives and it has the same
behavior:
Copying a large file to the same partition (>150MEG)
causes the system to hang (no I/O - no input/output - nothing -
complete freeze - like a primary resource
Morrison, Tom wrote:
I have gotten it to boot from those hard-drives and it
has the same behavior:
Copying a large file to the same partition (>150MEG)
causes the system to hang (no I/O - no input/output -
nothing - complete freeze - like a primary resource
is locked up or interr
On 11/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007 16:11:25 -0800 (PST) [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=9373
> >
> >Summary: PDC20267 exception Emask on I/O
> >Product: IO/Storage
> >Version: 2.5
Denys Vlasenko wrote:
> hi Matthew,
>
> On Wednesday 14 November 2007 06:35, Hannes Reinecke wrote:
>> Matthew Wilcox wrote:
>>> On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
Finally they replied and asked to rediff it against their
git tree. I did that and sent patches
hi Matthew,
On Wednesday 14 November 2007 06:35, Hannes Reinecke wrote:
> Matthew Wilcox wrote:
> > On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
> >> Finally they replied and asked to rediff it against their
> >> git tree. I did that and sent patches back. No reply since then.
>
I have gotten it to boot from those hard-drives and it
has the same behavior:
Copying a large file to the same partition (>150MEG)
causes the system to hang (no I/O - no input/output -
nothing - complete freeze - like a primary resource
is locked up or interrupt
On Wed, 14 Nov 2007 21:37:37 +0100 Ingo Molnar wrote:
> ok, then you conceded it by not replying to it? good ;-)
No, I don't intend to carry on this discussion,
but I appreciate the smiley.
---
~Randy
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message
On Wed, 14 Nov 2007, Ingo Molnar wrote:
Dumping even more crap on lkml is not the answer.
that "crap" that i'd like to see dumped upon lkml would be netdev
traffic mainly - most of the other kernel development lists (and i'm
subscribed to many of them) are low-traffic. netdev is the main reaso
* James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-11-14 at 11:56 -0800, David Miller wrote:
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> > Date: Wed, 14 Nov 2007 15:08:47 +0100
> >
> > > In fact this thread is the very example: David points out that on netdev
> > > some of those bugs w
* David Miller <[EMAIL PROTECTED]> wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Wed, 14 Nov 2007 15:08:47 +0100
>
> > In fact this thread is the very example: David points out that on netdev
> > some of those bugs were already discussed and resolved. Had it been all
> > on lkml we'd
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Wed, 14 Nov 2007 21:16:39 +0100 Ingo Molnar wrote:
>
> > countered by the underlined sentences above, just in case you missed
> > it.
>
> I didn't miss your claim.
ok, then you conceded it by not replying to it? good ;-)
Ingo
-
To unsubs
On Wed, 14 Nov 2007 21:16:39 +0100 Ingo Molnar wrote:
> countered by the underlined sentences above, just in case you missed it.
I didn't miss your claim.
---
~Randy
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to [EMAIL PROTECTED]
More majord
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
>
> >
> > * Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > > > (and this is in no way directed at the networking folks - it holds
> > > > for all of us. I have one main complaint about networkin
OK:
32-bit linux - Large Physical Memory / Large PTE
(CONFIG_PTE_64BIT & CONFIG_PHYS_64BIT)
4 Gig of DDR RAM
Here is the lspci -vv
-bash-2.05b# lspci -vv
00:00.0 Power PC: Unknown device 1957:0012 (rev 20)
!!! Invalid class 0b20 for header type 01
Control
On Wed, 2007-11-14 at 11:56 -0800, David Miller wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Wed, 14 Nov 2007 15:08:47 +0100
>
> > In fact this thread is the very example: David points out that on netdev
> > some of those bugs were already discussed and resolved. Had it been all
> > on
On Wed, Nov 14, 2007 at 01:24:48PM +, Pavel Machek wrote:
> Hi!
>
> > > Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
> > > http://bugzilla.kernel.org/show_bug.cgi?id=9275
> > > Kernel: 2.6.23
> > > This is HP notebook nc6320 T2400 945GM
> >
> > No response from developers
>
> May
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 15:08:47 +0100
> In fact this thread is the very example: David points out that on netdev
> some of those bugs were already discussed and resolved. Had it been all
> on lkml we'd all be aware of it.
That's a rediculious argument.
One
On Wed, Nov 14, 2007 at 02:07:06AM -0800, David Miller wrote:
> From: Russell King <[EMAIL PROTECTED]>
> Date: Wed, 14 Nov 2007 09:55:07 +
>
> > On Tue, Nov 13, 2007 at 05:55:51PM -0800, David Miller wrote:
> > > I've created [EMAIL PROTECTED]
> >
> > By doing so you've just said (implicitly)
On Wed, Nov 14, 2007 at 01:46:09PM -0500, Mark Lord wrote:
> Allen Martin wrote:
> ..
>> Errata for which there is an SBIOS workaround are generally only
>> released to BIOS vendors and under NDA. If Linux users were impacted by
>> such a bug we would most likely release a patch, but a much more l
Morrison, Tom wrote:
-Original Message-
From: Mark Lord [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 14, 2007 12:57 PM
To: Morrison, Tom
Cc: Jeff Garzik; linux-ide@vger.kernel.org; [EMAIL PROTECTED]
Subject: Re: 2.6.23.1 - sata_mv (7042) hang with large file operations
Morrison,
Allen Martin wrote:
..
Errata for which there is an SBIOS workaround are generally only
released to BIOS vendors and under NDA. If Linux users were impacted by
such a bug we would most likely release a patch, but a much more likely
..
All of that silly secrecy harms your company and your custo
Morrison, Tom wrote:
-Original Message-
From: Mark Lord [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 14, 2007 12:57 PM
To: Morrison, Tom
Cc: Jeff Garzik; linux-ide@vger.kernel.org; [EMAIL PROTECTED]
Subject: Re: 2.6.23.1 - sata_mv (7042) hang with large file operations
Morrison,
> > What I'm worred about is SMI traps implemented in the SBIOS for AHCI
> > workarounds that may be disabled when in IDE mode.
>
> For Nvidia devices those would only be present if there were problems
> with the AHCI hardware right, which would mean you could
> simply tell us
> what workarounds
Morrison, Tom wrote:
..
::: Can you give me exact details of how to set up and reproduce this?
::: -- Kernel version
Linux-2.6.23.1
NOTE: I am using ppc (arch/ppc instead of arch/powerpc)
..
Okay. Is that 32-bit or 64-bit? How much RAM ?
My PPC machine is not currently set
Denys Vlasenko wrote:
> On Wednesday 14 November 2007 00:27, Adrian Bunk wrote:
>> You missed the following in my email:
>> "we slowly scare them away due to the many bug reports without any
>> reaction."
>>
>> The problem is that bug reports take time. If you go away from easy
>> things like comp
On Wed, Nov 14, 2007 at 09:38:20AM -0800, Randy Dunlap wrote:
> On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
> > so please stop this "too busy and too noisy" nonsense already. It was
> > nonsense 10 years ago and it's nonsense today. In 10 years the kernel
> > grew from a 1 million lines
-Original Message-
From: Mark Lord [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 14, 2007 12:57 PM
To: Morrison, Tom
Cc: Jeff Garzik; linux-ide@vger.kernel.org; [EMAIL PROTECTED]
Subject: Re: 2.6.23.1 - sata_mv (7042) hang with large file operations
Morrison, Tom wrote:
>
> The pr
Morrison, Tom wrote:
All,
I apologize if this has been discussed - but I haven't been
able to find exactly what I am looking for in the discussions
the last few weeks...
I am running Linux 2.6.23.1 and have a 7042 SATA driver running
(that seems to run very well) - it has the fixes talked abo
On Wed, Nov 14, 2007 at 12:44:23PM -0500, Mark Lord wrote:
> Sebastian Kemper reported that issuing CD/DVD commands under libata
> is not fully compatible with ide-scsi. In particular, the
> GPCMD_SET_STREAMING
> was being rejected at the host level in some instances.
>
> The reason is that liba
All,
I apologize if this has been discussed - but I haven't been
able to find exactly what I am looking for in the discussions
the last few weeks...
I am running Linux 2.6.23.1 and have a 7042 SATA driver running
(that seems to run very well) - it has the fixes talked about
between Jeff & Olaf (
Sebastian Kemper reported that issuing CD/DVD commands under libata
is not fully compatible with ide-scsi. In particular, the GPCMD_SET_STREAMING
was being rejected at the host level in some instances.
The reason is that libata-scsi insists upon the cmd_len field exactly matching
the SCSI opcode
On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
>
> * Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > > (and this is in no way directed at the networking folks - it holds
> > > for all of us. I have one main complaint about networking: the
> > > separate netdev list is a bad idea - network
On Wed, Nov 14, 2007 at 09:34:47AM -0500, Tony Battersby wrote:
> Greg KH wrote:
> > On Tue, Oct 16, 2007 at 09:25:41PM +0200, Bartlomiej Zolnierkiewicz wrote:
> >
> >> On Monday 15 October 2007, Tony Battersby wrote:
> >>
> >>> The patch described by the following excerpt from ChangeLog-2.
> The AHCI code falls back to 32bit DMA in that case. Which in turn
> causes the problem seen by Srihari. There is not much printk sticking
> necessary, the code is simply not handling this.
What code is not handling what?
IOMMU merging should be always safe. If it is not the driver should
no
On Wed, 14 Nov 2007, Andi Kleen wrote:
> On Wednesday 14 November 2007 12:55, Srihari Vijayaraghavan wrote:
> > [Sorry to reply to my own email thread]
> >
> > Srihari Vijayaraghavan <[EMAIL PROTECTED]> wrote:
> > ...
> >
> > > No problems. Here's the log of unworking kernel with IOMMU turned on.
>
Bartlomiej Zolnierkiewicz wrote:
* Rename cris_dma_{on,off}() to cris_dma_host_{on,off}().
Haven't you killed dma_on/dma_off_quietly() methods in the previosu patch?
* Remove no longer needed ->dma_off_quietly
(IDE core has the needed code now).
* Make cris_dma_host_on() void.
Cc:
Bartlomiej Zolnierkiewicz wrote:
Merge ->dma_host_{on,off} methods into ->dma_host_set method
which takes 'int on' argument.
There should be no functionality changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTE
Bartlomiej Zolnierkiewicz wrote:
* Make ide_dma_off_quietly() and __ide_dma_on() always available.
* Drop "__" prefix from __ide_dma_on().
* Check for presence of ->dma_host_on instead of ->ide_dma_on.
* Convert all users of ->ide_dma_on and ->dma_off_quietly methods
to use ide_dma_on
Tomasz Chmielewski wrote:
Mark Lord schrieb:
Tomasz Chmielewski wrote:
This are the log entries I saw as I started e2fsck on a 5-disk Linux
RAID-5 array; all disks connected to a sata_mv controller:
ata6.00: exception Emask 0x1 SAct 0x0 SErr 0x10 action 0x6 frozen
ata6.00: edma_err 0x
Mark Lord schrieb:
Tomasz Chmielewski wrote:
This are the log entries I saw as I started e2fsck on a 5-disk Linux
RAID-5 array; all disks connected to a sata_mv controller:
ata6.00: exception Emask 0x1 SAct 0x0 SErr 0x10 action 0x6 frozen
ata6.00: edma_err 0x0084, EDMA self-disable
..
Tomasz Chmielewski wrote:
This are the log entries I saw as I started e2fsck on a 5-disk Linux
RAID-5 array; all disks connected to a sata_mv controller:
ata6.00: exception Emask 0x1 SAct 0x0 SErr 0x10 action 0x6 frozen
ata6.00: edma_err 0x0084, EDMA self-disable
..
Translation:
"The
Bartlomiej Zolnierkiewicz wrote:
* Mask device DMA masks by ATA_{S,M}WDMA2 in cy82c693_ide_dma_on().
* Remove clipping of DMA modes by id->tDMA in cy82c693_dma_enable():
- id->tDMA may not be defined on newer devices
- id->vendor6/id->tDMA word is in LE endianness
(cy82c693 seems to b
Ingo Molnar wrote:
> * Mark Lord <[EMAIL PROTECTED]> wrote:
>
>>> You're assuming that everything in linux-2.6 was downloaded; that's
>>> not true. Everything in linux-2.6/.git was downloaded; but then you
>>> do a checkout which happens to approximately double the size of the
>>> linux-2.6 di
Greg KH wrote:
> On Tue, Oct 16, 2007 at 09:25:41PM +0200, Bartlomiej Zolnierkiewicz wrote:
>
>> On Monday 15 October 2007, Tony Battersby wrote:
>>
>>> The patch described by the following excerpt from ChangeLog-2.6.22 makes
>>> it impossible to use UDMA on a Tyan S2707 motherboard (SvrWks
* Mark Lord <[EMAIL PROTECTED]> wrote:
>> You're assuming that everything in linux-2.6 was downloaded; that's
>> not true. Everything in linux-2.6/.git was downloaded; but then you
>> do a checkout which happens to approximately double the size of the
>> linux-2.6 directory.
> ..
>
> Ah, I wo
FWIW, I see the same problem with another HP notebook, DV4378EA with
radeon X700 video card. It does not happen frequently but I can say
that since I disabled the tickless feature I can't reproduce the
problem anymore.
On Nov 14, 2007 2:24 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > >
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > (and this is in no way directed at the networking folks - it holds
> > for all of us. I have one main complaint about networking: the
> > separate netdev list is a bad idea - networking regressions should
> > be discussed and fixed on lkml, like mo
Hi!
> > Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
> > http://bugzilla.kernel.org/show_bug.cgi?id=9275
> > Kernel: 2.6.23
> > This is HP notebook nc6320 T2400 945GM
>
> No response from developers
Maybe I'm optimistic, but I expected Ingo/Thomas to look after nohz
problems. nohz=of
At Wed, 14 Nov 2007 13:21:30 +0100,
Rene Herman wrote:
>
> On 14-11-07 09:25, Takashi Iwai wrote:
>
> > At Wed, 14 Nov 2007 04:01:31 -0800 (PST),
> > David Miller wrote:
> >> From: David Miller <[EMAIL PROTECTED]>
> >> Date: Wed, 14 Nov 2007 03:56:57 -0800 (PST)
> >>
> >>> The fact that it farts
Matthew Wilcox wrote:
> On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
>> Finally they replied and asked to rediff it against their
>> git tree. I did that and sent patches back. No reply since then.
>>
>> And mind you, the patch is not trying to do anything
>> complex, it mostly m
On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
> Finally they replied and asked to rediff it against their
> git tree. I did that and sent patches back. No reply since then.
>
> And mind you, the patch is not trying to do anything
> complex, it mostly moves code around, removes 'i
On 14-11-07 13:01, David Miller wrote:
From: David Miller <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 03:56:57 -0800 (PST)
The fact that it farts at me every time I post to this thread.
See? I got another one and I have received at least 10 of the
following over the past 2 days.
Nah, in th
On 14-11-07 12:56, David Miller wrote:
From: Rene Herman <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 12:46:24 +0100
[EMAIL PROTECTED] is not subscriber-only. Same as that arm list,
it's _moderated_ for non-subscribers and given that I and other moderators
have been doing our best to moderate q
On Tue, 13 Nov 2007, Andrew Morton wrote:
> > HID
> >
> > Kernel NULL pointer dereference at :usbhid:hiddev_ioctl+0x2f/0xabc
> > http://bugzilla.kernel.org/show_bug.cgi?id=9216
> > Kernel: 2.6.23.1
> > Looks like this is a regres
On 14-11-07 09:25, Takashi Iwai wrote:
At Wed, 14 Nov 2007 04:01:31 -0800 (PST),
David Miller wrote:
From: David Miller <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 03:56:57 -0800 (PST)
The fact that it farts at me every time I post to this thread.
See? I got another one and I have received a
On Wed, 14 Nov 2007 14:13:05 +0800
Albert Lee <[EMAIL PROTECTED]> wrote:
> After an error condition, some ATAPI tape drives set DRQ=1 together with ERR=1
> when asking the host to transfer the CDB of the next packet command (i.e.
> request sense).
> This patch, a revised version of Alan/Mark's pr
On Wednesday 14 November 2007 12:55, Srihari Vijayaraghavan wrote:
> [Sorry to reply to my own email thread]
>
> Srihari Vijayaraghavan <[EMAIL PROTECTED]> wrote:
> ...
>
> > No problems. Here's the log of unworking kernel with IOMMU turned on.
> > Basically it goes on reseting the SATA ports throw
At Wed, 14 Nov 2007 04:01:31 -0800 (PST),
David Miller wrote:
>
> From: David Miller <[EMAIL PROTECTED]>
> Date: Wed, 14 Nov 2007 03:56:57 -0800 (PST)
>
> > The fact that it farts at me every time I post to this thread.
>
> See? I got another one and I have received at least 10 of the
> followi
On Tue, 13 Nov 2007 22:15:51 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> This fixes some problems with ATAPI devices on nForce4 controllers in ADMA
> mode
> on systems with memory located above 4GB. We need to delay setting the 64-bit
> DMA mask until the PRD table and padding buffer are al
From: David Miller <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 03:56:57 -0800 (PST)
> The fact that it farts at me every time I post to this thread.
See? I got another one and I have received at least 10 of the
following over the past 2 days.
That's rediculious.
And because a human adds the whi
From: Rene Herman <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 12:46:24 +0100
> [EMAIL PROTECTED] is not subscriber-only. Same as that arm list,
> it's _moderated_ for non-subscribers and given that I and other moderators
> have been doing our best to moderate quickly (I tend to stay logged in to
[Sorry to reply to my own email thread]
Srihari Vijayaraghavan <[EMAIL PROTECTED]> wrote:
...
> No problems. Here's the log of unworking kernel with IOMMU turned on.
> Basically it goes on reseting the SATA ports throwing many errors (none are
> present in 2.6.23 or on 2.6.24-rc with mem=3500M) fo
On 14-11-07 11:07, David Miller wrote:
Added Jaroslav and Takashi to the already extensive CC
From: Russell King <[EMAIL PROTECTED]>
So, when are you creating a replacement alsa-devel mailing list on
vger? That's also subscribers-only.
The operative term is "alternative" rather than "
Bartlomiej Zolnierkiewicz wrote:
* Move the common code from ide_dump_{ata,atapi}_status() to
ide_dump_status().
* ide_dump_{ata,atapi}_status() -> ide_dump_{ata,atapi}_error().
There should be no functionality changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz <[E
From: Russell King <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 09:55:07 +
> On Tue, Nov 13, 2007 at 05:55:51PM -0800, David Miller wrote:
> > I've created [EMAIL PROTECTED]
>
> By doing so you've just said (implicitly) that you can not tolerate
> someone having a different opinion from your ow
On Tue, Nov 13, 2007 at 05:55:51PM -0800, David Miller wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Tue, 13 Nov 2007 14:32:01 -0800
>
> > On Tue, 13 Nov 2007 22:18:01 + Russell King <[EMAIL PROTECTED]> wrote:
> >
> > > Find some other mailing list; I'm not hosting *nor* am I willi
This are the log entries I saw as I started e2fsck on a 5-disk Linux
RAID-5 array; all disks connected to a sata_mv controller:
Nov 13 18:57:33 superthecus kernel: ata6.00: exception Emask 0x1 SAct
0x0 SErr 0x10 action 0x6 frozen
Nov 13 18:57:34 superthecus kernel: ata6.00: edma_err 0x0
I Stratford wrote:
On Nov 12, 2007 4:01 AM, Tejun Heo <[EMAIL PROTECTED]> wrote:
Mikael Pettersson wrote:
First, a workaround for a HW erratum affecting 2nd-generation
chips like the SATA300 TX4 was included in kernel 2.6.24-rc2.
...
Alright, if it's fixable, no problem. I just wanted to rem
On Tue, Nov 13, 2007 at 06:27:00PM -0800, Andrew Morton wrote:
> On Tue, 13 Nov 2007 17:55:51 -0800 (PST) David Miller <[EMAIL PROTECTED]>
> wrote:
>
> > I've created [EMAIL PROTECTED]
>
> Let me just say - I'm astonished at how little spam gets though the vger
> lists. Considering how many tim
On Nov 12, 2007 4:01 AM, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Mikael Pettersson wrote:
> > First, a workaround for a HW erratum affecting 2nd-generation
> > chips like the SATA300 TX4 was included in kernel 2.6.24-rc2.
> ...
> Alright, if it's fixable, no problem. I just wanted to remind that
>
98 matches
Mail list logo
