From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22641 invoked from network); 7 Dec 2004 22:47:19 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 7 Dec 2004 22:47:19 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1Cbo75-0008TG-Lh for arch-gentoo-mips@lists.gentoo.org; Tue, 07 Dec 2004 22:47:19 +0000 Received: (qmail 970 invoked by uid 89); 7 Dec 2004 22:47:19 +0000 Mailing-List: contact gentoo-mips-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-mips@lists.gentoo.org X-BeenThere: gentoo-mips@gentoo.org Received: (qmail 9669 invoked from network); 7 Dec 2004 22:47:18 +0000 X-Authentication-Warning: localhost.localdomain: andy set sender to afinley@gis.umn.edu using -f From: Andrew Finley Reply-To: afinley@gis.umn.edu To: gentoo-mips@lists.gentoo.org In-Reply-To: <41B5D46B.1010909@gentoo.org> References: <1101332151.12250.17.camel@populus> <41A5307E.3060507@gentoo.org> <1101660743.27092.2.camel@populus> <41AA3D7F.1030504@gentoo.org> <1101763820.18017.5.camel@populus> <41AB98BD.6030203@vt.edu> <1101767520.18017.63.camel@populus> <41ABA500.3010506@gentoo.org> <1101769623.18017.104.camel@populus> <41ABB203.6080305@gentoo.org> <1101911550.18404.10.camel@populus> <41ADDBE5.7040904@gentoo.org> <1102021016.4337.44.camel@populus> <41AF9A81.4020406@gentoo.org> <1102433859.14535.3.camel@populus> <41B5D46B.1010909@gentoo.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: umn Message-Id: <1102459638.22044.5.camel@populus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 07 Dec 2004 16:47:18 -0600 Subject: Re: [gentoo-mips] Re: R5000 o2, kernel X-Archives-Salt: e7419fb4-e942-48bf-923a-85b9a2be4624 X-Archives-Hash: 2883abf94715bdaf3fa4d0f2efeb4746 Hi Steve, thanks again for the fast response. udev worked real slick. I realized my system clock was set to ~1953 (perhaps this has some thing to do with the mysterious crashes). I will read up on cross-compiling over the holiday and give my own kernel build a shot. -have a good one Andy On Tue, 2004-12-07 at 10:03, Stephen P. Becker wrote: > Andrew Finley wrote: > > Hi Steve (didn't know if this should go to the list or not), > > > > I have had a few crashes with the fallowing kernel error (this is the > > binary kernel you sent me): > > > > []_set_up_early_setup_test+0xfffffeefef0000.... > > Code: a400000 .... > > kernel panic - not syncing: Aiee, killing interrupt handler! > > I have not seen this even once with my kernel. Perhaps you have a > really old prom version that is doing something funky, but I just don't > know. You didn't try to do something funky with objcopy to change the > address or something did you? > > > > > I noticed some funny things during the boot sequence: > > > > 1) > > *Setting system clock to hardware clock [UTC]... > > > > FATAL: Could not load /lib/modules/2.6.10-rc1/modules.dep: No such file > > or directory > > > > *Failed to set system clock to hardware clock > > This is a known problem. The O2 rtc has been broken since 2.6.9 > somehow. I've talked to somebody that said they haven't seen this > problem at all. I'm wondering if it is a result of a) the gentoo > toolchain or b) a patch I'm using. > > Also, my kernel wasn't compiled with module support at all...in fact, I > think mine is 2.6.10-rc2. I know why you are getting the error (kernel > looking to autoload rtc module probably), but I don't know why it is > looking for the module at all. > > > > > 2) > > "ERROR: Problem starting needed services. "bootmisc" was not started" > > > > Not sure what the deal is here without more information, but it isn't > fatal. You probably have some service set up to start which isn't > installed or is broken. Check your boot logs. > > > > > I tried several other precompiled kernels (for the o2), but none have > > DEVFS support, which I understand gentoo requires. > > Gentoo most certainly doesn't require devfs. Our stages ship with a > static /dev directory. You can boot with "gentoo=nodevfs" to avoid an > annoying error about devfs on boot. However, what is even better is > udev. Just "emerge udev" and boot a 2.6 kernel...and Gentoo's init > scripts take care of the rest. > > > > > Do you know what the problem might be? If so how might I fix it, short > > of compiling my own kernel. > > You really should learn to build your own kernel anyway. I would > recommend the latest mips-sources-2.6.9 ebuild instead of being thrown > into the fire right away with checking cvs out and tracking down the > right patches. You can't just use the standard kernel.org tarball for > mips machines really. You should also stop by our irc channel > (#gentoo-mips, irc.freenode.net) sometime if you haven't already. > > > > > Thanks again for your help. > > Regards- > > Andy > > > > > > > -- > gentoo-mips@gentoo.org mailing list > > -- gentoo-mips@gentoo.org mailing list