From: Jody McIntyre <scjody@modernduck.com>
To: Stefan Richter <stefanr@s5r6.in-berlin.de>
Cc: linux1394-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org, Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH 0/4] sbp2: improved handling of device quirks
Date: Tue, 18 Apr 2006 05:41:30 -0400 [thread overview]
Message-ID: <20060418094130.GI5346@conscoop.ottawa.on.ca> (raw)
In-Reply-To: <tkrat.c5c36090a52cc591@s5r6.in-berlin.de>
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
--
prev parent reply other threads:[~2006-04-18 9:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-14 12:50 Stefan Richter
2006-04-14 12:52 ` [PATCH 1/4] sbp2: consolidate workarounds Stefan Richter
2006-04-14 12:56 ` [PATCH 2/4] sbp2: add read_capacity workaround for iPod Stefan Richter
2006-04-14 12:58 ` [PATCH 3/4] sbp2: make TSB42AA9 workaround specific to Momobay CX-1 Stefan Richter
2006-04-14 13:00 ` [PATCH 4/4] sbp2: add ability to override hardwired blacklist Stefan Richter
2006-04-14 13:02 ` [PATCH 0/4] sbp2: improved handling of device quirks Stefan Richter
2006-04-18 9:41 ` Jody McIntyre [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060418094130.GI5346@conscoop.ottawa.on.ca \
--to=scjody@modernduck.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux1394-devel@lists.sourceforge.net \
--cc=stefanr@s5r6.in-berlin.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®