jerameeI finally got a Qemu going and installed development packages in it00:06
persiaCool!  What are you building?00:07
jerameeand also I hacked a board I got from best buy installed the development package and wrote a few minor programs00:07
jerameeI would like to make a touch screen puppy linux distro00:08
jerameebut maybe just use it for logging sensor and i/o streams00:08
jerameeand control a robot00:08
jeramee800 mhz is plenty enough brains to clean my kitchen floor and maybe mow the grass00:09
persiaWell, we can't help much with Puppy here, but robots are fun.00:09
jerameeespecially because it is RISC00:09
jerameeare you really from Persia?00:10
jerameeyeah Puppy is nice distro and in my opinion would be great on tablet PC etc00:10
jerameethe newest is 125 mb00:11
jerameethe old school is like 98 mb and less00:11
persiaI'm not from Persia, and I'm of the school of thought that calling a place "Persia" just reinforces an old insult.00:11
* persia respects the concept of "Persian", which is completely different00:11
persia(and no, I'm not Persian either)00:11
jerameefull gui, burn CDs , stream music etc00:12
jerameeyou do not need like gigs and gigs and gigs to do stuff lol00:12
persiaNot at all, although I believe that all the distributions are about the same in terms of requirements.00:12
persiaThe useful question to ask about distributions is: which gives you the development environment you find comfortable?00:13
jerameenot Ubuntu00:13
persiaAs someone who does native development (yes, even on the beagleboard), I like Ubuntu.00:13
jerameestraight Gnome00:13
persiaI'm talking about the lower-level tools.00:14
persiaI thought the bug that kept one from running regular GNOME in Ubuntu was fixed.00:14
jerameeand XFCE deserves honorable mention00:14
persiaIf not, it ought be.  THere's bundles of folk who prefer GNOME Shell to Unity, and they ought be able to do as they like.00:14
jerameeit is00:14
jerameeand runs smooth00:14
persiaWe do XFCE just fine.  LXDE as well.00:15
jerameeI love XFCE just idk not easy to arrange stuff lol00:16
jerameeand some stuff still compatibility issues00:16
jerameebut doubt I will move to Unity00:17
jerameeso XFCE or Xubuntu I see those as future00:17
persiaHeh, that's fine.00:17
jerameeseems like browsers, OS, etc, etc00:17
jerameeall make more bloat so you need better hardware lol00:17
persiaIn this channel, we tend to be concerned about the few things that make ARM special, and making sure all the packages in the archive work properly on ARM targets.  Specific desktop choice, etc. we leave to users.00:18
jerameewhen will enough be enough00:18
jerameeso do Desktop fully compile?00:18
jerameecause really command-line is all you need for many things00:18
jerameebut just curious00:19
persiaI know of folk using kubuntu-desktop, lubuntu-desktop, ubuntu-desktop, and xubuntu-desktop on armel.00:19
persiaI don't know of anyone using ubuntustudio-desktop on armel, but I suspect that works as well.00:19
jerameeyeah I am on studio atm00:19
jerameerunning gnome00:19
jerameeand my slow PC has XFCE00:20
persiaI don't know if anyone tested either of the edubuntu desktops, or the packages therein, but there's a good chance they work.  I had reports that Mythbuntu might not work so well, but no bug reports or specific complaints, so I can't be sure.00:20
jerameeyeah one thing I hate about XFCE is real bad media playing00:21
jerameeflash, etc00:21
jerameebut hey when you sit down to program no need to stream videos on Youtube lol00:21
jerameejust curious though00:21
persiaHrm?  I thought the media stuff got fixed.00:22
jerameeI ran all the patches00:22
persiaAnd Flash shouldn't be different for different flavours of Ubuntu: we all use the same implementation.00:22
jerameeall the updates00:22
jerameeit doesn't crash00:22
jerameesystem or player00:22
jerameejust seems a bit more choppy00:22
jerameetried XFCE and Xubuntu00:23
jerameesame result00:23
jerameeso any of these distro's have touch screen functionality00:23
persiaI thought parole was cleaner than that, but each person's experience may differ.00:24
jerameewell I am running 10.4 with RTAI00:24
jerameeso maybe makes a difference00:24
persiaUbuntu has touchscreen support, and so that is available for all flavours.  Precisely which applications take full advantage of that, and which just consider it as an X pointer, is more complicated (and building an exhastive list is likely impossible: things change faster than one can usefully test that many thousands of applications)00:25
persiaOh, yeah.  Media *production* works well with RT.  Media playing tends to work poorly with RT.00:25
jerameewow good to know00:26
jerameeso you can build them better just not watch00:26
jerameeno wonder studio runs so smooth00:26
jerameei dont even use it to make movies lol00:26
jerameearen't some ARM OS RTOS00:27
jerameelike kernals?00:27
persiaThat's a software thing, independent of the hardware.00:27
jerameewas thinking maybe that would be better for automation00:28
persiaWe don'T have any realtime kernels in Ubuntu currently, so Ubuntu can't be configured as RTOS (although you could presumably create your own, if you want to forward-port the RT stuff, and we'd gladly use it if it was available).00:28
persiaDepends on your needs.  If you need that level of timing control, it's better.  For most folk, most of the time, there's no point.00:28
jerameecompiling my own kernel is one thing00:29
persiaI've seen folk get submillisecond reactions from things without RT, but sometimes there are scheduling bumps, and one ends up with 10s of ms.00:29
jerameebuilding lol00:29
jerameeis another00:29
jerameeyeah well technically00:30
persiaFor cleaning your kitchen, <100ms latency is likely to be fine, unless you have very expensive fragile cabinets, and a heavy robot with no padding.00:30
jerameeRTAI would be fine00:30
jerameeif all you are doing is talking to Microcontrollers00:30
jerameethey could keep the timing00:30
jerameefor you00:30
persiaOh, so you have your RTAI system that handles movement, cleaning, etc., and then your Ubuntu system that provides instructions, touchscreen, network access, etc.?00:35
jerameenah not there yet00:35
jerameebut maybe I will try to build something of that nature00:36
nekohow do I make my omapfb use a decent display mode after I install omap4-extras00:36
nekoomappedia and elinux wiki are useless as is the ubuntu wiki... it seems like they're repeating very old info which isn't relevant as of today00:37
persiaI thought we fixed the EDID issue: did that fix not get adopted in that PPA?00:37
nekoI can't even find half these sysfs attributes it talks about, and nothing I edit boot.script to do seems to actually take effect (although /proc/cmdline reflects them, which is nice)00:37
nekoI have absolutely no idea00:37
nekoif I plug it into the edge HDMI port I get zip00:38
jerameelike for instance, real nice CNC machines have touch panels for calibration etc, and also another food for thought is I have 5 PC, plus 1 ARM.  Dedicate 1 to house automation, walk in room touch make coffee on the arm  and clean kitchen etc00:38
nekoif I plug it into the HDMI port next to the USB slot I get 640x48000:38
nekowhich is nice. with pvr it runs like a hellcat00:38
nekoI'd just rather it did 1600x900 like my monitor says it can do (and my efika supports nicely if I swap cables)00:38
nekothe big pixels make my head hurt :D00:39
persianeko: Have you played with get-edid and parse-edid?00:39
nekonever heard of them and a quick check confirms: not installed00:39
nekoalso, /sys/class/graphics/fb0 has no edid properties and nor does /sys/devices/platform/omapdss/whatever/in/here00:40
persiaYou'd have to install read-edid.  There's some stuff inside X that also does it, but I don't beleive the user interface to be as pleasing.00:40
persiaThat sounds like an EDID error then.00:40
nekoX doesn't do anything00:40
nekowhat do you mean an EDID error00:41
nekoomapfb sucks and cannot read from the i2c bus, or.. you're assuming I have a busted monitor?00:41
persiaFailure to accurately collect EDID over HDMI, parse it, and set the screen correctly.00:41
persiaI doubt the monitor has an issue, because you say it works with another device.00:41
persiaI suspect either that there's an issue collecting the EDID with the current software stack *OR* that there's a failure to use the EDID data once collected.00:42
nekoI tried 11 monitors, all of which work fine and report fine on the efika mx (and I get native res, or 1080p or 720p) - but every single one dumps to 480p. I can't imagine why it would not work on omap...00:42
nekoall the wiki pages say there is some wicked awesome hdmi hotplug and edid grabbing stuff in sysfs and it's simply not there00:42
nekoit's like, it's an old driver or something00:42
persiaSo, verify that you can get and read the EDID data.  If you can't, file a bug about that.  If you can, file a bug about not using the EDID data.00:42
neko2.6.38-1208-omap4 seems to me to be totally brand new though00:43
nekoeh I installed read-edid and .. nothing is installed? what am I meant to be running?00:43
nekoproblem here is I have no idea what I am looking for yet00:43
persiaget-edid and parse-edid00:43
nekoso a bug report is going to be totally useless00:43
nekoget-edid: command not found00:44
persiaCheck your path.  If you installed the read-edid package, it should be in /usr/sbing/get-edid00:44
nekopfft, nope.00:45
nekoI got lots of getkeycodes, getopt stuff but no get-edid anywhere00:45
persiaDoes `dpkg -L read-edid` show you a useful location?00:46
nekoI just pulled in read-edid 2.0.0-3.1 which to my mind only works on PCs anyway00:46
nekoeven building it for armel, traditionally, has been a waste of cpu cycles... however someone could have added omap stuff to it in the past aeon :D00:46
nekoso far I see nothing00:46
nekoparse-edid is installed00:46
nekoit needs a file as input. as I said nothing in sysfs...00:47
persiaRight, that's what get-edid is supposed to output.00:47
nekoyeah I think you are thinking of some other more awesome tool00:48
nekoread-edid hasn't been updated since 2009 and I am damn sure nobody ever made it read edids from anything other than VESA BIOS calls or from /proc/device-tree00:49
persiaNo, but I'm relying on received hearsay that the framebuffer support got added, and am installing it on a natty/armel system in parallel to test for myself00:49
nekomaybe I am using release of omap4-extras when I should be using trunk?00:50
persiaI heard that "release" was the software TI wanted everyone to use, and "trunk" was where TI was doing their development work.  As a result, I suspect "trunk" of being unstable.00:50
* persia gets annoyed at read-edid, and tries to figure out why it's broken00:51
nekowell, compiling read-edid's "get-edid" part would be useless on anything but x86 or ppc or sparc right now00:51
nekoand even if you got linux fdts on armel, it wouldnt have edid data in it, u-boot is too stupid to glue the data in00:51
nekoso you have to assume the data is, like any reasonable driver, in /sys00:52
neko(it is on the efika, on any PC with a radeon.. comes in really handy)00:52
persiaIS that how X's EDID parsing is implmented?00:52
nekono, X asks DRM CRTC for it00:52
persiaAnd that gets it from?00:53
nekoor, I should say, X asks the driver, and the driver implements a CRTC, which is usually hooked into a DRM CRTC on the kernel side00:53
nekoit gets it from whatever i2c bus or whacked out method the HDMI controller or so implements00:53
persiaAha.  That makes sense.00:53
nekomost of 'em just let you read address 0x50 on i2c and it passes the data back00:53
persiaSo I suppose what I really want to do is to have X expose this in some useful way, rather than fixing read-edid00:53
nekoon the sii9022 on efika and mx53_loco, you have to ask the sii9022 for it00:53
persia(and I should stop relying on read-edid to be useful)00:54
nekoX can't know unless the kernel knows00:54
nekothe kernel, here, doesn't know00:54
nekowhich makes me think, super-old kernel, or simply super-broken kernel...?00:54
nekoit probably works great on oneiric doesn't it00:54
persiaThere's a /usr/bin/decode-edid in i2c-tools, but if you're correct about i2c being nonfunctional, that won't help.00:54
nekomaybe it just needs a backport00:54
nekowell.. I dunno if there's anything nonfunctional00:55
nekoI simply know that glued to the framebuffer driver, on the omapfb side of things, it has a little driver on i2c which is run after framebuffer is initialized, which would read edids, set the controller up for all manner of fancy stuff (like hdmi audio) and put them in a nice place00:56
nekothat's just the only way to do it unless you're a DRM driver in which case, stuff gets reaaaally fancy and they have a slightly less braindead solution for it that is more like X does it00:56
persiaAh, but that's *after* framebuffer initialisation, so we already have a resolution.00:56
nekoin any case, I don't see any dmesg output that says it has a monitor attached, it doesn't even parse my kernel commandline00:56
nekoand that i2c driver can set whatever resolution it likes00:57
nekoI spent enough time in the ipu3 framebuffer getting the sii9022 to work on the efika to know how it usually works.. and I've seen the omapfb code00:57
nekohowever, what is on this pandaboard right now.. doesn't seem to be the code I saw... it seems to be much, much older00:58
nekolike May last year kind of older00:58
persiaWhat's the last entry in the changelog for the package that provides it?00:58
nekouhh Bryan Wu, * [Config] Update to kernel config and other changes01:00
* persia grumbles at binaries without manpages01:00
nekoApril 4, 201101:00
persiaHrm.  That isn't quite last year, but that change doesn't look substantive.01:01
nekowell the package may have been built in April but the actual code doesn't seem terribly up to date01:01
nekoI think they might have missed a merge window01:01
nekowhat I was looking at that looked workable was like 2.6.39-rc3 or something.. that was way, way after April01:02
nekobut I assume this stuff gets backported01:02
nekoI assume wrong :D01:02
persiaAssumptions are rarely safe.01:02
nekoas a kernel developer and maintainer, product manager of an arm platform, I usually make pretty reasonable assumptions about what our customers want to see, and to be honest, 640x480 isn't it01:03
persiaSome code gets cherrypicked, when it fixes a clearly obvious serious bug with little to no chance of regression as SRU.01:03
StevenKpersia: Speaking of no man pages: http://pastebin.com/gct7GLW901:03
nekothat's why I bumped 1080p support into the genesi kernel, and kicked someone to write proper hdmi hotplug support.. it seems someone did that at TI too, it just didn't make it into Natty and nobody updated the kernel in an aeon01:04
persiaMost backports are just backports entire, in the -backports repositories, but kernels and modules are almost never put there because of the potential for regressions if userspace fails to match kernelspace.01:04
persiaStevenK: Heh.  Yeah.01:04
nekoit makes me sad how quickly a release gets abandoned01:05
persianeko: Last update in April sounds like there's stuff needing doing.  I suspect there's some security fixes that *should* have been applied.01:05
persiaIf there's a known safe cherrypick to fix some other code, it might be able to get into the same place.01:05
prpplague^2neko: s/release/girlfriend01:05
neko4th April is just squeaking in before Natty code freeze..01:05
persiaAlternately, are you sure there isn'T a new kernel in natty-updates?01:05
nekowell I spent 5 hours downloading and installing 100MB of new packages for the Panda01:06
nekoif it was in updates, I downloaded it...01:06
nekomaybe extras pissed over the top of it?01:06
persianeko: No, I have the same kernel as you, and I should also be up to date.01:07
nekohmm nope. but there is a unity update being held back01:07
persiaSomeone probably ought prepare an SRU for that, really.01:07
nekoso I'm updated up to the point I can be updated..01:08
nekoAn effervescing elephant with tiny eyes and great big trunk once whispered to the tiny ear of one inferior that by next June he'd he'd die.. oh yeah! Because the tiger would roam...01:09
nekoI think Ubuntu missed a trick by not having an Effervescing Elephant release01:10
=== prpplague^2 is now known as prpplague
jerameeEffervescing Elephant01:33
jerameewell neko any idea how to write programs to utilize touch panel01:34
jerameeany good links that you could recommend?01:35
nekoabsolutely not01:35
nekoI am kind of a low level guy and very high level guy01:36
nekoapplications are inbetween, not my thing01:36
persiajeramee, You might take a look at the utouch package.  It is a metapackage that installs several libraries and tools for working with touch and gestures.01:38
jerameenice that is likely all I would need as what I wish to use the touch panel for is not really that sophisticated.  I will check it out thanks for the talk guys.  Now back to circuit design.  Maybe I will full with the ARM some more this weekend.  Is kinda a side hobby.01:47
jerameeNice talking to you guys, afk01:47
prpplaguejeramee: as long as your touch panel driver is configure for standard events, it will work fine01:47
persiaDepends what one wants to do, but yeah, for 90% of "touch enabled" applications, standard X pointer events are sufficient.01:49
prpplagueadding fancy touch buttons and such are that hard01:53
jerameeand for double touch use QT seems01:54
prpplaguedoing it as a library or as a generic support, that can get tricky01:54
jerameei had browser going other day01:54
jerameebut really need to build X01:54
persiaWhat's your processor?  You may be able to just run Ubuntu's X.01:54
jerameedoes utouch require more than basic X01:55
persiajeramee, "utouch" is just a collection of useful libraries for doing touchy stuff.  If your X and your applications use the same libraries, you get fancy stuff.01:55
persiaIf you just want a working touchscreen, that's a driver thing, and X will just do the right thing.01:56
jerameeI think it is a freescale01:59
jerameekinda poor documentation01:59
jerameeI had a gift card from christmas01:59
jerameeand knew I could get 800mhz and 8" for like $3502:00
jerameeso was enough to get started02:00
jerameelater I will look into a more professional board02:00
jerameeMarvell’s Armada 168  any associated build problems?02:10
persiaThe Armada 168 isn't compatible with Ubuntu: we usually recommend Debian for that.02:17
persiaFreescale's i.MX51x and i.MX53x SoCs should be compatible.02:17
slangasekanyone looking at the ghostscript build failure? :)02:26
persiaslangasek, Apparently not specifically.02:41
persiaOh ugh.  Someone sync'd d-shlibs.02:43
slangasekclobbering an Ubuntu delta?02:43
slangasekyep, apparently02:44
slangasekhah, janimo has already identified the fix02:45
slangaseka new sync of d-shlibs needed02:45
persiaThe d-shlibs patch was always a workaround, and was rightly rejected in Debian Bug #58125802:45
ubot2Debian bug 581258 in d-shlibs "d-shlibs: typo of the dynamic load library prevents build-dependent packages from building" [Important,Open] http://bugs.debian.org/58125802:45
persiapitti read that, and force-sync'd, without anyone having applied the real fix.02:46
slangasekwell, syncing for bug #812155 now02:47
ubot2Launchpad bug 812155 in d-shlibs "Sync d-shlibs 0.47 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/81215502:47
persiaAha, and jonas discovered that Debian Bug #548626 was misfixed, causing the entire mess.02:47
ubot2Debian bug 548626 in d-shlibs "glibc-2.10 on armel introduces new dynamic linker and breaks d-devlibdeps" [Important,Fixed] http://bugs.debian.org/54862602:47
persiaThat ought do it.02:47
persia0.47 includes the fix for 633933, which is the reapplication of 54862602:47
persiaMind you, I still think that the bug is really in glibc, but if jonas did it the other way, we may as well respect that.02:49
jerameei have problems with glibc sometimes seems kinda buggy02:51
jerameeand dmks i think02:51
jerameebut resolved as of now02:51
jerameeuntil next time I find something they dont like02:52
jerameeseems my processor is running ARMv5 any suggestions on what to install on it02:57
rsalvetijanimo: bug 812381 and bug 812110 are sync requests to fix arm ftbfs on ubuntu06:47
ubot2Launchpad bug 812381 in qutecom "Sync qutecom 2.2.1+dfsg1-1 (universe) from Debian sid (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/81238106:47
ubot2Launchpad bug 812110 in klatexformula "Sync klatexformula 3.2.4-1 (universe) from Debian testing (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/81211006:47
janimorsalveti, I have no syncing powers06:48
rsalvetiso need to wait an archive admin I believe06:48
janimorsalveti, right, I think it happens daily as there are several adimns shifting06:48
Spider-Porki would to get ubuntu on my gumstix overo fire. Is there a prebuild image?09:48
infinityrsalveti: Done and done.10:08
rsalvetiinfinity: great, thanks10:23
jojo11hey does anyone know if hardware encoders on BeagleBoard-xM are usable unlike the ones on PandaBoard10:55
sijipersia, ping13:08
mahmohif I swap out my SD on my panda, is there a way to rescan it like a scsi disk?13:09
=== zyga is now known as zyga-food
ppisatihave anyone used strace to trace a running process?13:34
=== zyga-food is now known as zyga
furibondoxhi guys14:38
mahmohwhere was that bug about USB IO and pinging the ethernet, didn't that get fixed, persia, GrueMaster?  I remember talking about it but I cannot find the bug in question15:53
GrueMasterI'm not seeing anything in LP.  I think I read about it on the pandaboard mailing list.15:56
mahmohwe were talking about it last week I think15:58
GrueMastermahmoh: http://jeffbastian.blogspot.com/2011/06/storage-speed-on-pandaboard-revisited.html16:11
GrueMastermahmoh: Have you tested this recently?  If not, I'll do a quick spot check to see if the problem exists in 1309.14 and file a bug accordingly.16:14
prpplagueGrueMaster: it appears to still be present 3.0-rc16:34
prpplagueGrueMaster: it doesn't appear to be  lan9514 related16:35
GrueMasterI'm going to file a bug in our tracker so that we can keep abreast of it.  I'm rerunning jeff bastian's benchmark tests to attach to the bug report for our kernel team.16:35
prpplagueGrueMaster: please detail how you run the test so that i can run them as well16:36
GrueMasterHas anyone filed a bug upstream?16:36
prpplagueGrueMaster: mrcurious has been following the issue16:36
GrueMasterIt will be in the bug report.16:36
prpplagueGrueMaster: i'll check with him when he is back on irc16:36
GrueMasterI'll also try to fire up a Maverick install and copy it to a usb drive to see if it exists there as well.  If we can isolate it to a release, we can debug it more readily (in theory).16:38
GrueMasterprpplague: Do you remember the kernel cmdline for setting mac address?  I have a couple of pandas (A1 & EA1) that share the same die id (thus the same mac).16:40
GrueMasterSave me having to google for it.16:40
prpplagueGrueMaster: i dont believe upatched kernel support the mac argument16:41
prpplagueGrueMaster: think you have to apply a patch for it16:41
prpplagueGrueMaster: check with robclark , he normally has a good patchset for ti16:41
GrueMasterIt is in the natty kernel already.16:41
GrueMasterI'll just look it up.16:42
ppisatiguys, besides janimo, anyone else can test the new ti-omap4 kernel? it's here: http://people.canonical.com/~ppisati/ti-omap4-next/16:42
GrueMasterppisati: Are you aware of this performance bug with USB drives & having to ping the ethernet port?16:43
ppisatiGrueMaster: heard about it long ago16:44
ppisatiGrueMaster: still there?16:44
ppisatiGrueMaster: care to try the new kernel?16:44
GrueMasterApparently.  I am trying the 1309.14 kernel on oneiric now.  As soon as I finish the comparison there, I can.16:44
ppisatii tried to fix an audio bug today, but it seems it's a pulseaudio problem16:45
ppisatiso i won't wait anymore, tomorrow i'll push it16:45
prpplagueGrueMaster: btw, i haven't confirmed it myself, but i was told that the issue presents itself on omap3 boards as well as on some arm9 based boards16:47
GrueMasterprpplague: If I get around to it, I can try it on an XM.  It would be interesting to see if it is also present on a beagle C4.16:48
GrueMastersigh.  So many tests, so little time.16:48
mahmohGrueMaster: I think this is the bug on the ping problem - bug 70924517:16
ubot2Launchpad bug 709245 in linux-linaro "panda: USB disk IO slow" [Medium,Confirmed] https://launchpad.net/bugs/70924517:16
mahmohppisati: you need that kernel tested, what are the fixes that you're looking to verify?17:26
mahmohGrueMaster: 1309-14 - 0.2 MB/s vs. 4.0 MB/s w/ ping flood - the problem still exists, I would say this is higher than Medium too17:38
GrueMastermahmoh: What are you running to produce these results?  We need to document them so that they are reproducible (which I am doing now and will add to the bug report).17:43
mahmohI'm adding a comment to the original bug, and asking to raise the priority too17:44
GrueMasterLet me know when you have it filed.  I can raise priority and do other bug triage stuff from there.17:45
mahmohGrueMaster: https://bugs.launchpad.net/linux-linaro/+bug/709245/comments/617:57
ubot2Ubuntu bug 709245 in linux-linaro "panda: USB disk IO slow" [Medium,Confirmed]17:57
Guest48215Hi all, I am working with pandaboard trying to get a video conferencing application to be built on it18:09
Guest48215I am using ubuntu 10.10 as the 11.04 doesn't seem to contain hardware codecs18:09
Guest48215I see the panda board to have HDMI and DVI dual display capability18:09
Guest48215It seems like ubuntu 10.10 does NOT support dual display but the ubuntu 11.04 seems to have support...18:10
Guest48215Can I get pointer to the dual display patch which I can back port to ubuntu 10.10?18:10
Guest48215Please correct me if I am wrong in my assumptions18:10
GrueMastermahmoh: If you test with the new kernel, use my test as it is quicker to setup and runs faster.18:23
mahmohGrueMaster: which test?  I'm testing the new kernel now18:23
GrueMasterSee comment 7 in the above bug.18:23
GrueMasterI also added the linux-ti-omap4 kernel to the bug.  If you reproduce it on the 3.0 kernel let me know so I can add it as well.18:24
mahmohGrueMaster: yeah, the results appear to be the same on the 3.0.0-1 kernel18:27
GrueMasterCan you post benchmarks on the new kernel?18:30
mahmohyes I can but it appears that they are the same a with the 2.6 kernel, no change in IO perf.19:55
GrueMasterJust note in the bug that you tried that kernel and I will add it to the top of the bug report.20:01
GrueMastermahmoh: Check out http://lists.fedoraproject.org/pipermail/arm/2011-June/001412.html20:17
mahmohyep, makes sense20:31
mahmohso the 3.0.0-1 kernel looks ok - boots, runs IO performance fine - I'm running three boards with it and haven't seen any major issues as of yet21:03
GrueMasterStill has the USB performance issue though, right?21:07
martynThe performance of AoE is just POO on arm21:38
GrueMastermartyn: what are you testing with?21:43
=== zyga is now known as zyga-afk
persiaBug 70924522:13
ubot2Launchpad bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed] https://launchpad.net/bugs/70924522:13
GrueMasterpersia: ??22:14
persiaGrueMaster, Got a ping asking for a bug number in backscroll.  Wanted to verify the bug.  Seems like you found it already, looking at more backscroll.22:16
GrueMasterI'm currently testing to see if it affects Maverick as well.22:16
persiaThat's a neat idea.  Maybe it was introduced at some point, rather than being always present.22:17
GrueMasterI hope so.  Might make it easier to backtrack.22:17
persiaIndeed.  If it was introduced, we can bisect it to the source.22:19
persiaIf it is a bug in the initial implementation, there's no guide to the specific code to be fixed.22:19
Jack87|Awayanyone consider ubuntu arm on HP touchpad?22:20
GrueMasterJack87|Away: What hardware does it have?22:21
Jack87|Awayits a snapdargon not omap.22:21
persiaOught work, but someone needs to upload a kernel, as there are none supporting snapdragon in the archive.22:22
Jack87|Awayby the way... they got xserver running as an app.22:23
Jack87|AwayGrueMaster, check this out... http://yfrog.com/h0galnp22:27
Jack87|Awaythose desktop enviorments are an xapp runnin within the touchpad22:28
Jack87|Awayyou can see in card view :). I was just wondering if anyone has taken intrest in the device here22:29
GrueMasterI've been too swamped, and I have a Nook Color to get running ubuntu if/when I can get some spare cycles.22:31
Jack87|AwayGrueMaster, hehe me to.22:34
GrueMasterInteresting resutls of testing bug 709245 on Maverick.  Not sure that I am doing this right.22:53
ubot2Launchpad bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed] https://launchpad.net/bugs/70924522:53
mahmohyes, 3.0.0-1 did not change the USB performance/ping issue23:16
NekoI think it's down to the hub chip in use23:17
NekoI suggested someone kick around the enhanced TT scheduler and turbo mode on the usb ethernet and it got ignored23:17
Nekobecause it has to be some kind of bug in the omap4, apparently.. and nothing to do with kernel options23:18
mahmohif someone wants to put in the time, I'll test it for sure23:19
mahmohpersia: I thought we discussed the USB/ping problem before and someone mentioned that it was fixed in a later kernel - guess not?23:20
infinitymahmoh: Probably confusion about USB issues.  We had an issue with no USB at all, that's fixed.23:22
mahmohit's possible23:24

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!