[01:08]	<chreekat>	blist
[01:08]	<chreekat>	wrong window
[03:41]	<NeuroBrain>	hello !!
[03:41]	<NeuroBrain>	I'm having some troubles with serial ports and OSD
[03:41]	<NeuroBrain>	:S
[03:42]	<nerochiaro>	which problems ?
[03:42]	<NeuroBrain>	well .........
[03:42]	<NeuroBrain>	View Profile Email Personal Message (Online) Can't access Neuros via serial port« on: March 02, 2007, 05:15:10 AM » Reply with quoteQuote Modify messageModify Remove messageRemove I have follow all steps in "Derobert's Guide to the On-Screen Display"
[03:42]	<NeuroBrain>	View Profile Email Personal Message (Online) Can't access Neuros via serial port« on: March 02, 2007, 05:15:10 AM » Reply with quoteQuote Modify messageModify Remove messageRemove I have follow all steps in "Derobert's Guide to the On-Screen Display
[03:43]	<nerochiaro>	uh ?
[03:43]	<NeuroBrain>	I have follow all steps in Derobert's Guide to the on-screen Display
[03:43]	<NeuroBrain>	but can not reach the OSD
[03:43]	<NeuroBrain>	Milicom is allways "disconected"
[03:44]	<NeuroBrain>	Here's my dmesg | grep tty
[03:44]	<NeuroBrain>	serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550Aserial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A00:0c: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
[03:44]	<NeuroBrain>	nothing about USB ....
[03:45]	<NeuroBrain>	(I'm using a usb-serial adapter)
[03:45]	<NeuroBrain>	Linux debian 2.6.19
[03:46]	<nerochiaro>	some others reported trouble with these usb-serial adapters, but there are some that work. unfortunately i have no idea, since i don't use one. i suggest you to post a message in mailing list asking for brand/model information of known working usb/serial adapters
[03:47]	<NeuroBrain>	ok I'll do
[03:47]	<NeuroBrain>	thanks a lot
[03:47]	<nerochiaro>	no problem, sorry i could not be of more help
[03:47]	<NeuroBrain>	Do you use serial port directly ?
[03:47]	<nerochiaro>	yes
[03:48]	<nerochiaro>	if you can, i suggest you just do that
[03:48]	<NeuroBrain>	I have tried
[03:48]	<NeuroBrain>	but same result
[03:48]	<NeuroBrain>	:S
[03:49]	<NeuroBrain>	Neuros Osd have to be switch off while I setup the serial port ?
[03:49]	<nerochiaro>	i think it doesn't matter
[03:50]	<NeuroBrain>	ok thanks
[03:50]	<NeuroBrain>	here I go !
[03:50]	<nerochiaro>	definitely check mailing lit
[03:50]	<nerochiaro>	list
[14:59]	<Hostile>	hmm. Im trying to netboot and mine fails everytime trying to mout NFS as the root device
[15:24]	<nerochiaro>	Hostile: gotta check your uboot variables
[15:24]	<Hostile>	nerochiaro: I got it, but now I get other errors
[15:24]	<Hostile>	/etc/init.d/rc: /etc/init.d/rc: 76: [: Stale NFS file handle
[15:25]	<Hostile>	stuff like that
[15:25]	<nerochiaro>	using static addressing or dhcp ?
[15:26]	<Hostile>	static
[15:27]	<nerochiaro>	hmm, try running on runlevel 3 (that is, without osdmain)
[15:27]	<nerochiaro>	see if you get these errors
[15:27]	<Hostile>	nerochiaro: k, how do I do that
[15:27]	<nerochiaro>	/etc/init.d/rcS, the last line ends in 5, put 3
[15:27]	<Hostile>	k
[15:27]	<nerochiaro>	(on the OSD roofs you're mounting of course)
[15:28]	<Hostile>	k trying now
[15:30]	<Hostile>	nerochiaro: boots fine into runlevel 3
[15:31]	<nerochiaro>	then it's osdmain that is still set to use DHCP
[15:31]	<Hostile>	hmm.
[15:31]	<Hostile>	not osdmain on the flash
[15:31]	<nerochiaro>	run from cramfs_boot, go into osdmain settings and ensure static addressing
[15:31]	<nerochiaro>	i'm pretty sure it's that
[15:31]	<Hostile>	I already did that
[15:31]	<Hostile>	that fixed the ip changing it the nfs booting failing
[15:31]	<Hostile>	"nfs: RPC call returned error 101"
[15:32]	<Hostile>	I was getting that before
[15:32]	<Hostile>	and that fixed it
[15:32]	<nerochiaro>	these stale NFS hanles are a sign that someone has wiped the nfs share off of linux's feet
[15:32]	<Hostile>	do I have to set osdmain to the same ip as what im using with uboot? because I didnt do that
[15:32]	<nerochiaro>	as far as i can tell
[15:33]	<nerochiaro>	Hostile: you can try that
[15:33]	<Hostile>	k
[15:33]	<nerochiaro>	are you running latest ?
[15:33]	<nerochiaro>	as nfs, i mean
[15:33]	<Hostile>	Im using the scratchbox env, thats 3.28-0.73 correct?
[15:33]	<nerochiaro>	i think so
[15:34]	<nerochiaro>	i'm not keeping up with that recently though
[15:37]	<Hostile>	nerochiaro: seems to work now :)
[15:37]	<nerochiaro>	Hostile: then it really was osdmain changing IP
[15:37]	<Hostile>	I should probably add that error to the wiki as known errors, and add that solution
[15:38]	<Hostile>	nerochiaro: yep. apparently you have to tell osdmain to use the same ip, it didn't say that
[15:39]	<nerochiaro>	indeed. actually it would be good to specify at the beginning of the netboot setup section that static addressing is REQUIRED for netboot quite prominently
[15:39]	<nerochiaro>	it's definitely one of the top FAQ
[15:40]	<Hostile>	yeah, static works best
[15:41]	<nerochiaro>	Hostile: no, not best. it just works. and dhcp doesn't :)
[15:41]	<Hostile>	lol
[15:41]	<Hostile>	nerochiaro: is there a guide somewhere to set up xmms2 with netboot?
[15:42]	<nerochiaro>	there's something but i can't recall where. let me try grepping the logs
[15:43]	<Hostile>	wiki.xmms2.xmms.se
[15:43]	<Hostile>	found it :)
[15:44]	<nerochiaro>	you win the grepping contest ;)
[15:44]	<Hostile>	nah, I won the google contest :)
[15:45]	<nerochiaro>	speaking of which, it's time to submit that SoC application, there doesn't seem to be anyone else volounteering for mentoring or adding new projects
[15:46]	<Hostile>	SoC application?
[15:46]	<nerochiaro>	google Summer of Code. i posted something about that in ML
[15:46]	<nerochiaro>	hey JoeBorn
[15:46]	<nerochiaro>	how's things in Dallas ?
[15:46]	<JoeBorn>	I'm in Chicago now
[15:47]	<nerochiaro>	conference is over ?
[15:47]	<JoeBorn>	riding in a cab just back from airport
[15:47]	<JoeBorn>	yep, conference is over
[15:47]	<nerochiaro>	productive time was had by all ?
[15:47]	<chreekat>	the TI thing?
[15:48]	<JoeBorn>	yeah, the TI thing
[15:48]	<JoeBorn>	yeah, it was productive. We met practically everyone in the supply chain up to the CEO of TI
[15:49]	<JoeBorn>	and the senior VP that reports to him and the next VP that reports to him.
[15:49]	<chreekat>	nice
[15:49]	<JoeBorn>	they are very interested in innovation and new companies, new innovative projects
[15:49]	<nerochiaro>	nice, did you also get the change to slap some of the Ingenent folks with large fishes to make them fix codecs faster ?
[15:49]	<JoeBorn>	it's very smart, they recognize that they can't do everything themselves.
[15:50]	<JoeBorn>	nerochiaro: well we did meet with the CEO of Ingenient too.
[15:50]	<JoeBorn>	and to be honest, not all the issues we had with them are 100% their fault
[15:50]	<nerochiaro>	JoeBorn: speaking of TI, it means there will be more leverage with TI towards opening things even on old platforms like the DM320 ?
[15:50]	<JoeBorn>	we have to be fair and acknowledge that we were on the steep end of the learning curve on video and linux as well./
[15:51]	<JoeBorn>	we also met with Ittiam and others there too.
[15:51]	<JoeBorn>	nerochiaro: well the problem is not so much that it's old, the issue with DM320 is the group it came from
[15:52]	<nerochiaro>	old in the sense of "not branded as open since the start, like davinci"
[15:52]	<JoeBorn>	but yes, one of the engineers surprised us with possible gift of a limited version of the compiler for the C54x
[15:53]	<nerochiaro>	a long shot to being useful to the OSS community, but a surprising step nonetheless
[15:53]	<JoeBorn>	and another interesting thing was a woman I met with from a chinese company that sells an entry level emulator for $200
[15:54]	<JoeBorn>	nerochiaro: I personally think the next step is to figure out just what we want from TI and put together an explanation of what it is, why we want it and why it makes sense for them.
[15:54]	<JoeBorn>	I believe if we do that, there's a very reasonable chance we can get what we ask for.
[15:54]	<nerochiaro>	sounds reasonable
[15:54]	<nerochiaro>	and definitely good news
[15:55]	<JoeBorn>	we were not the only ones asking for source code and/or other kinds of tools, etc
[15:55]	<JoeBorn>	and the answer all the way from the CEO was that it's possible.
[15:55]	<JoeBorn>	the main issue from TI, and they have been doing this a long time, is support
[15:55]	<JoeBorn>	they don't want to get themselves in a situation where they are stuck supporting something that they can't well support
[15:56]	<JoeBorn>	but they are a bright and very knowledgable group of folks, they are no dummies
[15:56]	<JoeBorn>	many of them are quite familiar with open source, and many of them are very strategic at understanding trends, etc
[15:57]	<JoeBorn>	so I think it could be interesting
[15:58]	<nerochiaro>	indeed. quite interesting
[15:59]	<nerochiaro>	especially if we can use thaa to get more open access to the DSP
[16:01]	<Hostile>	Im trying to build xmms2 on the scratchbox env, it says host machine needs glib-genmarchar, any idea what package contains that?
[16:01]	<JoeBorn>	what kidn of stuff are you expecting to do or will be able to happen on the DSP?
[16:01]	<nerochiaro>	JoeBorn: i've seen your email regading summer of code, i'll wait tomorrow to submit the application then
[16:02]	<JoeBorn>	oh, no if you are satisfied, please send it
[16:02]	<JoeBorn>	I thought you were waiting for my feedback
[16:03]	<JoeBorn>	nerochiaro: do you need me to review it?
[16:03]	<nerochiaro>	JoeBorn: i would like your feedback, you might want to fix something in a couple more points more of the PR type
[16:04]	<JoeBorn>	ok, I'll take a look at it tomorrow then.
[16:04]	<nerochiaro>	thanks
[16:05]	<nerochiaro>	as for the DSP, i think that having a compiler for it would allow folks to experiment their optimized DSP routines without relying on us to create these for them.
[16:06]	<nerochiaro>	for example for accelerate graphics operations in toolkits, decode image formats, or "simpler" things like these
[16:06]	<nerochiaro>	not talking about video codecs or anything
[16:06]	<chreekat>	or SETI@Neuros! haha
[16:06]	<nerochiaro>	chreekat: heh, why not ? ;)
[16:07]	<nerochiaro>	chreekat: let's burn these processors !
[16:08]	<nerochiaro>	gotta love these informative quite messages by the highly mobile people :)
[16:09]	<chreekat>	The DSP is the juicy bit to ... oh he left, heh
[16:09]	<chreekat>	yeah, I assume you refer to me as well. I really need to get a stable place to run irssi from
[16:10]	<Hostile>	how do I install stuff into the scratchbox environment, because the ubuntu VM has the command, but the scratchbox environment doesnt
[16:16]	<nerochiaro>	chreekat: i was referring to Joe actually
[16:16]	<nerochiaro>	Hostile: you just copy it or download it using wget
[16:16]	<nerochiaro>	Hostile: unless i am misunderstand your question
[16:17]	<Hostile>	nerochiaro: because I need the command glib-genmarshal for xmms2 build
[16:17]	<nerochiaro>	Hostile: is it something that should run on host or on ARM ?
[16:18]	<nerochiaro>	oh, host
[16:19]	<nerochiaro>	Hostile: i fear you will have to recompile it inside sbox
[16:19]	<Hostile>	is that part of glib2?
[16:19]	<nerochiaro>	no idea
[16:20]	<nerochiaro>	but wait, didn't anders did all xmms2 stuff without sbox, just cross-compiling ?
[16:21]	<Hostile>	nerochiaro: hmm possibly. I was just going to use scratchbox, because I have no idea how to set it all up without scratchbox
[16:22]	<nerochiaro>	sbox is definitely simpler, but if you need extra tools or libs you need to rebuild them in sbox too
[16:22]	<Hostile>	yeahh
[16:23]	<Hostile>	nerochiaro: so Ill have to download a bunch of stuff to do a standard cross compile won't I?
[16:23]	<nerochiaro>	but it's generally not hard. make sure you install tools in a prefix and the final product in another, so you extricate easily when you need to copy out of sbox the products
[16:24]	<nerochiaro>	Hostile: well, depending on what you need to do maybe not. but generally having the whole svn tree is the simpler way to go at cross compiling, you're sure you're not forgetting anything
[16:25]	<Hostile>	nerochiaro: so Ill download a tarball, then svn up it to a release?
[16:25]	<nerochiaro>	but might be enough to have the libraries and headers
[16:25]	<nerochiaro>	either you svn it up (trunk) or you svn switch (tag)
[16:25]	<Hostile>	switch I meant
[16:25]	<nerochiaro>	if you want tag, then yes
[16:26]	<Hostile>	well I figure I should make it the same tag as the netboot is running
[16:32]	<nerochiaro>	Hostile: yes
[16:33]	<nerochiaro>	Hostile: actually since you setup the whole thing, you can even drop the VM and netboot from you PC
[16:33]	<Hostile>	yeah I could
[16:33]	<Hostile>	but the VM is kind of nice, to keep it contained
[16:35]	<nerochiaro>	Hostile: it's the same, just run on the same version on both
[16:35]	<Hostile>	yeah
[17:12]	<Hostile>	UGH
[17:12]	<Hostile>	my svn is too old to do work with the neuros svn
[17:12]	<Hostile>	wtff
[17:12]	<nerochiaro>	well, new svn it's just one apt-get away
[17:15]	<Hostile>	nerochiaro: nope this is the svn in the edgy repo
[17:15]	<eigma>	Hostile: you can also compile svn 1.4 in $HOME/local or something
[17:15]	<nerochiaro>	too new maybe ?
[17:17]	<Hostile>	and is neuros-env suddently gone?
[17:20]	<nerochiaro>	shouldn't be
[17:21]	<Hostile>	where is it
[17:21]	<nerochiaro>	eek, you seem to be right
[17:24]	<nerochiaro>	oh wait, it's created by some script
[17:25]	<nerochiaro>	just i can't recall how does that work
[17:26]	<nerochiaro>	ok, it seems you need to run setup-rootfs script to generate it
[17:31]	<Hostile>	nerochiaro: k thanks
[17:31]	<Hostile>	worked.
[18:28]	<JoeBorn>	any one interested in teaching an IRC class on the new virtual dev environment
[18:28]	<JoeBorn>	wiki.neurostechnology.com
[18:35]	<DeepB>	nerochiaro: hey! congrats on your new job!
[19:08]	<GuestN454>	hi! how to make osdmain file for osd from svn source code? folder osdmain