**** BEGIN LOGGING AT Fri Sep 21 02:59:58 2012 Sep 21 03:51:28 Hi guys, are there instructions for porting ubuntu arm to another arm based system? I know my device is supported by recent kernels and works with debian but I'd strongly prefer to use ubuntu Sep 21 05:39:00 tansell: well if your system is armv7+x, basically just create a fitting kernel+initrd and use the ubuntu userland from there on as a first start Sep 21 06:42:53 good morning Sep 21 06:49:56 i need a little help, to flash my gooseberry ;) i need to use ubuntu ^^ Sep 21 06:54:44 gooseberry? Sep 21 06:55:22 yes it is a Allwinner A10 board Sep 21 06:55:42 yeah, just looked it up Sep 21 06:56:07 but the newer version of the board does not boot from MMC Sep 21 06:56:17 i think i need a newer uboot Sep 21 07:01:57 but i dont know :( Sep 21 07:07:29 if you "don't" know, better do not touch the uboot as you are prone to brick the thing. Sep 21 07:07:52 good but i need a ubuntu on this board ^^ Sep 21 07:08:08 well i need 100k€, but the world does not care either. Sep 21 07:08:42 if you a) do not know what you are doing b) risk bricking the board c) have no means to unbrick it - do not do it. Sep 21 07:09:09 good, i can do this board into trash Sep 21 07:09:23 android on my TV is .... Sep 21 07:10:19 sorry, but do not complain if you bought things that are not made for endusers, if you are an enduser. Sep 21 07:11:06 plus, their documentation is totally poor. or should i say "cheap"? Sep 21 07:11:41 the doku is crap Sep 21 07:11:43 I bought the board as ubuntu was still running from the MMC, but the delivery has been delayed and it hies then suddenly it will not boot from the MMC and now I'm looking for someone who can help me Sep 21 07:12:39 well if u-.boot is actually the reason, then the standard procedure is: get source, find bug, patch it, compile, flash Sep 21 07:13:07 need for flash anyone other hardware of the USB? Sep 21 07:13:22 but if even the manufacturer is to lazy/dumb to do that properly, and you are a mere enduser, then - well, you're whacked. Sep 21 07:13:56 usually u-boot can re-flash itself, unless it is bricked. so you need uboot access. Sep 21 07:14:17 the uboot access i become only with UART right? Sep 21 07:14:19 and you need a memory map, or the knowledge to read/interpret what uboot is telling you. Sep 21 07:15:02 well there uarts over usb too. Sep 21 07:15:19 these are things that you have to know if you want to tinker with something Sep 21 07:15:23 good i have no uart.. perfect Sep 21 07:15:51 i sell my gooseberry and buy a odroid-x Sep 21 07:16:00 do not complain to us if you have bought literally "cheap" hardware that you do not understand ;) Sep 21 07:17:39 they even say "only android ATM", which reads as "anything else only if you really know your stuff" Sep 21 07:18:17 i have 3 raspis, no problem i compile my own system. But the goosebery is ARG Sep 21 07:18:43 i really doubt that you compiled ubuntu for raspi ;) Sep 21 07:18:59 no i compile archlinux for raspi :> Sep 21 07:19:13 ah yes. *impressed* Sep 21 07:20:00 on my first computer i have gentoo, on my second pc ubuntu ^^ laptop lubuntu and netbook archlinux :O Sep 21 07:21:13 sorry to burst your bubble, but running neither gentoo nor archlinux makes you automatically someone who understands compiling or the inner workings. it just makes you someone who either is successfull in reading or experimenting. Sep 21 07:22:37 so coming back to the initial topic: running ubuntu on thath thing is probably doable. but judging from the pretty much non-existent documentation/source from the manufacturer, it boils down to considerable barin/time effort, and not some 1-2-3 type this, click here guide. Sep 21 07:23:43 i know, i work on the board since 2 weeks Sep 21 07:24:02 hence, if you're willing to go that route - provide information as precise as possible, and people will probably try to help and give pointers. but the most of the work will certainly be up to you. Sep 21 07:24:20 i know Sep 21 07:24:42 (if you're "working on" something since 2 weeks and do not even know how to access u-boot,.... well thats no good sign.) Sep 21 07:24:55 stop stop Sep 21 07:25:00 you are german? ^^ Sep 21 07:25:32 i am, but i will neither do query support nor change to german here as the official channel language is english. Sep 21 07:26:45 ok, no problem but my english is very bad ^^ this is my first touch with uboot. i read the time dokumentations and boards on internet Sep 21 07:26:47 so back again: topic 1) for you is: get u-boot access. if you have that, come back and present the informations that one can get from that. Sep 21 07:28:11 can you give me a link to buy a uart interface? Sep 21 07:28:53 no, because i have absolutely no clue what you need. you have to find out where the manufacture has wired the A10s uart to. Sep 21 07:29:10 i sell the board Sep 21 07:29:17 if it comes out on a header, or a sub-d, or maybe it even is an additional usb endpoint. Sep 21 07:29:43 like i said: you have to invest your own brain power. Sep 21 07:30:23 i have an uboot log Sep 21 07:30:51 coming from where? if it magically appears on some sd card, that provides no information. Sep 21 07:31:12 https://gist.github.com/3364042 here an bootup Sep 21 07:31:55 like i said: how did you get that log? Sep 21 07:32:04 google ^^ Sep 21 07:32:07 meh. Sep 21 07:32:15 i have all informations from google Sep 21 07:32:19 sorry, but this is becoming totally ridiculous. Sep 21 07:32:48 sell the board. Sep 21 07:33:13 ich hau mit dem hammer auf den scheissdreck -.- Sep 21 07:33:18 most A10 devices are hard to brick fwiw cause of fex/livesuite Sep 21 07:33:46 lilstevie: doesn't make them easier to flash if you do not even know how to access the console ;) Sep 21 07:33:51 heh Sep 21 07:34:04 LetoThe2nd, fex/livesuite is over usb Sep 21 07:34:14 i have flashed 4 times alternatives androids to the board Sep 21 07:34:16 bootrom recovery like nvflash Sep 21 07:34:21 :p Sep 21 07:34:41 i already stated several times that finding out how to access u-boot must be topic #1. i really am getting tired a bit. Sep 21 07:34:48 but yes Sep 21 07:35:02 if you cannot interact with u-boot there is no point trying to debug it Sep 21 07:35:03 "[ Sep 21 07:35:05 :p Sep 21 07:35:50 and repeatedly suggesting us that you have knowledge because you "flashed something" or "compiled something", but then asking very basic questions is also... lets say not very reassuring that we are spending effort for good here. Sep 21 07:35:56 Sep 21 07:44:25 so das board bootet nie wieder Sep 21 07:45:21 LetoThe2nd++ Sep 21 08:15:40 Hi, new to this forum. Is screen rotation possible using SGX pvr driver for ubuntu 12.04 on pandaboard(Rev A4)? Sep 21 08:18:20 I have tried with ubuntu 11.04 by changing the bootargs parameters in boot.scr and it didn't work Sep 21 08:34:10 As previously discussed, plymouth is unable to show splash and show console on serial terminal simultaneously. This is something I must fix. I can do it in one of two ways: 1) I can set plymouth to textmode and implement my own framebuffer displayer 2) I can alter plymouth to show framebuffer splash _and_ show text on serial console. Which do you think is less work and most trivial? Sep 21 08:46:33 I want to rotate my screen by 90 degree. Is it possible using omapdrm driver? Sep 21 09:03:58 tirumal, did you try xrandr ? Sep 21 09:05:05 ogra_: No i didn't try. How can I do it with xrandr? Sep 21 09:06:32 sveinse, hard to tell, and definitely nothing upstream will take either way, they consider a system where the console= arg appears a system that doesnt want a splash, i guess there is some code to catch that arg that parses the dmclie, did you try to just comment that ? Sep 21 09:06:54 s/dmclie/cmdline/ Sep 21 09:08:51 ogra_, I can select between textmode and a gfx theme with the second console= option. However the gfx theme supresses console output, which is the bad thing here Sep 21 09:09:23 well, find the code caring for console= and comment it ;) Sep 21 09:09:24 So perhaps it's possible to write a gfx theme which accepts the console texts and diverts it to the serial console Sep 21 09:10:20 that should give you 2) Sep 21 09:11:42 I notice I have to specify console= twice for it to set plymouth. why is that? the first is for the kernel, the second for ply? Sep 21 09:12:14 usually the first is for kernel and the second for userspace Sep 21 09:12:40 it should switch to the scond once some kind of rootfs is available Sep 21 09:12:47 (i.e. an initrd) Sep 21 09:14:13 if using one console=ttyO2, what does ply consider console to be (since kernel now uses console ttyO2)? /dev/fb0? /dev/tty1 perhaps Sep 21 09:14:43 (i.e. it's userspace which sets up /dev/console, not kernel, right) Sep 21 09:17:42 ply simply shuts down in that case Sep 21 09:19:16 well, setting up /dev/console was theoretically done in userspace in the past. yeah, the kernel just attaches the default console to it once there is a /dev ... though nowadays we use devtmpfs everywhere which the kernel creaates ... i guess that area got blurry due to that Sep 21 09:19:33 No it does not. We're run on this for a while. We have one console=ttyO2 in commandline, the kernel boots and output kernel output on serial port, and then it drops silent when displaying png on fb0. Sep 21 09:19:50 well, i should have said it shuts down all display actions Sep 21 09:19:51 The "only" problem is that it drops slient between kernel and getty Sep 21 09:20:40 it still provides that dbus like interface for apps (encryption etc) but doesnt provide any frontend anymore Sep 21 09:21:49 yes. to be honest, since our device is very specialized, we'd hoped on purging plymouth alltogether. But its very interwowen with everything Sep 21 09:22:03 ..in an attempt to save boottime Sep 21 09:23:36 well, you need libplymouth at least Sep 21 09:25:05 yes, I've accepted that fact that plymouth is unremovable, so thus the effort to get the console output to the serialport Sep 21 09:29:08 did you consider using something like feh from the initrd to just throw a static picture on the framebuffer ? Sep 21 09:29:33 (or any other minimal image viewer that can talk to fb0) Sep 21 09:30:25 err, fbi, not feh Sep 21 09:31:14 (no idea how much that bloats your initrd in size though) Sep 21 09:35:47 ogra@zatab:~$ ls -l /dev/|grep mmc Sep 21 09:35:47 ogra@zatab:~$ Sep 21 09:36:01 hmm, that might be the reason why i cant boot that thing from mmc Sep 21 10:07:28 ogra_: Yes. But fbi is large and bloated, so I've stripped down fbi to the bare metal to do exactly that. However, I can't rid myself of dependency on libm (via libpng), so it's larger that I'd like. Sep 21 10:08:01 But I notice now that plymouth in initramfs is also depending on libm, so its already there I guess Sep 21 10:09:05 yep Sep 21 10:09:34 well, it might go away if you remove the graphical themes Sep 21 10:09:50 not sure plymouoth itself will pull it into initrd for a text theme Sep 21 10:10:37 i'll figure it out. In all cases I need a hook for my mini-fbi anyways, so I will pull in libm from there Sep 21 12:00:01 ogra_: thanx for the hint, it works well on desktop pc but not my target platform with omap4 Sep 21 12:00:36 well, it should, at least in quantal where we install the pvr driver by default Sep 21 12:00:45 when i try with command: xrandr -o left it fails with X Error : Bad Match Sep 21 12:01:23 xrandr itself gives oyu proper ouput (if you run it without any options) ? Sep 21 12:03:27 ogra_ : it says: HDMI-1 is connected with 1280x1024 with 60 freq Sep 21 12:03:45 k, so xrandr support is generally working Sep 21 12:03:56 yes Sep 21 12:04:05 any more info in Xorg.0.lo ? Sep 21 12:04:08 *log Sep 21 12:04:54 one more interesting thing: I have tried the same command on variscite omap4 board, where it works Sep 21 12:06:44 tirumal: with the same kernel? Sep 21 12:07:18 rotation support was added lately, but it could be flaky at times... Sep 21 12:08:43 where I have patched Mr. Clarks drm/omap: add rotation properties Sep 21 12:09:33 ndec: no with different kernel. It works with 3.4.0-1486-omap4 kernel Sep 21 12:10:04 yeah, we did some bug fixes/rework for rotation, so that might explain. Sep 21 12:10:35 i would generally recommend to stick to 3.4 kernel for OMAP4, this is what we (TI) support. Sep 21 12:14:07 ndec: to be more clear on this rotation issue: I have understood that with SGX pvr driver, one should be able to rotate the screen by 0, 90, 180, 270 + graphical acceleration Sep 21 12:14:28 ndec: Is that pvr driver already integrated in 3.4 TI kernel? Sep 21 12:15:31 ndec: by providing kernel boot with omapfb.rotation=1 for 90 degree rotation, what i need Sep 21 12:16:41 stgraber, highvoltage, so we have a massive issue with the mmc controller in our kernel for the zatab ... and we seem to be missing this touchscreen driver https://groups.google.com/forum/#!topic/android-x86/vEKSSKdUfi8 Sep 21 12:17:08 tirumal: yes, we have rotation support with GFX with 3.4 kernel. I don't know if it's working or not with 12.10 kernel... Sep 21 12:17:19 omapfb has been deprecated. Sep 21 12:17:44 the -omap xserver should support it even withjout pvr installed afaik Sep 21 12:19:20 ogra_: yes, this is correct. Sep 21 12:19:33 you don't need PVR for xrandr (resize nor rotate) Sep 21 12:19:36 but that indeed needs 12.10 Sep 21 12:20:07 (i dont think 12.04 even had that recent -omap xserver package) Sep 21 12:23:42 right, it didn't Sep 21 12:24:22 ogra_: what's the pkg src name for -omap? Sep 21 12:24:42 ok, found...https://launchpad.net/ubuntu/+source/xf86-video-omap Sep 21 12:24:58 xf86-video-omap Sep 21 12:25:00 yeah Sep 21 12:25:32 before quantal that was just xfbdev with some sauce added i think Sep 21 12:26:51 ogra_: we seem to have an extra patch in our -omap ( - xrandr-rotation.patch). not sure if you have that one. Sep 21 12:27:24 i think we have the latest upstream and would trust rob to keep that updated Sep 21 12:28:18 i don't think rotation is upstream Sep 21 12:40:49 ndec, ogra_ thanx for the impt info regarding pvr & rotation features Sep 21 12:40:59 np Sep 21 12:44:52 we are using a Phytec omap4 module, which has Pengutronix distribution with kernel 3.3 and that explains the behaviour Sep 21 12:59:31 ogra_: ah. that's a bummer. I'll try a 3.4 kernel tonight if you haven't beaten me to it yet Sep 21 13:02:34 I am intrested to know: where would be the pvr driver located so that I can integrate it on my target Sep 21 13:14:22 Hi! I have a code prepared and compiled on x86_64 architecture which I moved to and compiled on ARM(Beagleboard XM). And, it worked without errors exactly as it would on x86_64. Same commands were executed to compile and run. I'd like to know what made it happend, how does it work? Sep 21 13:15:25 ogra_: but didn't you manage to boot from mmc once? Sep 21 13:22:59 deffrag: pure magic Sep 21 13:23:18 ;-) Sep 21 13:24:20 hrw: Bah. Sep 21 13:24:22 Isn't it related to cross-compilation or such? gcc for arm configured for the platform ... Sep 21 13:24:34 deffrag: you compiled natively Sep 21 13:25:00 deffrag: cross is when you are on HOST (arch1) compiling for TARGET (arch2) Sep 21 13:26:57 there is also canadian cross when you are on BUILD (arch1) compiling compiler for HOST (arch2) to build for TARGET (arch3) - but thats crazy Sep 21 13:27:04 * hrw -> lunch Sep 21 13:28:04 Ok, natively compiled. Compiled on the architecture running. So, what is making that possible? What is the difference made in gcc for arm Sep 21 13:29:48 Otherwise, could anyone link me to some resource for the same? Sep 21 13:38:12 stgraber, yeah, but not with this kernel, i tried random uImages from different prebuilt images Sep 21 13:38:53 hmm, seems there is also a sun4i-ts driver, i wonder if that one would work Sep 21 13:39:04 seems the other one from above needs a binary blob Sep 21 13:39:51 allwinner hacking going on? Sep 21 13:40:20 yep Sep 21 13:41:07 deffrag: it is same gcc Sep 21 13:41:19 deffrag: gcc supports wide range of archs Sep 21 14:01:01 highvoltage, there is a 3.4 tree ? Sep 21 14:01:51 ogra_: ah no, there isn't :-/ Sep 21 14:02:06 sad, you just had me hoping :) Sep 21 14:02:43 aha Sep 21 14:02:45 https://github.com/zareason/linux-allwinner/commit/c5ce10353d48a704540cd8fa0c5d2e90e380aaf8 Sep 21 14:02:56 seems the zareason tree has the touchscreen driver Sep 21 14:05:05 ogra_: how's the transformer doing these days? is there a tablet ubuntu is known to run well on? Sep 21 14:05:26 no idea, my transformer only runs android :) Sep 21 14:05:53 hrw: Ok, thanks. Sep 21 14:05:55 Secondly, how can I use/enable DSP? I followed - http://elinux.org/BeagleBoardUbuntu#gst-dsp - but it says module bridgedriver not found. I searched for its .ko file, its not present. Sep 21 14:06:18 highvoltage, asl lilstevie Sep 21 14:06:21 *ask even Sep 21 14:06:48 good, because I wasn't going to ask him a/s/l. Sep 21 14:07:14 thats good cause I wasn't going to respond :p Sep 21 14:07:24 i have the slight feeling that https://github.com/zareason/linux-allwinner might be the better suited kernel tree Sep 21 14:07:40 lilstevie: do you run ubuntu on your transformer? Sep 21 14:08:04 highvoltage, absolutely Sep 21 14:08:37 transformer or transformer prime Sep 21 14:08:49 I guess transformer prime, ideally Sep 21 14:08:59 does it run ok? Sep 21 14:10:10 it runs fine, just not really prime time ready Sep 21 14:10:17 still things that don't work as expected Sep 21 14:10:44 highvoltage, stgraber ... hmmm ... i guess someone should package http://linux-sunxi.org/Mali400#Mali-400_X11_DRI2_drivers Sep 21 14:12:32 http://limadriver.org/ doesnt seem to be ready yet Sep 21 14:14:00 yeah, hopefully we can get a kernel and the mali driver in 13.04, assuming there's no redistribution problems with the blob Sep 21 14:14:51 well, linaro seems to provide allwinner images with it included Sep 21 14:14:58 or hwpacks Sep 21 14:15:07 so it must be redistributable i guess Sep 21 14:16:24 if we want images in 13.04 we should start building stuff in ppas (in fact i'd like 12.10 images even if the are handrolled, but close to what 13.04 will have) Sep 21 14:16:39 wow, my fingers always want to type 13.03 :) Sep 21 14:17:52 hopefully it will want to follow the same pattern for 14.04 :) Sep 21 14:18:07 (maybe by then you're fingers will have been trained to type 14.05 by then) Sep 21 14:18:12 who cares about 14.04 ... Sep 21 14:18:19 we'll all be old an grey by then Sep 21 14:18:35 :) Sep 21 14:18:47 I'll have to copy and paste that to quote in a few months ;) Sep 21 14:18:56 heh Sep 21 14:24:09 yeah, getting what's needed in a PPA would be good, for Edubuntu we'll probably just grab our armhf (omap4) squashfs, remove the kernel, install the PPA, pull the new kernel and install the X driver, then do a bit of repacking to work on the mmc. Writing a script doing that should be trivial once we have the bits in place. Sep 21 14:25:46 well, i would actually propose a proper preinstalled image Sep 21 14:26:51 for later we can have live or so to do an actual install to flash if people want it Sep 21 14:31:55 ndec,ogra_: Regarding the pvr driver for omap4. where would be pvr driver located? I am asking this because later I have to integrate it in my distribution and use graphics acceleration Sep 21 14:32:25 tirumal, well, pvr is usually only working with a certain kernel version ... Sep 21 14:32:30 so you need both Sep 21 14:32:43 i would recommend the versions from quantal here Sep 21 14:35:49 ogra_:Agree but at the end I want to use them on my target omap4 platform, which uses pengutronix dist Sep 21 14:36:55 https://launchpad.net/ubuntu/+source/pvr-omap4/ has the driver packages Sep 21 14:37:22 the omap4 kernel is on the kernel.ubuntu.com git ... look for ppisati's name there :) Sep 21 14:45:09 ogra_: ok got it Sep 21 14:51:31 rsalveti, hackin on a zatab here, do you know if the binary blobs for mali are redistributable (and coudl we perhaps get he xserver that linaro seems to have in a ppa into the archive) ? Sep 21 14:54:12 ogra_: I think so, we just need to test first if the xorg driver we have works with whatever binary you're trying out Sep 21 14:54:54 great Sep 21 14:55:23 (just dipping my toe in the water here to find out about all the bits and pieces) Sep 21 16:20:19 Hi! Why in the image used - http://cdimage.ubuntu.com/releases/12.04/release/ubuntu-12.04-preinstalled-server-armhf+omap.img.gz - for Beagleboard xm, it is not possible to have DSP working? Why 12.04 has no dsp bridge? Sep 21 16:31:20 Hi infinity Sep 21 17:10:56 deffrag: Are you referring to audio? Sep 21 17:12:48 See bug 925094 for some possible solutions. Sep 21 17:12:49 Launchpad bug 925094 in linux "No audio on omap (beagleXM) system" [Medium,Confirmed] https://launchpad.net/bugs/925094 Sep 21 17:16:31 GrueMaster: Hi! No, I've sound working. I would like to attempt something related to image processing on this platform for which DSP are good. I'm curious how would one use them. For http://elinux.org/BeagleBoardUbuntu#gst-dsp it assumes using rcn image. When I tried those instructions, it gave bridgedriver missing. I'm not sure what is the proper method of engaging DSP Sep 21 17:18:16 Ah. Sorry, can't help there. **** ENDING LOGGING AT Sat Sep 22 02:59:58 2012