<xiangfu>
guyzmo: I have a small question about lua running in milkymist, lua is a script language(http://www.lua.org/) then it should can not to access the hardware. only can running on milkymist right?
<xiangfu>
it can not write file to NOR flash. can not read NOR flash right? is the LUA linked RTEMS libs?
<guyzmo>
xiangfu - well, I didn't dig into the code, so I can't tell, but lua is indeed linked against rtems
<xiangfu>
guyzmo: (lua linked against rtems) got it. thanks.
<xiangfu>
guyzmo: I found the 'awesome windows manager' is using lua :)
<guyzmo>
xiangfu - and that's the point of my question, whether there is some abstraction to control some basic hardware features
<guyzmo>
xiangfu - as well as the sony PSP :p
<lekernel>
what do you want to control?
<guyzmo>
lekernel - reboot, inputs/outputs...
<lekernel>
you can try controlling DMX with the file I/O functions
<lekernel>
for reboot just press the 3 buttons at the same time
<lekernel>
open /dev/dmx_{in,out}, then seek/read/write
<lekernel>
if you don't have /dev/dmx*, you may need to recompile Lua with the DMX driver in the driver table ... (see how flickernoise does in main.c)
<guyzmo>
ok
<guyzmo>
lekernel - about flterm, it seems macosx treats POLLHUP as POLLIN...
<lekernel>
did you get flterm to work?
<guyzmo>
(from what I've found)
<guyzmo>
not yet, I'm trying this out
<guyzmo>
I was googling over the mailing lists and the known poll() bugs on OSX
<guyzmo>
because we can't be the firsts to encounter that kind of bug :)
<kristianpaul>
guyzmo: (lua prompt) nice
<kristianpaul>
guyzmo: reboot from lua? not implemented..
<kristianpaul>
xiangfu: (acess hardware with lua) not currently, well sdt input/output (uart) at least, but lua is not hard to custom :-)
<kristianpaul>
s/sdt/standard
<guyzmo>
kristianpaul - but we indeed have /dev/* access as lekernel tells me ?
<xiangfu>
guyzmo: you decide debug flterm under MacOS :D
<guyzmo>
xiangfu - at least I'm trying
<guyzmo>
but I won't spent too much time on that, though
<xiangfu>
guyzmo: maybe you can create a new 'issue' at https://github.com/milkymist/bugs/issues ? just for other people who want try flterm in macos. we can point him to some URL :)
<guyzmo>
xiangfu - yup, but first I'm trying to point exactly what's wrong
<guyzmo>
and where it blocks
<lekernel>
lol? you can't poll() /dev files on OSX?
<lekernel>
what to use instead? select()? hahaha
<guyzmo>
I hope not :)
<lekernel>
btw that patch seems to be just an autocrap macro to detect whether poll() works with /dev/* or not
<guyzmo>
yup, but it talks about a poll replacement that is no where :-S
<lekernel>
and btw yes it seems one has to use select()
<kristianpaul>
btw for shell and getting hardware support already well made in rtems, lua should no be linked stadalone anymore and luam should be added as rtems custom command
<kristianpaul>
(need to recompile Lua with the DMX driver in the driver table ) ya, too, but lua shell support a filesystem already?
<kristianpaul>
..
<lekernel>
i think so
<guyzmo>
OMG
<guyzmo>
% man poll
<guyzmo>
[...]
<guyzmo>
BUGS
<guyzmo>
    The poll() system call currently does not support devices.
<lekernel>
guyzmo: use linux :)
<guyzmo>
lekernel - that's what I do :)
<guyzmo>
so I can open an issue in the tracker, and directly mark it as 'wontfix' ;)
<lekernel>
well i guess you can replace it with select()
<guyzmo>
I just don't have the time to rollback to select()
<kristianpaul>
bootcamp support linux recently ;)
<guyzmo>
I got a linux vm running
<kristianpaul>
ah, yes Yann do same i think..
<guyzmo>
but hell, a fscking community of FLOSS developers are able to write a working poll() implementation, and a private held company like next and then apple can't ?
<kristianpaul>
yup :_)
<lekernel>
well there are things that FLOSS developers can't do but apple can. making a nice GUI without X, touchscreens that work, successful hardware products, ...
<kristianpaul>
hum.. i agree in the out-of-the-box/turnkey experience, (not gui, thats software, that doest matter if all works)
<kristianpaul>
ha, wishbone and avalon control signals do almost same just have different less or more explicative names..
<lekernel>
xiangfu: how's it going with keymap and language support?
<lekernel>
don't worry about the autostart problems, i'll fix those
<lekernel>
and add a register set by the BIOS to indicate rescue boot ...that's one's easy... what is less easy is how to properly read that value back in RTEMS
<lekernel>
there's always the option of making the CRT store it into some global variable, then read that global variable in the app... one more thing that Ralf will hate I think :-)
<xiangfu>
lekernel: I meet small bug about three keys. I bought germen/french keyboard today. will get them in next two days. I think I have to get the French keyboard that I can make it working.
<xiangfu>
lekernel: first I will still using the keymap.c layout map. then next step will look into the input.c as you said only one key map in input.c is enough.
<xiangfu>
lekernel: I am working on ben nanonote this week a little. so maybe a little slow.
<kristianpaul>
lekernel: Do you still using distcc in order to do simultaneos map and par ?
<kristianpaul>
is the goal isnt? or..
<lekernel>
I use the "smartxplorer" xilinx script
<kristianpaul>
k
<lekernel>
is in "project promotion" mode today. submitting CFPs, funding applications, email advertising, and bothering people who didn't answer earlier emails.
<guyzmo>
hum just had an idea of workaround for the poll thing.. I could create a pipe file to the chardev file and open flterm with the pipe :)