[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1215616102.21931.38.camel@tara.firmix.at>
Date: Wed, 09 Jul 2008 17:08:22 +0200
From: Bernd Petrovitsch <bernd@...mix.at>
To: David Howells <dhowells@...hat.com>
Cc: Miquel van Smoorenburg <miquels@...tron.nl>,
akpm@...ux-foundation.org, alan@...hat.com,
Markus.Lidel@...dowconnect.com, vvs@...ru,
linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org
Subject: Re: [PATCH] Mark i2o config broken on 64-bit platforms.
On Mit, 2008-07-09 at 15:15 +0100, David Howells wrote:
> Miquel van Smoorenburg <miquels@...tron.nl> wrote:
>
> > The adaptec management application ("raidutils") is also not 64-bit clean
> > (read the code .. it puts pointers into ints etc etc), and fixing
> > that is not trivial, _but_ the 32 bit version works on a 64 bit kernel.
>
> That may be so, but there is nothing to protect the 64-bit ioctl() call,
> should someone choose to make one.
Experience showed that (64bit) raidutils simply seg-fault reliably (at
least on a kernel 2.6.15-1-em64t-p4-smp from Debian-Sarge/Backports from
approx. 2 years ago, raidutils 0.0.4-5).
For sure that's not an excuse for "allowing" the calls in the first
place (and not at least return some appropriate -E value).
[...]
> > second, compiling it gives warnings, but it works, and I bet people are
> > using it.
ACK.
And the 32bit raidutils work on top of a 64bit kernel so far (at least
the above version in one case).
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156 fax: +43 1 7890849-55
Embedded Linux Development and Services
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists