Daanct12 has quit [Remote host closed the connection]
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 255 seconds]
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
macros_ has quit [Ping timeout: 260 seconds]
macros_ has joined #maemo-leste
<tmlind>
freemangordon: ok i'll take a look at rebasing ngsm serdev patches against v6.0-rc series when i can, then test with restarting ofono and looking for the unsol messages
<tmlind>
freemangordon: that's after no double open issuses :) if there's some other test you're using, lmk
joerg has quit [Ping timeout: 255 seconds]
Livio has quit [Ping timeout: 268 seconds]
joerg has joined #maemo-leste
sunshavi has quit [Ping timeout: 248 seconds]
sunshavi has joined #maemo-leste
mardy has joined #maemo-leste
<freemangordon>
tmlind: not sure I understand fully, but ok :)
ceene has joined #maemo-leste
<freemangordon>
OTOH, if you give me a couple of hints, I can spend some more time on it (serdev driver)
<freemangordon>
like, I don't understand the layering, it seems here is so many abstraction layers that at the end of the day n_gsm/tty code is like spaghetti to me :)
<freemangordon>
*there are
<freemangordon>
also, I was not able to find who is sending the bytes over the wire - is it some OMAP uart? or usb->serial convertor? who it is?
<tmlind>
freemangordon: yeah the traffic goes over a 8250_omap uart
<freemangordon>
ah, and we do power management on the opposite side
<tmlind>
n_gsm sets up the channels, serdev takes care of io
<tmlind>
then each channel can have a real kernel driver, like the gnss driver for mdm6600
<freemangordon>
I see
<tmlind>
earlier all that was done over userspace via whatever attach function to init n_gsm, but did not work with pm at all
<freemangordon>
yeah, I was wondering why kernel driver is needed
<freemangordon>
can;t we just have some small one to control modem gpios?
<tmlind>
heh ttried that :)
<freemangordon>
why it would not work?
<freemangordon>
could it be because n_gsm was too buggy back then?
<freemangordon>
not that I know how kernel driver (gnss for example) can open tty port :)
<tmlind>
the traffic works with userspace tools too, but the userspace has no clue about the pm
<tmlind>
so with serdev-gsm, we can have proper voice modem audio controls via alsa, gnss driver and so on
<freemangordon>
ok, what userspace has to do is more or less clear
<freemangordon>
ah, I see
<freemangordon>
makes sense
<tmlind>
also android has kernel ts27010 driver because of this
<freemangordon>
yeah
<tmlind>
android has no serdev, so all the modem features are done in user space libraries
<freemangordon>
ok, so serdev driver shall do what userspace does, right?
<freemangordon>
more or less
<tmlind>
serdev replaces pretty much all the old hciattach, irattach whatever attach glue stuff
<freemangordon>
not that I know those :)
<tmlind>
well it sucked to use hciattach or irattach for a long time :)
<freemangordon>
IIUC for porting to 6.x some of the init code in serdev shall be removed
<freemangordon>
as this is already taken care of in n_gsm
<tmlind>
ok
<freemangordon>
like explicit control channel opening
<tmlind>
ok
<freemangordon>
ok, I'll spend some more time on that, now I have a better idea what happens
<tmlind>
the serdev-gsm has some issues to fix before upstreaming, johan wanted it to behave more like serdev and less like a mdm driver
<tmlind>
just fyi
<freemangordon>
well, I am almost sure I won;t be able to make it work, but ok
<tmlind>
heh
<tmlind>
the recent n_gsm fixes are good though, earlier the whole n_gsm layer was based on some earlier version of the protocol
<freemangordon>
yes, they say they put that in production
<tmlind>
yeah
<freemangordon>
but, they break serdev :)
<tmlind>
so ideally the voice call audio mixer and gnss drivers just would use plain serdev read write functions
<freemangordon>
without opening tty?
<tmlind>
no just plain serdev_read instead of serdev_ngsm_read in drivers/gnss/motmdm.c for example
<freemangordon>
ah
<freemangordon>
now I got it
<tmlind>
so each dlci would show up as a serial port for the serdev drivers
<tmlind>
we already just pass the n_gsm fifo around, should be totally doable
<tmlind>
not sure what needs to be done about the new double init issue, but sounds like you just need to leave out some n_gsm related call from the serdev init in n_gsm.c
<freemangordon>
yeah
<freemangordon>
I already removed tty port register
<tmlind>
ok
<freemangordon>
but, have to figure out how to do the control port init correctly
<tmlind>
ok
<sicelo>
tmlind: so you're quite conversant with serdev? i may need some handholding working with N900's bluetooth. uses serdev too
<tmlind>
sicelo: not much to it, see for example what sre did for drivers/bluetooth/btwilink.c
<tmlind>
sicelo: hmm but drivers/bluetooth/hci_nokia.c is already using serdev?
<tmlind>
it should just work
<sicelo>
yes. he already ported the driver. except it never worked for N900, but only N950. can't remember about N9
<sicelo>
the firmware doesn't load. he did troubleshoot back then and it seemed that there was nothing obviously wrong. i don't think i'm even going to fix it either, but i still have interest in N900, and wouldn't mind 'wasting' some cycles on these
<tmlind>
ok interesting
<sicelo>
i don't see drivers/bluetooth/btwilink.c anywhere (looking at linux 6.0-rc3)
<tmlind>
sicelo: oh sorry, that's the old driver that got dropped in favor of the generic driver
<freemangordon>
hmm, I think I know how to make that (serdev) work
<tmlind>
sicelo: on d4, you can just do modprobe hci-uart; hciconfig hci0 up; hcitool scan
<tmlind>
freemangordon: ok great
<freemangordon>
lemme recompile
<freemangordon>
takes time :(
xmn has quit [Ping timeout: 252 seconds]
Pali has joined #maemo-leste
akossh has joined #maemo-leste
<freemangordon>
yep, it does work :)
<freemangordon>
ok, going to the gym, will continue laters
alex1216 has joined #maemo-leste
Pali has quit [Ping timeout: 255 seconds]
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
mardy has joined #maemo-leste
uvos has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
pere has quit [Ping timeout: 252 seconds]
joerg has quit [Ping timeout: 252 seconds]
mardy has joined #maemo-leste
joerg has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
pere has joined #maemo-leste
mardy has joined #maemo-leste
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
mrkrisprolls has quit [Ping timeout: 268 seconds]
<sicelo>
freemangordon: nice
<sicelo>
tmlind: yes I've tested bt on d4 successfully before
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
mrkrisprolls has joined #maemo-leste
dev has left #maemo-leste [#maemo-leste]
dev has joined #maemo-leste
<uvos>
i use bt on d4 all the time
<uvos>
its fine, except you have to rmmod the module again for it to hit ret
<uvos>
so the driver needs some pm work
<freemangordon>
tmlind: 2 questions:
<freemangordon>
1. shall I restore tty register behaviour or leave it to n_gsm driver? Now it unconditionally registers 63 tty devices
<freemangordon>
2. shall I squash my change to your commit or you prefer separate ("port to upstream") commit?
<freemangordon>
*chnages
<freemangordon>
argh... changes
macros_2ndPC has joined #maemo-leste
<tmlind>
freemangordon: 63 tty devices should be ok.. not ideal but who cares
<freemangordon>
ok
<tmlind>
freemangordon: maybe squash it to the earlier commit and add your s-o-b, the patches need to be rebased anyways for upstream
macros_ has quit [Ping timeout: 240 seconds]
<freemangordon>
right
<freemangordon>
ok, will do
<tmlind>
ok great, so you got it working?
<freemangordon>
yes
<tmlind>
cool, i'll set up v6.0 patches when i get a chance
<freemangordon>
ok, I'll do some more cleanup and experinmenting and will push to leste tree
macros_ has joined #maemo-leste
akossh has quit [Read error: Connection reset by peer]
macros_2ndPC has quit [Ping timeout: 264 seconds]
<tmlind>
ok
dos has quit [Quit: Kabum!]
dos has joined #maemo-leste
akossh has joined #maemo-leste
<freemangordon>
tmlind: do we really need init_retry_quirk?
<tmlind>
freemangordon: not sure, maybe the need for that has gone now with all the n_gsm fixes
<freemangordon>
mhm, I will remove it
RedM_ has quit [Quit: huh upgrades]
RedW has joined #maemo-leste
<freemangordon>
tmlind: shall I use wait_event_timeout or wait_event_timeout_interruptable in gsm_serdev_register_dlci while waiting for control channel to be opened?
<freemangordon>
or simply wait_event?
<buZz>
sooooo, any updates on the 2/3G IAPs? :D
<buZz>
oh hey, now i'm getting the 'simcard not found' icon
<buZz>
maybe my sim just came loose again
pere has quit [Ping timeout: 252 seconds]
<tmlind>
freemangordon: whatever works :)
<tmlind>
bbl
<freemangordon>
heh
<freemangordon>
ok :)
pere has joined #maemo-leste
macros_ has quit [Remote host closed the connection]
macros_ has joined #maemo-leste
ceene has quit [Ping timeout: 244 seconds]
macros_2ndPC has joined #maemo-leste
macros_ has quit [Ping timeout: 268 seconds]
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #maemo-leste
ceene has joined #maemo-leste
parazyd has quit [Ping timeout: 248 seconds]
parazyd has joined #maemo-leste
elastic_dog has quit [Quit: elastic_dog]
ceene has quit [Ping timeout: 252 seconds]
elastic_dog has joined #maemo-leste
xmn has joined #maemo-leste
ceene has joined #maemo-leste
<buZz>
hmm dangit, seems i cant get sim registered in ofono?
<buZz>
at least, reseating million times, powercycling, even swapped it all over to second d4, keep giving 'sim unregistered' icon in statusbar
<Wizzup>
buZz: what ofono version is this?
<buZz>
1.34.3-1+2m7 , from -devel afaik
<Wizzup>
there shouldbe 1.34.4
<Wizzup>
is there not?
<Wizzup>
hm there is not
<Wizzup>
building new one
<Wizzup>
buZz: update and upgrade in ~5 mins
<Wizzup>
then it should be fixed
<buZz>
alrighty, lets see
alex1216 has quit [Quit: WeeChat 2.3]
xmn has quit [Ping timeout: 252 seconds]
xmn has joined #maemo-leste
<buZz>
alright, getting 2G icon again
<buZz>
still no GPRS IAP visible, i deleted the one through gconftool-2 -u --recursive-unset
<buZz>
lets see
<Wizzup>
well, whatever ofono fixes freemangordon did likely do not relate to your provisioning problem(s)
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
ceene has quit [Remote host closed the connection]
<buZz>
it didnt reprovision it either! (on powercycle)
<Wizzup>
not surprised, that never worked for you right?
<Wizzup>
is this still youfone?
<buZz>
yeah
<buZz>
i do see it in debug_netreg() calls in iap_conndlg.log
<Wizzup>
aren't those just rssi stuff?
<buZz>
grep -a OFONO /var/log/maemo/icd2.log <- shows me it always said '
<buZz>
'sim seen for the first time, provisioning' after a 'status 2' msg
<buZz>
but since yesterdays updates no more
<buZz>
no more Status 2
<buZz>
no more 'search finished' either, not sure what that means
xmn has quit [Ping timeout: 244 seconds]
xmn has joined #maemo-leste
<buZz>
Wizzup: it did provision every time -again- when starting ofono (or icd2? not sure)
<buZz>
just overwrote the old settings
<buZz>
but now its not even doing the initial provisioning
<norayr>
Uvos, i think there is important bug in new backend of vkbd
<norayr>
Shouldn't i be able to write armenian/etc with it (i. e. by pressing search button on droid4) in gtk2 apps?
<norayr>
I write by tapping only, then i trgger other backend by search button to press enter
<norayr>
Bcs enter doesnt work in maemo old backend
<norayr>
But what i say new backend should also work with pidgin and other gtk2 apps, no?
tvall has quit [Quit: You have been kicked for being idle]
<uvos>
norayr: not sure what you are saying
tvall has joined #maemo-leste
<uvos>
norayr: you should be able to write armenian in gtk apps by tapping on a field
<uvos>
you should not be able to write armenian into gtk or any apps when using the xcb backend
<uvos>
unless you have armenian keysims available via xkb keycodes
<uvos>
(ie have armeinan xkb layout active)
<uvos>
enter handling via the old backend is a bit wierd in gtk2 when using the hildon backend, as there is logic when to enter should advance fields, when enter should give the app "enter" and some other stuff
<uvos>
this is in gtk tho not in him itself
<uvos>
this works ok for maemo apps, but yeah some desktop gtk2 apps that do something special with enter dont like it (i gues thats pdigin)
Pali has joined #maemo-leste
<uvos>
so i dont see the bug here
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
l_bratch has joined #maemo-leste
l_bratch has quit [Remote host closed the connection]
l_bratch has joined #maemo-leste
l_bratch has quit [Client Quit]
l_bratch has joined #maemo-leste
<norayr>
I mean
<norayr>
Shuldnt i be able to write armenian in gtk2 pidgin with new backend (search button) and without typing setxkbmap am in terminal.
<uvos>
no
<norayr>
Hmmmm
<uvos>
the target window widget set is immaterial to the xcb backend
<norayr>
Okay
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
Pali has quit [Ping timeout: 268 seconds]
<freemangordon>
tmlind: what is "etsi,3gpp-ts27010-adaption1" ?
<buZz>
freemangordon: any pointers for me to regain provisioning my gprs sim? :)
<freemangordon>
nope
<buZz>
(no rush)
<freemangordon>
I am still at trying to make kernel driver stable
<buZz>
any ideas then? :)
<buZz>
ah alright
<buZz>
np
<freemangordon>
restart ofono
<buZz>
yeah i've done all the dances thusfar, nothing seems to kick it to report 'status 2' to icd2.log
<buZz>
(which seems required to have it provision itself)
<freemangordon>
sorry, no idea
<buZz>
aw, alright tnx
Livio has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Changing host]
<buZz>
woooot, restarting ofono and icd2 a bunch of times DID help!
<buZz>
Sep 1 19:53:14 localhost icd2 0.98[5884]: [OFONO] Status 2
<buZz>
Sep 1 19:53:14 localhost icd2 0.98[5884]: [OFONO] SIM 204086485211992 seen for the very first time, provisioning.