ndecrsalveti: hi... i was looking at your omap3 sgx packages.. and learn quite a few nice tricks that I didn't know. cool!00:01
rsalvetindec: cool, feel free to copy from it :-)00:03
ndecrsalveti: for sure... the thing I didn't know was the xx.udev and xx.upstart... we have such files in our pkgs, but we are handling them in .install... will fix this.00:04
rsalvetindec: yep, nowadays we have debhelpers for everything :-)00:05
persiandec, It's worth checking all the completions of dh_ : most modern rules files don't invoke any of the debhelper scripts manually, but end up using lots of features.00:09
=== bjf is now known as bjf[afk]
=== bjf is now known as bjf[afk]
GrueMasterpersia: still hanging around?  I have questions regarding dove audio.01:32
persiaGrueMaster, back now.  Please ask.02:06
GrueMasterI was looking at the dove audio issue.  We hit this before in bug 451635 early in Lucid & karmic.02:07
ubot2Launchpad bug 451635 in pulseaudio (Ubuntu Karmic) (and 8 other projects) "defaults need adjustment on dove X0 for audible audio (affects: 1) (heat: 11)" [Undecided,New] https://launchpad.net/bugs/45163502:07
GrueMasterUnfortunately, Marvell has changed codecs since then.02:08
GrueMasterIt used to be an AD1980 codec.  It is now an RT655.02:09
GrueMasterFrom what I can tell, it only exposes what in HD audio would be the 3 main outputs (front, rear, and center/lfe).02:09
GrueMasterNo headphone jack.02:10
persiaIs it the case that those 6 channels are producing audio when one tries?02:11
GrueMasterPhysically, it has 6 RCA jacks on what would be the back of the board.02:11
GrueMasterOn the front between VGA and serial are the mic & headphone jacks.02:12
GrueMasterFrom what I can tell in the driver, these are not connected.02:12
GrueMasterNot sure about the physical wiring yet.02:12
GrueMasterSpeaker-test works fine on the RCA plugs.  But no playback from Rhythmbox (pulseaudio actually spikes up to 50% CPU).02:13
persiaDo you get any input or output from anywhere?02:13
persiaUgh.  That usually comes from internal resampling when it's misconfigured.02:14
GrueMasterI initially tried the fix we made to pulseaudio in Lucid, but no effect.02:14
GrueMasterI can try to muck up the alsa bits, but I really am out of my element on pulseaudio.02:15
GrueMasterAt least I still have my X0 running Lucid for reference.02:16
persiaThat pulse hack doesn't seem like enough to me.02:16
GrueMasterNot that it does much good.02:16
GrueMasterThe pulse hack is what got the right controls working in Lucid.  I'll have to see if it still works on Maverick on that board.  I doubt that it will, though.02:17
GrueMasterI guess I need to figure out how to get the existing audio to go through pa first.  Then I can look into the HP & Mic.02:19
persiaI've just looked through the pulse mapping configuration.02:21
persiaI think the method you used last time remains the right way to address it: first make sure you have all the outputs in ALSA, then review the mapping in the pulse configuration.02:22
GrueMasterI'm looking at alsamixer now and will compare with lucid on X0.02:25
persiaI think I understand what crimsun was doing, and we can probably replicate that if we need, but I think the more important part is that you aren't seeing the headphones in ALSA.02:26
persia(at least for the problem with the mic & headphone jacks)02:27
persiaFor the "it doesn't work in Rhythmbox on the RCA jacks" issue, I have a sense that we'll end up with a slightly different solution if we try to sort that now vs. first getting everything represented in ALSA, and I'd rather only try to do it once.02:28
GrueMasterOk, nothing in alsamixer affects HP jack.  Very odd.02:28
persiaNot really, if the jack isn't exposed.02:28
persiaalsamixer can only act on elements exposed by the driver02:29
GrueMasterWell, yea.  Just odd that if it isn't used, why is it on the board.02:29
GrueMasterI guess I will need to dig for specs on that codec then.  Usually the codec driver exposes all to alsamixer.02:30
GrueMasterIt currently shows a lot more than the machine dai has defined.02:30
persiaI expect there is intent to use it eventually, but it wasn't a priority for porting.02:30
=== ian_brasil_ is now known as ian_brasil
persiaIt's not an issue if there is stuff not exposed in the DAI, as long as it's also not wired to anything :)02:31
rsalveticooloney: hey!02:31
rsalveticooloney: third time I'm compiling the kernel and seems to be fine02:32
rsalvetiwill continue stressing the system to see if I still get the bus error02:32
cooloneyrsalveti: hey, man. do you mean 2G:2G split with npitre's VMALLOC_END patch?02:33
rsalveticooloney: yep02:33
cooloneyyeah, i think so02:33
rsalvetihighmem = 0k02:33
cooloneythat's is workaround for us, if we have to workaround it before 10/10 release02:33
cooloneyrsalveti: exactly02:34
rsalvetiwill let it running during the night, let's see if it'll go well02:34
cooloneyi am trying to find out highmem usage when bus errors pop up02:34
cooloneyany suggestion?02:34
cooloneyi think we already enabled CONFIG_DEBUG_USER02:34
rsalveticooloney: hm, that's what I was going to ask you02:35
cooloneyi enabled CONFIG_DEBUG_PAGEALLOC=y02:38
npitrecooloney: just recreate the bus error, then see what dmesg says about it02:39
rsalvetialso, shouldn't we set user_debug at the cmdline?02:39
npitrecooloney: you should get a full register dump and stack trace, etc.02:40
rsalvetinpitre: Unhandled fault: imprecise external abort (0x1406) at 0x2b80500002:40
cooloneyrsalveti: yeah, like that.02:40
rsalvetiand the kernel build: internal compiler error: Bus error02:40
cooloneynpitre: http://pastebin.ubuntu.com/499410/02:41
cooloneysomething like this02:41
npitreyou will have to dig in the OMAP4 and/or the Cortex A9 manual to find out about what may cause an imprecise external abort02:46
npitreis it possible to boot this thing with L2 cache disabled?02:47
npitrethat would be another thing to test02:47
npitrealso, does the stack backtrace go back to __dabt_svc or __dabt_usr?02:51
GrueMasterpersia: Sweet.  They are using a Realtek ALC655.   I say that because they always have had excellent documentation online.02:58
persiaOh, nice!  This oughtn't be that hard at all.02:58
cooloneynpitre: let me try to disable L2 cache.03:09
cooloneynpitre: and it looks like the oops is from __dabt_usr()03:10
* freeflying 03:58
npitrecooloney: strange04:03
npitrecooloney: this actually looks like if the external abort occurred while the CPU was already in __dabt_usr04:04
cooloneynpitre: yeah. i am digging in the Cortex manual.04:13
cooloneyfor imprecise external abort, it looks like no specific root cause.04:13
cooloneybut there is an errata of Cortex A9 MPCore04:15
cooloneynpitre: 743626: An imprecise external abort received while the processor enters WFI may cause a processor deadlock04:15
rsalveticooloney: npitre: ouch, got the bug without highmem :-(06:41
rsalvetibut now a little different: Bad mode in data abort handler detected06:42
rsalvetilet me paste it06:42
rsalvetiand now instead of a bus error I got a segfault in gcc06:43
rsalvetithe only difference is that I'm not building the kernel with -j306:44
rsalvetithis bad mode issue seems worse than the external abort...07:07
=== amitk-afk is now known as amitk
=== hrw|gone is now known as hrw
=== amitk is now known as amitk-afk
=== amitk-afk is now known as amitk
jo-erlendcan I use debs for maemo in Maverick?14:43
jo-erlendthought I'd try x2goclient on my igepv2 and see if it's a viable thinclient in my environment, but the only ARM packages I can find is for maemo.14:45
rsalvetipersia: thanks for the review, will go over it later today14:47
ograoh, did he find aynthing ?14:54
* ogra didnt get any inof about it 14:54
jo-erlendjust can't get inof? :)14:55
rsalvetiogra: sent just for me, will go over the list then and ask you a new review :-)14:56
rsalvetiif we're fine, we can try to push them14:57
ograrsalveti, awesome15:00
cwillu_at_workjo-erlend, if you can get a source package, rebuilding it is probably straightforward;  otherwise, the deb may or may not work, depending on a bunch of stuff15:07
jo-erlendI've never created a package before.15:07
persiarsalveti, Mind you, it's *very* pedantic: don't worry if some things turn out to be annoying or hard.15:09
isbricis there any way to bypass oem-install on first boot?15:10
persiaisbric, There are a bunch of ways, but that would leave you without a user.  What are you seeking to accomplish?15:11
isbrici dont have a monitor, thats the main problem15:12
rsalvetipersia: sure, np :-)15:13
isbric"Note: On first boot, you must use an DVI/LCD monitor, oem-config seems to force tty0.. 2nd boot you can switch to serial by default.."15:13
isbricpersia: trying to finish the install with ttyS015:15
persiaisbric, Ah.  I understand.  I think there's no way to complete it with the current images.15:20
persiaI think you'd need to build new images that used the debconf front-end for configuration, but I don't know that anyone defined an oem-config harness for that interface.15:20
cwillu_at_workjo-erlend, sorry, went afk15:32
cwillu_at_workjo-erlend, that's not what I asked :p15:32
jo-erlendcwillu_at_work, did you ask me anything?15:32
cwillu_at_workjo-erlend, if you can get a source package for the deb, then there's a good chance that dpkg-buildpackage will Just Work and give you a working binary deb that you can then Just Install.15:32
cwillu_at_workjo-erlend, I didn't use a question mark :p15:33
jo-erlendreally? That'd be nice.15:33
jo-erlendI'll have to look into that.15:33
cwillu_at_workjo-erlend, you on ubuntu right now?15:33
cwillu_at_workjo-erlend, open a terminal, make an empty directory, cd into that directory15:33
cwillu_at_worknext, apt-get build-dep xsplash15:34
cwillu_at_worknext, apt-get source xsplash15:34
jo-erlendseems they don't make source debs available. They publish tar.gz packages only.15:34
cwillu_at_workokay;  that's not impossible to deal with either :p15:34
cwillu_at_workgenerally, unpacking the tar.gz, and then running ./configure, then make, will compile the package15:35
cwillu_at_workif one is lazy at that point, a make install will generally install it, or you can use checkinstall to make a deb of questionable quality15:35
cwillu_at_workin many cases, that's everything you need15:35
jo-erlendcheckinstall is new to me.15:35
ubot2checkinstall is a wrapper to "make install", useful for installing programs you compiled. It will create a .deb package, which will be listed in the APT database and can be uninstalled like other packages. See https://help.ubuntu.com/community/CheckInstall - Read the warnings at the top and bottom of that web page, and DO NOT interrupt CheckInstall while it's running!15:36
jo-erlendthanks. I'll go read now. :)15:36
cwillu_at_workmore fun to just dive in :)15:37
jo-erlendhehe, not when things go wrong and you have to spend a week fixing the problems you wouldn't have had if you spent the ten minutes reading the manual first. :)15:38
jo-erlendok, I've give it a go. Thanks. :)15:44
=== jo-erlend_ is now known as jo-erlend_igep
* rsalveti lunch16:34
=== 13WAAGOTP is now known as ian_brasil
rlameiroare there any know USB bugs on IGEPv2 or Beagle board?17:03
rlameiroi searched in launchpad and found nothing, maybe I am doing someting wrong17:04
ograthere are known HW bugs with beagle afaik17:04
=== hrw is now known as hrw|gone
ograwith the pre-C4 boards17:04
rlameiroogra: the problem is that a device only works if pluged on start up17:05
rlameiroand if i take it out, and try to put something there again, it will not enumerate17:05
ograwhat board specifically (nobody here has an IGEP2)17:05
rlameiroI have :D17:05
ograwell, let me rephrase ... what beagle ? :)17:06
ograwhich revision17:06
rlameiroIGEPv2 revision 317:06
rlameiroits one of the most recents one17:06
ograsince the arm team doesnt have IGEP2 its very likely that we miss bugs there17:07
ogra(and very unlikely that we get them fixed in time for maverick this late in the cycle, but you can try)17:07
ograi wouldnt expect more than one kernel upload for omap3 anymore before release though17:07
ogra(i know there are already a bunch of IGEP2 fixes, if you can send patches along with the bug they might make it in)17:08
ogras/fixes/pending fixes/17:09
rlameiroproblem is that i am not a programer17:09
rlameirojust user, trying to put the board making sound properly17:09
loolrlameiro: That sounds like a bug; I think you should file it against the kernel you're running17:09
jo-erlend_igeprlameiro, I have the same board and the same problem.17:10
rlameiroI even bought a 30USD hub, bigger than my board to check if it was because i was using to much power on the usb rail...17:10
devilhornsogra, speaking of maverick ... is there anything that you need from me for that release ? (any more bugs, etc, etc) ?17:10
ogradevilhorns, no, but i got you access to the upstream tree17:10
jo-erlend_igeprlameiro, have you tried rsalvetis recent kernels?17:10
rlameirojo-erlend_igep: ok, so we can join forces :D17:10
ogradevilhorns, mail coming with URL17:10
devilhornsogra, w00t ! :) thanks :)17:10
jo-erlend_igeprlameiro, gladly. One big problem here, is that those who know what to do, don't have the hardware and we who have the hardware doesn't know what to do. :)17:11
ogralool, does linaro possibly have fixes ubuntu could pull in ?17:11
rlameirojo-erlend_igep: problem is that i Cant file bugs against other kernels that arent from ubunto or linaro17:11
* devilhorns now has to learn bzr for commits :)17:11
rlameirono one will look at them17:11
rlameiroi want to fix ubuntu17:11
ograrlameiro, you should probably talk to the linaro guys, they might have patches for the issue we are just missing in the ubuntu kernel17:12
jo-erlend_igeprlameiro, I've been acting as rsalvetis bot for a few days, and now screen and networking is working. Bluetooth and sound is not working and I cannot connect to wpa-protected wifis.17:12
loologra: I didn't hear of a fix for this specific issue17:12
ogralool, ok17:12
ograbut you seem not to see it in linaro17:12
rlameiroogra: why doesnt canonical just order a board, or even ask one for free? its only 145€....17:12
looljo-erlend_igep: Oh WPA was working for me with libertas-firmware17:12
loologra: I didn't say that17:13
ograrlameiro, we'll likely do that for natty ...17:13
ogralool, no, was an assumption i shamelessly made :)17:13
loolrlameiro: You're asking weird things  :-)17:13
rlameirofree boards?17:13
loolrlameiro: In any case, Linaro is also trying to support IGEP in their own OMAP kernels, and we do have some IGEPs17:13
jo-erlend_igeplool, really? I have installed libertas-firmware.17:13
ograrlameiro, for maverick our main focus is and was omap4, we also did omap3 but only focusing on beagle C4 and XM17:13
rlameirofree board is awesome :P17:14
ografor natty we might add IGEP2 to our list of HW to work with17:14
loolrlameiro: You're asking Canonical to spend money and (more importantly) engineering time on IGEP; if you wonder why it's not being done, it's just because of the cost versus other things we could work on   :-)17:14
rlameiroogra: I got that, only problem is that almost no one has omap4, but omap317:14
rlameiroanyway, it is not my bussines anyway17:14
looljo-erlend_igep: I didn't test in the last couple of weeks, but it was the only thing which worked for me, yes17:14
ograomap4 vs omap3 will change quickly as soon as the boards are on the market17:15
loolrlameiro: You're looking at the problem from the angle of "what would be the most profitable to the community", but another angle to the question is how to pay the engineers working on bugs17:15
jo-erlend_igepI wonder how much faster omap4 will be IRL.17:15
rlameiroogra: true, but that means that the people that already have ompa3 boards need to go for ompa4.....17:15
rlameirolool: I will glady donate for specific things17:16
rlameironot for beagle Xm17:16
jo-erlend_igepdidn't we use to have "bounties"?17:16
ograrlameiro, well, our team is small we only have so much manpower to support three arches currently17:16
rlameiroogra: I know, and it is nothing against you, really17:16
loolrlameiro: This is a nice thing of you; thanks for offering that!  I'm afraid Canonical itself is not setup to receive direct user donations (AFAIK), but perhaps you can offer a bounty to an interested developer/company to fix our pet bugs?17:16
rlameiropeople have always to much work, and to few people17:17
ograrlameiro, i didnt take it as something against me/us :)17:17
loolrlameiro: True17:17
loolWhat would be interesting is whether the bug is also present on other OMAP3 boards like beagles or beagle XMs17:17
rlameirolol, why would it be against you???17:17
looland also whether it's present in the upstream tree or not17:18
ograrlameiro, we like to fix bugs (and as you can see on rsalveti helping jo-erlend, we even do it actively as good as we can)17:18
loolIt might just be a kernel config being mis-set17:18
ograrlameiro, the main problem is the time of release you approach us17:18
ograa month ago everything was easier17:18
rlameiroogra: I know. my only problem is with the "upper" people17:18
ograthe later we get into the cycle the harder it gets to make changes17:18
ograwhich "upper" people ?17:19
rlameirothey market ARM as the big bet , but then puts little engineers on it and then they need to make everything17:19
* jo-erlend_igep is really grateful for the help rsalveti has given him.17:19
ograwe actually can work fine with community members to fix HW we dont have but that requires far more time17:19
ograwhich measn such things need to show up earlier in the cycle or they will suffer from our focus on HW we actualyl have17:20
rlameiroogra: and I really love to do that to :D17:20
rlameiroI filed some bugs already and help debuging some stuff also17:20
ograyes, i saw that17:20
ograand you are doing great :)17:20
rlameiroyea early on the cycle i couldnt even boot my board with ubuntu....17:20
ograi also dont want to turn you down in what you do, i'm just trying to explain the situation17:21
rlameiroogra: you dont need to explain, you make a great job in here, believe me.17:21
loolrlameiro: Is there a LP bug # for the USB issue you mentioned earlier?17:21
ograif you file a bug it will definitely be taken care of ... its just not clear if it will make it into the release or has to wait for an update or worst case for next release17:21
rlameirolool: no, thats why i felt it was weird, because its a really common thing17:22
loologra: By whom?17:22
ogralool, for what ?17:22
loolrlameiro: Would be good if you could file it, explaining which devices you're testing, on which USB port etc.17:22
ogralool, the SRU or the next release ?17:22
loologra: You say it will be taken care of17:22
ograby the kernel team or us17:22
ograor linaro17:22
jo-erlend_igeprlameiro, the USB issue, as I understand it, is that if you disconnect and reconnect a USB device, then it's not  being recognized? Does this also affect keyboard and mouse?17:22
loologra: Are you folks committed to fixing OMAP3/IGEP bugs?17:23
ograor a combination of these17:23
ograbut there is interest on our side to have them fixed17:23
ograas there is interest to get all other omap3 HW working17:23
loolOh ok, you were saying "it will definitely be taken care of", so I wondered17:23
rlameirojo-erlend_igep: yes, my mouse isnt reconigzed after I unplug something17:23
ograsomeone will do it, i'm sure17:23
jo-erlend_igeprlameiro, have you tried the new kernel from rsalveti?17:23
ogralool, i know rsalveti cant sleep if bugs exiost in the world :) and i know mpoirier has interest in IGEP217:24
jo-erlend_igeprlameiro, I no longer have that problem, but I remember having it in the beginning.17:24
rlameirono, jo-erlend_igep but as i said, i wanted to help debug stuff in ubuntu, but it seems i will need to use other kernels17:24
loologra: Ok; I don't want jo-erlend_igep and rlameiro to be disappointed if you say it will definitely be taken care of, but then it might not17:25
loolI'm certainly interested in having it in our list of Linaro IGEP bugs if it can be reproduced with Linaro kernels17:25
ogralool, well, given linaro uses that HW i would expect you guys to hit the same bug at some point for example ...17:25
ograso there might be a patch that suits both teams17:25
rlameirolool: I iam runing a linaro kerne17:25
loolrlameiro: And you have the same issue?17:26
rlameirolool: yes17:26
jo-erlend_igeprlameiro, I'm using rsalvetis kernel. The only thing that doesn't work, is audio, bluetooth, and possible wlan. I haven't had time to really look into the wlan issues yet.17:26
rlameirolool: the most recent linaro kernel on the repos17:26
armin76lool: you don't get cool hw anymore? :P17:26
loolarmin76: ?17:26
ograarmin76, IGEP2 isnt cool ?17:26
armin76well, its not an omap417:26
loolI don't have OMAP4, no17:27
rlameirojo-erlend_igep: for the wlan, you need to put the libertas firmware in helper by hand, i am not sure if they are opensource17:27
ograits also not a tegra217:27
ogranor an xscale17:27
loolrlameiro: Nope; but the package in multiverse worked forme17:27
loolrlameiro, jo-erlend_igep: So would either of you please report the USB issue with the exact kernel version, USB port, and device you folks are using?17:28
rlameiroIGEPv2 wat the first dev board to have LAN, wifi, bluetooth 512/512mb on the market17:28
ograGrueMaster, hey, i fixed the "all headers installed" issue :)17:28
jo-erlend_igeplool, I no longer have that issue, so that'll be a bit difficult.17:28
ogratomorrows images will only ship the actually needed headers17:28
looljo-erlend_igep: Oh you *don't* have the USB issue, so it got solved by a kernel update?17:28
GrueMasterHeh.  Promises, promises.  :P17:28
rlameirolool: where do i file it? lp?17:28
loolrlameiro: Yup17:28
loolrlameiro: Ideally, just "ubuntu-bug linux-linaro" or linux if you're running an Ubuntu kernel17:29
jo-erlend_igeplool, I _think_ one of salvetis kernels fixed it. That is to say: I think I had the problem, but if I did, I don't anymore. :)17:29
looljo-erlend_igep: hmm ok17:29
ograso there is a patch *somewhere*17:29
ograhidden in rsalveti's branch on the ubuntu git server i bet :)17:30
jo-erlend_igeplool, not the best comment for a bug: «This was maybe fixed by something that somebody might have done.»17:30
=== bjf[afk] is now known as bjf
looljo-erlend_igep: Yeah17:31
loolI'm counting on rlameiro to file the bug though, as he is seeing it17:31
ograjo-erlend_igep, "that was fixed with a manual build i got from ... "17:31
rlameirodoing it now, plus debbuging17:33
mpoirierberco: good morning17:42
mpoirierIrg: good morning17:43
rlameirodone lp#64698517:46
rlameirodone lp #64698517:46
ubot2Launchpad bug 646985 in linux-linaro (Ubuntu) "[IGEPv2 board] The USB systems cease to work after an unplug event on linux linaro kernel (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/64698517:46
rlameirolool: ping17:47
rlameirojo-erlend_igep: maybe you can comment on this bug saying what kernel you use and that you dont have the problem anymore17:48
loolrlameiro: Could you note which of the USB ports you're using?17:49
loolrlameiro: Hub/no hub and the like17:49
jo-erlend_igeprlameiro, sure.17:51
rlameirolool: updated17:51
loolrlameiro: If you're tempted to compare with the Ubuntu omap kernel, that would be interesting17:51
rlameirolool: it didnt work also17:52
loolI'm personally kicking builds of linux and linux-omap with the Linaro OMAP; perhaps these might hint at what's wrong?17:52
loolrlameiro: Could you note which version you tried?17:52
rlameirowich version of the ubuntu kernel?17:52
loolrlameiro: If that's the latest, then I'll add a task on the Ubuntu omap kernel17:52
loolrlameiro: yup17:52
loolGrmpf, my vm went down again17:53
loolthis is tiring17:53
* rsalveti back17:53
rlameirolool: it was this version linux-image-2.6.35-22-omap17:54
loolrlameiro: Do you have the version of the package as well?17:54
loolrlameiro: The "version" in the package name is just the ABI17:54
jo-erlend_igeprsalveti, I never installed the linux-firmware-image_2.6.35.4+43_armel.deb package. Should I?17:55
loolrlameiro: Ok, that's almost the latest kernel in Ubuntu, and the latest one doesn't seem to touch anything related17:55
rsalvetijo-erlend_igep: you could, don't know if it'll make any difference for you17:55
loolthe only ARM change is "Adding vdd_sdi regulator supply to OMAP3EVM17:56
rsalvetidepends on what firmwares you actually need17:56
* rsalveti reading the backlog17:56
* rlameiro is going to eat something, bugs make him hungry17:58
* prpplague gives rlameiro some fried beattles and baked crikets18:01
rsalvetijo-erlend_igep: are you sure you're using the same hardware rlameiro has?18:04
jo-erlend_igeprlameiro, you're using igepv2 rc?18:05
rlameiroI am using a IGEPv2 rev 318:05
rlameirorc 318:05
jo-erlend_igepoh. I'm using rc1.18:05
rlameiroin the back i have RC and a 3 writen by hand18:06
rlameirojo-erlend_igep: can you check yours?18:07
rlameiroin the back?18:07
rsalvetirlameiro: without the usb-hub, does it also happens when you just use a mouse?18:07
jo-erlend_igeprlameiro, I just did. It sais IGEP 0020 RC and then a hand written 1.18:08
rsalvetiI mean, using the mouse directly, without an usb-hub in the middle18:08
rlameironot sure, i will need to reboot and all the process again, but the mouse is usb 1.1 and the usb host oin the board is just/only 2.0, ence the need of a hub18:08
rlameirook, more is more recent18:08
rlameirorsalveti: did you had acces to igep's kernel source?18:12
rsalvetigot the access to the website, but still didn't download it18:12
rsalvetilet me take a look on it18:13
rlameirodo you want me put it on my dropbox for you?18:13
rsalvetirlameiro: it'd be good to test with the stock kernel from igep, maybe they have the patch already but just didn't publish it18:14
rlameirorsalveti: with the mouse directly connected to the USB host on board, nothing18:14
rsalvetirlameiro: nothing you mean it wasn't even recognized during boot?18:15
rlameirois there some tool that allows to visualize the diff of 2 kernel folders?18:15
rlameirorsalveti: yes18:15
rsalvetidiff would be enough, but I'm looking more to a git tree or something like that18:15
rsalvetito see the patches18:15
rlameirobut as I said, it is a 2.0 port, so it needs a hub to recognise a 1.1 usb18:15
rlameirothey have a git repo18:16
rsalvetirlameiro: do you have any other usb device that's 2.0?18:16
rlameirorsalveti: i am afraid not, everything is 1.1 compliant18:16
jo-erlend_igeprlameiro, may I suggest that you try the rsalvetis kernel and see if that fixes it? At least that would confirm that something has changed in a good way.18:17
rsalvetithe weird thing is that I don't have any usb-related patch...18:18
rlameirojo-erlend_igep: yes, i think i will do that18:21
jo-erlend_igepis it possible that I had that problem with the Poky installation that came with the board, come to think of it. I'm just not sure anymore.18:21
jo-erlend_igeprlameiro, great, then we will know for sure.18:21
rlameirorsalveti: happens the same18:29
rlameirowith you v4 image18:29
rsalvetirlameiro: so this is probably related with your board revision18:29
rsalvetiI'm digging the git tree to see if I see something18:29
rsalvetirlameiro: do you have the board changelog between revisions?18:30
rlameirojo-erlend: can you unplug your hub and plug it again to se if it works?18:30
rsalvetiI'd bet we have a link for it, just didn't find it yet18:30
rlameirorsalveti: i am searching it18:30
rsalvetiusb: make disconnect and suspend interrupts work again18:31
rsalvetifrom kernel changelog18:31
rsalvetilet me dig the commit18:31
rsalvetirlameiro: ^18:31
rsalvetibut I believe we have this commit already...18:34
* ogra_ac guesses that will interfer with other omap boards18:34
rsalvetiwe already have it18:34
jo-erlend_igeprsalveti, I just did. Everything works.18:35
rsalvetitheir tree is based on 2.6.33 =\18:35
rlameiroso, it could be because this is a different tree?18:36
ogra_acits three versions behind the current development tree18:37
ogra_ac*and* it is a separate tree (linux-omap vs linux)18:38
rsalvetigood thing is that it seems they are maintaining a tree by rebasing their changes to 2.6.3618:38
ogra_acah cool18:38
rsalvetiyup, much easier to get the fixes :-)18:39
rlameirorsalveti: http://dl.dropbox.com/u/1333955/MAN-PR-IGEP.0020.HW_USER_MANUAL.pdf18:39
rlameiropage 16 starts talking about revisions, mine is a revision C.18:40
rlameirojo-erlend: can you please confirm you revision, if it is C or not?  if it is a B revision it should have writen on the board in white IGEP0020-RB118:42
GrueMasterJust fyi, I did a hot unplug, wait 10s, plug of my usb hub on my beagle.  Everything (keyboard, mouse, network, and usb drive with test media) came back no problem.18:43
GrueMasterInteresting info in the beagle manual on the C3>C4 changes.  *Might* be applicable.  "Uboot:  Turning on VAUX2 for the EHCI fix" and A more advanced fix for the EHCI noise issue on Rev C3 board. This involves a18:51
GrueMasterchange in the power circuitry for the 1.8V rail supplied to the EHCI PHY interface. The power is now derived from the VAUX2 on the TPS65950 through a18:51
GrueMasterfilter circuit.18:51
GrueMasterI wonder if any of that applies, since the IGEP is based on the beagleboard designs.18:51
rsalvetirlameiro: http://git.igep.es/?p=pub/scm/linux-omap-2.6.git;a=commitdiff;h=4911716a8b50fa080e613d2005d7d9a81255c0ca;hp=77fd21409771b51a3969da1f1724854901071e3f18:51
rsalvetiat this patch there's the code to identify the revisions, and set the correct pins for wlan and bt18:52
rsalvetinot related with usb though, but should also be applied18:52
rsalvetiI'm fetching the tree but I'm getting 14KiB/s :-(18:53
rlameirorsalveti: they have slow servers18:53
jo-erlend_igeprlameiro, as I understand it, mine is revision c rc 1.18:53
rlameirook, so mine has a 3 writen by hand, so it shouldnt be an hardware change, else they would write it on the board, its just for tracking of lots maybe18:54
loolrsalveti: I think they have newer trees than .3318:55
looland at least for the kernel, they are sending some patches upstream18:55
rsalvetilool: they have, these links I sent are all target for 2.6.3618:55
loolrsalveti: http://git.igep.es/?p=pub/scm/linux-omap-2.6.git;a=shortlog;h=refs/heads/linux-2.6.35.y for instance seems to be their .35 tree18:56
rsalvetilool: I'm trying to fetch the tree to see all the patches that could be important for us18:57
rsalvetibut will take a while, very slow server18:57
loolyou're pulling from a linux base, right?18:58
loolI mean --reference18:58
rsalvetilool: this branch is a merge branch from linaro, it seems19:00
rsalvetinot a rebase one, so need to check the differences comparing trees19:00
rsalvetibut doesn't seems to have any important fix related to usb19:00
loolrsalveti: From linaro really?19:02
loolI was expecting from linux-omap19:02
rsalvetilool: well, there's a merge from linaro19:02
rsalvetirlameiro: lool: maybe this patch could help19:03
rsalvetisetting gpio for external vbus19:04
rlameiroits possible that is related to some change on the voltage when its unplugged that shuts down the power to that bus19:06
rsalvetirlameiro: once the fetch is completed I'll generate a new deb for you to test19:06
rsalvetirlameiro: could be19:07
loolrsalveti: I find it really cool that they merge from Linaro19:07
rlameirorsalveti: i just dont get why does it work with jo-erlend_igep ...19:08
rlameirowell, there is always the chance of hardware bug19:09
rlameirovery unlikely, but possible19:09
rsalvetirlameiro: yep, and could also be related with the peripherals he's using19:09
rsalvetirlameiro: are you sure your usb hub is not pulling energy from the usb?19:09
rsalvetiit very common to find usb hubs that doesn't respect that and pulls a lot of energy from the usb19:09
rlameirothis one, no, i bought it today on porpuse, beacuse of that19:09
rsalvetieven the powered ones19:10
rlameiroit has is own power supply19:10
DanaGI've seen some USB hubs that, when powered, push power back into the upstream port.19:10
rlameirowell, that i cant say..19:10
GrueMasterrlameiro: What is the ps supplied amperage?19:10
rsalvetiurgh, that's ugly19:10
DanaGRosewill has some USB hub power-adapters that give well over 5 volts when not heavily loaded.19:10
rlameiroGrueMaster: the hub power supply its rated at max 2 Amp19:11
GrueMasterThat should be fine then.19:11
rlameiroand outputs 5v, so its not regulated inside the board19:11
rlameirowell, at least AFAIK.... i didnt opened the hub yet19:11
rsalvetiyou could measure it19:12
rlameirobut the power supply is a switching power, so it should be regulated19:12
rsalvetilet's also wait to see if this patch could make any difference for you19:12
GrueMasterI have the same powersupply currently powering my hub on my beagleboard (and my beagleboard is drawing power from it using a USB<>PS connector).19:12
rlameirodont have in here my multimeter19:12
rlameiroGrueMaster: I was thinking in doing that :D19:13
rlameirobut for now, my igep board uses a palm power supply from my old m51519:13
rlameiromax output current is 1 Amp...19:13
GrueMasterHmmm.  I wonder if it is enough?19:14
rlameirowell, i dont know, maybe19:14
rlameirolet me check the hardware reference19:14
rlameiroGrueMaster: 5Vcc / 1A19:15
rlameiroit should be enough19:16
GrueMasterI see that.  Still, could be wavering.  If you can, try a beefier ps.  The board will only draw what it needs.  Just keep it at 5v.19:17
rlameirotypical is 650 mA, Max is 750mA, so it is more than enough19:17
rlameirobut i will try with another PS. maybe from an atx ps that i converted to bench PS19:18
rlameiroproblem is that my electronic materials are at my parents garage....19:19
rlameirono space on the condo..... GRRRRR19:19
GrueMasterJust be very careful.  We can't help if you fry your board.19:19
rlameiroGrueMaster: dont worry :D I play with electronics for a while :D19:20
=== bjf is now known as bjf[afk]
rlameiroi wonder if this problems happens with the default poky on the nand...19:21
rsalvetirlameiro: wait it a bit until I deliver you a new kernel, don't know how secure could be your usb hub19:28
rsalvetiat least the one I got I could easily fry the usb port19:28
rlameirook, i wait19:29
rlameirono prob19:29
rlameiroi send it back to ISEE :D19:29
rsalvetithen I had to remove a resistor from it to avoid pulling from the usb port19:29
rsalvetihaha :-)19:29
rlameirooh, you say the usb hub gets fried???19:29
rsalvetino, the usb port from my computer, or board19:30
rlameirolol, that is not a problem, i just go to the shop and say, hey this port doesnt work!!!19:30
rsalvetirlameiro: http://people.canonical.com/~rsalveti/kernel/linux-image-
rsalvetiwith the vbus patch21:15
rlameirorsalveti: thanks :D21:15
rlameiroI will test it soon21:15
rsalvetirlameiro: cool21:16
rlameirorsalveti: what is linux-firmware-image_2.6.35.4+-5_all.deb for?21:49
rlameirorsalveti: update-initramfs: Generating /boot/initrd.img-
rlameiro/etc/kernel/postinst.d/update-notifier: 17: gettext: not found21:59
rlameiroit output this error22:00
rsalvetirlameiro: linux-firmware should be the default firmware pack from the kernel22:04
rsalvetiyou probably don't need it22:04
rsalvetirlameiro: hm, try installing gettext and try it again22:05
* rsalveti brb22:15
rlameirorsalveti: this one has your network driver patch?22:24
rlameirot took alot time to bring it up22:24
rlameirodmesg at 65 seconds from boot22:24
rlameiro    8.168334] libertas_sdio: probe of mmc1:0001:1 failed with error -222:24
rlameiro[   68.503753] net eth0: SMSC911x/921x identified at 0xe0808000, IRQ: 33622:24
rlameirorsalveti: same thing22:28
rlameirouInitrd is really needed?23:02
rlameirowhat does it have inside?23:03
Neko_rsalveti, I have a related question, what on earth actually creates the uInitrd and uImage stuff from kernel packages?23:23
Neko_I could not find a single line of code or script that uses uboot mkimage23:23
zumbiNeko_: flash-kernel23:32
Neko_oh okay23:37
zumbiit should depend on uboot-mkimage too (at least on debian does)23:40
Neko_ah but I installed uboot-mkimage but not flash-kernel23:40
Neko_well okay23:40
rlameirois the uInird really needed?23:42
rcn-eerlameiro, pre-lucid that default for my kernels.. more things work better with a uInitrd...23:44
rlameirorcn-ee: ok, but what is inside of it?23:48
rlameirosorry for the newbiness23:48
Neko_modules, busybox, some inity stuff23:49
rlameiroso, the kernel could boot without it, could it?23:49
Neko_it can and it does23:50
Neko_but things like the splash screen are in there23:50
rlameirouInird uncompreassing and reading takes half the time of my kernel booting23:50
Neko_and maybe some ureadahead stuff? I'm not sure.. it would make sense that the initrd precache from disk23:50
rlameiroso i think i will drop it23:50
Neko_one thing I do know is without initrd maverick sometimes takes 30 seconds to get to login, but with, it's never more than 15.. sometimes it's 9 ;)23:51
Neko_it's important because ubuntu and every other linux distro assumes you've got one and stuff gets shuffled in there23:51
rlameirook, now you are talking :D23:51
rlameirobut it dosnt have driver and stuff inside of it, does it?23:52
rcn-eeit's got your modules. ;)23:52
rlameirolol, so i am debugging stuff with other modules...23:53
rcn-eecorrect, are you just trying to speed things up?23:53
rlameirono, just trying to prove that something is wrong with my usb host23:54
rlameiroit doesnt work...23:54
rcn-eeigepv2 right? the ehci or otg?23:54
rlameiroas last resort, i used the igepv2 kernel23:54
rlameirobut they dont have uInitrd23:54
rlameirohence the question23:54
rcn-eeyou can boot, then generate one. ;)23:55
rcn-eethen reboot..23:55
rcn-eeyou can actually boot with the wrong different uImage/uInitrd's (it won't use it.) generate a new uInitrd and then reboot..23:55
rlameirobut if i boot with another kernel, the modules inside uInitrd will not load if they arent build against it, true?23:56
rlameiroah ok23:56
rlameirowell, then is confirmed23:56
rcn-eeexactly.. so hopefully you extract the modules to your rootfs.. and that rootfs driver (extX) is builtin...23:56
rlameiroeither it is hardware bug, or some stuff igep needs to add to the kernel :D23:56
rlameironot my fault, not ubuntu fault, not linaro :D23:57
rcn-eebtw, is it the ehci or otg port?23:57

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