From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Stanley Date: Mon, 17 Jan 2011 05:07:11 +0000 Subject: Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c Message-Id: <4D33CE7F.2040002@verizon.net> List-Id: References: <4D263BF6.6050305@verizon.net> In-Reply-To: <4D263BF6.6050305@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Some additional info: Several weeks ago, for one laptop which has no cd/dvd drives on which I installed udev-165, I got a similar kernel-panic (udevd tainted) seveal times, so the issue appears to not necessarily be tightly coupled to cd drives. John On 01/11/2011 08:25 AM, Tejun Heo wrote: > Hello, > > On Mon, Jan 10, 2011 at 09:10:12AM +0100, Hannes Reinecke wrote: >>> First, sorry for not posting something about this sooner - I'd >>> pinged Kay on IRC about it, and I *promise* I had planned to >>> forward it to the scsi/ati guys, but work has been hell this >>> week. Anyway, here's the initial report we got about it, along >>> with a lot of debugging by other folks (including the OP, who >>> I think is 'resonance' in that thread): >>> http://www.linuxquestions.org/questions/slackware-14/current-randomly-timed-kernel-oops-on-bootup-of-two-test-boxen-852843/ >>> >> It's all Tejun's fault. > Gees, Hannes. That's very kind of you. :-P > >> kernel crashing in ata_sff_data_xfer / ioread32 ... >> Looks like we're trying a read to a page which wasn't >> mapped/allocated properly. >> >> And yes, it definitely should be fixed in the kernel first. > Yeah, definitely. It isn't clear from the thread. > > * Is it a regression? > > * Can this be triggered by simply running ata_id or does it need any > other condition to trigger? > > I don't recall any related change in the area, at least in libata, so > it's a bit surprising. If it's a regression, I think it's more likely > to be something between userland and libata. The user buffer mapping > code for sg commands is quite scary after all. > > Thanks. >