gameblabla has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
ChriChri_ has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
ChriChri has quit [Ping timeout: 268 seconds]
ChriChri_ is now known as ChriChri
gameblabla has joined #linux-sunxi
<gameblabla>
Hello, does the H3 have working composite ? Wiki says no but i saw a couple of patches that were merged that implied that was the case. Issue is, i have no idea how to enable composite on the supported socs. This is for the Retrostone 1 btw
<gameblabla>
On the older kernel (3.4), i could just make it work by setting screen0_output_mode to 14. (NTSC) in the script fex file but of course, it's a different format for upstream.
camus1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 265 seconds]
camus1 is now known as kaspter
victhor has quit [Ping timeout: 256 seconds]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
_whitelogger has joined #linux-sunxi
<gameblabla>
Seems like it's indeed not supported after looking at Icenowy's patch for the H3
gameblabla has quit [Remote host closed the connection]
_whitelogger has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
faruk has joined #linux-sunxi
faruk has quit [Remote host closed the connection]
faruk has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 258 seconds]
JohnDoe_71Rus has joined #linux-sunxi
daregap has joined #linux-sunxi
reinforce has joined #linux-sunxi
camus1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
camus1 is now known as kaspter
userx_ has quit [Quit: Konversation terminated!]
apritzel has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
camus1 has joined #linux-sunxi
camus1 is now known as kaspter
apritzel has quit [Ping timeout: 260 seconds]
ldevulder_ is now known as ldevulder
matthias_bgg has joined #linux-sunxi
chewitt has quit [Quit: Adios!]
cmeerw has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
florian_kc has joined #linux-sunxi
BroderTuck has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 272 seconds]
florian_kc is now known as florian
apritzel has joined #linux-sunxi
ldevulder has quit [Quit: Leaving]
ldevulder has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
indy has quit [Ping timeout: 260 seconds]
indy has joined #linux-sunxi
tnovotny has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
chewitt has joined #linux-sunxi
camus1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 256 seconds]
camus1 is now known as kaspter
netlynx has joined #linux-sunxi
<faruk>
Hello
<faruk>
I working with button on A64. I can not enable to key adc in kernel or dts file. When I read key adc register with devmem command, result is 0x01000168. And key adc always seem disable.
<faruk>
Have you any clue ?
<apritzel>
faruk: have you checked the pinephone or pinetab .dts files in the mainline kernel? They seem to use the lradc
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
<faruk>
I saw section of pinetab .dts file but I did not checked .dts file of pinephone
<faruk>
I will check
<faruk>
I tried reading the dt-bindings handbook
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
fl_0 has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
fl_0 has joined #linux-sunxi
fl_0 has quit [Client Quit]
victhor has joined #linux-sunxi
<apritzel>
faruk: not sure that is too helpful, but the stanza in both .dts files seems pretty self-explanatory?
<apritzel>
label is your choice, for linux,code you need to pick one of the predefined constants, and you should know your voltage
<Ashleee>
hmm any known issues with u-boot tftp and a64 timing out?
<Ashleee>
I remember this issue, I thought the fix was the delays
fl__0 has quit [Client Quit]
fl__0 has joined #linux-sunxi
fl__0 has quit [Client Quit]
<apritzel>
there was some extra, very PHY specific fix/hack, beyond the normal delay values
<Ashleee>
I would believe it is HW power issue ... because resetting via uboot does not change a thing. But disconnecting power for a brief moment changes its behaviour
<Ashleee>
this time it booted with only 2 drops
fl__0 has joined #linux-sunxi
fl__0 has joined #linux-sunxi
fl__0 has quit [Changing host]
Mangy_Dog has joined #linux-sunxi
fl__0 has quit [Client Quit]
<apritzel>
Ashleee: do you have a decent power supply (and cable)? Some reports suggest that also helps
<Ashleee>
either cheap half broken microUSB or actually quality industrial power supply powering it via the 5VIN pin headers... makes no difference to me
<Ashleee>
50:50 chance it will be great or really bad :)
<apritzel>
I see, what worth a try ;-)
<Ashleee>
yup that was my thoughts as well :)
<apritzel>
I think the U-Boot network layer code has room for optimisation (to work around lost packets), and also the timeout for TFTP is rather large (but in accordance with the spec)
<apritzel>
I mean if in 2020 an expected UDP packet doesn't arrive in, say 300ms, it will never arrive
<apritzel>
ignoring that it needs to self-isolate, maybe ;-)
<Ashleee>
:D
camus1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 272 seconds]
camus1 is now known as kaspter
[KAZAN] is now known as [funGiSpreaD]
asdf28 has joined #linux-sunxi
<hramrach>
Had random drops when booting from tftp as well. And I suspect it might be the packet arriving before u-boot is ready to process it. more drops on direct cable than server which is connected through dumb store&forward switch
<hramrach>
actually two of them in series, heh
<hramrach>
maybe if I add a few more switches it will work flawlessly ;-)
<hramrach>
also there was some patchest to add http to u-boot already so may need much less than a year to dust it off
BroderTuck has quit [Remote host closed the connection]
<hramrach>
by the number of TFTP blocks before it fails you probably would not be able to load grub either:/
<hramrach>
maybe iPXE
JohnDoe_71Rus has joined #linux-sunxi
<faruk>
apritzel: I checked pinetab .dts file and added lradc node to my .dts file but keyadc register did not changed.
<faruk>
When I read KEYADC Data Register, I see default register value
<faruk>
So buttons do not act as if they were pressed from the keyboard
<faruk>
When I evtest, I could not see anything
<apritzel>
faruk: you are not supposed to mess with the registers ;-)
<karlp>
well, someone has to...
gsz has joined #linux-sunxi
<apritzel>
faruk: do you have the driver compiled in or loaded as a module? CONFIG_KEYBOARD_SUN4I_LRADC
<Ashleee>
hramrach, I have one smarter DLink managed switch and one dumb switch in the way :) and it still happens (all gigabit)
AneoX has quit [Ping timeout: 268 seconds]
AneoX has joined #linux-sunxi
<faruk>
apritzel: I enabled CONFIG_KEYBOARD_SUN4I_LRAD this module. Do I need to install a module after the device is turned on?
<apritzel>
depends on your distro, the better ones should do this automatically
<apritzel>
$ lsmod | grep sun4i-lradc-keys
lucascastro has quit [Ping timeout: 256 seconds]
reinforce has quit [Quit: Leaving.]
gaston1980 has joined #linux-sunxi
<faruk>
Unfortunately I couldn't see anything
<apritzel>
faruk: did you try explicitly to "modprobe" the module? Do you have at least sun4i-lradc-keys.ko somewhere?
<faruk>
No I don't have
<faruk>
I don't have any sun4i-lradc-keys file
<apritzel>
is that your self-compiled kernel? or some distro provided one?
<faruk>
I compiled kernel 5.8-rc5
<apritzel>
and you have CONFIG_KEYBOARD_SUN4I_LRAD=m in your .config, and did: "make modules"?
<apritzel>
then you should find the .ko file somewhere in your (build) tree
<apritzel>
personally I would just set this symbol to "=y", and avoid the module dance
<apritzel>
(given you compile your own kernel anyway)
camus1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 258 seconds]
camus1 is now known as kaspter
psydread has joined #linux-sunxi
<faruk>
CONFIG_KEYBOARD_SUN4I_LRAD=y my config file. I guess that way the modules should be loaded automatically.
psydread has left #linux-sunxi [#linux-sunxi]
psydread has joined #linux-sunxi
<mps>
faruk: in that case driver is in kernel image and there is no module to be loaded
<apritzel>
no module in this case, so yes: the driver is loaded automatically
<faruk>
I checked .dts file and it seems good. lrdadc status=okay and supply is correct.
<faruk>
I will check again .dts file buttons node. I suspect buttons node
<faruk>
I will report result. Thanks your time :)
<apritzel>
I haven't used the LRADC before, so don't know for sure where it registers, I would think using the input subsystem. So either check dmesg or /dev/input or /sys/class/input
<wens>
faruk: you need to define the voltage levels for each button in your dt
lucascastro has joined #linux-sunxi
lucascastro has quit [Ping timeout: 256 seconds]
<faruk>
apritzel: I checked but I could not anything
<faruk>
*could not see anything
<faruk>
wens: I define voltage levels every button but I guess I made a mistake here. I'll check again
[funGiSpreaD] has quit [Quit: Jesus]
<apritzel>
faruk: you could also add pr_info() calls in sun4i_lradc_probe() to see how far it comes (and whether it comes there at all)
thefloweringash has quit [Ping timeout: 246 seconds]
MartijnBraam has quit [Ping timeout: 246 seconds]
z3ntu has quit [Ping timeout: 246 seconds]
Ke has quit [Ping timeout: 246 seconds]
Jeremy_Rand_DT[m has quit [Ping timeout: 246 seconds]
hpagseddy[m] has quit [Ping timeout: 240 seconds]
solderfumes[m] has quit [Ping timeout: 244 seconds]
davidebeatrici has quit [Ping timeout: 244 seconds]
insep_ has quit [Ping timeout: 246 seconds]
Irenes[m] has quit [Ping timeout: 272 seconds]
fevv8[m] has quit [Ping timeout: 244 seconds]
clementp[m] has quit [Ping timeout: 240 seconds]
TiD91 has joined #linux-sunxi
<Ashleee>
H616 is indeed a thing
psydruid has joined #linux-sunxi
<Ashleee>
it's like H6 but less power hungry .. maybe a bit more
<Ashleee>
still Cortex A53 though
<apritzel>
Ashleee: I think gediz was after the extra "1" in that page, which looks like a typo
<Ashleee>
ah H1616
<Ashleee>
that sounds like a typo
<apritzel>
they use H1616 and H616 equally, but the photos shows clearly "H616"
MartijnBraam has joined #linux-sunxi
<apritzel>
plus cnxsoft had this story yesterday
Ke has joined #linux-sunxi
<apritzel>
(without any mentioning of an H1616)
JuniorJPDJ has joined #linux-sunxi
<apritzel>
That would just add to the OPi name confusion ;-)
<apritzel>
OPi Zero 2 Plus 1
<KotCzarny>
OPi Zero 2 Plus 1 H1616+
<apritzel>
+1
thefloweringash has joined #linux-sunxi
[OrangeFurry] has quit [Quit: mon amie :)]
lucascastro has joined #linux-sunxi
Jeremy_Rand_DT[m has joined #linux-sunxi
z3ntu has joined #linux-sunxi
clementp[m] has joined #linux-sunxi
Irenes[m] has joined #linux-sunxi
TiD91 has quit [Quit: Bridge terminating on SIGTERM]
psydruid has quit [Quit: Bridge terminating on SIGTERM]
JuniorJPDJ has quit [Quit: Bridge terminating on SIGTERM]
z3ntu has quit [Quit: Bridge terminating on SIGTERM]
Jeremy_Rand_DT[m has quit [Quit: Bridge terminating on SIGTERM]
clementp[m] has quit [Quit: Bridge terminating on SIGTERM]
Ke has quit [Quit: Bridge terminating on SIGTERM]
MartijnBraam has quit [Quit: Bridge terminating on SIGTERM]
thefloweringash has quit [Quit: Bridge terminating on SIGTERM]
Irenes[m] has quit [Client Quit]
fevv8[m] has joined #linux-sunxi
tuxd3v has joined #linux-sunxi
tuxd3v has left #linux-sunxi [#linux-sunxi]
tuxd3v has joined #linux-sunxi
merbanan has quit [Ping timeout: 272 seconds]
<hramrach>
Ashleee: I suppose there is some iptables option to delay packets so the theory could be tested that way. I have only 100Mbit because H2 or whatever the Orange Pi Zero is
tuxd3v_ has joined #linux-sunxi
tuxd3v has quit [Ping timeout: 244 seconds]
tuxd3v_ has quit [Client Quit]
<jernej>
apritzel: that pine64+ fix is not forgotten. In fact, it was recently mainlined and should be present in one of the point releases.
<Ashleee>
hramrach, actually I tried running it off 100Mbit device with no luck either :)
<Ashleee>
(as in 100Mbit tftpd)
<Ashleee>
I remember those commits
<apritzel>
ah, thanks, my kernels are rarely older than a week ;-), but I didn't find anything with grep and git log
<Ashleee>
the 2nd one not so much :)
<apritzel>
jernej: ^^^
<jernej>
apritzel: at the time nobody known what that magic value written in realtek phy meant, so phy maintainers didn't want to introduce special property just for that
<jernej>
now that realtek fixed their driver, it's much more obvious
<Ashleee>
now we need it to be sent to uboot as well :)
<Ashleee>
I wonder how different the drivers are
<jernej>
fix is there already
<Ashleee>
oh in uboot?
<jernej>
for a long time
<jernej>
yes
<Ashleee>
is it in 2020.10 release?
<jernej>
because special config option was introduced for that
<Ashleee>
oh but it won't fix tftp :)
<apritzel>
yeah, just remembered that option... : PHY_RTL8211E_PINE64_GIGABIT_FIX
<Ashleee>
it kinda explaisn why I could dhcp/tftp from uboot but not from linux without the tx-delay in kernel dtb
<jernej>
CONFIG_RTL8211E_PINE64_GIGABIT_FIX
<Ashleee>
yup that one is already in :)
<apritzel>
^^^ what he said ;-)
<jernej>
U-Boot can get rid of that option now (if someone feels like tackling realtek phy driver)
lucascastro has quit [Ping timeout: 246 seconds]
<apritzel>
jernej: many thanks for the heads up!
<jernej>
np
davidebeatrici has joined #linux-sunxi
MartijnBraam has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
solderfumes[m] has joined #linux-sunxi
TiD91 has joined #linux-sunxi
return0e[m] has joined #linux-sunxi
hpagseddy[m] has joined #linux-sunxi
z3ntu_ has joined #linux-sunxi
clementp[m] has joined #linux-sunxi
z3ntu has joined #linux-sunxi
Ke has joined #linux-sunxi
Jeremy_Rand_DT[m has joined #linux-sunxi
psydruid has joined #linux-sunxi
Irenes[m] has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
insep_ has joined #linux-sunxi
mahoux has joined #linux-sunxi
<karlp>
I hate the "id" part of the name for that option.
<karlp>
unles the "id" is meant to stand for somethign that's not mentioned in any of the commits aorund it
<karlp>
I mean, I'm glad this sort of thing is being finally handled, but man, it's been giblets and splatter
<jernej>
karlp: that "id" part is very old thing, I suggest that you dig DT documentation
lucascastro has joined #linux-sunxi
fl_0 has joined #linux-sunxi
fl_0 has quit [Changing host]
fl_0 has joined #linux-sunxi
florian has quit [Quit: Leaving]
lucascastro has quit [Ping timeout: 240 seconds]
kaspter has quit [Ping timeout: 260 seconds]
camus1 has joined #linux-sunxi
camus1 is now known as kaspter
c10ud^ has joined #linux-sunxi
<Ashleee>
jernej, I did notice that the rgmii-id was not changed for SoPine?
<Ashleee>
with the clusterboard I did have the same issue
<jernej>
Ashleee: if you have that board and you can test it, please send fix upstream
<Ashleee>
gimme a few days, the board is in the drawer right now as I am slowly moving into a different house so everything is upside down :)
<jernej>
I went through my stash and fixed everything that it needed, but I don't have every AW based board :)
<Ashleee>
also the fact that it is SoPine-baseboard and I run it on clusterboard... I did not see the clusterboard dtb :)
<Ashleee>
so I presume they are identical
<jernej>
probably
<Ashleee>
I mean they don't have all the connectors but the HW is the same :)
<jernej>
btw, make sure you have realtek phy driver enabled, otherwise you won't see the difference
<Ashleee>
wait there's a different one?
<Ashleee>
CONFIG_REALTEK_PHY?
<Ashleee>
looks like it
damex has quit [Ping timeout: 265 seconds]
lucascastro has joined #linux-sunxi
damex has joined #linux-sunxi
<mirko>
apparently i got hilighted, but my scroll buffer isn't large enough..
<jernej>
mirko: I was asking you to test old and new LE hdmi patches for your hdmi audio multi-channel issue you noticed
<jernej>
in short, can you explain how you noticed the issue
psydread has quit [Remote host closed the connection]
<mirko>
jernej: uh, i got it "fixed" a bit later and actually meant to post here.. i had pulseaudio in between and pulse messed up the channels. when i updated the kernel i also updated the userland (just a couple of packages within debian) and apparently it overrode my customized pulse config
<mirko>
probably original file is /usr/share/pulseaudio/alsa-mixer/profile-sets/default.conf instead of /usr/share/pulseaudio/alsa-mixer/profile-sets/allwinner-hdmi.conf - just copied it over if I remember when figuring out which file is being used..
c10ud^ has quit [Ping timeout: 258 seconds]
netlynx has quit [Quit: Ex-Chat]
fl_0 has quit [Quit: STRG + Q]
jstein has joined #linux-sunxi
fl_0 has joined #linux-sunxi
fl_0 is now known as Guest33456
Guest33456 has quit [Client Quit]
apritzel has joined #linux-sunxi
fl__0 has joined #linux-sunxi
camus1 has joined #linux-sunxi
fl_0 has joined #linux-sunxi
kaspter has quit [Ping timeout: 256 seconds]
camus1 is now known as kaspter
asdf28 has quit [Ping timeout: 246 seconds]
<karlp>
jernej: got a link? I've read a bunch of dt docs, nothing concrete, other than "it is called id...." end of story?
<jernej>
karlp: it seems they come from ePAPR 1.1 specs, which were the base for DT
ChanServ has quit [shutting down]
<jernej>
karlp: id seems to mean "internal delay"
<karlp>
that's an acronym that makes sense.
<karlp>
thanks
fl__0 has quit [Quit: STRG + Q]
ChanServ has joined #linux-sunxi
<jernej>
you can send patch with clarification :)
fl__0 has joined #linux-sunxi
<karlp>
right...
<mnemoc>
hi, the MX of linux-sunxi.org has been changed, including dev@linux-sunxi.org, and wiki registration/password recovery. please shout if you notice any problem
matthias_bgg has quit [Ping timeout: 268 seconds]
rojiro has joined #linux-sunxi
apritzel has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
apritzel has joined #linux-sunxi
cmeerw has quit [Ping timeout: 240 seconds]
tnovotny has quit [Quit: Leaving]
hlauer has quit [Ping timeout: 260 seconds]
<megi>
5.10-rc2 seems broken on A13
<megi>
I get data aborts during boot, and can't seem to find a reason