<Wizzup>
buZz: with ifconfig wlan0 down it seems better
<buZz>
might be a bug in the driver or something
uvos__ has quit [Ping timeout: 240 seconds]
Daanct12 has joined #maemo-leste
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Quit: Quitting]
Daaanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Client Quit]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 260 seconds]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 260 seconds]
Daanct12 has joined #maemo-leste
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
mardy has joined #maemo-leste
ceene has joined #maemo-leste
<freemangordon>
sicelo: yes, missing extcon
Twig has joined #maemo-leste
alex1216 has joined #maemo-leste
alex1216 has quit [Ping timeout: 268 seconds]
pere has quit [Ping timeout: 268 seconds]
Daanct12 has quit [Read error: Connection reset by peer]
alex1216 has joined #maemo-leste
Daanct12 has joined #maemo-leste
<sicelo>
i think i haven't been following this extcon work well enough, but i'm a little confused now - i think the aim was to do charger detection on droid 4? i understand this does work on N900 (broken in 5.19+ due to the irq issue however) ... so i'm not sure i understand why hacks will be needed for it now
<sicelo>
and of course, nice to have it working on Droid 4 too
<freemangordon>
sicelo: it is about ke-recv having hardcoded paths that are device specific
<freemangordon>
if we use extcon, the only device that will need such hardcoded paths will remain n900
<freemangordon>
I refer to it as a 'hack' because... it is a hack :)
* sicelo
is surprised to see musb-hdrc in the pinephone and lime listings. didn't think it was used outside of omap
<freemangordon>
it seems to be used all over the place :)
<freemangordon>
the others will have nothing, like, code will use extcon and will try to find the appropriate cables
pere has joined #maemo-leste
alex1216 has quit [Ping timeout: 260 seconds]
alex1216 has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: timeout during writing]
uvos has joined #maemo-leste
akossh has joined #maemo-leste
alex1216 has quit [Ping timeout: 260 seconds]
akossh has quit [Read error: Connection reset by peer]
norayr has joined #maemo-leste
mardy has quit [Read error: Connection reset by peer]
<Wizzup>
buZz: ifconfig did not help with crackles
<Wizzup>
maybe lower sample rate
<Wizzup>
will keep looking
akossh has joined #maemo-leste
alex1216 has joined #maemo-leste
mardy has joined #maemo-leste
<norayr>
interesting, my droid, when i left it to charge overnight, in the morning was full and reported 10 hours to empty. now it has 87% of the charge and reports 30.5 hours to empty.
<sicelo>
when it has 30% charge, it will be 200 hours to empty :p
<Wizzup>
when charging I don't think it tries to go in lowest power saving
<sicelo>
i think he was no longer charging when it reported 10 hours ... there shouldn't be TTE while charging, only TTF
<Wizzup>
upower averages
<Wizzup>
freemangordon: ofono is using 100% cpu, anything I can do/check?
<Wizzup>
hmmm upower uses a lot too
<Wizzup>
it seems epoll keeps returning
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
<Wizzup>
damn, it exited when I left gdb
uvos has quit [Remote host closed the connection]
uvos has joined #maemo-leste
<uvos>
Wizzup: pretty mutch 100% sure cracles are caused by pulseaudio
<uvos>
they are not there if you use plain alsa or pipewire
<uvos>
while they are there on every output device with pulse
<uvos>
incl wired and bt
<Wizzup>
mhm
<Wizzup>
so one of the reasons I was thinking of debian testing was pipewire
<Wizzup>
(as opposed to chimaera)
<uvos>
load-module module-udev-detect tsched=0 helps a bit btw
<uvos>
more siginifcantly for wired than bt
<Wizzup>
as in, if we go for testing, we might get better pipewire
<uvos>
sure
<uvos>
appearently you want to skip to testing :P
<Wizzup>
for bt in leste we also need to set teh default class to phone I think
<uvos>
best configure this in leste-config per device
<Wizzup>
well bookworm is mid-2023, so maybe it's too far out
<Wizzup>
uvos: right
<Wizzup>
assuming we can dump random files in /etc/bluebooth/*.conf
<uvos>
dont see why not
<Wizzup>
maybe there needs to be an order in which it is read
<Wizzup>
so debian 11 does have pipewire 0.3.19
<Wizzup>
I use pipewire 0.3.56 on my laptop
<Wizzup>
I think that unless we build pipewire ourselves for chimaera, we can probably forget about it
<Wizzup>
but maybe that's not a problem
<uvos>
i dont think there is anything wrong with pulse persay (asside from the crackles bug that may be gohne in newer versions anyhow)
<uvos>
besides pulse and pw are compataibil, we arnt doing anything rn that dosen work just the same with pw (in theroy)
<uvos>
so i dont see swiching to pw to be a big priority atm
Daanct12 has quit [Quit: Quitting]
elastic_dog has joined #maemo-leste
elastic_dog is now known as Guest279
Guest279 has quit [Killed (erbium.libera.chat (Nickname regained by services))]
akossh has quit [Remote host closed the connection]
akossh has joined #maemo-leste
<Wizzup>
uvos: ok
<Wizzup>
agreed
<Wizzup>
I will not bring up daedaelus for some months now
<Wizzup>
promise
alex1216 has quit [Quit: WeeChat 2.3]
pere has quit [Ping timeout: 260 seconds]
alex1216 has joined #maemo-leste
pere has joined #maemo-leste
<Wizzup>
uvos: well I guess the echo cancel eating up cpu all the time in pulse was annoying, but there's probably a fix for that
<uvos>
also is this still the case in up to date pa?
<Wizzup>
yes
<Wizzup>
i am looking at mpris atm
<Wizzup>
I think when I next get to my car, I will be able to control mpd or mpv using the car
<Wizzup>
I'll do a write up
<Wizzup>
and then also help pali with serial today :)
rafael2k has joined #maemo-leste
<sicelo>
thank you
akossh has quit [Remote host closed the connection]
<sicelo>
while messing with serial, may also want to do the other test for tmlind (compaction)
<Wizzup>
please share some info and I'll try that too
<Wizzup>
I haven't been keeping up with the mailing list
<sicelo>
it's the really old one ... i think you said compaction didn't make a difference, but now that you will have serial, at least to confirm and reply :-)
<sicelo>
let me see if i can find the mail quickly
<Wizzup>
oh, the wakeups
akossh has joined #maemo-leste
<Wizzup>
I am not sure if I can do that today
<Wizzup>
it's not trivial
<Wizzup>
but it's a good reminder
<sicelo>
Subject: [tony@atomide.com: Re: Nokia N900 not hitting OFF mode since 5.9 is caused by proactive memory compaction]
<Wizzup>
bt+mpris works in my car
<Wizzup>
metadata and play/stop/next/prev
<Wizzup>
with mpd in this case
<buZz>
Wizzup: nice!
<buZz>
Wizzup: using mpris-proxy? or does it work native
norayr has left #maemo-leste [Disconnected: timeout during writing]
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #maemo-leste
rafael2k_ has joined #maemo-leste
rafael2k has quit [Ping timeout: 256 seconds]
buZz has quit [Ping timeout: 246 seconds]
norayr has joined #maemo-leste
<Wizzup>
mpris-proxy I think
<Wizzup>
I think one of the mpris things makes the x session hang ;)
<Wizzup>
great
norayr has quit [Quit: Gateway shutdown]
norayr has joined #maemo-leste
buZz has joined #maemo-leste
buZz is now known as Guest645
Guest645 is now known as buZz
ceene has quit [Remote host closed the connection]
alex1216 has quit [Quit: WeeChat 2.3]
<freemangordon>
Wizzup: what about using /sys/class/udc ?
<freemangordon>
also, do we plan to support more than one USB connector?
<Wizzup>
I don't know if I want to think about multiple connectors now
<Wizzup>
I just rescued my d4, it was unhappy and not booting because of a full disk, all of it was basically the kernel log spam when the modem disappears
<freemangordon>
oh
<Wizzup>
not sure if it's flaky hw, or if it is related to my bluetooth experiments
rafael2k__ has joined #maemo-leste
rafael2k_ has quit [Ping timeout: 260 seconds]
rafael2k__ is now known as rafael2k
akossh has left #maemo-leste [#maemo-leste]
akossh has joined #maemo-leste
<freemangordon>
Wizzup: why ke-recv unbinds gadget driver if CDP or DCP cable is connected?
<freemangordon>
this happens on startup only
<Wizzup>
is this the init script?
<freemangordon>
I guess no
<freemangordon>
but I don;t know who controls gadgetfs
<freemangordon>
is that a script?
<freemangordon>
Wizzup: where is gadgetfs controlled?
<sicelo>
i believe that's hildon-usb-gadgets? unless i misunderstood the question ...
<freemangordon>
why do we want to always enter PC_SUITE mode?
<freemangordon>
what if we are charging at the moment?
<sicelo>
to get usbnet :-)
<freemangordon>
while connected to a wall charger?
<freemangordon>
I don;t think so
<sicelo>
there's a comment somewhere that there should always be a gadget loaded. not sure why that's the case though
<freemangordon>
yes, there should be
<freemangordon>
but, we shall load one only if there is none loaded already
<sicelo>
makes sense. anyway i think right now, mass storage doesn't work, so only usbnet
rafael2k has quit [Ping timeout: 240 seconds]
rafael2k has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
<uvos>
its probubly never desirable to get mass storage to work on leste...
<rafael2k>
don't say this
<rafael2k>
:P
<rafael2k>
last time I tried it was working I think, in the PP, need to test again
<rafael2k>
(after usb-net got working again in the PP)
<sicelo>
worked from just pressing on the prompt? at least didn't work for me on d4 the few times i pressed it ... it's not functionality i really need, so i didn't look into it further
<rafael2k>
what does it mean pressing on the prompt? mount .... - yes
<sicelo>
when you connect a cable to device and pc, you get asked to choose between Mass Storage and PC Suite modes.
<rafael2k>
ah, ok ok, I understood when I connect a pendrive to the phone
<rafael2k>
I can mount it
<rafael2k>
not as gadget mode
<rafael2k>
sorry, got the conversation mid-way
<sicelo>
np :-)
<rafael2k>
indeed, no need for a phone appear as mass storage
<freemangordon>
uvos: why? what's wrong with mass-storage?
<sicelo>
exposing 'raw' fs/partition to a foreign device is considered unsafe nowadays. it's considered better to expose it over a protocol/api that allows the host device to retain full control of access and activity on the partition/fs
<sicelo>
--> mtp on android
<freemangordon>
I see
<freemangordon>
does mtp work reliably nowadays?
<sicelo>
no idea since i hardly use it. but i think it does work fine, yes