TheUnirsalveti: ping02:16
=== asac_ is now known as asac
=== ogra_ac is now known as ogra_
lil_petehey guys can somebody explain to me how opengl works / is supposed to work when combined with framebuffer-drivers? (nvidia tegra board)13:05
ppisatiGrueMaster: ping14:30
GrueMasterppisati: pong15:42
ppisatiGrueMaster: LP#58638615:45
ppisatibug 58638615:45
ubot2Launchpad bug 586386 in linux-ti-omap4 "Kernel should hand over all cmdline args to the init environment" [Medium,Fix committed] https://launchpad.net/bugs/58638615:45
ppisatithe option is there, but it doesn't spwan any getty at boot15:46
ppisatimaverick, omap415:46
GrueMasterNot sure, but I think that was fixed.15:46
ppisatiGrueMaster: ok, move it to fix-released then15:46
GrueMasterNeed to double check with ogra.15:46
ppisatiGrueMaster: but in my case, if i don't add the tty[OS]2 in /etc/init, i don't get any console15:47
GrueMasterogra_: ^^^15:47
ppisatiGrueMaster: bug 67263515:47
GrueMasterThat's a different issue I believe.15:47
ubot2Launchpad bug 672635 in linux-ti-omap4 "enable CONFIG_SCSI_MULTI_LUN" [Medium,Fix committed] https://launchpad.net/bugs/67263515:47
ppisatithe same, the option is there15:47
GrueMasterAnd I tested it.15:47
ppisatik, -> fix released15:47
ppisatibtw, do we the datasheet for these chips?15:51
GrueMasterI wouldn't know.15:54
=== prpplague^2 is now known as prpplague
=== apachelogger is now known as javalogger
robclarkrsalveti, is drivers/gpu/pvr moving in to kernel tree?  Or did I misunderstand?20:45
rsalvetirobclark: not for ubuntu, we're still working as a separated module20:45
robclarkahh, ok.. so same as before20:45
rsalvetirobclark: don't know if the ti android kernel maintainers are planning to push that upstream20:46
rsalvetiprobably not20:46
robclarkit isn't really upstreamable..20:46
rsalvetiyeah, so it'll probably stay as it is now20:46
robclarkbut it is quite convenient to have it not as out-of-tree20:46
robclark(the only thing I like about android kernel)20:46
GrueMasterOnly thing?  How about...er...ok I'll give you that one.  :P20:47
michaelh1Hi there.  Sorry for the newbie question, but I have a netboot/NFS root setup and I'd like to build my own Panda kernel with the right things compiled in.  Where should I start?21:26
michaelh1(I need the Ubuntu kernel to get the command line MAC address setting)21:27
GrueMasterThe easiest way to start is to use the Ubuntu kernel config and change the settings you need.  Then everything else will just work.21:43
michaelh1GrueMaster: thanks.  So I start with kernel.org/.../ubuntu-maverick.git on the omap4 branch?  Where does the .config live?21:54
GrueMasterNot sure.  I only do image testing.  rsalveti?21:55
GrueMasterYou could also look up the ubuntu kernel build process on the wiki.21:55
rsalvetimichaelh1: do you need the maverick one?21:58
rsalvetior nattys?21:58
michaelh1rsalveti: sorry, natty.  Typo.21:58
rsalvetimichaelh1: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=summary21:59
rsalvetibranch ti-omap421:59
michaelh1rsalveti: I'd like to use the Linaro one but I need a fixed MAC address.  I haven't/didn't want to open that can of worms...21:59
rsalvetimichaelh1: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=blob;f=debian.ti-omap4/config/config.common.ubuntu;h=f3d9425065695f7698f71d4222d5427268abe551;hb=refs/heads/ti-omap422:00
rsalvetithe config file22:00
michaelh1rsalveti: OK.  Copy that to .config, make oldconfig, make menuconfig22:00
rsalvetimichaelh1: yup22:00
michaelh1rsalveti: what's the story with using the full 1 GB of RAM these days?22:00
rsalvetimichaelh1: still not fixed I believe, but didn't test with latest one yet22:01
michaelh1OK.  Can I use more than 460 MB?22:01
rsalvetiI remember the issue was still there at the time of rc6, rc722:01
rsalveti768 should be ok22:01
michaelh1mem=768 or some type of split mem=460, mem=256@xyz?22:02
rsalvetiif you're not using any gst with ducati22:02
rsalvetimichaelh1: the split is to leave some mem to ducati22:02
rsalvetiyou can just use 768 directly if you're not using it22:02
michaelh1Ah.  These are headless so I'll drop it.22:02
michaelh1Sorry again.  git clone git://kernel.ubuntu.com/ubuntu/ubuntu-natty.git has completed.  'git branch' only lists master.  How do I select the ti-omap4 branch?22:04
rsalvetimichaelh1: git remote -a should list the remote branches22:07
rsalvetithen just give git branch ti-omap4 remotes/origin/ti-omap422:08
rsalvetiand with --track if you still want to use pull on it22:08
michaelh1Ah, success.  Thanks.  For some reason git 1.7.1 (Maverick) doesn't have git remote -a.22:09
michaelh1rsalveti: is this written up somewhere?  Otherwise I'll blog it so I remember it...22:10
rsalvetimichaelh1: don't know if it's posted somewhere already, just blog it :-)22:11
michaelh1rsalveti: will do22:11
michaelh1Hmm.  All of my PandaBoards end up with the same MAC address of 72:b9:94:3b:51:0422:41
rsalvetimichaelh1: you can change that by a module parameter or by changing using normal debian tools22:45
michaelh1rsalveti: the old .macaddr module parameter has gone away.  I'm doing NFS root with no uInitrd so it has to be done in the kernel.22:46
rsalvetiI think the parameter is still working with our kernel22:47
michaelh1rsalveti: the code for smsc95xx.macaddr=xxx is gone.  There seems to be something re: USBNET_PLATDATA_FLAG__USE_MAC but I'm still tracking it down...22:47
michaelh1rsalveti: the function smsc95xx_is_macaddr_param() is gone as is the module parameter macaddr in drivers/net/usb/smsc95xx.c22:48
rsalvetimichaelh1: yeah, it's applied but then reverted: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=commitdiff;h=4c35e56b6bd6a8f372e24c4ed21dc4bce6e7c444;hp=497525b16697ed40b8e4c2bcc2b634472f6a663d22:49
michaelh1Huh, not the most useful comment.  Once you've got userspace you can probably fix this.22:49
rsalvetimichaelh1: hm, http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=commitdiff;h=6114ac31d9805956f6115d4eceba78edd03a8792;hp=321610a00ebdfacc6df4c7537626ab03ec0278b522:51
rsalvetiit should be "unique"22:51
rsalvetiat least with our latest kernel22:53
GrueMasterThe trick is to see if it is persistent & unique.22:53
michaelh1OK.  Same uImage, different boards.  Here's board 1: [    6.402801] smsc95xx 1-1.1:1.0: eth0: register 'smsc95xx' at usb-ehci-omap.0-1.1, smsc95xx USB 2.0 Ethernet, 72:b9:94:3b:51:0422:54
* michaelh1 swaps boards22:54
michaelh1[    7.566955] smsc95xx 1-1.1:1.0: eth0: register 'smsc95xx' at usb-ehci-omap.0-1.1, smsc95xx USB 2.0 Ethernet, 72:b9:94:3b:51:0422:56
rsalvetiso it's not working :-)22:56
GrueMasterWell, not to the depth required.  Not sure how it is getting this data, but if it is using something from the cpu that is burned in at wafer fab time, it could be unique to each wafer.22:58
GrueMasterNot as rare in a multiplatform deployment, but still enough for normal usage.22:58
michaelh1Yip.  I see in struct platform_async_platform_data panda_async_pdata_map that it refers to usb1/1-1/1-1.1 and this seems to be usb1/1-1/1-1.023:00
michaelh1Hacking it and setting .device_path = "usb1/1-1/1-1.0" gives unique MAC addresses...23:04
GrueMasterHeh.  I'd like to see them use 00-00-36 as the starting mac address.23:04
michaelh1Hmm?  It's currently in the 80:xxx series which are private...23:05
GrueMaster(sorry, was looking at the ieee mac oui database.  That was for Atari.  </geek-moment>)23:05
michaelh1Heh.  Disregard the above - I've now broken it as the MAC addresses are now random.  It seems the 1.1 was right, but the addresses are not unique.23:06
rsalvetimichaelh1: makes sense, now why die_id is the same for all your pandas I'm not sure23:11
michaelh1I just printed out the die ID and they're identical: 1b95c d00f0451 1140 0 (four hex words)23:12
michaelh1tap_base is fc002000.  Is that correct?23:18
michaelh1Huh, id.c seems to be wrong.  According to the TRM, the DIE ID is at 208, 20C, 210, and not 218, 21c, 220.  It's actually reading the product ID which is why it's consistent.23:34
rsalvetimichaelh1: cool23:37
michaelh1Right, I have a hack-around.  I can't find the die ID in the OMAP3 manual to see if it's always been wrong.23:39
michaelh1Huh.  The die IDs are a6caea0 0 105e0023 300f0 and a6caea0 0 105e0023 300f0 so only id_2 is unique...23:43
michaelh1Hmm.  mem=768M causes a halt at early boot: http://pastebin.ubuntu.com/586652/23:52
rsalvetimichaelh1: weird, let me check the options23:54
michaelh1I have: "console=tty0 console=ttyO2,115200n8  root=/dev/nfs earlyprintk fixrtc nocompcache vram=0 mem=768M ip=dhcp"23:54
rsalvetiI also have mem=768M@0x80000000 but not using the latest kernel, still 2.6.38-1206-omap423:54
rsalvetiand here it's working fine, let me upgrade it23:55
michaelh1Does it interact with u-boot any?23:57
michaelh1mem=512M works, mem=520M doesn't, u-boot claims 512 MB of RAM23:59
rsalvetihm, maybe your x-loader?23:59
michaelh1I'll replace MLO and u-boot and see what happens...23:59
rsalvetiI believe we're using latest linaro's u-boot23:59

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