On Fri, 9 Nov 2007, Krzysztof Oledzki wrote:
On Fri, 2 Nov 2007, Alan Cox wrote:
On Fri, 2 Nov 2007 14:29:17 +0100 (CET)
Krzysztof Oledzki [EMAIL PROTECTED] wrote:
Hello,
I just tried to switch from old IDE to libata but unfortunately kernel
(2.6.22.10) hangs during boot:
ata1: PATA
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
This is the listing of the open bugs that are relatively new, around
2.6.22 and up. They are vaguely classified by specific area.
(not a full list, there are more :)
The good part is that reporters of the bugs
Bartlomiej Zolnierkiewicz wrote:
Add ide_toggle_bounce() call to -ide_dma_on/-dma_off_quietly
methods so they match generic __ide_dma_on()/ide_dma_off_quietly().
Since there is no PCI device there should be no functionality
changes caused by this patch.
Signed-off-by: Bartlomiej
Bartlomiej Zolnierkiewicz wrote:
Add ide_toggle_bounce() call to -ide_dma_on/-dma_off_quietly
methods so they match generic __ide_dma_on()/ide_dma_off_quietly().
Cc: Jeremy Higdon [EMAIL PROTECTED]
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL
Bartlomiej Zolnierkiewicz wrote:
Add ide_toggle_bounce() call to -ide_dma_on/-dma_off_quietly
methods so they match generic __ide_dma_on()/ide_dma_off_quietly().
Since there is no PCI device there should be no functionality
changes caused by this patch.
Signed-off-by: Bartlomiej
On Tue, Nov 13 2007, Andrew Morton wrote:
I/O STORAGE===
kernel bug from pktcdvd
http://bugzilla.kernel.org/show_bug.cgi?id=9294
Kernel: 2.6.23
I think we might have fixed this.
It's fixed and merged, I just forgot to close the
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
Index: b/drivers/ide/ide-dma.c
===
--- a/drivers/ide/ide-dma.c
+++
Bartlomiej Zolnierkiewicz wrote:
IDE core guarantees that -set_dma_mode will be called only
for DMA modes set in SWDMA/MWDMA/UDMA masks.
There should be no functionality changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Index:
On 13-11-2007 12:15, Andrew Morton wrote:
...
Zero responses from developers
...
No response from developers
...
Andreas did some work, seemed to lose interest.
...
Rafael poked Thomas a week ago, to no effect. Thomas has been travelling.
Looks like very reproducible!
Maybe you should add
On Tue, 13 Nov 2007 03:39:46 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:15:53 -0800
NETWORKING===
RTNLGRP_ND_USEROPT does not report ifindex (IPv6)
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
I guess I'm just masterbating here all night long with the 46
bug fixes I've reviewed fully and
On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
That
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 04:12:59 -0800
On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller [EMAIL PROTECTED]
wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is
* Andrew Morton [EMAIL PROTECTED] wrote:
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
That doesn't answer my question.
See, first we need to work out whether we have a problem. If we do
this, then we can
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 workarounds the problem by ignoring the ERR bit and proceed REQUEST
SENSE.
Signed-off-by:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
boot (ARM, Timer)
http://bugzilla.kernel.org/show_bug.cgi?id=9229
Kernel: 2.6.23
No response from developers
..
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 the all-too-easy open source means many eyeballs and
that is our QA answer, which is a _good_ answer but by far
Tejun Heo wrote:
Robert Hancock wrote:
Tejun Heo wrote:
..
Yes, it should likely do something with these return values. Though
theoretically it shouldn't fail, since the DMA mask is either 32-bit,
which shouldn't fail, or one that was successfully set before. Also I
don't think the SCSI layer
Mark Lord wrote:
..
NAK. There's no guarantee that the next command after an error
will always be REQUEST_SENSE. Or is there?
I think we should just ignore the ERR bit when DRQ is set for PACKET
command.
Period. Possibly only for tape drives (since they all seem to do this),
and maybe not
Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
..
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
NAK. There's no guarantee that the next command after an error
will always be REQUEST_SENSE. Or is there?
For that device over ATAPI I believe the guarantee is there, the same as
for SCSI.
Alan
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to
On Nov 13, 2007 12:15 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
This is the listing of the open bugs that are relatively new, around
2.6.22 and up. They are vaguely classified by specific area.
(not a full
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 the all-too-easy open source means many
eyeballs and that is our QA answer, which is a _good_
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 to implement.
pata_pdc202xx_old excessive ATA bus errors
http://bugzilla.kernel.org/show_bug.cgi?id=9337
2.6.24-rc2
No response from developers
Untrue. We've been discussing it on list in the past and its now on
bugzilla. Not obvious from outside I realise. That one I'm afraid is
probably a longer
On Tue, 2007-11-13 at 03:15 -0800, Andrew Morton wrote:
SCSI==
qla2xxx: driver initialization does not complete when booting with
Port connected
http://bugzilla.kernel.org/show_bug.cgi?id=9267
Kernel: 2.6.23.1
No
On Nov 13, 2007 3:08 PM, Mark Lord [EMAIL PROTECTED] 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 the all-too-easy open source means many eyeballs
On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi [EMAIL PROTECTED] wrote:
As a long time kernel tester, I see some problem with the
newer new development model. In the short merge windows,
after to much time, there are to many patches.
I think the root issue there is that it's hard to get all
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
boot (ARM, Timer)
http://bugzilla.kernel.org/show_bug.cgi?id=9229
On Tue, 13 Nov 2007, Mark Lord wrote:
Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
..
Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
http://bugzilla.kernel.org/show_bug.cgi?id=9275
* Mark Lord [EMAIL PROTECTED] 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 the all-too-easy open source means many eyeballs and that is
our QA
* Benoit Boissinot [EMAIL PROTECTED] wrote:
For debugging, maybe it's time someone does an amazon ec2+s3 service
to automate the bisecting and create .deb/.rpm from git, I don't know
how much it would cost though.
a few months ago i estimated the costs of this and it's just a few
On Tue, 13 Nov 2007 14:40:29 +0100 Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
That doesn't answer my question.
See, first we need to
On Tue, Nov 13, 2007 at 07:57:54AM -0800, Ray Lee wrote:
On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi [EMAIL PROTECTED] wrote:
As a long time kernel tester, I see some problem with the
newer new development model. In the short merge windows,
after to much time, there are to many patches.
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm kernels (I
know this isn't a lkml problem
but more a distro problem, but I would
Alan Cox wrote:
NAK. There's no guarantee that the next command after an error
will always be REQUEST_SENSE. Or is there?
For that device over ATAPI I believe the guarantee is there, the same as
for SCSI.
..
Even for SG_IO w/o requesting sense data?
-
To unsubscribe from this list: send
On Tue, 13 Nov 2007 09:33:21 -0600 James Bottomley wrote:
On Tue, 2007-11-13 at 03:15 -0800, Andrew Morton wrote:
SCSI==
qla2xxx: driver initialization does not complete when booting with
Port connected
The other an automated set of standard pre-built bisection points so
that testers can more easily localize a bug down to a few hundred
commits without needing to learn how to use git bisect (think Ubuntu
users).
Before that you want a flowchart or instruction list of boot options to
try. A
Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm kernels (I
know this isn't a lkml problem
but more a distro
FILE SYSTEMS===
ext4: delalloc space accounting problem drops data
http://bugzilla.kernel.org/show_bug.cgi?id=9329
Kernel: 2.6.24-rc1
No response from developers
Actually, there has been a response (Eric asked in mailing list and
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we can autonomouly
bisect build bugs via a simple shell command around git-bisect
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
boot (ARM, Timer)
On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm kernels (I
know
On Tue, Nov 13, 2007 at 03:15:53AM -0800, Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
PLATFORM===
xipImage is built so that uBoot cant run it (ARM)
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection of
a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we can autonomouly
On Tue, 13 Nov 2007 12:24:45 -0500
Mark Lord [EMAIL PROTECTED] wrote:
Alan Cox wrote:
NAK. There's no guarantee that the next command after an error
will always be REQUEST_SENSE. Or is there?
For that device over ATAPI I believe the guarantee is there, the same as
for SCSI.
..
On Tue, Nov 13, 2007 at 05:07:21PM +0100, Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
On Tue, 2007-11-13 at 12:50 -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we can autonomouly
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection of
a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we
Alan Cox wrote:
On Tue, 13 Nov 2007 12:24:45 -0500
Mark Lord [EMAIL PROTECTED] wrote:
Alan Cox wrote:
NAK. There's no guarantee that the next command after an error
will always be REQUEST_SENSE. Or is there?
For that device over ATAPI I believe the guarantee is there, the same as
for
Given the wide range of ARM platforms today, it is utterly idiotic to
expect a single person to be able to provide responses for all ARM bugs.
I for one wish I'd never *VOLUNTEERED* to be a part of the kernel
bugzilla, and really *WISH* I could pull out of that function.
You can. Perhaps that
On Tue, Nov 13, 2007 at 01:18:43PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was only used as a
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone else.
Where do you get this number from?
$ du -sh .git/objects/pack/
249M.git/objects/pack/
$ du -sh .git/objects/
253M.git/objects/
ie about half what you claim.
--
Intel
Matthew Wilcox wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone else.
Where do you get this number from?
$ du -sh .git/objects/pack/
249M.git/objects/pack/
$ du -sh .git/objects/
253M.git/objects/
ie about half
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
undebuggable problems debuggable and fixable.
..
Definitely useful, no question.
But the problem is now that kernel devs are addicted to
On Tue, Nov 13, 2007 at 01:43:53PM -0500, Mark Lord wrote:
Matthew Wilcox wrote:
ie about half what you claim.
..
No, it's from earlier in this very thread:
Adrian Bunk wrote:
git clone \
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
..
mkdir t
cd t
git
Matthew Wilcox wrote:
On Tue, Nov 13, 2007 at 01:43:53PM -0500, Mark Lord wrote:
mkdir t
cd t
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
(wait half an hour)
/usr/bin/du -s linux-2.6
522732 linux-2.6
You're assuming that everything in linux-2.6 was
On Tue, Nov 13, 2007 at 11:33:44AM -0600, Larry Finger wrote:
I'm very encouraged to read of your expanded testing efforts. As a
bcm43xx developer, Ubuntu has been our problem distro, mostly
because your standard kernels have debugging turned off for bcm43xx.
When a Ubuntu user reports a
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
undebuggable problems debuggable and fixable.
..
Definitely useful, no
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
undebuggable problems debuggable and fixable.
..
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
..
Another point is that it shifts the work from the few experienced
developers to the many users. Users (and voluntary testers) we have
many, but developer time for debugging bug reports is a
On Tue, Nov 13, 2007 at 02:12:57PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
On Tue, Nov 13, 2007 at 04:32:07AM -0800, David Miller wrote:
Luckily if the report being ignored isn't chaff, it will show up again
(and again and again) and this triggers a reprioritization because not
only is the bug no longer chaff, it also now got a lot of information
tagged to it so it's
On Tue, Nov 13, 2007 at 09:08:32AM -0500, 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 the all-too-easy open source means many eyeballs
On Tue, Nov 13, 2007 at 08:30:35PM +0100, Adrian Bunk wrote:
There is this silly limit that noone can work more than 168 hours per
week on the Linux kernel, and some kernel developers seem to take the
liberty of spending even less time on kernel development...
That limit of 168 hours applies
On Tue, Nov 13, 2007 at 02:26:05PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
..
Another point is that it shifts the work from the few experienced
developers to the many users. Users (and voluntary testers) we
On Tue, Nov 13, 2007 at 07:46:49PM +, Russell King wrote:
On Tue, Nov 13, 2007 at 08:30:35PM +0100, Adrian Bunk wrote:
There is this silly limit that noone can work more than 168 hours per
week on the Linux kernel, and some kernel developers seem to take the
liberty of spending even
Theodore Tso wrote:
Heh. I hadn't enabled CONFIG_BCM43XX_DEBUG myself, but I just changed
it for my next kernel build. This is a slightly different issue,
which is that sometimes _DEBUG options shouldn't be turned on by
default (because they really trash performance and bloat log size),
On Tue, Nov 13, 2007 at 07:32:19PM +, Russell King wrote:
...
There's another issue I want to raise concerning bugzilla. We have the
classic case of not enough people reading bugzilla bugs - which is one
of the biggest problems with bugzilla. Virtually no one in the ARM
community looks
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 02:26:05PM -0500, Mark Lord wrote:
..
If you've been making significant updates to a driver/subsystem,
and people are reporting that it is now broken for them,
What are significant updates?
Sometimes one person makes one small patch and this patch
Russell King wrote:
On Tue, Nov 13, 2007 at 09:08:32AM -0500, 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 the all-too-easy open source means
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]
---
diff --git a/drivers/ide/pci/sis5513.c b/drivers/ide/pci/sis5513.c
index 6b7bb53..3878224 100644
--- a/drivers/ide/pci/sis5513.c
+++
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]
---
diff --git a/drivers/ata/pata_sis.c b/drivers/ata/pata_sis.c
index 3b5be77..87546d9 100644
--- a/drivers/ata/pata_sis.c
+++
On Tue, 13 Nov 2007 19:32:19 + Russell King [EMAIL PROTECTED] wrote:
There's another issue I want to raise concerning bugzilla. We have the
classic case of not enough people reading bugzilla bugs - which is one
of the biggest problems with bugzilla. Virtually no one in the ARM
community
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/pci/it821x.c |3 +--
drivers/ide/pci/jmicron.c |3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
Index: b/drivers/ide/pci/it821x.c
===
---
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/setup-pci.c |5 -
1 file changed, 5 deletions(-)
Index: b/drivers/ide/setup-pci.c
===
--- a/drivers/ide/setup-pci.c
+++ b/drivers/ide/setup-pci.c
@@
Contains cmd64x regression fix from Sergei + some minor fixes.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/Kconfig |4
drivers/ide/cris/ide-cris.c |3 +--
drivers/ide/ide-io.c|
On Tue, 13 Nov 2007 21:38:47 +0100
Gabriel C [EMAIL PROTECTED] 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]
Acked-by: Alan Cox [EMAIL PROTECTED]
Alan
-
To unsubscribe
On Tuesday 13 November 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
Index: b/drivers/ide/ide-dma.c
On Tuesday 13 November 2007, Sergei Shtylyov wrote:
[...]
Index: b/drivers/ide/pci/serverworks.c
===
--- a/drivers/ide/pci/serverworks.c
+++ b/drivers/ide/pci/serverworks.c
@@ -164,25 +164,12 @@ static void
I jump in this discussion hoping to have some more insight on git and to
report my experience as a tester. I consider myself as half-literate in
this (I am here since 1991, more or less, and I am able to compile a
kernel and even hand-apply a patch, although I am in no way a kernel
programmer).
I am writing a driver for the GD Rom on the SEGA Dreamcast. This
could, loosely, be described as an ATAPI device - it's registers
correspond closely with those in the ATA3 specification but it has
proprietary packet command interface (the SPI which is only partly
reversed) similiar but quite
Anyway, to cut a long story short, when a command goes wrong, the get
sense packet command does not seem to generate an end of event
interrupt and as a result the command times out (after 60 seconds in
my driver) but the correct sense key is then returned on a read of the
Data register.
On Tuesday, 13 of November 2007, Mark Lord wrote:
Matthew Wilcox wrote:
On Tue, Nov 13, 2007 at 01:43:53PM -0500, Mark Lord wrote:
mkdir t
cd t
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
(wait half an hour)
/usr/bin/du -s linux-2.6
522732
On Tue, 13 Nov 2007 22:33:58 +0100 Jörn Engel [EMAIL PROTECTED] wrote:
On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
I just find it weird that something can be known broken for several -rc*
kernels before I happen to install it, discover it's broken on my own
machine,
and
Romano Giannetti wrote:
This was what I did in my (in the end almost successful) bisecting when
trying to find the mmc problem (see the thread named 2.6.24-rc1 eat my
SD card). This is true in theory, but it has some problem. The this
commit does not compile is the easiest and in man
On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
I just find it weird that something can be known broken for several -rc*
kernels before I happen to install it, discover it's broken on my own
machine,
and then I track it down, fix it, and submit the patch, generally all
within a
On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 19:32:19 + Russell King [EMAIL PROTECTED] wrote:
There's another issue I want to raise concerning bugzilla. We have the
classic case of not enough people reading bugzilla bugs - which is one
of the
Jörn Engel wrote:
On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
I just find it weird that something can be known broken for several -rc*
kernels before I happen to install it, discover it's broken on my own machine,
and then I track it down, fix it, and submit the patch, generally
On Tue, 13 November 2007 13:56:58 -0800, Andrew Morton wrote:
It's relatively common that a regression in subsystem A will manifest as a
failure in subsystem B, and the report initially lands on the desk of the
subsystem B developers.
But that's OK. The subsystem B people are the ones
On Tue, 13 Nov 2007 22:18:01 + Russell King [EMAIL PROTECTED] wrote:
On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 19:32:19 + Russell King [EMAIL PROTECTED] wrote:
There's another issue I want to raise concerning bugzilla. We have the
classic
On Tue, Nov 13, 2007 at 06:25:16PM +, Alan Cox wrote:
Given the wide range of ARM platforms today, it is utterly idiotic to
expect a single person to be able to provide responses for all ARM bugs.
I for one wish I'd never *VOLUNTEERED* to be a part of the kernel
bugzilla, and really
On Tue, 13 Nov 2007 23:24:14 +0100 Jörn Engel [EMAIL PROTECTED] wrote:
On Tue, 13 November 2007 13:56:58 -0800, Andrew Morton wrote:
It's relatively common that a regression in subsystem A will manifest as a
failure in subsystem B, and the report initially lands on the desk of the
On Tue, 13 Nov 2007, Mark Lord wrote:
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23
On Tue, Nov 13, 2007 at 02:32:01PM -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 22:18:01 + Russell King [EMAIL PROTECTED] wrote:
On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 19:32:19 + Russell King [EMAIL PROTECTED] wrote:
There's another
On Tue, Nov 13, 2007 at 09:13:19PM +0100, Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 07:32:19PM +, Russell King wrote:
...
There's another issue I want to raise concerning bugzilla. We have the
classic case of not enough people reading bugzilla bugs - which is one
of the biggest
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):
commit
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23
On Tue, 13 Nov 2007 23:29:54 + Russell King [EMAIL PROTECTED] wrote:
On Tue, Nov 13, 2007 at 09:13:19PM +0100, Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 07:32:19PM +, Russell King wrote:
...
There's another issue I want to raise concerning bugzilla. We have the
classic case
1 - 100 of 118 matches
Mail list logo