[00:33] <srobertson> may1937: c54x compiler might be a teensy bit above my current skill set
[00:33] <crweb> heh
[00:33] <may1937> not guts no glory =]
[00:34] <crweb> you only get the $ if you finish right?
[00:34] <may1937> oh really
[00:34] <may1937> coming from the company of perpetual beta
[00:34] <crweb> google summer of code
[00:35] <crweb> you have to meat the sponsor goals i thought
[00:35] <crweb> meet
[00:35] <crweb> start simple with the c54x compiler
[00:35] <crweb> do basic stuff
[00:35] <may1937> only implement adds or something
[00:35] <crweb> i can't for the life of me figure out how to load my code onto the dsp though
[00:36] <may1937> really? i had that much working
[00:36] <crweb> i've got nothing to go from
[00:36] <may1937> well, semi working
[00:36] <may1937> what dsp code do you have?
[00:36] <crweb> just something at adds 1 to 1
[00:37] <may1937> oh
[00:37] <crweb> do i have to make it a kernel module?
[00:37] <crweb> thats what i don't understand.
[00:37] <may1937> basically
[00:38] <may1937> svn.neurostechnology.com
[00:39] <may1937> that is my start from a while ago
[00:40] <may1937> the dsp code is the at the bottom of the init, the value at 0x7f80-2
[00:40] <may1937> i don't think it was really enough though, i think you really need to set a proper jump vector and stuff
[00:41] <crweb> interesting
[00:41] <may1937> i kind of got busy around then
[00:41] <crweb> I will look at it more later
[00:41] <crweb> thx
[00:41] <crweb> I've got to go to bed
[00:41] <crweb> ttyl
[00:41] <may1937> peace
[01:11] <v0dka> gnite
[03:55] * TankC  is away: bed time
[04:15] <nerochiaro> may1937: hi, you there ?
[04:52] <anders_> That NIC interrupt disabling timer thing seems really strange...
[04:54] <nerochiaro> could it be also something that affects NFS on networks that have lots of broadcast traffic ?
[04:58] <anders_> Could very well be.
[04:59] <anders_> It feels a bit like some workaround for some bug in the chipset.
[04:59] <anders_> I'd really like to know why it is there.
[05:04] <nerochiaro> i guess that unless they ask TI there's no way to know. and maybe not even then.
[05:06] <anders_> Well, asking TI would be a good start then..
[05:06] <nerochiaro> in other news, it really sucks the way our SVN is organized
[05:06] <nerochiaro> i'll poke Gao, AFAIK he's at TI now, maybe he can take the chance
[05:07] <anders_> That would be great.
[05:07] * anders_  has seen his share of obscure nic chipset bugs :)
[05:08] <nerochiaro> i'll see what i can do
[05:13] <nerochiaro> Gao poked
[06:54] <anders_> nerochiaro: The upstream driver (www.davicom.com.tw seems to have the timer aswel..
[07:00] <anders_> nerochiaro: But "06/17/2006 Butchered for NTR3 OSD" is a quite big patch... (351 insertions(+), 225 deletions(-))
[07:43] <nerochiaro> anders_: not to mention "butchered"
[07:44] <anders_> indeed.
[07:46] <nerochiaro> but if you say the davicom driver is having this problem too, then it might not matter
[07:48] <anders_> nerochiaro: The fact that the davicom driver has the timer thing aswell points in the general direction of a workaround for some hardware bug..
[07:49] <JoshMalone> mmmm.hardware bugs :)
[07:49] <JoshMalone> morning all
[07:51] <nerochiaro> anders_: there you go, our hardware man is on board :)
[07:51] <JoshMalone> lol
[07:52] <nerochiaro> anders_: or it points in the direction of a bad idea straight from davicom engineers
[07:54] <anders_> JoshMalone: Quick recap; comments.gmane.org I downloaded the original driver (www.davicom.com.tw from davicom. It contains the same disable-interupts-after-X-rx-packets thing.
[07:54] <anders_> ..which smells a bit like some workaround to a hardware bug.
[07:54] <anders_> But it could also be clueless davicom engineers.
[07:56] <JoshMalone> yeah - reeks of buggy HW to me, too
[07:57] <JoshMalone> but it doesn't leap out at me what the bug could be :(
[07:57] <JoshMalone> often you have to be careful not to miss an interrupt in your driver....
[07:57] <anders_> I've seen my fair share of hardware bugs in network cards. Trust me, they can be really bizarre - not to talk about the workarounds :)
[07:57] <JoshMalone> ...but that doesn't seem like what they're after here
[07:58] <JoshMalone> oh me, too. And USB controllers, as well
[08:00] <JoshMalone> so disabling that code has what effect?
[08:04] <anders_> JoshMalone: According to the OP there are no negative side effects..
[08:04] <JoshMalone> OK - I couldn't tell what he meant by the mii returns junk
[08:05] <anders_> Well ioctl isn't implemented in the driver. Or rather it is implemented to always return success.
[08:05] <anders_> So when one asks the driver for linkstatus and such things it doesn't report it correctly but says that it does.
[08:06] <JoshMalone> LOL - okay :)
[08:06] <nerochiaro> which is wrong. shouldn't ioctl be supported but return always "no support" ?
[08:07] <JoshMalone> yes - I think there's an E_NOIMP value
[08:08] <anders_> Just don't assign dev->do_ioctl
[08:08] <anders_> Keeping it NULL will make the upper layers see that it isn't implemented.
[08:08] <JoshMalone> Oh - all ioctl is not supported? Ah
[08:09] <nerochiaro> anders_: that too, unless the upper layer assumes it's implemented
[08:09] <nerochiaro> anders_: in which case the upper layer should be fixed, i suppose
[08:09] <JoshMalone> that would be a bug, too, IMO
[08:09] <nerochiaro> indeed
[08:09] * JoshMalone  hasn't done drivers in a LONG time
[08:13] <anders_> nerochiaro: lxr.linux.no
[08:29] <nerochiaro> anders_: so it's not called if not implemented
[08:30] <anders_> Right.
[08:42] <nerochiaro> anders_: just point it out in the thread then
[08:45] <anders_> Yeah, I was planning to put my input on that thread, just been to lazy..
[08:45] <anders_> Guess I'll do it right away.
[08:52] <nerochiaro> in other news, anyone who wants to contribute some ideas for Neuros participation in Google's summer of code please add them to this wiki page: wiki.neurostechnology.com
[08:53] <nerochiaro> even rough stuff is ok, some editing will be done afterwards anyway
[08:55] <Ycros> what's the deadline for that/
[08:58] <DeepB> nerochiaro: add .srt subtitles to this page :)
[08:59] <anders_> nerochiaro: xmms2 is participating in google soc btw.
[09:00] <JoshMalone> schweet
[09:00] <nerochiaro> DeepB: good idea. i'll add that, but i think it's too small for a 3 month project
[09:00] * JoshMalone  wants XMMS2
[09:00] <nerochiaro> Ycros: deadline for organizations is 12 March i think
[09:01] <Ycros> ah.
[09:01] <Ycros> broadcasting tv out onto the network, or tuning into network broadcasts would be nice
[09:01] <Ycros> heh
[09:02] <anders_> nerochiaro: But if you want to run a xmms2 client project under neuros mentoring organization I could even (co)mentor it.
[09:02] <Ycros> assuming there aren't any hurdles
[09:02] <Ycros> (there might be, we had a lengthy discussion about this once)
[09:05] <nerochiaro> anders_: that would definitely rock. can you add some info on that on the SOC page in the wiki ?
[09:05] <anders_> nerochiaro: But maybe that is too long timeframe?
[09:05] <anders_> nerochiaro: We also have a wiki.xmms2.xmms.se proposed project.
[09:06] <nerochiaro> anders_: well, we can restrict it somehow
[09:06] <nerochiaro> anders_: maybe have it only do some basic tasks, not a full blown frontend
[09:07] <anders_> nerochiaro: I mean, you don't want to wait until after the summer for a xmms2 client.
[09:08] <nerochiaro> ah, well, depends on if you or someone else intend to work on it before, i guess
[09:09] <nerochiaro> we can still have it as a project and have the student help you or whoever is doing it, no ?
[09:09] <Ycros> ah
[09:10] <DeepB> nerochiaro: what HD 720p or 1080i avi?
[09:10] <Ycros> how about a web interface, written in lua or C or something suitably light-weight
[09:10] <anders_> nerochiaro: Indeed.
[09:10] <Ycros> or is someone doing that already
[09:10] <nerochiaro> Ycros: that streaming thing TV out would be nice, but i think we have problems with streaming out that come from the codecs. i'm not sure though, it's worth investigating
[09:10] <Ycros> I've been busy, and I haven't been paying attention in here
[09:11] <Ycros> nerochiaro: no, codecs aren't a problem
[09:11] <nerochiaro> DeepB: i think the hardware can't support HD content
[09:11] <Ycros> nerochiaro: encode into mpeg, throw it out into the network
[09:11] <Ycros> nerochiaro: likewise, grab packets from the network, decode as mpeg
[09:11] <anders_> nerochiaro: Are you adding XMMS2 to the list. (I don't have an account, and don't really have the time)
[09:11] <DeepB> nerochiaro: ohh :(
[09:11] <nerochiaro> anders_: ok, i'll do that later
[09:11] <Ycros> nerochiaro: the only potential issue is cpu power in grabbing encoded mpeg frames, wrapping them in packets, sending them out, and vice-versa
[09:12] <nerochiaro> Ycros: ok, i've not been looking in that area, so i'll take your word for it :)
[09:12] <Ycros> nerochiaro: I did hear that the codec drivers write straight to a filesystem or something like that, which could be a problem, but it could still be redirected with a clever hack
[09:13] <Ycros> either a psuedo-filesystem kernel module, or a FUSE filesystem, but FUSE could be a bit too heavyweight
[09:13] <nerochiaro> Ycros: yes, but maybe you can use a pipe or something thee ?
[09:13] <Ycros> yeah
[09:13] <Ycros> a named pipe _might_ work
[09:13] <Ycros> dependis
[09:13] <nerochiaro> Ycros: worth checking. brb, coffee break
[09:13] <Ycros> it's something that would have to be investigated
[09:14] <Ycros> the other idea is a web interface
[09:26] <DeepB> add support for .mkv Matroska or .ogm Ogg Vorbis...
[09:32] <nerochiaro> DeepB: they are both container formats, right ?
[09:32] <DeepB> nerochiaro: rite
[09:33] <DeepB> nerochiaro: en.wikipedia.org
[09:34] <DeepB> nerochiaro: en.wikipedia.org
[09:44] <DeepB> nerochiaro: i need Matroska for my Heroes series :)
[09:45] <Ycros> I get heroes in 720p anyway
[09:45] <Ycros> and ac3 audio
[09:46] <DeepB> avi or mkv?
[09:47] <nerochiaro> DeepB: you can demux it on pc and remux it in another container, no ? :)
[09:48] <nerochiaro> but can it be done only in ARM ?
[09:48] <nerochiaro> because anything that needs DSP codec support is kind of off-limits for Google SOC
[09:49] <srobertson> nerochiaro: remuxing? yeah, sure
[09:49] <DeepB> nerochiaro: uuuff... more brain :(
[09:49] <nerochiaro> srobertson: explain
[09:49] <nerochiaro> DeepB: don't worry
[09:50] <Ycros> DeepB: mkv of course, it's x264 encoded I think
[09:50] <srobertson> just woke up, 2 secs to read backlog
[09:50] <Ycros> I don't think the osd handles 246 does it?
[09:52] <srobertson> Ycros: correct, for the most part... we can license it, but it's pretty intensive to decode so there are res limits and such
[09:54] <srobertson> nerochiaro: remuxing is bandwidth-intensive. occasionally it requires reading the entire file before beginning to write a single frame.
[09:54] <srobertson> however, for better formats and smarter code, it's possible to write a demuxer that doesn't require that,
[09:55] <srobertson> and supports seeking. it'd require some changes to nms, specifically how to handle seeking
[09:56] <srobertson> (unless the remuxer is implemented with a FUSE front-end -- the program could generate a correct AVI header
[09:56] <nerochiaro> srobertson: i was talking of doing it on Pc
[09:56] <srobertson> ...oh.
[09:56] <nerochiaro> but you are correct, i think
[09:57] <srobertson> Does the new square brick decode WMV/WMA?
[09:57] <nerochiaro> in general it would be nice to have nms be able to do I/O via buffers, instead of always using a file
[09:57] <nerochiaro> if it's no talready so
[09:58] <nerochiaro> anders_: do you already feed buffers to decode to nms, right ?
[09:58] <Ycros> yeah
[09:58] <Ycros> I'd rather watch 720p stuff on my LCD anyway
[09:58] <Ycros> heh
[09:58] <nerochiaro> srobertson: the new square brick ?
[09:58] <anders_> nerochiaro: Yes.
[09:59] <nerochiaro> anders_: you know if it can also output that way already ?
[09:59] <srobertson> nerochiaro: the OSD
[09:59] <nerochiaro> srobertson: it's not square ;)
[10:00] * srobertson  procures ruler, smacks hand with it
[10:00] <nerochiaro> srobertson: but it should support that already if i'm not mistaken
[10:00] <srobertson> right... i was getting at this: UPnP AV specification support.
[10:01] <srobertson> lots of windows computers use this to stream content, and it would mean two-click integration with Windows
[10:01] <srobertson> (no messy SMB stuff)
[10:01] <srobertson> this has already come up, and i forget why it was shot down before, but it was a while ago iirc
[10:01] <anders_> nerochiaro: I think the api has both input and output.. No idea if it works thogh..
[10:02] <nerochiaro> anders_: Ycros: ok, another "to investigate" thing for all streaming applications
[10:02] <DeepB> Ycros: PC required?
[10:02] <nerochiaro> srobertson: i'll check back in ML, see if i find something about upnp
[10:02] <Ycros> DeepB: yessss
[10:03] <Ycros> DeepB: which isn't a problem as it's my monitor anyway
[10:03] <DeepB> Ycros: ok
[10:04] <nerochiaro> srobertson: i don't see any shoot down, seems very possible even. just seems no one seems to have popped up to do it. good for SOC it seems
[10:07] <DeepB> and ncurses bittorrent for the OSD?? rtorrent??
[10:08] <srobertson> DeepB: i've wanted to do a Lua interface to libtorrent for a while... added to SoC page.
[10:08] <DeepB> srobertson: aha
[10:09] <srobertson> how about: a computer-assist daemon. cross-platform, based on some portable encoder (vlc, mencoder, etc.)
[10:09] <nerochiaro> bittorrent can be a good idea, but i think only with a very good GUI that can be used via remote
[10:10] <nerochiaro> srobertson: what's a computer-assist deaemon ?
[10:10] <srobertson> helps by doing real-time transcoding of files that can't play, with no user intervention
[10:10] <srobertson> ...on the pc
[10:12] <srobertson> if we get upnp support, simply have the daemon broadcast its capabilities via upnp
[10:12] <srobertson> or something
[10:13] <srobertson> btw, torrent client in its full glory may be useless without package manager, as it would carry with it some complications if it were to be usable
[10:13] <srobertson> of the sue-the-crap-out-of-neuros variety
[10:15] <nerochiaro> srobertson: well, no. you can download lots of legal content with bt
[10:16] <nerochiaro> it's a tool, you can use it for evil or for good, it's not the tool that is evil
[10:17] <srobertson> absolutely true. but if we integrate content from popular trackers, we're likely to get what amounts to an ad for illegal content
[10:22] <nerochiaro> srobertson: we should not provide any pre-loaded address to any tracker. just the torrent client
[10:23] <nerochiaro> srobertson: doing otherwise is shooting in the feet
[10:23] <DeepB> www.bittorrent.com i can not see anything ilegal :)
[10:23] <GuestN464> hi all ! i need some kind of help ! how can i download folders from svn.neurostechnology.com under windows os?
[10:23] <nerochiaro> DeepB: :)
[10:23] <nerochiaro> GuestN464: you need an SVN client
[10:23] <nerochiaro> GuestN464: on windows use tortoise SVN for example
[10:24] <GuestN464> :nerochiaro tnx
[10:26] <nerochiaro> you're welcome
[11:14] <_may1937_> nerochiaro: ?
[11:20] <GuestN464> installed SVN client, but when trying to export svn from svn.neurostechnology.com cant do it.
[11:20] <GuestN464> PROFIND request failed on '/"
[11:21] <GuestN464> PROFIND of '/": 200 OK (svn.neurostechnology.com
[13:24] <nerochiaro> may1937: still there ?
[13:24] <crweb> good afternoon :)
[13:25] <nerochiaro> crweb: hey :9
[13:25] <crweb> I really thought I had more input for the clean up
[13:25] <crweb> but everyone's covered my points
[13:25] <nerochiaro> i guess it was about the same for everyone
[13:26] <nerochiaro> i still need to find some time to peruse osdmain more in detail, i think i can find out some more little suggestions
[13:26] <crweb> same here
[13:26] <crweb> i was thinking about exploring and maybe documenting some cooler api
[13:27] <nerochiaro> there's not a huge amount to explore there, unless you're talking about the low level media api, that needs a good spelunking. oh, by the way, take a look at the "Summer of Code" page on the wiki and see if you have suggestions to add
[13:29] <crweb> yeah i was thinking about adding zeroconf support
[13:30] <nerochiaro> crweb: there's already a point about Upnp AV, they seem to be related
[13:30] <nerochiaro> although not sure how yet
[13:32] <crweb> did you see my new demos?
[13:32] <nerochiaro> nope
[13:33] <crweb> www.limesg.com
[13:33] <crweb> www.limesg.com
[13:34] <crweb> all the themes, colors, button shapes were done in a non-compiled stylesheet
[13:35] <nerochiaro> uh, why make an avi when it's all static ?
[13:35] <nerochiaro> anyway, it looks much nicer than before
[13:35] <nerochiaro> except that cursor, it caused me seizures
[13:35] <crweb> because that 442 records the video :)
[13:36] <nerochiaro> aww, make screenshots
[13:36] <crweb> hah, yeah, i haven't been hiding th emouse
[13:36] <crweb> I do have keyboard input 100% figured out now
[13:36] <nerochiaro> the menus are still quite hideous to look at
[13:37] <nerochiaro> but all in all way better looking than before
[13:37] <crweb> well, they can be changed simply by editing a stylesheet
[13:37] <crweb> which was the goal.
[13:37] <nerochiaro> a text file ?
[13:37] <crweb> yep
[13:37] <nerochiaro> can you pastebin it, out of curiosity
[13:37] <crweb> yeah
[13:38] <crweb> cpp.sourceforge.net
[13:39] <nerochiaro> oh cool, it's just CSS
[13:39] <crweb> well.. kinda
[13:40] <crweb> they tried to stay with css as much as possible
[13:40] <nerochiaro> of course
[13:40] <crweb> if you watch the pc demo file you get a better idea of more stuff that can be done
[13:41] <crweb> i had to stop writing gui code to write some of the backend drivers for the music browser
[13:41] <crweb> and I still dont' know what it actually looks like on a tv
[13:42] <crweb> but a fully functional demo of qt is what i'm aiming at
[13:42] <crweb> and layout/design can be edited by opening up the qt forms in the gui designer
[13:42] <nerochiaro> crweb: check on tv, it's important
[13:43] <crweb> well, thats why i have all the fonts bold, and as large as I can make them
[13:43] <crweb> i'd have to pack qt onto the firmware to get my app onto the tv
[13:44] <crweb> if the tv out ship on the osd is nice enough, it should look fairly close to the pcdemo
[13:44] <crweb> i did up my resolution to 656x464
[13:44] <crweb> that was nice
[13:46] <crweb> actually i'm going to do that.. bbiab
[13:47] <crweb> oh, btw, busybox doesn't support source
[13:47] <crweb> i can't figure out how to set system env stuff
[13:47] <crweb> except to maybe have a /etc/profile
[13:47] <crweb> big maybe there
[13:51] <nerochiaro> source is generally an alias for ". /foo/bar/file.sh" in ash shell. but that works from the cmd line, but not from inside scripts
[13:57] <crweb> this will mark the 2nd time my osd has ever been plugged into a tv :)
[14:01] <nerochiaro> sometimes down the i will plug it in for the 1st time, but not yet. my lcd monitor should do for now
[14:02] <nerochiaro> down the road, i mean
[14:04] <nerochiaro> anders_: you around ?
[14:13] <chreekat> haha, so weird... my neuros, while bouncing around in a pocket or backpack, would start recording sometimse
[14:13] <chreekat> I've never listened to them, but while playing all songs on shuffle, the recordings come up sometimes
[14:14] <chreekat> This one is 30minutes long, recorded about a year ago
[14:15] <chreekat> I hear lots of voices.. everything is muffled though. Can't figure out what's going on yet
[14:24] <nerochiaro> chreekat: i love when that happens, deciphering where i was and what people were saying is fun when you're bored
[14:24] <chreekat> hehe
[14:24] <chreekat> I tihnk I figured this one out
[14:25] <chreekat> hanging out with a friend from high school at lunch in a busy place
[14:25] <nerochiaro> most of the time for me is on the train or subway, so it's just the noise of the wheels unfortunately
[14:26] <chreekat> The first one I found was bizarre.. it was some shopping trip I went on with my ex-girlfriend, at a time when our relationship was rocky and awkward. It was especially weird since I had broken up with her merely a few weeks before finding the recording
[14:33] <nerochiaro> memories in a muffled, mysterious audio package
[16:49] <JBorn_Handheld> hi all
[16:49] <srobertson> JBorn_Handheld: 'sup
[16:50] <nerochiaro> JBorn_Handheld: hey, check mail when you have time. i sent you a couple of messages about SoC
[16:50] <JBorn_Handheld> gao and I are here at the ti developer conference
[16:50] <nerochiaro> JBorn_Handheld: how goes ? interesting stuff ?
[16:51] <JBorn_Handheld> Yeah, they are certainly interested in recruiting you guys
[16:52] <JBorn_Handheld> srob, ok ill look
[16:52] <nerochiaro> JBorn_Handheld: they = TI ?
[16:52] <srobertson> JBorn_Handheld: that was nero, not me
[16:53] <JBorn_Handheld> yes they meaning ti
[16:55] <crweb> you guys?
[16:55] <nerochiaro> i suppose he means folks from the open source community
[16:55] <JBorn_Handheld> ok, bbl
[17:01] <kinaole> Hello - I am trying to really use my neuros for the first time ... it will not mount my sdcard
[17:01] <kinaole> ... show up on the console as mmcblk0:p1 ... but mount fails ... there is not entry in fstab
[17:02] <nerochiaro> kinaole: which firmware are you using ?
[17:02] <kinaole> the one that came with it ... how do I tell?
[17:02] <kinaole> I am telneted in and have the serial cable spitting out on another box
[17:03] <nerochiaro> in the main application, go into settings menu, there should be a menu item for properties that gives you the version
[17:03] <kinaole> also ... would be nice if I knew how to change the IP to 192.168.0.xxx as that is my local network - I assigned an alis on one of my boxes
[17:03] <kinaole> ok ... just a sec
[17:04] <kinaole> how do you get out of the console on the TV display?
[17:04] <kinaole> ... besieds power down
[17:05] <nerochiaro> try home on the remote, but i'm not sure. and for networking: in the main app settings there's a netwok config panel that allows to set static addressing to whatever ip you like
[17:05] <kinaole> my network settings do not come up on the OSD
[17:05] <nerochiaro> what do you mean ?
[17:06] <kinaole> I am at version 3.13-0.07
[17:06] <kinaole> when I browse to network, nothing happens
[17:07] <nerochiaro> that's ancient
[17:07] <nerochiaro> get the latest one
[17:07] <kinaole> as I said - I have had this a while and no time to play with it
[17:07] <nerochiaro> no problem
[17:07] <kinaole> I have downloaded it, but the instructions say to put it on the ssd card, my won't mount
[17:07] <nerochiaro> just go into the settings menu, there should be an option to upgrade firmware from the network
[17:09] <kinaole> nope
[17:09] <nerochiaro> nope what ?
[17:09] <kinaole> but I can copy it onto an SD card ...
[17:09] <kinaole> no firmware upgrade option
[17:10] <nerochiaro> hmm, strange. it's been there from almost the start, wait a second
[17:10] <kinaole> if there is a script I could run, I am telnet'd in
[17:11] <nerochiaro> unfortunately there is none
[17:12] <kinaole> any idea how I get the sd card to mount? or is there another way to push code onto the box
[17:13] <nerochiaro> that sd card might never mount with that old firmware. you can try with an usb mass storage device (usb keychain, or usb hard disk). or with an nfs mount
[17:15] <kinaole> I can NFS mount?
[17:16] <kinaole> my fstab seems toow to try think it will mount a CF card, I am dumping my camera right n
[17:16] <kinaole> will try a CF Card
[17:16] <crweb> battery died.. heh
[17:16] <kinaole> USB keychain does not seem to mount - not in fstab either
[17:17] <nerochiaro> kinaole: for NFS, first ensure you have NFS shares available from your PC, then from console or telnet do mount -t nfs -o nolock,udp 182.168.1.xxx:/your/nfs/share /mnt/OSD/somedir
[17:19] <nerochiaro> crweb: are these NFS mount options right, i keep forgetting
[17:19] <crweb> those should be fine
[17:19] <nerochiaro> crweb: i'm impressed at how sucky was media card support in ancient firmwares
[17:20] <crweb> kinaole: have you updated to the latest firmware lately?
[17:20] <nerochiaro> crweb: we're trying to find a way to upgrade him to latest from ancient
[17:20] <kinaole> never - this is my first attemp
[17:20]