Log from #neuros IRC channel

I'm not able to netboot (never done this before). As far as I can tell it just isn't even doing the initial TFTP. What does the OSD console message "BOOTP broadcast 1 \n DHCP client bound to address X.X.X.c \n *** Warning: no boot file name; using '0A0A0362.img' " mean. (the address is not really X.X.X.c but is the OSD client IP). What is this "0A0A0362.img"?

[03:19]

<eigma>

are you using a Linux DHCP server, or an already-there DHCP server on your network? if the latter, you'll have to specify the tftp filename to u-boot through the serial port (rather than automatically through the network).. i think this is documented in derobert's guide

[03:20]

I configured dhcpd on my linux machine.

[03:20]

I did test that it is giving the OSD an IP addr.

[03:22]

<eigma>

mmkay

[03:22]

<eigma>

when the OSD gets an IP address, the DHCP lease should also contain information about a filename it should retrieve and boot off of

[03:22]

<eigma>

perhaps that filename isn't configured properly

[03:23]

ah, but I followed derobert's "method 2" anyway.

[03:23]

<eigma>

wiki.neurostechnology.com -- the "option filename" and "option root-path"; you'll need to start your dhcp server

[03:23]

<eigma>

*restart

[03:23]

sourcerror: that filename you see is the default one for when if don't find the right one. it means you have configged your tftp server wrong

[03:24]

<eigma>

hm, well I'm off. good luck sourcerror

[03:24]

eigma: thanks for teh pointers

[03:24]

sourcerror: second thing, if you want to boot from nfs-mounted rootfs later, please notice that dhcp won't work. so you better setup static addressing now

[03:26]

nerochiaro: I actually don't understand the NFS part of the configuration.

[03:26]

I just followed the "Workstation Setup" for both tftp and nfs

[03:27]

sourcerror: ok, sorry to have started up with NFS, when you are still at the TFTP'ing the kernel stage. so let's get back to tftp. can you do a printenv in uboot and post it to pastebin.ca ?

[03:27]

yea.

[03:29]

* sourcerror trying to figure out how to get a log from minicom in order to paste it (!#!@$)

[03:30]

can't you just copy from terminal ?

[03:30]

it seems to get cut off on right?

[03:31]

do this then: CTRL-A Z O , then select "Filenames and paths", then

[03:31]

F and put the file name for the log in there

[03:32]

ah there is a log name... but no log being produced yet? hmmm.... looking

[03:34]

(I'll paste what I can)

* sourcerror is slow

loking

<crweb>

hi

[03:40]

crweb: hej

[03:44]

sourcerror: do you really have a directory under root that is called neuros-osd ?

[03:45]

no, but isn't it relative to the tftp root? I have a directory... /var/tftproot. Which has a link "neuros-osd" to my dev area ".../images"

[03:46]

drop the / at the start

[03:46]

I configured tftpd to have a root "/var/tftproot"

[03:46]

at leat i don't have it in my kernel_loc config

[03:47]

maybe it's not that the cause, but give it a shot

[03:47]

so if I understand you. should be: tftp_root=neuros-osd

[03:48]

no, i was talking about kernel_loc

[03:49]

tftp root is ok

[03:50]

but I don't set that directly. according to the instructions I just set tftp_root.

[03:50]

"run update-locs" must do that part, right?

[03:51]

wiki.neurostechnology.com

[03:53]

<suma>

when i browse samba network through OSD, it is asking for password. Actually I did not set any password in the samba, what can be wrong ?

[03:53]

<crweb>

suma just leave it blank then

[03:54]

<crweb>

suma samba will always ask because some smb domains require passwords to browse shares

[03:54]

<suma>

crweb: did not work

[03:54]

<crweb>

then you didn't setup your share correctly

[03:54]

<crweb>

set browseable = yes

[03:54]

<crweb>

in your share config

[03:54]

hmm, i'm not sure about he guide. here i have tftp_root=/images and kernel_loc=images/uImage ... now, i'm pretty sure i didn't ever run update-locs

[03:54]

<suma>

crweb: says user or password incorrect

[03:55]

<suma>

[movies]

[03:55]

<suma>

comment = All Movies

[03:55]

<suma>

path = /home/share/movies

[03:55]

<suma>

browseable = yes

[03:55]

<suma>

writable = yes

[03:55]

<suma>

guest ok = yes

[03:55]

<suma>

printable = no

[03:55]

<suma>

public = yes

[03:55]

<crweb>

suma then samba is checking for a password

[03:55]

sourcerror: hmm, i'm not sure about he guide. here i have tftp_root=/images and kernel_loc=images/uImage ... now, i'm pretty sure i didn't ever run update-locs

[03:55]

<crweb>

suma did you set to user security?

[03:55]

<suma>

I said guest ok = yes

[03:55]

<suma>

puclic = yes

[03:55]

sourcerror: so try setting them up in a similar way and see if it helps

[03:55]

<crweb>

then try login in as guest

[03:55]

<suma>

one moment

[03:55]

sourcerror: without running these scripts

[03:56]

<suma>

security = user

[03:56]

<suma>

do i need to change the level to browse without user or password ?

[03:56]

nerochiaro: I see, I can just override the variable as you say and do my own "saveenv"?

[03:56]

<crweb>

suma try loging in as guest if you want to be guest, or a user if you want to be a user.

[03:56]

<crweb>

suma or try insecure security = share

[03:56]

<suma>

crweb: i will give a try

[03:57]

<suma>

crweb: that worked

[03:57]

<suma>

crweb: thanks a lot

[03:57]

sourcerror: you can

[03:57]

nerochiaro: one more thing... so for your other environment relative to tftp_root, do they all not have the "/"

[04:00]

<suma>

crweb: i could not write to it now, !

[04:00]

sourcerror: the only important one is kernel_loc anyway (do "printenv devkernel" to find out why). so once you have set that correctly (which in my case means without the initial "/") it should work

[04:00]

ok.

[04:00]

<crweb>

suma, i suggest reading the sambe documentation and howto's

[04:00]

<crweb>

samba

[04:01]

sourcerror: in general i wonder what these update_loc scripts are for

[04:02]

<suma>

crweb: thanks, i will check it now

[04:02]

<crweb>

nerochiaro: it makes nfs the default boot params

[04:02]

nerochiaro: just macros right so everything that should be derived is derived?

[04:03]

<crweb>

i thought at least

[04:03]

<crweb>

theres nothing else to tell it "use nfs to boot not cramfs"

[04:06]

nerochiaro, crweb: ok that didn't work. I bet your original hint was right. something wrong with my tftpd.

[04:06]

<crweb>

make sure you typed /srv and not /src

[04:06]

<crweb>

i do that all the time

[04:06]

* sourcerror needs to call it a night and figure out tomorrow

[04:07]

sourcerror: that's possible too

[04:07]

sourcerror: well, sleep on it a bit :)

[04:07]

crweb: ok. when I'm more alert tomorrow I'll revisit it all looking for typos too

[04:07]

nerochiaro, crweb: thanks for the help.

[04:16]

does it happen to anyone that when you try to play something in osdmain you get "No playable content selected" -- on ALL files

[04:16]

something is probably wrong with my setup but can't figure out why

[05:12]

<suma>

there is a delay while i play mpeg through samba

[05:12]

<suma>

is that normal ?

[05:13]

maybe is it your network ?

[05:14]

<suma>

mm, what is the best way to test whether it is the problem with the network ?

[05:15]

<suma>

i'm using 100 Mbps Linksys Switch ! not a hub

[05:15]

<suma>

I think the throughput should be ok !

[05:16]

at the moment i don't have any idea on that, sorry

[05:16]

<suma>

I play through Media Player, it works fine

[05:16]

<suma>

in windows, i meant

[05:18]

<suma>

I checked on the device which is serving the file on samba, when windows media player reads, the transmission is continious, when i do the same with the OSD, there is a gap in the transmission

[05:20]

can't help you right now i'm afraid. i've got to leave in a few minutes

[05:20]

<suma>

ok

[05:20]

<suma>

is there is any parameters in samba where i can fine tune to read continiously ?

[11:42]

What happened to the Neuros 442?

[11:45]

the old one or the new one ?

[11:46]

then new one

[11:47]

it might be the next product after the osd, but that's not certain yet

[11:48]

ok, because i would like a new portable media player and ever since i saw the neuros 2's open source firmware i was impressed

[11:49]

442 would be for video, though

[11:50]

very true

[11:51]

does your tutorial on how to build the neuros firmware on linux using wine still work?

[11:51]

no idea, have not tried in very long time

[11:52]

im going to try it soon, I am downloading CCS 2.21 right now

[11:56]

JoeyBorn: Yesterday I was asked to make a post on the ML containing a log file of the output from the serial port. I managed to get one but where should I upload the text file to?

[11:57]

well, pastebin.ca will work fine. just set the post with no expiration

[11:58]

Hi nerochiaro...yes pastebin ... forgot about that, will finish it off in a sec

[11:59]

AsGF2MX: i'll be leaving in a little, get a look at it later

[11:59]

Dinner?

[12:01]

Posted it but am stuck at posting message :S

[12:01]

no, going out to see a movie

[12:03]

Oh, have fun, the message is on the ML

[12:05]

The only tid bit I found strange was that the dog didn't get kicked as it should...after that the unit reboots

[13:00]

<crweb>

nerochiaro: you around?

[13:11]

<crweb>

AsGF2MX: you message was caught by the spam filter

[13:11]

Oh

[13:11]

<crweb>

AsGF2MX: I will mark it as send

[13:11]

Thanks, are you responsible for the list?

[13:12]

<crweb>

I'm one of the community members that has direct access to several of the internal things

[13:12]

I was starting to wonder what had happened to it. Oh...I wonder what made mine get caught as spam...

[13:13]

<crweb>

you sent from a gmail address?

[13:13]

Yes

[13:13]

<crweb>

yeah, mine did that too

[13:13]

<crweb>

we never figured out why

[13:13]

<crweb>

its how i got my first admin though ;)

[13:13]

<crweb>

I will mark you as always deliver

[13:13]

google groups with a block on gmail? A bit ironic...

[13:13]

<crweb>

yes

[13:14]

Thanks

[13:14]

<crweb>

very

[13:14]

<crweb>

very very ironic

[13:14]

I don't participate in other groups...is this the case with others as well?

[13:14]

<crweb>

I would assume so

[13:14]

<crweb>

I don't either though

[13:15]

I wonder if anyone actually reported it to google?

[13:15]

<crweb>

I never did

[13:16]

Has anyone else on non gmail addresses had this problem?

[13:16]

<crweb>

did you want digest abridged or messages as they arrive?

[13:16]

abridged

[13:16]

<crweb>

abridged is email you summery every day

[13:17]

<crweb>

digest is send all new message once every day

[13:17]

Yep, I'd rather not have a lot of emails in one go

[13:17]

<crweb>

ok

[13:17]

Unless there's any good reason to do so?

[13:17]

<crweb>

I keep a mirror

[13:18]

<crweb>

changes saved. I don't know if that will stop the spam though. You should email google if it persists

[13:18]

I will

[13:18]

I just hope that it's not something to do with just our group

[13:22]

By the way, what do you think of the info in the log?

[13:23]

<crweb>

Looks good

[13:24]

Up until it reboots...it looks fine...

[13:24]

<crweb>

if you catch JoeyBorn/JoeBorn in here while I'm not, ask him to take a look and see if he has input (for the meeting minutes).

[13:24]

<crweb>

you unit specifically interests me btw

[13:25]

Oh yes the minutes, I was wondering about it but JoeyBorn didn't reply to an earlier message

[13:25]

As for my unit, I was wondering is your B/C rev?

[13:26]

<crweb>

B?C?

[13:26]

If you look at the log file...the paste bin one that was in my message on the ML

[13:27]

<crweb>

I was wondering is your B/C rev? ( i don't understand)

[13:27]

Your hardware revision

[13:27]

<crweb>

ah

[13:27]

As it appears in the data from the serial port

[13:27]

On the log it showed as B/C

[13:28]

On line 14: DM320 Rev. B/C

[13:28]

<crweb>

line 12

[13:28]

Oh

[13:28]

<crweb>

that won't change

[13:28]

<crweb>

thats DM320

[13:29]

<crweb>

its the "cpu"

[13:29]

My bad

[13:29]

I see a variety of revision numbers in the log

[13:30]

Also line 392

[13:30]

what's an lkeydownevent?

[13:31]

All I did was turn on the video camera and then those messages appeared :S

[13:32]

Also, line 400...I think that's the device revision we're looking for ... so mine is a V1 from the Sept 20. 06 batch

[13:33]

crweb, nerochiaro: I was able to get tftp to work by just adding in my dhcpd the section... host osd { ... filename "neuros-osd/uImage" ... }. But now it seems my NFS is not right.

[13:37]

Also I still haven't tried the TFTP/NFS method suggested by nerochiaro yesterday

[13:43]

AsGF2MX: there is a lot to configure

[13:44]

sourcerror: That's one thing holding me back

[13:45]

it's not that bad, I think the main problem for me was I'm running fedora core 6 so I have to translate a few minor things (e.g. where packages are when not already installed)

[13:45]

I'm on Ubuntu right now

[13:45]

...where configuration is. I finally turned off my firewall because I was worried that was part of my problems.

[13:46]

at least until I get it running.

[13:46]

But without a firewall?

[13:46]

Hmm

[13:47]

Would having a bootserver on the LAN make things easier?

[13:47]

but I'm behind router (actually more than 1). anyway... now i don't understand where I went wrong with NFS. I've set up NFS before

[13:47]

I haven't done it before but what's messing up?

[13:48]

for zaurus. but not sure if something is different now.

[13:49]

Permissions?

[13:49]

yea maybe.

[13:49]

I recall NFS using something to allow access to specified machines...is this the case?

[13:52]

I'll read up on NFS some more and try some things. I have to capture the console log and look over it some more (many lines!).

[13:53]

Sorry

[13:53]

Just had a momentary power cut...

[13:54]

Where were we?

[13:54]

sourcerror: You're going to look at the console logs?

[13:55]

AsGF2MX: don't worry about it. I'm going to go off and read up on NFS and maybe get my zaurus up and running again to see if that can see the NFS export.

[13:55]

Oh

[13:55]

* sourcerror looking through log(s)

[13:55]

* tries something

[13:56]

sourcerror: Do you use a USB to RS232 adapter?

[13:57]

yes.

[13:57]

Oh great, what model? I am looking to get one

[13:58]

wow, I bought it a long time ago. let me see if I can read anything off it.

[13:58]

Hmm

[14:00]

I didn't get much done today and the store prices at 20 pounds is a bit pricey :S

[14:02]

www.amazon.co.uk

[14:02]

As I frequently shop at amazon, I'm considering that at the moment. But I don't know if it'll fit the bill

[14:03]

AsGF2MX: I think is is this... www.bb-elec.com Yea it looks like they are pricey. I don't remember it costing that much but maybe it did.

[14:03]

Looking

[14:04]

actually that Amazon one you posted is probably a reasonable price (in the market now)

[14:04]

Hmm so I'm paying about the right price if I get it in store...then what about the one I just sent you

[14:04]

That's what I'm thinking

[14:05]

But I am just wondering, are there any particular issues I should be aware of when looking for Linux compatability of these devices as well?

[14:05]

they probably all use the same chip (though I have no idea)

[14:05]

I wish; would make things lot easier

[14:06]

I don't know about compatibility but for me I usually end up finding the one that is incompatible by accident :)

[14:06]

That's good

[14:07]

Or is it? I just want to make things easier by knowing what is likely to work :D

[14:10]

* sourcerror going off to figure out the NFS problem

[14:11]

Good luck

[14:47]

AsGF2MX: I did an `lsusb` to see what my "IOGEAR UC232A" USB-serial device shows... "ID 0557:2008 ATEN International Co., Ltd UC-232A Serial Port [pl2303]". I also found this link: www.qbik.ch

[15:29]

<crweb>

AsGF2MX: as far as I can tell, no reason for your reboots

[15:29]

<crweb>

there are a few interesting bits of info though I will look at deeper

[15:38]

how would i checkout the neuros 2 garbage branch from cvs using linux

[15:52]

Mortimus: sourceforge.net try following this

[15:53]

mortimus@Mortimus ~ $ cvs -z3 -d:pserver:anonymous@neuros-firmware.cvs.sourceforge.net:/cvsroot/neuros-firmware co -P garbage

[15:53]

cvs server: cannot find module `garbage' - ignored

[15:53]

cvs [checkout aborted]: cannot expand modules

[15:54]

thats what im getting

[15:55]

wait, i'll check

[15:56]

Mortimus: the module name is just neuros-firmware, try it

[15:57]

it works :)

[15:57]

Mortimus: cool :)

[16:31]

nerochairo how do i know "make -f Neuros200.mak" completed successfully

[16:33]

when it's over without errors, if i recall correctly

[16:37]

no errors but i think it stops prematurely

[16:37]

why do you say so ?

[16:37]

nerochiaro: in trying to enable netboot, I got past my tftp issue by just doing a full configuration of dhcpd and now provide the 'filename' parameter. I thought my NFS was not working but it seems to be since at some point in the output I see "VFS: Mounted root (nfs filesystem)". So, now the problem is that some files (/usr/local/bin/sscr and some *.ttf fonts) are not being found then arround the time it starts loadin

[16:37]

g Indignant codecs, it just degrades to "nfs: RPC call returned error 101". The 'sscr' was not in my rootfs.tgz build (3.27-0.54) for some reason but the .ttf are. Any ideas?

[16:39]

sourcerror: 1 minute please

[16:40]

sourcerror: none of these errors are supposed to be blocking. it should finish boot anyway

[16:41]

the RPC errors have something to do with NFS having trouble, instead. they are the actual problem

[17:08]

"build/neuros_noload.cmd", line 1: FATAL ERROR: cannot open input file

[17:08]

'.\debug\neuros200.out': No such file or directory (aborting)

[17:08]

[17:09]

thats what i get when i do buildneuros on linux

[17:12]

<eigma>

you mean build-helper.sh?

[17:13]

eigma: he's talking about the old neuros2 firmware

[17:13]

<eigma>

oh, oops

[17:13]

Mortimus: can you see at which line that happens ? i mean, at which point in the script ?

[17:14]

eigma: speaking of build-helper, i have to say it works fine

[17:14]

<eigma>

cool

[17:15]

i think 25

[17:16]

correction 29

[17:17]

so yeah, the build didn't get to the end, you were right

[17:17]

now, i'm not really sure what the problem is

[17:18]

no idea what stopped it

[17:19]

one thing i can suggest can be to check inside Neuros200.mak and try to have it trace what it's doing, and re-do that manually step by step, see what goes wrong. but takes a damn lot of patience

[17:20]

Mortimus: the other alternative would be take a big shortcut and install qemu with some windows in it. but of course that would be a bit of a cop out, i know

[17:21]

i would have to kill my windows drive since it does not work with dual core anymore

[17:21]

what do you mean ?

[17:21]

also i am compiling on X86_64

[17:22]

might also be that, i don't know. only tried on 32bit

[17:22]

i had windows xp X64 when i upgraded the processor ntokernl.exe died

[17:22]

replaced still no fix

[17:23]

thats when i quit on windows

[17:24]

i understand that. what i'm saying is if you still have license (or don't care for one) you can install that windows inside a qemu environment and it will probably be much easier

[17:24]

yes i should

[17:25]

i've tried qemu with kqemu on a 32 bit machine and it's great, basically very little overhead. don't know about 64bit

[17:25]

four packages to emerge not so bad

[17:26]

well, plus the time to "emerge" windows ;)

[17:26]

good luck, i have to leave. it's possible i'll be back in half an hour or so.

[17:26]

later

[18:01]

sourcerror: thanks for the info

[18:02]

crweb: anything in particular?

[18:02]

I just got back from watching some TV

[18:06]

Looks like I might be a little too late :S

[18:09]

Oh well, going to have to call it a night, nite all!

[18:23]

nerochiaro, anyone: I'm just hitting a wall with my netboot. My log from a netboot: pastebin.ca If anyone can point me in the right direction I'd appreciate it? My NFS export is... "/srv/neuros-osd-rootfs 10.10.3.0/255.255.255.0(rw,sync,no_root_squash,subtree_check)". I've verified I can mount and access on the same machine... "mount -t nfs 10.10.3.1:/srv/neuros-osd-rootfs /mnt/test_nfs".

[18:24]

<eigma>

I'll take a peek..

[18:24]

<eigma>

have you tested the tftp download locally?

[18:25]

<eigma>

ah, d'oh

[18:25]

<eigma>

nevrmind

[18:26]

eigma: it is getting past the TFTP, right?

[18:26]

<eigma>

yep

[18:26]

<eigma>

otherwise, there wouldn't be any kernel

[18:26]

;)

[18:26]

<eigma>

yeha, sorry.. jumped to conclusions there ;)

[18:27]

no honestly I don't understand how the handoff happens, I guess just as it mounts the nFS over the existing root?

[18:27]

<eigma>

handoff?

[18:27]

well why does it even need the NFS?

[18:28]

<eigma>

as opposed to?

[18:28]

why can't it just boot like the Flash does and keep going. If I had a URL to read up on these things I wouldn't waste your time.

[18:28]

s/Flash/flash boot/

[18:29]

<eigma>

booting off NFS is a lot more convenient for development because you don't have to build a filesystem image for every development cycle

[18:29]

<eigma>

I get the feeling I haven't answered your question..

[18:29]

yea, why can't it get all it needs from TFTP and then continue. that's the confusing part for me

[18:29]

<eigma>

back to your problem, though

[18:30]

<eigma>

error 101 is ENETUNREACH, meaning "network unreachable"

[18:30]

<eigma>

I'm thinking maybe one of the startup scripts is changing the network configuration and the kernel doesn't know how to get to the NFS server anymore

[18:31]

hmmm.

[18:32]

<eigma>

try adding the "nolock" option at the end of your nfsroot kernel parameter

[18:32]

<eigma>

also, at the end of nfsroot, you have wsize=4096M (i.e. 4 GB) .. is that what you meant?

[18:32]

where is that?

[18:33]

<eigma>

um, I don't know..

[18:33]

<eigma>

where did you enter the "nfsroot=10.10.3.1:/srv/neuros-osd/rootfs,udp,..." stuff?

[18:35]

all I have in my uboot environment is... nfs_serverip=10.10.3.1

[18:35]

nfs_root=/srv/neuros-osd-rootfs

[18:35]

so it must derive that somehow itself

[18:35]

<eigma>

k, one sec

[18:38]

<eigma>

so you entered that stuff through the serial port, at the uboot prompt, right?

[18:38]

let me see...

[18:39]

<eigma>

no, actually

[18:39]

<eigma>

wiki.neurostechnology.com -- I think this is exactly what's going on with you

[18:39]

<eigma>

have you configured the networking startup scripts at all?

[18:40]

ok I think that is maybe the problem. I started with method 2, but then when I ran into problems with TFTP, I did not setup method 1. that first line.

[18:41]

<eigma>

yeah, try following method 1 from the beginning and if you still run into trouble, ask

[18:41]

...my bootargs is not right since I only did method 2.

[18:41]

eigma: thanks!

[18:56]

eigma: that 'wsize' parameter wasn't it. It was actually what derobert wrote at the bottom of _NetBooting_the_OSD.... "During boot, networking dies. If you are using NFS for the root fs, make sure that osdmain is configured to use static IP, or it will try to reconfigure the network during boot and you'll loose the NFS connection".

[18:57]

I temporarily moved 'osdmain' away so it would not run. So I'm booting now!

[18:57]

...it works.

[18:58]

<eigma>

yeah, i think i figured out why

[18:59]