Re: [pfSense Support] Re: trap 12: page fault while in kernel mode
From the FreeBSD Problem Report filed by Molle http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/98215 I speculated that eventually probing the Broadcom crypto co-processor leads to the trap while probing the PCI bus. Therefore, I disabled the device ubsec in /home/pfsense/tools/builder_scripts/conf/pfSense.6 and rebuilt a kernel with sh /home/pfsense/tools/builder_scripts/build_iso.sh This results in an updated .iso which installs successfully on the Nokia harddisk in another i386 host. That host also boots successfully from that Nokia harddisk. However, the Nokia platform still traps at the same location after transferring that harddisk back. Trying now to rebuild another kernel with debug support, and to save a core dump on harddisk for post-mortem debugging with gdb. Rolf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] Re: trap 12: page fault while in kernel mode
After stumbling across the very same problem when trying BETA4 on a Nokia IP120, I am currently installing the development environment on another i386 platform in order to attempt to build a patched kernel/.iso that will boot on the Nokia hopefully without panicing, or provide some some debug output (enable debug symbols, core dump, ddb, etc.). I will let the list know about the outcome once the update build completes in a few hours hopefully - I had to install the build environment on an old P-II after I failed to get cvsup working correctly from within a virtual machine under VMware from behind a firewall... Regards, Rolf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] Re: trap 12: page fault while in kernel mode
Scott Ullrich wrote: This iso doesn't have debugging built into it now. We recompiled the ISO many times and was meant for a specific test case, not for a general deployment. That explains. Bad news, but thanks for letting me know! Slightly better news; stumbled upon this page: http://www.routerboard.com/geode.html Seems like others have FreeBSD 5 running on 300MHz Geode CPUs. I've tried the FreeBSD 4.7 ISO image available on above page, and it boots on an IP130! Much rejoice :-). Do any of you guys have a readily available pfSense build environment? I'd really, really like someone to build a pfSense ISO with these three patches applied to clock.c, machdep.c and support.s for me: http://www.routerboard.com/geode.html#patch_tsc_5 http://www.routerboard.com/geode.html#patch_bcopy http://www.routerboard.com/geode.html#patch_int15 If someone could do this (or point me to enough instructions that I can do it on my Linux box myself - I'm a complete BSD noob though), I'd be ever so grateful. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [pfSense Support] Re: trap 12: page fault while in kernel mode
It's not an geode problem. pfSense runs fine on Soekris and Wrap boards which all have Geode CPUs. It's something Nokia specific and Freebsd 6.x. m0n0 which is based on Freebsd 4.x runs fine on these devices afaik. Holger -Original Message- From: Molle Bestefich [mailto:[EMAIL PROTECTED] Sent: Monday, May 29, 2006 1:25 PM To: support@pfsense.com Subject: Re: [pfSense Support] Re: trap 12: page fault while in kernel mode Scott Ullrich wrote: This iso doesn't have debugging built into it now. We recompiled the ISO many times and was meant for a specific test case, not for a general deployment. That explains. Bad news, but thanks for letting me know! Slightly better news; stumbled upon this page: http://www.routerboard.com/geode.html Seems like others have FreeBSD 5 running on 300MHz Geode CPUs. I've tried the FreeBSD 4.7 ISO image available on above page, and it boots on an IP130! Much rejoice :-). Do any of you guys have a readily available pfSense build environment? I'd really, really like someone to build a pfSense ISO with these three patches applied to clock.c, machdep.c and support.s for me: http://www.routerboard.com/geode.html#patch_tsc_5 http://www.routerboard.com/geode.html#patch_bcopy http://www.routerboard.com/geode.html#patch_int15 If someone could do this (or point me to enough instructions that I can do it on my Linux box myself - I'm a complete BSD noob though), I'd be ever so grateful. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Virus checked by G DATA AntiVirusKit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] Re: trap 12: page fault while in kernel mode
Holger Bauer wrote: It's not an geode problem. Depends what you mean by Geode problem. I think that technically it's not the CPU itself that's the cause of the problem. The Geode GX CPU is always accompanied by a particular IC, fx. an 5530. (Confusingly, the CPU itself is often referred to as a 5530 too.) The companion chip can emulate various hardware by a technique named Virtual System Architecture. The VSA logic in the 5530 (companion) chip works in conjunction with VSA software in the BIOS, so each Geode GX CPU also comes with particular BIOS modules. (Whether the Flash ROM containing the BIOS is on the same core as the companion chip or is a separate component, I don't know, but for cost effectivity it's probably a separate component.. Anyway.) And indeed the interesting patch (#3) which prevents a fatal page fault technically does not fix a CPU problem but a BIOS-related (INT15) issue. I believe that the particular version of the BIOS code that belongs to the particular version of the Geode that Nokia use in their IP1xx-series has a problem which can be fixed by use of patch #3. pfSense runs fine on Soekris and Wrap boards which all have Geode CPUs. Which model, GX or NX? The Geode GX is based on a Cyrix 6x86 CPU, while the NX is a Mobile Athlon. (What stepping/version is the CPU, companion chip and BIOS modules?) m0n0 which is based on Freebsd 4.x runs fine on these devices afaik. Unfortunately I want to use features from pfSense that are not available in m0n0wall. So, in short, if anyone has a working build environment and the knowledge to build pfSense, I'm still very interested in an ISO :-). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] Re: trap 12: page fault while in kernel mode
Molle Bestefich wrote: Let's do that, then :-). I don't mind spending some time doing that to help pfSense and m0n0wall. Too bad I'm a complete BSD-newbie. What do I need to do? 1. Take the harddrive to a modern laptop 2. Install FreeBSD 6 3. ?? Modify which options to enable serial-line debugging, and where ?? 4. Stuff harddrive in Geode-based box, boot it 5. Press whatever magic key on serial to get debugger, extract backtrace Is this about correct? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I saw this: http://socalfreenet.org/nokiaip110 and thought you might find the information contained therein useful. -Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] Re: trap 12: page fault while in kernel mode
Molle Bestefich wrote: Too bad I'm a complete BSD-newbie. What do I need to do? This isn't something I have the time to work on right now, but I'll give you as many pointers as I can (which isn't much when it comes to kernel debugging) if you want to dig into it. Scott built this iso for debugging an issue on a Dell 2850 server, but it should work equally well for debugging on anything. Should just be a standard image with the debug tools. http://www.pfsense.com/~sullrich/0/pfSense_Dell_2850.iso.gz As far as how to go about doing this, I recommend: http://www.lemis.com/grog/Papers/Debug-tutorial/ Once you get to the debug prompt, the main thing, I believe, is to run 'bt' and copy/paste that output back here to the list. You may or may not get much help here, since it's a FreeBSD issue it'll have to end up being a FreeBSD PR. It'd be nice if one of the devs here could at least help take a look at it, as it might be something simple that one of them could whip up a quick patch for, and submit the FreeBSD PR with a patch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
