[01:49] <lfittl> BenC: is it intentional that /usr/src/linux-headers-2.6.19-*/include/linux/config.h does not exist anymore?
[01:50] <zul> yep
[01:51] <lfittl> k, so if I package a kernel module I should replace it with linux/autoconf.h, right?
[01:52] <zul> i think you remove it totally
[01:52] <lfittl> wouldn't that cause problems if there are #ifdefs that require the config #defines?
[01:53] <zul> i think it was an empty file in 2.6.15 but i would have to look at the code
[01:54] <lfittl> for 2.6.17 it was: #include <linux/autoconf.h>
[02:03] <BenC> lfittl: Remove it completey
[02:04] <BenC> lfittl: The module build system adds "-include .../autoconf.h" now
[02:04] <BenC> so it's explicitly always there
[02:09] <lfittl> BenC: k, thanks
[02:40] <zul> BenC: ping 
[02:41] <BenC> zul: pong
[02:41] <zul> should the patch for #6244 go in edgy or bump it to fiesty
[02:41] <zul> it looks trivial enough for edgy
[02:42] <zul> er...62444
[02:56] <BenC> zul: let me check
[02:57] <BenC> zul: Looks suitable for edgy-updates
[02:59] <zul> cool
[03:02] <zul> funny that patch is crack
[04:02] <KnowledgEngi> hello
[04:04] <KnowledgEngi> i have a big problem with the kernel
[04:04] <KnowledgEngi> the problem is that i need to use a software named rosegarden
[04:05] <KnowledgEngi> this software need a particular kernel
[04:05] <KnowledgEngi> a low-latency kernel
[04:05] <KnowledgEngi> this is a software for musician
[04:05] <KnowledgEngi> and work realtime
[04:06] <KnowledgEngi> and without a low-latency kernel there is problem with system timer
[04:08] <KnowledgEngi> System timer resolution is too low
[04:08] <KnowledgEngi> Rosegarden was unable to find a high-resolution timing source for MIDI 
[04:08] <KnowledgEngi> performance.
[04:08] <KnowledgEngi> This may mean you are using a Linux system with the kernel timer 
[04:08] <KnowledgEngi> resolution set too low. Please contact your Linux distributor for more 
[04:08] <KnowledgEngi> information.
[04:17] <BenC> KnowledgEngi: Probably is two fold
[04:17] <BenC> KnowledgEngi: We can provide a kernel with a proper timer, however that kernel would not be suitable for all people, especially those not needing high resolution timers
[04:18] <BenC> KnowledgEngi: Second problem is that we always get folks wanting this feature, but no one puts in the time to implement or test it
[04:18] <BenC> usually we end up hearing about it after release
[04:18] <KnowledgEngi> you work in the ubuntu comunity ?
[04:18] <KnowledgEngi> we are ubuntu developers?
[04:18] <KnowledgEngi> you
[04:18] <BenC> yes, we == kernel developers == mainly me
[04:19] <BenC> newly kylem, but for references to the past me :)
[04:19] <KnowledgEngi> wow
[04:19] <KnowledgEngi> :)
[04:19] <KnowledgEngi> is very important for me becouse i work with music
[04:19] <KnowledgEngi> and i studi music composition in a music school
[04:19] <KnowledgEngi> studY
[04:20] <KnowledgEngi> and under ubuntu i has much problem with midi software and notation software
[04:20] <BenC> right, I understand the issue
[04:21] <KnowledgEngi> i do not use other tutorial about kernel building
[04:21] <KnowledgEngi> becouse i think that is possible that after i can have other problems
[04:21] <BenC> there is an ubuntu specific tutorial at the URL in the topic
[04:23] <KnowledgEngi> https://wiki.ubuntu.com/CategoryKernel
[04:23] <KnowledgEngi> this page?
[04:23] <BenC> yes, look for Build link
[04:24] <KnowledgEngi> my english is terrible, i'm italian. Can you tall me the specific link good for my problem?
[04:24] <BenC> I do know that dapper has the proper frequency
[04:24] <BenC> so if you are using edgy, maybe switch to dapper
[04:24] <KnowledgEngi> i'm use edgy
[04:25] <BenC> oh wait, no I switched it back in dapper
[04:25] <BenC> because of the problems it was causing for laptop users (low battery life)
[04:25] <KnowledgEngi> i have a pc with case
[04:25] <KnowledgEngi> i have not a laptop
[04:25] <KnowledgEngi> :)
[04:26] <BenC> I know, but the kernel is the same either way...and we can't help the 0.1% of users trying to do music just to make 5% of users reduce battery life
[04:27] <KnowledgEngi> i hope that in the next ubuntu release there is a possibility to install a prebuild low-latency kernel
[04:27] <KnowledgEngi> using synaptic
[04:27] <KnowledgEngi> :)
[04:27] <BenC> probably is, no one is asking for it much
[04:27] <BenC> I hear about it once every 2 to 4 months from one person
[04:28] <KnowledgEngi> much people in channel relater with linux audio speack about this problem with rosegarden and kernel
[04:28] <BenC> hard to justify the extra build and space on mirrors for a handful of people
[04:30] <KnowledgEngi> in this age much people work with music
[04:30] <KnowledgEngi> Dj too
[04:30] <KnowledgEngi> is not a rarely problem :)
[04:31] <KnowledgEngi> i know much people that do not use linux becouse have problem with audio
[04:31] <KnowledgEngi> and midi
[04:33] <KnowledgEngi> for me now is sufficent just a document that show me the procedure that i need for solve this problem
[04:38] <KnowledgEngi> the firsth step that i need is this?: https://wiki.ubuntu.com/KernelCustomBuild?highlight=%28CategoryKernel%29
[04:39] <BenC> that's the only document you need
[04:40] <KnowledgEngi> i need upgrade to ubuntu dapper ?
[04:40] <KnowledgEngi> or ubuntu edgy is ok
[04:40] <KnowledgEngi> ?
[04:41] <BenC> edgy is newer than dapper
[04:41] <BenC> stick with edgy
[04:42] <KnowledgEngi> my english is terrible
[04:42] <KnowledgEngi> i know that edgy is the new release
[04:42] <KnowledgEngi> but i do not know if is compatible with this how-to
[04:43] <KnowledgEngi> becouse 10 minuts ag you tall me something about dapper
[04:44] <BenC> the howto clearly says it is for edgy
[05:04] <KnowledgEngi> . /boot/config-2.6.17-10-generic
[05:04] <KnowledgEngi> where i must to copy it before build the kernel ???
[05:05] <KnowledgEngi> is possilbe that there is an error in the how-to
[05:05] <KnowledgEngi> user@ubuntu:/usr/src/linux-source-2.6.17$ ls -l debian/config/i386/
[05:05] <KnowledgEngi> ls: debian/config/i386/: Not a directory
[05:07] <KnowledgEngi> cp /boot/config-2.6.17-10-generic debian/Config/config
[05:07] <KnowledgEngi> is correct ?
[05:08] <KnowledgEngi> cd debian/Config && make menuconfig 
[05:08] <KnowledgEngi> debian/rules updateconfigs
[05:08] <KnowledgEngi> i do not know if is correct
[05:18] <crimsun> KnowledgEngi: I'll assist you in #ubuntustudio. Please don't ask here, because it's not pertinent to Ubuntu development.
[05:19] <KnowledgEngi> in ubuntustudio the people tall the same thinh
[05:19] <KnowledgEngi> thing
[05:19] <crimsun> KnowledgEngi: I'll assist you in #ubuntustudio. Please don't ask here, because it's not pertinent to Ubuntu development.
[05:19] <KnowledgEngi> they not give support
[05:20] <KnowledgEngi> but is related to ubuntu kernel
[05:20] <KnowledgEngi> becouse i neet to rebuild it
[05:20] <KnowledgEngi> modifing the config
[05:20] <crimsun> ok, I don't know if you're just blatantly ignoring what I've repeated, or if you truly can't understand what I'm saying.
[05:21] <crimsun> I'm in that irc channel _right now_, so please, let's migrate this support issue away from a development channel, ok?
[07:11] <fabbione> BenC: still around?
[07:11] <BenC> yeah
[07:11] <fabbione> i added the pata_via but it seems VERY buggy
[07:11] <fabbione> if i boot with quiet/splash i get a combinations of segfaults (init) and OOPS
[07:11] <BenC> weird, others reported it worked very well
[07:12] <fabbione> oh yeah.. if i remove quiet/splash it boots
[07:12] <BenC> and this didn't happen before pata_via?
[07:12] <fabbione> nope
[07:12] <BenC> very very odd
[07:12] <fabbione> i will need to grab pics of the OOPS
[07:12] <BenC> that's worth another bug report
[07:12] <fabbione> there is nothing i can do at that point
[07:13] <BenC> oh wait, I bet I might know
[07:13] <BenC> blacklist amd76x_edac
[07:13] <BenC> is this an amd64 box?
[07:13] <fabbione> it's not loaded
[07:13] <BenC> ok, nm then
[07:13] <fabbione> yes, but it's running i386 stuff
[07:14] <BenC> ok, I'm headed to bed, but I can check on it in the morning
[07:14] <fabbione> ok thanks dude
[07:14] <fabbione> good night
[07:14] <BenC> later
[07:38] <TheMuso> c
[10:56] <cypher1> does there are still code being added to init/main.c or is it now very stabilized ?
[10:57] <cypher1> sorry i meant init/main.c in kernel code
[12:52] <gnomefreak> are the nvidia modules ok or is that one of the missing modules
[12:56] <gnomefreak> it works
[04:43] <frenkel> does anybody here know why after installing xen, there is no /lib/modules/2.6.xx-xen0/build directory?
[04:47] <zul> did you install the headers?
[04:47] <frenkel> yes
[04:47] <zul> try opening a bug in launchpad an ill look at it when i can 
[04:47] <frenkel> ok, thanks
[04:48] <frenkel> should i use xen-headers package?
[04:48] <zul> yes
[04:48] <frenkel> (for the bug) 
[04:48] <frenkel> ok
[04:49] <zul> or xen-source-2.6.whatever
[04:51] <frenkel> submitted: https://bugz.launchpad.net/distros/ubuntu/+source/xen-source-2.6.17/+bug/72870
[04:51] <zul> thanks
[04:51] <frenkel> yw
[07:44] <dade`> someone knows if the function to disable console suspend on suspend to ram can be enabled in ubuntu 2.6.19-6 kernel without recompiling ?
[07:50] <mjg59> Depends what you mean by console suspend
[07:51] <dade`> it's an option in power management section of kernel config
[07:52] <mjg59> Oh. In that case, no.
[07:52] <mjg59> You want netconsole to work?
[07:52] <dade`> CONFIG_DISABLE_CONSOLE_SUSPEND=y
[07:52] <dade`> ok
[07:53] <dade`> I'm not really skilled, never used netconsole
[07:55] <mjg59> Why are you worried about the console_suspend option?
[07:56] <dade`> I want to see why kernel 2.6.19 freezes during suspend to ram, even without piix support
[07:56] <kylem> BenC, ok, merged and compiled ok for edgy.
[08:04] <fabbione> kylem: do you feel lucky?
[08:04] <kylem> hmm?
[08:04] <fabbione> *grins*
[08:04] <fabbione> https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.19/+bug/72824
[08:05] <fabbione> and i would like to handover to either you or Ben the gfs merge from redhat
[08:05] <kylem> i saw something about pata_via today. hold.
[08:06] <kylem> or not, nm. :/
[08:06] <fabbione> kylem: http://sources.redhat.com/cluster/ <- in .19 we are tracking CVS HEAD
[08:06] <fabbione> kylem: would you like to be in charge of keeping it up to date in .19?
[08:06] <fabbione> also.. Ben did some patching to make it build in .19
[08:06] <fabbione> but it's all in one git commit
[08:07] <fabbione> i would like to have the .17 -> .19 patch separated so i can submit it upstream
[08:07] <mjg59> Are we doing the ->libata transition?
[08:07] <mjg59> If so, someone really needs to pull all the code from -mm
[08:07] <mjg59> Plus all the patches that Alan just through at lkml
[08:07] <fabbione> note that i am not asking you to take over GFS testing.. just merging upstream bits into our tree.
[08:07] <kylem> fabbione, i can probably do that.
[08:08] <fabbione> kylem: ok, can you let me know by the end of your day?
[08:08] <BenC> kylem: Sweet, can I pull now?
[08:08] <fabbione> kylem: an email or /msg will do
[08:08] <kylem> BenC, not yet, still some more patches to go in first.
[08:08] <BenC> ok
[08:08] <BenC> I got the pata_via bug, btw
[08:08] <zul> i have a bunch of patches for dapper-updates as well
[08:08] <BenC> it's an initramfs thing
[08:08] <kylem> mjg59, yeah, that's probably where i saw it, on mm.
[08:09] <fabbione> BenC: initramfs? the OOPS?
[08:09] <BenC> oh, that's right, you ended up with an oops
[08:09] <kylem> BenC, alright, won't spend time on that then.
[08:09] <fabbione> BenC: see 72824
[08:09] <fabbione> kylem: no he is talking about another pata_via bug
[08:10] <BenC> fabbione: that's the one that doesn't occur when you remove quiet/splash?
[08:10] <BenC> or is it random?
[08:10] <kylem> fabbione, ah.
[08:10] <fabbione> BenC: it happens at random. I did re-test and it doesn't matter if you have quiet/splash
[08:10] <BenC> ok
[08:10] <fabbione> that one in the pic is without quiet/splash
[08:10] <kylem> that's nasty.
[08:10] <fabbione> it looks like it happens ONLY at boot
[08:10] <fabbione> machine didn't do anything fancy since i booted it
[08:11] <fabbione> uptime
[08:11] <fabbione>  20:11:05 up 12:36,  6 users,  load average: 0.75, 0.41, 0.22
[08:11] <fabbione> and no OOPS
[08:11] <fabbione> problem is getting there :)
[08:11] <BenC> I may end up switching via back to ide if it isn't an easy fix, but I'll try emailing AC about it
[08:11] <fabbione> well point him to the OOPS
[08:11] <fabbione> perhpas he knows
[08:11] <fabbione> or how can i stress test the system in a useful way
[08:12] <fabbione> it looks to me something related to bus/disk scanning
[08:12] <fabbione> since it doesn't happen after it boots
[08:13] <kylem> i don't see anything related in rc5-mm2.
[08:20] <kylem> fabbione, if you just want me to update the whole of ubuntu/fs/gfs/ from cvs, and make sure it builds, that's not a problem.
[08:21] <BenC> fabbione: I thought the same thing, sounded like a race between device initialization completion and first use of the disk
[08:27] <zul> what is the config option i need for cciss?
[08:28] <kylem> CONFIG_BLK_CPQ_CISS_DA
[08:28] <zul> thanks kylem 
[08:31] <kylem> np
[08:31] <fabbione> kylem: yes, that's all i want and the patches we do locally to make it build, so i can push them upstream and keep the delta to 0
[08:32] <fabbione> kylem: upstream is really fast taking our patches
[08:33] <fabbione> kylem: IDEALLY if you can give me the patches based on the CVS sources it would be even better, but that's optional
[08:56] <zul> BenC/kylem: is it easier for you guys to grab my patches through email to the mailing list or using a repo
[08:56] <BenC> pulling from a git repo is by far the easiest, as long as you adhere to the commit styles
[08:57] <BenC> templates I mean
[08:57] <zul> and nothing in the changelogs right?
[08:58] <kylem> and test build...
[08:58] <zul> cool
[09:00] <zul> ill set them up tonight
[09:04] <zul> or try to, aniversary is tonight ;)