Humpelstilzchen has quit [Ping timeout: 264 seconds]
Humpelstilzchen has joined #neo900
<wpwrak>
better than trying to guess tail would be to use sed :)
<DocScrutinizer05>
particularly since they use sed elsewhere in same script
<DocScrutinizer05>
but a script that's suppoesed to "install everywhere" is rather interesting
<DocScrutinizer05>
duh, another 20,00 EUR PP donation
<DocScrutinizer05>
>> Mitteilung des Käufers: Keine Angabe <<
<DocScrutinizer05>
always makes me feel bad. Would be so much nicer when they actually would add a note "just to support you guys, have a beer on me!"
<DocScrutinizer05>
otherwise you never know if some guy in SUNNYVALE, CA 94087 expects to get a device for that 20 bucks
rjeffries has quit [Ping timeout: 256 seconds]
heinrich5991 has quit [Ping timeout: 419 seconds]
heinrich5991_ has joined #neo900
heinrich5991_ is now known as heinrich5991
rjeffries has joined #neo900
ecloud has quit [*.net *.split]
sixwheeledbeast has quit [*.net *.split]
lobito has quit [Ping timeout: 248 seconds]
ecloud has joined #neo900
sixwheeledbeast has joined #neo900
lobito has joined #neo900
<DocScrutinizer05>
[2015-04-14 Tue 06:49:50] <wpwrak> oh, and all prices are in USD. so Neo900 had become some 1/3 more expensive to make since the reorg
<wpwrak>
(20 bucks) it's sunnydale. and you don't want to mess with those folks :)
<DocScrutinizer05>
NFC what's sunnydale
<wpwrak>
never seen buffy the vampire slayer ? :)
<DocScrutinizer05>
when I don't want to mess with them, I prolly should retour the donation, right?
<wpwrak>
not sure if they accept returns at the hell hole they have there
<DocScrutinizer05>
PP probelm, not mine
<DocScrutinizer05>
I mean, what's worse: a donor who wants to give us 20 bucks for the love of it who gets frustrated when it comes back to him, or a customer in spe not finding any account and device reserved for him when he comes claiming his 20 bucks down payment
<wpwrak>
isn't there at least an e-mail ? then you could just ask
<DocScrutinizer05>
k, feeling a tad exhausted, going afk for a while
<DocScrutinizer05>
(ask) I'm tired of asking
<DocScrutinizer05>
why ask when I can write a comment in the PP storno
<DocScrutinizer05>
when it's been meant to be a true donation, the donor can redo the PP payment and this time add a comment to seller
<wpwrak>
added a few chips that we're considering, plus fixed some digi-key links (they've been busy renaming catalog items)
<wpwrak>
seems a bit rude to just reject the payment
<DocScrutinizer05>
just reject? I'm adding a sorry in the comment on PP, something the donor should have done (add comment) on initial payment to start with
<DocScrutinizer05>
jet to get decided what's more rude
<DocScrutinizer05>
also a lot of PP users are not prepared to receive any mail except from paypal to the mail addr they use for PP
<DocScrutinizer05>
wait, where's the QTH of spacefalkon?
<DocScrutinizer05>
meh, I have no idea where is sunnydale
<DocScrutinizer05>
and honestly this already costs more effort to process than it's worth
<freemangordon>
relaycard: Searching for '/sys/bus/usb-serial/drivers/cp210x/ttyUSB*'
<freemangordon>
relaycard: Relay Card USB adapter not found! ABORTING...
<DocScrutinizer51>
hmmm
<DocScrutinizer51>
plugged it to a hub
<DocScrutinizer51>
swapping back
<x29a>
wpwrak: i dont get why a donation has to have a purpose?! is that a tax regulation? isnt there a minimum amount in order to qualify for a fon? if its below, its an unbound donation. done.
<DocScrutinizer51>
ouch, I guess it collides with the USB serial adapter
<x29a>
if in doubt, keep the money, put it into bookkeeping and deal with it once the neo900 is available
<x29a>
its not like there is too much money, from what i read
<freemangordon>
DocScrutinizer05: rs232 on pipmed card is attached to which tty?
<DocScrutinizer05>
relaycard-reset-BB-pimped WFM
<DocScrutinizer05>
pimped is on mainbpboard RS232
<freemangordon>
ok, works now
<DocScrutinizer05>
freemangordon: you lighted a few leds on BB_pimped that never before were lit
<freemangordon>
I booted nik's u-boot
<DocScrutinizer05>
next time you click the reset relay, I'll power down and up again the complete board completely a 3 s later and
<DocScrutinizer05>
freemangordon: ^^^
<freemangordon>
DocScrutinizer05: hmm?
<DocScrutinizer51>
i wanna reset the leds et al
<DocScrutinizer51>
not sure what been their state
<freemangordon>
DocScrutinizer05: ah,ok. anyway, I don't have more time to play with it now, have to go to work :)
<DocScrutinizer51>
so i may reset noard?
<freemangordon>
yep
<DocScrutinizer51>
k
<DocScrutinizer51>
yup i wasright,
<DocScrutinizer51>
only one led now
<freemangordon>
:)
<DocScrutinizer51>
cpu reset doesn't reset leds
<freemangordon>
makes sense
lobito has quit [Read error: Connection reset by peer]
lobito has joined #neo900
Pali has joined #neo900
kolp has joined #neo900
sparetire has quit [Quit: sparetire]
mvaenskae has quit [Ping timeout: 264 seconds]
SylvieLorxu has joined #neo900
modem has joined #neo900
jonsger has joined #neo900
Chat-ron has joined #neo900
silviof has quit [*.net *.split]
rjeffries has quit [Ping timeout: 250 seconds]
Humpelst1lzchen has joined #neo900
Humpelstilzchen has quit [Ping timeout: 246 seconds]
Kabouik_ has quit [Quit: No Ping reply in 180 seconds.]
Kabouik has joined #neo900
raccoon_ has joined #neo900
raccoon_ has quit [Changing host]
raccoon_ has joined #neo900
<Chat-ron>
hi
<Chat-ron>
does someone in charge of FPTF is here ?
<Chat-ron>
I was wondering if Maemo 5 on the Neo900 will be built with the hard float point like Harmattan or Sailfish, or still with the soft point ?
<Humpelst1lzchen>
hmm the nokia binary blobs probably won't work with hf
<Chat-ron>
I read that soft point binaries will work on armhf os
<Chat-ron>
like the Maemo 5 apps on Harmattan
<Chat-ron>
however, the contrary will not work, we can't run armhf apps on Maemo 5 for the moment
jonsger has quit [Ping timeout: 250 seconds]
rjeffries has joined #neo900
jonsger has joined #neo900
jonsger has quit [Ping timeout: 248 seconds]
rjeffries has quit [Ping timeout: 264 seconds]
<DocScrutinizer05>
the difference is so marginal, it's not worth worrying, I guess
jonsger has joined #neo900
xeal has quit [Read error: Connection reset by peer]
mvaenskae has joined #neo900
<Chat-ron>
actually it depends of if you want to have an OS which will launch only the few apps fo Maemo 5 or also the apps from Meego, Sailfish, and eventually Ubuntu Touch
<DocScrutinizer05>
well, maemo is maemo is maemo, even on Neo900. We're planning to simply re-use the binaries existing for N900
<DocScrutinizer05>
this pretty much defines what open-fremantle will look like
<DocScrutinizer05>
or simply see what Humpelst1lzchen said
<Chat-ron>
it could be a better idea to rebuild Maemo with hard float point ; the old apps will still runs, but also the apps from other OSes
<DocScrutinizer05>
when we could "rebuild maemo" we wouldn't have to port it
<Chat-ron>
I thought one of the goal was to have a completly free OS with no Nokia binaries
<DocScrutinizer05>
no, that's not really the main goal. The main goal is to have maemo running at all
<DocScrutinizer05>
he collateral benefit of getting rid of closed blobs during that porting process is secondary
<Chat-ron>
so why making a new camera apps which is basicly a clone of the Nokia one ? and the same for few other componments
<bencoh>
Chat-ron: which part would you need to "rebuild" as armhf ?
<bencoh>
kernel + libs ?
<Chat-ron>
yes bencoh
<DocScrutinizer05>
hf is an issue only for apps using floats anyway
<bencoh>
using floats in function calls*
<Chat-ron>
but users can't know if an app uses floats or not without reading the source code
<DocScrutinizer05>
and honestly why rebuild maemo apps and core to make it compatible with copied binaries from sailfish et al, that doesn't sound wise to me
<Chat-ron>
because apps from Sailfish are not copies from Maemo apps
<DocScrutinizer05>
when I'm interested in sailfish apps the I rebuild *those* to run on maemo non-hardfloat
<Chat-ron>
and I didn't ask to rebuild all of the Maemo apps
<bencoh>
my personal opinion regarding foreign apps is "rebuild them anyway whenever you can"
<bencoh>
(just to avoid adding blobs to blobs)
<DocScrutinizer05>
exactly, bencoh
<bencoh>
(and because I dont like the idea of 3rd-party closed-source software)
<DocScrutinizer05>
and when any such 3rd party blobs then those which are built for maemo, not for sailfish
<Humpelst1lzchen>
bencoh: /sign, but still I'ld like to see a usable system first.
<Chat-ron>
I don't like the idea of spending a whole week-end for rebuilding an app
<bencoh>
Humpelst1lzchen: same :)
<DocScrutinizer05>
and anyway the whoöe discussion is moot, we have at least the PVR blob we want to be able to re-use
<bencoh>
Chat-ron: you'd probably spend a whole weekend porting the the qt/silica/whatever components anyway
<DocScrutinizer05>
Chat-ron: look, when you''re interested in sailfish then why not run sailfish on Neo900 genuinely
<DocScrutinizer05>
you don't need maemo to run sailfish apps
<Chat-ron>
I think than rebuilding librairies will cost less time than all of the Sailfish/Ubuntu Touch/Meego apps
<DocScrutinizer05>
ohmy
<Chat-ron>
DocScrutinizer05: I am not even sure if sailfish will run smoothly on the Neo900
<DocScrutinizer05>
I'm absolutely sure sailfish APPS will NOT
<bencoh>
DocScrutinizer05: he means, sailfishos
<DocScrutinizer05>
under maemo, when not massively tweaked anyway
rjeffries has joined #neo900
<DocScrutinizer05>
bencoh: I know
<Chat-ron>
DocScrutinizer05: currently, indeed, since Maemo is not built with hard float point
<bencoh>
Chat-ron: even if it was built with hf
<Chat-ron>
I see
<DocScrutinizer05>
but it doesn't make sense to try and make sailfish apps run on maemo on Neo900 when sailfish *OS* can't run smoothly on Neo900 (which of course is not the case, sailfish will run just fine after porting it)
<DocScrutinizer05>
Chat-ron: trying to run a sailfish binary under maemo, hf is your least problem
<DocScrutinizer05>
Chat-ron: anyway you're free to rebuild maemo with build flag hf and then add all the needed libs and drivers/daemons for sailfish
<DocScrutinizer05>
just FPTF won't do that, I guess
<Chat-ron>
I see thank for your anwser
<bencoh>
I'm not sure fptf would have the means to do it
<Chat-ron>
and what is the targeted kernel ? the old one of Maemo 5 or a new one ?
<DocScrutinizer05>
there are blobs in kernel which we want to re-use and those are pretty much exactly the place where hf matters
<bencoh>
we still have quite a few closed-source libs
<DocScrutinizer05>
well, close to kernel, implemented as libs, right
<DocScrutinizer05>
opengl-es2 stuff for example
<DocScrutinizer05>
gfx stuff at large
<bencoh>
those could come from a different provider :)
<DocScrutinizer05>
let's see
rjeffries has quit [Ping timeout: 245 seconds]
<DocScrutinizer05>
but honestly why would we rebuild all maemo to make it binary compatible to OS-XY which it won't be anyway
<DocScrutinizer05>
wouldn't it be much smarter to stay binary compatible to maemo?
<Chat-ron>
indeed, if they will not be compatible, there is no reason
<Chat-ron>
and what about the kernel ? is there any plan to use a newer one ?
<Chat-ron>
well I have to leave, thank for the answer
Chat-ron has quit [Quit: Leaving.]
infobot_ has quit [Read error: Connection reset by peer]
infobot has joined #neo900
dal2 has joined #neo900
<DocScrutinizer05>
infobot: wb
<infobot>
thx
<DocScrutinizer05>
infobot: +uptime
<infobot>
- Uptime for apt -
<infobot>
Now: 3m 45s running infobot 1.5.4 (SVN) -- linux
<infobot>
1: 59d 8h 41m 19s running infobot 1.5.4 (SVN) -- linux, ended Sun Nov 14 18:39:57 2010
<DocScrutinizer05>
freemangordon: I again conected the USB hub and the relaycard to hub. It failed initially like this morning, but a firm pushing in of the hib's USB cable to PC USB port finally made it work again
<DocScrutinizer05>
advantage of recent setup: I have a mouse again on europa, plus a 2 free USB ports on hub now
<DocScrutinizer05>
((firmly attach plug)) see /var/log/messages ~18:11 to 18:16
<DocScrutinizer05>
the lines in script
<DocScrutinizer05>
# find device based on name of kernel driver for IR adapter
<DocScrutinizer05>
stty: standard input: unable to perform all requested operations
<DocScrutinizer05>
on first invocation of stty
<DocScrutinizer05>
I'm a tad reluctant to simply give stty command twice in series in that script, looks embarrassing
<DocScrutinizer05>
but would help
<DocScrutinizer05>
;-)
<DocScrutinizer05>
anyway on second and subsequent invocations of relaycard it works as supposed to, since ttyUSB1 got correctly configured by previous partial and new (second, third etc) stty call
<DocScrutinizer05>
I'm not even sure plymouth is to blame. Might be a genuine bug in the way stty works
Kabouik_ has joined #neo900
<DocScrutinizer05>
anyway "stty: standard input: unable to perform all requested operations" means stty checked the actual setting in effect after trying to change them, and noticed there's a difference, so it throws that error msg
Kabouik has quit [Ping timeout: 276 seconds]
sparetire has joined #neo900
<wpwrak>
poettering wrote plymouth ?
<DocScrutinizer05>
I don't even know what *is* plymouth
<DocScrutinizer05>
but yeah I think it's somehow related to systemd/poettering stuff
<DocScrutinizer05>
wild guessing based on hearsay since I never really cared
<wpwrak>
something that is really good at hogging the console and making it impossible to get into the system after booting. so far, i haven't seen any other use of it.
<wpwrak>
needless to say, it's on my hate list right after the local government
<DocScrutinizer05>
>>Apparently we need to run the serial gettys after plymouth finished stopping, since otherwise plymouth will configure weird settings to the tty and lock them, so that other tools cannot change them anymore.<< WTF?
<wpwrak>
i wonder if rd_NO_PLYMOUTH isn't just some redhatism
<DocScrutinizer05>
nfc
<DocScrutinizer05>
I dunno what's plymouth and I don't know of any such kernel cmdline either
<DocScrutinizer05>
the ubuntu thread is about getting rid of framebuffer and early(?) bootlog. I rather want that log, not get rid of it. AIUI plymouth is just about the splash screen that covers the logs until you hit ESC key to show them
<bencoh>
:]
<DocScrutinizer05>
freemangordon: you once more "lighted the xmas tree" ;-)
<freemangordon>
cd yeah
<freemangordon>
oops
<freemangordon>
yeah
<freemangordon>
I am playing with differn u-boots
<DocScrutinizer05>
:-)
<kerio>
DocScrutinizer05: just stop using grub2
<kerio>
and start using a serious bootloader
<kerio>
like extlinux
<wpwrak>
lilo :)
<DocScrutinizer05>
hehe
<DocScrutinizer05>
kerio: don't mess with the master of bootloaders ;-D
<kerio>
no seriously, extlinux is like
<kerio>
simple
<kerio>
which is a GOOD thing, for a bootloader
<kerio>
the mbr bootloader is always the same
<DocScrutinizer05>
please discuss all BL topics with Werner almesberger aka wpwrak
<kerio>
k
<kerio>
wpwrak: use extlinux u motehrfucker
<kerio>
its good
<kerio>
it's like self explanatory
<DocScrutinizer05>
kerio: please watch your speech
<kerio>
very much unlike grub
<kerio>
NO >:C
<kerio>
fuck da police
<DocScrutinizer05>
kerio: even when pun intended, it doesn't convey on IRC
<DocScrutinizer05>
I am supposed to stop all personal insults and offensive speech to other users in this channel. I'm maybe often tolerating when those are targeted at me, particularly since I know our best troll ;-)
<wpwrak>
lilo is kinda simple. and has good documentation, in case you need to do not so simple things with it :)
<kerio>
i should probably try it for the VMs actually
<kerio>
debian's extlinux is somewhat awkward to configure to use the serial console
<wpwrak>
DocScrutinizer05: what does the moon care if the dogs bark at her :)
<DocScrutinizer05>
wpwrak: (moon) sure, but anyway I'm responsible to keep the tone polite and sort of safe for workplace in this channel
<kerio>
DocScrutinizer05: ur mom is a CLASSY LADY
<DocScrutinizer05>
kerio: please don't push it
<kerio>
k :c
<DocScrutinizer05>
btw my mom died ~30 years ago
<kerio>
literally anti-fun
<kerio>
rip :c
norly has joined #neo900
<DocScrutinizer05>
fun is not limited to using offensive or nearly offensive speech towards other chan members
<DocScrutinizer05>
on a sidenote: it a strangly convenient and satisfactory feeling to hear the click...clack form reset relay from over next room where europa remote tesbench is busy under freemangordon's hacking ;-)
<DocScrutinizer05>
freemangordon: are there any statistical errors you face with the BB bootup? sth that could be caused by europa system?
<freemangordon>
sometimes 1st stage toesn boot, goes ok on the second try
<freemangordon>
no idea what causes that
<DocScrutinizer05>
you're watching log/messages?
<DocScrutinizer05>
timing for ROMBL check is rather tight
<freemangordon>
no, it got loaded, but then nothing
<DocScrutinizer05>
that does sound like a problem inside BB
<freemangordon>
so I'd rather blame the board itself, not your setup
<freemangordon>
yeah
<DocScrutinizer05>
should I add power-cycling reset to the BB_pinped?
<DocScrutinizer05>
for now I could just plug the power jack currently used on BB_plain
<freemangordon>
dunno, how hard is that?
<DocScrutinizer05>
takes 30s
<freemangordon>
ok
<DocScrutinizer05>
ok, mompls
<freemangordon>
and I should yse the relay script for plain?
<freemangordon>
*use
<DocScrutinizer05>
yes
<freemangordon>
ok
<DocScrutinizer05>
done
<freemangordon>
10x
<DocScrutinizer05>
relaycard-reset-BB-plain now does a power-cycle reset on BB_pimped
<freemangordon>
yep
<DocScrutinizer05>
this one takes 5s due to power-down time
<merlin1991>
that sounds odd, having the bb-plain script reset the bb-pimped board
<freemangordon>
:)
<merlin1991>
unless it's just a naming thing
<DocScrutinizer05>
relaycard-reset-BB-pimped still does the normal button-press reset
<freemangordon>
dammit, can't get u-boot running
<DocScrutinizer05>
merlin1991: both scripts just toggle a relay on my 8-relay card
<merlin1991>
yeah but how do you refer to the non bb-pimped board?
<DocScrutinizer05>
err, "refer to"?
<freemangordon>
merlin1991: mo way
<freemangordon>
*no
<merlin1991>
if that is called bb-plain the a script called relaycard-reset-BB-plain ressing bb-pimped is missleading
<DocScrutinizer05>
BB_plain now has no way to reset it
<freemangordon>
but it is not really needed now
<merlin1991>
jeez I left out about 10 characters in my line :D
<merlin1991>
what I meant to say is that if you call the "plain" bb board plain then having a script with plain in the name reset the pimped board can be the basis of 2 hours of debuging why the fuck it doesn't work
<DocScrutinizer05>
then *if* it was a hw issue, it prolly must be high addr bit and/or cs1
<freemangordon>
will check what happens now
<DocScrutinizer05>
sounds good, yeah
<freemangordon>
will disable everything onenand and will enable DDR init only
<DocScrutinizer05>
check NAND even while only 256MB RAM
<freemangordon>
won;t fly, iiuc n9 xloader does some trickery for that onenand
<DocScrutinizer05>
I mean, when we get NAND working on this board, we might ignore trouble with 1GB RAM until we can reproduce same trouble on other board too
lobito has quit [Quit: Leaving.]
lobito1 has joined #neo900
<DocScrutinizer05>
the reason why we got 2 boards reworked was exactly to rule out hw issues on one of them
<merlin1991>
hm I wonder how much power my desk draws during my daily use
<DocScrutinizer05>
when on pimped the RAM is borked somehow, we still may test NAND on this one until we find a solution that suggests it should also work on the other pimped board that worked with 1GB RAM
<DocScrutinizer05>
then on other board first test NAND with same 246MB RAM setting, then add 1GB RAM init on top of that when NAND works on the other board too
<DocScrutinizer05>
256*
<DocScrutinizer05>
>><freemangordon> Muxed OneNAND 512MB 1.8V 16-bit (0x50)<< sounds like worth giving it a try what NAND does
<DocScrutinizer05>
afk, newsflash and then shower
<DocScrutinizer05>
freemangordon: you noticed the wall msg I sent this morning? about write permissions on /usr/local/bin and please store all useful stuff there instead keeping it in $HOME ?
<DocScrutinizer05>
sidenote: I just unplugged BB_plain USB to avoid somebody headdesking why it doesn't reset
<freemangordon>
DocScrutinizer05: unfortunately it seems we have HW problem
<freemangordon>
either my 1GB init function is buggy (but why the it worked on the other board) or there is a HW problem
<freemangordon>
anyway, I have my xloader booting u-boot with 256
<freemangordon>
like on n900 eh?
<freemangordon>
:)
<DocScrutinizer05>
rework on PoP stack in a populated board is about as complex as it gets regarding any rework/pinping that you might do. HW problems pretty much expected to be seen in maybe 30% of reworks
<freemangordon>
yeah, sure
<DocScrutinizer05>
you tested power-cycle reset?
<freemangordon>
yes
infobot has quit [Read error: Connection reset by peer]
<DocScrutinizer05>
*sigh* the bot reboots too :-)
silviof has joined #neo900
infobot has joined #neo900
<DocScrutinizer05>
~wb
<infobot>
thx
<DocScrutinizer05>
freemangordon: you noticed the wall msg I sent this morning? about write permissions on /usr/local/bin and please store all useful stuff there instead keeping it in $HOME ?
<freemangordon>
no, but I noticed it now
<freemangordon>
will move the binaries, when it comes to it :)
<DocScrutinizer05>
wait, please no blobs in */bin/*
<DocScrutinizer05>
blobs like BB frimware (xloader etc)
<DocScrutinizer05>
I'll create a central dir for storing such stuff
<freemangordon>
yeah, got it, will move executables
<DocScrutinizer05>
what really sort of worries me: shouldn't ROMBOOT do a checksum or at least check a magic header before it accepts and loads and executes stuff in NAND? When it does this, then why does it hang? is there an incompatibility or hw defect in our OneNAND that makes ROMBOOT hang while trying to checksum the NAND content?
<DocScrutinizer05>
when that's the case then we're basically screwed :-o
<DocScrutinizer05>
we prolly can't get OMAP3730 with fixed bootloader
<DocScrutinizer05>
ROMBOOT that is
<DocScrutinizer05>
we only could hope for the problem being in a broken solder joint to the NAND PoP then
<DocScrutinizer05>
well, *maybe* the ROMBOOT code is stupid, reads bogus length info from a garbage header and tries to checksum beyonf the end of NAND working addr space so it hangs on HW timeout error from NAND when trying to access illegal addr
<DocScrutinizer05>
in that case we're not +completely* doomed, we still could recover from a bogus garbled NAND xLoader via coldflashing by USB
<DocScrutinizer05>
given the SYSBOOT bits are set accordingly