Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
pg12 has quit [Ping timeout: 252 seconds]
Net147 has joined #linux-sunxi
mauz555 has joined #linux-sunxi
pg12 has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
gnarface has quit [Read error: Connection reset by peer]
gnarface has joined #linux-sunxi
blurredwitches has joined #linux-sunxi
<blurredwitches>
Hello! Do you know if this kernel: https://github.com/orangepi-xunlong/mainline_kernel will work with cedrus libva-v4l2-request? I've set it up, it's 5.3.5, I installed libva, v4l2-libva-request, v4l2-request-test and libva-utils. vainfo outputs empty list of "Supported profile and entrypoints" and v4l2-request-test fails with message "Unable to commit atomic mode: Permission denied"
<KotCzarny>
i wonder if brave-heart batch includes uart cable
<KotCzarny>
would be meaningful and sensible
<megi>
no
<KotCzarny>
meh :/
<megi>
just charging cable
* KotCzarny
gets downed a bit
<megi>
I'm trying to understand A64 audio
<KotCzarny>
isnt it marked as working already?
<megi>
say you have modem connected to PCM0 pins on the SoC, it looks like if you don't want to read data from i2s0 right to the memory for CPU processing, you don't need to muck around with i2s0 module, and the codec will still be able to receive data over aif2?
<megi>
even if i2s0 is disabled and not clocked?
<megi>
not sure how the internal routing from pins to the codec works
<megi>
wens: you may know? ^
<megi>
KotCzarny: it has 3 drivers and 5 soc modules, but that doesn't mean I know how to piece it together :D
<KotCzarny>
have you consulted documentation? ;)
<megi>
kidding? :)
<KotCzarny>
yup. :)
<megi>
it looks like codec's aif interfaces have much less options than i2s/pcm modules
<megi>
pp modem has integrated TTS functionality :) I hope to use it to test audio
<megi>
you send AT command with a text it should speak out
<KotCzarny>
o.O
<megi>
worst case, if audio routing will not work, I'll make calls by using TTS lol
<KotCzarny>
talking phone
<KotCzarny>
or write piece of code for openrisc to handle audio?
<megi>
it certainly invites some use cases. you know those annoying "send from iPhone" texts. with this we can have "this asshole was calling from PinePhone" played automatically after hangup :)
<KotCzarny>
'solve captcha by phone to get this call forwarded to real human' ?
<megi>
ha, I'd love that :)
<megi>
my own call menu
<KotCzarny>
ya, thought the same
<megi>
specially just for the blocked numbers
<KotCzarny>
for blocked numbers doing feedback loop might be nice
<KotCzarny>
poor telemarketers..
<megi>
right
lurchi_ is now known as lurchi__
cnxsoft1 has quit [Quit: cnxsoft1]
<mru>
anyone calling my "land line" (voip) gets a message saying the call is recorded (it is)
<mru>
tends to keep the annoying ones away
<KotCzarny>
ya, here telemarketeering is illegal
<KotCzarny>
without obtaining consent before
<mru>
they usually call from places like ukraine where such laws don't matter
ldevulder_ is now known as ldevulder
* checkpoint
wonders if anyone tried bootfix to put boot0/1 into newly baked NAND on A13 SoCs
lurchi__ is now known as lurchi_
<checkpoint>
brief code review shows that it was made for A10 and A20 socs, I have provided it with all the necessary fex/fel files from the pack for A13, but it did not help :(
<montjoie>
A83T PRNG back into business (it need to have the KEY register set...)
<montjoie>
and same for sun8i-ce \o/
z6np has left #linux-sunxi ["Leaving"]
s_frit has quit [Remote host closed the connection]
<tuxd3v>
hello everybody,
s_frit has joined #linux-sunxi
<tuxd3v>
Does anyone got Lima Userspace driver working with monitors bigger than 1024x768?
<tuxd3v>
on A20 for example..
selfbg has quit [Remote host closed the connection]
PepeLotas has joined #linux-sunxi
PepeLotas has quit [Remote host closed the connection]
bjne has quit [Ping timeout: 268 seconds]
reinforce has joined #linux-sunxi
<MoeIcenowy>
tuxd3v: on A20 I didn't try
<MoeIcenowy>
but on A64 it works on 1080p
JohnDoe_71Rus has joined #linux-sunxi
florian_kc has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
tllim has joined #linux-sunxi
<KotCzarny>
tllim: is there a page to track shipments etc?
tllim has quit [Remote host closed the connection]
<KotCzarny>
oh wow
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
AneoX has quit [Ping timeout: 272 seconds]
AneoX has joined #linux-sunxi
tuxd3v has quit [Remote host closed the connection]
<ynezz>
$150 nice
<KotCzarny>
+shipping +customs +accessories +os development
<ynezz>
+out-of-stock
<KotCzarny>
nah, its just initial batch
ganbold has quit [Remote host closed the connection]
arnidg has joined #linux-sunxi
blurredwitches has quit [Quit: Leaving]
yann|work has quit [Ping timeout: 272 seconds]
aloo_shu has joined #linux-sunxi
flacks has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 265 seconds]
tuxd3v has joined #linux-sunxi
florian has quit [Quit: Leaving]
florian_kc has quit [Ping timeout: 268 seconds]
return0e_ has quit [Ping timeout: 258 seconds]
mauz555 has quit [Remote host closed the connection]
mauz555 has joined #linux-sunxi
return0e has joined #linux-sunxi
mauz555 has quit [Ping timeout: 248 seconds]
elros1 has joined #linux-sunxi
elros1 has quit [Client Quit]
<anarsoul>
KotCzarny: os development is all the fun :)
putti_ has joined #linux-sunxi
putti_ has quit [Changing host]
putti_ has joined #linux-sunxi
Putti has quit [Ping timeout: 260 seconds]
putti_ is now known as Putti
<KotCzarny>
ya, but now i have to make uart connector myself
<smaeul>
KotCzarny: it's the same connector as pinebook, so you can buy that adapter from the pine64 store
<KotCzarny>
i have a spare uart dongles
<KotCzarny>
gpio pins 2 3.5" jack should be simple
<smaeul>
yeah it's pretty easy if you have the parts
<anarsoul>
iirc you need 4-pin 3.5" jack
<smaeul>
not according to pinephone schematic. sleeve is mic, which isn't used in uart mode
<anarsoul>
oh, OK
return0e_ has joined #linux-sunxi
return0e has quit [Ping timeout: 268 seconds]
<tmlind>
smaeul: so what kind of idle power consumption numbers have you gotten to on pinephone? have not yet gotten mine..
<smaeul>
tmlind: I haven't done much of anything to configure Linux/DT for power consumption yet, as I'm still working on PMIC drivers, and crust doesn't do much besides turning off the CPUs inside the SoC, so these could be much better:
<smaeul>
idle: 2021 mW (530 mA @ 3813 mV), suspend: 1044 mW (272 mA @ 3840 mV)
<KotCzarny>
o.O
<KotCzarny>
that's a lot
<smaeul>
that's battery discharge rate as reported by the PMIC
<tmlind>
smaeul: ok, so roughly 400mW averge consumption is needed for 24h of uptime
<smaeul>
yep, there's a lot of work left to do
<tmlind>
smaeul: so is the pmic whatever firmware working with mainline kernel?
<mripard>
smaeul: what board are you using?
<smaeul>
yes, crust firmware for AR100 works with mainline (+ my patchset). I've never run a legacy kernel on the pinephone
<smaeul>
mripard: pinephone v1.0 (developer)
<mripard>
smaeul: ok, so it has a display powered on
<smaeul>
yes, idle consumption includes display backlight
<willmore>
montjoie, yay!
<tmlind>
smaeul: ok cool, will get back at some point when i get mine
<mripard>
that alone can be quite consuming, and beside reducing the backlight / disabling the panel, there's not so much you can do
<smaeul>
this is also with all kill-switches (so modem/wifi/cameras) off
<KotCzarny>
oh
<KotCzarny>
then it might be not that bad
<anarsoul>
do you keep backlight enabled in suspend? o_O
<smaeul>
no
<anarsoul>
so 1044mW with backlight disabled?
<megi>
all these socs consume a lot with just cpus disabled, a83t also takes ~200mA
<megi>
it's necessary to disable/powerdown a lot more than just cpus
<smaeul>
so the answer is that whichever end is providing current is the host by default
<megi>
so this should probably be changeable at runtime
<megi>
otherwise you can't charge and have keyboard/mouse connected
<smaeul>
yes, there's negotiation: "In the special case of a DRP being attached to another DRP, an initialization protocol across the CC pins is used to establish the initial host-to-device relationship. Given no role-swapping intervention, the determination of which is DFP or UFP is random from the user’s perspective."
<megi>
hmm, quite a bit more complicated than the old microUSB
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
mauz555 has joined #linux-sunxi
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
mauz555 has quit [Ping timeout: 272 seconds]
pmp-p has quit [Read error: Connection reset by peer]
netlynx has quit [Quit: Ex-Chat]
reinforce has quit [Quit: Leaving.]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.1, revision: 5.0.1+git-7433-0df9f22f2, build type: debug, sources date: 20160102, built on: 2019-12-08 19:19:20 UTC 5.0.1+git-7433-0df9f22f2 http://www.kvirc.net/]
matthias_bgg has quit [Quit: Leaving]
vagrantc has joined #linux-sunxi
Tazy has quit [Quit: ircII EPIC5-2.1.1 -- Are we there yet?]
Ixnus has joined #linux-sunxi
Ixnus has quit [Remote host closed the connection]