From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263314AbTDSADU (ORCPT ); Fri, 18 Apr 2003 20:03:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263315AbTDSADU (ORCPT ); Fri, 18 Apr 2003 20:03:20 -0400 Received: from web41809.mail.yahoo.com ([66.218.93.143]:43889 "HELO web41809.mail.yahoo.com") by vger.kernel.org with SMTP id S263314AbTDSADT (ORCPT ); Fri, 18 Apr 2003 20:03:19 -0400 Message-ID: <20030419001512.21888.qmail@web41809.mail.yahoo.com> Date: Fri, 18 Apr 2003 17:15:12 -0700 (PDT) From: Christian Staudenmayer Subject: Re: Booting 2.5.67-ac1 makes the kernel panic To: Andries Brouwer Cc: linux-kernel@vger.kernel.org In-Reply-To: <20030418231147.GA19622@win.tue.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hello, for future reference, i can verify that the method described by Andries Brouwer below worked fine, i can now boot 2.5.67-ac2 on my machine using the aic7xxx driver for an old adaptec 2940 scsi controller. Many thanks Andries! Greetings, Christian Staudenmayer --- Andries Brouwer wrote: > On Fri, Apr 18, 2003 at 03:34:23PM -0700, Christian Staudenmayer wrote: > > > (sorry for posting this again, but the kind solution given > > by Patrick Mansfield turn out to be no solution at all. > > Thanks anyways :) > > > > i recently compiled 2.5.67-ac1 on my machine which uses the > > aic7xxx driver for an old adaptec 2940 scsi controller. > > When booting, the kernel panics after loading the scsi driver > > with the following message: > > > > Process swapper (pid: 1, threadinfo=dbf8e000 task=dbf8c040) > > Stack: c15259a8 c15259a8 00000001 00000002 dbf8fe48 c022cd1a c15259a8 000000ff > > dbf8fe3c dbf8fe40 > > Call Trace: > > [] ide_xlate_1024+0x106/0x18c > > [] handle_ide_mess+0x14e/0x1e8 > > You have a SCSI disk, read its partitions, look whether > special disk manager or geometry translations are required > and crash. > > Why? Of course Alan should have removed this ide_mess :-), > but I suppose Al is the culprit that broke ide_xlate_1024 > converting it to bdev. > > The code > > int ide_xlate_1024 (struct block_device *bdev, int xparm, int ptheads, const char *msg) > { > ide_drive_t *drive = bdev->bd_disk->private_data; > > is just broken - there is no guarantee that bdev is an IDE disk, > and casting some private pointer to ide_drive_t and then > accessing fields must be unhealthy. > > Try replacing the body of ide_xlate_1024 by just > > return 0; > > Andries > __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com