<sicelo>
wut! i have h-d now. nothing i did however
<sicelo>
oh, there *is* something i did ... i used the N900 that has b0rk modem. using the one with working modem results in the reset. Wizzup, so it's what i mentioned the other day - the dma patch isn't enough in 6.1 unfortunately ):
<sicelo>
i wonder what we need to do in order to enable/use pstore on N900? maybe use the 'log' partition on the OneNAND? freemangordon, would you have an idea?
SuperMarioSF has joined #maemo-leste
<SuperMarioSF>
hi
<SuperMarioSF>
long time no see
<SuperMarioSF>
about two phones, I'm unable to get another one on good condition.
<SuperMarioSF>
so should I ship the existing one?
<sicelo>
what phones are you referring to? :-/
<SuperMarioSF>
The Chinese exclusive Motorora Milestone 3 (XT883)
<SuperMarioSF>
I was planned to get 2 of them
<SuperMarioSF>
but I have only got one in good condition, full of everything.
<SuperMarioSF>
images will be sent here soon.
joerg has quit [Ping timeout: 264 seconds]
joerg has joined #maemo-leste
<SuperMarioSF>
woah
<SuperMarioSF>
i got lucky
<SuperMarioSF>
just found another one in good condition
<SuperMarioSF>
the one for months
<SuperMarioSF>
and for a similar price as th first one
<BlagovestPetrov[>
something which limits the size of the inline functions
<freemangordon>
BlagovestPetrov[: try if -finline-limit=1000 will fix it
<BlagovestPetrov[>
I'm not sure what "size" means - memory utilized?
<BlagovestPetrov[>
or cpu time?
<freemangordon>
the number of pseudo-instructions IIUC
<BlagovestPetrov[>
it will probably fix it. I'll try :)
<freemangordon>
but, I wonder why we hit that now
Guest5195 has quit [Ping timeout: 264 seconds]
<freemangordon>
this is not something new
<buZz>
freemangordon: tried abit, havent seen it draw over 1.2A from charger
<buZz>
but still pretty full now
<freemangordon>
that's why
<buZz>
uhuh
<freemangordon>
on empty battery it will draw 1200+device usage
<buZz>
ah, like that , yeah, we'll see later :)
<freemangordon>
BlagovestPetrov[: maybe older compiler issued less instructions?
<BlagovestPetrov[>
yeah
<freemangordon>
but maybe you are right and this function shall not be marked as inline
<freemangordon>
now it saves one call I guess
<BlagovestPetrov[>
:)
<freemangordon>
yup, just remove that inline and call it a day
SuperMarioSF has joined #maemo-leste
<SuperMarioSF>
I'm back
<SuperMarioSF>
Just replaced a new battery in my droid 4, battery life and charge speed seems much better than before.
<SuperMarioSF>
recalibrating battery
<SuperMarioSF>
just found some weird thing about the APN provision issue
<SuperMarioSF>
I have a dead SIM card, which have no subscription any more on it, but card itself works.
<SuperMarioSF>
It can provision its APN correctly, first try
<SuperMarioSF>
but when I swap to my daily driving SIM card, 3G signal seems okay but APN provisioning have problem
<SuperMarioSF>
two SIM card are for GSM based network, but have different operator.
<SuperMarioSF>
maybe there is some weird issue related to China Unicom's SIM card.
<SuperMarioSF>
but for now, just receieving SMS is already working enough for me, and character encoding is correct.
<SuperMarioSF>
if anyone want to dig deeper on this issue just contact me.
<SuperMarioSF>
I currently have no idea about this problem and I don't have much spare time to read the source code myself.
<SuperMarioSF>
and that's the reason why I didn't shown for a long time, because my work is too busy.
Twig has joined #maemo-leste
<Wizzup>
hi
<SuperMarioSF>
hi
uvos has joined #maemo-leste
<Wizzup>
SuperMarioSF: send you a private message btw
<Wizzup>
uvos: I built leste-config
<Wizzup>
freemangordon: thanks for checking
<BlagovestPetrov[>
SuperMarioSF: dragast?
<BlagovestPetrov[>
oh, no. I though you are someone else :)
<SuperMarioSF>
i have no idea what or who dragast is.
uvos has quit [Ping timeout: 268 seconds]
<Wizzup>
heh
<Wizzup>
BlagovestPetrov[: I see how that happened :D
<Wizzup>
SuperMarioSF: nevermind, someone we know
uvos has joined #maemo-leste
Juest has quit [Ping timeout: 260 seconds]
brabo has quit [Ping timeout: 268 seconds]
brabo has joined #maemo-leste
Twig has quit [Remote host closed the connection]
<uvos>
SuperMarioSF: both me and i think buZz too have had that issue with the apn
<uvos>
so its not that operator specificly but rather lots of operators
<SuperMarioSF>
that's weird
<SuperMarioSF>
since the working SIM card was for a "virtual operator"
<SuperMarioSF>
which shouldn't in any of pre-defined list.
<SuperMarioSF>
and that operator name were shown correctly
<SuperMarioSF>
so is there a way to define a operator information manually?
<SuperMarioSF>
or even better, an option for forcing (for debug or workaround purpose)
<uvos>
theres a dbus call
<uvos>
i dont remebmer it by heart
<uvos>
Wizzup: knows
<SuperMarioSF>
you mean something like 'mdbus2 -s org.ofono /motmdm_0/context1 org.ofono.ConnectionContext.SetProperty Active true' ?
<uvos>
well not that one
<uvos>
but a dbus call
<SuperMarioSF>
ok
<uvos>
i switched operators so i dont need it anymore
<uvos>
so wait for Wizzup to respond
<SuperMarioSF>
well I don't have much choice.
<uvos>
dose sending sms work for you?
<SuperMarioSF>
the only other operator doesn't even have 3G any more.
<uvos>
it dosent for me
<SuperMarioSF>
SMS is working fine.
<SuperMarioSF>
and I just got bombed with SMS an hour ago.
<uvos>
outgoing
<uvos>
on my device incomeing sms works fine but outgoing just hang in ofonos send buffer
<SuperMarioSF>
just tested
<SuperMarioSF>
working
<SuperMarioSF>
my first message went to conntest loopback
<SuperMarioSF>
and I switched to ofono, it works.
<uvos>
probubly i should unload contest in the default configureation again
<SuperMarioSF>
the only operator have HSDPA support in China is China Unicom, so switching to another operator is out of question, except virtual operators (which is often unreliable)
<uvos>
sicelo: im rebuilding the kernel with the extra pmos patches now
<uvos>
ill try to test it later
<uvos>
Wizzup: please do test and get some serial if issues persit
<uvos>
persist
<sicelo>
those will not fix the problem, unfortunately
uvos has quit [Remote host closed the connection]
uvos has joined #maemo-leste
Juest has joined #maemo-leste
Juest has quit [Changing host]
Juest has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
uvos has quit [Ping timeout: 265 seconds]
Pali has joined #maemo-leste
uvos has joined #maemo-leste
<uvos>
freemangordon: found the issue with charging_sdl
<uvos>
freemangordon: there was a bug in it that caused it to missread the battery when its _callibrated_
<uvos>
apperantly the changes in cpcap-battery ment its callibrated more often when charging_sdl starts
<uvos>
its fixed, was a boolean inversion
<freemangordon>
uvos: ah, so there was a bug after all? great that you smashed it, will test as soon as I can.
<uvos>
freemangordon: yeah i was looking at the estimation code path so hard i just dident see it
<uvos>
it will be in the repo asap
<freemangordon>
ok
<uvos>
ill also make it use sw rendering
<uvos>
hopefully removing the hang
<uvos>
just a workaround ofc
<uvos>
im testing that rn
<freemangordon>
never had hangs here
<freemangordon>
but yes, we don;t need GPU
<uvos>
it hangs in a drm ioctl and pvrk sometimes complains about a zero sized surface
<uvos>
(cant make it happen rn)
<uvos>
yeah dont really need the gpu here anyhow
<uvos>
but maybe its related to the xorg hang in some helpfull way
<Wizzup>
uvos: what dbus call do you mean
<uvos>
Wizzup: giveing ofono apn
<Wizzup>
probably just GetProperties on the ConnectionContext
<uvos>
you set the apn with GetPorperies
<uvos>
interesting
<uvos>
:P
dsc_ has joined #maemo-leste
<Wizzup>
SetProperty AccessPointName ...
<Wizzup>
but GetProperties call will give you the exact property names
<uvos>
Wizzup: ok, its not for me but for SuperMarioSF