[05:35] <braddr> fabbione: have you ever built a linux/sparc kernel from solaris/sparc?  I'm gonna try to see if I can gather some more debugging info.  Dave doesn't believe he'll have time before I have to return the box.
[05:35] <braddr> or from linux/x86, for that matter
[07:56] <fabbione> braddr: well i did from linux arch foo to sparc
[07:57] <fabbione> but not from solaris
[07:57] <fabbione> google for crosstoolchain
[08:28] <fabbione> no wonder
[08:28] <fabbione> if you have a patch i can build a kernel for you
[08:28] <fabbione> it takes me only a few minutes here
[08:28] <fabbione> or something you want to play with
[08:29] <braddr> well, I want to turn on all the debug options and probably add a bunch of printfs around the point of failure.. so the ability to iterate and build the net boot images on demand
[08:30] <fabbione> yeah i understand that
[08:30] <fabbione> hmm
[08:30] <fabbione> if you have a'linux box, just build the cross compile tools
[08:30] <fabbione> it's really easy to do
[08:31] <fabbione> braddr:  there is a set of scripts that do that for you. it's one of the first hits on google :)
[08:39] <braddr> building gcc and glibc.. this might just take a little while.
[08:42] <fabbione> yeah it doesn't take that long.. iirc it disables the test suite
[08:44] <braddr> while this is running, if you feel like spinning a build with all the debug options turned on that might give something to go on.  If I recall correctly, we were suspecting memory corruption, so CONFIG_DEBUG_SLAB, CONFIG_DEBUG_VM, CONFIG_DEBUG_PAGEALLOC, and maybe CONFIG_DEBUG_BOOTMEM might be interesting.
[08:44] <fabbione> yes.. i can do that
[08:45] <braddr> have you seen other reports of boot problems or successes with 16 cpu models?
[08:45] <fabbione> not one :(
[08:45] <fabbione> but i did add you to the Release Notes
[08:45] <braddr> that's unfortunate
[08:45] <fabbione>  * SUN T2000 with 4 cores have been reported as not working.
[08:47] <fabbione> ok give me a sec and i will build for you
[08:47] <fabbione> more than a sec
[08:47] <fabbione> i need to power up everything
[08:48] <braddr> no hurry.. the scripts are running to build the sparc64 tool chain
[08:54] <fabbione> braddr: i assume you did try already to boot the latest installer...
[08:54] <braddr> I haven't tried anything since we last worked on this.. been sticking with solaris.
[08:55] <fabbione> can you try just in case?
[08:55] <braddr> sure
[08:55] <fabbione> http://archive.ubuntu.com/ubuntu/dists/dapper/main/installer-sparc/current/images/sparc64/netboot/2.6/
[08:55] <fabbione> may never know it was "auto-fixed"
[08:56] <braddr> stranger things have certainly happened
[08:56] <braddr> fetching now
[08:56] <fabbione> yup
[09:03] <fabbione> eehhe
[09:03] <fabbione> i had it turned on for the last few days together with the SAN
[09:03] <fabbione> to do test installs for release
[09:04] <fabbione> i can't hear my wife anymore.. and that's good... ;)
[09:04] <fabbione> not sure i will be able to hear anything anylonger..
[09:04] <braddr> mine's been on for weeks
[09:04] <fabbione> no i power it off when i don't need it
[09:05] <fabbione> i did rebuild all of the 9000 pkgs of dapper in 36 hours flat on my T2000 :)
[09:05] <fabbione> with 2 of them you could make a port of a distro in a day
[09:06] <braddr> a few additional messages in the boot log, but dies with essentially the same error, but no stacktrace
[09:06] <fabbione> ok
[09:07] <braddr> before:
[09:07] <braddr> [   11.338121]  NET: Registered protocol family 17 [   11.648468]  Badness in proc_get_inode at fs/proc/inode.c:157 [   11.821338]  Call Trace: [   11.898036]   [00000000004a1ee0]  __lookup_hash+0xe0/0x140 [   12.065575]   [00000000004a5128]  open_namei+0x128/0x640 [   12.227346]   [00000000004924c0]  filp_open+0x20/0x60 [   12.379717]   [0000000000492658]  do_sys_open+0x38/0xe0 [   12.543989]   [0000000000406a14]  linux_sparc_syscall32+0x34/0x40 [   12.739641]   [0
[09:08] <fabbione> well i remember that
[09:08] <braddr> in the 'after' picture.. after the net: registered protocol familly 17 is some usb probing then it probes all 4 eth ports
[09:08] <braddr> ending with:
[09:08] <braddr> [   14.590307]  e1000: eth3: e1000_probe: Intel(R) PRO/1000 Network Connection
[09:08] <braddr> Starting system log daemon: syslogd, klogd.
[09:08] <braddr> [   16.902270]  SUN4V-DTLB: Error at TPC[41c400] , tl -1034272768
[09:08] <braddr> [   17.143287]  SUN4V-DTLB: vaddr[ffffffffffff0000]  ctx[0]  pte[800007ffffff0743]  error[2] 
[09:08] <fabbione> HMMMM
[09:09] <fabbione> where you running slowlaris before rebooting in Linux?
[09:09] <braddr> thought you might like the user space part. :)
[09:09] <braddr> yes
[09:09] <fabbione> can you please poweroff -> poweron -> boot ?
[09:09] <braddr> roger
[09:09] <braddr> what was the openboot command to disable auto booting?
[09:09] <braddr> set auto-boot false?
[09:10] <fabbione> like if i remember.... hold on :)
[09:10] <fabbione> setenv auto-boot false?
[09:11] <braddr> looks like it's already set that way from last time.
[09:12] <braddr> powering back on.. 10 minutes to info. :)
[09:12] <fabbione> take your time
[09:12] <fabbione> i am still installing kernel b-d
[09:13] <fabbione> the machine was in an interesting state today after a few tons of installs
[09:14] <braddr> hrm.. looks like the crosstool build blew up while building the kernel
[09:14] <fabbione> that's no surprise.. the kernel config is crap there iirc
[09:15] <braddr> I'll poke at the script and see how to disable building the kernel and glibc.. all I need is gcc
[09:19] <braddr> Starting system log daemon: syslogd, klogd.
[09:19] <braddr> Killed
[09:19] <braddr> /build/buildd/cdebconf-0.97ubuntu3/src/debconf.c:135 (main): Cannot initialize debconf template database
[09:19] <braddr> /build/buildd/cdebconf-0.97ubuntu3/src/debconf.c:135 (main): Cannot initialize debconf template database
[09:19] <braddr> FATAL: Module usbkbd not found.
[09:19] <braddr> FATAL: Module usbhid not found.
[09:19] <braddr> FATAL: Module usbserial not found.
[09:19] <braddr> /build/buildd/cdebconf-0.97ubuntu3/src/debconf.c:135 (main): Cannot initialize debconf template database
[09:20] <braddr> the last line repeats
[09:20] <fabbione> ok
[09:20] <fabbione> it's that "killed" before 
[09:20] <fabbione> but at least it looks less scary
[09:21] <fabbione> ok building the kernel now
[09:21] <braddr> there isn't a SUN4V-DTLB part this time
[09:21] <fabbione> yes
[09:21] <fabbione> i can see that :)
[09:21] <fabbione> it's probably being catched by syslog or klogd
[09:21] <fabbione> that's why i told you to poweroff
[09:22] <fabbione> sometimes slowlaris leave the CPU in an "interesting" unresettable state (for linux)
[09:23] <fabbione> i think somehow the main issue has been solved but there is still something fishy going on. otherwise you would have seen the same problem
[09:24] <fabbione> TBH if i was you i would try yet another reboot.. just to enjoy the 4 secs of silence between reboots
[09:24] <fabbione> no seriously.. i would like to see another reboot 
[09:24] <fabbione> to see if the DTLB error comes up again
[09:24] <fabbione> sometimes it's just a matter of timing with syslog starting
[09:24] <braddr> oh.. you wanted it w/o the powercycle?
[09:25] <fabbione> powercycle was perfectly fine
[09:25] <fabbione> just do another one now
[09:25] <braddr> ok.. in progress.
[09:25] <fabbione> what we want to try to see if syslog is hiding it or not
[09:25] <fabbione> given that we can't access the logs once it crashes
[09:25] <braddr> it might be interesting to see if two boots back to back w/o a powercycle gets the original error
[09:25] <fabbione> up to you
[09:26] <fabbione> the kernel here is almost done
[09:31] <braddr> past post, into the linux boot now
[09:31] <fabbione> :)
[09:32] <braddr> crosstool past a stupid linux source bug and into building binutils
[09:32] <braddr> Starting system log daemon: syslogd, klogd.
[09:32] <braddr> [   10.285601]  SUN4V-DTLB: Error at TPC[41c400] , tl -1034272768
[09:32] <braddr> [   10.521781]  SUN4V-DTLB: vaddr[ffffffffffff0000]  ctx[0]  pte[800007ffffff0743]  error[2] 
[09:33] <fabbione> yup
[09:33] <fabbione> it was just hidden somewhere
[09:37] <fabbione> kernel is linking
[09:37] <fabbione> ccache populated :)
[09:38] <braddr> gcc is buliding
[09:40] <braddr> I presume I'll need to grab more bits to build a boot.img file..
[09:41] <fabbione> oh to build that one.. yes
[09:41] <fabbione> i can give you the initrd
[09:41] <fabbione> all you have to do is to slam it at the bottom of the a.out image
[09:42] <braddr> just cat the two together?
[09:42] <fabbione> do you have debian/ubuntu on the other linux box?
[09:42] <braddr> debian,yes
[09:42] <fabbione> apt-get source debian-installer
[09:43] <fabbione> look for tftpboot.sh
[09:43] <fabbione> that's the script that creates the boot.img
[09:43] <braddr> roger
[09:46] <fabbione> hmm i can tell you that even if we manage to boot this debug, you won't be able to install
[09:46] <fabbione> but i can workaround that with a lot of patience
[09:46] <braddr> s'ok.. step one, figure out what's breaking
[09:46] <fabbione> yeah
[09:46] <braddr> step two.. profit
[09:46] <fabbione> :)
[09:48] <braddr> that tftpboot.sh script relies on some binaries not part of the installer.. I believe I recognize piggyback from the kernel build, not sure about elf2aout
[09:49] <fabbione> elf2out just converts a elf exec to a aout
[09:49] <fabbione> i am sure there are sources somewhere
[09:49] <fabbione> for sparc they are on sparc-utils pkg
[09:58] <fabbione> i am uploading the image..
[10:01] <fabbione> http://people.ubuntu.com/~fabbione/braddr/
[10:05] <braddr> probably should powercycle, but let's see if this gets anything interesting
[10:06] <braddr> seems to stall here:
[10:06] <braddr> Booting Linux...
[10:06] <braddr> mem_init: Calling free_all_bootmem().
[10:07] <fabbione> interesting
[10:07] <braddr> any thoughts before I start the 10 minute power cycle bootup?
[10:08] <fabbione> it might be just slow???
[10:08] <braddr> been well over a minute now
[10:09] <fabbione> ok try again
[10:09] <fabbione> i will build one that doesn't trigger that
[10:10] <braddr> I'll go until 2
[10:11] <fabbione> ok
[10:11] <fabbione> #ifdef CONFIG_DEBUG_BOOTMEM
[10:11] <fabbione>         prom_printf("mem_init: Calling free_all_bootmem().\n");
[10:11] <fabbione> #endif
[10:12] <fabbione>         totalram_pages = num_physpages = free_all_bootmem() - 1;
[10:12] <braddr> seems pretty harmless
[10:13] <fabbione> checking what that does exactly
[10:13] <braddr> considering there's other printf's in the neighborhood, adding one more can't be a problem by itself.
[10:15] <fabbione> yeps
[10:15] <fabbione> slamming one immediatly after
[10:15] <fabbione> to se
[10:15] <fabbione> to see if that completes
[10:18] <braddr> same stall.
[10:19] <fabbione> i am almost done with the other printk
[10:19] <fabbione> it takes a little bit to do things properly
[10:20] <fabbione> in terms of change -> track change -> build proper images -> create boot.img -> blabla
[10:21] <braddr> screw the properly part. :)
[10:22] <fabbione> no i don't.. it's important for me that each bit it's always tested properly...
[10:22] <fabbione> we used to hack that way when we were adding the support to the kernel
[10:22] <fabbione> but we realized only later that at cleanup time we lost bits here and there
[10:22] <fabbione> duplicating work etc.
[10:23] <braddr> I tend to take a 2 pass approach.. hack and slash until the main bug goes away, then re-do things with better knowledge of the problem from the original source
[10:26] <fabbione> yeah but this is more building the image trick to be consistent
[10:26] <fabbione> the code is in git.. so it's easy for me to grab the diff and reapply it clean to the main truck
[10:26] <fabbione> trunk
[10:27] <braddr> sparc64-unknown-linux-gnu-hello-static: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), for GNU/Linux 2.4.3, statically linked, for GNU/Linux 2.4.3, not stripped
[10:27] <braddr> yay
[10:27] <fabbione> nice
[10:31] <fabbione> uploading
[10:33] <fabbione> ok it's there
[10:33] <fabbione> same url
[10:33] <braddr> getting...
[10:33] <braddr> for what it's worth, still stalled there.
[10:34] <fabbione> #ifdef CONFIG_DEBUG_BOOTMEM
[10:34] <fabbione>         prom_printf("mem_init: Calling free_all_bootmem().\n");
[10:34] <fabbione> #endif
[10:34] <fabbione>         totalram_pages = num_physpages = free_all_bootmem() - 1;
[10:34] <fabbione> #ifdef CONFIG_DEBUG_BOOTMEM
[10:34] <fabbione>         prom_printf("mem_init: done Calling free_all_bootmem().\n");
[10:34] <fabbione> #endif
[10:34] <fabbione> this should tell you if it goes any further
[10:34] <fabbione> the stuff that free_all_bootmem calls are woodoo to me
[10:34] <fabbione> i predict it boots, print my stuff and hangs
[10:34] <braddr> that'd be the A answer.
[10:35] <fabbione> if it goes further you should see:
[10:35] <fabbione>         printk("Memory: %uk available (%ldk kernel code, %ldk data, %ldk init) [%016lx,%016lx] \n",
[10:36] <braddr> wow.. break from sc isn't getting a prompt.  powercycleing
[10:43] <braddr> mem_init: done Calling free_all_bootmem().
[10:44] <fabbione> and it hangs...
[10:44] <fabbione> ok let's try without BOOMEM debugging
[10:44] <braddr> at least the voodoo off in the boot mem freeing code can be avoided. :)
[10:44] <fabbione> yeah
[10:51] <fabbione> i should really poweron the SAN to do these builds
[10:51] <fabbione> spending ages on I/O on these slow SAS disks
[10:52] <braddr> heh
[10:53] <ajmitch> hi fabbione 
[10:53] <fabbione> hi aj
[10:57] <fabbione> braddr: almost done...
[10:57] <fabbione> got sucked with a customer :/
[10:57] <braddr> no problem.. reading the docs on kbuild to learn how to do cross compiles
[10:57] <fabbione> braddr: that's easy ;)
[10:58] <fabbione> either edit arch/sparc64/Makefile
[10:58] <fabbione> or export hmmm what envvar..
[10:58] <fabbione> HOSTCC and CC
[10:58] <fabbione> that should do
[11:00] <braddr> and to trigger it as a cross build?
[11:00] <fabbione> make ARCH=sparc64 ...
[11:01] <fabbione> uploading new image
[11:01] <fabbione> this one without DEBUG_BOOTMEM
[11:01] <braddr> sweet
[11:04] <fabbione> done
[11:09] <braddr> Remapping the kernel... done.
[11:09] <braddr> Booting Linux...

[11:09] <fabbione> how much ram do you have there?
[11:09] <braddr> 8G
[11:10] <fabbione> ok letme try to boot that image here
[11:11] <fabbione> i also have 8GB
[11:12] <fabbione> at least we can exclude one thing
[11:14] <fabbione> this one stalls for me too
[11:14] <fabbione> so it's either scratching all the 8GB of ram very very slowly
[11:14] <fabbione> or it is simply broken
[11:14] <fabbione> i can try removing the ram
[11:14] <fabbione> i will let it run for a bit while i get some lunch
[11:14] <braddr> one of the boots had to have been sitting there for 10 minutes or so
[11:14] <fabbione> and try to come back with an image for tomorrow
[11:15] <fabbione> i have no idea how verbose these debugging things are
[11:15] <fabbione> i think i will disable all of them and enable one at a time to see what breaks
[11:15] <fabbione> it's problably easier
[11:15] <fabbione> but it requires a few tons of reboots
[11:15] <fabbione> go get some sleep
[11:15] <fabbione> i hope to have an image by tomorrow or something
[11:16] <braddr> I'm about to try the first kernel build
[11:16] <fabbione> ok :)
[11:16] <fabbione> but remember that netboot needs to be a.out or it won't work
[11:17] <braddr> thanks for the help.. see ya in 20ish hours
[11:17] <fabbione> no problem.. sure
[11:17] <fabbione> i should be here :)
[11:17] <braddr> well, that failed fast. :)
[11:34] <braddr> fyi: make ARCH=sparc64 CROSS_COMPILE=sparc64-unknown-linux-gnu- vmlinux.aout
[04:15] <fabbione> morning
[04:18] <braddr> hiya.  before I went to sleep, I got a kernel build that worked enough to show the Booting linux... message
[04:18] <fabbione> oh nice
[04:19] <fabbione> i managed to add a couple of DEBUGGING options from none
[04:19] <fabbione> but i had to stop 
[04:19] <fabbione> i am going to add more now
[04:19] <braddr> I didn't get the kernel + initrd image built.. I was more anxious to see the kernel working.  I'm gonna eat dinner, watch a bit of tv, then dive back in
[04:20] <fabbione> sure
[04:20] <fabbione> it will give me a little bit to build another couple of kernels
[04:20] <braddr> you're trying to see what debugging options work and which ones cause your own box to die during bootup?
[04:21] <fabbione> yeps
[04:21] <fabbione> like we discussed yesterday
[04:21] <braddr> just checking.  They're all 'supposed' to work, I assume.. something buggy with either sparc in general or t2000 specifically, potentially?
[04:22] <braddr> I'm still running 2.4 everywhere, so I'm a tad behind the times
[04:22] <fabbione> i assume they are all supposed to work individually
[04:22] <fabbione> not sure in big combos
[04:22] <braddr> I see references to turning some of 'em on in various l-k threads from time to time
[04:23] <braddr> I should probably do a build with a .config that matches the installer v 35 build
[04:23] <fabbione> yeps 
[04:23] <fabbione> what sources are you using?
[04:24] <fabbione> vanilla or ubuntu?
[04:24] <braddr> vanilla 2.6.17-rc5
[04:24] <fabbione> ok
[04:24] <fabbione> the config might work
[04:24] <fabbione> but a lot of drivers won't be there
[04:24] <fabbione> i am booting up now
[04:25] <fabbione> can give you a config in 2 minutes or so
[04:25] <braddr> for a t2000, a lot of drivers aren't relevant.
[04:26] <fabbione> i know
[04:26] <fabbione> they are just there
[04:30] <braddr> fyi.. a snippit from an email with my sun contact:
[04:30] <braddr> > Thank you for your feedback. I have passed it along to the T2000 Try and Buy
[04:30] <braddr> > Program people, as it is a new program, we appreciate the constructive
[04:30] <braddr> > feedback. As a follow up to your first point, on the T2000 Linux is not
[04:30] <braddr> > formally supported (yet) so any efforts Dave is making are best effort.
[04:31] <braddr> the 'yet' part I like seeing.
[04:31] <fabbione> ehhe
[04:31] <braddr> my reply basically said I/we weren't looking for support, just time.
[07:01] <gnu2it2> little help please.. E: Malformed line 3 in source list /etc/apt/sources.list (dist parse)
[07:01] <gnu2it2> line 3 = deb http://ports.ubuntu.com/ubuntu-ports dapper
[07:02] <gnu2it2> i dont see what is malformed
[07:04] <gnu2it2> sure is quiet in here :)
[07:30] <braddr> deb     http://http.us.debian.org/debian/ testing main non-free contrib
[07:31] <braddr> you're missing section entries
[07:31] <braddr> (making up the term, not sure what it is officially)
[06:50] <braddr> fabbione: hopefully you're still asleep, but for when you wake, not a single oops or other kernel message during the entire install except for during module loading, and there just a bunch of symbol size mismatch messages
[06:50] <fabbione> braddr: nice...
[06:50] <fabbione> braddr: did you try to boot the SMP kernel?
[06:50] <braddr> not yet
[06:51] <fabbione> could you please?
[06:51] <braddr> just try the default installed smp kernel?
[06:51] <fabbione> yeps
[06:51] <braddr> ok.. I'll reboot after the rsync of the ubuntu.git tree is done
[06:51] <fabbione> thanks
[06:53] <braddr> without the debug options, the race or whatever we were hitting is likely to hit, but it'll be interesting regardless.
[06:55] <fabbione> it might not
[06:57] <braddr> rebooting
[06:59] <fabbione> take your time. i am kind of busy anyway
[06:59] <braddr> no problem.. just munching on some pizza and catching up on some tv
[07:04] <braddr> ncpus probed    : 16
[07:04] <braddr> ncpus active    : 16
[07:06] <fabbione> :)
[07:06] <fabbione> now just play with it :)
[07:06] <fabbione> and see how bad it goes
[07:06] <braddr> I much prefer reproducable, reliable, regular crashes.
[07:07] <fabbione> i might be able to get the config changes in if they are not too heavy
[07:07] <fabbione> in terms that we can work around it, but i need to verify how much heavier is the DEBUG_SLAB UP kernel
[07:07] <braddr> well, this smp kernel has no config changes.. it's what came from the default install.
[07:07] <fabbione> yeps
[07:07] <fabbione> that means that it's only with UP kernel the problem
[07:08] <braddr> or that the race condition hasn't triggered
[07:08] <fabbione> probably
[07:08] <fabbione> as i said.. play with it and see if you notice anything strange
[07:08] <fabbione> i have 24h to upload a kernel
[07:08] <fabbione> after that it will be a matter of custom installers
[07:09] <braddr> I'll have it do a few make -j32 kernel compiles.. always good for a stress test
[07:09] <fabbione> -j512 is good too
[07:09] <fabbione> don't be shy
[07:09] <fabbione> the machine won't yell at you
[07:10] <braddr> the disk might.. it's not one of the snappiest ever created.
[07:10] <fabbione> don't worry about that
[07:10] <fabbione> trust me :)
[07:10] <fabbione> davem didn't finf bugs on the kernel doing -j32
[07:10] <fabbione> i did when pushing to the edges of -j4096
[07:10] <braddr> right.. make -j  <nothing> it is.
[07:10] <fabbione> yeah
[07:11] <fabbione> ok while you play.. i need to get ready to fly to London
[07:11] <braddr> if it's gonna be stressed, let's throw it all at her
[07:11] <braddr> whee
[07:11] <fabbione> i have an airplane to catch in a few hours
[07:11] <fabbione> stress her as much as you can
[07:11] <fabbione> the more the better
[07:12] <braddr> while /bin/true; do make clean; make -j; done
[07:15] <fabbione> :)
[07:20] <braddr> ouch.. aboutu 1.5G into swap, about 1200 processes all fighting for some time
[07:20] <fabbione> that's o
[07:20] <fabbione> k
[07:20] <fabbione> don't worry
[07:20] <braddr> oh, I know.. as long as I don't run outta swap it's all good
[07:21] <fabbione> you won't
[07:21] <fabbione> make -j will make sure not to go over machine resources
[07:21] <fabbione> it's done on purpose
[07:21] <braddr> yeah, looks like it's over the parallelism hump anyway
[07:22] <fabbione> ok gotta go for a bit now
[07:22] <fabbione> ttyl
[07:22] <braddr> have fun in London
[07:22] <fabbione> nah still need to prepare the bag, shower and close here ;)
[07:22] <fabbione> another 2/3 hours
[07:22] <fabbione> just need to get started :D
[07:26] <braddr> interesting that 2 make processes seem to be consuming 2 of the cores full time
[07:34] <braddr> ooh.. an oops, and file-max limit reached
[07:37] <fabbione> max file is a known bug upstream
[07:37] <fabbione> log the OOPS
[07:37] <braddr> already done
[07:37] <fabbione> the file-max is due to SLAB not releasing cleared fd fast enough
[07:38] <braddr> the oops is in one of the make's that's spinning.. which makes some sense.
[07:38] <braddr> wait, no it's not.
[07:42] <braddr> fun.. the two make's aren't kill -9able
[07:44] <fabbione> add all to the logs :)
[07:44] <fabbione> oh hold on
[07:44] <fabbione> once you hit the file-max you need to reboot
[07:44] <braddr> way ahead of you
[07:45] <fabbione> there is no proper way to recover from that
[07:45] <braddr> the oops came before the first file-max
[07:46] <ajmitch> evening
[07:46] <braddr> hiya aj
[07:47] <ajmitch> sounds like you're stressing the box nicely :)
[07:47] <braddr> just following suggestions
[07:47] <braddr> me too
[07:47] <braddr> but progress has definitly been made
[08:39] <fabbione> braddr: what's the url for the log again?
[08:39] <braddr> http://www.puremagic.com/~braddr/t2000/boots.txt
[08:39] <fabbione> thanks
[08:40] <braddr> drop the file for a blog + a list of all the past files (from a month or so ago)
[08:40] <fabbione> ?
[08:40] <braddr> http://www.puremagic.com/~braddr/t2000/
[08:41] <fabbione> oh ok :)
[08:49] <braddr> drivers/block/aoe/aoemain.o -- there's an Age of Empires game embedded in the kernel? :P
[08:49] <fabbione> hahah
[09:48] <fabbione> -> London
[09:48] <fabbione> later
[10:09] <braddr> 32 cycles of make -j700 / make clean -- no oopses