<kyak>
my Ben parcel is moving.. such a relief :) 5 days there were no news
<kyak>
thinks he will have to come personally to Schenzhen after the Ya
<kyak>
:)
<zedstar>
tuxbrain: gonna email you about getting a quote for 5 nanonotes but are you able to get hold of wikireaders? is for a university order
<tuxbrain>
sorry no wikireaders
<tuxbrain>
but let me check if I can find some quickly
<zedstar>
tuxbrain thanks....not sure how i would do it via amazon as need some official quote before i can proceed
<tuxbrain>
how many you need?
<zedstar>
tuxbrain basically i have 1000UKP but supposed to get wikireaders in that....i thought of splitting it half half between wikireader and nanonote
<tuxbrain>
ok arround 5 wikireaders
<zedstar>
yeh
<tuxbrain>
Let me check , maybe It will take me 1 day and the answer can be just no, but I will try
<zedstar>
tuxbrain thanks either way i will order 5 nanonotes from u
<tuxbrain>
music to my shopkeeper ears :P
<zedstar>
lol
<rafa>
tuxbrain: me here
<tuxbrain>
hi rafa, two cuestions ( or may be more)
<rafa>
tuxbrain: have you read to FrankBlues? X runs out of the box ;)
<tuxbrain>
Yeah I have it running :)
<tuxbrain>
so many good feelings seeing jlime running on BNN
<rafa>
ja!.. all the world have it !.. I will install it today.. i feel out :)
<tuxbrain>
haahahahaah
<tuxbrain>
yeah but you have something I also want, sound and mplayer
<tuxbrain>
I wanna I wanna I wanna
<rafa>
sound, yes.. mplayer as well :)
<rafa>
BTW, something is bad in mplayer.. I do not why
<rafa>
if it plays music or sound.. all is okey
<rafa>
but for videos I have not able to set it properly.. or some bug in this mplayer
<rafa>
tuxbrain: I will upload kernel and mplayer right now for you ;)
<tuxbrain>
doing the happy geek dancing arround the room
<rafa>
haha :D
<tuxbrain>
If I achieve to find all dependencies needed on OE, avrdude, avr-gcc... I will try to replace my devel distro actually debian to jlime, due is already on a SD one of the goals I have , I'm soooo happy to finally see together jlime and BNN
<tuxbrain>
dancing again, now headbanging at Ramstein Du hast rythm
<rafa>
if something is missing in Jlime repo (OE), let me know
<rafa>
I will try to complete it as complete as possible ;)
<rafa>
I have not tested the ipk package of mplayer
<rafa>
let me know if you find errors..
<rafa>
to install.
<rafa>
tuxbrain: FrankBlues said that abiword looks nice to use it :)
<rafa>
so I would try X these days, we are not sure which GUI we will put as main jlime gui
<rafa>
gmenu2x is nice but I do not like the code much
<tuxbrain>
I agree with frank, having mouse kbd emulator sould be awesome I vote for red up arrow+cursor to move +qi key as left click , red arrow qi key right click, red arrow vol up/down mouse wheel, abiword not tested yet
<tuxbrain>
damn I have other work to do right now , I will report all that new stuff , time to do some posts :), even if then I have to move them to nanohacks
<rafa>
we need to do some release soon, some few guys already use it .. ;)
<tuxbrain>
jlime is light, it has miriad of pkgs to install, it has a brilliant community used to deal with few resources , so the only you needed was a live device were to make it live.... call it destiny :P
<rafa>
yeah, nn is a great meal for our hearts ;)
<Ornotermes>
anyone know where i can find scematics and complete board layout for the PCBs in Ben?
<rafa>
tuxbrain: sorry, I gave you the wrong kernel.. :( let me upload the proper one
<rafa>
tuxbrain: you there ?
<rafa>
tuxbrain: the proper kernel with sound inside for jlime is :
<rafa>
haha.. it is because current kernel from qi is nice complete ;)
<rafa>
zear: bad news.. mplayer freezes after few seconds :(
<rafa>
and many times it just shows the first frame and stop there..
<zear>
rafa, :/
<rafa>
zear: when the video has sound you can hear the sound.. so the problem is with video it seems
<rafa>
and if you play mp3/whatever sound format it goes well.
<rafa>
zear: good news.. the Xserver-xfbdev package in repo work out of the box it seems ;)
<zear>
:D
<rafa>
tuxbrain: shutdown and power on/off button do not work well yet. So advice:
<rafa>
- when you want to reboot/power off then first mount the / as read only. With : mount -o remount,ro /
<rafa>
then you can try shutdown -h now or whatever.
<rafa>
kristoffer: hey man..
<rafa>
I am debugging halt and reboot stuff in kernel. If I test init 6/shutdown -h now/reboot/halt.. the system runs the shutdown scripts but then the kernel does not reboot/shutdown . Any ideas? I think that I need some option more in .config
<rafa>
I guess that it is just time to test the possibilities ;)
<rafa>
kristoffer:  I am debugging halt and reboot stuff in kernel. If I test init 6/shutdown -h  now/reboot/halt.. the system runs the shutdown scripts but then the kernel does not  reboot/shutdown . Any ideas? I think that I need some option more in .config
<kristoffer>
inside the kernel?
<kristoffer>
I doubt it. You could always check the apm stuff I guess but reboot is more of an userland issue.
<rafa>
kristoffer: I am trying to understand which is the issue..
<rafa>
it is not the same to do reboot than power off.. but neither reboot nor power off works for me now..
<rafa>
and I would like to understand why. Well, if you find some ideas to check during these days please tell me :)
<kristoffer>
will do, in u-boot land atm
<xdpirate>
yoyo, got my nanonote from tuxbrain today, but i'm having a bit of a problem reflashing it. using newest version of the flasher script and xburst-tools, and confimed that the device is in usb boot mode (both software and shorting the usb-boot pins works), but when I try to reflash, I get an error message saying "Error - can't read bulk data from Ingenic device:1728". The 1728 part changes every time I try to reflash.
<xdpirate>
Anyone available to help?
<emdete>
xdpirate: with what?
<xdpirate>
<xdpirate> yoyo, got my nanonote from tuxbrain today, but i'm having a bit of a problem reflashing it. using newest version of the flasher script and xburst-tools, and confimed that the device is in usb boot mode (both software and shorting the usb-boot pins works), but when I try to reflash, I get an error message saying "Error - can't read bulk data from Ingenic device:1728". The 1728 part changes every time I try to reflash.
<badaa>
hi all
<emdete>
xdpirate: you can read through the hints on my page...
<xdpirate>
no matter what i do, i get the 'error - can't read bulk data from Ingenic device' error, followed by 'Skip a old bad block'
<tuxbrain>
xdpirate: first, arrived at this point better use allways the hardware reset until you succesfully flash the device
<xdpirate>
The reset button at the back of the device?
<tuxbrain>
nop
<xdpirate>
Then I'm not sure what you mean :)
<tuxbrain>
with the rubber button in the box and under the battery are two pads called usb bood
<xdpirate>
yeah
<xdpirate>
i know, i've shorted the pins
<tuxbrain>
with the button make a short with the two pads
<tuxbrain>
ok
<xdpirate>
it's not getting into usb boot that's seems to be the problem
<tuxbrain>
to check if is on usb boot or not do  a lsusb
<xdpirate>
i can get into usb boot mode, boot with usbtool, erase the nand, but i get an error when trying to flash u-boot partition
<xdpirate>
just powered it on now, the lcd lights up but it doesn't boot anything, which tells me the nands was succesfully erased
<xdpirate>
nand*
<tuxbrain>
use the provided cable
<tuxbrain>
dont use battery
<tuxbrain>
try the manual approach
<xdpirate>
yup, i'm using the cable that came with it, trying to flash without battery :)
<xdpirate>
even tried another usb cable
<tuxbrain>
dont use a hub in the middle
<xdpirate>
same problem on both
<tuxbrain>
direct conection
<xdpirate>
nope, it's connected to root
<tuxbrain>
also tried to reboot the host?
<xdpirate>
actually, no, i hadn't thought of that
<xdpirate>
will do
<mth>
is there possibly a USB hub inside your PC? I heard that one some laptops they do that if it's cheaper
<xdpirate>
i don't think so mth, there's only a single root hub on it (it's an ancient ibm thinkpad i got for free)
<tuxbrain>
sometimes this that thing of flashing , the usb plug seems to "fatigue" and somtimes trying another usb plug (not cable) or reboot the sistems works
<tuxbrain>
flashing has a lot of black magic
<xdpirate>
yeah that won't be so easy with a single plug :p
<tuxbrain>
ops
<xdpirate>
anyway the host is booting now, i hope it works
<FrankBlues>
It's shot with a cell phone, when I can find a better camera I'll work on a better video.
<xiangfu>
cool.
<xdpirate>
i still get the same error
<xdpirate>
"can't read bulk data from Ingenic device" and "Skip a old bad block"
<xdpirate>
and that's with hardware usb boot and no battery
<xdpirate>
tuxbrain, any ideas?
<tuxbrain>
mmmm has you enabled the force erase nand thing on xburst tools config?
<xdpirate>
where is the config file stored?
<arctanx>
tuxbrain: Mm I've seen that "fatigue" with another device I was working under peculiar hardware/comms failure conditions. I never did work out what it was doing to the host PC's port :|
<xiangfu>
xdpirate: /etc/xburst-tools/usbboot.cfg
<xdpirate>
xiangfu, thanks
<xdpirate>
also, can someone look at the log, and see if they see any obvious mistakes? http://pastebin.com/HRc7CZQf
<xdpirate>
would be greatly appreciated, right now the nn doesn't work at all
<tuxbrain>
xdpirate, I know exactly how do you feel, I have been there, the first time is the thoughest, nn is sometimes picky but it ends working
<tuxbrain>
log seems a "normal" failure
<xdpirate>
what should i double check in the usbboot.cfg?
<zear>
xdpirate, that was probably suggested already, but have you tried a different usb calbe?
<zear>
*cable
<xdpirate>
yes
<xdpirate>
two different cables
<xdpirate>
still the same error
<xiangfu>
xdpirate: is there a usbhub between NN and PC?
<zear>
hmm.. maybe the usb port is sucky
<xdpirate>
xiangfu, nope
<xdpirate>
the usb port is 1.1, if that matters
<zear>
xdpirate, if that's a laptop, the hub might be embedded
<xdpirate>
yes it's a laptop, an old ibm thinkpad
<zear>
do you have another pc you can try it on?
<xdpirate>
well, my main pc
<xdpirate>
but only windows on it
<zear>
ah
<xdpirate>
and ubuntu doesn't support my wireless drivers so i can't download anything if i use wubi to install ubuntu
<xdpirate>
i could try copying over all the needed files though
<tuxbrain>
yes I think is the last variable we have not moved in the equation,
<tuxbrain>
the pc
<xdpirate>
think it'd work with a live cd and a memory stick with all files on it?
<zear>
yep
<xdpirate>
noice
<xdpirate>
btw NAND_FORCEERACE is set to 1 in the cfg
<xiangfu>
xdpirate: from the log, probably the host usb issue.
<xdpirate>
hm ok, i'll create an ubuntu live usb stick
<xdpirate>
xiangfu, i won't have any interwebz connection when in ubuntu, so which files do i need to copy for usbboot/xburst-tools, and where should they be placed?
<xiangfu>
1. /etc/xburst-tools/usbboot.cfg 2. /usr/bin/usbboot 3, the whole folder of /usr/share/xburst-tools
<xiangfu>
then the usbboot should work.
<xdpirate>
ok, thanks mate!
<kyak>
guys! quick question about openwrt toolchain. i copied a directory from feeds/packages/utils/whateverpackage to feeds/packages/utils/whateverpackage1. Why it didn't appear right away in make menuconfig? I tryed modifying the Makefile to change the package name also, but it still hasn't appear. What am I missing?
<urandom_>
kyak you have to edit feeds.conf
<kyak>
urandom_: there are sources of packages there.. what should i edit?
<kyak>
i'm trying to port an application and want to use existing as a base
<sdschulze>
Something else: how do I see the battery charging status?
<emdete>
sdschulze: re
<sdschulze>
emdete: OK, I just wanted to know what you based your Debian image on.
<sdschulze>
on pyneo.org
<sdschulze>
Anyone got any idea how the openwrt-xburst-qi_lb60-uImage.bin image was created and how it's different from openwrt-xburst-uImage.bin?
<tuxbrain>
xiangfu is your man
<sdschulze>
Is he on IRC?
<tuxbrain>
not now
<sdschulze>
It's so nice that people contribute, but if they don't publicly document it, it's kinda useless.
<qwebirc5334>
tuxbrain -- i see you're doing arduino integration?
<sdschulze>
What I'm basically after is sound on a Debian system.
<tuxbrain>
openwrt-xburst-qi_lb60-uImage.bin is a totally temporally file
<sdschulze>
Loading the OpenWRT modules doesn't work.
<sdschulze>
tuxbrain: Nice, so where's the .config so we can fix it? ...
<sdschulze>
Wouldn't have been so hard to provide it along with the image.
<tuxbrain>
it was a quick and dirty compilation of a bunch of patches than xianfu was making, to include in the main realease later
<tuxbrain>
the patches used on this will be included in the next release
<tuxbrain>
I think they also has been commited to the git
<sdschulze>
Yeah, but what patch makes it Debian-compatible?
<sdschulze>
Or, in other words, why doesn't the original image boot on Debian?
<tuxbrain>
afaik the only thing that this uboot make it more debian friendly is it allows to show kernel log on boot is the kernel what different
<sdschulze>
No, uboot isn't modified.
<sdschulze>
and I don't see any kernel log
<sdschulze>
For some reason, the OpenWRT image -- the one with the blue slash screen, you know -- doesn't boot Debian but remains on the nice splash screen.
<tuxbrain>
openwrt kernel and debian rootfs are incopatible
<sdschulze>
why?
<tuxbrain>
compiled with different options and gcc optimizations I think, I'm not such low level just talking about I have read here and there
<tuxbrain>
but what is sure is you will not boot a debian rootfs with a Openwrt kernel and viceversa
<sdschulze>
No any modules exist from the openwrt-xburst-qi_lb60-uImage.bin build?
<dptech>
Who can i install x11 in nanonote ?
<tuxbrain>
dptech: with jlime it works out of the box, well the repo :)
<sdschulze>
I just find it very annoying that people make hacks and upload the binaries to show people how nice it is, but nothing else.
<dptech>
tuxbrain: thank for your service, I receive very well my nanonotes. For jlime, can i use "opkg install jlime" ?
<tuxbrain>
sdshulze, as I said the changes done in the uboot you are talking about are on git already
<tuxbrain>
no that easy dptech
<tuxbrain>
but not so hard, jlime is a full distro it self based on OE
<tuxbrain>
I boot it from a sdcard
<sdschulze>
tuxbrain: So if I build a kernel from the the git repo, it will be Debian-compatible?
<tuxbrain>
for debian stuff please ask pyneo
<tuxbrain>
emdete and josh
<tuxbrain>
they will sure give you info about the main kernel diferences
<sdschulze>
I tried today...
<dptech>
tuxbrain: I must buy sdcard
<sdschulze>
The iso from mister-muffin.de works better, BTW, though trying to find out why would be reverse-engineering, too. :(
<tuxbrain>
dptech: I think right now yes but sure when they make an oficial release will provide a rootfs to flash on nand
<dptech>
tuxbrain: thank you for your help, good bye! I see for jlime
<emdete>
sdschulze: sorry,, grabed some food. i used a rootfs blindly prepared by josch and fixed the problems. josch is the guy that is our (pyneos) debian guru.
<tuxbrain>
emdete sdschulze is looking also for the diference in openwrt kernel an debian
<sdschulze>
"blindly prepared"?
<josch>
sdschulze: i just made a mipsel debootstrap
<sdschulze>
OK so far
<sdschulze>
That's the pyneo.org image then?
<sdschulze>
And the fixed one is the mister-muffin.de one?
<josch>
sdschulze: the mistre-muffin.de (my server) one is the clean mipsel debootstrap without mods
<tuxbrain>
and indeed the one that works best :P
<sdschulze>
yes
<sdschulze>
But what about the kernel now?
<sdschulze>
josch: And what about the image you can download from pyneo.org?
<josch>
sdschulze: pyneo.org is emdete 's webserver so he can explain that :)
<sdschulze>
Still -- where did you get the kernel from?
<sdschulze>
emdete: ?
<josch>
sdschulze: iirc emdete built the kernel himself with two or three needed flags changed to make it work for debian
<sdschulze>
Yeah, would be really nice if he could upload a .config.
<josch>
i think there is one... wait a sec
<emdete>
sdschulze: kernel difference is inotify & partitioning
<emdete>
inotify should be on now in openwrt too
<sdschulze>
why partitioning?
<emdete>
also fpu emu was off in openwrt (done in user space) which has to switched on for std debian mips
<emdete>
partitioning was changed due to startup time. the whole space for rootfs takes 8sec to be verifyed by the fs so they decided to reduce rootfs sice to 512 MB or so
<sdschulze>
So the .bin image is actually multiple partitions?
<emdete>
no
<emdete>
sdschulze: there is no partition table in nand. all systems reading that space have to agree on their partitioning
<emdete>
for u-boot, kernel, rootfs and more if wante
<emdete>
d
<emdete>
the borders are compiled in
<emdete>
u-boot just needs the border of the kernel,
<emdete>
the kernel will need rootfs & more
<emdete>
openwrt decided to have rootfs + data in nand
<xdpirate|craptop>
so i've finally gotten around to create a live cd to do the reflashing, but after copying the xburst tools i get the message that i'm missing libconfuse.so.0, but i can't apt-get it cos ubuntu doesn't support my wireless drivers
<emdete>
i didn't like it cause i wanted full  debian rootfs in nand
<emdete>
i dont care about the 8sec
<emdete>
but as i see you boot frm sd anyway so don't bother, any kernel will do with the correct root= param
<sdschulze>
Ah, so you must tell the kernel the size and position of the root fs?
<emdete>
sdschulze: at compile time, yes
<emdete>
its fixed in the kernel bin
<sdschulze>
Erm, no, I don't boot from SD right now.
<emdete>
i just revoke the patch that openwrt did to reduce the size
<emdete>
also i switched on inotify and fpuemu
<emdete>
problem is: this no longer works. i have no recent openwrt build system thaht builds my desired kernel
<sdschulze>
I see.
<sdschulze>
Can't you build from Debian?
<emdete>
i can give you my openwrt tree if you like but thats some gigs
<emdete>
you can, sure. i didn't. its not my business ;)
<emdete>
i want the fastest way to get pyneo on the machine and take the kernel from openwrt + modules to get startet.
<emdete>
you will need their config, their patches, ...
<emdete>
i hope josch will do so one day
<emdete>
also i want to update the kernel out of the linux on nn
<sdschulze>
Yeah, but as you explained yourself, the OpenWRT kernel doesn't boot.
<emdete>
so if you don't boot from sd you should change your nick too ;)
<sdschulze>
and it isn't compatible to the modules
<emdete>
sdschulze: no i said: it doesn't build
<sdschulze>
heh :)
<emdete>
it is compatible
<sdschulze>
?!? I thought the partitioning was different.
<emdete>
i build all with openwrt. kernel + modules. i copy the modules to the rootfs & everything is fine
<emdete>
coredump
<emdete>
okay: from beginning:
<emdete>
i managed to build a kernel with openwrt with the changes i mentioned above.
<emdete>
that's the kernel you'l find on pyneo.org
<emdete>
if you stress me hard i give you a tar ball to the tree were i did that with config changes and removed patch
<emdete>
but the recent build tree of openwrt doesn't build anymore
<zear>
xdpirate|craptop, check if you have libconfuse in your system
<emdete>
i have no time to investigate
<zear>
if so, just make a symlink to libconfuse.so.0
<emdete>
also the kernel works just fine
<sdschulze>
emdete: will be similar to the config I find in the git repo, right?
<sdschulze>
I don't think I need a tarball.
<emdete>
sdschulze:Â Â the build tree is above 3GB, btw
<sdschulze>
Hm, has Linux got that bloated... :)
<emdete>
yes. its just plain openwrt, just only build kernel + modules. if your rootfs fits into 512mB your find
<emdete>
sdschulze: no. its a complete cross compile environment.
<emdete>
just make sure to switch on fpuemu (check the ml if they didn't do already)
<emdete>
without no executable will start in debian
<sdschulze>
no native build? :)
<emdete>
and enable inotify to use dbus and the like
<sdschulze>
OK, now where do I set the 512 MB?
<emdete>
sdschulze: my brain just cored
<emdete>
sdschulze: for the xburst arch will be a patch. you'll find it in the tree when installing openwrt's build system
<xdpirate|craptop>
hi guys, why do i get "not enough arguments" error when trying to do "nprog 2048 openwrt-xburst-qi_lb60-root.ubi 0 0 -n"? i've finally successfully flashed uboot and kernel, only rootfs left
<emdete>
sdschulze: the channel #openwrt will be quite helpuful for openwrt (build-)questions...
<sdschulze>
How's the patch called?
<emdete>
xdpirate|craptop: -c missing?
<emdete>
sdschulze: grep -r
<sdschulze>
(I've already checked out the tree.)
<xdpirate|craptop>
running directly from usbboot prompt  emdete
<emdete>
(or: i don't remember but found it that way ;) )
<sdschulze>
grepping for what?
<emdete>
xdpirate|craptop: never did such advanced stuff ;) just tru without " ?
<emdete>
sdschulze: call me under my 0900 number i give you a hint ;)
<xdpirate|craptop>
"not enough argument."
<xdpirate|craptop>
=/
<emdete>
sdschulze: to be earnest: i don't remember. sad to say but my focus is different. when the kernel worked for me i tried to keep up with the changes in openwrt but gave up. maybe check the ml
<emdete>
xdpirate|craptop: why don't you use the command line?
<sdschulze>
So the patch contains the fixed 512 MB?!
<xdpirate|craptop>
yeah i know emdete, i'm not totally dense :P
<emdete>
sdschulze: hte patch contains the change from 2GB rootfs to 512MB rootfs
<emdete>
xdpirate|craptop: i can't know that ;) okay: i only use the command line & that works fine. i wrote a long HOWTO that explains what to do. why don't you follow that?
<emdete>
ther was a patch changing exact that file...
<sdschulze>
So you don't recommend native compiling?
<zear>
xdpirate|craptop, if the name had a space or another special character, it treated the rest of the filename as a parameter
<sdschulze>
emdete: Thanks a lot so far -- I fear I won't find any time until the end of next week, but I'll give you feedback when there's news.
<xdpirate|craptop>
alright so i'm about to kill something here >.<
<xdpirate|craptop>
i can successfully flash u-boot and kernel
<xdpirate|craptop>
but when i try to flash the rootfs, it stops after a bit, saying "can't read bulk data from Ingenic device:-110" then "can't retrieve XBurst CPU information: -19"
<coat>
i've been getting can't retrieve XBurst CPU information: -110 although one time the status was -19
<coat>
did you recently purchase your nn?
<xdpirate|craptop>
yes i got it today coat
<coat>
i got mine two days ago, and it worked for a few hours and stopped.  i can't past loading stage2 though
<zear>
a faulty batch? Though, i wouldn't panic yet
<coat>
hope not
<zear>
coat, so you haven't sorted your problems out yet.. :?
<zear>
* :/
<coat>
oh zear, thanks for helping troubleshoot the other day
<xdpirate|craptop>
i'm trying various combinations of usb-cables and usb ports now, hopefully i get it flashed
<zear>
no prob, it didn't help much anyway
<xdpirate|craptop>
it's come farther now than the previous ties
<xdpirate|craptop>
ties*
<xdpirate|craptop>
if it successfully flashes the rootfs now
<xdpirate|craptop>
i'm never flashing it again
<xdpirate|craptop>
EVER
<xdpirate|craptop>
:P
<coat>
i've been talking with wolfspraul and i think the plan is to ship a new unit and send my current one back.  might be a low level USB problem
<xdpirate|craptop>
you can't even boot it from usbboot?
<tuxbrain>
xdpirate|craptop: I also same the same first time I get stuck
<coat>
nope
<xdpirate|craptop>
ouch coat, that sucks =/
<xdpirate|craptop>
tuxbrain: hehe :P
<xdpirate|craptop>
does the newest software image have the fixed sdl libs?
<xdpirate|craptop>
i remember wejp included the fixed ones in his gmu download, when i downloaded that some time ago
<xdpirate|craptop>
oh btw zear
<xdpirate|craptop>
is the nanonotes ip when connected via usb static?
<xdpirate|craptop>
for telnet access
<zear>
it should be, yes
<zear>
and it's ssh access this time ;)
<xdpirate|craptop>
yeah
<xdpirate|craptop>
cos on the dingoo the ip is always 10.1.0.2
<xdpirate|craptop>
i installed ubuntu alongside win7 btw
<xdpirate|craptop>
easier if i'm gonna flash it again :P
<Ornotermes>
the PCB scematics confuses me :S
<xdpirate|craptop>
there aren't any other steps after flashing the three partitions, no? it's basically ready for use then?
<Ornotermes>
wich board is actualy used in ben?
<xdpirate|craptop>
holy mothertits, it works
<xdpirate|craptop>
finally
<zear>
xdpirate|craptop, :D
<xdpirate|craptop>
:D
<xdpirate|craptop>
how do i change sections in gmenu2x?
<zear>
q p
<xdpirate|craptop>
thanks
<zear>
you can blame me for the key mappings ;)
<coat>
xdpirate|craptop: you need to share your mojo with my nn
<xdpirate|craptop>
hehehe :P
<xdpirate|craptop>
well i didn't have any problems booting
<zear>
and leaving the jz4740 oveclocking code from the dingux version
<xdpirate|craptop>
it was just the flashing of the rootfs that kept failing
<zear>
so the lcd timings go crazy and the screen blinks
<xdpirate|craptop>
zear: yeah i noticed the screen, will it be better if i clock it up to 336 mhz?
<xdpirate|craptop>
gmenu2x clock is set at 200 mhz
<zear>
xdpirate|craptop, no idea, but every time gmenu2x is launched is runs the jz4740 overclock code to set the clock
<zear>
even for 336MHz
<xdpirate|craptop>
hmkay
<xdpirate|craptop>
um how do i quit gmu? x]
<zear>
xdpirate|craptop, you need to add a new entry/edit an existing one and disable the wrapper
<zear>
or you can just switch the console with ctrl+alt+F*
<xdpirate|craptop>
hmkay, thanks
<zear>
bed time, cya everyone
<coat>
later
<gbraad>
zear see ya
<xdpirate>
thanks for all the help today btw guys
<xdpirate>
finally got it working (:
<tuxbrain>
coooooongrats man :)
<xdpirate>
hehe thanks :op
<xdpirate>
*:P
<tuxbrain>
and it happens suddenly isn't it?
<tuxbrain>
after n^2 trys, on n²+1... somthing is different, don't move, don't touch anything don't breath...... it's flashing!!!!
<xdpirate>
hehehe
<xdpirate>
well i tried another usb cable and another usb root port on my pc
<xdpirate>
then finally it worked :)
<Textmode>
huggles xdpirate :D
<xdpirate>
is huggled D:
<tuxbrain>
save that cable as gold and hire a pair of security agents for that plug, at least don't forguet what is the plug and mark somewhat that cable.... flesh is weak... you will end flashing again :) again congrats
<xdpirate>
hehe :P
<Ornotermes>
is lb60 a specific revision of the AVT2 board? or am i completely lost?
<larsc>
avt2 is lb60 with minor upgrades
<Ornotermes>
i have only managed to find scematics and complete layout for avt2
<Ornotermes>
larsc: is the complete pcb layout and scematics for ben published?
<larsc>
schematics yes, pcb don't know
<Ornotermes>
i have managed to dig up the scematics for lb60 as pdf
<larsc>
yes, thats all i know about as well.
<Ornotermes>
ok
<Ornotermes>
who would know more?
<larsc>
adam
<larsc>
or write a mail to the mailinglist
<Ornotermes>
thanks
<Ornotermes>
i try the mailing list
<xdpirate>
anyone know of any apps/games that work well under dosbox on the nanonote?
<xdpirate>
anyone knows where the text string that used to say "Press enter to activate this console" is located? It changed to "starting the graphical environment", but i disabled gmenu2x so it annoys me that it says the same :)
<emeb>
because no SDL. What do I need to do to add SDL to my build environment?
<xdpirate>
add the sdl libs to /include/SDL
<xdpirate>
from the dingux toolchain
<xdpirate>
btw, how do i turn down the sound? the volume buttons doesn't seem to do anything
<emeb>
what app are you using that ignores the vol buttons?
<xdpirate>
it's a dingoo game
<emeb>
ah - they work OK in the music player app so it must be app-specific.
<xdpirate>
ouch, no sound daemon or anything that turns down global sound?
<emeb>
ALSA appears to be installed, but AFAIK there' nothing else monitoring the volume buttons.
<xdpirate>
how do i turn it down with alsa then? =p
<xdpirate>
the game doesn't change the levels, it just uses the volume it's at
<emeb>
from the console run alsamixer
<xdpirate>
ah
<xdpirate>
thanks mate! :)
<emeb>
np - best if you run it from a term on a PC host via usb/ethernet.
<emeb>
alsamixer is a character graphics app and may not look right on the NN screen.
<xdpirate>
it does actually
<xdpirate>
it looks very nice
<emeb>
cool - need to try it...
<xdpirate>
but even though i set sound to 0, it's still on max when entering the game =/
<xdpirate>
could it have something to do with the fact that the game uses sdl_mixer?
<emeb>
maybe.
<emeb>
I would have thought that alsamixer settings overrided tho
<xdpirate>
i'll have a looksie in the source, the volume is brutally loud
<xdpirate>
yeah i thought so too
<emeb>
ah- looks just fine. Must query the console dimensions.
<xdpirate>
probably
<xdpirate>
"volume=255"
<xdpirate>
ouch
<emeb>
this is just so cool - a teensy little linux machine the size of a deck of cards.
<xdpirate>
yeah :D
<emeb>
What it needs is a native toolchain so I can run gcc on it...
<emeb>
none of this worthless cross-compiling.
<mth>
it's fun to be able to compile on the road, but cross compiling is much more practical if you want to compile many packages
<emeb>
yeah, I know.
<emeb>
native is nice for little jobs.
<xdpirate>
emeb, the debian distro for the ben has a working mipsel-gcc compiler
<emeb>
xdpirate: cool - will need to investigate.
<xdpirate>
:D
<emeb>
How's the deb distro on performance?
<xdpirate>
i have no idea
<xdpirate>
haven't tested it yet
<xdpirate>
just got my nn today :)
<emeb>
got mine yesterday.
<mth>
I'm just a bit sensitive about this since many builds are broken in ways that only show up during cross compilation and some people would build in qemu rather than fix the builds
<emeb>
cross is good for finding configuration issues.
<emeb>
xdpirate: so for SDL, just grab the dingoo uclibc toolchain and pull out the SDL libs/includes?
<Textmode>
mth: could you expound on that for me? given that I'm embarking on modifying a sourcetree to improve its portability to portables it could be very helpful
<xdpirate>
emeb, yup
<emeb>
kewl
<xdpirate>
emeb, you can actually use the dingux toolchain to compile for the ben aswell
<xdpirate>
that's what i'm doing
<emeb>
aha - might be even cleaner.
<emeb>
than messing up the openwrt setup
<mth>
Textmode: in my opinion, the simplest way of making a cross compile friendly build is by treating a native compile as a cross compile, where the host and target just happen to be the same arch
<Textmode>
makes sense.
<mth>
too many builds treat cross compiles as an exception and then you end up with two different implementations of the same build steps, where the cross implementation might be broken because it isn't tested as often as the native implementation
<mth>
but even if you test both frequently, having two implementations is already more of a burden to maintain
<mth>
what is also important to be explicit about what depends on the host and what depends on the target
<mth>
and to be friendly for packages (both native and cross), make a distinction between installation location and runtime location
<mth>
for example, support DESTDIR
<mth>
we still have a bug there in openMSX, so I'm learning from my own mistakes ;)
<Textmode>
hehe
<mth>
installation location is something like /home/mth/openMSX/derived/dingoo/install/share/openMSX, runtime location is something like /usr/local/share/openMSX
<mth>
there are things like fakeroot to work around proper support for this, but with a good build system such workarounds are not needed
<Textmode>
right
<Textmode>
I'll have to test how compliant the current build system is in that regard, I do know its autotools based.
<Textmode>
but it seems a bit cobbled together in places
<Textmode>
(just incase autotools wasn't enough of a beast)
<mth>
I'm not a fan of autotools, but there aren't many alternatives either
<mth>
just avoid libtool if you can
<Textmode>
no...not to mention that changing build tools is rarely fun.
<mth>
because it's next to impossible to debug libtools problems
<Textmode>
theres a libtoolize call in there, but I'm not sure if it actually does anything for anything actually in the project. I'll have to look at that too.
<mth>
the thing about libtool is that something goes in and something comes out and if you're unhappy with what comes out, you have two options:
<mth>
1, try to read through 10,000 lines of shell script to figure out why that output is generated
<mth>
2. apply trial and error to the input in the hope of getting the right output
<mth>
in theory it's open, but in practice it's just a black box
<Textmode>
#2 is basically voodoo coding :/
<Textmode>
but yeah, hopefully I won't have to mess with that, I'm not even sure it actually does anything in this project.
<emeb>
OK - finally got something from dingoo to compile & run. Had to copy a bunch of libs over too...
<arctanx>
oh wow, it's here, it's here!
<Textmode>
reminds me, I need SDL mixer for nanonote...