[02:46] <cjb> Bored now.
[06:08] <fabbione> morning guy
[06:12] <BenC> yeah, 2.6.15 is final
[06:18] <fabbione> cool
[06:18] <infinity> Lies.
[06:18] <infinity> I won't believe it until the mirrors are updated. :)
[01:30] <CataEnry> hi all
[02:15] <dilinger> ooh, neat
[02:16] <dilinger> after rebooting into breezy's latest 2.6.12, my keyboard no longer functions :)
[02:19] <zul> heylo
[02:20] <dilinger> hm.  where can i find 2.6.12 10.24?  i don't see it in archive.u.c's pool directory
[02:20] <BenC> it should be
[02:20] <BenC> linux-image-2.6.12-10-{386,686,...}
[02:21] <dilinger> right, i see 10.25, but no 10.24
[02:21] <dilinger> (and i see 10.23, which is ABINAME -9)
[02:22] <BenC> 10.23 must have been a mistake :)
[02:22] <BenC> no idea what happened to 10.24, unless it's because it was security
[02:23] <dilinger> oh well, i'll just use 10.23
[02:26] <dilinger> blah, still broken.  must not be the kernel
[02:48] <BenC> zul: need to watch when you are removing some of those printk's
[02:49] <BenC> zul: when you removed the one from asus_acpi, you left a dangling if() statement right above it
[02:49] <BenC> I re-added the printk and just made it KERN_DEBUG, so it shouldn't be so obvious
[03:02] <zul> ok cool...thanks
[03:32] <ogra> hi, do we have any kernel that supports via8251 controllers ?
[03:34] <zul> it should
[03:34] <ogra> which one ?
[03:35] <zul> is this an amd64 board?
[03:35] <ogra> i just got this shiny new 1u server onmy desk and neither the controller nor the NIC are detected ...
[03:35] <ogra> nope, P4
[03:49] <BenC> is it n64t P4?
[03:49] <BenC> EM64T that is
[03:50] <ogra> might be, the amd64 disk doesnt boot, so i'm unsure
[03:50] <ogra> i just found a hint to disable acpi, i'll try that
[03:51] <BenC> ok
[03:51] <BenC> if the amd64 disk doesn't work, it's probably not EM64T
[03:52] <ogra> it doesnt look like :)
[03:52] <ogra> its a p4 HT cpu
[04:18] <ogra> oh, wow, there are linx drivers on the shipped asus CD 
[04:20] <ogra> they only ship drivers for 2.4 kernels ... as well as a patch :(
[04:35] <zul> patch for 2.6?
[04:35] <BenC> ogra: if you send the patches, I can try to integrate them, but it's doubtful
[04:39] <ogra> i just need the server to work until err, tomorrow :(
[04:39] <ogra> the patch seems only for 2.4
[04:51] <ogra> BenC, have a look http://people.ubuntu.com/~ogra/via_raid_linux_v100_20040412.zip
[05:18] <BenC> zul: PCI_DEVICE_ID_AL_MY7101 is not defined anywhere
[05:18] <BenC> I need value for it
[05:23] <zul> frig...
[05:24] <zul>   alim7101_pmu = pci_find_device(PCI_VENDOR_ID_AL, PCI_DEVICE_ID_AL_M7101,NULL);
[05:25] <zul> typo..
[05:44] <BenC> zul: did you see what I said about PCI_DEVICE_ID_AL_MY7101?
[05:44] <fabbione> zul frig...
[05:44] <fabbione> zul   alim7101_pmu = pci_find_device(PCI_VENDOR_ID_AL, PCI_DEVICE_ID_AL_M7101,NULL);
[05:44] <fabbione> zul typo..
[05:45] <BenC> ah, ok
[05:45] <BenC> zul: you're at three typos so far, let's hope that's the last one :)
[05:48] <CataEnry> bye all
[06:04] <zul> BenC: my bad..
[06:06] <BenC> zul: no problem, I fix enough of my own aswell...a build every once in awhile would help though :)
[06:13] <zul> yeah i usually do that i was just too sick this weekend
[06:16] <BenC> ogra: oh, crappy, it's a binary driver with a kernel mod wrapper
[06:17] <ogra> yup
[06:17] <BenC> pretty much the same as nvidia
[06:17] <mjg59> Is it real RAID?
[06:17] <ogra> http://linuxmafia.com/faq/Hardware/sata.html says it should be supported by sata_via 
[06:17] <mjg59> Or is it something that should be handled by dmraid?
[06:17] <ogra> nope
[06:17] <ogra> not at all
[06:17] <ogra> i dont even want the raid
[06:18] <ogra> i'd love to just have access to the HDs nothing more, no nifty controller features required
[06:19] <BenC> is sata_via getting loaded?
[06:19] <ogra> nope
[06:19] <BenC> can you modprobe it and see if it does anything?
[06:19] <ogra> i get the "select a driver" dialog in the installer
[06:19] <ogra> it doesnt ... 
[06:20] <ogra> only says it loads libata
[06:20] <BenC> anything in dmesg?
[06:20] <ogra> nope
[06:20] <BenC> lspci -vn
[06:20] <ogra> only the libata msg
[06:20] <BenC> let me see the pci dev/vendor for it
[06:20] <BenC> there's a way to push new id's in through sysfs so we can try that if you want
[06:21] <ogra> 1160:3349
[06:22] <ogra> intresting is, that without acpi=off not even the via rhineII is detected ...
[06:22] <BenC> is the ven/dev or subsystem?
[06:22] <ogra> both
[06:23] <ogra> they are equal
[06:23] <mjg59> ogra: That's not a known vendor...
[06:23] <mjg59> Oh, hang on, it is
[06:24] <mjg59> But it's Microsoft
[06:24] <mjg59> ogra: This board sounds very broken
[06:24] <ogra> asus
[06:24] <mjg59> Nngh. Not Microsoft.
[06:24] <mjg59> 1160 is "Megasoft Inc"
[06:24] <ogra> p5v800-mx
[06:25] <ogra> can carry 32 and 64 bit cpus apparently
[06:25] <mjg59> 3349 is a VIA SATA device, but it should be 1106, not 1160
[06:25] <BenC> is it really 1160?
[06:25] <mjg59> Are you sure it's 1160?
[06:25] <ogra> all my devices are 1106, yup
[06:26] <ogra> 1106
[06:26] <mjg59> So not 1160:3349
[06:26] <BenC> hehe
[06:26] <mjg59> Right
[06:26] <ogra> nope
[06:26] <ogra> 1106 :)
[06:26] <mjg59> Ah.
[06:26] <mjg59> sata_via lists 3149 and 3249, but not 3349
[06:27] <ogra> odd
[06:27] <mjg59> ogra: Can you echo 1106:3349 >/sys/bus/pci/drivers/sata_via/new_id ?
[06:27] <ogra> sure
[06:28] <ogra> woah
[06:28] <ogra> a bunch of errors in dmesg now
[06:29] <cjb> kernel BUG at user/chair.c:32767?  :)
[06:30] <mjg59> Heh
[06:30] <mjg59> ogra: Ah - it's actually an AHCI controller
[06:30] <ogra> yup
[06:30] <mjg59> I remember this from LKML now
[06:30] <mjg59> via_sata is the wrong driver
[06:31] <mjg59> In an ideal world, ahci would just drive it
[06:31] <ogra> is there a working one ?
[06:31] <ogra> ah
[06:31] <mjg59> VIA submitted a patch to ahci which adds loads of bodges
[06:33] <ogra> which wont be included ever i guess
[06:34] <mjg59> http://lkml.org/lkml/2005/12/11/204
[06:36] <ogra> phew
[06:36] <ogra> that means i have to compile my own kernel again .... odd odd
[06:37] <ogra> mjg59, thanks ... i think i have no other choice ...
[10:00] <ppd> hi. Is it possible to port back the eject fix from the latest dapper kernel to 2.6.14 or stable breezy kernel?
[10:04] <fabbione> ppd: you will have to do it yourself.
[10:04] <fabbione> the fix won't make breezy
[10:04] <ppd> fabbione: and it's not possible to run a 2.6.15 on breezy?
[10:05] <fabbione> nope, you need new udev and other userland tools
[10:06] <ppd> fabbione: annoying... could you give me a hint where to look after the changes or a patch?
[10:06] <fabbione> https://wiki.ubuntu.com/KernelGitGuide
[10:06] <fabbione> get the kernel from git
[10:06] <fabbione> search for the patch
[10:08] <ppd> git's not in the breezy repos :-/
[10:08] <cjb> It isn't?  I thought it was 'git-core'.
[10:08] <ppd> in dapper, yes
[10:08] <cjb> Oh, okay.
[10:10] <ppd> does anybody know what got fixed in detail? If it's a complete rewrite of something with lot's of dependencies I'll give up right now ;-)
[10:15] <ppd> or could anybody please mail me the patch? otherwise I'll have to backport git-core first :-(
[10:17] <fabbione> ppd: you can use git-core from dapper
[10:17] <ppd> fabbione: doesn't it have dependencies higher than my breezy system?
[10:59] (ppd/#ubuntu-kernel) and I want to provide a fixed breezy compatible kernel to the wiki
[11:00] <ppd> I have already implented the graphical wrapper around pumount in breezy :-)
[11:00] <fabbione> beg you pardon?
[11:00] <fabbione> what does "fixed breezy compatible kernel to the wiki" mean?
[11:01] <ppd> fabbione: write a howto for people wanting to solve this issue but not wanting to upgrade
[11:01] <fabbione> ppd: that's a really bad idea..
[11:01] <ppd> why?
[11:01] <fabbione> in the first place people that builds their own kernel won't get security if not doing that on a regular base
[11:02] <fabbione> building custom kernel is not something you make user do for fun
[11:02] <fabbione> it's not a mortal issue
[11:02] <fabbione> there is much worst out there that needs love
[11:03] <ppd> no it isn't. But somebody might like it and I'll put a big fat warning into it for sure
[11:04] <fabbione> i still don't like it
[11:04] <fabbione> we have seen way too many users coming to us crying after following wrong procedures on the wiki
[11:05] <ppd> okay. I won't put a howto in the wiki
[11:05] <BenC> ppd: work around is to either do "sudo eject -s", or backport the eject package from dapper which doesn't need sudo for "eject -s"
[11:06] <ppd> BenC: backporting the dapper eject package would be enough?? no need to recompile the kernel?
[11:06] <BenC> it wont work automatically (from the GUI), but yes, it will allow you to eject without root
[11:07] <ppd> hm
[11:28] <BenC> mjg59: ping
[11:29] <mjg59> BenC: Hi
[11:29] <mjg59> Bloody good timing, I'm just back from the pub
[11:29] <BenC> mjg59: hey, you've apparently done some uploads for wacom-tools, so by ubuntu-law, that means you own it :)
[11:30] <BenC> https://launchpad.net/distros/ubuntu/+source/wacom-tools/+bug/4773
[11:30] <BenC> a user is claiming that it needs to be 0.7.0 or better to work with breezy/dapper
[11:30] <mjg59> Haha
[11:30] <mjg59> What's the version in Debian?
[11:31] <BenC> debian, and so us, only have 0.6.6...have you done anything with wacon recently?
[11:31] <mjg59> Oh, right
[11:31] <mjg59> wacom is a bit of a nightmare
[11:31] <mjg59> The kernel, X and userspace have to be kept in sync
[11:31] <mjg59> Now that we have modular X, this is MUCH LESS PAIN
[11:31] <BenC> I want to do the update, but I don't have anyway of testing it
[11:31] <mjg59> I can test the X side, but not the kernel side
[11:32] <mjg59> (Serial devices and tablet PCs are handled by X, USB ones by the kernel)
[11:32] <BenC> the main thing is that wacom-tools needs to be tested
[11:32] <BenC> supposedly X and kernel are already newest
[11:32] <mjg59> X isn't the newest
[11:32] <BenC> or newer than wacom-tools
[11:32] <mjg59> The upstream X stuff lags behind
[11:34] <BenC> I'm going to assign it to you, but don't think that I expect you to do anything with it...I just need to put it somewhere :)
[11:35] <BenC> just trying to go through the bugs in malone
[11:35] <mjg59> Fair enough
[11:35] <mjg59> I'll get to it at some point, I expect
[11:35] <BenC> would be very appreciated
[11:37] <ppd> BenC: I changed the lines in 2.6.14. Now I get this error: http://pastebin.com/489308
[11:39] <BenC> you forgot to copy those two functions aswell :)
[11:39] <BenC> they are in the same file
[11:46] <ppd> thank you. next round :)