From: "jds" <jds@soltis.cc>
To: Lou Langholtz <ldl@aros.net>
Cc: linux-kernel@vger.kernel.org, akpm@digeo.com
Subject: Re: Kernel Panic in 2.5.73-mm1 OOps part.
Date: Tue, 24 Jun 2003 17:21:56 -0600
Message-Id: <20030624231754.M61431@soltis.cc>
In-Reply-To: <3EF8CA10.4030701@aros.net>
References: <20030624191740.M38428@soltis.cc> <3EF8C9A3.5020206@aros.net> <3EF8CA10.4030701@aros.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1219
Lines: 41


  Hi Lou, Andrew:

   Ok applied the patch Lou in kernel 2.5.73-mm1, change the .config
   CONFIG_BLK_DEV_NBD=y, compile again and kernel working good not more Oops.

   In this moment testing kernel.

   Thanks again ..... :)

   Regards.


---------- Original Message -----------
From: Lou Langholtz <ldl@aros.net>
To: jds <jds@soltis.cc>
Sent: Tue, 24 Jun 2003 16:00:48 -0600
Subject: Re: Kernel Panic in 2.5.73-mm1 OOps part.

> >
> >
> >> .. . .
> >
> > I'm *guestimating* that the following patch will fix this problem. Let 
> > me know if you use it wether it makes this problem go away or not. 
> > Note that to me at least, blk_init_queue() should be responsible for 
> > initializing this memory not the driver. Either way, something has to 
> > initialize request_queue.kobj.kset otherwise I think this is the 
> > result when the kset field can be any value.
> >
> Woops... pressed send before doing the attachment...
------- End of Original Message -------

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/