[02:35] <juanpaul> hello, how do i clean the kernel workdir (aka make mrproper) without remove the debian utilities directory? I've downloaded the kernel via git.
[07:18] <dholbach> hello my Kernel Hacker friends!
[07:18] <dholbach> what would you think about running a session at Ubuntu Developer Week?
[07:19] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep still has some free slots and I'm sure people would be interested in learning more about what you do
[11:13] <siretart> tjaalton: and perhaps in the right channel ;)
[11:13] <siretart> BenC: any chance we can enable the ext4dev module? I couldn't mount a usb-hardrive of a from a friend of mine because of lacking ext4dev module in the kernel
[12:43] <laga> BenC: what's the status on aufs?
[14:06] <Wellark> so is the decision to move to .27 now final?
[14:08] <rtg> Wellark: Alpha 5 will be released with .27. If no big problems crop up, then its likely to be final.
[14:08] <Wellark> great! so we will have hso-driver \o/
[14:21] <zul> BenC: did you have a look at that request-pull I sent yesterday?
[14:23] <saispo> possible to test 2.6.27 at this time ?
[14:36] <oussema-harbi> hi bros
[14:37] <oussema-harbi> is there a particular thing to do -besides make ;make modules;make install ;and upgrade-grub; - to make the new compiled kernel fonctionning  on hardy ?
[14:38] <rtg> oussema-harbi: https://wiki.ubuntu.com/KernelMaintenance
[14:39] <oussema-harbi> thank you
[14:42] <oussema-harbi> do i need to make a new initrd.img ?
[14:43] <rtg> oussema-harbi: updateinitramfs runs as part of the package install.
[14:44] <oussema-harbi> yes in fact
[14:44] <oussema-harbi> the problem is ,that everything works fine ,from configuration -i used the file /boot/config-`uname -r` , to grub update
[14:45] <oussema-harbi> but when i reboot ,i get a kernel panic : the kernel is not able to find the root device
[14:45] <oussema-harbi> mean root partition ?
[14:45] <oussema-harbi> i could think that i didnt put some drivers ,but as i am using the configuration of my actual kernel ,it should work !!
[14:46] <rtg> oussema-harbi: dunno. maybe your device IDs are hosed. Is this a Feisty to Gutsy issue?
[14:46] <oussema-harbi> hardy
[14:46] <oussema-harbi> and for the device IDS ,i tried changing the line :
[14:47] <oussema-harbi> kernel /boot/vmlinuz... root=UUID ... by root=/dev/sda2 
[14:47] <oussema-harbi> and it didnt work
[14:47] <oussema-harbi>  dev/sda2 is my actual root partition
[14:48] <oussema-harbi> ?
[14:51] <rtg> oussema-harbi: what exactly is it that you're trying to do, and how did you build the kernel?
[14:51] <smb_tp> oussema-harbi, have you checked all your names. You seem to have used the native make command. The kernel naming might bedifferent
[14:51] <oussema-harbi> i am compiling the linux kernel
[14:52] <oussema-harbi> ihere is what i did excactly 
[14:52] <oussema-harbi> cd linux-source ;cp /boot/config-2.6.24-19-generic  ./
[14:52] <oussema-harbi> make
[14:53] <smb_tp> oussema-harbi, Not .config?
[14:53] <oussema-harbi> make modules
[14:53] <oussema-harbi> yes i dit it
[14:53] <smb_tp> make oldconfig
[14:53] <oussema-harbi> cp /boot/config-2.6.24-19-generic  .config
[14:53] <oussema-harbi> then make install
[14:53] <oussema-harbi> then upgrade-grub
[14:53] <oussema-harbi> then reboot
[14:54] <oussema-harbi> smb: Ok am trying make oldconfig
[14:54] <smb_tp> oussema-harbi, Making the kernel that way gets a different naming scheme
[14:55] <oussema-harbi> yes ,but they are update in the menu.lst
[14:55] <oussema-harbi> and there is even a new device map
[14:55] <oussema-harbi> in /boot
[14:55] <smb_tp> oussema-harbi, how are the new files extensions? 2.6.24-3?
[14:56] <oussema-harbi> 2.6.24.3
[14:56] <oussema-harbi> the problem is that the kernel is unable to recongnize the root partition
[14:57] <oussema-harbi> it says Unable to mount rootfs on unknown device root=".."
[14:57] <smb_tp> oussema-harbi, That might also be a problem of not finding the ramdisk or using the right one
[14:59] <oussema-harbi> you mean the kernel loads a primary filesystem on ram to load modules ... then mounts the real one ?
[14:59] <smb_tp> oussema-harbi, yes
[15:00] <smb_tp> oussema-harbi, Do you have a initrd.img-2.6.24-3 ?
[15:00] <oussema-harbi> one second ,i check
[15:00] <smb_tp> oussema-harbi, If not, look at update-initramfs
[15:00] <oussema-harbi> no dont have 
[15:00] <smb_tp> update-initramfs -c -k 2.6.24-3
[15:01] <oussema-harbi> ok it's working
[15:01] <oussema-harbi> i ll update grub and reboot to try
[15:02] <smb_tp> oussema-harbi, ok, that should work better now
[15:02] <oussema-harbi> i thought that mounting a primary filesystem then the real one ,is only done on embedded linux systems ...
[15:02] <oussema-harbi> THANK YOUUUUUUUUUUUUUUUUUUUUUUUU
[15:03] <oussema-harbi> :-[
[15:03] <smb_tp> oussema-harbi, Not anymore, I doubt you will find any distro that doesn't use an initial ramdisk nowadays
[15:04] <oussema-harbi> thank you smb 
[15:04] <oussema-harbi> i got to reboot now :-)
[15:16] <fabbione> BenC: ping?
[16:07] <BenC> fabbione: on call...what's up?
[17:18] <fabbione> BenC: are we set for .26 for intrepid or do you still need gfs1 urgently for -next ?
[17:19] <Nafallo> "Latest news: Moved to 2.6.27 kernel for Intrepid/8.10."
[17:19] <Nafallo> :-)
[17:19] <BenC> fabbione: 2.6.27
[17:20] <fabbione> BenC: ok. will make it ready tomorrow then
[17:20] <fabbione> i guess that's only for main arches
[17:20] <fabbione> Nafallo: i wish i had time to read all the topics in the channels i am.. 
[17:21] <Nafallo> hehe
[17:22] <fabbione> BenC: anyway for future references, redhat-cluster (source in main) has always the latest gnbd and gfs1
[17:22] <fabbione> BenC: i basically just copy it from there into your git tree :)
[17:24] <BenC> fabbione: ok :)
[17:24] <fabbione> BenC: anyway.. tree for tomorrow...
[17:24] <BenC> fabbione: thanks
[17:24] <fabbione> so you are happy.. i am ok before going in vacation
[17:24] <fabbione> if things explode i can blame zul
[17:25] <zul> yeah go ahead
[17:25] <fabbione> oh you are here :P
[17:25]  * fabbione hides
[17:25] <zul> :P
[17:30] <BenC> In case people miss the delta on that topic change...IRC meeting is moved to tomorrow for this week
[19:07] <tormod> rtg: hi, can you please look at bug #192772? it has been pending for a while.
[19:11] <smb_tp> :q
[19:12] <rtg> tormod: uh, this app space shit drives me nuts 'cause I don't know the mechanism for syncing with debian. How about just attaching a patch that I can apply and be done with it ?
[19:15] <tormod> rtg: I think there is a patch attached since July 3rd. But a sync is fine too.
[19:16] <tormod> rtg: re your swearing, I don't know who assigned to you :)
[19:17] <rtg> tormod: nor do I. which of the 7 patches do you applied?
[19:17] <rtg> s/you/you want/
[19:18] <tormod> rtg: the one in comment 27: http://launchpadlibrarian.net/15769999/linux-wlan-ng_0.2.9%2Bdfsg-1ubuntu1.debdiff
[19:24] <tormod> rtg: by the way to request a sync, you subscribe the archive admins
[19:29] <rtg> tormod: I think its too late for a sync (from what I recall) since I've already uploaded a package.
[19:30] <tormod> rtg: no problem, thanks a lot
[20:16] <tormod> rtg: I still don't see your upload on launchpad, was it accepted?
[20:17] <rtg> tormod: I've multiple distractions today. it'll take me a bit.
[20:17] <tormod> rtg: I thought " since I've already uploaded a package" meant you already had?
[23:01] <Zetto> Hi all, bug 144745 can easily be solved incluing a mudule in '/etc/modprobe.d/blacklist'
[23:01] <Zetto> *module
[23:02] <Zetto> or loading modules in the right order
[23:02] <Zetto> this bug persist since ubuntu 7.10 ... please, fix it
[23:08] <Zetto> ivoks, 
[23:08] <Zetto> can you help me to solute bug 144745 ?
[23:09] <ivoks> about?
[23:09] <Zetto> bug 144745 can easily be solved incluing a module in '/etc/modprobe.d/blacklist'
[23:09] <Zetto> is a module of a webcam ...
[23:09] <Zetto> this bug persists since ubuntu 7.10
[23:09] <ivoks> i'm not kernel guy
[23:09] <Zetto> ;(
[23:10] <Zetto> ivoks, is toeasy to solve this bug
[23:10] <ivoks> so you want to blacklist the zc0301?
[23:10] <Zetto> no 
[23:11] <ivoks> then what?
[23:11] <ivoks> cause, that's the solution commented on the bug report
[23:11] <Zetto> i wanna only that it come in blacklist from a main instalation
[23:11] <ivoks> ah...
[23:11] <Zetto> yes, commented ^^
[23:12] <ivoks> you should really talk with kernel guys then
[23:12] <Zetto> * I commented
[23:12] <Zetto> yep
[23:12] <Zetto> but where they are ?
[23:12] <smb_tp> Zetto, I am here. Just looked at the bug
[23:12] <Zetto> smb_tp, thanks
[23:13] <smb_tp> Zetto, Generally the problem with blacklisting is that the module won't load normally. I'd rather find a solution to that dependency between those two...
[23:14] <mjg59> Two drivers claim the same USB IDs, and apparently only one of them works
[23:14] <smb_tp> mjg59, So we should fix the tables then
[23:15] <smb_tp> Better than blacklisting in any case
[23:15] <Zetto> smb_tp, i think zc0301 have no utility
[23:15] <Zetto> i have this webcam
[23:15] <Zetto> and only with the zc0301 module, the webcam will not work
[23:16] <smb_tp> Zetto, let me check those two drivers
[23:16] <Zetto> ok
[23:16] <Zetto> smb_tp, ok
[23:23]  * Zetto will be back in less than 10 minutes
[23:31]  * Zetto is back
[23:33] <smb_tp> Zetto, Ok, I looked at both drivers and I would rather tend to remove usb id's from the zc0301 module than to blacklist it as a whole. Interestingly the gspa driver labels the device "Asam Vmicro". But this would be not the first case of vendors re-using the same vendor and product id for another product
[23:34] <smb_tp> Zetto, If you could attach the output of "sudo lsusb -vv" to the report this might help
[23:34] <Zetto> smb_tp, ok, i will
[23:35] <smb_tp> Zetto, thanks
[23:36] <Zetto> smb_tp, i already blacklisted zc0301, any problem ?
[23:36] <smb_tp> Zetto, No, that will only read out the information from the usb-bus
[23:37] <Zetto> zetto@Alphine:~/Área de Trabalho$ lsusb -vv > lsusb-vv
[23:37] <Zetto> can't get hub descriptor: Operation not permitted
[23:37] <Zetto> can't get device qualifier: Operation not permitted
[23:37] <Zetto> can't get debug descriptor: Operation not permitted
[23:37] <Zetto> cannot read device status, Operation not permitted (1)
[23:37] <Zetto> can't get hub descriptor: Operation not permitted
[23:37] <Zetto> cannot read device status, Operation not permitted (1)
[23:37] <Zetto> can't get hub descriptor: Operation not permitted
[23:37] <Zetto> cannot read device status, Operation not permitted (1)
[23:37] <Zetto> cannot read device status, Operation not permitted (1)
[23:38] <Zetto> can't get hub descriptor: Operation not permitted
[23:38] <Zetto> cannot read device status, Operation not permitted (1)
[23:38] <Zetto> cannot read device status, Operation not permitted (1)
[23:38] <Zetto> can't get hub descriptor: Operation not permitted
[23:38] <Zetto> cannot read device status, Operation not permitted (1)
[23:38] <Zetto> zetto@Alphine:~/Área de Trabalho$ 
[23:38] <Zetto> sorry by the food ...
[23:38] <smb_tp> Zetto, Note the "sudo"
[23:38] <Zetto> *flood
[23:38] <Zetto> tkz
[23:39] <Zetto> smb_tp, thank, now worked good, i will attach 
[23:39] <smb_tp> Zetto, k
[23:41] <Zetto> smb_tp, finished
[23:43] <smb_tp> Zetto, Ok, thanks. I'll see what can be done
[23:47] <Zetto> smb_tp, it will take a long time ?
[23:48] <Zetto> t4g, Brazil ?
[23:48] <t4g> Zetto: yeah
[23:48] <Zetto> t4g, me too :P
[23:48] <t4g> Zetto: cool :P
[23:48] <Zetto> t4g, can you talk in private ?
[23:48] <smb_tp> Zetto, It won't be that fast. Even if I would change the code now, there will be some delay until the next upload is done
[23:48] <t4g> sure
[23:49] <Zetto> smb_tp, ok, very thanks !
[23:49] <smb_tp> Zetto, NP. Thanks for the info
[23:50] <Zetto> smb_tp, can you send me the link to the fix in bzr ?
[23:51] <smb_tp> Zetto, I'll update the bug report with it, as soon as there is something to add
[23:51] <Zetto> ok, very very thanks ...
[23:52] <Zetto> smb_tp, this bug was in ubuntu since 7.10 ....
[23:55] <smb_tp> Zetto, Yes I saw the kernel version of the initial comment. But there are many of them and sometimes less critical (and this really depends from which side you look) tend to hang there. Sorry