[00:12] hey, does anyone know what port i need to connect my terminal emulator to to communicate with an ARMmite over USB in ubuntu? [00:12] juliux, ^^ [00:13] perdidopunk, If the USB connection supports serial, you should get something like /dev/ttyUSB0 [00:13] persia, thanks [00:13] If not, it's more complicated, and you might want to track it down in ARMite forums. [00:13] as soon as i asked the question, i had the idea to do a diff on /dev with the thing plugged in and unplugged; that's what i came up with [00:14] is tcl a good terminal emulator to use? [00:19] minicom is probably the most popular. cutecom has some fans. There's also gtkterm, and others. [00:21] Personally, I'd suggest minicom if you want it in a terminal window, cutecom if you want a GUI and you use a primarily QT environment, and gtkterm if you want a GUI and you use a primarily GTK environment. [00:29] alright, i've connected to my board with minicomm [00:29] i think i might have wiped it last time i did anything to it in windows [00:29] thanks for the advice btw [00:32] damn [00:33] the only site i can see on google that seems like it will be helpful to me is broken [00:34] hm, i wonder if i can put a shell on this thing so that i can at least tell if i'm communicating with it correctly [00:40] persia, ever use the gnuarm toolchain? [00:40] or anyone who' [00:40] *anyone who's reading [00:41] "use", yes, but not in the depth you need :) [00:41] hehe [00:41] i'm just wondering how the heck to write "hello world" and upload it to the device [00:41] Or maybe not, if you mean the www.gnuarm.com toolchain [00:41] i can't seem to find any resources on doing so with gcc and/or minicom [00:41] yeah, that's the one i was looking at [00:41] Oh, then no. [00:42] have you any experience with other archs that might be of relevance? [00:42] Ubuntu typically does native builds, and we typically either use real hardware or the qemu emulator to test things. [00:42] hm [00:43] by "real hardware" i assume you mean a physical ucontroller [00:43] I wouldn't run Ubuntu on a microcontroller: it's simply too big. [00:43] yeah, i'm not looking to, hehe [00:44] it's only 60mHz and has something like 32k of flash memory [00:44] Things like the beagleboard, the babbage, the nslu2, the n8x0, the Zaurus, etc. are more common hardware platforms in use. [00:44] maybe i'm in the wrong channel [00:44] For that hardware, probably. [00:45] i'm mostly just looking to tinker with using it for some simple control [00:45] Not that other people here might not be interested, but that our focus is on getting Ubuntu working smoothly on higher-end hardware. [00:45] maybe some LED's, little actuators, etc [00:45] ah, i landed in the wrong channel [00:45] do you have any idea where i should go for ucontroller help? [00:46] Unfortunately, I don't. And don't worry about the channel: given your focus, it seems reasonable that this could have been about getting Ubuntu working with ARM microcontrollers. [10:15] Does anyone know if there are Jaunty install images for arm yet? [10:25] dave_m: There are but not for babbage yet [10:25] Actually the babbage images will be quite different [10:26] I understand this... but I'm wondering whether there is something more user-friendly than debootstrap at present [10:26] dave_m: There's a script to run debootstrap for you if you like [10:26] Can you give me a pointer? [10:27] https://wiki.ubuntu.com/ARM/RootfsFromScratch [10:27] Thanks [10:32] note that kde currently has issues with that script [10:32] (due to packagekit expecting some dbus services to be available that arent, not the scripts fault, kde people are working on fixing it) [10:55] ogra, NCommander: did one of you ever come across 322798 [10:55] bug 322798 [10:56] FAIL [10:56] (i want a bugbot !!!) [10:57] no, hal runs fine here [10:58] and thats reported against an old hal version [10:58] we have git20090204-0ubuntu3 atm [10:59] dave_m: ^ [10:59] hald/linux/devices.c:leds_add() also sounds like kernel related [10:59] dave_m: Could you retest with latest hal? [10:59] best to try with the live image [10:59] ogra: Well the bug is from January too [10:59] right [10:59] so it might be a) fixed upstream in hal and b) its not using the kernel we use [11:00] I will update hald... not that the crash was caused by deferencing a random pointer in usersapce, so the patch should be looked at anyway [11:00] i'm intrested in getting it tested with latest hal and treh actual kernel we will release :) [11:01] I don't have the 2.6.28 kernel update for babbage yet, but I will try updating hal anyway. [11:01] dave_m: Sure, if the code path isn't hit with our kernel / new hal it will be of a lesser priority though [11:01] Sure [11:01] dave_m, http://people.ubuntu.com/~ogra/arm/babbage/ [11:01] dave_m: We have built a babbage kernel today in the archive now [11:02] dave_m: You should see it if you upgrade now, but it wont install to flash or SD at the moment [11:03] the README says that :) [11:07] whats a babbage board? [11:08] armin76: An iMX51 SoC [11:08] For development [11:09] i want one :P [11:09] dave_m: can i get an armv7 board for gentoo? :) [11:10] armin76: Hmm you're aware that you're on #*ubuntu*-arm right? :-) [11:11] lool: yup [11:12] armin76: Unfortunately, I think that currently these are expensive and only available in small volumes... You'd probably be better off sticking off with Beagle or something right now... [11:14] dave_m: well, if you want armv7 officially supported on gentoo, and are able to help, just let me know :) [11:16] I wasn't involved in getting hold of these boards, but I'll let you know if I get any useful info [11:16] armin76: Beagle _is_ armv7 [11:16] thanks [11:17] amitk: i know, but we don't have one [11:17] It's not too expensive... nearly bought one myself to play with. [11:18] I wonder if they released the newer version of the beagle though. [11:19] Does anyone else have problems with ports.ubuntu.com? Some days it's pretty impossible to update the package lists--- lots of stuck TCP connections. Is the server overloaded? I'm not getting similar problems with other sites... [11:19] amitk: I was still waiting for the rev C to come out, since it fixes some things... but I haven't been watching recently. [11:21] dave_m: We had various hardware issues in the last weeks, but if you have current issues let us know [11:22] dave_m: Last I heard, a RAID array failed on the main host so it was down, then was replaced by another temp machine while hardware was replaced, then the regular machine was brought back up, but I don't know whether any other issue popped up since [11:23] Right now for example, apt-get update is blocked trying to download a Packages file. I've tried this 3-4 times now. As far as I can tell, it's not a local network issue... Other days it works fine... [11:25] dave_m: It works for me [11:25] dave_m: Could it be a driver issue in the babbage? [11:25] dave_m: Ethernet is known to be flaky in 2.6.28 according to FSL [11:26] It's not impossible, but NFS, ssh, scp etc have all been working fine. Probably not worth worrying about unless other people start to report similar problems... [11:27] ogra: Do you have any issue running apt-get update on babbage ATM? [11:28] dave_m: If it persists, let me know and I'll open a ticket with our IS; they might want to talk to you to debug the issue if needs be [11:29] OK, if I can be reasonably sure it's not a problem here. It's not too serious right now... it just means sometimes I need to wait a few hours before I can update. [11:31] dave_m: Frankly, I've been pain by this in the past and know how unfun it is, but not that much with armel -- we had issue a couple of cycles ago when dealing wiht lpi [11:31] lpia [11:46] ogra, lool: hal 0.5.12~rc1+git20090204-0ubuntu3 seems to work OK for me, so the issue I reported is no longer critical. Someone should still take a look at some point in order to understand whether this was just lucky or the bug was really fixed. [11:46] dave_m: Ok, thanks [11:50] thanks a lot :) [13:37] ogra, There is a bugbot, just not a brilliant one. bug #123456 [13:37] ubot2, bug #123457 [13:37] * persia hunts the bug wrangler [13:39] ogra: Just ping persia when you need the URL of a bug ;-) [13:43] That doesn't work (although it's always https://launchpad.net/bugs/nnnnnn) [13:44] But do bug me if you don't feel like tracking down the bot wrangler and it's not responding. I may not notice from backscroll, and I'm not a big bugbot user. [13:52] curious, did you people start out with ARMv4t for libraries and such? just wondering, because when I glance through readelf of some jaunty-armel libraries it shows Tag_CPU_arch: v4T ? [13:59] lool, perfect :) [14:22] Stskeeps: Yes indeed, we started from Debian armel binaries [14:23] alright - that explains it then [14:23] Stskeeps: We built Ubuntu sources against the Debian archive, then moved the sources.list to Ubuntu armel only [14:29] bug 322798 [14:29] Launchpad bug 322798 in hal "Segfault in hald startup (hald/linux/devices.c)" [High,New] https://launchpad.net/bugs/322798 [14:29] Right. Working now. [14:29] ah, you have beaten it into shape, nice [14:30] Not I. All credit belongs to jpds. [14:33] ogra, I successfully booted your live image on my babbage :-) [14:33] good [14:34] if you want to get rid of the dying ttys set the hwclock [14:34] ogra, I ddn't get dying ttys ... [14:34] ah, fine then, so your hwclock is set already [14:48] lool: who provided you the arm boards apart from marvell? :) [14:48] armin76: I don't know, I got them from my company [14:49] lool: your company being canonical? [14:50] Yes [16:22] dave_m: Dunno whether you follow the kernel list but the VFP patches were merged in our tree [19:29] Hi ...I am having problems making touchscreen to work on jaunty -armel [19:29] Can anyone help me? [20:49] Was any1 able to get touchscreen working on Jaunty- ARMEL? Can the touch ever work on Jaunty-armel? Is that a known issue?