Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping
On Sat, Mar 31, 2007 at 01:29:04AM +0200, Christoph Anton Mitterer wrote:
> As I've told you in my email before I just tested your patch with the
> following results (used linux-source-2.6.18 (2.6.18.dfsg.1-12) from
> testing, of course on an amd64 system):
> - The patch applies without problems
> - The kernel compiles with it without problems (at least with my config)
> - It boots correctly
> - and it automatically disables the hardware iommu (look at my dmesg below):
Thanks, that's great to hear.
> I would say (although I'm by any means not kernel expert) that your
> patch looks good and I _strongly_ recommend to include it in etch r0 (!!)...
> You're the release manager,... so you should get managed this :-)
It wouldn't be appropriate for me to push this without the consent of the
rest of the kernel team just because I'm the release manager; I'm not even
an amd64 porter, this should be signed off on by the folks who are actually
responsible for the amd64 kernel first. But regardless, there are no plans
for another kernel update before etch r0, and including one is likely to
delay the release. I'm of the opinion that this bug does not justify a
delay at this point.
With the consent of the kernel team and the stable release managers, I'm
happy to commit this patch to the queue for the next kernel update though,
so it can be included in etch r1.
> But I would say that you should add some notes to the release notes.
Yes, that's now bug #416374, which includes a suggested text.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Reply to: