> > From: Mariusz Kozlowski <[EMAIL PROTECTED]>
> >
> > drivers/scsi/gdth.c | 189401 -> 189342 (-59 bytes)
> > drivers/scsi/gdth.o | 331028 -> 330324 (-704 bytes)
>
> For the second time of asking, could I just have a single patch doing
> this globally for the entirety of SCSI with reasonable a
Hello,
This is one of the 'possible downsides: embarrassment' situation
described
by Randy in his papers on linux development. I introduced a bug while doin
conversion
to kzalloc and this is a fix. We can not return here as we are under lock. Live
and learn.
Please apply.
Regards,
On 8/8/07, Kristen Carlson Accardi <[EMAIL PROTECTED]> wrote:
> Here is an updated set of patches that implement Asynchronous Notification
> support for ATAPI devices. In this version I no longer export the AN
> capability through genhd, and the uevent is sent by the scsi_device
> instead of gendi
[Please keep me on CC, as I'm not on LKML.]
On Thu, May 03, 2007 at 04:00:57PM -0400, James Smart wrote:
> I doubt it's in the fc transport - it's doing what it always did, which has
> nothing to do with coherency of the sdev's.
>
> We're seeing like problems, and it looks like it's related to the
Hi,
I just noticed this in dmesg :
[ 3216.262987] (scsi0:A:4:0): Unexpected busfree in Message-in phase
[ 3216.263058] SEQADDR == 0x16c
[ 3216.263724] target0:0:4: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 16)
That's all there is in addition to the normal bootup messages, just
those 3 lines.
Th
On Sat, 2007-08-11 at 10:13 +0200, Mariusz Kozlowski wrote:
> > > From: Mariusz Kozlowski <[EMAIL PROTECTED]>
> > >
> > > drivers/scsi/gdth.c | 189401 -> 189342 (-59 bytes)
> > > drivers/scsi/gdth.o | 331028 -> 330324 (-704 bytes)
> >
> > For the second time of asking, could I just have a singl
Trying to build current Linus git tree (head at
ac07860264bd2b18834d3fa3be47032115524cea) using the attached config
file (generated by 'make randconfig') the build fails for me with :
...
CC drivers/scsi/advansys.o
drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
Hi,
I've been building some randconfig kernels lately and I've noticed
this in a few builds :
drivers/block/cciss.c:2614: warning: right shift count >= width of type
drivers/block/cciss.c:2615: warning: right shift count >= width of type
drivers/block/cciss.c:2616: warning: right shift count >=
(whoops, forgot to add maintainer to Cc - now added)
On 12/08/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been building some randconfig kernels lately and I've noticed
> this in a few builds :
>
> drivers/block/cciss.c:2614: warning: right shift count >= width of type
> drivers/block
On 08/12/2007 02:56 AM, Jesper Juhl wrote:
(whoops, forgot to add maintainer to Cc - now added)
Ehm... too late...
On 12/08/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
Hi,
I've been building some randconfig kernels lately and I've noticed
this in a few builds :
drivers/block/cciss.c:2614:
On 08/12/2007 02:28 AM, Jesper Juhl wrote:
I've been building some randconfig kernels lately and I've noticed
this in a few builds :
drivers/block/cciss.c:2614: warning: right shift count >= width of type
drivers/block/cciss.c:2615: warning: right shift count >= width of type
drivers/block/cc
On 08/12/2007 03:25 AM, Rene Herman wrote:
On 08/12/2007 02:56 AM, Jesper Juhl wrote:
(whoops, forgot to add maintainer to Cc - now added)
Ehm... too late...
Useless followup though -- hp.com rejects me as it feels the SPF neutral
results gmail sends due to me not using the gmail SMTP ser
On Sun, Aug 12, 2007 at 03:21:57AM +0200, Rene Herman wrote:
> @@ -2609,13 +2609,13 @@ static void do_cciss_request(request_queue_t *q)
> } else {
> c->Request.CDBLen = 16;
> c->Request.CDB[1]= 0;
> - c->Request.CDB[2]= (
13 matches
Mail list logo
