**** BEGIN LOGGING AT Fri Jun 17 02:59:56 2011 Jun 17 03:02:43 persia: this look right to you? linux-headers-2.6.38-1208_2.6.38-1208.11_armel.deb linux-headers-2.6.38-1208-omap4_2.6.38-1208.11_armel.deb linux-image-2.6.38-1208-omap4_2.6.38-1208.11_armel.deb linux-ti-omap4-tools-2.6.38-1208_2.6.38-1208.11_armel.deb Jun 17 03:12:43 history Jun 17 05:36:55 anyone here who has built a ubuntu 11.04 kernel on arm in teh past month? Jun 17 05:37:34 i would love to compare your procedure against the one i got pointed to Jun 17 05:39:47 :( all i want is a kernel with todays usb patch Jun 17 05:58:23 sudo apt-get build-dep linux-image-2.6.38-1208-omap4 Jun 17 05:58:29 Picking 'linux-ti-omap4' as source package instead of 'linux-image-2.6.38-1208-omap4' Jun 17 05:58:37 no apt-get, YOU DO NOT KNOW BETTER! Jun 17 05:58:50 and sadly, i dont know how to get around this Jun 17 06:02:05 MrCurious: Yes it does. linux-ti-omap4 is a source package, which contains the Build-Depends, linux-image-2.6.38-1208-omap4 is a binary package, which has no concept of Build-Depends. Jun 17 06:02:37 but when i try to play along with the instructions here https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel Jun 17 06:02:48 it derails with fakeroot debian/rules binary-headers binary-generic Jun 17 06:02:54 as there is no binary-generic Jun 17 06:03:12 dont suppose i could petition you tohold my hand with this process some? Jun 17 06:03:22 or point to a set of instructions for doing it Jun 17 06:03:50 I have no idea, sorry. I was just pointing out that apt-get is reporting a correct message. Jun 17 06:04:04 ok Jun 17 06:04:37 then i will continue on and try binary-arch instead of binary-generic Jun 17 07:48:55 MrCurious, The kernel you compiled is inside linux-image-2.6.38-1208-omap4_2.6.38-1208.11_armel.deb : install this package (`dpkg -i`` may be helpful). Jun 17 07:49:39 i think i tried that and something went amiss Jun 17 07:49:55 on a new compile recipe now http://www.omappedia.org/wiki/Ubuntu_kernel_for_OMAP4 Jun 17 07:49:59 giving that a crack Jun 17 08:04:56 well that build instruction is a bust Jun 17 08:05:08 the working origin/ti-omap4 branch is a bust Jun 17 08:09:48 Well, expanding on "something went amiss" and "is a bust" is likely to get more information. Jun 17 08:10:24 I make it a point to actively avoid building my own kernels, and even when I do need to generate a kernel, tend to do it by uploading it to an archive, and then installing it. Jun 17 08:10:50 So I'm probably not the best person to provide insight here. Jun 17 08:11:00 perhaps i am attacking this upside down Jun 17 08:11:12 ppisati, Any suggestions on how to tweak linux-ti-omap4 locally to play with different config settings? Jun 17 08:11:18 i should really say where i want to be, rather then some point on the road i think leads there Jun 17 08:11:25 Always :) Jun 17 08:11:34 there is a patch to the usb code Jun 17 08:11:34 https://lists.yoctoproject.org/pipermail/poky/2011-June/006649.html Jun 17 08:11:43 i want a kernel for ubuntu panda with THAT fix Jun 17 08:11:59 do you know a easier way to get that one line fix in Jun 17 08:12:07 to a kernel that i can get installed :D Jun 17 08:12:43 see any alt paths than the one i am on? Jun 17 08:14:22 getting further with this source tree :D Jun 17 08:14:42 lets hope that WARNINGS are normal for kernel builds on this platform Jun 17 08:15:38 There's a bug outstanding. I don't have the bug number in my immediately-accessible logs. Jun 17 08:16:06 no worries Jun 17 08:16:26 The easiest solution is to just wait until someone uploads a kernel with the patch, but that doesn't help with either doing it soon, or with learning how to help test patches in the future to help them get uploadede faster. Jun 17 08:16:36 can i get you to ping me in days to come if you know how i can get my fingers on a fixed kernel with that fix Jun 17 08:17:00 persia: what you mean? any config in particular? Jun 17 08:17:07 No. I'll forget :) Jun 17 08:17:33 MrCurious: unfortuntaly that fix doesn't work Jun 17 08:17:33 ppisati, MrCurious wants to help test https://lists.yoctoproject.org/pipermail/poky/2011-June/006649.html but I don't seem to be able to find good instructions that let that happen. Jun 17 08:17:35 it seems prplplague has tested and verified the performance of the fix Jun 17 08:17:35 Could you help? Jun 17 08:17:45 MrCurious: nor the other one suggested in that thread Jun 17 08:18:06 you mean no performance perk? Jun 17 08:18:12 actually i tried it yesterday, and it didn't work Jun 17 08:18:16 i mean that fix Jun 17 08:18:28 uhm Jun 17 08:18:34 didnt work as in compile bug, or clean build, no affect on behavior Jun 17 08:18:56 no affect, the change is trivial Jun 17 08:19:15 you can change the attribute the way they say, or entirely delete that attribute line Jun 17 08:19:24 just to lay a few lashes on the dead horse... Jun 17 08:19:29 we are talking file: include/linux/usb/ehci_def.h Jun 17 08:19:30 no changes in beahevious, usb devices are still MIA Jun 17 08:19:31 new line Jun 17 08:19:38 __attribute__ ((packed,aligned(__alignof__(int)))); Jun 17 08:19:41 yes Jun 17 08:19:45 MrCurious: did you try it? Jun 17 08:19:49 my usb devices are all present Jun 17 08:19:57 really? Jun 17 08:20:00 which kernel? Jun 17 08:20:00 just way slower than on every other machine Jun 17 08:20:12 this fix only came out in past 24 hours Jun 17 08:20:20 i know Jun 17 08:20:22 wait Jun 17 08:20:38 [pandaboard] Speed Problems with USB HDD or Networking Jun 17 08:20:40 that thread Jun 17 08:20:53 https://bugs.launchpad.net/linux-linaro/+bug/747639 Jun 17 08:20:54 Ubuntu bug 747639 in linux-linaro "No USB devices on omap3 (beagle/overo) with recent linaro-2.6.38 based kernels or 2.6.29-rc1" [High,Fix released] Jun 17 08:21:00 amd here is the bug in ubuntu Jun 17 08:21:50 no wait, but that;s a different bug Jun 17 08:22:05 we are talking different bugs :D Jun 17 08:22:10 yep Jun 17 08:22:15 phew. thought the fix to my bug wasnt good Jun 17 08:22:25 back to trying to build a kernel Jun 17 08:22:31 this one: https://lists.yoctoproject.org/pipermail/poky/2011-June/006649.html Jun 17 08:22:41 is about the missing usb devices on omap3/4 with gcc 4.6 Jun 17 08:23:05 i think i read somewhere that .0 GCC vers bring pain Jun 17 08:23:12 and for some reason its being used Jun 17 08:23:18 fall back to older gcc and be happy? Jun 17 08:23:41 4.6 is the official toolchain for oneiric Jun 17 08:24:40 is there any way to get higher than 640x480 on pandaboard? Jun 17 08:24:46 MrCurious: but you pointed me to the missing usb devices patch Jun 17 08:25:17 MrCurious: and you said prplplague tested the fix, and it was working Jun 17 08:25:46 he tested it for performance on panda Jun 17 08:27:12 i could see that fix causing usb issues Jun 17 08:30:06 MrCurious: i should ask him Jun 17 08:30:12 prpplague^2: ^ Jun 17 08:32:34 yes. i mean to ask him how i can get the image he built :D Jun 17 08:34:16 brendand: you connected lcd to hdmi or dvi output? Jun 17 08:34:57 hrw - it's the one labelled HDMI-1080p right next to usb/ether connectors Jun 17 08:37:55 hrw - other one doesn't work Jun 17 08:38:23 hrw - the cable i am using is hdmi to dvi though, my samsung monitor only has vga and dvi ports Jun 17 08:43:50 thats fine Jun 17 08:44:06 brendand: which kernel you run? Jun 17 08:44:17 hrw - stock natty Jun 17 08:44:57 2.6.38-1208-omap4.11 Jun 17 08:46:12 linux-image-2.6.38-1208-omap4 2.6.38-1208.11 Jun 17 08:46:15 here Jun 17 08:46:27 and my hdmi->dvi monitor gives 1680x1050 Jun 17 08:46:50 Those are the same kernel: the differences in versions are because of how the versions were collected. Jun 17 08:46:57 yep Jun 17 08:47:01 persia - yep Jun 17 08:47:06 i used uname -a Jun 17 08:47:08 anyway Jun 17 08:47:36 in 'monitors' i can't select anything but 640x480 Jun 17 08:48:26 and xrandr only reports that as well Jun 17 08:48:50 so your monitor was not recognized Jun 17 08:49:01 brendand: you have any graphics on screen? Jun 17 08:49:18 hrw - absolutely Jun 17 08:49:57 yeah, monitors says 'unknown' Jun 17 08:50:07 whereas my laptop says 'Samsung 23"' Jun 17 08:50:39 If you attach the same screen to something else, can it parse EDID? Jun 17 08:53:51 * brendand installs read-edid Jun 17 08:55:36 hanging? Jun 17 08:55:48 should it complete quickly? parse-edid that is Jun 17 08:55:53 It ought. Jun 17 08:56:42 `parse-edid < /sys/class/drm/${PORT}/edid` ? Jun 17 08:56:59 okay Jun 17 08:57:51 yeah, it can Jun 17 08:58:04 hanging was obviously waiting for input Jun 17 08:59:24 OK, so you're getting good EDID, with the right resolution and name, etc? Jun 17 08:59:46 GOSH but the CPU gets hot durring a kernel build Jun 17 08:59:59 i now have NINE fingerprints! Jun 17 09:00:26 Um, putting one's finger on a CPU that has no heatsink is rarely a good idea. Jun 17 09:00:37 yeah Jun 17 09:00:44 they get hot. but they seldom glow Jun 17 09:00:54 OMAP4s don't get very hot, but many chips have thermal densities exceeding that of most nuclear reactor cores. Jun 17 09:00:58 the gumstix cpu gets much hotter ALL the time Jun 17 09:01:23 i have been debating tossing some passive heat sink on it Jun 17 09:02:44 Won't hurt (unless you cause physical damage in the process). Not required for long-term system health. Jun 17 09:02:49 http://paste.ubuntu.com/628319/ Jun 17 09:03:18 ARM chips are very much designed to run without one Jun 17 09:03:25 2048x1152? I thought you said 1680x1050 Jun 17 09:04:06 brendand, That's not universally true: some designs run at sufficiently high clock speeds that they would melt. Jun 17 09:04:16 persia: I said 1680x1050 Jun 17 09:04:27 Your paste says 2048x1152 Jun 17 09:04:48 his paste - sorry for mess Jun 17 09:04:55 * persia suffers from id3entity failure,. and decides to go wake up a bit more Jun 17 09:06:00 problem is that's for the vga port Jun 17 09:06:24 my laptop has no hdmi port, so can't attach a cable to that Jun 17 09:08:34 I *think* EDID info ought be the same regardless of the port used. Jun 17 09:12:03 You could try forcing resolution on the kernel command line. Jun 17 09:12:19 how? Jun 17 09:12:42 I think it involves editing boot.scr and fiddling with u-boot. Jun 17 09:12:51 hrw, Do you know the specifics there? Jun 17 09:15:47 nope, my monitors work with panda Jun 17 09:17:19 www.omappedia.org/wiki/Bootargs_for_enabling_display ... look for hdmimode and hdmicode Jun 17 09:17:23 hrw, I meant about adjusting the command line: I thought you might know uboot. Jun 17 09:17:34 ogra, Thanks! Jun 17 09:18:23 there is a wikipage about editing the cmdline in our wiki somewhere Jun 17 09:19:09 though just edit /boot/boot.script and run flash-kernel and reboot should be enough Jun 17 09:20:29 persia: ah. adjusting is easy - cp /dev/mmcblk0p1/boot/boot.scr /boot/boot.script, vi /boot/boot.script, drop crap in front, edit, run flash-kernel Jun 17 09:20:40 hdmimode/code are unknown for me Jun 17 09:20:49 hrw, Thanks. Sorry for the confusion. Jun 17 09:21:13 hrw, why do you copy /boot/boot.scr to /boot/boot.script ? Jun 17 09:21:23 ogra_: cause my system lacked it? Jun 17 09:21:25 on an ubuntu install they should always be identical Jun 17 09:21:34 despite the header indeed Jun 17 09:21:45 uh, why were you lacking it ? Jun 17 09:22:00 Some folk who run Ubuntu don't perform an Ubuntu install. Jun 17 09:22:07 ogra_: iirc plain test one was added during natty cycle - my rootfs is quite old Jun 17 09:22:13 nah, that cant be :P Jun 17 09:22:42 the plain text boot.script exists since we support omap4 Jun 17 09:22:56 so your install must be really old :) Jun 17 09:23:40 ogra_: boot.script was part of kernel image? Jun 17 09:24:30 in the middle of an update will try after that Jun 17 09:24:30 10:44 hrw@malenstwo:chromium-browser-12.0.742.91~r87961$ dpkg -S /boot/boot.script Jun 17 09:24:34 dpkg-query: no path found matching pattern /boot/boot.script. Jun 17 09:24:36 no, but part of the preinstalled image Jun 17 09:24:58 ogra_: I think boot.script was missing here too. My card reader is broken, cannot check properly. Jun 17 09:25:00 ogra_: this rootfs was probably generated with linaro-media-create Jun 17 09:25:12 ah Jun 17 09:25:15 hrw: strings boot.scr > boot.script Jun 17 09:25:38 zumbi: header has 'ubuntu boot script' in it iirc Jun 17 09:25:54 yep, capital U Jun 17 09:26:18 I thik i tried the headless image Jun 17 09:47:24 prpplague^2: did you really get an ubuntu kernel to work with gcc 4.6? Jun 17 09:50:44 hi guys.. is this the right place for asking some struct alignment (packed) questions how to solve in order to port a package x86->arm? Jun 17 09:53:47 r3, You can ask. No promises that folks who know enough to answer are around at the moment. Jun 17 10:00:07 ok, thank you, i will try Jun 17 10:02:56 i found issues in coova-chilli which is working well in x86 but sometimes not in arm. issue is during a cast of a packed struct which contains generic fields to a in_addr struct, which is unaligned of course. now i have a working workaround, but i try to understand if there's an easier solution, because with this workaround i need to check and fix every cast of every file. i'm no expert, so probably there's a simple compiler flag which fixes this (?) would be g Jun 17 10:02:56 reat that, would'nt it? :D Jun 17 10:03:44 here is a bit of code containing the wrong cast commented out and my workaround: http://pastebin.com/VgxRxzJn Jun 17 10:07:24 for more context: coova-chilli is a captive portal which during login asks a radius server for AA.. it is possible to assign (within radius) for each mac-address a static ip address which should be assigned then to that particular mac-address. we get this ip address by the radius response (that packed struct) Jun 17 10:09:58 if such a static ip address is set within radius database, i get it, but instead of getting 192.168.11.66 after the cast i have 192.168.11.6. digging in depth, i understood that packed struct does not add the alignment padding but the cast then jumps over 2 bytes of padding, because somehow it does not know that the source struct is packed Jun 17 10:11:16 now with that double cast (cast from packed to unaligned const struct to my in_addr struct) this problem is solved. but do i really need to change this everywhere? is this normal procedure you need to do when you port software from x86 to arm? Jun 17 10:13:48 r3: maybe http://wiki.debian.org/ArmEabiFixes helps? Jun 17 10:19:20 <_r3_> zumbi: thank you! i'll take a look Jun 17 10:25:18 <_r3_> hmm, no this case is missing. but very interesting.. i need to check some of them too, since python for example on our platform is really slow. maybe because of wrong alignment Jun 17 11:02:26 _r3_: This is really nothing to do with ARM -- the affected cast is invalid C for at least two reasons Jun 17 11:02:50 _r3_: first, the code is type-punning, which is not allowed Jun 17 11:03:13 _r3_: second, the code is casting without meeting the alignment requirements of the target type, which is not allowed either Jun 17 11:03:34 Some arches (i.e. x86) are rather forgiving about this, but many are not Jun 17 11:09:16 _r3_: the correct fix would be something like http://pastebin.ubuntu.com/628360/ Jun 17 11:19:33 <_r3_> dmart: hmm.. i get it in correct byte order, since that is already converted in receive function.. but with wrong byte order instead of 192.168.11.66 i would get: 66.11.168.192 but not 192.168.11.6.. that '6' comes from 2 bytes after the i field Jun 17 11:21:30 <_r3_> and well type-punning is needed since radius protocol is at it is .. i can't change that.. it is casting without meeting the alignment req. yes. is there an easy way to make the compiler understand that? Jun 17 11:21:36 <_r3_> without doing the double cast i mean :) Jun 17 11:27:13 ogra: If I was a member of the public wanted to host my own ARM PPA, what would I have to do? Jun 17 11:27:42 ogra_: -^ Jun 17 11:27:44 lag, talk to IS and convince them that only employees can upload Jun 17 11:28:11 ogra_: So they can't host an ARM PPA? Jun 17 11:28:21 or upload to a private arm ppa you only have access to and do a binary copy of the debs to a public one Jun 17 11:28:42 I don't mean for me Jun 17 11:28:50 I mean if I weren't an employee Jun 17 11:28:57 well, we dont have public PPAs until the cluster is in place Jun 17 11:29:19 I don't know what that means, what cluster? Jun 17 11:29:29 which will happen soon, but due to the fact that we could only fit 10 boards in it instead of 20, ppas might still take a while Jun 17 11:29:40 the panda build cluster Jun 17 11:29:55 currently arm PPAs are non virtualized Jun 17 11:29:59 So all ARM builds are completed on a Panda Board cluster currently? Jun 17 11:30:13 which means you can do very bad stuff if you have upload permission Jun 17 11:30:29 no, currently we have a bunch of babbage boards as build machines Jun 17 11:30:41 they are supposed to be replaced by a pandaboard cluster Jun 17 11:31:05 that cluster will have special tecnology to fake virtualization Jun 17 11:31:08 Right, but members of the public can't build on them? Jun 17 11:31:16 so we can make public PPAs available Jun 17 11:31:35 until thats in place there wont be any public PPAs for arm Jun 17 11:32:03 Okay, so what are the plans ETA? Jun 17 11:32:45 the first cluster should be in place within the next 7-10 days, its physically in the datacenter but hasnt been set up Jun 17 11:33:01 that one will likely only replace the existing build machines Jun 17 11:33:14 So the bottom line is, non-employees will be able to host their own ARM PPAs in the upcoming weeks? Jun 17 11:33:22 when the second cluster is ready (which will get us PPAs most likely) isnt predictable atm Jun 17 11:33:48 Okay, I guess that answers my question Jun 17 11:33:51 Thanks dude Jun 17 11:33:53 i would say ETA for public PPAs is likely not happening before P Jun 17 11:34:07 #probably earlier, but thats a matter of luck Jun 17 11:34:24 Right, thanks Jun 17 11:34:54 * ogra_ would love to have it this cycle but life goes slower than planned wrt build machines Jun 17 11:38:25 _r3_: did you try my code from pastebin? By reading the adress from hisipattr without a type cast, the compiler shouldn't get confused Jun 17 11:50:52 _r3_: ...though actually, your code is roughly equivalent. However, casting from one packed structure type to another shouldn't be necessary. If reading that field from struct radius_attr_t is giving wrong results, that suggests a compiler bug, but the compiler is not required to give sensible results if you cast a struct radius_attr_t * to in_addr_t * and deference the result Jun 17 11:51:34 Well, the Natty image didn't want to boot either on the Panda A3 Jun 17 11:51:49 And this page: http://www.omappedia.org/wiki/Get_started_with_ubuntu_on_omap4 Jun 17 11:51:55 Appears to be out of date Jun 17 11:51:58 lool: is there a common mailing list for Ubutntu arm developers? Jun 17 11:52:10 dmart, ubuntu-devel@ Jun 17 11:52:21 persia: thanks! Jun 17 11:52:35 persia: was there previously a separate ubuntu-arm@, or am I mis-remembering? Jun 17 11:52:42 There never was. Jun 17 11:52:51 fair enough Jun 17 11:52:51 Theoretically, everyone is supposed to care about all the architectures. Jun 17 11:53:08 In practice, this isn't actually true, but nobody is going to complain about some architecture-specific threads. Jun 17 11:53:44 For reasons totally unrelated to this IRC thread, I was thinking of suggesting that everyone gets mroe proactive about getting rid of alignment faults in userspace apps Jun 17 11:53:56 On the other hand, it needs to stay relevant to Ubuntu: so "how to deal with porting issues" is interesting, as it helps us all solve FTBFS issues. "Here's a new device" is less interesting, unless someone is doing the work to have that device supported in Ubuntu. Jun 17 11:54:06 jeremiah, yes, rather use ubuntu docs to install ubuntu ;) Jun 17 11:54:10 heh Jun 17 11:54:18 Well, that would make sense. :) Jun 17 11:54:23 That's definitely applicable to ubuntu-devel@ : powerpc folk are just as prone to that sort of thing, so it's not even that arm-specific. Jun 17 11:54:46 http://wiki.ubuntu.com/ARM/OMAP Jun 17 11:54:52 try that :) Jun 17 11:55:01 persia: ok, thanks Jun 17 11:55:02 hrw: Is our toolchain available for on Debian? Jun 17 11:55:14 though it might be that we're missing bits for A3 borads Jun 17 11:55:28 lag, Debian uses a slightly different toolchain (although some of the same folk are contributing). Jun 17 11:55:43 thanks ogra Jun 17 11:56:04 hrw: persia: I mean the Linaro toolchain Jun 17 11:56:16 I hope we're not missing any A3 bits - but we'll soon find out. =) Jun 17 11:56:23 yeah Jun 17 11:56:27 lag, So do I. Jun 17 11:57:03 At UDS I saw a lot of Debian folks doing Linaro stuff. :) Jun 17 11:57:07 persia: Okay, thanks Jun 17 11:57:09 As "Ubuntu toolchain" and "Linaro toolchain" are essentially equivalent (if not, someone is slacking, or we're not all working on the same thing anymore) Jun 17 11:57:12 Not as many as the Ubuntu folks, but still. Jun 17 11:58:54 jeremiah, I think the lines begin to blur in that area: given that both Debian and Ubuntu are community projects, and share lots of code, I think many people involved in the area end up working with both projects. Jun 17 12:07:44 persia: I certainly have a hard time telling where one project begins and the other ends. Jun 17 12:08:05 I mean, those who are paid by Canonical one can assume they spend a good deal of their time on Ubuntu Jun 17 12:08:32 But, as Mark Shuttleworth says, every Ubuntu developer is a Debian Developer. :) Jun 17 12:08:41 Although that might not be literally true. Jun 17 12:12:41 dmart: there was an ubuntu-mobile@ list but it's dead nowadays Jun 17 12:12:52 and I don't think it ever cared of ARM Jun 17 12:13:07 during the team transition phase probably Jun 17 12:13:07 but the people on the list were fairly overlapping with people caring about ARM ;-) Jun 17 12:13:17 It didn't. In it's latter days, it mostly consisted of apologies about lpia, and backporting efforts. Jun 17 12:13:52 No. Lots of regulars on ubuntu-mobile@ left and did something different when it stopped being a focus, and more ARM stuff was happening. Jun 17 12:15:02 jeremiah, I believe the quote was the other way: that every Debian Developer is an Ubuntu Developer. Jun 17 12:15:14 I know of folk paid by Canonical who do all their work in Debian and none in Ubuntu. Jun 17 12:16:57 The boundary isn't really about individuals, as many folk participate in both, or about code, as much code is shared, but rather about the goals and output. Jun 17 12:17:15 persia: Ah, you may be right. :) Jun 17 12:17:29 about the shuttleworth quote, for sure Jun 17 12:18:23 Debian strives to generate a universal operating system. Ubuntu strives to present a (limited) selection of the results of applying opinionated defaults to generate specific user experiences. Jun 17 12:19:37 But Ubuntu also wants one to assign copyright to ubuntu, which is sometimes controversial. Jun 17 12:19:44 There's obviously overlap in those goals (and plenty of other goals which I've simplified away), but the answer in Debian is often "Let's enable users to do things how they wish, but sanely" and the answer in Ubuntu is often "Users should be doing things like this, so let's make sure that works very well." Jun 17 12:19:57 No. Ubuntu has no interest in having copyright assigned. Jun 17 12:20:32 Canonical happens to provide some Ubuntu infrastructure, and also happens to sponsor some upstream projects that require copyright assignment, but that's not that relevant to Ubuntu. Jun 17 12:20:56 There's a number of cases where Ubuntu has patched Canonical software, but refused the copyright assignment, so the software in Ubuntu differs from that Canonical provides. Jun 17 12:21:22 Really? I didn't know that. Interesting. Jun 17 12:21:33 So there certainly is a degree of independence Jun 17 12:27:54 lag: there are no cross compilers in Debian archive. If you want them then Emdebian guys have repositories with cross compilers. Jun 17 12:28:26 hrw: Can a Debian user use our binaries? Jun 17 12:28:45 lag: Linaro gcc changes are part of Ubuntu gcc now. Debian uses same packaging as Ubuntu but iirc does not apply Linaro changes Jun 17 12:28:52 they might pull in unwanted deps Jun 17 12:29:04 lag: no warranty that they will install but may work Jun 17 12:29:12 unimportant stuff like a different libc and such Jun 17 12:29:14 hrw: Great Jun 17 12:29:29 ogra: I'm sure they will live :) Jun 17 12:29:45 i wouldnt be that sure when mixing debian and ubuntu Jun 17 12:29:55 on a binary level at least Jun 17 12:30:49 ogra_: both debian and ubuntu uses eglibc 2.13 now Jun 17 12:31:08 hrw, which release ? :P Jun 17 12:31:45 if someone run lenny they will surely not have a happy system after installing a natty toolchain (which pulls in the ubuntu libc) Jun 17 12:32:39 Debian and Ubuntu are not guaranteed to be binary compatible. There isn't even any serious attempt made to be so, and most folk who push in that direction get strong push-back. Jun 17 12:32:57 ogra_: testing Jun 17 12:32:58 and most often just fall over at some point Jun 17 12:33:15 ogra_: I do not have to support Debian so I limit my Debian work to sid Jun 17 12:33:17 It's supposed to be *source* compatible (although that's slowly eroding for some categories, and several folk are working to get it back) Jun 17 12:33:18 mixing debian and ubuntu on a binary level is asking for trouble Jun 17 12:33:37 <_r3_> dmart: aaah now i got it. assign directly to s_addr! .. i will try it, thank you! Jun 17 12:34:07 For ARM, it's raw madness: The ABIs are known to differ. Jun 17 12:34:16 right Jun 17 12:34:24 and there are the compiler defaults etc Jun 17 12:34:38 That's part of why the ABI differs :) Jun 17 12:34:59 well, beyond the obvious ABI difference between v5 and v7 :) Jun 17 12:35:24 Does that force an ABI difference? Jun 17 12:35:42 I thought that was just an ISA difference, but didn't actually affect exported symbols. Jun 17 12:35:54 no idea if -as-needed is ABI specific for example Jun 17 12:36:03 It's not. Jun 17 12:36:06 or -no-shrink-warp Jun 17 12:36:09 That's just a linker thing. Jun 17 12:36:10 etc Jun 17 12:36:32 i think we have a good bunch of non ABI related config diffs Jun 17 12:36:39 Oh, heaps. Jun 17 12:37:10 But the ABI differences are the reason it's not safe to mix binaries. Jun 17 13:37:34 Hmm. I can't get the ubuntu-11.04-preinstalled-headless-armel+omap4.img.gz to boot past the kernl Jun 17 13:37:39 kernel even Jun 17 13:37:48 I'll try another version, like the netbook. Jun 17 13:38:09 md5sum was correct anyway. Jun 17 13:38:16 What sort of error are you getting? Jun 17 13:38:46 I very much doubt that you'll get different behaviour from a different image in terms of intiial startup. Jun 17 13:38:50 persia: It just says; "uncompressing kernel . . ." Jun 17 13:39:04 No, I imagine its the same kernel for all of them most likely Jun 17 13:39:10 how long did you wait ... Jun 17 13:39:23 ogra_: Not particularly long this time. Jun 17 13:39:26 It is, and the same bootloader, and the same set of code to launch the startup process. Jun 17 13:39:34 it takes a while until oem-config has parsed the debconf db before it shows the UI Jun 17 13:39:40 But I'll check again, because I onlyl closed minicom Jun 17 13:39:59 ogra, Where "a while" is measured in minutes or tens of minutes? Jun 17 13:40:24 minutes Jun 17 13:40:34 Thought so: just wanted to set some bounds :) Jun 17 13:40:39 I've just rebooted Jun 17 13:40:48 It stops here: Uncompressing Linux... done, booting the kernel. Jun 17 13:41:05 right, give it a moment Jun 17 13:41:15 okay :) Jun 17 13:41:22 debconf produces a lot of I/O Jun 17 13:41:35 Sd cards arent really great for that Jun 17 13:41:44 What makes me nervous is that one of the leds has stopped and the other has goine into a steady blinking state Jun 17 13:41:47 Yeah :/ Jun 17 13:42:28 which one blinks ? Jun 17 13:42:29 jeremiah: I think that's expected (or at least my panda usually only has one blinking light) Jun 17 13:42:49 ah, okay Jun 17 13:42:49 the left one is heartbeat, it means the board is alive Jun 17 13:43:02 the right one (closer to the SD) is disk access Jun 17 13:43:11 if thats solid there is a lot IO Jun 17 13:43:11 D1 was blinking (that is on my left) but has now stopped. Jun 17 13:44:04 Now both have gone out. Jun 17 13:44:21 hrm Jun 17 13:44:22 <_r3_> dmart: yeah, that's working, thank you! .. however.. i have to change every cast, that's always necessary i guess, is it? i was searching for some neat compiler-flag or something easy which solves this, hehe .. but ok, probably the game really isn't played that way :) Jun 17 13:49:06 Yeah. Definitely stuck, kernel won't boot. Jun 17 13:49:19 I wonder if there are complications from the new u-boot? Jun 17 13:50:17 I notice that on OMAPedia it talks about compiling u-boot with omap4430sdp_config Jun 17 13:50:32 But it looks like the config has changed to omap_panda_config Jun 17 13:51:12 But that is for u-boot, and it looks like we've gotten past the bootload by the time the "booting the kernel" message comes up Jun 17 13:51:34 omappedia has a lot outdated info Jun 17 13:51:48 Yeah, you're right. Jun 17 13:51:58 It does seem quite out of date Jun 17 13:53:25 Sheesh. That page was last edited about six months ago. Jun 17 13:54:17 Well, I'm compiling linaro-gcc here to see if I can't compile a kernel here. Jun 17 13:56:04 why are you compiling gcc ? Jun 17 13:56:14 dont you like the binary packages ? :) Jun 17 14:24:53 jeremiah, i just talked to TI, seems for the A3 panda we will need some patches to x-loader to make it work Jun 17 14:40:20 ppisati: i haven't booted ubuntu on pandaboard in atleast 3 months, much less compile with gcc-4.6, why do you ask? Jun 17 14:41:06 prpplague^2: becasue someone said you had usb devices in a ubuntu kernel compiled witg gcc 4.6 Jun 17 14:41:28 prpplague^2: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/791552 Jun 17 14:41:30 Ubuntu bug 791552 in linux "No USB support on beagle/beagleXM" [High,New] Jun 17 14:44:18 ppisati: i am guessing that is reference to this - https://lists.yoctoproject.org/pipermail/poky/2011-June/006649.html Jun 17 14:44:37 ppisati: i normally don;t any testing of ubuntu kernel/rootfs Jun 17 14:44:51 prpplague^2: yes, tried that and it didn't work and since someone said you had it working Jun 17 14:45:32 prpplague^2: i was asking Jun 17 14:45:33 ppisati: ahh, well i didn't try anything with an ubuntu kernel, or with gcc 4.6 Jun 17 14:45:37 ppisati: np Jun 17 14:45:41 prpplague^2: ok Jun 17 14:45:55 ppisati: the problem also affects some performance issues on the EHCI Jun 17 14:47:04 ogra: uh what changes are they refering to ? Jun 17 14:47:07 ogra_: Ah okay. Jun 17 14:48:06 prpplague^2, no idea, i need to ask sebjan Jun 17 14:49:14 ogra: there shouldn't be any changes to x-loader to support A3 boards Jun 17 14:49:36 ogra: i'll check on that when i get to the office Jun 17 14:49:40 prpplague^2, well, i was just told there are patches Jun 17 14:50:10 ogra_: hmm, sounds odd to me. i validated A3 boards with mainline x-loader and u-boot Jun 17 14:50:31 ogra_: i'll give you a ping when i get to the office Jun 17 14:50:36 * prpplague^2 heads to the door Jun 17 14:50:51 k Jun 17 14:57:54 lilstevie, hehe Jun 17 14:57:59 * ogra_ just saw the mail Jun 17 14:58:05 ogra_: :) Jun 17 17:55:45 Hm, a question about kernel packaging, again. Jun 17 17:55:55 I have that 2.6.38-10 kernel I have compiled Jun 17 17:56:20 but kernel-headers-..-omap.deb required kernel-headers.deb Jun 17 17:56:27 how to generate it? Jun 17 18:00:17 hrw: Good to see you. A question, if I may... Jun 17 18:01:07 I have that 2.6.38-10 kernel I have compiled. There is linux-headers-2.6.38-10-omap_2.6.38-10.44_armel.deb package, but it depends on linux-headers-2.6.38-10 package. How to generate it? Jun 17 18:03:10 ... Jun 17 18:23:58 Ok, nwm, I managed to make it... Jun 17 19:17:31 garagoth: I think you need to build binary-indep Jun 17 19:17:58 or binary-headers Jun 17 19:24:34 binary-headers Jun 17 19:24:48 I spent a while reading debian/rules :-) Jun 17 19:24:55 And figured it out. Jun 17 19:25:09 But thanks for answer anyway. Jun 17 19:25:53 You guys on this channel are really helpfull. Jun 17 19:44:06 awesome :-) Jun 17 19:44:25 so you're good at ubuntu kernel pack hacking already :-) Jun 17 19:58:07 Eheheh. Good... no. Still green, but green as seasoned grass, not young one. Jun 17 21:15:16 whats the best way to get XMBC up and running on my ubuntu pandaboard with working SGX? Jun 17 21:20:57 ogra_: hey, so i've been trying to use the dynabook over the last week just to check for any weird architecture gotchas. The only thing that really stands out is, every 30 seconds or so, it freezes for 10 seconds. (and the touchpad doesn't work at all, but touching the touchpad doesn't cause the freezes) Known? **** ENDING LOGGING AT Sat Jun 18 02:59:56 2011