[12:04] now we just need a working klibc, and we can go to initramfs [12:05] i got a WARN_ON() in free_initmem(), but it looks harmless [12:05] yeah - that's um, expected [12:06] well, it calls smp_call_function during a point when I belive irqs aren't enabled yet, so it makes sense :) [12:10] going to do a full binary-arch build now to make sure udeb creation works and all === DracosX [n=glenn@adsl-065-015-227-185.sip.rmo.bellsouth.net] has joined #ubuntu-kernel === lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel [05:00] How many arches are still building the kernel with gcc-3.4? [05:00] Just hppa? [05:09] yeah [05:22] So dangeoursly close to LRM working right now... [05:23] OTOH, after all this effort, the thing may well maintain itself for the rest of the release cycle without me touching it. [05:23] Which would be nice. === calc [n=ccheney@ip70-185-7-249.ma.dl.cox.net] has joined #ubuntu-kernel [05:59] mjg59: did you ever play with the stick and buttons not working on resume from hibernate on your laptop? [05:59] ispiked: Works fine on mine [06:00] mjg59: it's in and out on mine. [06:01] mjg59: you wouldn't know anything about messing with the wireless on/off light, would you? [06:03] Yeah, there's a kernel option to enable it [06:03] In the Intel case, it's driven by the card [06:05] hrm... [06:06] if it's enabled does it work? [06:06] Yes [06:06] But it's an experimental option, so it's not enabled yet [06:07] where is the code and what's the option? === ispiked wants to see the sexy bluetooth icon even if bluetooth doesn't work. [06:08] Oh, it might actually be built in [06:08] Check modinfo -p ipw2200 [06:10] yeah, it's there. the question is how to get it on. === ispiked googles. [06:11] ooh. lemme try the readme. [06:26] mjg59: got it working. now for the bluetooth light. === jane_ [n=JaneW@wbs-146-174-135.telkomadsl.co.za] has joined #ubuntu-kernel === chmj [n=chmj@wbs-146-154-36.telkomadsl.co.za] has joined #ubuntu-kernel === CataEnry [n=CataEnry@trebbiano.students.cs.unibo.it] has joined #ubuntu-kernel [09:30] hi all [10:09] bbl === CataEnry [n=Enrico@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel [10:26] hi all === Yagisan [n=jamie@60-240-79-66-nsw-pppoe.tpgi.com.au] has joined #ubuntu-kernel === jane_ [n=JaneW@dsl-146-171-180.telkomadsl.co.za] has joined #ubuntu-kernel === chmj [n=chmj@dsl-146-145-06.telkomadsl.co.za] has joined #ubuntu-kernel === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel [02:19] jbailey: ping [02:22] BenC: pong [02:22] jbailey: get my email regarding ac880 for that customer? [02:23] BenC: I did, thanks. Do they need the new kernel that you're about to upload, or do they need the next one that will go in? [02:23] -6.8, which will be my next upload [02:24] jbailey: I got to thinking that maybe, if I fix the crash in breezy, the sound will work, but the hda driver is so different between the two that I have no idea if that's a correct assumption or not [02:24] And I need to test a ppc64 kernel for you. === jbailey fetches [02:24] jbailey: I may do a test kernel build with the fix for 2.6.12-10, and we can let them test that in the meantime, if you'd like [02:25] yes, that would be nice, thanks :) [02:25] It seems like the best thing to do is get them to test the next dapper kernel, first. [02:26] That way we know that the problem is actually completely solved in the development branch. [02:27] I'm almost 100% sure that it is fixed in dapper now, but a test would be a good idea [02:27] which codec for hda-intel? [02:27] ac880 [02:27] if it's alc, it should be. [02:27] yeah. [02:27] alc880, yeah [02:27] I added the one-liner fix from l-k, so that should fix it [02:28] great :) [02:28] rebooting for 2.6.15 test, bbias === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [02:32] 'kay, I'm on 2.6.15. [02:33] BenC: You wanted my dmesg if the fan staarts speeding up? It sounds like it might, but I can't tell yet. [02:33] just full dmesg [02:33] just so I can see if there's anything weird [02:33] 'kay, /me emails /var/log/dmesg [02:33] Yup, it's speeidng up. [02:33] and then "cat /proc/driver/rtc" [02:34] and the full part of that (including any "BENC: ..." lines [02:34] it will oops, just so you know :) [02:34] I didn't fix anything [02:35] You asked about whether the command succeeded, I appear to get a bus error. [02:36] I've emailed /var/log/dmesg and the oops to you. [02:37] Anything else you need? If not, I'll reboot to the older kernel so that the fans can shut off. =) [02:37] did any BENC lines get printed in the oops? [02:37] Two, at the top [02:37] sweet, thanks [02:37] that should be it [02:37] [ 260.287465] BENC: Obtaining rtc_lock in rtc_proc_show [02:37] [ 260.287474] BENC: at 1157 [02:37] Cool [02:37] just as I suspected === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [02:43] jbailey: can you do "dmesg | grep BogoMIPS" on your breezy kernel? [02:44] and also, just to be sure, can you do "cat /proc/driver/rtc" [02:45] no need to send me any output, just need to know the bogomips [02:45] and if the cat worked ok [02:49] root@starshine:~# dmesg | grep BogoMIPS [02:49] [ 27.452696] Calibrating delay loop... 66.56 BogoMIPS (lpj=33280) [02:50] BenC: And the cat works fine. [02:50] guess bogomips is just supposed to be that low for ppc [02:50] thanks [02:50] BenC: I think this box has cpu scaling. [02:51] even my G4 only shows ~45, and I don't think it has scaling [02:51] my i386 shows 4000 :) [02:53] Your G4 shows 45 bogomips? [02:54] That's weird that they use a different loop for G3 and G4, since they're virtually identical. [02:54] (My G3 is ~2000 bogomips..) [02:54] G3's were clearly 'leeter. [02:54] your G3 cheats to look cooler [02:54] Well, they were. [02:54] Full speed cache. [02:55] (And who needsa altivec anyway?) [02:55] Still, odd. Something to ask benh about some day, and he'll say "Like I remember why I did that", and I'll go "oh.." [03:14] is benh ever on linuxnet? [03:16] jbailey: as of right now, I only have two possible reasons for this crash...1) GCC-4 related, may need to try a gcc-3.4 compile [03:16] the crash is happening in either out_8() or in_8(), which are assembly [03:16] 2) it might be caused by the fact that breezy ppc64 was using discontiguous memory model and dapper is flatmem [03:17] I'm leaning toward the first [03:18] the code for CMOS_READ(), where it is crashing is the same in 2.6.12 and 2.6.15, so it's not a bug from that code directly [03:20] BenC: yes he is, but not 24h [03:21] I'm scared to death of this switch to gcc-4.0 for the kernel, personally. [03:23] I had already heard that ppc64 may need gcc-3.4, so this wouldn't be a surprise [03:23] but everything else should be fine, and so far I haven't seen, nor heard of any problems from it [03:24] I have a lovely OOPS from fglrx, but my hardware has never liked fglrx, so I'm unwilling to commit to it being the driver, kernel, or compiler's fault until I get more bug reports from this upload. === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [03:24] heylo [03:25] looks like ppc and hppa may be the only ones left still using gcc-3.4 [03:25] Other than that, my kernel has been solid. (Well, buggy in neat ways, like my lack of CD drive, but nothing crashy) [03:25] hey zul [03:25] And yes, I still have no CD drive in -5.7... I need to corner you tomorrow and talk to you about it. [03:25] yeah, we need to pin that down [03:26] jbailey: will you be able to test another kernel in about 15 minutes or so? [03:37] BenC: About 5m from now? [03:37] 5-10 [03:37] build is almost done [03:37] Cool. [03:37] No ccache? =) [03:37] compiler switch, so it wouldn't help anyway :) [03:38] Ah, dropping back to 3.4? [03:38] yeah, about the only thing I can think of right now that might cause this [03:39] it's getting some sort of sigbus trap on a byte sized read/write from IO memory...it's very odd for it to do that [03:39] for all I know the trap is expected, and the trap to fix it up just isn't set :/ === infinity stares at BenC [03:54] include/linux/highmem.h:12:25: error: asm/highmem.h: No such file or directory [03:54] (building LRM on powerpc) [03:54] ARCH=powerpc, not ARCH=ppc [03:54] make sure it's not something like that [03:55] plus, there's no such thing as highmem on ppc :) [03:55] Erm, but it used to be ARCH=ppc. [03:55] "used" exactly [03:55] (Must have been, since I didn't touch anything ppc-specific) [03:56] BenC: I thought there was. My ppc64 box only generally sees 4gb of the 6 in it, IIRC. [03:56] ifeq "$(DEB_HOST_ARCH)" "powerpc" [03:56] export karch=ppc [03:56] So, this needs to be "powerpc" now? [03:56] yes === infinity tries it locally. [03:57] BenC: How's the build? === fabbione takes a long break while mirror is syncing [03:57] jbailey: done [03:57] jbailey: same location, same file, just updated [03:59] BenC: We're looking for both the fan fix and the rtc fix here? [03:59] I'm hoping atleast rtc, but the fan would be a nice bonus [03:59] jbailey: your 4-6gig mem problem is likely memory layout and not highmem related [03:59] Paramtrage de linux-image-2.6.15-5-powerpc64-smp (2.6.15-5.7) ... [04:01] ppc32 has highmem.h, but ppc64 doesn't === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel === BenC hopes for the best [04:03] Suspect fan issue is still there, will know in a couple of minutes. [04:03] rtc issue is still there. [04:03] [ 121.941299] BENC: Obtaining rtc_lock in rtc_proc_show [04:03] [ 121.941305] BENC: at 1157 [04:03] [ 121.941314] Oops: Machine check, sig: 7 [#1] [04:03] [ 121.941915] SMP NR_CPUS=4 POWERMAC [04:03] damn, thanks for testing [04:04] cat /proc/version please [04:04] see if it shows the 3.4 compiler [04:04] jbailey@starshine:~$ cat /proc/version [04:04] Linux version 2.6.15-5-powerpc64-smp (root@davis) (gcc version 3.4.5 20051015 (prerelease) (Ubuntu 3.4.4-9)) #1 SMP Wed Nov 30 14:27:17 UTC 2005 [04:04] I was just looking for that. Tried uname -a and dmesg first. =) [04:04] ok, and also, do a "free" for me [04:04] see if it shows your memory [04:04] jbailey@starshine:~$ free [04:04] total used free shared buffers cached [04:04] Mem: 4008868 310692 3698176 0 9820 134340 [04:04] -/+ buffers/cache: 166532 3842336 [04:04] Swap: 19531232 0 19531232 [04:04] so you have 6gigs, huh? [04:04] FWIW, the cat still results in a bus error. [04:05] According to t-bone when I read him the serial number of the machine. [04:05] I don't know Mac hardware enough to say for sure. [04:05] Fan issue definetly not fixed. [04:05] Although it occurs to me that it might be a side effect of the oops. [04:05] I haven't tried *not* oops'ing the kernel to see if it happen.s [04:05] BenC : Feh, both variants used to have highmem.h, or lrm-2.6.12 wouldn't have built. (or something else is goofy)... So, WTF do I do now? :) [04:06] infinity: breezy kernel doesn't have asm-ppc64/highmem.h [04:06] BenC: Lemme reboot and see if the fan issue is a side effect. === _maydayjay_ [n=maydayja@gimel.nas.net] has joined #ubuntu-kernel [04:06] ok [04:06] BenC : Actually, wait, this isn't in ppc64 anyway, this is in ppc.. [04:06] (And yes, I just switched to ARCH=powerpc, same problem) === Yagisan [n=jamie@60-240-79-66-nsw-pppoe.tpgi.com.au] has joined #ubuntu-kernel [04:06] hmm [04:08] BenC : /usr/src/linux-headers-2.6.15-5-powerpc/include/linux/highmem.h tries to include asm/highmem.h [04:08] BenC : Clearly, something is in the wrong here. :) [04:08] infinity: you're correct, I need to fix that for -6.8 === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [04:09] Feh. Alright, well LRM is stalled on that, then. As is linux-meta and udev and friends. Your turn to be the blocker. :) [04:09] ETA on -6.8? [04:09] BenC : And can you do a test build of LRM against -6.8's headers on PPC before you upload? [04:10] is lrm uploaded now? [04:10] Yup. [04:10] I uploaded it before testing on powerpc. Stupid me. [04:10] sweet, I'll have -6.8 out tonight then [04:10] So it's built on i386, amd64, and ia64. [04:10] I can get a rebuild for ppc [04:10] Oddly enough, so can I. [04:11] I happen to know the buildd guy personally. [04:11] well, we'll really need an ABI bump anyway [04:11] (But it'll need an ABI... yeah) [04:11] two words....smart and ass... :) [04:11] BenC: Fan issue definetly not side effect. Going strong and no oops in dmesg. [04:11] Need anything else from this kernel? [04:11] jbailey: nah, we're good, thanks [04:12] BenC : Define "tonight"... 6-8 hours? [04:12] closer to 8 [04:12] BenC : If so, I'll go to bed now, and re-do LRM in the morning. I kinda want to babysit it for paranoia's sake. [04:12] sure thing [04:12] So don't bother doing the ABI bump yourself this time. [04:12] Next time, it's all yours. :) [04:13] check topic in AM, and if you see -6.8 uploaded, kick lrm for me :) [04:13] It shall be done. [04:13] Thanks, dude. === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [04:30] no problem === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel [04:58] bye all === Yagisan [n=jamie@60-240-79-66-nsw-pppoe.tpgi.com.au] has left #ubuntu-kernel [] === BenC cranks up 6 concurrent builds and smokes a cig [05:24] doh...my cron script doesnt want to work..aiiee [05:42] BenC: Current softmac+bcm43xx should be able to scan [05:53] I have current softmac fairly recent bcm [05:53] mjg59: I pulled rtl8180 and rtl8187, since they are both unable to load (missing symbols) [05:54] BenC: Ok [05:54] just did a compile out of CVS and it doesn't work [05:54] What are the missing symbols? [05:54] ieee80211_wx_read_name and some such [05:54] Oh, right [05:54] Fun [05:54] doesn't show up as a function in ieee80211 or ieee80211_softmac [05:54] How about in -netdev? [05:54] possible, but I haven't pulled a netdev [05:55] I'll ask jgarzik and davem and see if it's safe to pull from there [05:56] Ok === trevilor [n=trevilor@p549CDC06.dip.t-dialin.net] has joined #ubuntu-kernel === chrisle [n=chris@p54BCC031.dip0.t-ipconnect.de] has joined #ubuntu-kernel [06:53] BenC: For ppc64, should I just continue to use 2.6.12, or are we hoping that -6.8 has more love for ppc64? [07:00] hold off till I can talk to benh about what might be the problem [07:01] I can easily "fix" the rtc issue by not compiling the module, but the fan issue is more of a problem [07:05] Makes sense. thanks. === mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel [07:21] hey guys, i know this is off topic, but it's an easy question -- [07:22] last year i had some ubuntu installation cd's sent to me, i think i had ordered them from a web site, i dont remember [07:22] anyhow, we're thinking of switching a whole bunch of boxes in the office here over to ubuntu [07:22] does anyone know where i can find that web site for the cd mailers? [07:22] not easily found on ubuntu.org [07:23] shipit.ubuntu.com [07:24] awesome [07:24] thanks [07:24] np === mgalvin [n=mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #ubuntu-kernel === lucasvo_ [n=lucasvo@www.wservices.ch] has joined #ubuntu-kernel === anavim [n=anavim@nat1.supportsoft.com] has joined #ubuntu-kernel [08:37] BenC: Is there a list of which 2.6.12 patches are included in our 2.6.15, and which have been dropped? [08:37] BenC: It looks like we're still missing the Toshiba acpi hotkeys patch [08:38] mjg59: the large acpi patch sets I didn't include, but I was pretty sure I got most of the smaller ones (especially machine specific ones) [08:38] I get errors on boot about an invalid option on the Toshiba hotkeys [08:39] I didn't add the old patch names to the git log, but I wish I had of === _maydayjay_ [n=maydayja@gimel.nas.net] has joined #ubuntu-kernel [08:45] BenC: Looks like we haven't had anything applied to toshiba_acpi [08:45] ok, I'll find the patch from breezy and apply it === anavim [n=anavim@nat1.supportsoft.com] has joined #ubuntu-kernel [09:24] i just noticed em8300 in the ubuntu kernel tree [09:24] is that fair game for us in v4l to play with? [09:24] i mean, it is GPL and everything? is there any reason it hasnt been included in vanilla kernel? [09:25] It's GPL, yeah [09:25] I've no idea why it's not upstream [09:25] Possibly the developers have just never pushed it [09:25] okay... i'll see what i can do [09:25] i see it has some brooktree encoders also in the same dir [09:26] hmm [09:26] is there a list anywhere of the drivers in the ubuntu tree that are NOT in the vanilla tree? [09:26] i saw a small list on kernelgitguide [09:26] but doesnt look to be complete [09:30] mkrufky: pretty much things like ndiswrapper is not in the vanilla tree..previous versions have a list of external-drivers [09:30] okay, i'll have to take a closer look [09:30] mkrufky: Yeah, there's drivers for a couple of TV encoders in there [09:31] but something like em8300 ... would probably be nice for us to import [09:31] i see it also has bt865, em9010, adv717x [09:31] adv717x ... someone was asking for that the other day [09:32] http://www.kernel.org/git/?p=linux%2Fkernel%2Fgit%2Fbcollins%2Fubuntu-2.6.git&a=search&h=0235c9b32a0f66e94da2d6bd8edf7f55224ce1c2&s=external+driver should give you all of them [09:32] nic [09:32] nice [09:32] But the commit title doesn't always give the driver name [09:32] hmm i see [09:34] BenC: Is at76c50x still dropped? [09:35] if it isn't in there, it'e because it's broken [09:35] Ok [09:37] does anybody here know where you got em8300 from? [09:37] there is something in linuxtv cvs .... not sure if it's the same [09:38] oops, i found it in the commit msg [09:38] thanx === doko [n=doko@dslb-084-059-069-209.pools.arcor-ip.net] has joined #ubuntu-kernel [10:06] ok, the em8300 driver in DVB cvs (not dvb-kernel) has also em8300 dvb driver, but it is completely different code === _maydayjay_ [n=maydayja@gimel.nas.net] has joined #ubuntu-kernel [10:09] Weird [10:13] ya... my interest has been sparked....... i ordered an em8300 card from ebay by accident last month.... so now i have a use for it [10:14] i bet the dvb driver does the same thing, but using a dvb interface instead of a v4l interface ..... === CataEnry [n=cataenry@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel [10:40] later [10:40] hi all [12:01] bye all === mkrufky [n=mk@68.160.103.77] has left #ubuntu-kernel []