<Guest224>
Wizzup: pinephone -devel from yesterday boots, but when it should come to desktop then only blackscreen (with backlit on), I don't think that it crash...at least going to sleep and powerbutton works.
<Guest224>
Is there any pinephone developer for debug ^^^ ?
<Wizzup>
did you press the power button?
<Wizzup>
does it unlock?
<Guest224>
Yes
<Guest224>
nothing comes to screen, so hard to know
<Wizzup>
hm...
<Wizzup>
too bad, maybe take a stable image and apt-get dist-upgrade
<Guest224>
should there be startup "wishh"- sound?
<Wizzup>
I think that's probably the charging sound that you hear
<Guest224>
no I meant that there wasn't "wishh"-sound...And I tested now with charger too.
<freemangordon>
there is no startup sound
<Guest224>
I have Pinephone keyboard, so is there any way to go to debug terminal before it goes to X?
<freemangordon>
you better check syslog, by using uSD->USB adapter or something
<Wizzup>
freemangordon: I think he was planning to show it today to some people, so he might not have the serial at hand
<freemangordon>
serial?
<Guest224>
actually I show it on weekend...but I have only this day for test.
<freemangordon>
I mean: remove uSD from the device and mount it on a PC, then check /var/log/syslog
<Wizzup>
Guest224: ah ok
<Wizzup>
freemangordon: right
<Guest224>
damm..I so hard to tear apart pinephone keyboard.
<freemangordon>
umm... keyboard?
<Guest224>
why I didn't buy that phones-serial cable.
<freemangordon>
what I am missing here?
<Wizzup>
Guest224: ah you have the keyboard, nice
<Wizzup>
freemangordon: I think to take out microsd you also need to remove the keyboard
<freemangordon>
ah, ok :)
<Guest224>
yes.
<freemangordon>
Wizzup: andrew davis is alive and still @ TI it seems :)
<Wizzup>
ah, what did you see?
<freemangordon>
did you see the last mail on "Re: [PATCH 3/3] drm: omapdrm: Do no allocate non-scanout GEMs through DMM/TILER"
<freemangordon>
?
<Wizzup>
ah, linux-omap ml
<freemangordon>
you are in CC
<Wizzup>
cool
<Wizzup>
yeah, CC's also end up in a mailing list that I periodically check
<freemangordon>
do you see any improvements with latest ofono?
<Wizzup>
in regards to segfaults or something eles?
<freemangordon>
in general
<freemangordon>
but yeah, segfaullts
<Wizzup>
there were definitely improvements in 1.34.1, I didn't test 1.34.2 much but the pin stuff works fine, calls seem to work
<Wizzup>
not sure about delayed sms, I would have to test that specifically
<Wizzup>
(delayed sms sending)
<freemangordon>
in 1.34.2 voice iface shall re-appear after offline mode
<uvos__>
i have a new problem with ofono it seams
<Wizzup>
ok, I will test that with flight mode momentarily
<uvos__>
maybe, hard to tell if it wasent there before
<uvos__>
so if the device is in a low signal area
<uvos__>
and looses connection, it often dosent seam to want to reconnect, unless i restart ofono or kick it with qmicli
<uvos__>
then i connects immidatly often with good rssi
<uvos__>
also i still cant get data to work via ofono
<uvos__>
but thats not a regression
<freemangordon>
Wizzup: actually, it seems it is "offline" mode :)
<uvos__>
im on 1:1.34.2-1+2m7
<freemangordon>
uvos__: to me it looks like the same/similar issue as with missing MSIM
<freemangordon>
uvos__: is it possible to gather full android boot logs with "echo 0x7fffffff > /sys/module/ts27010mux/parameters/debug_level" for me?
<freemangordon>
I don't really want to spend time learning how kexecboot or whatever works
<uvos__>
freemangordon: sure a log of what action(s) do you want
<uvos__>
?
<freemangordon>
also, I have almost no idea of android boot process and if there is similar to /etc/modprobe.d
<freemangordon>
only boot
<uvos__>
on android all modules are ussualy built in
<uvos__>
so no
<uvos__>
on mapphones the pvr moudle is an exception
<uvos__>
i think they just load it via some script
<freemangordon>
but, I need the log since the very beginning
<uvos__>
ok
<uvos__>
i can insert the sysfs command very early in boot
<uvos__>
for sure
<uvos__>
if its also a module parameter that dosent really help us
<freemangordon>
I don't know if it is possible to pass something like ts27010mux.debug_level=0x7fffffff in kenel cmdline
<uvos__>
on los the cmdline is wierdly fixed via some hack needded by safestrap
<uvos__>
so that could only work via stock android
<uvos__>
and i think that has debug options compiled away
<uvos__>
ill investigate
<freemangordon>
for sure lineage I have here reacts on echo 0x7fffffff > /sys/module/ts27010mux/parameters/debug_level
<uvos__>
sure los reacts
<uvos__>
but as i say its cmdline is controlled by safestrap
<uvos__>
stock android as normal cmdline
<freemangordon>
whatever it is :)
<uvos__>
but it wont
<uvos__>
;)
<uvos__>
also pinentry is nice
<uvos__>
no more opening xterm every boot just to enter the pin
<Wizzup>
yeah
<Wizzup>
in general things are looking much better already
<freemangordon>
after I fix ofono, I'll fix the pin entry buttons :)
<freemangordon>
uvos__: what does it mean when adb reports offline state for a device?
<freemangordon>
ok, I had to re-enable adb debug
<Guest224>
at last I readed that pinephone syslog and:
<norayr>
folks do you aware, in general, if the phone is down, will it get the missed sms when it's up?
<uvos__>
yeah thats a thing the operator dose
<uvos__>
it has nothing to do with the phone itself really
<Guest224>
xsession failed to start
<freemangordon>
Guest224: could you pastebin the syslog and dmesg log?
* freemangordon
is afk for a while
<uvos__>
Guest224: also xorg log please
<norayr>
uvos__: thanks you.
<Guest224>
hmm..can syslog have some phone ids, that I should not share?
<uvos__>
sure, but its not that mutch
<uvos__>
share xorg log first if your concerned, it dosent contain anything
<Guest224>
at least I find WWAN/QMI device
<Guest224>
id
<uvos__>
and i think xorg isent starting for you
<Wizzup>
uvos__: how how can he see the lock screen then?
<Wizzup>
but how*
<Wizzup>
I can try the latest -devel image later today, maybe, but I have a busy day today
<uvos__>
Wizzup: i dont think it is, he just mentioned the backlight turning on
<uvos__>
thats just mce
<uvos__>
@Guest224 could you specify what you see?
<uvos__>
i gues we cant boot to recovery shell on pp
<uvos__>
we should add that...
<Guest224>
I saw only black screen with backlit on after boot text.
<freemangordon>
Guest224: well, without providing more information (like some logs) I don;t think we'll be able to help much :)
<freemangordon>
if you have some provacy concerns, at least share dmeasg and Xorg logs
<freemangordon>
*privacy
<Guest224>
I find syslog, but where Xorg.log should be?
<uvos__>
/tmp/
<uvos__>
we should change that
<uvos__>
if not allready
<Guest224>
both /tmp/ and /var/tmp/ is empty
<Guest224>
from syslog /etc/init.d/xsession[2350]: ERROR: xsession failed to start
<freemangordon>
anything suspicious before that?
<Guest224>
not much, but much earlier: /etc/init.d/hildon-control-panel-personalisation[2052]: ERROR: hildon-control-panel-personalisation failed to start
<Wizzup>
if X does not start, that is expected
<Guest224>
that hildon-control-panel thing was before it even trying to get X display.
<Guest224>
later there is text waitx[1969]: trying to get X display
<Wizzup>
I'll test the image, see what I can find, but can't right now.
<Guest224>
freemangordon: btw..dmesg didn't have any suspicious.
<Guest224>
I'll shut down this machine, but continue lurking this channel thru irclog. I'll be back.
Guest224 has quit [Quit: Client closed]
xmn has joined #maemo-leste
<freemangordon>
Melnik123!
<humpelstilzchen[>
not a good password
<freemangordon>
I know, that's why it is not important
uvos__ has quit [Ping timeout: 268 seconds]
<freemangordon>
hmm, I wonder if AT+MATR resets the SIM card. or it gets ATR
<freemangordon>
yes, the result of that is 3b9f96801fc78031e073fe2113679807020601010142
<freemangordon>
and this is a valid ATR
Twiggy has joined #maemo-leste
Twig has quit [Ping timeout: 268 seconds]
uvos__ has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
xmn has joined #maemo-leste
uvos__ has quit [Ping timeout: 244 seconds]
uvos__ has joined #maemo-leste
uvos has joined #maemo-leste
pere has quit [Ping timeout: 252 seconds]
<freemangordon>
tmlind: doing rmmod/modprobe of serdev_ngsm makes MSIM unsolicited messages working again
<freemangordon>
sequence is:
<freemangordon>
1. restart ofono - no more MSIM notifications on SIM removed/inserted
<freemangordon>
2. stop ofono, rmmod serdev_ngsm, modprobe serdev_ngsm, start ofono - MSIM notifications are there
<freemangordon>
all DLCs but 1 are closed, no wonder there is no data :)
dev has joined #maemo-leste
<freemangordon>
heh
<freemangordon>
adding 1 second timeout after opening each tty device fixed it :)
Pali has joined #maemo-leste
Guest224 has joined #maemo-leste
<Guest224>
Just dreamin..It would be nice install to pinephone eMMC the OS that can read USB stick and then dd image file with that to SD-card, so not have tear apart Pinephone from keyboard-case everytime...maybe with Maemo someday ;)
Twiggy has quit [Ping timeout: 255 seconds]
<Guest224>
hmm..volume up+power and volume down+power boots from SD..how to force boot from eMMC?
<Guest224>
lets hope that someday there is boot selector like in old Macs.
<freemangordon>
Wizzup: ok, we have a fix for the last d4 ofono issue known to me, please release new ofono version for -devel
<uvos>
er https://www.ebay.de/itm/331503392013?epid=6011377166&hash=item4d2f24550d:g:QisAAOSw2X5b0bBE&amdata=enc%3AAQAHAAAA4IQM4Vfj8FoS2OHAe%2BMzEnEd8B3OlHOupg8LvNFGkvV1AADivZdHViyxM4jPSzDaQzMTk%2BrAeM%2FP1TQTq6DTo4QwMd%2BDbFaJDTOPv%2B2ivfSIFZjN8Vby7JxbbFy%2BZIwYgsJbeq6%2FS%2BfYDGbmq6x3V60iTSgoFeYKW0HLYWBvruNyx6MXJ7WyU4tIrZNDbAxAzTHrziwx%2FHATLymd%2FnuLn5gFlY20XNcx8ZbyKdJZPzv%