=linux-scsim=120331663227540w=2
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
diff --git a/drivers/ata/Kconfig b/drivers/ata/Kconfig
index ba8f7f4..a3dfb50 100644
--- a/drivers/ata/Kconfig
+++ b/drivers/ata/Kconfig
@@ -40,6 +40,9 @@ config ATA_ACPI
You can disable this at kernel boot time
On Thu, Feb 14, 2008 at 12:16:42PM -0500, Bill Davidsen wrote:
There are any number of things you can do when the system is booted, but
the only thing you can do when the system won't boot is use kernel boot
options.
Greg's not removing your option to boot the system using an old kernel
to
On Tue, Jan 29, 2008 at 02:09:52PM -0800, Luben Tuikov wrote:
The ideal solution would be to do mapping against a
different struct
device for each port, so that we could maintain the proper
DMA mask for
each of them at all times. However I'm not sure if
that's possible. The
On Mon, Jan 28, 2008 at 06:08:44PM -0600, Robert Hancock wrote:
The
thought of using the SCSI struct device for DMA mapping was brought up
at one point.. any thoughts on that?
I believe this will work on some architectures and not others.
Anything that uses include/asm-generic/dma-mapping.h
On Mon, Jan 21, 2008 at 02:13:52PM +0900, Tejun Heo wrote:
In a nutshell, printk_header() lets you do the following atomically
(against other messages).
code:
printk(KERN_INFO ata1.00: , line0\nline1\nline2\n);
output:
6ata1.00: line0
6 line1
6 line2
I think
On Fri, Jan 18, 2008 at 12:41:08PM -0600, Matt Mackall wrote:
On Wed, 2008-01-16 at 10:00 +0900, Tejun Heo wrote:
And mprintk the following.
code:
DEFINE_MPRINTK(mp, 2 * 80);
mprintk_set_header(mp, KERN_INFO ata%u.%2u: , 1, 0);
mprintk_push(mp, ATA %d, 7);
On Thu, Jan 10, 2008 at 02:47:33AM +, Matthew Hall wrote:
I am using the Supermicro H8DCE motherboard. Some (not all) of the SATA
channels quit working due to some kind of resource conflict when I
upgrade to any kernel above 2.6.20.xx series, in my case I am running
2.6.20.21 SMP x86_64
From the backtrace, this doesn't seem to be a scsi or ide problem.
It might be a block-layer bug, or a VM problem. I've cc'd the VM people
to see what they think.
On Mon, Dec 31, 2007 at 12:06:00AM +0100, Erno Kovacs wrote:
[1.] One line summary of the problem:
using dd on a broken hdd
On Fri, Dec 14, 2007 at 11:13:40AM -0700, Matthew Wilcox wrote:
I'll send it to our DB team to see if this improves our numbers at all.
It does, by approximately 0.67%. This is about double the margin of
error, and a significant improvement. Thanks!
--
Intel are signing my paycheques
On Fri, Dec 14, 2007 at 05:42:37PM +, Mel Gorman wrote:
Regrettably this interferes with anti-fragmentation because the next page
on the list on return from rmqueue_bulk is not guaranteed to be of the right
mobility type. I fixed it as an additional patch but it adds additional cost
that
On Thu, Dec 13, 2007 at 01:37:59PM -0500, Mark Lord wrote:
The problem is, the block layer *never* sends an SG entry larger than 8192
bytes,
and even that size is exceptionally rare. Nearly all I/O segments are 4096
bytes,
so I never see a single I/O larger than 512KB (128 * 4096).
If I
On Thu, Dec 13, 2007 at 09:09:59PM +0100, Jens Axboe wrote:
diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c
index e30b1a4..1e34b6f 100644
--- a/block/ll_rw_blk.c
+++ b/block/ll_rw_blk.c
@@ -1349,6 +1351,8 @@ new_segment:
sg = sg_next(sg);
On Thu, Dec 13, 2007 at 05:03:08PM -0800, Andrew Morton wrote:
+ /*
+ * Find a page of the appropriate migrate type. Doing a
+ * reverse-order search here helps us to hand out pages in
+ * ascending physical-address order.
+ */
On Wed, Nov 28, 2007 at 01:40:36PM -0800, Andrew Morton wrote:
On Wed, 28 Nov 2007 23:01:31 +0300
Alexey Dobriyan [EMAIL PROTECTED] wrote:
Reliably spams dmesg with end_request() horrors. This happens when git
starts checking out linux tree to fresh ext2 partition. Disk is several
month
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 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
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
On Tue, Oct 02, 2007 at 10:41:11AM -0400, Jeff Garzik wrote:
Did you look at SATA alone?
No. I don't think I have any pure-SATA machines. I suppose I could
disable the drivers for non-SATA and see what happens.
Since SATA does its own scan asynchronously from SCSI itself, doing this
seems
On Sat, Sep 08, 2007 at 05:14:21PM +0900, Tejun Heo wrote:
Matthew Wilcox wrote:
By using the scsi async probing code, we can remove the 'sync' argument
from ata_scsi_scan_host():
Hmmm... How so? @sync is there to keep device numbering stable even
when SCSI scan fails due to allocation
On Sat, Sep 08, 2007 at 05:10:27PM +0900, Tejun Heo wrote:
I think it's generally okay although it would need to spend quite some
time in -mm and we'll need to exclude several drivers which require
host-wide silence for mode programming (the current code is buggy but
sequential probing hides
in aggregate. This can be fixed by adding support for
asynchronous scsi scans, which causes the time-consuming portions of
initialisation to take place in threads.
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 60e78be
By using the scsi async probing code, we can remove the 'sync' argument
from ata_scsi_scan_host():
diff -u b/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
--- b/drivers/ata/libata-core.c
+++ b/drivers/ata/libata-core.c
@@ -6362,10 +6362,15 @@
}
}
+/*
+ * Give ourselves ten
On Thu, Aug 02, 2007 at 12:47:25PM -0500, James Bottomley wrote:
This looks small and innocuous, but it's actually the beginning of
moving the upper layer drivers into block and adding a filtering layer.
The idea is that the queue contains a queue_protocol parameter which
details what the
On Tue, Jul 31, 2007 at 09:18:08AM -0500, James Bottomley wrote:
The other comment is that power saving seems to be a property of the
transport rather than the host. If you do it in the transport classes,
then you can expose all the knobs the actual transport possesses (which
is,
On Mon, Dec 11, 2006 at 10:58:06AM -0500, Jeff Garzik wrote:
The time-consuming portion already takes place in a thread. Do you mean
multiple threads? Or, ATA's scan is in one thread, while work continues
in other threads?
Patch seems sane, provided that I am educated a bit :)
Each host
to the newly-added drivers.
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Dec 11, 2006 at 10:02:40PM -0700, Matthew Wilcox wrote:
On Mon, Dec 11, 2006 at 11:18:17AM -0500, Jeff Garzik wrote:
ACK. I tried to apply the patch, but git-applymbox choked on every
single file modified. Quite possibly, its due to a whitespace cleanup
in Alan territory
On Tue, Aug 16, 2005 at 01:55:58PM +0100, Alan Cox wrote:
On Maw, 2005-08-16 at 11:38 +0200, Bartlomiej Zolnierkiewicz wrote:
* removing IDE_ARCH_OBSOLETE_INIT define has some implications,
* non-functional ide-cs driver (but there is no PCMCIA on IA64?)
IA64 systems can support
28 matches
Mail list logo
