**** BEGIN LOGGING AT Thu Feb 02 02:59:58 2012 Feb 02 04:14:26 I am seeing kernel oops on poweroff Feb 02 04:14:33 http://pastebin.pandaboard.org/index.php/view/45552590 Feb 02 04:14:39 thats the output from the serial console Feb 02 04:33:30 Ouch Feb 02 04:48:49 hmm... i had that effect too... but my board is a ti alpha board Feb 02 04:52:26 mythos: ti doesn't make alpha architecture ;-P Feb 02 04:52:48 twb, nice joke :o Feb 02 15:40:22 jcrigby, I'd like to test your mx5 new kernels. Can you provide me with the most up-to-date ppa and what exactly to test - apart from it booting? Feb 02 15:40:51 also a git repo would be helpful too in case I need to rebuild and change Feb 02 16:04:25 GrueMaster, infinity rsalveti which is the ppa and kernel version to test for mx5? armhf , 3.0 or combined testing? Feb 02 16:04:55 janimo: 1 sec Feb 02 16:05:28 janimo: https://launchpad.net/~linaro-maintainers/+archive/kernel Feb 02 16:05:50 argh, but it's just for oneiric there Feb 02 16:05:55 let me check the other ppa Feb 02 16:07:44 we moved the ppas around, let's wait jcrigby to answer that Feb 02 16:07:46 rsalveti, the link you sent has precise armel mx5 Feb 02 16:07:53 3.1.1-10 Feb 02 16:08:22 janimo: true! Feb 02 16:08:35 janimo: that's probably best working one Feb 02 16:08:35 is there a 3.2 that needs testing? I can wait for that too Feb 02 16:08:40 janimo: 3.2 doesn't even boot Feb 02 16:08:52 something we'll check at connect with the freescale guys Feb 02 16:08:58 rsalveti, ok, I'll check that. jcrigby tested it I assume but you need another confirmation from Ubuntu-ARM? Feb 02 16:09:07 janimo: exactly Feb 02 16:09:12 ok. Feb 02 16:10:02 janimo: the src package comes from https://github.com/jcrigby/packaged-linux-linaro-3.1-ci/commits/lt-mx5 Feb 02 16:10:13 which is a merge from the lt source tree + packaging patches Feb 02 16:10:26 and ubuntu sauce Feb 02 16:10:30 rsalveti, thanks Feb 02 16:12:25 Yea, we will have to rebuild those. No armhf kernels (which is the goal). Feb 02 16:12:55 Do we not have netboot for mx5? Feb 02 16:12:59 http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armel/current/images/ Feb 02 16:13:03 No. Feb 02 16:13:05 :( Feb 02 16:13:12 ah because of univerese kernel Feb 02 16:13:18 or such Feb 02 16:13:20 ogra_: rsalveti: quick packaging questions... we have upgrade many packages in our PPA, but if we install the ubuntu-omap4-extras in a fresh install not all packages are installed at once, we need to make a dist-upgrade afterwards. is that normal? Feb 02 16:13:29 Yea, something like that. Feb 02 16:13:41 I quite liked the netboot experience on panda was hoping for a similar quick thing on mx5 Feb 02 16:14:07 ndec: that will only happen if your meta package is requiring an specific version of a package Feb 02 16:14:19 Get us a 3.2 kernel and the kernel team might be more lenient towards that. Feb 02 16:14:25 as if it's just depending on the package name, it'll always grab the latest one available Feb 02 16:14:32 XavB: is that the case ^^ Feb 02 16:14:58 rsalveti: i think we explicitely conflicts/replaces the default ubuntu kernel so that it gets removed in favor of our 3.1 Feb 02 16:15:07 janimo: jcrigby should know more about netboot for mx5 Feb 02 16:15:12 but I think it should be easy to support Feb 02 16:15:21 at least I know tftp should probably be working already Feb 02 16:15:59 rsalveti: He was referring to netboot intstall. Feb 02 16:16:19 (I call it netinstaller, but colin doesn't like that). Feb 02 16:16:20 rsalveti: It's not a kernel issue, it's that we don't build d-i against universe kernels. Feb 02 16:16:23 ndec: but as your kernel is newer anyway, all you need to do is to install your own kernel Feb 02 16:16:27 oh, ok Feb 02 16:16:51 ndec: guess the links will be in place after that, and flash-kernel will flash the latest installed one Feb 02 16:17:01 the older one will still be installed, but don't thinkg that would be a problem Feb 02 16:17:10 ndec: rsalveti: we are not requesting any specific version iirc, and if it was the case, the dist-upgrade would not work then. Feb 02 16:17:43 rsalveti: we want to prevent the case where an upgrade from your kernel will replace ours Feb 02 16:17:48 rsalveti: Hrm, looking at the haskell-src-exts build failure, I'm not sure this is a binutils issue (I need to test locally and see what processes are running to be sure, but there's no whining from ld) Feb 02 16:18:01 rsalveti: So, it may still be a kernel issue. Feb 02 16:18:30 rsalveti: as soon as you have two linux-image package version (2 abi versions) the last package installed is the winner Feb 02 16:18:39 rsalveti: as XavB said, if both kernel are installed, since they don't have the same pkg name and ABI, a kernel upgrade from main archive will be installed and flashed Feb 02 16:19:12 ndec: Perhaps a silly question, but is there any reason you can't work with ppisati to merge the bits you need into our kernel? Feb 02 16:19:25 ok, so it can be problematically Feb 02 16:19:26 ndec: Or are you building non-free stuff in? Feb 02 16:19:29 infinity: yes, we are moving to 3.1 in oneiric... Feb 02 16:19:34 but still, you just need to remove the kernel meta package Feb 02 16:19:43 ndec: Oh, this is for oneiric. Kay. Not an issue for precise, then? Feb 02 16:19:45 it's all free ;-) Feb 02 16:19:46 not exactly, because of the abi Feb 02 16:19:58 infinity: for P. we will move to 3.3 similarly. Feb 02 16:20:00 yeah, removing it entirely will probably be the best thing to do Feb 02 16:20:22 ndec: Are those kernels of yours supported with security updates and such? Feb 02 16:21:10 no Feb 02 16:21:30 So, enabling your PPA is effectively removing users' security support? :/ Feb 02 16:21:43 but they have features that we can't backport with the resources we have, so instead of that we move forward. Feb 02 16:22:02 yes, this is correct. we have added a note about that (debconf) so that users know about it Feb 02 16:22:17 Why not just move forward with the development release instead, and leave the previous ones as they are? Feb 02 16:22:27 ? Feb 02 16:22:33 ie: Do what the rest of the distro does. :P Feb 02 16:22:49 Freeze features at feature freeze, and then start targetting new stuff to the next release. Feb 02 16:23:10 And that way, you can build on top of distro kernels instead of shipping your own. Feb 02 16:23:14 we have to match different schedules all together... Ubuntu release cycle as well as our internal release cycles for TI customers that consume Ubuntu release from us. Feb 02 16:23:25 it would be better to be aligned, but difficult Feb 02 16:23:44 we build on top of linaro kernel (which we contribute to). Feb 02 16:24:07 Sure, and we merge from the linaro tree as well, but we freeze at certain points. Feb 02 16:24:19 for P. we in fact decided to support 3.3 only for MM. since some of our drivers were pushed into 3.3 mainline. Feb 02 16:24:20 Which is a bit of a promise to the user, as well as people developing on the platform. Feb 02 16:24:46 I'm not going to say your PPA can't do that. It's a PPA, it can do whatever you want. Feb 02 16:24:52 we will support basic functionalities and X11 driver in 3.2, but we've moved all our dev to 3.3 Feb 02 16:25:09 But it certainly cements positions on earlier conversations we've had about why PPAs can't be presented as installer options to end users. Feb 02 16:25:19 agreed. Feb 02 16:25:39 Cause removing the distro kernel in favor of an unsupported (and version mismatched, compared to other platforms) kernel is a bit nasty. Feb 02 16:27:00 note that 3.2 from P. or 3.0 from O. just work without problems. Feb 02 16:27:09 we just provide more features shoulld you decide to enable our PPA. Feb 02 16:27:30 and i agree that this is the first time we push our kernel, but we really couldn't do without it this now. Feb 02 16:27:45 Yeah, I realise that the distro kernels work, I use them. ;) Feb 02 16:28:10 backporting all the PandaES support and power management to get 1.2Ghz from 3.1 to 3.0 was really waste of time on our end, especially because our internal TI releases were done on 3.1 Feb 02 16:28:11 Just hoping your "NO SECURITY SUPPORT!!!111ELEVENTYONE" note is obvious enough to people. Feb 02 16:28:24 And, sure, not many Pandas are internet facing or multi-user, but people should still be aware. Feb 02 16:29:12 ndec: Sure, backporting isn't always the right answer. But we have a 6 months release schedule for a reason, hence my "just develop for the development release" point. Feb 02 16:29:13 yeah, so it's either a nice media player with full HD playback *or* a very secure server with kernel security upgrades ;-) Feb 02 16:29:41 ndec: If your PPA was developing for the development release instead of playing cacth-up on the released one, it would sort of solve most of this. Feb 02 16:29:56 that brings another problem ;-) Feb 02 16:30:19 for 10.10 we did work on the development release and struggled too much to make our internal stable with a dev release of Ubuntu... Feb 02 16:30:32 so now we use the latest stable release instead of dev. i agree. Feb 02 16:30:52 Was that before we actually had a sanely-maintained opam4 kernel? Feb 02 16:31:02 Or was it fast-moving userspace changes that were killing you? Feb 02 16:31:05 ndec: To be fair, the hardware wasn't stable either during 10.10 development. Feb 02 16:31:08 the problem was not kernel, but archives. Feb 02 16:31:35 the fact that archive was different everyday was painful since we couldn't make stable (reproducible) releases out of it. Feb 02 16:31:56 ndec: Well, sure, cutting released images from it is often a no-go. Feb 02 16:32:20 ndec: The general idea is to do feature development while we're doing the same, and then as it stabilises, ship. Feb 02 16:32:55 ndec: I guess if you have customer obligations to ship Feature X "right effin' now" on top of a stable distro, you don't have much choice but to do what you're doing right now. Feb 02 16:33:06 yeah... two contradicting goals ;-) Feb 02 16:33:17 ndec: But most people seem to figure out a way to communicate why that's insanity, and do it more sanely. You could always try. ;) Feb 02 16:34:10 ok.. i wish we could continue the discussion, but i need to go. will catch up later. Feb 02 16:34:29 ndec: Later. ;) Feb 02 16:39:59 infinity, my 1hr estimation was for the qtwebkit build. It is now 70 min into linking with 1.7G of virtmem used accordint to top. IIRC last time it was simply OOM-killed ld did not get around to complain either Feb 02 16:41:25 janimo: Yeah, my 10m may have been a bit generous. I was always multitasking before when testing, not watching it. ;) Feb 02 16:42:05 janimo: 72m... So... Uhm... It's 10 minutes, if you ignore the extra hour! Feb 02 16:42:19 infinity, also some drugs are known to make time fly ;) Feb 02 16:43:18 hmm it did not yet finish here after 75 min, (debuild -us -uc -ns so some overhead above just the gcc invocation) Feb 02 16:44:24 real 72m21.672 Feb 02 16:44:38 ok, should be finishing here up as well soon then Feb 02 16:45:16 * janimo wonders if some local proxy and url rewriting could convince netboot to work with kernels that are in universe only Feb 02 16:45:26 sounds boring though Feb 02 16:46:40 why does D-I not have an option off by default to allow using universe? Feb 02 16:47:09 How would that solve anything? Feb 02 16:47:22 This is on the buildds we're talking here, not in your home. Feb 02 16:47:44 As in, building d-i generates those images, and d-i (in main) doesn't build against universe. Feb 02 16:48:02 infinity, oh I mean only for devel use, if I wanted to have a netboot image on the board Feb 02 16:48:20 Doing it yourself isn't hard at all. Feb 02 16:48:38 is there a doc ? Feb 02 16:48:46 No. :P Feb 02 16:49:12 Documenting d-i would take about as long as rewriting it. And reading the docs would take almost as long as reading all the source for all the components. Feb 02 16:49:24 So, uhm. It's the ultimate "use the source" example. Feb 02 16:49:31 that the fact it is easy is not very relevant :) Feb 02 16:49:56 after earing so many things about d-i, this advice make me uneasy Feb 02 16:50:01 hearing Feb 02 16:50:14 Most people who whine about d-i just like whining. Feb 02 16:50:52 So, erm. Hrm. Feb 02 16:51:14 janimo / rsalveti: Maybe the 3/1 split thing isn't actually fixed. Or, not completely. Feb 02 16:51:41 Sure, the simple testcase passes. Feb 02 16:51:56 And when watching swap usage, I see it go up to ~2G, which seems reasonable. Feb 02 16:52:12 But I sort of forgot my system was eating nearly 1G before g++ was run. Feb 02 16:52:20 So, ld's probably only using about 2G there. Feb 02 16:52:29 I need to monitor this more sanely. Feb 02 16:52:56 my build is still not over after 1h25m. I wonder is my swap is that much slower - external USB disk Feb 02 16:53:02 1Ghz panda Feb 02 16:53:09 janimo: Are you sure you don't have some swap on SD too? Feb 02 16:53:25 janimo: If it's a default install, you have swap on SD, which it will hit before disk. Feb 02 16:54:13 cat /proc/swaps Feb 02 16:54:19 it is a netboot install directly to the USB disk, only uboot+kernel are (hopefully) on SD Feb 02 16:54:30 Oh, hrm. Then I dunno. Feb 02 16:54:43 once ld lets me have a scheduler slice I'll check that Feb 02 16:54:47 Oh wait, but you said your build was a full debuild? Feb 02 16:54:53 I was just re-running the g++ call. Feb 02 16:55:24 debuild -nc reached that in less than a couple minutes I'd say. Now at 1.8G virtmem Feb 02 16:56:16 Well, it should die soon. Feb 02 16:56:38 debuild -nc is very useful, I only found out about it at last rally. from you incidentally Feb 02 16:56:44 And if it does die around ~2G, I now want to know why the testcase works. Feb 02 16:57:00 or I may have tried it earlier on a broken package and given up on hoping it does what it is meant to do Feb 02 16:58:01 infinity, is this related to the top-down MMAP bug thing or some other mmap issue? Feb 02 16:58:40 janimo: It's the same (the only?) mmap thing we've been talking about for the last six months. Feb 02 16:59:08 I was only aware of one - for which we last month did SRUs Feb 02 16:59:19 not being able to alloc past 2G or something Feb 02 16:59:21 Yeah, that one. Feb 02 16:59:23 ok Feb 02 16:59:28 And the testcase now passes. Feb 02 16:59:43 But perhaps the testcase is broken. :P Feb 02 17:00:07 I have other tests that were broken prior to the fix that now work. Feb 02 17:00:13 For the same reason. Feb 02 17:00:46 So in my SRU testing, I am hitting this from multiple angles. Feb 02 17:01:27 Okay, for "passes", I mean "the testcase almost passes". Feb 02 17:01:48 It hits 2925MB (not 2999, as it does on x86), but close enough. Feb 02 17:02:14 Almost? didn't know there were multiple levels of passing. Feb 02 17:02:28 GrueMaster: From my POV, "close to 3G" beats "only 2G". ;) Feb 02 17:02:42 Ah. Feb 02 17:02:46 (And it was passing on the SRU kernels, it's the precise kernel where it's only 2925) Feb 02 17:02:55 But in all cases, the qtwebkit-source build fails. Feb 02 17:05:29 infinity: Do you want to try building that package on my server? It has 4G physical memory, SATA (16G SSD), 1GE, and ipv6. Feb 02 17:05:38 (and it is idle at the moment). Feb 02 17:05:55 GrueMaster: Erm. How's that help me? Feb 02 17:06:13 Speed. Feb 02 17:06:26 (Faster to fail). Feb 02 17:06:39 GrueMaster: It's already failed here. Countless times. Feb 02 17:11:18 GrueMaster, does that server have precise or a precise chroot? Feb 02 17:11:25 janimo: https://code.launchpad.net/~linaro-maintainers/+archive/kernel/+recipebuild/167772 Feb 02 17:11:27 would be interesting to see how fast it fails there Feb 02 17:11:35 preciseHF. Feb 02 17:11:36 janimo, that is the latest mx5 3.1 build Feb 02 17:11:43 but it is oneiric Feb 02 17:11:51 janimo: I'm on it already. Feb 02 17:12:06 infinity, ok Feb 02 17:12:07 janimo: qtwebkit, that is. Feb 02 17:12:10 yes Feb 02 17:12:15 janimo: jcrigby is all yours. :P Feb 02 17:12:22 janimo, but should be identical Feb 02 17:13:02 jcrigby, I understand the testing is for inclusion in precise, so I guess the precise/ppa should be a better choice? Unless they're exactly the same of course Feb 02 17:13:38 janimo: They won't be exactly the same, even if the source is, due to toolchain changes. Feb 02 17:13:49 We really do need to test precise kernels built on precise. :P Feb 02 17:14:30 so the PPA it is then Feb 02 17:15:27 infinity, janimo: if you want to try that out while I work on our source upload recipe issue then go for it, otherwise I'll ping you when I have a precise version Feb 02 17:15:44 janimo, or actually let me look for an older precise armhf build Feb 02 17:16:11 Is this not ok ? https://launchpad.net/~linaro-maintainers/+archive/kernel/+packages?field.name_filter=&field.status_filter=published&field.series_filter=precise Feb 02 17:16:18 the one rsalveti mentioned above Feb 02 17:16:31 https://code.launchpad.net/~linaro-maintainers/+archive/kernel/+build/3126577 Feb 02 17:16:33 I will test armel first Feb 02 17:17:08 kernel images should be the same for armel and armhf right? Feb 02 17:17:37 yes should be unless there is a bug in the toolchain Feb 02 17:17:53 janimo: They should bit-for-bit identical, even. Feb 02 17:17:56 because the kernel uses no floating point Feb 02 17:17:59 janimo: Except for the debian packae. Feb 02 17:18:42 janimo, the testing I did was just with a minimal linaro rootfs, booted Feb 02 17:19:12 and I also saw console on vga, did not test with hdmi adapter Feb 02 17:22:27 I don't own the HDMI adapter. Feb 02 17:22:30 GrueMaster does, though. Feb 02 17:23:05 I think hdmi requires a u-boot parameter. I have the adapter, but haven't had time to test it. Feb 02 17:23:32 Yeah, it requires changing the command line. Feb 02 17:23:37 It's super user-friendly. Feb 02 17:24:06 Unless either Freescale or Linaro have made the displays actually auto-detect and auto-switch in 3.x? Feb 02 17:27:07 That would be sweet. Feb 02 17:27:28 But would probably require the closed source bits. Feb 02 18:00:00 infinity, two 4G swap files in / (USB disk), still linking after 2:30h Feb 02 18:00:18 no idea where the difference can come from Feb 02 18:44:16 janimo: That's certainly odd. Feb 02 18:44:44 janimo: What's the memory usage at on your 2.5h link? Feb 02 18:44:57 * janimo goes checking Feb 02 18:45:49 oh it stopped Feb 02 18:45:59 last time it was 1.8G did not check after that Feb 02 18:46:17 infinity, real 197m29.862s user 1m58.063s sys 1m30.719s Feb 02 18:48:06 Killed process 19240 (ld) total-vm:840480kB, anon-rss:838092kB, file-rss:48kB Feb 02 19:13:58 Under the current ubuntu 12.04 arm version i get this when trying to use alsa Feb 02 19:14:01 ALSA lib main.c:260:(execute_sequence) unable to open ctl device 'hw:Panda' Feb 02 19:14:22 though when i do listcards i see 0: Panda Feb 02 19:14:55 (this was working under 11.10) Feb 02 19:15:34 im guessing it has something to do with /usr/share/alsa/ucm/Panda/ the files there Feb 02 19:15:37 pbuckley: Known. See bug 925069 Feb 02 19:15:38 Launchpad bug 925069 in linux-ti-omap4 "No analog audio on omap4 panda" [Undecided,New] https://launchpad.net/bugs/925069 Feb 02 19:15:42 ah thanks Feb 02 19:16:15 It might, haven't had a chance to really look into it. Just discovered it yesterday with milestone testing. Feb 02 19:17:30 im also getting the same dmesg dump fyi thats in the bug Feb 02 19:18:50 also just want to say i can't believe the performance improvement in 12.04 over 11.10, its like an entirely new machine Feb 02 19:30:23 pbuckley: Are you using armel or armhf build of 12.04? Feb 02 19:30:40 ogra_: rsalveti: I am trying to copy packages (without rebuild) from ppa ti-omap-private to release ppa and I am facing "timeout issue"... Error ID: OOPS-93333df9d8f15a5bfb041f2c181e8b10... Any idea? Feb 02 19:30:41 https://lp-oops.canonical.com/oops.py/?oopsid=93333df9d8f15a5bfb041f2c181e8b10 Feb 02 19:30:47 hello all -- got a quick ?? I need net_tstamp.h on 10.04. can I get this somewhere? or do I take what in kernel.org and drop in? Feb 02 19:31:25 armel, should i be using armhf? Feb 02 19:31:25 orbarron: For armel? What platform? Feb 02 19:32:03 pbuckley: Yes, please. We are trying to shift to armhf, and the more testing, the better. Feb 02 19:32:18 It should also give a slight boost in performance. Feb 02 19:32:19 well -- am working on 1588 on a DM8148 -- and testing this on a host + device platform. Feb 02 19:32:29 do i need to do a fresh install or can i just do sed -i 's/armel/armhf/g' /etc/apt/sources.list Feb 02 19:33:05 pbuckley: I don't think that is recommended. Fresh install would be better. Feb 02 19:33:11 ok Feb 02 19:33:27 Kind of like s/i386/amd64 on intel HW. Feb 02 19:33:37 ah ok Feb 02 19:33:38 Not recommended. Feb 02 19:33:38 neat Feb 02 19:34:32 orbarron: Where is that file normally located? Is it part of the kernel headers? Feb 02 19:34:46 yes Feb 02 19:35:14 And I assume you have a custom kernel. I would recommend using it from your kernel source tree. Feb 02 19:36:21 well -- I need this on my host.. but not sure if I could drop this in the proper location or if there was a package I could download -- problem is Im not sure what impact it might have on my existing headers.... Feb 02 19:48:32 orbarron: It's in linux-libc-dev Feb 02 19:48:45 orbarron: Which you'd have installed if you install build-essential. Feb 02 19:52:19 got that -- but no net_tstamp.h -- this might be based on a newer kernel -- Im on 2.6.32-38 and checking into this atm Feb 02 19:53:22 orbarron: Oh, it wasn't in linux-libc-dev in lucid, no. Feb 02 19:53:27 orbarron: Only newer releases. Feb 02 19:53:42 ahh that is what I figured... Feb 02 19:54:19 hmm -- can I pull in the newer headers or will this mess other things? Feb 02 19:55:01 If it's fairly self-contained, you can pull just that one header, but if it relies on other interfaces having changed, you're a bit out of luck. Feb 02 19:56:49 does anyone know of any drivers available for usb wifi sticks? Feb 02 19:57:19 That's pretty non-specific. Feb 02 19:57:22 Erm, most x86 drivers should also be on the arm images. Feb 02 19:57:32 But I can tell you that most any USB WiFi stick that works on x86 will also work on ARM. Feb 02 19:57:48 Our distro kernels build everything they can, unless it breaks. Feb 02 19:57:54 kk Feb 02 20:00:07 I've just plugged in a usb wifi stick and was expecting iwconfig to recognise it straight away Feb 02 20:02:13 dioxin: Did the system load a module on plugin? That's the first thing to check. Feb 02 20:02:33 I'm just trying to figure stuff like that out Feb 02 20:03:29 thanks infinity Feb 02 20:04:31 Gruemaster: do I need to output dmesg to find that ? Feb 02 20:04:44 yes. Feb 02 20:05:15 what text would tell me a module is loaded, I dont see anything obvious Feb 02 20:05:21 XavB: this timout issue is very annoying Feb 02 20:05:28 XavB: happens from time to time Feb 02 20:05:35 XavB: try copying just one package at a time Feb 02 20:06:39 dioxin: Does the device show up in lsusb? Feb 02 20:06:54 yes Feb 02 20:07:03 You should see a kernel message in dmesg showing the device being plugged in. Feb 02 20:07:10 http://pastebin.com/6W4rcCGR Feb 02 20:07:16 think I see that in there Feb 02 20:10:08 dioxin: Could just be some USB IDs missing from the correct atheros driver. Feb 02 20:11:34 infinity: is there anyway to check if I have the driver isntalled? Feb 02 20:12:32 I see no messages there from a driver being loaded. Feb 02 20:12:45 Which means there was no ID->driver mapping found for that specific device. Feb 02 20:20:41 any updates on the prime? Feb 02 20:25:16 infinity: I tried to find the module in modprobe but its not there Feb 02 20:25:57 dioxin: First off, does the usb wifi device work on x86 Linux? Feb 02 20:26:03 yes Feb 02 20:26:23 ath9k is the driver Feb 02 20:28:31 And you're using the same version of Ubuntu on ARM? Feb 02 20:29:09 ath9k is definitely there on omap4 in precise. Feb 02 20:29:26 Not sure about past releases. Feb 02 20:29:36 I'm on Onerioc on both Feb 02 20:29:40 ubuntu on both Feb 02 20:31:18 sigh. # CONFIG_ATH9K is not set Feb 02 20:31:25 is precise an additional tag like main restricted universe multiverse on the packages Feb 02 20:31:28 File a kernel bug. Feb 02 20:31:38 GrueMaster: At least it's fixed in precise. Feb 02 20:31:43 precise is 12.04 release. Feb 02 20:31:49 GrueMaster: Perhaps as a result of the hours I spent with Leanna and Andy. Feb 02 20:31:54 Leanne* Feb 02 20:32:10 dioxin: precise is the release after oneiric. Feb 02 20:32:17 dioxin: The one currently in development. Feb 02 20:33:03 dioxin: This is on Panda, right? Why don't you use the built-in wifi? Feb 02 20:33:37 the more WiFi the better :D (but yes the built in works) Feb 02 20:35:19 Best I can suggest is to file a bug and hope they fix it with the next SRU cycle in 3 weeks. Feb 02 20:35:44 Or download the kernel source and build the module manually. Feb 02 20:36:58 can I not do an apt-get upgrade to precise? Feb 02 20:37:37 rsalveti: you are right, copyying small group of packages (5 e.g.) works fine Feb 02 20:38:30 dioxin: You can run "sudo do-release-upgrade -d" to upgrade to 12.04 Precise. Feb 02 20:38:46 GruemMaster: Feb 02 20:38:52 GrueMaster: Cheers Feb 02 20:51:44 GrueMaster: are there prebuilt armhf ubuntu images? Feb 02 20:52:34 Yes. We should be releasing Alpha 2 images today, and there are daily images on http://cdimage.ubuntu.com Feb 02 20:52:48 What platform? Feb 02 20:53:02 pandaboard Feb 02 20:53:42 Yes, we have those. Freshly tested, and they work quite well (for alpha). Feb 02 20:53:54 http://cdimage.ubuntu.com/daily/current/ i dont see them here Feb 02 20:54:16 http://cdimage.ubuntu.com/daily-preinstalled/current/ Feb 02 20:54:27 brilliant, thank you Feb 02 20:56:31 just to be pedantic http://cdimage.ubuntu.com/daily-preinstalled/current/precise-preinstalled-desktop-armhf+omap4.img.gz Feb 02 20:56:34 this is the one i want? Feb 02 20:58:14 yep. Feb 02 20:59:27 Which game? Who can stay in the house the longest w/o getting dressed? Feb 02 20:59:36 Oop. wrong window. Feb 02 21:02:05 lol Feb 02 22:03:16 GrueMaster: armhf loaded and running Feb 02 22:03:31 first thing i notice is there are no ti armhf packages Feb 02 22:13:17 pbuckley: They should be showing up soon. Feb 02 22:13:48 yay! :) Feb 02 22:14:01 everything (minus sound) seems to be great Feb 02 22:14:02 super fast Feb 02 22:14:11 install went fine Feb 02 22:26:44 Gruemaster: the precise build works for the ATHEROS wifi stick Feb 02 22:26:54 cool Feb 02 22:27:04 much appriecated Feb 02 22:27:08 I would still recommend filing a bug. Feb 02 22:30:56 is there an ARM specific place to log bugs? Feb 02 22:35:47 No, just use apport-bug (or apport-cli if console only). It will tag bugs accordingly. Feb 02 22:36:33 So apport-bug linux-omap4 for the kernel bug. Make sure you are on oneiric so it can gather the info it needs. Feb 02 22:36:50 Then drop me a note here and I can triage it. Feb 02 23:01:40 are there supposed to be udev rules for the pandaboard? for setting things like audio/etc? Feb 02 23:01:54 unfortunately i dont have an 11.10 image to compare against Feb 02 23:03:57 Yes. They shouldn't have changed since 11.10 Feb 02 23:04:14 ok.. i dont have any udev rules Feb 02 23:04:19 under 12.04 Feb 02 23:04:24 they should be in /lib/udev/rules.d Feb 02 23:04:54 theres only one file there Feb 02 23:04:56 and its empty Feb 02 23:05:00 what should be there? Feb 02 23:06:04 I'll have to look. I don't have an oneiric desktop image running atm. Feb 02 23:06:13 ok.. would be appreciated Feb 02 23:23:59 pbuckley: The udev rule should be /lib/udev/rules.d/90-alsa-ucm.rules. I see it here on a desktop image. It is installed by alsa-utils. Feb 02 23:26:31 hrmm Feb 02 23:26:33 i didn't get it Feb 02 23:26:37 could you message me the contents? Feb 02 23:27:10 Not easily. Check to see if alsa-utils is installed. Feb 02 23:27:23 ii alsa-utils 1.0.24.2-4ubuntu3 Utilities for configuring and using ALSA Feb 02 23:27:26 it is Feb 02 23:27:57 And you don't see anything in "/lib/udev/rules.d" ? Feb 02 23:28:08 pbuckley@panda:/etc/udev/rules.d$ ls Feb 02 23:28:08 70-persistent-cd.rules README Feb 02 23:28:10 err Feb 02 23:28:18 ok Feb 02 23:28:22 under lib/udev i do Feb 02 23:28:33 and it has that file Feb 02 23:28:36 damn.. so much for that idea Feb 02 23:30:18 i wonder how cdev's are created Feb 02 23:30:20 cdev "hw:Panda" Feb 02 23:31:20 You should have two devices, one for HDMI audio and one for analog audio. **** ENDING LOGGING AT Fri Feb 03 02:59:57 2012