[00:00] <Xase> Sorry bout that.
[00:01] <Xase> Got a copy of those sources?
[00:02] <Xase> I searched for a half hour earlier while half asleep, and never found them...
[00:02] <Xase> Guess I gave up eventually.
[00:03] <GrueMaster> Let me see if there is a link.
[00:21] <ScottK> NCommander: Sure.
[00:23] <NCommander> ScottK: thanks
[00:33] <kgilmer> hrw, y?
[03:11] <xase> GrueMaster: someone crashed my internet earlier, I assume it was the dogs, did you find that link bossmate?
[03:11] <GrueMaster> Yes.  http://images.barnesandnoble.com/PResources/download/Nook/source-code/nookcolor_1.2.tgz
[03:12] <xase> Guess I gotta build it, what was the name of that tool?
[03:15] <xase> Wow this internet blows.
[03:31] <xase> =D
[03:33] <xase> GrueMaster: what was that utility I needed to build it?
[03:36] <GrueMaster> Oops, sorry.  I think you can install gcc & gcc-arm-linux-gnueabi
[03:36] <GrueMaster> Then cross compile.
[03:36] <GrueMaster> (dinner called, had to eat)
[03:37] <StevenK> Why did it call, was it still alive?
[03:40] <Xase_> Daughter shut the internet
[03:40] <GrueMaster> heh
[03:40] <GrueMaster> StevenK: Hey!
[03:41] <GrueMaster> StevenK: No, I don't eat Aussie style.  :P
[03:41] <StevenK> Hah
[03:42] <Xase_> so gnu-gcc and gnu-arm-eabi?
[03:43] <Xase_> I didn't quite read it before she shut the lid.
[03:43] <Xase_> I'm going to open up irc on the desktop so I don't miss anything.
[03:43] <GrueMaster> heh.  gcc-arm-linux-gnueabi
[03:44] <Xase_> I knew I was close.
[03:44] <Xase_> And that has the utility to build the u-boot source?
[03:44] <GrueMaster> Xase_: I have quasselcore installed on  a server in my basement, and I connect to it with quasselclient.  The server stays logged in, even when I travel.
[03:45] <GrueMaster> I think it should, but you may need to tweek the makefile.  I've never cross compiled before.
[03:45] <Xase_> I'm working with unlimited space and resources unfortunately, but that sounds awesome.
[03:45] <GrueMaster> rsalveti would know.
[03:45]  * rsalveti reading
[03:45] <Xase_> READING?!?E!@ER@EWFSD
[03:45] <Xase_> How dare you.
[03:45] <GrueMaster> rsalveti: xcompile u-boot
[03:45] <Xase_> :p
[03:46] <rsalveti> CROSS_COMPILE=arm-linux-gnueabi- make omap4_panda_config
[03:46] <rsalveti> CROSS_COMPILE=arm-linux-gnueabi- make u-boot.bin
[03:46] <rsalveti> for panda
[03:47] <Xase_> Alright, I'll be sure to bother the room with numerous pastebins when I hit retardation walls.
[03:48] <GrueMaster> Xase_: So just change omap4_panda_config for omap3621_evt1a
[03:48] <Xase_> You know, I've never bothered trying to share files via windows & Linux... is it easy?
[03:48] <rsalveti> Xase_: samba should do it
[03:49] <rsalveti> easy to set
[03:49] <Xase_> Good, because I have shite internet, and already downloaded the source to this computer... would rather just share things back and forth.
[03:56] <Xase_> Nananana nananana hey hey, lets compile.
[04:01] <Xase> Hi Xase_
[04:01] <Xase_> Hi you sexy me.
[04:31] <GrueMaster> I see internet weirdness has risen again.
[07:29] <ndec1> lag: did you get your answer about the TI guy you were looking for?
[07:59] <hrw> kgilmer: 01:33 is my sleeping time...
[08:41] <lag> ndec: I did, thank you
[08:41] <ndec> lag: cool... thx.. and sorry about the delay ;-)
[08:41] <lag> ndec: NP :)
[09:16] <ppisati> cool
[09:16] <ppisati> so, usb enumeration (and thus booting) on omap3 is broken
[09:16] <ppisati> while it works on panda
[09:17] <ppisati> at this point i wonder if i shall try with the linaro kernel too...
[09:50] <kgilmer> yeah hrw.  i got it figured out, didn't have to downgrade.  thx for the tip.
[09:51] <kgilmer> on upgrades, i wish there was a "leave my ui just like it is" option.
[09:52] <hrw> kgilmer: lot of people would love to
[09:53] <hrw> kgilmer: I saw that you mvoed to 35 kernel
[09:53] <kgilmer> yep
[09:54] <kgilmer> you -> izzy, others in nyc, not me :)
[09:54] <hrw> kgilmer: I meant BL
[09:54] <kgilmer> seems to be working alright
[09:55] <kgilmer> i'm also trying to support bug13 hw in my free time, maybe i told you
[09:55] <kgilmer> MACHINE="bug", basically w/ angstrom
[09:56] <hrw> kgilmer: I noticed on the list and blogs
[09:56] <kgilmer> ah cool
[09:56] <kgilmer> working on some refactoring now so at the app layer it is easier to combine different bits for different hw
[09:57] <kgilmer> so i can have something like "bug for beagleboard" ... our long lost dream
[09:57] <kgilmer> not that it's going to set the world on fire, but it's fun to work on.
[10:04] <hrw> ;D
[10:04] <hrw> kgilmer: I still have beaglebug board somewhere
[14:37] <ppisati> it seems my flyswatter didn't survive the trip to budapest :(
[14:47] <ppisati> ok, now i know we i've recompiled the x-loader :)
[15:33] <rsalveti> ppisati: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
[15:33] <rsalveti> ppisati: for the omap 4 trm
[15:34] <rsalveti> I believe you can find newer versions at the ti website
[15:34] <rsalveti> but that's the document you were looking for
[15:36] <cipher> when using the linux gadget framework what exactly does "platform code" mean....
[15:36] <cipher> does that mean creating your own module and associated kernel options that get set in the .config?
[15:39] <cipher> http://www.linuxquestions.org/questions/linux-newbie-8/linux-usb-gadget-hid-driver-problem-840733/
[15:39] <cipher> basically on this link... the guy responds to his own question, but I don't know where the platform_register_device should go?
[16:04] <martyn> PXE patches are ready
[16:04] <martyn> where should I post the u-boot PXE patches?
[16:04] <martyn> server mailing list?
[16:14] <rsalveti> martyn: did you post at the u-boot ml?
[16:14] <rsalveti> jcrigby: can probably be interested on that too
[16:14] <martyn> This patch is meant for us, first
[16:15] <martyn> so we can get working now .. it will need to be upstreamed as it gets to be higher quality
[16:15] <rsalveti> martyn: jcrigby is maintaining the u-boot we're using at our images
[16:15] <martyn> jcrigby: You online?
[16:16] <jcrigby> martyn, yes I'm here
[16:16] <martyn> patch coming your way :)
[16:16] <jcrigby> martyn, thanks!
[16:16] <martyn> I'll do a git patch, then email?
[16:17] <jcrigby> martyn, sounds good john.rigby@linaro.org
[16:19] <martyn> okay .. know what's going on with the patches?
[16:19] <martyn> this is for the arm server 11.10 .. we need PXE, so calxeda is putting in our PXE patches
[16:20]  * hrw thought that tftp is enough
[16:20] <martyn> Nope
[16:20] <martyn> we need to be able to do everything that x86 server can do
[16:21] <martyn> that includes pxe install :)
[16:21] <martyn> heck, I'm even going to take a stab at implementing TCP so we can do HTTP install
[16:21] <martyn> (gpxe)
[16:21] <martyn> but the PXE patch is ready now
[16:21] <hrw> I had arm boards which booted uboot from flash and then tftp-ed kernel to boot
[16:22] <martyn> hrw : Refer to notes from UDS : https://blueprints.launchpad.net/ubuntu/+spec/server-o-arm-server
[16:22] <hrw> ok
[16:31] <Xase_> ... GrueMaster what was that target rsalveti mentioned, stupid webchat crashed, and my irc client hadn't joined the room till after he mentioned it.
[16:32] <GrueMaster> [19:47:31] <rsalveti> CROSS_COMPILE=arm-linux-gnueabi- make omap4_panda_config
[16:32] <GrueMaster> [19:47:42] <rsalveti> CROSS_COMPILE=arm-linux-gnueabi- make u-boot.bin
[16:32] <GrueMaster> And I noted that you will want omap3621_evt1a
[16:35] <Xase> Yeah thanks :D GrueMaster gonna compile that soon as I get samba up
[16:36] <martyn> jcrigby: Do you want the patch we used to change the configuration on ca9x4_ct_vxp as well?  It's a good reference
[16:37] <martyn> (I'm just using git diff to generate the patch)
[16:37] <jcrigby> martyn, thats fine
[16:47] <Xase> Man...
[16:47] <Xase> Samba sucks to set up
[16:48] <Xase> I got it working on windows to access ubuntu... but ubuntu can't open the network for some reason
[16:54] <Xase> THERE
[16:54] <Xase> Finally, here comes the source...
[16:54] <Xase> I'll figure out why I can't see the computer from Ubuntu's end later...
[17:01] <GrueMaster> Windows doesn't play well with others.
[17:05] <Xase> Great and now some how I've misplaced my natty img
[17:09] <GrueMaster> oops
[17:24] <Xase> wtf... now that mount command asks for filetype
[17:26] <Xase> GrueMaster: what was that mount command again -_-? I have this: sudo mount /home/jase/wrkspc/natty-preinstalled-netbook-armel+omap.img /home/jase/wrkspc/NATTYHAXYO/ -o loop,offset$((512*63))
[17:27] <GrueMaster> should be offset=$((512*63)).  Missing =
[17:27] <Xase> You are mighty sir@ GrueMaster
[17:27] <GrueMaster> heh
[17:28] <Xase> now, I'll only have to replace u-boot.bin?  @ GrueMaster , or will I have to compile some other files?
[17:28] <GrueMaster> x-loader as well.
[17:29] <Xase> so build x-loader and u-boot, and just copy over my resultant files?
[17:31] <Xase> make: *** No rule to make target `omap3621_evt1a'.  Stop.
[17:33] <GrueMaster> Xase: I am not sure what the name of the config is for the nook.  I haven't had a chance to look through it.
[17:33] <Xase_> Would it be in the nook source?
[17:34] <Xase_> I'll ask in NookDevs and Cyanogen mod
[17:34] <GrueMaster> It should be
[17:38] <Xase> I assume I'm looking for a .mk file@ GrueMaster?
[17:38] <GrueMaster> Let me look. Give me a sec.
[17:39] <Xase> Well I see several.
[17:39] <Xase> Take your time.
[17:41] <Xase> there's config.mk i386_*.mk m68k_*.mk microblaze_*.mk mips_*.mk  nios2_*.mk nios_*.mk and ppc_*.mk here
[17:41] <Xase> oh and arm_*.mk
[17:41] <Xase> and a blackfin one
[17:43] <Xase_> make -j2 omap3621_evt1a_config  @ GrueMaster according to Nookdevs.com
[17:44] <Xase> jase@xike:~/wrkspc/distro/u-boot$ CROSS_COMPILE=arm-linux-gnueabi- make omap3621_evt1a_config
[17:44] <Xase> Configuring for omap3621_evt1a board...
[17:45] <Xase> Compiling now @ GrueMaster
[17:45] <GrueMaster> yep.
[17:46] <Xase> Can't believe all  I was missing was _config :D
[17:47] <GrueMaster> Do the same for x-loader once you have u-boot.
[17:47] <Xase> Don't I have to also build the kernel ?
[17:47] <GrueMaster> Yea, probably.
[17:48] <GrueMaster> Like I said before, I haven't really had time to explore this.
[17:48] <Xase> Well I'll just wing it, and reference nookdevs.com. Get back to what you're doing boss man.
[17:52] <GrueMaster> heh
[17:55] <Xase> GrueMaster: Building that kernel now, then I'll dd the image to my SD Card and reply with the results
[17:56] <GrueMaster> cool
[18:06] <Xase> GrueMaster: one more teensy thing... that command to mount didn't give read write access did it?
[18:06] <Xase> or only to root?
[18:06] <GrueMaster> It should have, but it may be root only write access.  You could also just flash and SD and mount it.
[18:07] <GrueMaster> brb
[18:07] <Xase> Meaning like... if I already have a prepared sd card?
[18:39] <GrueMaster> Flash the image to the SD, then mountthe first partition and copy your files to it.
[18:40] <cipher> has anyone had some success at making a platform hid device with the linux gadget framework?
[18:40] <cipher> I've got my device up but no transfer between /dev/hidg0 (device side) and /dev/hidraw0 (host side)
[18:50] <Xase_> When I plug in the device, and boot it with the card in, it shows up as an omap3630 GrueMaster
[18:51] <Xase_> No display comes up though
[18:51] <GrueMaster> Hmm.
[18:51] <GrueMaster> Plug it in where?
[18:51] <Xase_> I wish there was a way to communicate with the device over usb... but I've been googling for hours and haven't found anything.
[18:52] <Xase_> My windows PC
[18:52] <GrueMaster> Oh.
[18:52] <Xase_> It's just what my nook cord happened to be plugged into.
[18:52] <GrueMaster> Have you flashed the sd card with the natty image?
[18:52] <Xase_> Yup
[18:52] <GrueMaster> ANd rebooted?
[18:52] <Xase_> Yep
[18:52] <GrueMaster> But nothing?  Interesting.
[18:52] <Xase_> Devmgr didn't report an omap 3630 last time though I think.
[18:53] <Xase_> I built mlo uboot and uimage
[18:56] <Xase_> I hear windows detecting it, and then failing to register it.
[18:57] <Xase_> Is there perchance a way to see if anything is happening over usb?
[18:57] <Xase_> Via linux of course.
[18:58] <GrueMaster> not really.  But when I looked at u-boot, it looked like I would need to make some changes so that it loads initrd properly along with our boot.scr
[18:58] <Xase> Hmm
[18:58] <Xase> So more work to tweak.
[18:58] <Xase> Yay
[18:58] <GrueMaster> As I said, I haven't had a chance to really dive in for the last 2 weeks.
[18:59] <Xase> Stuff that's over my head :), Well let me know what I can do to help and whatnot, and I can be your ears and eyes
[18:59] <GrueMaster> And I really won't be able to focus on it until next week.
[18:59] <Xase> Yeah, I'll see if I can equip my self with some developers of +1 intelligence :p
[18:59] <GrueMaster> Sounds good.  BTW:  there is a thread on xdadevelopers that has a rudamentary ubuntu running on it through vnc.
[19:00] <Xase> Yeah, that is an old trick.
[19:00] <Xase> I used to do that on my G1
[19:00] <GrueMaster> look for nookbuntu
[19:00] <Xase> Think that ubuntu image would help some how?
[19:00] <GrueMaster> Ah, so you are familiar with it.
[19:00] <GrueMaster> Might for the boot portion.
[19:03] <Xase> Yeah, I saw that, and said PFFT
[19:03] <Xase> It's rather useless
[19:03] <Xase> But I'll take a look at it.
[19:09] <robclark> hey rsalveti, do you know if the patch for panda to take ethernet MAC addr from bootargs is gone?
[19:10] <robclark> guy next to me just switched to same kernel, and now we both have the same MAC addr on our pandas, which is a bit inconvenient..
[19:15] <robclark> ahh, yeah, looks like the patch for macaddr in cmdline is reverted
[19:21] <prpplague> GrueMaster / rsalveti question for you guys
[19:21] <GrueMaster> Shoot.
[19:23] <prpplague> GrueMaster / rsalveti if you had an LCD adapter available for the pandaboard, would you prefer to have a large +5v wall wart that is used for the +5 and generates +12v for the lcd backlight, or would you prefer to have support for +9V or larger wall wart that drives the backlight and regulates down to +5v for the panda?
[19:24] <GrueMaster> Personally I would prefer a brick.  No room for wall warts left (I already have 5 powerstips in my office).
[19:25] <GrueMaster> But one power source for both would be easier to manage.
[19:25] <prpplague> GrueMaster: right, but something like +12v and drop to +5v , or +5v push up to +12v
[19:25] <prpplague> GrueMaster: i'm stuck on tht
[19:26] <GrueMaster> I don't know enough about electronics to know the pros/cons of either.
[19:27] <GrueMaster> I do know most laptops use 19v DC and down convert for devices.
[19:28] <prpplague> GrueMaster: yea it is easier to down convert
[19:28] <GrueMaster> Plus most cars are 12v, so someone doing in-car dev work would prefer that I think.
[19:28] <prpplague> GrueMaster: indeed
[19:43] <martyn> What's NCommander's canonical email add?
[19:43]  * martyn is sending out pxe patches now
[19:54] <martyn> patches sent
[19:54] <martyn> enjoy
[20:43] <Xase_> So the pre-installed image goes to OEM setup right?
[20:43] <Xase_> Anyway to set ssh or vnc to start and connect over to it that way?
[20:44] <Xase_> To see if anything is actually functioning?
[21:02] <NCommander> martyn: thanks
[21:03] <martyn> It's a start :)
[21:08] <Xase_> Beh, now this is no fun :(
[21:11] <rsalveti> robclark: I think it was reverted, but it's now using the omap die id to create the mac address
[21:11] <martyn> Huh .. I think Java is broken on my natty installation
[21:11] <rsalveti> I know the first version of this patch was getting the wrong values from the omap die id, so all macs were all the same
[21:11] <martyn> *grumpy*
[21:11] <rsalveti> robclark: which kernel are you using?
[21:12] <robclark> rsalveti, yeah, I saw that in the code..
[21:12] <robclark> I'm using your drm branch ;-)
[21:12] <robclark> not sure if we have same die-id (at least in the bits it is reading)?
[21:12] <rsalveti> robclark: it should be unique
[21:13] <rsalveti> at least with my current kernel I'm getting different macs for all my 3 pandas
[21:13] <martyn> where does the OMAP normally get it's MAC address?
[21:13] <martyn> it doesn't store it in nvram?
[21:13] <rsalveti> robclark: could be that my branch is missing this fix
[21:13] <robclark> OMAP doesn't have a MAC..
[21:13] <martyn> OMAP/pandaboard
[21:13] <martyn> sorry :)
[21:13] <rsalveti> martyn: missing eeprom at the smsc hardware
[21:13] <martyn> urk
[21:13]  * robclark just being over-precise
[21:13] <robclark> rsalveti, do you have a pointer to the right patch?  I can double check that..
[21:13] <martyn> No, it's good.  There certainly are lots of OMAP boards out there
[21:14] <rsalveti> robclark: sure, hold on
[21:14] <robclark> thx
[21:14] <martyn> rsalveti: It uses that damned SMSC usb->ethernet hardware?
[21:14] <rsalveti> martyn: yup
[21:14] <rsalveti> same as beagle xm
[21:14] <martyn> yuk
[21:14] <robclark> martyn, fwiw, there is no eeprom/nvram, which makes life a bit more difficult..
[21:14] <martyn> I like the ones that use the ram interface better
[21:14] <martyn> 1911
[21:15] <robclark> anyone know what snowball or the other low cost arm boards are doing?  I assume it is a common problem..
[21:15] <martyn> BRB -- I'm taking a look at the pandaboard that Trevor has here
[21:15] <martyn> because that's just a silly decision :)
[21:15] <martyn> snowball has an SRAM interface ethernet
[21:15] <martyn> I'll bet you it stores a mac address in flash :)
[21:16] <robclark> ok, so has eMMC or something like that on the board?
[21:16] <martyn> looking at the CALAO website now
[21:16] <martyn> Ethernet is a SMSC LAN9221 on the Snowball
[21:16] <martyn> Wireless is the Azurewave NH580
[21:18] <martyn> 8GByte eMMC
[21:19] <prpplague> martyn: picking one up?
[21:19] <martyn> ten
[21:19] <prpplague> robclark: snowball doesn't have eeprom either
[21:19] <martyn> prpplague: But it does have eMMC
[21:20] <prpplague> martyn: right
[21:20] <martyn> which means you can load a MAC address in via u-boot
[21:20] <rsalveti> robclark: just apply this patch: http://rsalveti.net/tmp/0001-OMAP2-Common-CPU-DIE-ID-reading-code-reads-wrong-reg.patch
[21:20] <GrueMaster> Most dev boards don't have eeprom/nvram for mac addresses.  It requres registration with a standards body to get a mac range.
[21:22] <prpplague> martyn: have they updated the ship dates?
[21:22] <martyn> no.
[21:22]  * prpplague wishes the #igloo channel was on freenode instead of oftc
[21:22] <martyn> but we pre-ordered
[21:22] <prpplague> right as did i
[21:23] <martyn> Hmm .. according to the SMSC spec sheet for the LAN9221 .. we -can- burn a MAC into it
[21:23] <martyn> seems trivial to do so
[21:24] <martyn> Ah, I see
[21:24] <martyn> "optional EEPROM interface"
[21:24] <martyn> boooo
[21:25] <martyn> And they save a -whooooole-  eight bytes of storage
[21:26] <Xase_> GrueMaster: any tips for where I should head from here?
[21:33] <GrueMaster> Not yet.  I was going to work from a post-installed image.  Do you get video?
[21:40] <Xase_> I get nothing on the screen.
[23:04] <martyn> ogra_: Damnit man .. your serial cable is STILL IN MY BAG
[23:04] <martyn> AaaaaaaaaAAAaa!@
[23:05] <martyn> I found it this morning
[23:05] <ogra_> LOL
[23:05] <martyn> It's like the famous cat from the song 'the cat came back'
[23:05] <martyn> PXE patches submitted
[23:05] <martyn> ncommander and jcrigby have 'em
[23:05] <ogra_> just keep it :)
[23:06] <martyn> I'll keep it in the 'to lend' hardware pile
[23:10] <tim> hi, i did a 'do-release-upgrade' on my NSLU2 running jaunty, and it died in the ass in a big way:
[23:10] <tim> ERROR got an error from dpkg for pkg: '/var/cache/apt/archives/libc6_2.10.1-0ubuntu19_armel.deb': 'subprocess new post-removal script killed by signal (Illegal instruction)'
[23:11] <tim> i've read that support for the NSLU2 was dropped after jaunty, but do you know how i can clean this thing up so i can use it again? as in roll back to jaunty
[23:13] <ogra_> reinstall is your only option i fear
[23:16] <tim> apt and dpkg still seem to function OK, but it is missing things like ldconfig and locale, lol
[23:17] <ogra_> well, if the new libc is already installed you will definitely run into probs, karmic was all compiled for armv6
[23:24] <Matt_O> tim, that sounds pretty grave
[23:36] <tim> ah well, gotta keep it interesting somehow :)