On Wed, 2005-02-02 at 20:51 -0800, Andrew Morton wrote:
> Well that's a decision which the scsi maintainers will need to make. Lots
> of current drivers use LINUX_VERSION_CODE, even though we'd prefer they not
> do so. I don't know what the scsi policy is for new submissions.
Hey ... I have to h
On Sat, 2005-01-29 at 09:03 -0500, [EMAIL PROTECTED] wrote:
> Adds io statistics (requests, completions, error count) as generic
> attributes for scsi devices.
I needed the attached to make this compile without warnings on ia64
James
= drivers/scsi/scsi_sysfs.c 1.65 vs edited =
--- 1
On Thu, Feb 03, 2005 at 08:39:22PM -0600, James Bottomley wrote:
> I just got around to applying and testing this. I needed the attached
> to get around the compile warnings it gave me on ia64
>
> I've got to say, it doesn't look pretty to have the block layer
> compat_ioctl returning long but th
I just got around to applying and testing this. I needed the attached
to get around the compile warnings it gave me on ia64
I've got to say, it doesn't look pretty to have the block layer
compat_ioctl returning long but the scsi one returning int; likewise
with the void __user *arg vs unsigned lo
>Is there a way to make the SCSI layers (midlayer, sd, etc.) print out
>some debug output to /var/log/messages
Note that no kernel code puts stuff in /var/log/messages. The SCSI log
messages are ordinary kernel messages, and most people have a user space
process or two running that suck recent
On Thu, Feb 03, 2005 at 11:01:39AM -0500, Ju, Seokmann wrote:
> On Tuesday, January 18, 2005 6:17 AM, Andi wrote:
> > Convert megaraid2 driver to new compat_ioctl entry points.
> >
> > I don't have easy access to hardware, so only compile tested.
>
> Thanks for your feedback and appreciate change
An excerpt from the net ... Didn't ever personally try it though.
---
Description of new logging facility
The logging facility will make it much easier to troubleshoot problems in
the field. The basic idea is that it is possible to request debu
Hi,
Is there a way to make the SCSI layers (midlayer, sd, etc.) print out a
some debug output to /var/log/messages so that one can see what's going
on in those driver real time?
Thanks,
Chad
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL
On Wednesday, February 02, 2005 5:43 PM, James wrote:
> > + .sdev_attrs = megaraid_device_attrs,
> > + .shost_attrs= megaraid_class_device_attrs,
>
> These are, perhaps, slightly confusing names. The terms device and
> class_device have well defined mea
>BTW I noticed that the block layer reads "around" a medium
>error. Say 8 KB is being read and a medium error occurs
>(and the info field is set to the lba of the first failure)
>then several small reads are done to reconstruct as much
>of the original 8 KB as possible (probably with a block of
>ze
Here is a re-submission of a patch two weeks ago.
This patch is for mpt fusion drivers, which
removes the watchdog timers from mptctl/mptscsih, includes
compat_ioctl patch from Andi Kleen.
Please apply.
Change log:
1) mptscsih.c: I have changed task management
requests so they complete in same
On Tuesday, January 18, 2005 6:17 AM, Andi wrote:
> Convert megaraid2 driver to new compat_ioctl entry points.
>
> I don't have easy access to hardware, so only compile tested.
Thanks for your feedback and appreciate changes you've made.
The changes look great to me.
One question, though, any r
On Tuesday, January 18, 2005 10:39 PM, Brian wrote:
> Adds AMI Megaraid Elite 1600 to the list of supported
> adapters. I encountered some issues running with the old
> megaraid driver with this card, so I wrote this patch and
> have been running without problems since mid December.
> Please apply.
Hi ,
There is a kernel thread associated with every host adapter,
which is initialised during registering the host which uses function
scsi_error_handler to handle the errors associated with the host.
Can somebody please elaborate when exactly this error tracking by
this kernel thread takes pla
On Wed, 2005-02-02 at 18:08 -0800, Andrew Morton wrote:
> "erich" <[EMAIL PROTECTED]> wrote:
> >
> > I have contact with Andrew Morton about ARECA RAID Linux scsi driver release
> > issue.
> > I hope this package is as look like a Linux driver.
>
> No, it doesn't look anything like a Linux drive
"Salyzyn, Mark" <[EMAIL PROTECTED]> writes:
>
> If the data is of the form to permit some loss, for example video, audio
> content or an error correcting stream of data, someone can make a case
> where READ_LONG is an appropriate action to take to help fill in missing
> content.
>
> A fun thought
16 matches
Mail list logo
