[01:34] <BenC> zul: ping
[01:46] <zul> yeah
[01:46] <zul> what did i do wrong? :)
[01:47] <BenC> rofl
[01:47] <BenC> zul: in your patches, ditch the debian/changelog parts
[01:47] <zul> ok
[01:47] <BenC> I manually add those, and I like to keep the patch seperate from the changelog entry
[01:47] <BenC> so it's easier to git-revert, without killing changelog history
[03:23] <zul> i so hate freenode
[03:54] <roh> yay!
[03:54] <roh> http://www.kernel.org/git/?p=linux/kernel/git/davej/cpufreq.git;a=blobdiff;h=cfc4276e670e3eac2ccc2f1c0a81f3258ff8a586;hp=28cc5d524afcd18a2dce1ee4f5ccb3d2c737faf1;hb=f081a529f808ed450c22553de7b3275e0ffde9a0;f=arch/i386/kernel/cpu/cpufreq/speedstep-smi.c fixes my bug it seems
[03:55] <zul> roh: already applied to the dapper kernel
[03:56] <roh> zul i didnt check that.. i'm currently clicking my way through the git and am impressed.. what would we do without git..  besides inventing it
[03:57] <roh> i really have to learn how to use that
[03:59] <roh> zul will there be new kernelpackages for dapper also or do i need to built my own?
[04:00] <zul> yes there will be updates dont know when yet
[04:33] <roh> zul can you point me directly to the docs how to exactly rebuild the kernelpackages the way buddha^Wthe allknowing thing wants?
[04:34] <roh> meaning: i'm currently developing a driver and don't want to sacrifice madwifi for example
[05:44] <BenC> all the ppl who build custom kernels from our source are gonna love me now
[05:44] <ajmitch> what did you break? :)
[05:44] <BenC> hehe
[05:45] <BenC> I made it easier to change the ABI, so people don't have to ask a whole lot of questions
[05:46] <BenC> pretty much needed it so I can do daily builds
[05:46] <BenC> the method I am using uses the git hash to create a special abi on the fly
[05:46] <ajmitch> you plan to break ABI that often for edgy?
[05:46] <BenC> keeps ppl from getting stock kernels confused with daily builds, plus it makes it easy to know where in the git tree the build was from
[05:47] <infinity> BenC: Spiffy.
[05:47] <BenC> no, just I don't want to guarantee any ABI syncronizing for daily builds
[05:47] <ajmitch> sounds useful then
[05:47] <BenC> infinity: yo!
[05:47] <BenC> infinity: .43 is awaiting fabbione's blessing for a sparc patch, and is build tested
[05:47] <infinity> Oh, hey, look, 24.42 actually built everywhere.
[05:47] <BenC> infinity: what!?
[05:48] <BenC> use 25.43 for l-r-m
[05:48] <infinity> Was it not meant to? :)
[05:48] <BenC> I thought someone told me it didn't build every :/
[05:48] <infinity> Oh, wait.  I don't see a PPC build.
[05:48] <BenC> yeah, that's the one, ABI failure
[05:49] <BenC> 25.43 is locked waiting for a sparc patch, and fabbione promises to upload at 11am his time
[05:49] <BenC> it was build/boot tested on i386, ppc and amd64
[05:49] <infinity> Okay, so the PPC ABI thing is sorted?
[05:49] <infinity> That's quite the ABI change...
[05:49] <infinity> Why did you pull that serial stuff out of vmlinux?
[05:50] <infinity> Won't that bugger early output on serial terminals?
[05:50] <infinity> Or should openfirmware provice console/serial emulation until the driver kicks in?
[05:51] <infinity> (serial booting on my machine, like just about anything else on an OldWorld, doesn't work for beans, so I don't actually know how OF deals with it)
[06:02] <fabbione> morning
[06:02] <fabbione> BenC, infinity: yes max 11am UTC
[06:02] <fabbione> BenC: so i pull and another ABI bump???
[06:10] <fabbione> infinity: ok i have the stuff from BenC
[06:10] <fabbione> BenC: good night dude
[06:23] <BenC> infinity: because of 8250 is loaded, PMACZILOG cannot work, so I had to take 8250 out as a module
[06:24] <fabbione> BenC: i got all your stuff..
[06:24] <fabbione> i think at least ;)
[06:24] <BenC> good deal
[06:24] <BenC> yeah, it's pushed, and should be all ready for you
[06:24] <fabbione> linux-source-2.6.15 (2.6.15-25.43) dapper-security; urgency=low
[06:24] <fabbione>   * bcm43xx dma mask handling (> 1GB memory)
[06:24] <fabbione>   - Add powerpc IOMMU handlers for dma masks
[06:24] <fabbione>   - Sync updates to amd64 IOMMU to handle dma masks
[06:24] <fabbione>   * Sync ide changes for better flash driver handling (flash isn't removable).
[06:24] <fabbione>  -- Ben Collins <bcollins@ubuntu.com>  Tue, 13 Jun 2006 08:16:30 -0400
[06:24] <fabbione> that's all i have here...
[06:24] <fabbione> can you confirm?
[06:25] <fabbione> i still have the powerpc.ignore file
[06:25] <fabbione> that can go away
[06:25] <fabbione> but i can do it
[06:28] <fabbione> BenC: how do i git tag the release?
[06:28] <fabbione> BenC: or are you going to do it later?
[06:28] <BenC> just push your final, and I'll retag itr
[06:28] <fabbione> ok works for me
[06:49] <fabbione> BenC: are you also syncing the changes from .15 into .17?
[07:16] <BenC> yep
[07:16] <BenC> I pull from dapper to edgy to make sure we keep everything in sync
[07:16] <BenC> it's nice
[07:18] <BenC> dpkg-deb: building package `linux-headers-2.6.17-2-f23859-386' in `../linux-headers-2.6.17-2-f23859-386_2.6.17-2.2_i386.deb'.
[07:18] <BenC> sweetness
[07:26] <fabbione> wth..
[07:27] <fabbione> BenC: btw can you pull from my edgy tree?
[07:27] <fabbione> it's a simple change in the control files for the cluster suite
[07:34] <BenC> ok
[07:34] <BenC> let me push later so you can merge and repush
[07:44] <fabbione> ok sure
[08:16] <fabbione> BenC: [    0.829976]  BUG: soft lockup detected on CPU#2!
[08:16] <fabbione> i get tons of these for different CPU with .17-1.1
[08:16] <fabbione> (sparc)
[01:56] <zul> hola
[02:49] <mjg59> BenC: If we're going to shift to libata pata drivers, we probably want to do it soon
[02:49] <mjg59> Some of them are going to need testing
[03:30] <fabbione> BenC: please pull from both my dapper and edgy tree.
[03:30] <fabbione> BenC: dapper is uploaded and building. Please no more uploads till sparc is released 
[03:30] <fabbione> BenC: otherwise we look fine.
[05:10] <zul> BenC: #45679 ill update the driver tonight if thats ok?
[05:11] <BenC> which driver?
[05:11] <zul> arcmsr
[05:12] <BenC> sure thing
[05:13] <BenC>     [UBUNTU:arcmsr]  Update to latest patches in -mm tree.
[05:13] <BenC> that's the last place I got patches from
[05:13] <BenC> make sure it's the same set of stuff
[05:13] <zul> sure..i was going to get it from the vendor apparently it works according to the bug reports
[05:14] <BenC> 1.20.00.13
[05:15] <BenC> it says it was fixed in 1.20.0X.12, and we have the above version
[05:15] <BenC> that's a little odd
[05:15] <zul> yeah..
[05:15] <zul> ill look into it tonight then
[05:16] <BenC> 1.20.00.12    9/30/2005       Erich Chen     bug fix with 64bit platform's ccbs using if over 4G system memory
[05:16] <BenC> that's in our ChangeLog.arcmsr
[05:16] <zul> just a sec..
[05:16] <BenC> Documentation/scsi/ChangeLog.arcmsr
[05:16] <BenC> and that was from the patches from -mm
[05:18] <zul> of course the vendor website has to be down
[05:25] <zul> BenC: thats in BenC yeah thats just weird
[05:26] <zul> what the hell?
[05:26] <ajmitch> blame the keyboard gremlins
[05:27] <zul> i blame the irq between my brain and keyboard
[05:32] <zul> BenC: are you going to be in paris?
[05:32] <BenC> yep
[05:32] <zul> coool..
[05:33] <zul> have fun i wont be
[06:53] <zul> when are the security updates going to show up?
[07:53] <mkrufky> i spoke to the DViCO systems engineer....   Bug #12162 is bogus. the "fix" from that bug causes bug #33096, which is valid.  The fix would be to revert ubuntu git commit 3a580f39df8937f54976b2e7ce2ef54294da06f9 .....  I have added the appropriate comments to those bugs on launchpad.net
[07:56] <mkrufky> BenC: should I send you a patch to revert that commit?  ...or are the launchpad.net comments enough?
[07:56] <BenC> mkrifky: Yes, please
[07:56] <BenC> mkrufky even
[07:56] <mkrufky> :-)
[08:17] <mkrufky> BenC: oh, man.... i just finished cloning ubuntu-2.6.git , and it seems that the bogus commit got automagically reverted as a result of a pull from upstream
[08:17] <mkrufky> however, ubuntu-dapper.git still has the bogus patch
[08:18] <mkrufky> i guess i'll have to re-clone from the dapper tree
[08:28] <fabbione> BenC: please hold any dapper uploads please :)
[08:32] <BenC> fabbione: wont be doing dapper again till after paris
[08:33] <fabbione> BenC: kthx :)
[08:38] <dilinger> meh, i wanted to go to paris :(
[08:39] <zul> join the club 
[08:39] <zul> whats with these ubuntu conferences when the city speak french?
[08:42] <fabbione> zul: hopefully the last one :)
[08:42] <zul> hehe
[08:43] <zul> ill go to the next one
[08:43] <zul> only if they dont speak french ;)
[08:45] <dilinger> i was expecting work to send me to this one
[08:45] <dilinger> but things at work aren't going so well
[08:45] <dilinger> so.. *shrug*, doesn't look like it's going to happen
[08:47] <mkrufky> BenC: ok, i uploaded the fix to launchpad bug #33096
[09:15] <zul> fabbione: where can i get the sparc iso?
[09:43] <zul> later
[09:55] <kimo> sorry for being n00b, but when it says '2.6.17-1.1' is released, it means released in the git tree only, right ? (no debs?)
[09:57] <crimsun_> it means it was uploaded.  [https://lists.ubuntu.com/archives/edgy-changes/2006-June/000040.html] 
[09:59] <kimo> would this new version, include fixes commited to the offcial dapper kernel ?
[09:59] <kimo> like the recent fixes to my sky2 driver ?
[10:00] <roh> oh.. edgy already started?
[10:01] <kimo> roh: yeah :) ubuntu+1
[10:01] <crimsun_> kimo: see the sky2-related commits at http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=shortlog
[10:02] <roh> then i hope soon somebody takes the time to make rootfs via uuid working
[10:04] <kimo> crimsun_: thanks, great :) I am still not sure if there is a 'nightly build' deb package I can install to get those fixes 'now' ?? (or should I compile from a git tree) ?
[10:05] <crimsun_> kimo: I presume the URL mentioned in [https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-June/000150.html]  will be populated
[10:08] <kimo> ohh cool :) bcollins makes a daily build system, which is unfortunately empty ;) http://people.ubuntu.com/~bcollins/kernels-daily/
[10:09] <kimo> ok I found the deb in upper dir http://people.ubuntu.com/~bcollins/
[10:11] <kimo> downloading, thanks ;)
[10:49] <roh> mmmh.. should i build from linux-source-2.6.15 or from the sourcepackage for linux-image-2.6.15-23-386 ?
[10:50] <crimsun_> the latter.
[10:51] <roh> tnx
[10:53] <roh> which way of packaging is the recommended then? via make-kpkg or dpkg-buildpackage?
[10:54] <crimsun_> either, depending on whether you want to use the infrastructure. If you're not sure, choose the latter.
[10:55] <mkrufky> roh: are you rebuilding your kernel right now just for the sake of the dvb development?
[10:56] <mkrufky> roh: that hg repo i told you about is backwards compatible with older kernels
[10:56] <mkrufky> so... if that's what you're doing.... you can save yourself some time
[10:56] <roh> mkrufky no.. mostly because speedstep does not work with dapper release on my tp-x20
[10:56] <mkrufky> ah, okay
[10:57] <roh> and i want piix ide fixed in the kernel since its the rootfs, and the initrd sometimes loads the sii-ide before piix and my root is  hde then ;)
[10:59] <mkrufky> ok -- valid reasons  ;-)
[11:02] <kimo> roh: u might want a newer prebuilt from http://people.ubuntu.com/~bcollins/ ?
[11:03] <roh> kimo if there is enough source with it to build other modules later which need a working makefrile from a kerneltree
[11:27] <BenC> roh: speedstep will be fixed for you in the next kernel update for dapper
[11:38] <roh> BenC is there a package which gives me a /lib/modules/`uname -r`/source symlink to working makefiles and headers for building external drivers which depend on headers of existing drivers?
[11:38] <BenC> lol
[11:39] <BenC> apt-get install linux-headers-`uname -r`
[11:42] <roh> i know that package.. but it does not contain tda1004x.h for example, which i need for my driver since the attach function for this demod is declared there
[11:43] <roh> hm.. but... forget it.. i propably just compile the whole dvb stuff from hg, so i can use the header from there...
[11:44] <BenC> roh: linux-source-2.6.15
[11:45] <roh> BenC do you know when the new packages get out?
[11:47] <BenC> the dapper 2.6.15 update, or edgy 2.6.17?
[11:47] <BenC> well, either will be available within a day or two
[11:47] <roh> dapper.. for now i'll propably stay with dapper, even if i'd like the new kernel.. its a 600mhz tp-x21.. no fun with a few hundred updates every week
[11:52] <mkrufky> roh: seriously -- dont worry about the dvb frontend sources in the ubuntu kernel... you REALLY need to use the hg stuff
[11:52] <mkrufky> roh: you should work within the hg v4l-dvb tree on linuxtv.org
[11:53] <mkrufky> otherwise you're going to have a real pain once you're ready to merge your new driver
[11:53] <mkrufky> ... (or I will)
[11:58] <mkrufky> roh: i'm leaving now... if you need help later with the hg stuff, i'll be back in #linuxtv in a few hours
[11:58] <mkrufky> bye all