Re: Sis180 Jetway S755Max

2005-08-24 Thread Wes Newell
Uwe Koziolek wrote: Hello Wes, i include for you a hothack for SiS180 into the sata5513, untested and not pretty. I tried this one first. It found the controller but errored out. here the relevant dmesg. Linux version 2.6.11-12mdkcustom ([EMAIL PROTECTED]) (gcc version 3.4.3

libata-dev queue updated

2005-08-24 Thread Jeff Garzik
Recent updates: * core: ATAPI fixes from Tejun Heo and Albert Lee * sata_promise: new PCI IDs * sata_sil: don't apply mod15write fix to 3125/3114 chips * ahci: HD LED always on fix git users: 'ALL' branch of rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git Patch:

Re: Another libata TODO item

2005-08-24 Thread Christoph Hellwig
On Wed, Aug 24, 2005 at 02:17:11AM -0400, Jeff Garzik wrote: Difficulty: beginner / intermediate Modern network drivers have a per-NIC list of debugging messages that can be enabled/disabled at runtime, implemented as a bitmask named 'msg_enable' in each driver. VERY useful for tracing

Re: Another libata TODO item

2005-08-24 Thread Jeff Garzik
Christoph Hellwig wrote: On Wed, Aug 24, 2005 at 02:17:11AM -0400, Jeff Garzik wrote: To make libata debugging easier and more fine-grained, we should convert DPRINTK/VPRINTK calls in libata to code that looks like if (ata_msg_xxx(ap-msg_enable)) printk(...) Would

Re: [PATCH 3/3] Add disk hotswap support to libata RESEND #2

2005-08-24 Thread Lukasz Kosewski
On 8/24/05, Stefan Richter [EMAIL PROTECTED] wrote: Timers appear to operate in an atomic context, so timers should not be allowed to call scsi_remove_device, which eventually schedules. Any suggestions on the best way to fix this? Workqueue, perhaps. Perhaps. Actually, of course :)

Re: libata passthru (S.M.A.R.T.) support for 2.4.31?

2005-08-24 Thread John W. Linville
On Tue, Aug 23, 2005 at 03:53:45PM -0400, Michael Fortson wrote: John W. Linville wrote: Have you tried applying that passthru patch to the 2.4.31 sources? I attempted to use http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/2.6.13-rc6-git10-libata1.patch.bz2 against 2.4.31

[PATCH] IDE: move CONFIG_IDE_MAX_HWIFS into linux/ide.h

2005-08-24 Thread Bjorn Helgaas
CONFIG_IDE_MAX_HWIFS is a generic thing, no need to have it duplicated by every arch that uses it. Signed-off-by: Bjorn Helgaas [EMAIL PROTECTED] Index: work-ide/include/asm-alpha/ide.h === --- work-ide.orig/include/asm-alpha/ide.h

Re: Another libata TODO item

2005-08-24 Thread Roland Dreier
Jeff In any case, I also contine to be skeptical of in-kernel Jeff logging subsystems. Aren't you proposing a libata logging subsystem? - R. - To unsubscribe from this list: send the line unsubscribe linux-ide in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Another libata TODO item

2005-08-24 Thread Jeff Garzik
Roland Dreier wrote: Jeff In any case, I also contine to be skeptical of in-kernel Jeff logging subsystems. Aren't you proposing a libata logging subsystem? Look at net drivers. Theres no real infrastructure beyond bit tests and printks. I wouldn't call that a subsystem, so, I

Re: Another libata TODO item

2005-08-24 Thread Roland Dreier
Jeff Look at net drivers. Theres no real infrastructure beyond Jeff bit tests and printks. I wouldn't call that a subsystem, Jeff so, I wouldn't call this one such either. Well, scsi_logging.h isn't much of a subsystem either. - R. - To unsubscribe from this list: send the line

Re: Another libata TODO item

2005-08-24 Thread Jeff Garzik
Roland Dreier wrote: Jeff Look at net drivers. Theres no real infrastructure beyond Jeff bit tests and printks. I wouldn't call that a subsystem, Jeff so, I wouldn't call this one such either. Well, scsi_logging.h isn't much of a subsystem either. You obviously did not grep for

Re: libata passthru (S.M.A.R.T.) support for 2.4.31?

2005-08-24 Thread John W. Linville
On Wed, Aug 24, 2005 at 12:02:03PM -0400, John W. Linville wrote: Hmmm...that patch seems to cover all the pending libata development stuff, not just passthru/SMART. I thought Jeff had a separate patch available for that at one time, but I don't see it ATM... You probably can tease such a

Re: [PATCH 3/3] Add disk hotswap support to libata RESEND #2

2005-08-24 Thread Jim Ramsay
On 8/24/05, Lukasz Kosewski [EMAIL PROTECTED] wrote: On 8/24/05, Stefan Richter [EMAIL PROTECTED] wrote: Timers appear to operate in an atomic context, so timers should not be allowed to call scsi_remove_device, which eventually schedules. Any suggestions on the best way to fix this?

Re: [PATCH 3/3] Add disk hotswap support to libata RESEND #2

2005-08-24 Thread Jim Ramsay
On 8/24/05, Jim Ramsay [EMAIL PROTECTED] wrote: On 8/24/05, Lukasz Kosewski [EMAIL PROTECTED] wrote: On 8/24/05, Stefan Richter [EMAIL PROTECTED] wrote: Timers appear to operate in an atomic context, so timers should not be allowed to call scsi_remove_device, which eventually schedules.

Re: [Hdaps-devel] Re: HDAPS, Need to park the head for real

2005-08-24 Thread Jon Escombe
Jens Axboe wrote: Ok, I'll give you some hints to get you started... What you really want to do, is: - Insert a park request at the front of the queue - On completion callback on that request, freeze the block queue and schedule it for unfreeze after a given time Am attaching a first