diejuse has quit [Read error: Connection reset by peer]
diejuse1 has quit [Client Quit]
diejuse has joined #maemo-leste
obarb has joined #maemo-leste
obarb is now known as Guest2892
brabo has quit [Ping timeout: 272 seconds]
diejuse has quit [Quit: Leaving.]
diejuse has joined #maemo-leste
Danct12 has joined #maemo-leste
diejuse has quit [Quit: Leaving.]
diejuse has joined #maemo-leste
Oksana has quit [Ping timeout: 252 seconds]
diejuse has quit [Quit: Leaving.]
<buZz>
:)
Oksana has joined #maemo-leste
diejuse has joined #maemo-leste
diejuse has quit [Quit: Leaving.]
<freemangordon>
Wizzup:
<freemangordon>
Jun 7 13:47:28 localhost wpa_supplicant[27089]: wlan0: Reject scan trigger since one is already pending
<freemangordon>
Jun 7 13:47:28 localhost iap_conndlg 2.88+0m5[1233]: connui_dbus_mcall_reply(): Failed DBUS method call with error 'fi.w1.wpa_supplicant1.Interface.ScanError': Scan request rejected
<Wizzup>
freemangordon: is that when scanning for just one AP?
<freemangordon>
yes
<Wizzup>
Maybe try again after a few seconds?
<Wizzup>
I think only one scan can be active at once
<freemangordon>
seems plugin scans as well in background
<Wizzup>
It does when icd2 tells it to scan
<Wizzup>
It doesn't just scan out of it's own, afaik
<freemangordon>
ok, will see what's going on
<Wizzup>
I had this in my wpa_supplicant.conf for a while but I don't think it helps:
<Wizzup>
autoscan=periodic:-1
<Wizzup>
there is some more that we can do on the control socket with wpa, about auto scanning
<Wizzup>
but I think you'll have to deal with this problem regardless
<Danct12>
Good afternoon
<Wizzup>
hi
<Danct12>
How are you?
<Wizzup>
Pretty decent, how about you?
<Wizzup>
freemangordon: the above (about autoscan) is just about wpa_supplicant deciding to scan on its own, but I think that is mostly not happening (anymore)
<Wizzup>
but if you have some conndlg open, that schedules scans every now and then
diejuse has joined #maemo-leste
diejuse has quit [Quit: Leaving.]
<Danct12>
Wizzup, I'm good. Decided to recharge my Fxtec Pro1 for some fun today
<Danct12>
I wonder when we'll have a filebrowser on Leste
<uvos>
Danct12: liri-files works fine and is touch optimized and in extras.
<Wizzup>
Danct12: hamsterfiler would be pretty simple to port, too
<Wizzup>
freemangordon also said he might port the 'original' one some time too\
<bencoh>
hamsterfile <3
<bencoh>
I don't really see a reason to port the stock filer once we have hamsterfile :)
<Wizzup>
I've personally never used it but I think it shouldn't be too hard to port
<bencoh>
it depends on qt4
<Wizzup>
yeah, it needs porting to qt5
<Wizzup>
but it's by the same author whose other qt4 stuff I already ported to qt5 :p
<bencoh>
did devuan drop qt4 altogether?
<Wizzup>
we didn't bother including the maemo qt4 port
<bencoh>
alright
<bencoh>
was it that significant btw?
<Wizzup>
mostly mean that the author uses similar constructs that need porting in different sw
<Wizzup>
so I'm familiar with the work required, is all I meant
<Wizzup>
oh, I misread
<bencoh>
yeah, I was referring to the maemo qt4 port, sorry (terrible phrasing / timing)
<Wizzup>
I don't know, feel free to take a look at it :-p
<bencoh>
:)
<Wizzup>
I don't remember why we made the decision at the time, but I think the idea was just to look forward and port stuff over
<bencoh>
yeah I guess so
<bencoh>
application-wise qt4 would have allowed to just rebuild old apps "as-is", but I see your point
<Wizzup>
yeah, we can still do it, although qt4 will be dropped soon from debian I think
<bencoh>
ah
<bencoh>
in that case ...
<Wizzup>
tbh what would be really useful is someone to help me with the QML stuff for openmediaplayer
<Wizzup>
I did a lot of the porting but stuck on qml
<Wizzup>
ah, need to run, bbl
<bencoh>
I kinda walked away from QML when I realized it had some serious power-related issues
<bencoh>
(it might be fixed in qt5)
<uvos>
qml remains and allways will be a pig
<freemangordon>
Wizzup: as soon as you click on the "hidden wlan", connui dialog gets closed
<freemangordon>
but I'll double-check who is initiating the scan
<freemangordon>
but yeah, most-probably it is icd2's timer expired while waiting for me to pres something in the dialog
Guest2892 has quit [Changing host]
Guest2892 has joined #maemo-leste
Guest2892 is now known as brabo
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 252 seconds]
<freemangordon>
Wizzup: hmm, shall I do spmething special when I scna for a hidden wlan?
<freemangordon>
*scan
<freemangordon>
Where I am supposed to get the result from?
tvall has quit [Quit: node-irc says goodbye]
scops has quit [Quit: node-irc says goodbye]
mighty17[m] has quit [Quit: node-irc says goodbye]
ajr has quit [Quit: node-irc says goodbye]
venji10[m] has quit [Quit: node-irc says goodbye]
_inky has joined #maemo-leste
<Wizzup>
freemangordon: I think you need to provide the ssid
diejuse has joined #maemo-leste
diejuse1 has joined #maemo-leste
diejuse has quit [Ping timeout: 245 seconds]
pere has quit [Ping timeout: 252 seconds]
_inky has quit [Read error: Connection reset by peer]
<gordon1>
that commit causes n900 to panic if you boot kernel with flipper open fb2c599f056640d289b2147fbe6d9eaee689f1b2 ARM: omap3: enable off mode automatically
<gordon1>
which is strange and weird coincidence
<gordon1>
but probably problem is somewhere else in off mode code, just it gets triggered during boot with this commit
<gordon1>
any particular place i need to report it?
xmn has joined #maemo-leste
xmn has quit [Quit: terminated!]
xmn has joined #maemo-leste
<sicelo>
linux-omap ML, I guess
<sicelo>
Anyway, weird ... mine didn't have issues with that commit, and booting with cover open
<sicelo>
If that's what you mean by "flipper"
<gordon1>
i mean flip open the keyboard
<gordon1>
if phone is closed it boots ok, if you open the keyboard - it might panic, and if you flip open the keyboard right at the moment when kernel just initialized the framebuffer and continue booting rest of the stuff - it 100% guaranteed panic
xmn has quit [Quit: terminated!]
diejuse1 has quit [Quit: Leaving.]
Buttercat has quit [Quit: Leaving.]
xmn has joined #maemo-leste
Daanct12 has joined #maemo-leste
Daanct12 has quit [Changing host]
Daanct12 has joined #maemo-leste
Daaanct12 has quit [Ping timeout: 272 seconds]
<uvos>
yeah linux omap ml
<uvos>
also tmlind ^^^
<uvos>
any ideas?
<uvos>
can you extract the panic?
<uvos>
via serial or so?
<uvos>
the trace i mean
<gordon1>
nope
<gordon1>
that's why i opted out to bisecting it
<gordon1>
i mean i could try usbtty thing from u-boot if that would work as emergency console
tvall has quit [Ping timeout: 244 seconds]
<gordon1>
or i'm open to ideas how else that could be done
joerg is now known as j-
venji10[m] has quit [Ping timeout: 244 seconds]
mighty17[m] has quit [Ping timeout: 244 seconds]
scops has quit [Ping timeout: 244 seconds]
ajr has quit [Ping timeout: 272 seconds]
j- is now known as joerg
<gordon1>
i mean technically i can laser cut a jig for pogo pins, but that's going to happen only next weeked or even later
<gordon1>
should be ok if i would use 3V UART for RX only?
<uvos>
yes
Danct12 has quit [Ping timeout: 272 seconds]
Daanct12 has quit [Quit: Quitting]
Danct12 has joined #maemo-leste
Buttercat has joined #maemo-leste
<gordon1>
ST_SDRC ST_OMAPCTRL
<gordon1>
two bits reported by idlest1_core
<gordon1>
no idea what it means
<gordon1>
but i have pretty much nothing running and i did UART suspend as per sicelo suggestion
<gordon1>
do i need to turn on "opportunistic sleep" btw, or is CPU PM managed on some different level?
<L29Ah>
gordon1: just smash a few pogo pins with a blob of PCL into N900 :)
<L29Ah>
would still need an adjustable PSU instead of the battery tho
<gordon1>
i have my pogo pins in the same place where i have a laser cutter, so it doesn't matter
<gordon1>
yeah, exactly
<sicelo>
Or can use the battery in same way sre did (that's what I will do)
<L29Ah>
cut the plastic housing and insert it at an angle?
Buttercat has quit [Quit: Leaving.]
tvall has joined #maemo-leste
Twig has joined #maemo-leste
<freemangordon>
Wizzup: oh, shit, SSID should not be zero terminated :(
<Wizzup>
freemangordon: ah :-)
<Wizzup>
gordon1: if others can reproduce your problem, I could try to reproduce it on my n900 serial
<gordon1>
Wizzup: you can try to use this config on 5.12.9 and try to boot it with keyboard open or flip keyboard open right after the moment when framebuffer is initialized http://ix.io/3p5z
<Wizzup>
I can't try it right now, but I can try it a bit later
cockroach has joined #maemo-leste
<gordon1>
sure, no rush
<sicelo>
(I always boot with keyboard open ... since I didn't take time to make boot.scr. so I always boot with manually typing "run sdboot" each time)
<gordon1>
i modified u-boot to do run sdboot first in bootmenu, easier than to find out why saveenv is not present
Twig has quit [Ping timeout: 272 seconds]
<sicelo>
Right. So the point is, booting with keyboard open, I didn't have that problem with 5.9-5.12 ... of course, maybe other things at play, who knows
<sicelo>
Thanks for following up on this :-)
* sicelo
appreciates any N900 work
<Wizzup>
sicelo: can you check if you have the problem with 5.12.9, or did you include that one?
<Wizzup>
it's also possible that using a different u-boot somehow causes trouble