Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
- Date: Sat, 25 Feb 2006 23:14:48 -0600
On Sat, 2006-02-25 at 16:01 -0800, Linus Torvalds wrote:
Perhaps equally importantly, let's get them into mainline if they are so
important. Which means that I want sign-offs and acks from the appropriate
people (scsi and original author, which is apparently Al).
Yes, I've been thinking about this. The problem is that it's a change
to sd and a change to scsi_lib in a fairly critical routine. While I'm
reasonably certain the change is safe, I'd prefer to make sure by
incubating in -mm for a while.
The title, by the way, is misleading; it's not a memory corruption in sd
at all really. It's the initio bridge which produces a totally
standards non conformant return to a mode sense which produces the
problem. And so, it's only the single initio bridge which is currently
affected; hence the caution.
James
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- References:
- [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- From: Stefan Richter
- Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- From: Chris Wright
- Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- From: Stefan Richter
- Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- From: Linus Torvalds
- [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- Prev by Date: RTL 8139 stops RX after receiving a jumbo frame
- Next by Date: Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- Previous by thread: Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- Next by thread: Re: [stable] [PATCH 1/2] sd: fix memory corruption by sd_read_cache_type
- Index(es):