On Fri, Jul 29 2005, Jeff Garzik wrote:
So, one thing that's terribly ugly about SATA ATAPI is that we need to
pad DMA transfers to the next 32-bit boundary, if the length is not
evenly divisible by 4.
Messing with the scatterlist to accomplish this is terribly ugly
no matter how you
On Fri, Jul 29 2005, Mike Christie wrote:
Hey Jens and James,
The inlined patch moves the bounce buffer handling to blk_execute_rq_nowait
so the scsi, sg io and cdrom code does not have to handle it. To accomplish
this I moved the bio_uncopy_user to a bi_end_io function and bio_unmap_user
On Fri, Jul 29 2005, Mike Christie wrote:
Mike Christie wrote:
And, as I work on the adding of BLKERR_* error values in replacement
of the dm-multupath/bio sense patch, I was thinking about your comment
about having one true make_request function. It seems like if we extended
bios to
Removing the SCSI tape module results in an oops in class_device_destroy if
any devices are present. The patch at the end of this message fixes the bug
by moving class_destroy() later in exit_st() so that the class still exists
when devices are removed. (The bug is old but
-2.6.13-rc5-k2/drivers/scsi/st.c 2005-08-02 12:32:21.0
+0300
@@ -17,7 +17,7 @@
Last modified: 18-JAN-1998 Richard Gooch [EMAIL PROTECTED] Devfs support
*/
-static char *verstr = 20050501;
+static char *verstr = 20050802;
#include linux/module.h
@@ -219,6 +219,12 @@ static int
The aic7xxx can support Data Group transfers at periods 12.5, so
eliminate that restriction. Additionally wide is a requirement for DT
so ensure wide is set if users request DT.
James
diff --git a/drivers/scsi/aic7xxx/aic7xxx_osm.c
b/drivers/scsi/aic7xxx/aic7xxx_osm.c
---
Jens Axboe wrote:
On Fri, Jul 29 2005, Jeff Garzik wrote:
diff --git a/drivers/scsi/ahci.c b/drivers/scsi/ahci.c
--- a/drivers/scsi/ahci.c
+++ b/drivers/scsi/ahci.c
@@ -44,7 +44,7 @@
enum {
AHCI_PCI_BAR= 5,
- AHCI_MAX_SG = 168, /* hardware max is 64K */
+
With git evolving so rapidly, it proved a bit difficult for me to keep
the www.parisc-linux.org up to date with both git and the web browser.
Plus, since it's a test machine for parisc-debian, we've been having
some stability issues with it that seemed to be exacerbated by hosting
the git trees on
James Bottomley sez:
Trees for http pull (or rsync, substituting with rsync://)
rsync://www.kernel.org/pub/scm/linux/kernel/git/jejb/ sez:
WARNING: The rsync access method is DEPRECATED and will be REMOVED
soon!
rsync: server sent HTTP/1.0 403 Forbidden rather than greeting
Mark Salyzyn sez:
On Tue, 2005-08-02 at 13:36 -0400, Salyzyn, Mark wrote:
James Bottomley sez:
Trees for http pull (or rsync, substituting with rsync://)
rsync://www.kernel.org/pub/scm/linux/kernel/git/jejb/ sez:
WARNING: The rsync access method is DEPRECATED and will be REMOVED
soon!
rsync: server sent
Dmitry Yusupov wrote:
On Sat, 2005-07-30 at 15:23 -0500, James Bottomley wrote:
On Sat, 2005-07-30 at 12:53 -0700, David S. Miller wrote:
From: James Bottomley [EMAIL PROTECTED]
Date: Sat, 30 Jul 2005 12:32:42 -0500
FIB has taken your netlink number, so I changed it to 32
MAX_LINKS is 32,
On Tue, Aug 02, 2005 at 01:36:37PM -0400, Salyzyn, Mark wrote:
James Bottomley sez:
Trees for http pull (or rsync, substituting with rsync://)
rsync://www.kernel.org/pub/scm/linux/kernel/git/jejb/ sez:
WARNING: The rsync access method is DEPRECATED and will be REMOVED
soon!
rsync:
Salyzyn, Mark wrote:
James Bottomley sez:
Trees for http pull (or rsync, substituting with rsync://)
rsync://www.kernel.org/pub/scm/linux/kernel/git/jejb/ sez:
WARNING: The rsync access method is DEPRECATED and will be REMOVED
soon!
I think it got un-deprecated in the latest git
13 matches
Mail list logo