rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
Mangy_Dog has quit [Ping timeout: 240 seconds]
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 272 seconds]
gameblabla has joined #linux-sunxi
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> Loading: #################################################################
<Ashleee> ###############T #T #T T #T #T ##T T #T
<Ashleee> ###############T ##################################################
<Ashleee> Retry count exceeded; starting again
<Ashleee> completely random
<Ashleee> sometimes works fine, sometimes like this
<Ashleee> tried different tftp servers, different swtiches..
<Ashleee> different uboot versions :D
<apritzel> Ashleee: I tried to debug/fix this for a while, but didn't get to the bottom of this
<Ashleee> apritzel, specifically with a64?
<apritzel> (although I found and fixed some issues in the driver, so later U-Boot versions should be better)
<Ashleee> I am on 2020.04 as I had some problems building 2020.10
<apritzel> ah, the patches went in later than that
<Ashleee> hmm
<Ashleee> well if I can figure out how to build 2020.10 :) it dies on mksunxi having bad flags
<Ashleee> "-p 0x0" tries to read 0x0.tmp or something
<apritzel> did you make clean before?
<Ashleee> even git clone :)
cnxsoft has quit [Read error: Connection reset by peer]
<apritzel> there were some changes in the build system
<apritzel> let me try ...
cnxsoft has joined #linux-sunxi
<Ashleee> uh oh :)
<Ashleee> 1th time i worked
<Ashleee> it *
<Ashleee> 10th time *
<Ashleee> same issue on 2020.10 :(
<Ashleee> I can try adding the tx-delay and rx-delay
<apritzel> yeah, was just thinking about that
<apritzel> is that on a Pine64?
<Ashleee> pine64 plus, yup
<faruk> apritzel: Thank you I will report the result.
<apritzel> (some models have some extra network issues)
fl_0 has joined #linux-sunxi
<Ashleee> nope no change :(
<Ashleee> the oddest thing is that another Pine64+ works much better
<Ashleee> and I have yet to try the other 10 :)
fl_0 has quit [Client Quit]
camus1 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
fl_0 has joined #linux-sunxi
fl_0 is now known as Guest98108
kaspter has quit [Ping timeout: 256 seconds]
camus1 is now known as kaspter
<Ashleee> interestingly enoguh it makes problems every 3 blocks it seems
<Ashleee> more often than not
<Ashleee> if only I could use http in uboot instead of tftp :)
<Ashleee> or even normal ftp :D :D
<apritzel> so this Pine64+ PHY problem only affected some boards. I see this *sometimes*, but not very often
<apritzel> effectively TFTP works quite well
<Ashleee> I have one board that came from the original kickstarter and then several that I bought later on
<Ashleee> one way is to set timeout to 100ms and retries to 99999 :D
<apritzel> last time I checked there was no TCP support in U-Boot, so good luck with FTP or HTTP
Guest98108 has quit [Quit: STRG + Q]
<Ashleee> I was about to ask :)
<apritzel> you can load grub via bootefi, that one can do HTTP, IIRC
<Ashleee> lwIP stack port when? :D
<apritzel> yeah, good luck with upstreaming that, talk to you in a year then
<apritzel> AFAICT you are not the first one trying this
fl__0 has joined #linux-sunxi
<Ashleee> :)
fl__0 has quit [Changing host]
fl__0 has joined #linux-sunxi
<apritzel> I wonder what happened to this fix floating around for the Pine64+ PHY issue, I can't find any trace in Linux
<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)
<ullbeking> ... and in further "Confusing OPi model names"... "Orange Pi Zero2 SBC debuts Allwinner H1616" https://linuxgizmos.com/orange-pi-zero2-sbc-debuts-allwinner-h1616/
matthias_bgg has quit [Ping timeout: 264 seconds]
<gediz0x539> H1616? is it a thing?
<faruk> apritzel: OK. Thank you :) I will try
gediz0x539 has quit [Quit: Leaving]
faruk has quit [Quit: Leaving]
matteoelimo has quit [Ping timeout: 240 seconds]
matteoelimo has joined #linux-sunxi
[OrangeFurry] has joined #linux-sunxi
lucascastro has joined #linux-sunxi
z3ntu has quit [*.net *.split]
insep_ has quit [*.net *.split]
Jeremy_Rand_DT[m has quit [*.net *.split]
thefloweringash has quit [*.net *.split]
mru has quit [*.net *.split]
longsleep has quit [*.net *.split]
lucascastro has quit [Ping timeout: 260 seconds]
z3ntu has joined #linux-sunxi
longsleep has joined #linux-sunxi
Jeremy_Rand_DT[m has joined #linux-sunxi
thefloweringash has joined #linux-sunxi
insep_ has joined #linux-sunxi
mru has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
psydruid has quit [Ping timeout: 244 seconds]
TiD91 has quit [Ping timeout: 246 seconds]
JuniorJPDJ has quit [Ping timeout: 240 seconds]
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.
<jernej> it's very non-obvious though:
merbanan has joined #linux-sunxi
<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
apritzel has quit [Ping timeout: 272 seconds]
hlauer has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
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
<jernej> oh, ok
<mirko> for reference, that's the change fixing it for me: https://pb.nanl.de/show.php?id=45119&hash=43329416
<mirko> so, it wasn't kernel(change) related
<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
<megi> did anyone see something like this, too? https://megous.com/dl/tmp/pbcrash-5.10.txt
<megi> the whole file containing init_encrypted was not changed since 5.9, so I don't think the cause is there
qschulz has quit [Remote host closed the connection]
fl_0 has quit [Quit: STRG + Q]
alexxy has quit [Quit: No Ping reply in 180 seconds.]
alexxy has joined #linux-sunxi
qschulz has joined #linux-sunxi
fl_0 has joined #linux-sunxi
fl_0 has quit [Client Quit]
camus1 has joined #linux-sunxi
fl_0 has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
camus1 is now known as kaspter