* whitequark
has posted the link already... joerg is lazy and doesn't read backlog ;)
<whitequark>
DocScrutinizer05: what the hell is jrtzv? zero google hits
<DocScrutinizer05>
that's not googleable because google searching on this planet only, not in virtual space dimension
<whitequark>
hah
lindi- has quit [Quit: No Ping reply in 180 seconds.]
<DocScrutinizer05>
JRTZV has a perod of ~40h, though with a huge amount of jitter that nobody has found a correct formula for so far
<DocScrutinizer05>
period
lindi- has joined #qi-hardware
lindi- has joined #qi-hardware
lindi- has quit [Changing host]
<whitequark>
DocScrutinizer05: in russian, we have a nice idiom, отсыпь [pour off], referring to the drugs the other party must be using, based on what they say :)
<DocScrutinizer05>
when you try to map JRTZV to any TZ usually used on SOL3, you will notice the interesting effect of backwarp, JRTZV magically warps up to match the local TZ with the first 24h and never reaches the hours around 30-40. However since it usually is 40h, it fails on the 24h target and has a scew of 2..5 h / 24h period
<DocScrutinizer05>
I bet the guys from SCP are already monitoring JRTZV for its effects on human life and reality on earth
<wpwrak>
'We can promise more than the others, because we will in no way keep these promises,' ... what's satiric about that ?
<larsc>
wpwrak: they are honest
<wpwrak>
(german plot) it means great ambitions and resourceful protagonists :)
<wpwrak>
DocScrutinizer05: EUR 500-700 just the PCBA or complete Neo900 ?
<DocScrutinizer05>
PCBA
<DocScrutinizer05>
We won't reach <700 for complete device
<DocScrutinizer05>
unless we sell 1000+
<wpwrak>
ah, that ought to be easy :)
<DocScrutinizer05>
a refurbished comlete N900 is ~110$
<DocScrutinizer05>
and we need to disassemble >=200 of them, and desolder unobtanium parts like SMIA95 sockets for camera etc
<DocScrutinizer05>
whcu makes for another 50EUR per device, for working hours
<DocScrutinizer05>
which*
<DocScrutinizer05>
so complete device is about PCBA-€ + 150€
<DocScrutinizer05>
maybe even +200€
<DocScrutinizer05>
or we find crap like the SMIA95-16p and other special parts, and also we can source *cheap display half and complete housing incl antennae etc
wej has quit [Ping timeout: 264 seconds]
wej has joined #qi-hardware
<wpwrak>
you have to at least double any input costs. so the parts from that complete N900 will cost in the end some EUR 300
<wpwrak>
but if you can avoid desoldering, that's much nice :)
wej has quit [Ping timeout: 260 seconds]
wej has joined #qi-hardware
wej has quit [Ping timeout: 264 seconds]
wej has joined #qi-hardware
lindi- has quit [K-Lined]
lindi- has joined #qi-hardware
lindi- has joined #qi-hardware
lindi- has quit [Changing host]
lindi- has quit [Excess Flood]
lindi- has joined #qi-hardware
lindi- has quit [Changing host]
lindi- has joined #qi-hardware
rz2k has quit []
dandon_ has joined #qi-hardware
dandon has quit [Ping timeout: 272 seconds]
dandon_ is now known as dandon
kilae has quit [Quit: ChatZilla 0.9.90.1 [Firefox 25.0.1/20131112160018]]
<DocScrutinizer05>
seems some watchers doubt it's real ;-)
<wpwrak>
;-))
<apelete>
mth larsc: fixed the kernel crash when the device is powered down and the musb driver is being released -> http://paste.debian.net/66488/
<larsc>
good :)
<larsc>
what was it?
<apelete>
larsc: musb gadget code was using host negotiation unconditionnally: I fixed it so that hnp is not used it the musb kernel module is compiled as gadget only
<apelete>
s/it/if/
<larsc>
ok
<qi-bot>
apelete meant: "larsc: musb gadget code was using host negotiation uncondifionnally: I fixed if so that hnp is not used if the musb kernel module is compiled as gadget only"
lekernel has quit [Ping timeout: 272 seconds]
<apelete>
larsc: something is still amiss when nanonote is connect to a usb host laptop -> http://paste.debian.net/66496/
<larsc>
looks like a NULL pointer deref
<apelete>
kernel is not crashing upon being connected, but device is not detected as an ethernet device and the kernel crashes when it is powered down
<apelete>
larsc: yeah looks like it, guess I have to wield gdb on this one
wolfspraul has quit [Quit: leaving]
lekernel has joined #qi-hardware
<wpwrak>
DocScrutinizer05: (wired) you don't need to state in every post that you're a professional :-)
<DocScrutinizer05>
hehe
<DocScrutinizer05>
yeah, I already noticed that it's probably a bit over the top
<DocScrutinizer05>
maybe I shouldn't answer each pst anyway
<DocScrutinizer05>
post
<DocScrutinizer05>
It's just I feel allergig when noobs and wannabes try to educate me about how stuff works
<DocScrutinizer05>
allergic*
<wpwrak>
i wonder if it would make sense to add taps to the SIM card. e.g., to monitor what it's doing and maybe even to have the option to cut communication.
<wpwrak>
maybe something to discuss with those SIM card hackers.
<DocScrutinizer05>
particularly when they point to other similarly noobish and made up "documents" and claim that was the source of absolute truth and we better read THAT to finally get a clue how stuff works
<DocScrutinizer05>
wpwrak: believe it or not, it's already on my todo list
<wpwrak>
kewl ;-)
<DocScrutinizer05>
btw since 2009 iirc
<wpwrak>
hmm, now i have to ask what is on the list: adding the taps or talking to the SIM card hackers ? :)
<DocScrutinizer05>
12-Nov-2009 19:48
<DocScrutinizer05>
adding taps
<wpwrak>
excellent :)
<DocScrutinizer05>
http://people.openmoko.org/joerg/unsorted/gta04.pdf > >later module firmware update can enable multiSIM operation .SIM control and data lines should be Yrouted to CPU GPIO for debug purposes. [see 9. DualSIM]<<
<DocScrutinizer05>
>>selected by CPU, and vice versa).
<DocScrutinizer05>
SIMdatalines to multiplexer of GSMmodule should also be monitored and controllable by
<DocScrutinizer05>
CPU GPIO, for purposes like e.g. SIMprotocol analysis and Remote SIMAccessProfile
<DocScrutinizer05>
via BlueTooth handled by CPU.<<
<DocScrutinizer05>
the GTA04 OM skunkworks project, you know?
<wpwrak>
heh :)
<wpwrak>
now let's see if any other press comes knocking at your door
pcercuei has joined #qi-hardware
<apelete>
larsc: thought the crash was due to the rndis driver being built into kernel but it wasn't
<apelete>
doesn't like that "g_ether gadget: notify connect false" though, seems suspicious to me -> http://paste.debian.net/66507/
<apelete>
getting late to start gdb debugging, will look into that tomorrow
lekernel has quit [Quit: Leaving]
freespace has quit [Ping timeout: 245 seconds]
<DocScrutinizer05>
wpwrak: (any other press) I already sent a notice to c't redaction 2 weeks ago and they conveniently ignored it
<wpwrak>
bah, loosers. well, maybe they read "wired" :)