Messages in this thread | | | Date | Tue, 18 Apr 2006 05:41:30 -0400 | From | Jody McIntyre <> | Subject | Re: [PATCH 0/4] sbp2: improved handling of device quirks |
| |
On Fri, Apr 14, 2006 at 02:50:06PM +0200, Stefan Richter wrote: > Hi all, > > the following series of patches reworks and adds to sbp2's handling of > buggy SBP-2 hardware:
All applied.
Thanks, Jody
> > > [PATCH 1/4] sbp2: consolidate workarounds > ----------------------------------------- > Basically a refactoring, eases the integration of further workarounds. > This patch was posted on linux1394-devel before. > > > [PATCH 2/4] sbp2: add read_capacity workaround for iPod > ------------------------------------------------------- > There is a bug in newer iPod firmwares which causes IO errors as soon > as an iPod is plugged in, making it inaccessible. Usb-storage, which > has to deal with the same problem, already has the same workaround we > are adding here. The issue has only recently become known to also > affect FireWire iPods. > > This patch of the series is actually the reason why I'm Cc'ing LKML > and AKPM: It'd be nice to have this merged sooner than later since > distribution kernels ship in configurations now which uncover this > device bug (particularly when EFI partion support is enabled). > > This patch was posted on linux1394-devel before but I updated it > today to cover two more affected iPod models. > Requires PATCH 1/4. > > > [PATCH 3/4] sbp2: make TSB42AA9 workaround specific to Momobay CX-1 > ------------------------------------------------------------------- > Makes an existing blacklist entry more specific, although no actual > harm was done when this workaround caught devices which did not > really need it. > > This patch was posted on linux1394-devel before. > Requires PATCH 1/4. > > > [PATCH 4/4] sbp2: add ability to override hardwired blacklist > ------------------------------------------------------------- > Some of the workarounds which are triggered by sbp2's built-in > blacklist may be degrading or even disruptive if unintentionally > applied to devices which don't require the workaround. As a quick > countermeasure which does not require users to recompile the driver, > a new flag for sbp2's respective module load parameter is provided > which disables the blacklist lookup. > > Note: There has no such problem occured in the past, however as we > are adding more workarounds, such setbacks could become more likely. > > This is a new patch. > Requires PATCH 1/4, also needs PATCH 2/4 to apply without rejects. > > -- > Stefan Richter > -=====-=-==- -=-- -===- > http://arcgraph.de/sr/ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > mailing list linux1394-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux1394-devel
-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |