=== BenC [n=bcollins@72.169.114.90] has joined #ubuntu-kernel [01:47] The zd1211rw driver is trying to load the firmware from /lib/firmware/zd1211/zd1211b_ub and failing with return code -2 [01:47] Any suggestions? [01:50] well, it's the wrong dir for one [01:58] crimsun: yes, that's what I figured :) I'll bug BenC about it tomorrow. [02:45] mjg59: ping === johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-kernel [02:46] BenC: Hi [02:49] mjg59: that console patch for that bug, it touches code that I don't even have enabled since I did the console-power patch the last time [02:49] mjg59: should I revert my patch and add this one? [02:49] BenC: Console patch for which bug? [02:49] 59851 [02:49] the one you mentioned earlier [02:50] Erm, hang on [02:50] I thought that was just ACPI/SATA integration [02:50] Oh [02:50] He's pointed at an entirely unrelated patch [02:50] Sorry [02:51] should I take the patch anyway? :) [02:51] Nope [02:53] http://cvs.fedora.redhat.com/viewcvs/rpms/kernel/FC-5/linux-2.6-sata-ahci-suspend.patch?rev=1.1&view=markup looks like a better bet [02:54] It's still not the one we want, but we probably /do/ want that one :) [02:55] does it fix that bug? [02:55] Probably, yeah [02:55] Though we also want the sata acpi stuff === BenC [n=bcollins@72.169.114.90] has joined #ubuntu-kernel [03:04] BenC: when is the t1 connection coming [03:05] zul: 11/02 [03:05] cool [03:06] can't wait to watch them run copper through the cow pastures [03:06] heh you'll have to take pictures [03:11] mjg59: patch applied [03:12] BenC: Ta [03:12] BenC: I'm working on the sata-acpi patch [03:12] ok [03:12] Trying to upload by Friday, for reference [03:12] Friday or Saturday === lamont [i=lamont@nat/hp/x-e347698875221e4a] has joined #ubuntu-kernel [03:22] Oh argh this is awkward === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [03:41] BenC: ping [03:41] zul: aye [03:41] xt_tables_info didnt come until 2.6.16 did it [03:42] stupid netfilter [03:42] I think so, yeah [03:43] hmmm...then why am i killing myself over this stupid patch (hypothetical) for amd64 === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === johanbr [n=j@d154-20-236-61.bchsia.telus.net] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === johanbr [n=j@d154-20-236-61.bchsia.telus.net] has joined #ubuntu-kernel === johanbr [n=j@d154-20-236-61.bchsia.telus.net] has joined #ubuntu-kernel === lfittl [n=lfittl@193.170.41.114] has joined #ubuntu-kernel === _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-kernel === lloydinho [n=andreas@130.225.237.11] has joined #ubuntu-kernel === rodarvus_ [n=rodarvus@200.146.22.174.adsl.gvt.net.br] has joined #ubuntu-kernel [03:17] Would anyone be interested in helping me get to the bottom of the issues mentioned at https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/60222 ? === kbyrd [n=Miranda@mailout1.vmware.com] has joined #ubuntu-kernel [03:23] Mithrandir: will take a look in a little bit [03:23] zul: hmm? You meant mvirkkil ? === mvirkkil is hoping that he did [03:31] Mithrandir: yeah i did === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [03:55] BenC: got a sec? [03:55] yeah [03:56] How do you want the vmware-server sources? [03:56] Just the sources? or the debian directory too? [03:57] BenC: This is probably of interest to you https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/60222 ? [03:57] *click* [03:57] just sources [03:58] ok, but remember the resulting player-kernel and server-kernel modules need to conflict with each other. [03:58] yes, that's no problem [03:58] I'll have a URL for you in a bit. [04:00] BenC: did you remember to pull/merge from me? [04:00] BenC: or do you want me to merge from you and re-push? [04:01] fabbione: Got it [04:01] BenC: thanks [04:01] mvirkkil: will fix it now [04:02] BenC: Any hints what might be causing the trouble I'm having (mentioned in the comment)? [04:04] I'll gladly debug this as to the best of my abilities, but I just don't have a clue what to do next, [04:05] I've tested the dongle in windows using the same AP and the same settings (afaict), and it works there. [04:05] MODULE_AUTHOR("Ulrich Kunitz"); [04:05] MODULE_AUTHOR("Daniel Drake"); [04:05] contact one of them [04:05] BenC: ok. [04:10] BenC: When can I expect the fixed version (re the firmware issue) to be downloadable? [04:11] I'm uploading on Friday, so sometime after that (day or two) === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-kernel [04:12] hi [04:12] BenC: not sure whether you are aware of it, zul's last breezy kernel has a strange FTBFS [04:12] BenC: do you have some time today to take a look at it? [04:13] BenC: (I bounced you the log, same failure on all arches) [04:13] BenC, zul: I know I'm getting on your nerves, but I'd like to see this update pushed out soon :/ === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel [04:17] pitti: the patch that we included for the ebtables only one of them applies [04:18] I'll take a quick peek [04:18] see this patch http://70.29.61.171/ubuntu/kernel/ebtables-2.dpatch [04:18] pitti: where did you send the email? [04:19] s/where/when/ [04:19] I don't seem to have it [04:19] this is the one causing the problem the second chunks are causing the problems because the struct doesnt exist [04:19] BenC: some minutes ago [04:19] Is this the part where I (again) beg people to test build before uploading? :) [04:20] infinity: probably [04:22] infinity: That doesn't seem to help me when buildd scripts break my broken stuff :) [04:23] BenC: Heh. [04:24] infinity, benc: email sent with the URL to the vmware-server-kernel sources, thanks. [04:25] kbyrd: thanks, since next kernel is an ABI bump, it's an opportune time to put it in === lfittl [n=lfittl@193.170.41.114] has joined #ubuntu-kernel [04:25] I'll probably include it with the kernel upload on Friday [04:25] Nice. If I can get out from underneath my current schedule pressure on a different product, I'll actually get a vmware-server package together, and maybe fix a lot of the mess with vmware-player. [04:26] One nice thing about the next vmware-player package, we move the EULA out of the package and into the UI. [04:29] kbyrd: One thing I noticed about vmware-player is that it is a little broken on amd64 [04:29] I needed to create some symlinks for gdk stuff to the path it expected so it would work === pitti [n=pitti@ubuntu/member/pitti] has left #ubuntu-kernel ["Bye"] [04:29] but I've been using it since creating those vmware-player-kernel and updated vmware-player packages [04:29] If you get a chance, email me the details. [04:30] I'm running 64-bit UI but it's from an internal branch. [04:30] bbl...need to go to the doctor with the wifey [04:31] Before that, I ran the release version and it ran fine with the ia32-libs installed. [04:31] Wait. I remember now. Something recently happend with a c++ lib, right? [04:32] That is, I had to move a library on my amd64 bit system to force player to use the right library. [05:16] infinity: FYI, I am moving all firmware to lrm next time around [05:17] I think [05:17] It means moving nic-firmware udeb to lrm as well [05:17] that'll cause a lot of systems which work today and which haven't lrm installed to break. === kylem blinks at BenC. [05:18] BenC: Did you discuss this with mdz? That's a pretty drastic change. [05:18] we discussed it a bit in germany [05:18] BenC: Also, lrm already has a nic-restricted-firmware udeb. [05:18] I need to finalize it with him and you [05:18] So, you'll just be beefing it up, I suspect. [05:18] Mith's argument is my main concern [05:18] so it might just be edgy+1 [05:19] but the "Ubuntu GNU/Linux" dream would require this change [05:21] couldn't we have a linux-firmware package instead? [05:21] that at least makes it obvious [05:24] yeah, would trim down the install base for people that don't need all of lrm [05:25] build it right out of lrm, and have linux-restricted-modules depend on it === JanC wonders whether there exists not one single open source firmware then? [05:33] JanC: most firmware doesn't even have source code [05:33] the binary blob _is_ the preferred form of editing for it [05:34] half the time, it had some source, which was compiled, then hand edited for size, and then binary patched subsequently [05:34] etc. [05:34] I know one firm that do the first version in C, then strip all the calling conventions just leaving the asm [05:34] and then edit that from there on [05:34] etc. [05:35] silly really [05:35] well, even then the assembler source could be "open source" [05:36] even if no one understands anymore what it does ;-) [05:37] assembler source is the binary [05:37] it's a 1:1 match [05:37] consider a firmware blob to be a .png file [05:37] you open it, modify it, and save it again [05:37] In the cases where that's truly the case, it's fine, really. [05:37] except that assembler source _can_ be documented [05:38] infinity: I would be very surprised if there were cases where that wasn't the case [05:38] But we ship some firmware without free licenses, and just turn a blind eye, currently. === infinity glances at his ipw firmware. [05:38] JanC: true, but hardware companies don't [05:39] well, that's exactly what I was wondering: why don't they release documented assembler source? [05:39] if it's GPL'ed, they could even benefit from it [05:40] people could fix bugs that make even their Windows drivers work better ;-) [05:41] JanC: because they've never written any documented assembler source? [05:44] I guess it's not that difficult to insert the original C-comments into the assembler to start with, but they probably really don't care... [05:54] zul: ping [05:56] BenC: I don't recall the firmware discussion; what's the rationale? [05:56] mdz: It was more of a passing conversation than a discussion :) [05:57] BenC: also, there seems to be a delay in your email; your last couple of replies have been old, and I've received no reply to my most recent emails [05:57] there was talk about Ubuntu GNU/Linux, and the topic of the firmware in the kernel came up [05:57] mdz: It's either my smtp server, or direcway's...I'll see if I can rule out mine [06:04] hmm...smtp.direcway.com is rejecting most of my outgoing mail [06:05] "Contains FortiGuard URL's" [06:05] stupid [06:09] interesting [06:10] I'm being used to bounce emails somehow [06:12] FortiGuard is some anti-virus &anti-spam filter ? [06:13] it's direcway's filter catching emails coming from my smtp server that are being relayed for some outside hosts [06:16] if you don't use FortiGuard, their filter is broken :-P [06:18] well, my ISP's filter is broken too, but fortunately I can disable it, and i also have a (secured) relay on a dedicated server that I rent with some friends... [06:21] it's not broken, it's absolutely right [06:21] I have email being relayed off my smtp server [06:21] and I don't know why because I have relay hosts set to my internal network only...I think it may be something with my TLS config changes to exim causing it === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [07:00] BenC: pong === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === lupine_85 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-kernel [07:42] hi, quick question about the edgy rt2x00 legacy drivers... [07:44] ...is it really necessary to continue to use the July 2005 codebase for them? e.g. rt2400 is "Ralink RT2400 802.11b WLAN driver 1.2.2 - CVS 2005/07/11" [07:44] the later code - even the newest beta - is much more stable, especially for the rt2570 driver === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [08:32] BenC: can you revert this patch as well http://kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=commit;h=5aae548f78f22a7069342fecad3f9e2e8d308c55 [08:32] is the via quirks crap === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel [09:38] zul: it should revert from pulling from dapper [09:38] check and make sure it is === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [09:45] zul: it should revert when I pull from dapper [09:45] zul: check to make sure [09:45] ok [09:55] its a bit too late for hrtimers isnt it? === lupine_85 wonders if he can ask a question about some code in the edgy kernel here [10:03] Lure: Sure === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [10:03] lupine_85: ^^^ ;-) [10:04] hehe [10:04] It's about the rt2x00-legacy drivers [10:04] according to modinfo, the code is a year old... I was wondering if there was a reason for that? [10:04] e.g. Ralink RT2400 802.11b WLAN driver 1.2.2 - CVS 2005/07/11 [10:05] because they are legacy and not updated/worked on [10:05] they're still worke don [10:05] there have been two new betas since then :) [10:05] http://rt2x00.serialmonkey.com/ [10:05] well, file a bug and I'll see if I can update them :) [10:05] ah, a bug... [10:05] ...I mentioned it in a specification [10:05] against linux-source-2.6.17 [10:05] ok, will do :) === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-kernel [10:09] ok, bug #60282 [10:12] thanks for the pointer === lupine_85 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-kernel [10:58] ttyl === johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-kernel === lupine_85 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-kernel === lupine_85 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-kernel [11:49] BenC: Just pushed you a patch for fixing some fan-related stuff === Philip5 [n=Philip@c83-253-44-117.bredband.comhem.se] has joined #ubuntu-kernel [12:01] anyone here know about how the livecd use the casper scripts or know someone who do? [12:02] or a ubuntu livecd channel?