Re: 2.6.24-rc3-mm1

2007-12-14 Thread Hannes Reinecke
James Bottomley wrote: On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote: OK, thanks. I'll assume that James and Hannes have this in hand (or will have, by mid-week) and I won't do anything here. Just to confirm what I think I'm going to be doing: rebasing the scsi-misc tree to

Re: [patch 18/30] scsi/qla2xxx/: possible cleanups

2007-12-14 Thread Andrew Morton
On Fri, 14 Dec 2007 07:37:24 -0800 Andrew Vasquez [EMAIL PROTECTED] wrote: On Thu, 13 Dec 2007, [EMAIL PROTECTED] wrote: From: Adrian Bunk [EMAIL PROTECTED] - make the following needlessly global code static: - qla_attr.c: qla24xx_vport_delete() - qla_attr.c:

Re: [PATCH] fix page_alloc for larger I/O segments (improved)

2007-12-14 Thread Mel Gorman
On (13/12/07 19:46), Mark Lord didst pronounce: Improved version, more similar to the 2.6.23 code: Fix page allocator to give better chance of larger contiguous segments (again). Signed-off-by: Mark Lord [EMAIL PROTECTED] Regrettably this interferes with anti-fragmentation because the

[PATCH] [SCSI] sym53c8xx: fix irq X: nobody cared regression in 2.6.24

2007-12-14 Thread Tony Battersby
The patch described by the following excerpt from ChangeLog-2.6.24-rc1 eventually causes a irq X: nobody cared error after a while: commit 99c9e0a1d6cfe1ba1169a7a81435ee85bc00e4a1 Author: Matthew Wilcox [EMAIL PROTECTED] Date: Fri Oct 5 15:55:12 2007 -0400 [SCSI] sym53c8xx: Make interrupt

Re: [PATCH] [SCSI] sym53c8xx: fix irq X: nobody cared regression in 2.6.24

2007-12-14 Thread Matthew Wilcox
On Fri, Dec 14, 2007 at 03:45:16PM -0500, Tony Battersby wrote: After this happens, the kernel disables the IRQ, causing the SCSI card to stop working until the next reboot. The problem is caused by the interrupt handler returning IRQ_NONE instead of IRQ_HANDLED after handling an

[PATCH 3/3] cciss: version change to 3.6.18

2007-12-14 Thread Mike Miller
Patch 3 of 3 This patch bumps the driver version to 3.6.18 to reflect support for the P700m. This matches the HP released driver version for hardware support. Please consider this for inclusion. Signed-off-by: Mike Miller [EMAIL PROTECTED] diff --git a/Documentation/cciss.txt

[PATCH 2/3] cciss: change information displayed in /proc/drivers/cciss

2007-12-14 Thread Mike Miller
Patch 2 of 3 This patch modifies our /proc entries to display information about only the first logical volume on each controller. Primary reason is for hardware that can support many LUNs (128 or more). In this case we can step on memory and crash the system trying to display so much information.

[PATCH 1/3] cciss: export more attributes to sysfs (repost)

2007-12-14 Thread Mike Miller
Patch 1 of 3 Sorry to take so long to repost. This patch exports more attributes to /sys so we can work work better with udev. Some distros use unique_id among other attributes. This patch attempts to provide that and other attributes to reveal more information about cciss devices in /sys. It's

2.6.24-rc5-mm1: kernel BUG at include/linux/scatterlist.h:59!

2007-12-14 Thread John Stoffel
Hi, Just fired up 2.6.24-rc5-mm1 on a Dual CPU PIII 550mhz system with 2gb of RAM. Got the following error. Let me know if you need more details or want me to run tests or make changes. Looks like something in the SCSI st driver, which makes sense since I have a pair of DLT 7k drives hooked

Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?

2007-12-14 Thread Andrew Morton
On Sat, 15 Dec 2007 01:09:41 + Mel Gorman [EMAIL PROTECTED] wrote: On (13/12/07 14:29), Andrew Morton didst pronounce: The simple way seems to be to malloc a large area, touch every page and then look at the physical pages assigned ... they now mostly seem to be descending in

[rfc][patch 1/3] block: non-atomic queue_flags prep

2007-12-14 Thread Nick Piggin
Hi, This is just an idea I had, which might make request processing a little bit cheaper depending on queue behaviour. For example if it is getting plugged unplugged frequently (as I think is the case for some database workloads), then we might save one or two atomic operations per request.

[rfc][patch 2/3] block: non-atomic queue_flags

2007-12-14 Thread Nick Piggin
All queue_flag manipulations are performed under queue_lock (or eg. during allocation-time where parallelism isn't a problem). So we can use non-atomic bitops for these. Index: linux-2.6/block/elevator.c === ---

[rfc][patch 3/3] block: non-atomic queue_flags accessors

2007-12-14 Thread Nick Piggin
Introduce queue_ accessors to set and clear queue_flags, which include debug checks to ensure queue_lock is held. Non-checking versions are provided where it is known that there can be no parallelism on queue_flags. Index: linux-2.6/block/elevator.c

[PATCH] bsg: fix SG_IO error path

2007-12-14 Thread FUJITA Tomonori
bsg SG_IO needs to return -EFAULT for the response field in struct sg_io_v4. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- block/bsg.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/block/bsg.c b/block/bsg.c index 8e181ab..7781e63 100644 --- a/block/bsg.c +++

Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?

2007-12-14 Thread Matt Mackall
On Fri, Dec 14, 2007 at 06:02:06PM -0800, Andrew Morton wrote: On Sat, 15 Dec 2007 01:09:41 + Mel Gorman [EMAIL PROTECTED] wrote: On (13/12/07 14:29), Andrew Morton didst pronounce: The simple way seems to be to malloc a large area, touch every page and then look at the physical

Re: 2.6.24-rc5-mm1: kernel BUG at include/linux/scatterlist.h:59!

2007-12-14 Thread FUJITA Tomonori
On Fri, 14 Dec 2007 18:05:56 -0500 John Stoffel [EMAIL PROTECTED] wrote: Hi, Just fired up 2.6.24-rc5-mm1 on a Dual CPU PIII 550mhz system with 2gb of RAM. Got the following error. Let me know if you need more details or want me to run tests or make changes. Looks like something in