lilsteviemarvin24, if you mean the blank console issue where you get no kmesg with fbcon enabled, no, it only affected us for 2.6.39, at least on the tf201, there isn't a good solid properly ported tf101 3.1 kernel yet to comment on, so it could possibly be a tegra2 bug00:35
robclarkbtw, anyone tried kde / kwin_gles?  It seems like /usr/lib/kde4/kcm_kwincompositing.so is linked against libGL.so instead of gles (this is w/ kde-window-manager-gles)02:20
infinityrobclark: Patches welcome. ;)03:07
infinityrobclark: The whole QT/GLES thing is a royal pain to mangle.03:07
robclarkinfinity, ok.. I was just chasing up a bug reported on pandaboard list from someone who had somehow enabled desktop fx... so was wondering if I had missed installing something..03:24
infinityrobclark: To be fair, I have no idea what does and doesn't work, I try out KDE so very infrequently.03:26
infinityrobclark: All I know is that the GL/GLES abuse between ARM and $everything_else makes all things QT and KDE a porting nightmare. ;)03:27
janimoogra_, I tried the ac100 installer with a local kernel that has the NLS pieces built in. It goes on but it does not write the config boot image and boots into the initial one. There are errors saying init: abootimg not found05:54
infinityjanimo: Which sounds a whole lot like abootimg isn't installed. :P06:18
scienteswhy arn't you guys running precise kernels on your buildds?06:44
janimoinfinity, right, but I am not sure anything should have changed in the initrd generation, hence calling ogra :)06:46
infinityscientes: Because they're not all precise.  Did a build blow up due to kernel version?  Point me at it, and I can fix it.06:46
infinityscientes: The plan is to upgrade them all to precise/armhf over the next week or two, but it's a reinstall (since they were previously natty/armel), so a bit irksome.06:48
scientesinfinity, well actually i did my research, and my package would need 3.4 to build with its current settings, i downgraded a try-execute test to a link-test, and never realized that gcc-4.7 has support for 8-byte atomics on arm06:49
janimoinfinity, ABI bump needed for kernel modules/built-in changes or just strictly for actual changes in the signatures, data structs?06:49
infinityscientes: 3.4? Eh?06:49
scientesso the setting is incorrect, and next upload will hard code turning it off on armel06:50
infinityscientes: The atomic helpers in the kernel are in 3.106:50
janimoI see skipabicheck and skipmodulecheck as different toggles, so I think that may be the case06:50
scientes<armv6k added kernel 64-bit atomic support in 3.406:50
infinityscientes: Trust me.  Which package is this?06:50
scientesoh really06:50
infinityscientes: No, really.  Trust me. :P06:50
scientesi just used git describe06:50
infinityscientes: It'll build on sigbin.06:50
scientesok kyotocabinet06:50
infinityYeahp, that will build fine on sigbin.  I'll toss it there now.06:51
infinityjanimo: Hrm?  abicheck is all about exported interfaces.  If a module is built-in, it wrong trigger it.06:53
infinityjanimo: Of course, modulecheck will blow up if you're moving modules around from built-in to not (was that the question?), and yes, that should be an ABI bump.06:53
infinityjanimo: Enabling something that wasn't previously on at all, however, would not be an ABI bump.06:54
infinityjanimo: (unless it changes something else)06:54
janimoinfinity, ok. Just did not know whether ABI change is a superset of drivers moving drom built-in to modules or vice-versa change06:54
janimothis is actually from modules to built-in06:54
janimoNLS modules for the installer to be happy06:54
infinityjanimo: Strictly speaking, "ABI" was originally meant to just represent the module ABI, so ignored the modules themselves, but we now use it as a superset to also deliver guarantees of availability.06:55
infinitySo, if a module disappears (or moves between image and modular), that's a break.06:55
infinityIf one's added, that's perfectly fine.06:55
infinityAnd I think I'm being repetitive now, so I'll shut up. ;)06:56
infinityjanimo: If in doubt, rev ABI.  It doesn't really hurt anything to be wrong in that direction.06:56
janimoinfinity, the only thing it hurts is new binaries and meta needed07:24
marvin24janimo: pci-e is not used on ac100, I think I activated it sometime to shut down something (clock or pinmux), but I haven't measured power consumption yet07:41
marvin24lilstevie: I mean kernel oops with plymouth (not no splash)07:41
roricHi all07:47
roricI just tried to install 12.04 on a pandaboard, did a dist-upgrade07:47
roricthen tried to install the pvr driver via jockey07:47
roricit fails... it did a while back when I tried too07:48
roricany known workaround?07:48
ogra_janimo, ah, yeah, thats just a missing chroot call, abootimg isnt in the initrd, i changed the bootconfig handling to match with flash-kernel 3.0 but forgot that i need to call abootimg chrooted from the target partition08:35
ogra_i'm just preparing ext2 media here to do a test install08:36
ogra_janimo, fix uploaded08:52
* ogra_ has oem-config :)09:12
pershoothi guys.  have you all come across this: Couldn't open /sys/bus/nvhost/devices/host1x/syncpt/22/max  ?  is there a set of patch(es) which adds this interface in?09:14
ogra_flash-kernel always exits "1" on the ac100, no wonder it doesnt work11:09
lilsteviemarvin24: the plymouth oops that locks up the whole system affects us too11:20
ogra_yay, fixed11:23
ogra_janimo, the next ac100 image shold be fully installable now (from ext2/3/4 media though)11:24
ogra_silly bug in flash-kernel11:24
janimoogra_, great11:25
marvin24lilstevie: are you able to dump the oops?12:05
marvin24if not, does it look like this one http://paste.ubuntu.com/1095134/ ?12:07
ogra_marvin24, bug 101890712:11
ubot2Launchpad bug 1018907 in plymouth "plymouth in quantal on arm does only boot with black screen" [High,Confirmed] https://launchpad.net/bugs/101890712:11
ogra_try the rm /lib/plymouth/renderers/drm.so workaround12:11
marvin24ogra_: that's different I think12:12
ogra_well, it makes plymouth by default talk to the kernel sdrm interface12:12
ogra_*kernels drm12:12
marvin24you mean this could cause an oops?12:12
ogra_well, it would be a kernel bug, but yeah12:12
marvin24I'll test it later on but i doubt that's the reason12:13
ogra_i.e. on omap4 we have a drm device thats not connected to anything, there the plyouth output just gets /dev/null'ed12:13
ogra_who knows whats there on nvidia ... very likely no drm device :)12:14
marvin24tegra2 has no drm compiled into the kernel I think12:14
janimoogra_, is that issue fixed in ac100 by blacklisting something?12:20
lilsteviemarvin24, it does not look like that it just blacks out12:34
ogra_janimo, nope12:40
ogra_lilstevie, you should too try the workarouond from the bug above12:40
lilstevieogra_, ok I will get to it eventually12:49
ogra_hmm, having the desktop defaulting to suspend on lid close but having the kernel break on suspend isnt really a great combo12:50
* ogra_ tries the nvidia driver from the archive with todays image12:53
lilstevieI wish my lid close sensor was working correctly12:56
ogra_BAH !12:58
ogra_"module ABI major version (11) doesn't match the server's version"12:59
ogra_there are days where i hate progress12:59
* LetoThe2nd hands ogra_ some i286 box.13:02
ogra_k, fixed13:02
=== zyga is now known as zyga-afk
=== zyga-afk is now known as zyga
janimoinfinity, when adding a new package to a released series, what source does one file the SRU bug against?15:33
janimotrying to get in new packages into 12.0415:33
* ogra_ would just file against the ubuntu product15:35
ogra_after all the ubuntu-sru team works by subscription. so the package name shouldnt matter a lot15:35
janimoogra_, ok thanks15:39
janimosigh, forgot to touch modules.ignore (or was it ignore.modules) now ac100 kernel FTBFS :(16:25
janimoI . HATE. PACKAGING16:25
janimodouble hate kernel packaging16:25
scientesjanimo, it wouldn't be such a pain if it didn't take so long to build16:26
janimoI actually mind the time it takes of my life not of the build machines :)16:27
janimothat is why I am sloppier about it than I would if we had some big timesharing server where we'd get limited cycles16:27
scientesbut if feedback of mistakes was faster you would learn better16:28
janimoa conceptually simple change described in English as 'make NLS codepage 437 built in instead of module' which could be even terser in a special purpose language is a long series of error prone steps16:28
janimoscientes, it is not about learning. It is stuff I more or less know but practice not frequently enough to have it on autopilot :)16:29
janimoscientes, and it does not take that much when cross-building btw. On my fr from top of the line machine it is at most 20 min16:38
scientesjanimo, except that when compiling on buildds you ARNT cross-compiling16:38
janimonot long enough to be prohibitive, but long enough for my attention-span to go out the window a few times in that interval16:39
scienteswow, i though a gcc compile was going to take forever, but not on a octo-core xeon ;)16:39
janimoscientes, most bugs I can catch cross-building I just did not cross-build the 3rd time today16:39
janimoforgot that crappy modules thing16:39
infinityjanimo: Err, a new source that isn't in quantal?17:02
jhobbs /wg 1017:03
janimoinfinity, good point, completely forgot that requirement, as this was OEM/HWE driver for 12.04.1 images17:03
janimoI could upload to quantal now, with only a changelog bump right?17:04
infinityjanimo: You could do, yes.  We'd definitely prefer to see the source NEWed to quantal first, then backported to precise.17:05
janimoinfinity, shall I add a new changelog entry making it ubuntu2 - quantal and upload or something different? Not sure what a backport to precise should look changelog wise17:07
infinityjanimo: Would make more sense for ubuntu1 to go to quantal, and ubuntu0.12.04 (or similar) to precise.17:08
janimoah. ok. Please discard the 3 cedarview packages in NEW then17:09
=== shadeslayer_ is now known as evilshadeslayer
janimoinfinity, actually these depend on kernel patches too which intel only provided for 3.2.0. tseliot reminded me, I completely forgot about before17:13
infinityjanimo: Oh, you mean it literally can't be in quantal?  Fun.17:15
janimoinfinity, yes, but I overlooked that.17:15
janimomaybe with a forward ported kernel patch but not at the moment17:15
infinityjanimo: I'd still upload to precise as if it were a backport (so, with a "backporty" version number), but yeah, guess we'll have to NEW it into precise at some point.17:15
janimois there any way of undoing the purge or do we need a new upload :D ? These need upgrade path from existing PPA version numbers so 12.04 may not work. Could you join #hwe ?17:16
janimootherwise I keep proxying between you and the other cedarview packagers and I may add noise :)17:17
janimoinfinity, so since I got confirmation that these won't work in quantal could you remove the vaapi upload to quantal of 5 min ago? thanks :)17:18
infinityjanimo: Rejected from quantal.17:20
janimomarvin24, do nvidia take patches to their 3.1 tree? looks like quite a few of your paz00 patches could live there, the mach is in their tree already19:03
janimoI just out of curiosity rebased our current ac100 tree on nvidia's l4t/15. seems there are about 120 patches over it in your tree if I count correctly, and about 60 more Ubuntu packaging commits19:04
marvin24janimo: sure, I already forward some to them19:36
marvin24what patches do you refer to?19:37
marvin24ah, you mean to add full paz00 support to it?19:37
marvin24not a good idea ...19:38
marvin24the tree is only short living and who wants to take care of it?19:38
marvin24on the other hand, bugfixes are welcome I guess19:38
marvin24I already have enough stress to keep mainline up to date19:39
=== zyga is now known as zyga-afk
janimomarvin24, well yes full paz00 that you carry now which does not affect other machs and some of it is already in nvidia's tree. But you know better :)20:24
marvin24janimo: yes, not worth the effort IMHO20:26
marvin24btw, removing the plymouth drm.o think didn't fixed the console problem20:27
=== calculu5 is now known as calculus
=== mythos is now known as brony
=== brony is now known as mythos
=== ndec is now known as ndec|away
cvanvliet_the armhf SGX Ti binaries are available now?23:08
cvanvliet_for omap323:10
scientescvanvliet_, only the kernel is differn't between devices23:17
cvanvliet_scientes, the omap3 Ti SGX armhf binaries have not been available, and I just saw someone using them, and I was just following this up23:26

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