=== geser [n=michael@dialin104178.justdsl.de] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === datten_ [n=datten@xdsl-81-173-151-44.netcologne.de] has joined #ubuntu-kernel === crimsun_ [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === datten_ is now known as datten === doko_ [n=doko@dslb-088-073-114-027.pools.arcor-ip.net] has joined #ubuntu-kernel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel === lamont [i=lamont@nat/hp/x-89c888218e0f8c95] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel === kkubasik [n=kjk38@c-69-140-109-194.hsd1.md.comcast.net] has joined #ubuntu-kernel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-kernel === siretart [i=siretart@ubuntu/member/siretart] has left #ubuntu-kernel [] === kkubasik [n=kjk38@c-69-140-109-194.hsd1.md.comcast.net] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === calavera [n=calavera@195.Red-80-26-32.staticIP.rima-tde.net] has joined #ubuntu-kernel === ivoks [n=ivoks@2-148.dsl.iskon.hr] has joined #ubuntu-kernel === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [11:58] well, today's kernel is not full of grace === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [12:13] Keybuk: I have a udev-related (?) problem with multiple dvb-tuner cards changing the order on reboots. Is there something that could be done with udev rules, or should it be handled elsewhere? [12:14] tepsipakki: the order should not matter [12:14] it is normal for multiple anything to change order between reboots [12:15] from hard drives, to network cards, to sound cards, etc. [12:15] well, basically yes [12:15] use software that doesn't rely on the kernel names, but instead uses HAL to identify cards by unique information [12:16] both mythtv and vdr are affected :) [12:16] I'm sure they will welcome patches [12:16] well, vdr works, but plugins don't necessarily (mplayer comes in mind, which tries to use the tv-out on the full-feature card) [12:17] does HAL have some cmdline tools that could be used in wrappers? [12:21] anyway, the official answer is: "work around it"?-) === rikai ponders over whether or not his cpu soft-locking when his network card is under heavy load is a kernel problem or not.... === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === kkubasik [n=kjk38@c-69-140-109-194.hsd1.md.comcast.net] has joined #ubuntu-kernel === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:41] morning === kylem [n=kyle@amnesiac.heapspace.net] has joined #ubuntu-kernel === datten_ [n=datten@xdsl-84-44-192-164.netcologne.de] has joined #ubuntu-kernel === ivoks [n=ivoks@0-50.dsl.iskon.hr] has joined #ubuntu-kernel === datten_ is now known as datten === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === kylem ventures forth into the canadian wasteland in search of a fax machine. === kylem will brb. [03:54] ups store...oh wait you arent in kanata :) === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === ThiefOfBaghdad [n=aanjhan@59.92.8.197] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [04:33] there, that's one big thing off ye olde todo list. [04:33] hey kyle === acacs [n=acacs@201.32.148.63] has joined #ubuntu-kernel [04:34] yo. [04:34] how is it going? [04:35] not too bad, trying to finally beat the last of this damned flu and cold. === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === rikai_ is now known as rikai === btse [n=btse@c83-253-240-139.bredband.comhem.se] has joined #ubuntu-kernel === ThiefOfBaghdad [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [05:45] Anybody working for Canonical here? [05:48] btse, why? [05:51] MODALIAS=i82365 [05:51] BenC: ^ HOLY CHRISTING FUCK! [05:52] so I guess the question becomes [05:52] "what comes first, the platform device or the module/driver that manges it?" === ThiefOfBaghdad [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [06:08] Keybuk: chicken-and-egg? [06:09] BenC: well, normally a device exists because it's in the system [06:09] so the kernel creates it under the bus that manages the device [06:09] and a module gets loaded, so that interfaces, etc. exist [06:09] for platform, this is trickier [06:09] I would still guess that the platform bus should create devices for any hardware [06:10] platform devices seem like black magic from my understanding [06:10] so it doesn't make sense for the device to get removed [06:10] I'm not even sure how the driver gets loaded the first time [06:10] isapnpmap doesn't even show it, but the driver has a MODULE_DEV_TABLE:pnp [06:11] dunno [06:11] I can't boot .20, so can't see [06:11] it's definitely utterly bogus that MODALIAS contains a module name! [06:11] it should contain a description of the device [06:11] e.g. platform:i82365 [06:11] and the module should export that as an alias [06:12] but that still doesn't explain why these platform devices are being removed, and then coming back [06:15] basically the driver does platform_device_alloc(); platform_device_add(), isa_probe() = -ENODEV; platform_device_remove(); module exit with ENODEV === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-kernel [06:24] pmjdebruijn: just wondering, what are the exact terms? [06:24] btse, exact terms of what? [06:25] pmjdebruijn: the employment. are you employed by Canonical? [06:25] btse, no... [06:25] btse, anyway you should probably contact an official Canonical representative, not just someone on irc [06:26] btse: What did you need to know? [06:26] pmjdebruijn: ah, ok, yes I know, [06:26] well, is it full-time? [06:26] for most ppl, yes [06:27] so I suppose you're getting payed also? [06:27] working for someone usually implies they pay you :) [06:27] heh hey BenC [06:27] hey zul [06:28] how is it going? [06:28] slow this morning [06:28] BenC: usually... :-) looking at their employment page doesn't say much about the conditions though [06:28] and they respons slowly [06:29] what position are you interested in? [06:29] btse: i hear its a sweat shop ;) [06:29] zul: yeah, me too [06:29] zul: I don't sweat, I prespire [06:29] pfft, it's a sweet shop. all the candy i can possible want. [06:29] heh [06:29] BenC: well, I was just lookign around [06:29] mmm...candy.. [06:29] zul, that's usually somewhere, where they have illegal immegrants working for next to no cash :p [06:31] it could be fun to explore your hobby, getting payed for it, work for an international employer without having to relocate [06:31] but I suppose this is the wrong forum [06:31] btse: there's lots of travel, and (not complaining, but) full-time usually == more than 40 hours for most of us [06:32] BenC: well, that's the bogus bit I think [06:32] it shouldn't be adding devices until it knows they exist [06:32] travel is fun, flying is great [06:32] flying sometimes sucks [06:32] waiting yes, flying no [06:32] Keybuk: I'm not sure why there the platform_device_add occurs before the probe...but that also happened in edgy [06:32] flying is great once you get the hang of what not to do. [06:32] like, don't stop flapping your arms. [06:33] even if you get tired. [06:33] lol [06:33] hehe, yeah [06:33] so BenC what's your position? [06:33] kernel dev [06:34] how did you come by it? [06:34] friend [06:35] ah, and exactly what do you do? write drivers or mainly apply vanilla patches to the ubuntu kernel? [06:37] bugs, patches, feature development [06:37] are you interested in the kernel dev position? [06:37] or major deity [06:37] perhaps.. [06:38] sorry for interrogating you by the way :-) === btse [n=btse@c83-253-240-139.bredband.comhem.se] has left #ubuntu-kernel ["Leaving"] === btse [n=btse@c83-253-240-139.bredband.comhem.se] has joined #ubuntu-kernel === lamont [i=lamont@nat/hp/x-830e33ed217eb187] has joined #ubuntu-kernel [07:49] hah smoke on that xen-image-2.6.19-1.1-generic_2.6.19-1ubuntu1_i386.deb === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [09:16] <_MMA_> BenC: Could you take a look at the spec real quick. Im still trying to more help. https://wiki.ubuntu.com/MultimediaProductionKernel === kjk38 [n=kjk38@c-69-140-109-194.hsd1.md.comcast.net] has joined #ubuntu-kernel === calavera [n=calavera@195.Red-80-26-32.staticIP.rima-tde.net] has joined #ubuntu-kernel === ThiefOfBaghdad [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-kernel === ThiefOfBaghdad [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === kjk38 [n=kjk38@c-69-140-109-194.hsd1.md.comcast.net] has left #ubuntu-kernel [] === ThiefOfBaghdad [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel === Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel === Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel