[12:03] <BenC> hmm, wonder if I'll have time to go to the Aviation Club de France during the distro sprint
[12:05] <crimsun> BenC: any ETA for .22? I've been backburner-ing a few alsa fixes due to work, but if .22's up RSN, I'll do those tonight
[12:05] <BenC> tomorrow or Saturday at the latest
[12:05] <crimsun> eek, ok. I'll hop on it.
[12:05] <BenC> if it's tomorrow, it wont be till tomorrow night
[12:06] <BenC> thanks for all the patches thus far too
[12:06] <crimsun> np
[12:06] <cjb> I wish we were giving legitimacy to their current brain-death by including it.  
[12:06] <cjb> weren't.  :)
[12:06] <BenC> sound is one of my weak sections of code :)
[12:08] <infinity> cjb: It's not really Intel's fault (except if you blame them for not doing Tx/Rx power stuff in firmware, that is)... The FCC wants them to obfuscate this stuff, they don't want to lose their FCC licenses (or land in court), they do this hideous hack.
[12:09] <infinity> cjb: Then they can wait for someone outside the US with a "screw the FCC" attitude to reverse engineer what the binary does, commit the code back to the ipw3945 driver, and the world keeps spinning.
[12:09] <cjb> infinity: I know they think the FCC wants them to do that, but I suspect they're wrong.
[12:10] <infinity> You're welcome to email their legal team and express your opinion. :)
[12:23] <cjb> infinity: Thanks, I hadn't considered that; a binary daemon is going to be considerably less obnoxious and easier to reverse-engineer than a binary kernel module.
[12:25] <cjb> So I suppose it becomes the case that we use our rev-eng'd free daemon (or free part of the kernel module), and the only difference between that and if they had released a free driver is that we, rather than them, end up maintaining it.
[12:26] <infinity> Oh, I'm sure a reverse-engineered part will end up on ipw3945.sf.net... There's a very clever and useful reason that Intel's drivers are free and donated to the community like that.
[12:26] <infinity> They can contribute code back, but essentially wash their hands of the whole thing, once it's "out there".
[12:30] <cjb> I see.
[02:02] <zul> heylo
[03:54] <bluefoxicy> Has the bug in 29586 been slated for correction in the next kernel build yet
[03:54] <bluefoxicy> the patch on there definitely works
[04:21] <ilmari> what stage of the build is supposed to create .tmp_versions?
[04:21] <ilmari> I have to create it manually to be able to build individual modules
[04:21] <ilmari> (fresh git checkout)
[04:23] <ilmari> the include/asm symlink isn't created either
[04:23] <ilmari> in-tree modules, that is (as in 'make drivers/hwmon/hdaps.ko')
[06:29] <BenC> ilmari: make modules SUBDIRS=drivers/foo
[06:32] <fabbione> hey BenC 
[06:32] <fabbione> still awake?
[06:33] <BenC> for a few minutes
[06:33] <fabbione> ok.. 
[06:33] <fabbione> we can talk later when you wake up :)
[06:33] <BenC> ok :)
[06:33] <fabbione> good night man
[07:48] <ilmari> BenC: but I don't want to make all the modules in the subdir
[07:48] <ilmari> BenC: 'make help' documents 'make foo/bar/baz.ko' for making individual modules
[01:26] <Kjes> Hey. Seems like the new kernel has some issues, "Timeout waiting for hardware interrupt" when trying to suspend and "cannot enable RNG". It was working until yesterday i think. Using 2.6.15-21-386
[02:05] <zul> heylo
[02:05] <zul> BenC: i should be mailbombing you this weekend.
[03:42] <marcreichelt> hi there
[03:43] <marcreichelt> does somebody know which version of the ipw2200 module (for the Intel Wireless Network Adapter) will be part of the new kernel in Ubuntu 6.06?
[03:44] <marcreichelt> because I'm using 5.10 right now, and there the ipw2200 module is _very_ old, thus I am not able to login to a wireless lan with linux
[03:45] <zul> marcreichelt: its at 1.1.1
[03:46] <ivoks> marcreichelt: that was last ipw2200 when breezy was released
[03:46] <ivoks> marcreichelt: and it worked for me :)
[03:49] <marcreichelt> hmm
[03:49] <marcreichelt> how may I find out the current version of a kernel module again? :-)
[03:50] <marcreichelt> currently I'm using 2.6.12-10-386
[03:50] <marcreichelt> (kernel version)
[03:51] <zul> marcreichelt: the dapper version is 1.1.0, but you can find out the module version by doing modinfo <module name>
[03:52] <marcreichelt> hmm
[03:52] <marcreichelt> version 1.0.6
[04:00] <marcreichelt> ah ok
[04:01] <marcreichelt> I think if I will update to dapper drake in a month (or two) it will work well
[04:02] <marcreichelt> very good :)
[04:02] <marcreichelt> see you, and thanks a lot
[05:04] <zul> BenC: ping
[05:04] <BenC> zul: pong
[05:06] <zul> BenC: the kernel modules for lirc-modules in universe doesnt compile against 2.6.15 because i2c has changed, i was thinking of patching lirc-modules-source so that it builds with 2.6.15 does that sound sane to you?
[05:06] <BenC> yeah, that sounds good
[05:06] <zul> ok cool..
[05:07] <zul> because the debian maintainer doesnt want to maintian it anymore so i dont think there is going to be a new sync anything soon for it
[05:41] <BenC> Close to final 21.33 has been pushed to git
[05:41] <BenC> this is a 4 hour warning in case you want some patches in :)
[05:42] <BenC> mjg59: got all your acpi/ata patches in, thanks mucho
[05:42] <BenC> crimsun: got all your patches in aswell, thanks again
[05:54] <fabbione> BenC: is this going to be the final update?
[05:54] <fabbione> BenC: or can we expect another kernel?
[05:54] <mjg59> BenC: Rocking
[05:55] <mjg59> BenC: Have you got the patch for the sonypi driver?
[05:57] <BenC> fabbione: I doubt it :)
[05:57] <fabbione> BenC: ok thanks :)
[05:57] <BenC> fabbione: we'll surely have some final tidbits going in
[05:58] <BenC> mjg59: no, no sonypi patch, where can I find it?
[05:58] <fabbione> BenC: i might have GFS/OCFS2 updates. probably some sparc too
[05:58] <mjg59> BenC: Also, VIA DRM patch (fixes oopses on 64-bit)
[05:58] <BenC> VIA DRM I am doing now
[05:58] <mjg59> Rock
[05:59] <mjg59> BenC: https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/35319
[06:00] <BenC> fucking patches pasted into comments
[06:01] <mjg59> BenC: Oh, did you re-apply the ipw2200 quiescing one?
[06:02] <BenC> mjg59: Just cherry-picked it back in
[06:02] <mjg59> BenC: Ta
[06:02] <mjg59> Possibly it was applied and then lost in the ipw2200 update?
[06:03] <mjg59> Oh, and do we get working ipw3945 this time? :)
[06:03] <BenC> yeah
[06:03] <mjg59> (rather than missing symbols)
[06:03] <BenC> yes, I got the ieee80211_1_1_13 build fix in :)
[06:13] <infinity> BenC: No ABI bump this time?
[06:13] <BenC> not sure yet
[06:13] <BenC> doing a test build
[06:15] <BenC> ok, sonypi, via drm are in
[06:16] <mjg59> I think there might be from the ata updates
[06:17] <BenC> probably, I know that ieee80211_1_1_13 being enabled will change it, but we don't usually bump for added functions, just for changed or removed
[07:59] <BenC> crimsun: ping
[07:59] <crimsun> BenC: pong
[08:00] <BenC> crimsun: in one of your patches for via82xx.c, the macro VIA_REV_8251 is not defined and results in a build failure
[08:00] <BenC> can you find out what it's defined to?
[08:00] <crimsun> yes, sec
[08:03] <crimsun> BenC: #define VIA_REV_82510x70
[08:03] <crimsun> arg
[08:03] <crimsun> BenC: #define VIA_REV_8251 0x70
[08:03] <BenC> thanks
[08:03] <crimsun> BenC: sorry about that
[08:03] <BenC> np
[11:16] <BenC> yay, no ABI change