=== FireCat [n=FireCat@cpe-69-204-192-9.stny.res.rr.com] has joined #ubuntu-kernel [01:45] I'm having poblems with a compile with Breezy on AMD64-SMP. It's complaining that Module.symvers is missing from linux-headers. [01:46] you've installed linux-headers-$(uname -r) ? [01:47] Yes [01:47] hmm [01:47] I presume you mean you're trying to compile an external kernel module? [01:48] I also deinstalled them and the kernel, and reapplied them in synaptic [01:48] crimsun: Yes, the Accelleration module for qemu [01:48] did you install gcc-3.4-base and gcc-3.4? [01:49] Yes, even though it recommends gcc-3 I thought I'd give 3.4 a shot since I had already installed it [01:49] did you override $(CC)? [01:50] Yes, I symlinked it in /usr/bin/gcc I think it was. [01:50] If there is a better way to do it than that I'm all ears [01:51] if the acceleration module uses a Makefile with CC defined, then you need to override it there or as an environment variable prior to compilation of the module [01:52] Yep, how do you override it with an environment variable, I'd rather not be making symlinks [01:52] CC=gcc-3.4 make [01:52] etc. [01:53] ok, I just noticed something, let me try it again, looks like the path might be wrong [01:54] -headers should contain that file [01:54] (it does here) === calc [n=ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel [02:11] BenC: wrt #7299 i'll try updating the laptop and see what happens === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:18] hey [02:19] aie make the email stop!! :) [02:29] BenC, i seen bug reports for 10834 as well, i dont have a fix for it yet [02:31] speaking of which, I'm working on 15031, will provide a dpatch soon === jorgp3 [n=jorgp@bnet-dial2-247.bartnet.net] has joined #ubuntu-kernel === jorgp2 [n=jorgp@bnet-dial-113.bartnet.net] has joined #ubuntu-kernel === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | http://www.ubuntulinux.org/wiki/KernelTeam | The kernel is not in, please leave a message after the beep...OOPS, unable to handle kernel paging request | http://people.u.c/~lamont/Archives/kernel-team@ubuntu.com--2005/ playground: kernel-debian--mainline--2.6.12 [03:51] anyone else getting unsolved symbols issue with 2.6.12-9 breezy kernel when trying to load madwifi driver? [03:52] what symbols? [03:52] is madwifi linux-restricted-modules? [03:53] no [03:53] ok, what symbols? [03:54] I'll have to report it tomorrow I guess, left the laptop at work [03:54] but the netgear wg511t wireless card does not work in 2.6.12-9 [03:55] worked fine with 2.6.10 in hoary, upgraded to breezy today [03:55] sorry wish I could be more help BenC [03:56] no problem [03:56] madwifi is linux-restricted-modules [03:56] It's non-free [03:56] that's what I thought [03:56] just file a bug on l-r-m [03:57] ok === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | http://www.ubuntulinux.org/wiki/KernelTeam | The kernel is not in, please leave a message after the beep...OOPS, unable to handle kernel paging request | http://people.u.c/~lamont/Archives/kernel-team@ubuntu.com--2005/ playground: kernel-debian--mainline--2.6.12 (preX,19) [04:47] BenC: kernel is up :) [04:47] yep, I just booted into it [04:47] crimsun: sparc? [04:47] oh, no. i386. [04:48] BenC: i saw you did open a .14 branch. it would be nice if you could publish your orig.tar.gz somewhere [05:44] fabbione: I haven't even really started it yet [05:45] fabbione: but I'll get the linux-source-2.6.14 under universe as soon as I do (that's the proper place, right?) [05:45] probably put it on people.u.c before then [05:45] BenC: eheh ok [05:46] i suggest to wait dapper before uploading [05:46] or use people [05:46] but yeah.. a new kernel would land in universe [05:46] yeah, I guess at first I'll just keep my own repo under people until it can go into dapper [05:46] so that gives us the freedom to slam it a bit [05:47] BenC: just one hint.. check the diff.gz of the old kerenl. there is a one liner that cannot go into debian/ [05:47] yeah, I saw that [05:47] and it is sort of usefull to avoid trashing debian/ dir on cleanup :) [05:47] actually, what is the problem with our .orig.tar.gz having just the tarball in it? [05:48] it does i think... [05:48] no I mean, unpacking linux-source-2.6.1x would give you linux-source-2.6.x-2.6.x/linux-2.6.x.tar.bz2 [05:49] ah no [05:49] i mean i don't really mind that [05:49] it's just easier to apt-get source and have the code there readable [05:50] but it's your package :) [05:50] the reason I ask is that once already I accidentally uploaded a kernel with a change in the .diff.gz to the main source [05:50] so if you want to go that direction i am not going to object [05:50] and twice I almost did (because I check now) [05:50] BenC: i think we could use a completely different approach [05:51] if we need to push our kernel to kernel.org [05:51] we can just kill dpatch to a certain extent [05:51] and just keep the tree patched [05:51] that something we need to discuss [05:51] that's one thing I want to discuss at UBAZ [05:51] UBZ [05:51] otherwise we will have 2 trees to handle [05:51] I need to finish my kernel agenda for UBZ [05:51] yeah [05:52] BenC: remember to add all that stuff to the LinuxKernelRoadMap on the wiki [05:52] because that'd be part of a spec [05:52] brb [05:56] ahh coffee :) [05:56] we can also consider to switch RCS [05:57] if that's required to push our kernel to kernel.org [05:59] we need to be careful not to specs too much [05:59] that was a mistake at UDU [06:02] yeah, git is something I want to discuss [06:03] yeah [06:48] what's the story with sk98lin? [06:52] should i suspect it of causing crashes? === jorgp2 [n=jorgp@bnet-dial-25.bartnet.net] has joined #ubuntu-kernel [07:10] it shouldn't [07:10] then again, it isn't well tested [07:10] with ubuntu atleast [07:28] it looks like it's been getting a lot of changes lately [07:29] anyway... i use that driver and i was getting random lockups a kernel rev or two ago [07:29] just looking for something to blame :) === smurfix [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel === JaneW [n=JaneW@196.36.161.235] has joined #ubuntu-kernel === JaneW [n=JaneW@196.36.161.235] has joined #ubuntu-kernel === desrt_ [n=desrt@24.215.14.137] has joined #ubuntu-kernel === jbailey_ [n=jbailey@testhaus.cns.utoronto.ca] has joined #ubuntu-kernel === fs [i=fs@213.178.77.98] has joined #ubuntu-kernel === jbailey [n=jbailey@testhaus.cns.utoronto.ca] has joined #ubuntu-kernel === chmj [n=chmj@wbs-146-150-236.telkomadsl.co.za] has joined #ubuntu-kernel === desrt [n=desrt@24.215.14.137] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === jbailey [n=jbailey@testhaus.cns.utoronto.ca] has joined #ubuntu-kernel === chmj [n=chmj@wbs-146-150-236.telkomadsl.co.za] has joined #ubuntu-kernel === jbailey_ [n=jbailey@testhaus.cns.utoronto.ca] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === chmj [n=chmj@wbs-146-182-242.telkomadsl.co.za] has joined #ubuntu-kernel === zul [n=chuck@fpott03.dinmar.com] has joined #ubuntu-kernel [01:44] brb === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [01:45] holy lag batman [01:53] how is it going everyone? === jorgp3 [n=jorgp@bnet-dial2-193.bartnet.net] has joined #ubuntu-kernel === doko_ [n=doko@dsl-084-059-100-109.arcor-ip.net] has joined #ubuntu-kernel === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [03:04] zul: I'm alive! I'm alert! I FEEL GREAT! [03:05] yo [03:05] Heya Favio [03:06] s/v/b/ [03:07] mjg59: 9092 seems to not make sense, but since Colin reported it and confirmed it, I probably ought to not close it as UBD [03:07] :) [03:08] mjg59: Apparently processor.ko tells it that it should work very hard, very fast, and consqeuently, very hot. [03:10] i'm wide awake, it's morning [03:10] jbailey: That's very odd [03:11] jbailey: I'll see if I can take a look at Colin's [03:15] Thanks. [03:15] Ah. Except Colin doesn't have one now. === chmj [n=chmj@wbs-146-182-242.telkomadsl.co.za] has joined #ubuntu-kernel === mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel === calc-work [n=3f60040a@cs.uninet.lv] has joined #ubuntu-kernel === lamont [n=lamont@15.238.6.147] has joined #ubuntu-kernel === lamont commits a driver panic fix (hppa specific) for -19 [08:59] lamont: I thought that the hppa patches were pulled from the parisc tree? [08:59] Aren't we generally up to date with that? [09:00] Willy said before that he doesn't know git at all, so I suspect nothing new has gone upstream for a bit. [09:02] you dont need to know git to send stuff upstream [09:02] akpm takes patches [09:16] mkrufky: No idea. =) [09:16] mkrufky: I'm just a cute little glibc hacker ;) [09:24] jbailey: the patch was from pacvs === crimsun [i=crimsun@hacked.org] has joined #ubuntu-kernel [09:28] jbailey: oops, sorry i was away ... i was trying to say.... for those that dont use git, but wish to send in patches, andrew morton takes normal patches via email... no need to learn git [09:28] jbailey: I was only telling u for the sake of conversation ;-) [09:47] =) === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel === spayne [n=spayne@i-195-137-120-148.freedom2surf.net] has joined #ubuntu-kernel [10:14] it works! [10:14] the ndiswrapper problem is solved! [10:14] yes! [10:14] jbailey: ping [10:15] BenC: ping [10:15] spayne: pong [10:15] Eh? [10:15] What was it/ [10:15] it works! the ndiswrapper problem is solved [10:15] the 2.6.12-9 kernel solved it! === jbailey blinks [10:15] Really? [10:15] yes! [10:15] you are surprised as i am! [10:15] a fresh install today [10:16] i will do some more testing BEFORE closing the bug? [10:16] Please. =) === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [10:23] ? === bagpuss_thecat [n=bagpuss_@lodge.glasgownet.com] has joined #ubuntu-kernel [10:23] yeah, 9.18 should have fixed ndiswrapper on amd64 [10:24] hmm - this is getting weird [10:24] you have try and believe me [10:25] it WORKS when it is plugged into my USB keyboard [10:25] but not directly into my laptop [10:25] it works, gets a DHCPed address [10:25] BenC: pls ping me before you upload a new kernel - trying to fix a bug or 2 [10:25] well, it's compiling correctly now, so any other bugs with ndiswrapper are going to be upstream :) [10:26] lamont: sorry, but I'll be doing another by weeks end [10:26] BenC: no, that's good... I just want to have the chance to say "wait an hour" :) [10:26] assuming I'm that close when you get ready [10:26] so if you can get me patches by Friday, they'll get in [10:26] ok :) [10:26] right [10:26] that's today's and tomorrow's work [10:27] jbailey: i also discovered that there is a RT2500 driver for Ubuntu which is native [10:27] jbailey: i wonder if i should give this a go :) [10:27] spayne: if you have problems with ndiswrapper, would you be able to test v1.2 from upstream? [10:27] yes [10:28] you mean from Debian? [10:28] either way [10:28] I didn't know it was in Debian [10:28] well, there is no 1.2 - they are now onto 1.4rc1 [10:28] and i can't get the tarballs for anything else [10:32] that's 1.3rc1 [10:32] that's in debian [10:33] what i am talking about [10:33] install from debain upstream [10:33] or ndiswrapper source? [10:34] did they actually release 1.3? [10:34] or did they just skip right to 1.4rc1? [10:35] http://sourceforge.net/projects/ndiswrapper/ [10:35] stable 1.4-rc1 September 27, 2005 === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [10:52] have there been any changes to the rivafb options in the most recent 2.6.12 k7 kernels? [10:53] BenC: ?? [11:05] BenC: 1.4rc1 is looking A LOT better [11:07] it works! properly, in the laptop, no fuss! [11:07] jbailey: ping === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [11:10] spayne: Still here. =) [11:10] jbailey: it seems 1.4rc1 solves it completly, thanks to someone on #ndiswrapper [11:10] i compiled it and added the line to /etc/modules [11:10] even NetworkManager works! [11:10] Cool! [11:11] What do you need us to do? [11:11] well [11:11] 1.4rc1? [11:11] yes [11:11] spayne: can you try a release version, like 1.3? [11:11] BenC: it has gone from SF [11:12] Yes, it defiantly works [11:12] 100% A OK [11:12] spayne: send me a link to v1.4rc1 and I'll see what I can do [11:12] BenC: although, I normally run 'make deb' which failed but 'make' worked [11:12] bcollins@ubuntu.com [11:12] I'm off for lunch/dinner, but I'll check it out when I get back [11:13] BenC: if you want me to, i will do a complete format with a fresh install and start from scratch [11:15] jbailey: i am doing a fresh install with nothing on [11:15] jbailey: and see if it works with that === jbailey blinks. [11:15] My mind is in the gutter, obviously. [11:15] =) [11:15] no, i'd seriously do it for you guys [11:16] lol [11:16] spayne: read between the lines, and laugh [11:16] mkrufky: as jbailey knows, i've been moaning about this for months [11:16] yes, i saw u talk about this before === mmp_l [n=mmp@158.195.103.254] has joined #ubuntu-kernel [11:17] i usually stay quiet, but sometimes i just cant resist [11:17] jbailey: mmp_l is the guy on #ndiswrapper who got it working [11:17] mmp_l: \o/ [11:17] just helped... [11:17] jbailey: but as he will say, there are some big changes going on which may cause problems [11:17] and it was just a gues.. [11:18] spayne: Keep in mind, that I'm still not the kernel guy. =) All I've done so far is tell you that it's not your initramfs. =) [11:18] :-) [11:18] we'd probally be better waiting until BenC gets back [11:18] for more info you should ask at mailing list... . I don't have complete information and haven't beed at #ndiswrapper for quite loing time... [11:18] *long [11:18] but basically, mmp_l was saying that there are some rewrites in 1.4 [11:18] yes [11:18] which may cause problems [11:19] if it goes into Breezy.... [11:19] Right, if that's the case, it might be best to just not do it for now. [11:19] mmp_l: do you have any idea from lists when 1.4 might come [11:19] Since we're about 2 weeks from release. =) === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [11:20] jbailey: which is the ultimate deadline for this stuff? [11:20] spayne: About 6 weeks ago. [11:20] jbailey: (cough)kernel upload today(cough) [11:20] The thing this trips is UpstreamVersionFreeze. [11:20] You'll notice the kernel is still 2.6.12 =) [11:21] i have a suggestion [11:21] https://wiki.ubuntu.com/BreezyReleaseSchedule [11:21] mmp_l: is the fix due to a single patch? [11:21] mkrufky: shoot [11:21] spayne: Basically the first 3 months of the release cycle is us madly merging stuff, and then 3 months fixing what we broke in the process. [11:21] =) [11:21] i think BenC would be happier to include the single patch against the stable release, as opposed to the rc [11:22] but i cannot speak for him [11:22] this is just my opinion [11:22] mkrufky: this is where it gets interesting [11:22] mkrufky: look at http://sourceforge.net/mailarchive/forum.php?thread_id=8321710&forum_id=36471 [11:22] A single patch we can definetly do. =) [11:22] spayne: just looked into mailing list: [11:22] If no major issues are reported with 1.4-rc1, 1.4 will be released [11:22] soon (within few days). [11:22] Although the last kernel upload is Sched for the 29th. =) [11:22] mkrufky: it looks like a majority has been rewritten for 1.4rc1 [11:23] "There won't be 1.3 release" - this helps a bit [11:23] hmm... in that case, you should email BenC the info like he asked [11:23] mkrufky: other stuff like WPA2 looks interesting [11:23] but i know it is easier to get a single patch in as opposed to an entire upgrade [11:23] mkrufky: it looks considerably more than a single patch [11:24] thats my point exactly [11:24] they are in code freeze [11:24] they are only trying to fix stuff now [11:24] but are some issues (like mine) with the current version [11:24] jbailey: am i correct? [11:25] mkrufky: Yup [11:25] mkrufky: And at this point it has to be provably low impact [11:26] and THATS why i suggested to isolate the sinle patch that fixes your problem [11:26] jbailey, mkrufky: i have the supcious feeling that 1.1 isn't supported in the 2.6.12 kernel [11:26] but it seems that might be difficult [11:26] spayne: have you tried vanilla 2.6.12.6 ? [11:27] jbailey, mkrufky: "Support for new kernels added. [11:27] mkruky: i have been at this since 2.6.12.1! [11:28] mkrufky: what you could do is provide a deb will the latest 1.4 in IF it is needed [11:28] spayne: I'm going to send an email asking for where could one get version 1.2 ... [11:28] mkrufky: i just have the feeling once the majority start shifting to breezy, problems like mine will/may arise and there is nothing we can do [11:28] mmp_l: 1.2 does not work [11:29] mmp_l: i have test it in the past [11:29] mmp_l: nor did 1.3rc1 - 1.4rc1 is the FIRST released to solve this bug [11:29] spayne: i'm not the guy to convince... i do v4l/dvb stuff [11:29] :-) [11:29] also, ndiswrapper doesnt live inside the kernel [11:30] so, IMHO [11:30] i agree with your idea about putting the .deb in the repos [11:30] even still, i dont have that power [11:30] something like ndiswrapper-1.4.deb === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [11:30] i think that if you can wait, 1.4 final will be released soon enough [11:30] the standard ndiswrapper-utils could stay where whereas ndiswrpper-1.4 could install the deb and the module [11:30] and they shouldnt have any problem adopting it [11:31] mkrufky: but the last kernel upload is the 29th [11:31] Assuming Ben chooses to do another one. I don't know his plans. [11:31] jbailey: you guys package ndiswrapper with your kernel??? [11:31] giri - the main developer has just come online [11:32] mkrufky: I think so, yeah. [11:32] interesting.... but im sure it's being compiled as a module [11:32] most of the distros have ndiswrapper in a separate package, if at all [11:33] SUSE has a single package [11:33] Fedora has a module and a utils one === dilinger would still like to know wtf happened to ndiswrapper-1.4 [11:34] u mean 1.3 [11:34] er, yea, 1.3 [11:34] maybe they got bored and wanted to make people wonder [11:34] Maybe it got NEtscape 5'd? =) [11:34] i do that sometimes with my version #'s here at work... people get excited when the version numbers skip, lol [11:35] hahaha netscape 5'd !!! [11:35] i hope it's not one of those "we're not releasing stable releases anymore, so they're all gonna be RCs" type of thing [11:35] dilinger: Feh. It's clearly worked well for glibc. =) [11:35] *sigh* [11:35] jbailey: exactly what i was thinking :/ === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel [11:37] spayne: going off; good night; 2all: good luck with next release:-) [11:37] giri is helping me mmp_l [11:38] spayne: I know and hope you'll find the solution of problem... [11:46] BenC: btw, there appear to be new questions in -9.19... [11:46] mkrufky: the ndiswrapper dev. person says that 1.4rc1 shouldn't be included as it is only out today and has no testing [11:46] mkrufky: so i'm grabbing 1.2 from CVS [11:46] it is tagged [11:47] so, i will grab 1.2 and see if that solves the problem === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel === spayne wonders when BenC will be back === jorgp2 [n=jorgp@bnet-dial-224.bartnet.net] has joined #ubuntu-kernel [11:58] BenC: 133a134 [11:58] > CONFIG_ACPI_DEV=m [11:58] spayne: sorry, i was away [11:58] spayne: i thought you said you've already tried 1.2 and it didnt work [11:59] mkrufky: the plot deepens [11:59] BenC: but then, I plan to completely overhaul said options [11:59] mkrufky: right - the whole USB layer was rewritten between 1.2 and 1.4 which has greatly improved stability and compatibility [11:59] mkrufky: which means the whole thing works a lot better with the 2.6.12 kernel [12:00] mkrufky: BUT it was only released today so i think the best solution [12:00] ...is to wait === mkrufky is sorry [12:00] mkrufky: is to make a new 'ndiswrapper1.4' universe package which may be able to be updated to final [12:01] mkrufky: at least things gives the option of having a working system [12:01] i wouldnt be against that [12:01] but, once again, i remind you that i have NO power herte [12:01] s/herte/here === spayne can wait another 40 min for BenC before he will be so tired me can't get up tomorrow [12:01] it is 11:01pm here in the UK [12:01] lol [12:02] spayne: did you email BenC like he asked [12:02] i think you should do that... he'll get back to u [12:02] sent him two - the origianl with the link and second telling him what i told you [12:02] but i'll wait anyway [12:02] so, dont worry about it [12:03] worry! i have been waiting months for this. every single day having to faff on with my adaptor. when i'm this close, i won't give up :) [12:03] if you haven't noticed.... it doesnt matter how stable they say ubuntu is... there are always bugs to be fixed, and there are always new packages up on the repositories