Andrew Morton wrote:
> On Wed, 28 Nov 2007 12:47:19 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton wrote:
>>> On Wed, 28 Nov 2007 11:59:00 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>>> wrote:
>>>
Hi,
>>> (cc linux-scsi, for sym53c8xx)
>>>
Soft lockup is detected w
On Wed, 2007-11-28 at 14:06 -0600, Mike Christie wrote:
> Anil Veerabhadrappa wrote:
> >
> Which ones were they exactly? I think JamesB wanted only common
> transport values in the transport class. If it is driver specific then
> it should go on the host or target or device with t
On Wed, 28 Nov 2007 16:14:21 -0700
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> 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 happe
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
> > [ 225.378426] sd 2:0:1:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
> > [ 225.378659] end_request: I/O error, dev sdb, sector 141295703
> > [ 225.390133] sd 2:0:1:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
> > [ 225.391988] end_request: I/O error, dev sdb, sector 141295703
> > [ 225.
Hannes,
Thanks for the patch and the details on the issue.
With this patch we will be blocking a feature that is now being
used by the users with the legacy driver. The applications may still
allow random delete and that could create more issue if we just block
it/change th
ACK.
Thanks Thomas.
Regards,
Sumant
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, November 21, 2007 3:12 PM
To: [EMAIL PROTECTED]
Cc: linux-scsi@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]; Kolli, Neela; [
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 old and there were no prolems with, say, 2.6.24-rc3:
>
> [ 225.
Le 25.11.2007 21:39, Laurent Riffard a écrit :
> Le 25.11.2007 08:37, James Bottomley a écrit :
>> On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
>>> Le 24.11.2007 14:26, James Bottomley a écrit :
OK, could you post dmesgs again, please. I actually tested this
>>> with an
aic7
Chris Leech wrote:
> Christoph Hellwig wrote:
>
>> I just did a very quick glance over the tree. Some extremly highlevel
>> comments to start with before actually starting the source review:
>>
>
> Thanks for taking a look Christoph
>
>
>> - why do you need your own libcrc? lib/crc32.
Anil Veerabhadrappa wrote:
Which ones were they exactly? I think JamesB wanted only common
transport values in the transport class. If it is driver specific then
it should go on the host or target or device with the scsi_host_template
attrs.
It's a chicken & egg issue to put "port mapper"
On Wed, Nov 28, 2007 at 12:08:37PM -0700, Yang, Bo wrote:
> Matthew,
>
> Yes, as I mentioned, our applications are built in 32-bit environment
> (except for ia64).
> We may see a different behavior if we build it in 64-bit for x86-64.
Then this patch isn't acceptable. You need to find a way whi
Matthew,
Yes, as I mentioned, our applications are built in 32-bit environment
(except for ia64).
We may see a different behavior if we build it in 64-bit for x86-64.
Regards.
Bo Yang
-Original Message-
From: Matthew Wilcox [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 27, 2007 10
Christoph Hellwig wrote:
I just did a very quick glance over the tree. Some extremly highlevel
comments to start with before actually starting the source review:
Thanks for taking a look Christoph
- why do you need your own libcrc? lib/crc32.c has a crc32_le
We shouldn't, but we may want
On Mon, Nov 26, 2007 at 06:41:15PM +0100, Thomas Bogendoerfer wrote:
> Following patch is 2.6.25 material needed to get SGI IP28 machines
> supported.
>
> Thomas.
>
> SGI IP28 machines would need special treatment (enable adding addtional
> wait states) when accessing memory uncached. To avoid t
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
outside of UML code, there are few instances throughout the tree
that don't use the recommended format of "<>" for linux header files.
diff --git a/drivers/scsi/aic94xx/aic94xx_dump.c
b/drivers/scsi/aic94xx/aic94xx_dump.c
index 6bd8e30.
Changes to last version:
- no additional padding of hpc descriptor
- one dma_cache_sync after hpc descriptors are setup is enough
Thomas.
SGI IP28 machines would need special treatment (enable adding addtional
wait states) when accessing memory uncached. To avoid this pain I
changed the driver to
17 matches
Mail list logo
