/srv/irclogs.ubuntu.com/2010/03/23/#ubuntu-kernel.txt

pabelangerhowdy!  I'm looking for any tutorials on having a custom kernel within Launchpad PPA?  Move of the actually packaging, I was hoping to maintain my over version for some embedded hardware00:30
=== emma is now known as skampler
=== skampler is now known as Guest79289
=== Guest79289 is now known as emma
=== kamalm is now known as kamalm-away
milliis there any chance of getting commit 68f194e0 pulled into 2.6.32 before rc ?01:28
RAOFWhat does it do?  What bug does it fix?01:31
milli8 line patch to support isight cameras on latest Macbook Pro's in uvcvideo driver01:31
millisome cameras report 0x00 in one field, others 0xaa, but both are YUV2 cameras01:32
RAOFIt's still possible to get patches into the kernel; file a bug (and for bonus points, attach a proper kernel-team formatted patch).01:33
milliRAOF: k, ty01:34
crimsunpabelanger: the kernel team has decent documentation there; see kernel.ubuntu.com02:22
Sarvattsmb: are you around by any chance? It looks like we dropped a patch we really need during the 2.6.33 drm merge04:25
Sarvatthttp://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commit;h=7b56712ff524ee55e38afaee3954d125f56a607004:25
Sarvatthttps://launchpad.net/bugs/535640 all of those are because thats gone in -16, was fixed in -15 when that was added04:25
ubot3Malone bug 535640 in xserver-xorg-video-intel "[gm45] GPU lockup de05bf80bf83cd22541cb55f1a2ee99e (xorg crash when opening the laptop lid)" [Unknown,Confirmed] 04:25
Sarvattapw told me to bug you while he's on vacation :)04:29
jjohansenSarvatt: smb should be on in about 2 hours05:04
mrecBenC: Hi06:04
mrecBenC: can you have a look at https://bugs.launchpad.net/ubuntu/+source/tvtime/+bug/544527 please?06:04
ubot3Malone bug 544527 in tvtime "usbfs is bugged with >2.6.32.9 and <=2.6.33 (breaks VMWare, Qemu, sane scanners, ...)" [Undecided,Confirmed] 06:04
mrecI wonder who to contact that this issue will be resolved asap :/06:05
loolamitk: Hey, I see apw is on leave, do you know who cares for linux-ti-omap in lucid in the mean time?08:52
loolamitk: First upload built, but was held in NEW (and still is?!), second upload failed to build08:53
lool(I have the d-i changes to publish netboot images ready and would like to test them  ;-)08:53
amitklool: I'm just pushing a fix for the FTBFS08:54
amitklool: and I care for omap in lucid08:56
smbamitk, Oh, when you are around. Can you give your blessings to the changes lool posted?08:56
ogralool, first upload didnt boot so there was no point in wasting admin time on it, second one boots and amitk is shaking out bugs found in the testkernel atm09:01
smblool, amitk Where does that armel/versatile patchset belong anyways? (which branch?)09:03
amitksmb: master09:03
smbamitk, arm patches on master?09:04
amitksmb: will push the d-i change for netboot (who uses it?) and also include the ubuntu drivers directory for ti-omap for ogra09:04
ograamitk, netboot will be our fallback image if everything else goes wrong (its the easiest to create image)09:05
amitksmb: versatile is all upstream, so we just create a kernel for it out of master09:06
smbamitk, Ah, ok09:06
amitksmb: infact, can you handle that patch from Loic? I'll ack it.09:07
amitksmb: the first one is just a revert I think09:07
smbamitk, And for the netboot change and whatever else needs to be in ti-omap, please put pull requests on kt ml09:07
smbamitk, I'll review them as well, then I can pull it in. I just won't immediately upload a kernel on the master09:08
smbfor that I think of kernel-ppa09:09
amitksmb: ack09:09
lool(Sorry had to disappear for a while)09:14
loolamitk: omap maintenance > noted; thanks09:14
loolsmb: I'd love if you could upload whatever amitk pushes to fix the FTBFS so that we can clear new and push at least one d-i image out this week  :-)09:15
smblool, I just wait for all things that should go in to be on the mailing-list09:15
loolsmb: As amitk explained, my patches are for master and are just config tweaks; versatile is a single patch on top of mainline IIRC (setting it to armv7 instead of its CPU) and a flavour + config09:15
smblool, Just trying to understand #2. Why is that changing config.common.ubuntu ?09:16
loolsmb: The versatile changes are to revert a previous chanve, but it's not a "revert" because the commit with the change updated another config *and* config changes probably are best not reverted but recomputed across configs09:16
loolthe second versatile change is an arm-specific config update because the defconfig value made no sense and was harmful09:17
loolsmb: See my followup: CONFIG_CMDLINE is disabled on x86 because it depends on CMDLINE_BOOL which is unset on x8609:17
lool(in our config at least)09:17
loolThere's no CMDLINE_BOOL on arm, so CONFIG_CMDLINE is always enabled, but the value made no sense09:18
smbHm, ok. Understand. So that never took effect for x8609:18
loolYup09:21
ograamitk, oh, one think thats essential to get a live image booting on the beagle revC is also compcache, can you make sure thats enabled ? 09:29
ogra*thing09:29
amitkogra: enabled09:30
ogramerci :)09:30
* ogra is still not sure what to do about the requirement for an omapfb cmdline option09:31
ograif anyone has an idea for that, any suggestion is appreciated 09:31
ograapparently the drive has no builtin default so the cmdline option is needed ... imho it would be good to have a default like 1024x768 and only use the cmdline option to override so we dont forcefully need an entry all the time09:33
ogra*driver09:33
ograamitk, do you think something like the above would be possible without much hacking ? 09:33
amitkogra: will need some thinking, postponing for later... :)09:34
ograhow late :)09:35
amitki need to get you a kernel with aufs first09:35
ogra(it surely doesnt need to be in the current one)09:35
ograbut having some sane default for release would rock 09:35
amitksmb: there have been changes in 2.6.33 that make it hard for aufs to compile anymore.10:54
amitkbasically, we'll need to make some in-kernel symbols non-static10:54
amitkhttp://ftp.riken.go.jp/pub/pub/Linux/gentoo/sys-fs/aufs2/files/aufs2-base-33.patch10:55
amitkogra: ^^10:55
amitkThis isn't a GPL vs. non-GPL war, but more like upstream fs devel10:57
amitkI wonder if we should stick to unionfs for ti-omap10:57
smbamitk, If that works and needs less changes. I guess its late to make quick porting efforts10:58
amitksmb: the patch or unionfs?10:59
Keybukit's a shame that Val's writable overlays patches are going so slowly11:00
smbamitk, Well the patch to get aufs compiling. Ok, we are not so restricted in what we take into that branch, but as ogra was wanting things fast it seems the most simple and workable solution should be preferred11:01
amitksmb: AFAIK, unionfs is a drop-in replacement, it just works (TM) by using the kernel cmdline union=unionfs (or something close enough)11:02
amitkKeybuk: if it isn't ready for the next cycle we might want to go back to unionfs11:03
Keybukwasn't there a huge reason we switched away from unionfs in the first place?11:03
amitkapparently there have been several stability fixes since11:04
amitkno qualitative opinion though, it is for foundations to decide11:04
smbamitk, I have not been looking there as much as Andy did but I thought the were some issues why we did not change away from aufs2. Probably the same thinking line as Keybuk. In the end someone else needs to decide what they want / need in there.11:05
JohnFluxHey all11:31
JohnFluxThe rt3070sta driver needs a small change to support my hardware11:32
jjohansenearly 2.x line of unionfs was a mess and had all kinds of bugs, that made a last minute revert to unionfs 1.4 necessary (I think this was on hardy)11:32
JohnFluxhow do I get such a change put in?11:32
jjohansenJohnFlux: send an email with the patch to kernel-team@lists.ubuntu.com11:33
jjohansenafter that the switch to aufs2 was made, aufs stagnated for a while and unionfs has gotten better.  I don't know which is currently best11:34
JohnFluxjjohansen: thanks11:36
=== sconklin-afk is now known as sconklin
amitkogra: so what do you want to do for union?12:15
ograi need to do some testing, i think casper still supports union, but its a lot slower than aufs12:15
ograand union requires additional hacks to the cmdline 12:16
ograto make casper use it12:16
amitkogra: I can add the aufs patch for now, so you can get something going, let's discuss it later this week.12:19
ograok12:19
smoserhey all. could I get someone kernel-team or otherwise capable to take a read of bug 458201 ?12:25
ubot3Malone bug 458201 in qemu-kvm "kernel stacktrace on volume detach in kvm guest" [Low,Confirmed] https://launchpad.net/bugs/45820112:25
smoserthe final comment there has a dmesg that might mean something.12:26
smoser(this should probably be moved to kernel, not qemu-kvm, if you agree, then go ahead and do so)12:26
JohnFluxjjohansen: how do I get the kernel source, include staging, that will be used for lucid?12:58
JohnFluxjjohansen: is there a git repository?13:01
jjohansenJohnFlux: https://wiki.ubuntu.com/KernelTeam/KernelGitGuide13:03
rackerhackerjjohansen: have time for a quick /msg?13:15
jjohansenrackerhacker: sure13:16
pabelangermorning14:15
bjf##14:43
bjf## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting14:43
bjf##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting14:43
bjf##14:43
amitksmb: Can you have a look at our Makefile and tell me if this line makes sense15:04
amitkLINUXINCLUDE    += -Iubuntu/include $(if $(KBUILD_SRC),-I$(srctree)/ubuntu/include)15:04
amitksmb: top-level makefile15:04
smbamitk, That is the way it is right now, right?15:06
amitksmb: right15:07
amitksmb: I'm wondering if the same include is there twice15:07
smbIt seems makeing sense. Well the first is the source and the second is the source in the O= dir15:08
smbor the other way round15:08
amitksmb: you're right! I was missing the O= angle15:08
* smb looks for a volunteer for a (I think) well triaged bug with upstream and maybe stable potential. But probably it needs some discussion.15:27
bdmurraycnd: there is an interesting comment in bug 516772, number 8, that works for me15:38
ubot3Malone bug 516772 in linux "HP Touchsmart tm2 brightness level not changing" [Low,In progress] https://launchpad.net/bugs/51677215:38
amitksmb: ti-omap pull request sent to list15:49
smbamitk, ok, lets see15:49
bjf##16:45
bjf## Kernel team meeting in 15 minutes16:45
bjf##16:45
amitksmb: got a chance to look at omap?16:46
smbamitk, Got a chance to read kernel-team mailing list? :)16:46
* amitk doesn't see the reply yet, kicks his cron job16:46
JFoheh16:47
smbFunny, usually its the other way round. I see my replies last16:48
amitksmb: I'll reorder the commits and fix the commit messages16:49
smbamitk, But basically I would reorder one commit and change the comment on another. Otherwise it seems ok. Hopefully the ubuntu gets dropped on future M rebases16:49
smbamitk, I can do that just her, if you say ok with me16:50
smbhere I mean16:50
amitksmb: ok, if you want, I already fixed and pushed it to my tree16:51
amitkso you can just do a new pull16:51
smbI can do, but I usually export and import them (to add acks and signed-offs)... *shrug* But I can pull it again 16:53
amitksmb: do you think you'll be able to do an upload today?16:54
smbamitk, I will pull that in, then do a quick cross compile test and then upload, so it should be there soon16:55
amitksmb: Besten Dank!16:56
smbamitk, Keine Ursache16:57
* ogra hugs smb 16:57
amitksmb: I suggest a complete build so we catch any other failures16:59
bjf##16:59
bjf## Meeting starting now16:59
bjf##16:59
=== kamalm-away is now known as kamalm
smbamitk, btw. Have any of these reported as a bug17:03
smbogra, ^17:03
amitksmb: no17:04
ograsmb, nope17:04
smbk17:04
Keybukapw: you know how you build efifb into the kernel, but don't build fbcon in, just sayin' ;P18:04
smbKeybuk, You would need to should loud this week to make him hear you. :)18:15
smbshout I mean18:15
Keybukon holiday is he? despicable!18:16
Keybuk:p18:16
smbKeybuk, He is indeed. Trying not to break anything while standing on two waxed pieces of wood18:21
Keybukhe's doomed18:22
Keybuknot for the skiing18:22
Keybukbut he'll say something drunk in the bar after18:22
Keybuka husband will object, there will be a fight18:23
smbEspecially in _that_ country. :-P18:23
Keybuksmb: so, #2, the same question ;-)18:27
smbKeybuk, Why we don't build it fbcon?18:27
Keybukyeah18:27
smbBecause we missed it I'd guess18:27
Keybukit's always been a module, obviously18:28
Keybukat least on x8618:28
KeybukI think we probably do build it in on platforms that have never had VGA18:28
smbHm, maybe. And the question would be whether some could have side-effects when built in. Like "stealing" ressources18:29
KeybukOTOH, the side-effect of not building it in means that EFI has no console ;-)18:29
Keybukat least not until relatively late in the boot when userspace loads it18:29
MTecknologywhat's the drm33 kernel for?18:30
smbMTecknology, Is that in some package name18:30
amitkKeybuk: should disks be owned by root:root or root:disk?18:30
MTecknologysmb: git version18:31
smbMTecknology, We have drm from 2.6.3318:31
MTecknologywhat's that mean?18:31
smbMTecknology, That it is a 2.6.32 based kernel with everything in drivers/gpu/drm and include/drm from 2.6.3318:32
Keybukamitk: root:disk usually18:32
MTecknologysmb: oh.. thanks18:32
smbKeybuk, It (fbcon) seems to be loaded on all my systems, too. So it might be worth thinking on that. 18:34
Keybuksmb: it is loaded by userspace18:35
Keybukas I said18:35
MTecknologysmb: I just didn't ever remember seeing a .xx-drmxx.x version on the kernel, maybe just didn't notice it18:35
smbMTecknology, No that got added recently, so it is clear which versions are in. As we will be picking stable updates from 2.6.32.y and 33.y18:36
smbWell and the drm backport was just started with -16 iirc18:37
smbKeybuk, Right, just arguing to myself about any "dangers" of building it in18:38
Keybuksmb: lucid+1 btw18:38
Keybukbut vaguely thinking18:38
Keybukif we build in fbcon18:39
Keybukthen we can set the graphics mode in grub to something sensible (ie. last used mode in X)18:39
Keybukand tell grub to tell the kernel all about the mode18:39
Keybukwhich makes the kernel use efifb18:39
Keybuk(fbcon being built in means you have a console straight away, so no "black screen during boot issue")18:39
smband hopefully have something in kms that would honor that too18:39
Keybukright, nouveau kms got fixed recently to handover properly18:39
Keybukintel kms hands over already18:40
Keybukso when the real kms driver loads, it hands over the framebuffer and fbcon to them18:40
Keybuk(and adjusts the mode to a better one if needs be)18:40
Keybukthen X comes up18:40
Keybuk...18:40
Keybukthis means we always have a framebuffer (yay pretty)18:40
Keybukideally only ever have one mode set (grub)18:40
smband locks ... err didn't say that aloud18:40
Keybukand the X fallback case is nice too (X falls back to fbdev, no need for VESA)18:40
smbbut yeah. sound like a neat boot 18:41
* smb still looks at the five star steady screen18:42
smbKeybuk, Btw, when I look at that with ftrace it seems both plymouth and X do more grabs than release.18:43
Keybukheh18:44
Sarvattsmb: sorry to bug you but did you get my message earlier about the patch that got lost with the drm merge?20:33
Sarvattwe're getting a huge number of bug reports on intel that are all because that commit was dropped in 2.6.32-1620:35
Sarvatt<Sarvatt> [00:26:28] http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commit;h=7b56712ff524ee55e38afaee3954d125f56a607020:35
Sarvatt<Sarvatt> [00:27:06] https://launchpad.net/bugs/535640 all of those are because thats gone in -16, was fixed in -15 when that was added20:35
ubot3Malone bug 535640 in xserver-xorg-video-intel "[gm45] GPU lockup de05bf80bf83cd22541cb55f1a2ee99e (xorg crash when opening the laptop lid)" [Unknown,Confirmed] 20:35
ali1234does the karmic default kernel have kgdb enabled?21:49
=== sconklin is now known as sconklin-gone

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!