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 times those
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
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 willing to run a
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 own.
I
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
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) for
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
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 at
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 regression
No
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
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
following over
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 throwing many
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
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
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
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=off
* 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 most other
* 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 wondered why
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 directory.
..
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 CSB5):
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 be
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
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
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
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
not
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.
Basically it
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
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 - networking
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
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
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
-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:
snip
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
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
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
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) that you can
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, 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 lkml we'd
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
* 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 networking: the
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
* 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 unsubscribe
* 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 all be aware
* 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 were already
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 reason
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
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.
And
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 back. No reply
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 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
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
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
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 workaround
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
-
To
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
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
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 qc-tag)).
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 exactly
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, in favor of
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 down
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 a sysfs
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
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 allocated so that
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
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
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
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 also
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
-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
-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
-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 AHCI
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
74 matches
Mail list logo