[04:16] <infinity> BenC: https://lists.ubuntu.com/archives/ubuntu-users/2006-February/068781.html
[04:17] <infinity> BenC: ^--- Your fault, or udev's?
[04:17] <BenC> hold a sec
[04:19] <BenC> depends if something like "cat /dev/input/event#" worked or not
[04:19] <infinity> Well, you may want to followup with the user, or ask him to report it in Malone...
[03:30] <fabbione> BenC: ping?
[03:30] <BenC> fabbione: pong
[03:31] <zul> heylo
[03:31] <fabbione> hey zul
[03:31] <zul> how is it going?
[03:31] <fabbione> BenC: hey dude.. usual pull from my branch :)
[03:31] <BenC> ok
[03:31] <BenC> zul: you got anything for me?
[03:31] <fabbione> BenC: more SUN4V merges and i did bump B-D on kernel-package to fix a frigging annoying problem with sparc32 dpkg-buid... sparc64 dpkg-build..
[03:32] <fabbione> kernel-package is of course already in archive
[03:32] <BenC> fabbione: ok
[03:32] <zul> BenC: yeah i ll email you the patch tonight
[03:32] <fabbione> thanks dude...
[03:32] <BenC> np, thanks
[03:32] <fabbione> BenC: i also noticed a missing symbol building a scsi driver..
[03:33] <BenC> sym2 scsi driver?
[03:33] <BenC> oooh, yeah, I see it
[03:33] <BenC> that's bad
[03:34] <fabbione> you should have the message on the other chan
[03:34] <zul> i almost have my quietboot patch ready for grub
[03:34] <fabbione> yes
[03:34] <fabbione> i saw it on sparc
[03:34] <fabbione> no idea on other arches
[03:34] <fabbione> but i think it's the same
[03:35] <BenC> ah, it's on sparc64, but it isn't EXPORT_SYMBOL so modules can use it
[03:36] <fabbione> ok :)
[03:36] <fabbione> i didn't really have the time to check
[03:37] <BenC> easy fix, I'll get it in
[03:40] <doko_> jbailey, BenC: interesting for ia64 only. which linux-kernel-headers package shoudl be included in ia32-libs-dev? currently there is linux-kernel-headers_2.6.11.2-0ubuntu16_i386.deb
[03:40] <jbailey> doko_: The word I got from the folks at HP is that newer itanics don't do ia32, and therefor we should drop ia32 compatability.
[03:40] <jbailey> That's why lkh doesn'thave the multiarch stuff in it for ia64.
[03:41] <doko_> so should we drop it still for dapper?
[03:41] <fabbione> hmm spanking of ia64..
[03:41] <fabbione> let's look at that udev/kernel boot problem
[03:42] <Keybuk> which one is that?
[03:42] <fabbione> Keybuk: i saw udevplug segfaulting while parsing /sys
[03:42] <fabbione> the result is that no modules are loaded...
[03:42] <fabbione> but i didn't have time to dig it
[03:42] <fabbione> (found it yesterday)
[03:43] <fabbione> Keybuk: don't worry.. i will come back to you, if the bug is udev :)
[03:43] <BenC> my ia64 boots fine
[03:43] <BenC> no segv's that I saw
[03:43] <Keybuk> if it's a udevplug segfault, then it's likely a udevplug bug anyway
[03:43] <Keybuk> it shouldn't SEGV
[03:43] <fabbione> BenC: you told me yesterday that it didn't boot?
[03:43] <Keybuk> gimme a backtrace
[03:43] <fabbione> Keybuk: in a sec.. firing up console...
[03:44] <BenC> fabbione: that was a hw issue it seems
[03:44] <doko_> jbailey: I still leave it in for now
[03:44] <BenC> fabbione: anyway I can try to reproduce?
[03:44] <jbailey> doko_: Sure, I'm not fussed.  That's just why I didn't do it.
[03:45] <fabbione> BenC: i am booting my box now
[03:48] <fabbione> BenC: it looks like a kernel problem..
[03:48] <fabbione> let me check if it is the last one
[03:54] <doko_> jbailey: that would let us reduce ia32-libs to a more sane size
[03:57] <BenC> does ia64 need to bufforce udev?
[03:57] <BenC> need the
[03:57] <fabbione> BenC: no i don't think so
[03:57] <fabbione> the patch was for alpha/sparc/hppa
[03:57] <BenC> great, my ia64 doesn't appear to be rebooting
[03:57] <fabbione> it's kernel bug
[03:58] <fabbione> introduced between -15- and -16-
[03:58] <fabbione> nope
[03:58] <fabbione> it's parsing /sys makes baby jesus cry
[03:59] <fabbione> i am taking a trace now
[03:59] <BenC> is there a kernel message?
[04:00] <BenC> wow, ia64 has too man registers
[04:01] <BenC> any idea what file it is?
[04:01] <fabbione> BenC: see /msg
[04:01] <BenC> can you run lsof and see?
[04:01] <fabbione> there is also a new warning during boot i don't like
[04:01] <fabbione> ACPI: PCI Root Bridge [PCI0]  (0000:00)
[04:01] <fabbione> kernel unaligned access to 0xe0000040fffcfb44, ip=0xa000000100303581
[04:01] <fabbione> kernel unaligned access to 0xe0000040fffcfb7c, ip=0xa000000100303581
[04:01] <fabbione> kernel unaligned access to 0xe0000040fffcfbb4, ip=0xa000000100303581
[04:01] <fabbione> kernel unaligned access to 0xe0000040fffcfc04, ip=0xa000000100303581
[04:01] <fabbione> ACPI: PCI Root Bridge [PCI4]  (0000:80)
[04:01] <fabbione> i didn't see it before
[04:01] <fabbione> i only have busybox here
[04:01] <BenC> acpi has always been broken on my ia64
[04:01] <fabbione> ok
[04:02] <BenC> it actually always oopses and disables the IRQ
[04:02] <fabbione> i can probably get to console
[04:02] <fabbione> if there was a frigging find in busybox...
[04:02] <BenC> let me run out to the barn and see what's on my screen
[04:03] <fabbione> the scsi driver loads fine..
[04:10] <BenC> sorry fabio, mines actually booting fine with -16
[04:10] <BenC> I forgot that if someone is on the phone, I lose wireless to the barn
[04:10] <zul> fabbione: busybox is quiet easy to modify...i have done it before..:)
[04:10] <BenC> I need to get a 5.8ghz cordless phone
[04:11] <fabbione> zul: i know.. that's not the issue..
[04:11] <fabbione> BenC: hmm ok
[04:11] <BenC> fabbione: pull/push from your repo
[04:11] <zul> ah
[04:11] <fabbione> BenC: what kernel?
[04:11] <fabbione> BenC: i am with itanium-smp
[04:11] <BenC> fabbione: one I just built, itanium-smp
[04:11] <BenC> what scsi driver do you use?
[04:12] <BenC> it may be related to the driver's sysfs support
[04:12] <fabbione> YOU SHOULD ALL DIE
[04:12] <BenC> rmmod Overfiend
[04:12] <fabbione> it's sym53c8xx
[04:12] <fabbione> eheh
[04:12] <BenC> rm -f /lib/modules/`uname -r`/misc/Overfiend.ko
[04:12] <fabbione> but i am getting there to a trace
[04:13] <fabbione> getting there
[04:14] <fabbione> stracing on 9600 bps console is SLOW
[04:14] <BenC> strace -o temp, then tail :)
[04:14] <fabbione> there is no tail in busybox i am afraid
[04:14] <fabbione> not the one for initramfs
[04:14] <BenC> ah
[04:18] <fabbione> oh craptastic
[04:19] <zul> hell ill just send the patch now...BenC you have new email...you bastard
[04:19] <fabbione> BenC: did you build your kernel from git?
[04:19] <BenC> fabbione: of course :)
[04:19] <BenC> zul: thanks biatch
[04:19] <fabbione> BenC: that might be why
[04:20] <fabbione> i think the bug is in the scsi driver
[04:20] <BenC> fabbione: because our git repo is the almighty accumulation of stability? :)
[04:20] <BenC> well, sym2 is updated in our repo
[04:20] <BenC> give it a go
[04:20] <fabbione> yeah
[04:21] <zul> BenC: no problem..
[04:21] <fabbione> nope
[04:22] <fabbione> but now i have a strace
[04:28] <fabbione> open("/sys/class/misc/efirtc/uevent", O_WRONLY <unfinished ...>
[04:28] <fabbione> +++ killed by SIGSEGV +++
[04:28] <BenC> efirtc, hmm
[04:28] <fabbione> testing git now
[04:28] <fabbione> time to build, etc,
[04:28] <BenC> EFI time service
[04:29] <fabbione> yeps
[04:31] <BenC> nothing funny in the module
[04:32] <BenC> efirtc is built-in
[04:32] <BenC> tickling the file on my system doesn't cause any problems
[04:33] <BenC> echo 1 > /sys/class/misc/efirtc/uevent
[04:34] <fabbione> let me try with git
[04:44] <Keybuk> BenC: I think udevplug writes "poke" to uevent files, not "1\n" ;-)
[04:44] <Keybuk> jbailey probably would rather it wrote "does this tickle? he he he he"
[04:44] <BenC> hehe, I tried and accidentally typed "poker" :)
[04:52] <fabbione> BenC: ehe
[04:54] <remon> good afternoon
[04:55] <remon> I've a question about an alsa driver, but I think it's also related to the kernel (2.6)
[04:57] <remon> the echoaudio driver is in the alsa-driver package from 1.0.8rc2, but not included (don't know for some specific reason) in the kernel source. It would be lovely if the ubuntu kernel are compiled with the echoaudio drivers included too!
[04:59] <fabbione> remon: please file a wishlist bug on malone. http://launchpad.net/malone
[04:59] <fabbione> component: linux
[05:00] <remon> fabbione: thanks, will do so! 
[05:00] <remon> (trying now myself to build an ubuntu kernel with the echoaudio driver added to the kernel source, does it help if I report the results? )
[05:01] <fabbione> it helps if you provide a non intrusive patch
[05:02] <remon> fabbione: I'll see if I can make one, if it works of course.....
[05:12] <remon> hmm, I'm having a bit trouble with using launchpad: "No revision control details recorded for 2.6.15 "
[05:12] <remon> it seems the linux kernel aren't (yet) managed by launchpad ?
[05:13] <zul> i think you might want linux-source
[05:14] <remon> zul: thanks, will try that one 
[05:15] <remon> I'm only able to find this one: https://launchpad.net/products/linux
[05:15] <remon> and there are bug reports etc, but for some reason it complains with the above message
[05:16] <remon> ah, found the correct page, filling a report now! :)
[05:22] <BenC> remon: file a bug and mark it for Ubuntu and the linux-source-2.6.15 source package
[05:23] <remon> BenC: ok
[05:44] <jbailey> BenC: Tickling is so much more sensual than poking. ;)
[05:44] <zul> especially with a feather
[05:45] <zul> did i just say that?
[05:45] <fabbione> jbailey: what about spanking? :)
[05:52] <fabbione> BenC: same story with git
[05:54] <fabbione> BenC: i can trigger the error just with the echo
[06:23] <jbailey> fabbione: Sure, but I think I would have trouble saying that we spanked the events out of the kernel.
[06:23] <jbailey> Think gentle, soft and loving.
[06:38] <fabbione> BenC: it must be something local because it works on others ia64 too
[09:09] <BenC> zul: I don't think your patch will help...list archives I've read show people trying to disable the check aswell, but it ends up create an eth0 with a bad mac address
[09:10] <BenC> even more discouraging is that it is reported to happen even with Intel's e100 driver
[09:19] <BenC> doko_: ping
[09:19] <doko_> BenC: pong
[09:19] <BenC> doko_: I just scyned the latest mISDN CVS snapshot, and it is the same as what I already have in the kernel
[09:21] <BenC> 2006-03-02
[09:22] <BenC> ftp://ftp.isdn4linux.de/pub/isdn4linux/CVS-SnapshotsmISDN-CVS-2006-03-02.tar.bz2
[09:23] <BenC> missing / before mISDN
[09:23] <doko_> hmpff, I trusted the Debian maintainer ;-/
[09:23] <doko_> sorry
[09:23] <BenC> no problem
[09:24] <BenC> if there's some different config I need to do, just let me know, but I think I enabled as much as I could without conflicting with stock isdn drivers
[09:25] <doko_> so the Fritz/AVM driver is still disabled, correct?
[09:41] <mjg59> BenC: The sky2 module seems to be missing from the udebs?
[09:46] <doko_> BenC: which compiler do you use to build parisc64 kernels?
[09:46] <BenC> doko_: hppa64-linux-gcc, IIRC
[09:46] <BenC> I think the package is gcc-hppa64 or something
[09:47] <heatxsink> hello all
[09:47] <heatxsink> hi FireRabbit 
[09:47] <BenC> mjg59: ok
[09:47] <FireRabbit> hi
[09:47] <heatxsink> are there any plans on including the lastest bluez kernel patch in any of the 2.6.15 ubuntu kernels?
[09:50] <mjg59> BenC: Which is the driver for the new Macs, so it would be nice :)
[09:50] <BenC> ok :)
[09:51] <BenC> heatsinx: Already done, will be in the 17.24 upload, which will happen in about 30 minutes
[09:51] <heatxsink> WHAT?
[09:51] <heatxsink> BenC:  awesome!!!!!!!!
[09:58] <mjg59> BenC: Any chance you can enable EFI support? Adds 8k to the kernel.
[09:59] <BenC> mjg59: sure
[10:01] <BenC> mjg59: what's the config option?
[10:02] <mjg59> CONFIG_EFI
[10:02] <mjg59> Also CONFIG_EFI_VARS
[10:02] <mjg59> Then I have a couple of patches to send you, but I need to figure out the framebuffer stuff first
[10:06] <BenC> ok, it wont be in 17.24, but I have it already in for 17.25
[10:06] <mjg59> Thanks
[10:16] <mjg59> BenC: Why is -386 CONFIG_SMP=n?
[10:17] <mjg59> It means I'm only getting one core up with the install kernel
[10:18] <fabbione> mjg59: you gain nothing at install time with SMP
[10:18] <fabbione> and it is safer choise to make the system boot
[10:18] <fabbione> +able
[10:21] <mjg59> fabbione: Uhm. Do we ship -686 kernels on the CD now?
[10:21] <fabbione> mjg59: on -server yes
[10:22] <mjg59> This isn't a server
[10:22] <fabbione> don't think so on desktop
[10:22] <mjg59> So an installed system won't end up with SMP. Hmm. That seems less than ideal.
[10:22] <fabbione> it was the same as warty/hoary/breezy
[10:23] <fabbione> there is no way to stick another kernel on the CD
[10:24] <mjg59> But we could shift the -386 kernel to be SMP now
[10:24] <mjg59> Since there's no performance hit
[10:25] <mjg59> But there /are/ an increasing number of dual-core systems on the market
[10:25] <mjg59> Hmm. It's slowed right down. I wonder why.
[10:25] <mjg59> I suspect overheating, but it's hard to tell...
[10:26] <mdz> we've had problems in the past with SMP kernels on UP systems; I think we ought to wait until after dapper
[10:26] <fabbione> mjg59: even if we have SMP on, HT is disabled anyway
[10:26] <mjg59> fabbione: No, real dual-core systems
[10:26] <fabbione> mjg59: ah ok
[10:27] <mjg59> Right, now I just need to reinstall MacOS so I can actually boot this...
[10:31] <mxpxpod> mjg59: what machine?
[10:32] <mjg59> Imac
[10:32] <mxpxpod> the new one, with the dual core?
[10:33] <mjg59> Yeah
[10:33] <mxpxpod> sweet... so linux runs on it, eh?
[10:33] <mjg59> Yup
[10:34] <mxpxpod> how about the macbooks?
[10:34] <mjg59> Small number of kernel changes needed. I need to figure out how to tie the framebuffer to the hardware.
[10:34] <mjg59> I'll let you know when I have one :)
[10:34] <mxpxpod> heh
[11:03] <mdz> BenC: has there been any feedback from the community on the server kernel?
[11:05] <mdz> BenC: are people using it; does it give them what they want?
[11:57] <BenC> people are using it
[11:57] <BenC> I've no idea if it's serving a purpose
[11:57] <BenC> mdz: I've had response mostly in the way of bug reports, which have been resolved, but it does show it is getting used