<Textmode>
and the xburst build has exhausted all available space on my build machine. :/
<freespace>
w00t, got my nanonote
<kyak>
freespace: gratulations!
<freespace>
:D
<freespace>
now to flash it, it apparently needs flashing :P
<kyak>
this is the first to do
<tuxbrain_away>
freespace:the bnn look at you with bright eyes and says with sweet low voice, "please, flash me the last distro, keep me updated and I will make you a happy geek" but beware rear this sweetness is an angry beast if your are not careful you will end compiling your own packages, testing beta uboots, and soldering wires... I know , learn from my experience :P
<freespace>
hehe
<freespace>
none of those are new experiences, thankfully :)
<kyak>
hm, so much on the Internet about USB gadget g_ether driver not working with Windows RNDIS..
<kyak>
and it's still not working :) though it used to, in some kernels
<kyak>
ethernet not working, wifi not working - so i can suck with my windows workstation at work
<tuxbrain>
freespace: then you have no way to run :) welcome to the merry nanohackers world
<freespace>
:D
<arctanx>
Are there any works underway to jury-rig some sort of short-range wireless on the BNN? I thought it would be cool to set up some mesh applications, such as usenet
<arctanx>
Not official works of course, I just mean projects that people are up to
<Textmode>
arctanx: i understand that many have used SDIO wireless cards successfully
<Textmode>
has anyone looked into how dingux's network-over-USB manages to "just work", while ben's needs configuration at both ends?
<arctanx>
Wow, I never even knew SDIO existed... that's kinda neat...
<arctanx>
Cheers Textmode
<Textmode>
np
<arctanx>
Bliiiimey those things cost as much as a nano
<Textmode>
yeah...I heard they are a bit costly
<qi-commits>
Mirko Vogt: enable kernel floating point emulation, to provide fallback support for userspace applications compiled without native fpu-support http://qi-hw.com/p/openwrt-xburst/74a0655
<kyak>
Textmode: there are no problems to set up automatic network-over-USB configuration in linux that "just works"
<Textmode>
kyak: then why doesn't openwrt do so?
<kyak>
at Bens's side, everything works from the beggining, probably you just need to set a default gateway in /etc/config/network
<kyak>
to avoid you typing route add default gw .. every time
<kyak>
from linux side, most distros have autoconfig scripts in /etc/sysconfig/network-scripts
<kyak>
in addition to udev rules
<kyak>
so this is a question of your distro and it's documentation
<kyak>
i'm exploring now the Ethernet over USB in Windows - now, this is a real problem
<Textmode>
kyak: then why does dingux's networking feature work instantly, while oi the same machine, with the same settings, the ben can't connect?
<kyak>
Textmode: dunno, i don't have Dingoo device :) does it create the usb0 interface?
<Textmode>
I guess. I could dig it out, I was just wondering if anyone had looked into it
<kristianpaul>
seems the flickernoise pic still needed to improve or you atleast a GUI concept
<kristianpaul>
ops
<calamarz>
tuxbrain: have you succeed with keymouse conf?
<tuxbrain>
no time yet dude, I hope this night got some time to play with it
<calamarz>
I managed to have the mouse somehow moving... but still not good :/
<tuxbrain>
really? any clue on where the problem can be?
<calamarz>
not at all... the keymouse creates /dev/input/event3, I made a symlink from mice to it, and put some keycodes in the conf... the pointer moves, debug ok, but pointer keeps going back to 0,0
<rafa>
kristianpaul: what did you do to avoid a bit the flickernoise?
<tuxbrain>
calamarz: can you put your config some where to download or send me it by mail david@tuxbrain.com
<Textmode>
night all
<tuxbrain>
night Textmode
<kyak>
any git experts around? :) i'm trying to update my local git repo, but preserving my modifications. i do 'git checkout -m' in /my/path/openwrt-xburst, and the only output is "MÂ Â Â Â Â Â target/linux/xburst/qi_lb60/config-2.6.32"
<kyak>
i guess it means that this file is modified, ok; but why isn't git checking out latest change from remote repo?
<larsc>
git pull
<kyak>
ok, this wasn't in "Everyday GIT With 20 Commands Or So" :)
<kyak>
reading the manual now, thanks larsc
<kyak>
error: Entry 'target/linux/xburst/qi_lb60/config-2.6.32' not uptodate. Cannot merge.
<kyak>
hmm
<kyak>
i think i should be using git merge
<calamarz>
tuxbrain: sent
<tuxbrain>
thanks, I will test this night in openwrt
<kristianpaul>
rafa: oh sorry wrong channel
<kristianpaul>
rafa: this is other flickernoise ;)
<kristianpaul>
our flickering is a sofware i think
<rafa>
kristianpaul: I am asking you because I do not get good FPS with mplayer or snes9x and I was guessing that perhaps there is something to improve
<kristianpaul>
well i dint try debian yet
<kristianpaul>
i heard you could get good FPS with no audio, but once it get working FPS go down
<freespace>
mplayer on openwrt?
<kyak>
larsc: i did "git pull -s ours", i think it did what i want. but "git status" says "Your branch is ahead of 'origin/xburst' by 1 commit." what does it mean?
<kyak>
my local changes are not committed, is it right?
<freespace>
i think it means your branch has one more set of changes than head of origin/xburst, e.g. your locl changes
<kyak>
how does it know the number of commits ahead? is it some kind of trickery from Linux Torvalds? :)
<kyak>
freespace: ok, thanks for confirmation
<freespace>
i hope that is right :) i am still a git n00b myself
<kyak>
i so prefer svn
<freespace>
hehe, i don't, not any more :)
<kyak>
git remind me of the octopus they mention so much in their docs
<freespace>
you just have to think about it the right way
<freespace>
it probably helps to run gitk
<freespace>
and visually see the history of the branches
<kristianpaul>
rafa: the video looks great, guessing because no audio?
<sdschulze>
larsc: ping
<sdschulze>
make'ing target/{clean+install} didn't rebuild my modules.
<rafa>
kristianpaul: no, it has audio okey
<rafa>
just that I had a headphone connected..
<rafa>
kristianpaul: if you turn up the volume of the video you will hear the sound of the movie
<rafa>
at least something, very low
<larsc>
sdschulze: make package/kernel/install
<larsc>
will rebuild pack the modules
<sdschulze>
larsc: It doesn't rebuild them.  It expects them to have been built, which isn't the case.
<sdschulze>
"cp: cannot stat `/home/soeren/openwrt-xburst/build_dir/linux-xburst_qi_lb60/linux-2.6.32.10/sound/soc/jz4740/snd-soc-jz4740.ko': No such file or directory"
<nebajoth>
sup
<sdschulze>
larsc: Gotcha.  It doesn't build the modules when doing a "make install".
<sdschulze>
but only when doing a "make compile"
<sdschulze>
How much slower is kernel FPU emulation than userspace, actually?
<sdschulze>
My mplayer doesn't really run well.
<sdschulze>
I can't play a 64kbps ogg file, which was possible in OpenWRT.
<mth>
sdschulze: there is an integer (fixed point) version of the Vorbis decoder
<larsc>
libtremor. i think thats what we use by default in openwrt
<coat_>
woohoo chatting from my nanonote
<sdschulze>
mth: So that's what is used by GMU?
<mth>
I don't know, but larsc says it is used on openwrt
<wejp>
Gmu uses Tremor for vorbis decoding
<calamarz>
kristianpaul: mmm maybe zgv can do it?
<wejp>
that is the fixed-point vorbis decoder
<kristianpaul>
calamarz: is in openwrt?
<calamarz>
kristianpaul: don't know :/
<sdschulze>
wejp: And what about video decoding?
<sdschulze>
I heard this had been done on the NanoNote.
<wejp>
well Gmu doesn't doo any video decoding, but video decoding on the nanonote should probably be done with the hardwae video-accelerator that is part of the SoC
<wejp>
i think there are patches from ingenic for mplayer to support that
<zear>
but it doesn't work very well
<zear>
the mplayer in jlime uses ingenic patches
<kyak>
Fuuu! I've managed to setup Ethernet over USB in Windowz :) this is a teaser, details will follow
<calamarz>
zear: with the proper video scaling mplayer seems to do quite nicely to me
<sdschulze>
zear: Nice -- what codecs are supported?
<zear>
sdschulze, no idea, but i guess whatever comes with mplayer by default
<sdschulze>
No, I mean, which are accelerated?
<mth>
the IPU can help by doing YUV to RGB conversion in hardware
<mth>
but afaik there is no IPU driver in the NN kernel
<mth>
Ingenic has a driver, but it statically allocates a 4MB buffer, which is too much on a 32MB system
<sdschulze>
a driver?  Is it free software?
<sdschulze>
I wouldn't consider it too much if it's the only way to watch videos properly.
<mth>
it's under GPL, like the rest of the kernel
<tuxbrain>
kyak:Coooooograts man, you are a hero in my point of view, willing to see that tutorial on how to defeat  winblows
<sdschulze>
mth: Do you have a working link to those patches?
<sdschulze>
(So it requires both modification in mplayer and in Linux?)
<larsc>
yes
<tuxbrain>
flac is free of propietary codec?
<nebajoth>
yes
<nebajoth>
completely open
<sdschulze>
So where do I get patches?
<sdschulze>
(We really need a central resource for NanoNote stuff.  Everyone is doing his own business.)
<tuxbrain>
ok once you cd /media/f57c4505-ae1e-4f61-a275-71806f000423
<xakh>
ok got it
<tuxbrain>
sudo tar -xzf /watever/you/have/the/tar.gz/with/rootfs/Jlime-muffinman-image-2010.1-ben-nanonote.rootfs_READY.tar.gz
<tuxbrain>
so once is finished
<tuxbrain>
type "sync" to make sure all things are written to sd
<tuxbrain>
and then just unmount and plug the sd to BNN
<xakh>
ok
<xakh>
it only took like a second
<tuxbrain>
also the sync
<xakh>
that's good right
<tuxbrain>
?
<xakh>
oh ok
<xakh>
hit sync
<xakh>
everything just sorta stopped
<xakh>
now over
<xakh>
so I unmount everything?
<tuxbrain>
yep
<tuxbrain>
if it complains just close the terminal or exit the sd directory
<xakh>
okay got it
<xakh>
at login screen on jlime
<xakh>
wass da password
<tuxbrain>
root
<xakh>
ok
<xakh>
time to startx
<tuxbrain>
welcome to the jlime proud crowd :)
<xakh>
yaaay
<xakh>
so, how do I get iceWM goin
<tuxbrain>
heheheh you are not friend of read howtos, isn't it?
<xakh>
I don't know where they are
<xakh>
also like tuts from people
<tuxbrain>
in jlime site is the documentation
<xakh>
ok
<xakh>
can't find the parameters
<Textmode>
morning all
<rafa>
morning
<rafa>
larsc: I would like to ask you about power-button. It is /dev/input/event0 in openwrt.. how is it hockeed to shutdown the device?.. or kernel manages it internally?. I was guessing that some stuff on userland is checking it and does the proper stuff to turn off the device.
<rafa>
larsc: :) it seems that fnkeys binary read power button event and calls poweroff binary.. now I need to read the code of poweroff binary. I am asking because I have been able to power off my nn with 2.6.34
<larsc>
rafa: thats correct
<rafa>
larsc: great. Anyway, I have been able to power off the machine. I have included acpi packages in my rootfs .. perhaps that is the problem ? (or something in userland?)
<rafa>
larsc: for kernel side I have :
<rafa>
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
<rafa>
CONFIG_ARCH_SUSPEND_POSSIBLE=y
<rafa>
CONFIG_PM=y
<rafa>
# CONFIG_PM_DEBUG is not set
<rafa>
CONFIG_PM_SLEEP=y
<rafa>
CONFIG_SUSPEND=y
<rafa>
CONFIG_SUSPEND_FREEZER=y
<rafa>
larsc: if you see something wrong, please let me know
<rafa>
I read something related in kernel mailing list (with problems in acpi code broken for 2.6.34rc, but I am not sure if that is something current now)
<larsc>
looks good. you won't need acpi packages i guess
<freespace>
mmm, newest firmware has that graphical thingy
<freespace>
well, now i know what i want to do first: remove the graphical thingy :P
<emeb>
just say no to graphical thingies
<freespace>
that's me
<freespace>
unless actual graphics is involved
<emeb>
especially graphical thingies with sekrit navigation keys.
<freespace>
oh yes
<freespace>
that frustrated the hell out of me
<emeb>
and don't forget the overclocking code that munges up the LCD display
<freespace>
i am not sure why the B button actuall launches applications
<freespace>
instead of enter
<freespace>
b which is actually x
<freespace>
:P
<rafa>
emeb: what is that overclocking code?
<emeb>
rafa: not sure - just was reading some things about how there was some clock control code from the dingoo in there