<tmlind>
freemangordon: pavel had patches to make use of the buggy /dev/ttyUSBn at modem interface, i think over ttyUSB4
slep has left #maemo-leste [#maemo-leste]
<freemangordon>
tmlind: ok, but I lack the whole picture, like, why he preferred AT over QMI?
<freemangordon>
anyway, I sent an email to him (you're in CC)
<freemangordon>
tmlind: also, what is gsmmux?
<freemangordon>
and why do we need it?
<tmlind>
freemangordon: gsmmux is the multiplexed serial port interface /dev/gsmtty*
<freemangordon>
but we have that, no?
<freemangordon>
this is what we use in leste ofono, iiuc
<tmlind>
freemangordon: yes we have that and that's handling the ofono notifications and kicking the qmimodem
<freemangordon>
so, Pavel's comment is no longer valid then
<tmlind>
well you can also use the buggy /dev/ttyUSB0 too..
<freemangordon>
ok, but what is buggy about it?
<tmlind>
it eventually hangs the modem
<tmlind>
and is a very limited interface
<freemangordon>
and we don't know why/when (the hang)?
<tmlind>
some commands hang the modem right away, some command are buggy and hang it at some point, don't recall the details
<freemangordon>
ok, I see
<freemangordon>
so, upstream driver is useless then, no?
<tmlind>
afaik /dev/gsmtty* is the only way to access voice call audio and gnss features on the modem unless some of these can be done over the qmimodem somehow
<tmlind>
well pavel might still use the upstream driver, not sure
<freemangordon>
I think they shall work through qmi
<tmlind>
and the interface is threre
<freemangordon>
well, booting it in BP mode exports QMI interface
<tmlind>
well if you figure out a way to get modem notifications work with just qmi only, that would help a lot of course
<tmlind>
send an sms to the bp mode modem and see if x86 sees anything happening on the qmimodem?
<freemangordon>
I can try, but before doing so I would like to have a clear picture on what to do with upstream driver
<tmlind>
which driver, the ttyUSB4? just leave as it is :)
<freemangordon>
I can't as it works on usb id
<freemangordon>
and takes over
<freemangordon>
also, qmicli does not allow me to listen for notifications
<tmlind>
hmm but we have already patches for that?
<freemangordon>
tmlind: sure, btu I want to upstream everything
<freemangordon>
ofono devs are really active lately and very cooperative
<tmlind>
yeah well adding a motorolamodem may be needed to get it all working and have the ttyUSB stuff too
<freemangordon>
I don;t want to miss that opportunity
<freemangordon>
also, they are even willing to discuss/fix dbus API etc
<tmlind>
yeah sure nice
<freemangordon>
to me it makes absolutely no sense to continue using 1.x given that 2.4 is out and 2.5 or 3.0 is on its way
<tmlind>
agreed
<freemangordon>
and I will spend time on make things happen, given that I have the right idea on what has to be done
akossh has joined #maemo-leste
<tmlind>
heh yeah great
<freemangordon>
ok, lets wait for Pavel's reply
<tmlind>
because the /dev/ttyUSB* are there, we should not drop the modem handling for it but instead add motorolamodem that supports qmi and other interfaces
<tmlind>
so three interfaces total like pavel's comments listed
<freemangordon>
ok, but droid.c uses atmodem
<freemangordon>
which is buggy
<tmlind>
yup
<freemangordon>
so this shall be converted to use qmimodem
<freemangordon>
IIUC
<freemangordon>
but, I don;t want to send patches for that over Pavel's head
<tmlind>
hmm well you can't convert a ttyUSB interface implemented in the modem's firmware to use qmimodem :)
<freemangordon>
esp given that most probably I lack details
<freemangordon>
umm, sorry, can't parse
<tmlind>
well the modem firmware provides the /dev/ttyUSB* interfaces to linux, they are separate from the qmimodem interface
<freemangordon>
btw QMI is over /dev/cdc-wdm0 AFAIK
<tmlind>
that's the motorola modem part that uses the /dev/gsmtty* interfaces
<freemangordon>
ok, but this is QMI, no?
<tmlind>
no not qmi, but kicks the qmimodem for notifications
<tmlind>
so /dev/cdc-wdm0 is qmi yeah, /dev/gsmtty* is multiplexed uart, and /dev/ttyUSB* are the buggy at modem interfaces
<freemangordon>
umm, I got lost :) motorollamodem.c kicks modem to send notifications through QMI interface, no?
<tmlind>
yeah based on the notifications coming from /dev/gsmtty* interfaces
k1r1t0 has joined #maemo-leste
<freemangordon>
exactly
<freemangordon>
but, ignoring that we don;t know how to tell QMI to send notifications without modme being kicked, we use qmimodem to communicate with it
<tmlind>
likely there's some modem nvram setting that routes the notifications to either /dev/gsmtty* or to /dev/cdc-wdm0
<tmlind>
yeah we should be able to all the communication over qmi in theory
<freemangordon>
yes, but besides notifications, it is all qmimodem, not gsmmuz
<freemangordon>
right
<tmlind>
yeah
<freemangordon>
but dis is totally different to what we have in upstream
<freemangordon>
*this
<freemangordon>
where it is atmodem all over the place
<freemangordon>
no gsmmux or QMI
<tmlind>
right, upstream only has the support for /dev/ttyUSB* interface
akossh has quit [Ping timeout: 255 seconds]
<freemangordon>
which seems to be useless for any real life usage as it hangs the modem :)
<freemangordon>
so, my plan is to get rid of that and push our driver upstream, but I want to hear from Pavel first
<tmlind>
more or less yeah, but the interface still exists, so should be possible to support that too
<freemangordon>
umm, I am not sure that's possible
<freemangordon>
as that means we will have to modem interfaces in ofono for a single modem
<tmlind>
the motorola modem currently configures both qmi and /dev/gsmtty* interfaces
<tmlind>
so should be able to also configure ttyUSB interfaces
<freemangordon>
but why if it hangs the modem?
<tmlind>
only some features hang the modem :)
<freemangordon>
heh
<tmlind>
gotta go here, bbl
<freemangordon>
bbl
akossh has joined #maemo-leste
slep has joined #maemo-leste
<Wizzup>
freemangordon: hm?
<Wizzup>
freemangordon: I don't think so, must be some mafw thing
peetah_ has joined #maemo-leste
peetah has quit [Ping timeout: 264 seconds]
Pali has joined #maemo-leste
<Wizzup>
freemangordon: I'll take a look in any case
<freemangordon>
tmlind: did anyone try AT+QURCCFG ?
pere has quit [Ping timeout: 246 seconds]
pere has joined #maemo-leste
<freemangordon>
hmm, does not seem to work
diejuse has quit [Quit: Client closed]
mdz has joined #maemo-leste
pere has quit [Ping timeout: 264 seconds]
diejuse has joined #maemo-leste
<diejuse>
I have finally found the culprit of the problem of the portrait mode breaking when pressing the space bar key with other virtual keyboards.
<diejuse>
If I don't start hildon-input-method everything works fine. For some reason it creates a conflict in the space bar key pressed by other virtual keyboards.
pere has joined #maemo-leste
diejuse has quit [Ping timeout: 250 seconds]
ungeskriptet7 has joined #maemo-leste
ungeskriptet has quit [Ping timeout: 255 seconds]
ungeskriptet7 is now known as ungeskriptet
diejuse has joined #maemo-leste
<sicelo>
freemangordon: since ofono code is still fresh in your mind ... maybe you can help me find where the name of the modem is 'created' ... the "2" in /n900_2 is annoying sometimes :p
<sicelo>
not that it matters too much though
<inky>
wow!
<freemangordon>
sicelo: ofono_modem_create()
<freemangordon>
looks like the modem is created twice
<freemangordon>
or even 3 times
<freemangordon>
as afaik it starts from 0
<sicelo>
that sounds like a problem :-/
akossh has joined #maemo-leste
<sicelo>
looks like it's because the modem has many sysfs entries: hsi-char, cmtspeech, n900-modem, phonet0
<sicelo>
anyway, don't fix it if it ain't broken :p
arno11 has joined #maemo-leste
<arno11>
Wizzup: i got keyboard (sdl input) working with drnoksnes. fullscreen works too. Now i have few troubles with sound and gui is broken. but games work fine :) i'll be very busy during the 2 next weeks but will try to upload stuff asap if you want to try it