Re: [PATCH 0/4] sbp2: improved handling of device quirks

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 [email protected]
> 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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux