[04:13] Hmm. Having some difficulties getting a beagleboard to give me anything better than 640x480 (it should be running at 1024x768, with some reports of success at 1280x1024) [04:14] ugh, may just be me === dyfet` is now known as dyfet === nslu2-log_ is now known as nslu2-log [13:26] lool: does the lange board have sata? [13:40] does anyone here know if the debian unstable is no more armv4t ? [13:54] Meizirkki: suihkulokki should know [13:55] ok [14:02] armin76, no imx51 based board has sata yet [14:03] ogra: i thought the babbage did? [14:08] no [14:11] armin76: No [14:11] armin76: Well there are multiple lange boards, but none of them has SATA I think [14:11] ack, thanks [14:12] armin76: The babbage 2.x+ boards have a SATA port but it's actually wired to USB IIRC [14:12] (I think it's wired to USB, but I'm not sure it's not wired to PATA) [14:12] Plus, there's a software bug with the SATA port too [14:12] lool: well, better than nothing :) [14:13] there is a patch and there should be an SRU soon === ogra_ is now known as ogra [14:23] anyone have any success running karmic on a beagleboard at a video resolution better than 800x600? [14:24] I can't seem to get this figured out; my lcd complains about the signal being out of range; as far as I can tell I'm running at 1024x768MR16@60, but I don't know that for sure [14:24] the lcd works fine on the default oe install [14:26] could somebody give me a hand? [15:45] woot, I have success! === bjf-afk is now known as bjf [16:28] lool, tickle [16:56] lool, in linux-user/arm/syscall.h in qemu user we have a hardcoded #define UNAME_MACHINE "armv5tel" for all little endian arms ... what do you think of defaulting that to v7 ? [16:57] That's odd [16:58] well, the current situation is bad for using qemu for lucid stuff [16:58] and i think we should match our default compile settings here ... probably with a commandline switch though [16:59] I'm fetching an up-to-date qemu.git to see if it's still relevant [16:59] ogra: I think it should report whatever is emulated [16:59] Not a hardcoded string [17:00] well, how do you tell which exact armel platform is emulated with qemu-user :) [17:00] it surely makes sense to do that for qemu-system [17:00] Still an issue in tip [17:00] but -user will just emulate "something" [17:00] and translate the syscalls [17:01] ogra: I guess they report the oldest uname which supports EABI [17:01] right [17:01] which doesnt help us on lucid [17:01] ogra: perhaps it's nicer to just use linux32 style overrides for this? [17:02] i pretty much doubt there are many differences between the actual syscalls, but if apps use uname anywhere they will get the wrong thing returned [17:05] ogra: There are no differences since it's all EABI [17:05] right [17:05] You can copy EABI binaries around to different armvN, as long as the binaries don't use instructions for the newer arches [17:05] sh-4.0# setarch armv7l uname -m [17:05] /usr/bin/setarch: armv7l: Unrecognized architecture [17:06] Hmm [17:06] :D [17:06] Just needs implementatin in util-linux apparenlty, seems trivial [17:06] ogra: Actually I have to ask: why do we care? [17:07] Some packages might default to looking at uname output, but that's wrong [17:07] lool, oem seems to use qemu-arm-static for testbuilds etc, lamont pinged me that he gets the wrong uname info [17:07] well, depends ... [17:07] Yeah I told them about it [17:07] for sure you shouldnt use uname during buiold [17:07] Perhaps it's someone else though [17:08] but i bet there are a ton of packages that use uname calls at runtime, from scripts etc [17:08] if you want to test your stuff and it relies on uname it will not work [17:08] i agree its a failure if a package uses it at build time [17:09] ogra: I think setarch is an elegant fix [17:09] if it works :) [17:09] I'm not sure whether we want to allow v5 -> v7 by default, so it might be good to add some force flag or something [17:09] ogra: it's a trivial table [17:10] ah, well .... /me puts it on TODO to take a look at some point [17:10] i just brought it up bacause lamont asked about it [17:10] i dont think its *that* important [18:36] asac, could you please file bugs against chromium wrt the tests that abort but leave children behind? [18:37] asac, also if you feel brave, one bug per FAILED would be nice (the ones that are ARM only) [18:44] hi all [18:46] I've got a tevion pvr hardisk video recorder, wondering about trying ubuntu on it. is the kernel mentioned in the last paragraph of https://wiki.ubuntu.com/ARM goingto be suitable? I've never tried ubuntu on arm before! [18:46] no, thats a qemu kernel for the emulator [18:47] god, that page is horridly outdated [18:47] :D [18:47] lol!! [18:47] ahh [18:47] stevesmith1983: its highly unlikely you're going to find a kernel [18:47] ah, okay :( [18:47] I know nothing about kernels really [18:47] see the url in the channel topic for the last paragraph ... [18:47] well, I know what they do, just not how they do it :P [18:48] ah, I have that webpage onscreen already... [18:48] unlike x86 you need a kernel specifically build for the mainboard you use if you work with ARM [18:48] ohh, I see [18:49] the rootfsfromscratch, will that compline me a suitable kernel, or o I have to have someone write me one? [18:49] so first of all you would have to find the linux kernel for your tevion ... without it you are lost [18:49] *do [18:49] well, it's got linux on it now, so could I use the existing kernel if I can get it off there? [18:49] the rootfs from scratchj will only create you a userspace root filesystem [18:49] that makes sense [18:49] no kernel or modules or anything [18:50] kernels aren't distro specific, are they? so since it's runnign some version of linux now, I could use that kernel with ubuntu on it, have I understood that right? [18:51] you probably could [18:51] there are other arm specifics ... [18:52] like the version of the arm implementation [18:52] jaunty was supporting ARMv5 CPUs ... karmic only ARMv6 and lucid will only work on v7 CPUs [18:53] I haven't yet dug out a datasheet for the one I've got, so not sure which arm version it's got in it [18:53] so you first have to find out what implementation your CPU is and then you can make a decision what release/reootfs to use [18:53] this is all sounding a bit out of my depth, I think! [18:54] maybe I'm just going to have to accept that not everything in the house including the toaster needs to run ubuntu... [18:54] heh [18:54] :) [18:54] you should probably ask in #ubuntu-toaster :) [18:54] well, thanks so much for your help anyway, you've saved me hours of research!! [18:54] haha :P [18:54] welcome [18:55] why is Ubuntu rapidly dropping arm5 and arm6 anyway? [18:55] I'll have a go at seeing if I can get into a shell on it with the current version of linux it's got on it, that'll keep me busy for long enough :) [18:56] I bought a SheevaPlug because Ubuntu ran on it, now it's basically EOL'd for 12 months from now :-( [18:56] i heard ruoumors that the newer sheeva should run a dove CPU [18:56] for which we provide images since karmic [18:57] s/dove/armada iirc ... afaik it was renamed [18:57] speak again ogra, bye! [18:57] bye [18:58] Eh, at this point I'll stick to x86 for whatever I end up using. Either an Atom 330 or one of Via's new chips. That way I won't have a "SURPRISE!" moment before I even get it set up. lol [18:58] Q_Continuum, backwards compatibility costs performance ... even though it was a hard decision to make v7 provides the fastest and smallest today ... [18:59] yeah [18:59] v7 is and will stay the smallest denominator though ... [18:59] At the same time, I wish the Sheeva had been done with a newer-tech chip [18:59] even when cortex-a9 comes around next year we'll likely keep v7 [19:00] (we had a quadcore -a9 demo at UDS ... quite awesome) [19:01] I was hoping to have a little shell box/email server, but now that I'm stuck with 9.04, and that will die in 12 months, it isn't worth my time to set it up. [19:02] well, there is debian for pre v7 arches [19:02] So for now it'll just have to be my old Athlon64 Desktop Replacement laptop until I have monies [19:02] yep [19:02] Eh, I try to stick to one distro. [19:02] Makes it easier to keep track of things [19:02] and how long until Debian drops v5? heh [19:02] knowledge doesn't hurt :) [19:03] knowledge doesn't hurt, but time is the limitation. [19:03] don't think they ever will [19:03] ogra: why ubuntu doesn't support the beagleboard? [19:03] no comment :) [19:03] our userspace does though ... [19:03] ogra: why not? [19:04] we just dont have distro kernels [19:05] armin76, simply because nobody stepped up to maintain a kernel for it ... you are free to package one for uinverse [19:05] *uni [19:06] lol, no thanks :) [19:06] anyway ... [19:06] * ogra calls it a day now ... [19:06] for real ! :) [22:01] wait, who said ubuntu doesn't support the beagleboard? [22:01] * cwillu_at_work is on a beagleboard right now with a nearly stock ubuntu [22:02] oh, kernel [22:02] ogra, what is involved in maintaining a kernel package for it? [22:02] * cwillu_at_work has a bunch of beagleboards in little boxes that he has to support anyway [22:11] (afk, back later) [22:59] доброй ночи === NCommander is now known as Guest64268 [23:00] захотелось мне вот поставить это чудо на O2 Xda Flame [23:00] возможно ли? [23:00] ELANG [23:00] english? [23:00] Yeah [23:00] ok [23:00] good night [23:01] I'm afraid we don't support phones [23:01] You can use an Ubuntu chroot if you like [23:01] i want to install ubuntu-arm on O2 xda flame [23:01] now it working on Windows Mobile 6.1 [23:02] hm [23:02] ARM here is not a type of CPU? [23:02] It is [23:02] But you need some kernel to run it on [23:04] where can I read a... manual, for example [23:04] or known issues