[00:59] hmm, 2.6.32-rc1 released just about an hour or so ago. [00:59] Nifty. [00:59] now, anyone know when it'll go up on kernel-ppa? [07:00] Hi guys, i have just built a 2.6.31kernel with make-kpkg and I have used the --initrd switch however it still says ' please update the initramfs manually [07:01] is there a way i can build an ubuntu package which will do this automagically [07:01] my aim is to have a repository which i can just point the machines at [07:01] and it will upgrade automatically === doko__ is now known as doko [14:34] Anyone know who I should raise this with: packages.u.c list git repos for kernel packages as http . ie, see http://packages.ubuntu.com/source/karmic/linux-meta-ec2 [14:34] that doesn't work, apparently git-update-server-info not run there. [14:34] clone git://kernel.ubuntu.com/git-repos/ubuntu/ubuntu-karmic-meta.git does work, though [14:37] i see now that the http url is from the debian/control [14:37] smoser, since its a topic branch, you likely won't be able to use git web. [14:38] i really dont care about gitweb. but it suggests 'git clone http://' which fails. you just have to know to use the git.kernel [14:38] at least thats what i figured the link was implying [14:38] smoser, um, lemme look. [14:39] the http transport did work last I checked. [14:40] we should just switch to bzr anyway :) [14:40] rtg: it looks like the hook to run git-update-server-info isn't run in that git tree [14:40] ogra: yeah, right after debian is almost convinced about switching to git :-p [14:40] amitk: yeah, thats what I'm trying to remember. where is that setup? [14:40] what did they use up to now ? [14:42] rtg: /srv/kernel.ubuntu.com/git/ubuntu/ubuntu-karmic-meta.git/hooks/post-update [14:42] rtg, typically its .git/hooks/post-update.sample [14:42] rtg: I can't seem to chmod +x it. [14:42] yeah. that just being executable. is normally what has to happen [14:43] ogra: svn [14:43] ugh [14:43] amitk: it's +x now [14:43] * amitk_ wonders why he wasn't able to do it, the group write permissions seemed ok [14:44] rtg, you could run that now, to update them now [14:44] rtg: you'll also have to run the git-update-.... command manually [14:44] or just probably wait till next commit [14:44] i'm fine with either. [14:44] or push another commit [14:45] it'll happen in due course [14:45] rtg, i'd appreciate if we could have the ec2-kernel meeting today, hoping to figure out where we are on it. [14:46] smoser, I'll bug johansen. [14:47] thanks. [14:58] amitk_, if i understand the patch at https://bugs.launchpad.net/ubuntu/+source/linux-fsl-imx51/+bug/427289 right, i should see 3.0V with a voltmeter on the battery once the kernel has initialized the driver, right ? [14:58] Malone bug 427289 in linux-fsl-imx51 "hardware clock not saved if board power is removed on babbage 2.5" [High,Triaged] [15:00] ogra: the comment on the patch says that the battery voltage should be higher than 1.8V [15:00] amitk_, well, for charging it needs to be a higher voltage [15:01] i.e. i would expect the voltage to raise once the charge code inits [15:01] if i measure the battery directly [15:01] ogra: true [15:01] and the default value used in the code for that seems to be 3.0 V [15:01] value = BITFVAL(CIONCHEN, 1) | BITFVAL(VCOIN, VCOIN_3_0V); [15:01] and yes, it does seem to set it to 3.0V [15:01] i see no change at all [15:02] between redboot and kernel initing [15:02] ummm, you won't see the battery voltage magically go to 3.0. [15:02] its actually 0.1V higher if the board is off and between pressing the power button and a running desktop the voltage doesnt change (it's constantly around 1.09V) [15:03] ogra: did you try a newer battery? [15:03] the battery is soldered to the board [15:03] i'm not really eager to solder around here if i dont need to [15:04] but if the battery behaves like a normal rechargeable i should see a charging voltage once the board inits the charger [15:04] * ogra is on phone now ... [15:04] ogra: 1.09V seems very low. You should ask freescale if the battery will even charge once the voltage has dropped so low [15:05] still i would expect to see any charge if the charger inits [15:05] i dont think the code does what its supposed to [15:06] the point is that it doesnt change at all === bjf-afk is now known as bjf [15:21] amitk_, so i talked with davim on the phone and he agrees the voltage should raise once the charger is initialized, is that thing built as a module i need to load manually perhaps ? === fddfoo is now known as fdd [15:49] smb: howdy! :) [15:50] Q-FUNK, Hi there :) It is not forgotten, just sort-of delayed [15:50] ok :) [15:52] Q-FUNK, It might get tomorrow until I am getting there, sorry. Travelling around accumulates the backlog [15:52] smb: understood. === bjf is now known as bjf-afk === bjf-afk is now known as bjf === bjf is now known as bjf-afk === bjf-afk is now known as bjf [22:06] what's up with the mainline PPA kernels? hasn't been a working daily build for ever === jjohansen1 is now known as jjohansen [23:31] mm, build fail: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.32-rc1/BUILD.LOG