ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]
paulk-bis has joined #linux-sunxi
paulk has quit [Ping timeout: 480 seconds]
tuxd3v has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
rajkosto has quit [Read error: Connection reset by peer]
apritzel has quit [Ping timeout: 480 seconds]
paulk-ter has joined #linux-sunxi
paulk-bis has quit [Ping timeout: 480 seconds]
paulk has joined #linux-sunxi
paulk-ter has quit [Ping timeout: 480 seconds]
cnxsoft has joined #linux-sunxi
paulk-bis has joined #linux-sunxi
paulk has quit [Ping timeout: 480 seconds]
tomf has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
grming has quit [Quit: Konversation terminated!]
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
vagrantc has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
moteen_ has joined #linux-sunxi
moteen_ has quit [Remote host closed the connection]
moteen has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen_ has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]
moteen_ has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
<freemangordon> hmm, is linux-sunxi kernel development/ML active? I sent [BISECTED] mail couple of days ago, for a very simple and obvious issue, still nothing.
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
apritzel has joined #linux-sunxi
hb9fxx has quit []
apritzel has quit [Ping timeout: 480 seconds]
hexdump01 has quit []
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
<apritzel> freemangordon: yes, it is, but it's only people out there, and sometimes they are busy or not available or don't have an ancient tablet at hand for testing ;-)
bauen1 has quit [Ping timeout: 480 seconds]
<freemangordon> apritzel: ok, thanks. well, will wait few more days then before pinging :)
<freemangordon> 2015 is ancient? ok
<gamiee> freemangordon: yeah, quite ancient :D
<apritzel> freemangordon: A33 is definitely old, and those cheap tablets are not exactly the best testing platform, nor are they very appealing today ;-)
evgeny_boger has joined #linux-sunxi
<freemangordon> I will make a video to show you how performant actually that is, give you run the correct OS, in my case maemo-leste
<freemangordon> *given
bauen1 has joined #linux-sunxi
<apritzel> freemangordon: it's not about performance, for a particular use case, it's just that there are so many newer devices that need care as well
<freemangordon> still, I will capture that video, somebody could want to watch it
<karlp> that doesn't play here, fwiw.
moteen has joined #linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
bauen1_ has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
<freemangordon> karlp: download it
<freemangordon> for some reason firefox does not like the container or video format
<freemangordon> video was taken with nokia n900, that's ancient :p
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
JohnDoe_71Rus has quit []
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
hb9fxx has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
warpme____ has joined #linux-sunxi
grming has joined #linux-sunxi
<karlp> freemangordon: it diddn't work after downloading either, nor after installing more gstreamer plugins :)
JohnDoe_71Rus has joined #linux-sunxi
<freemangordon> karlp: no idea, it plays just fine here (ubuntu 14.04)
<freemangordon> vlc plays it as well
<pabs> plays fine in mpv (Debian bookworm)
cnxsoft1 has quit []
bauen1_ has quit [Ping timeout: 480 seconds]
<jernej> it's mpeg4 video, so it's not that common codec anymore
bauen1 has joined #linux-sunxi
<apritzel> Ubuntu 14.04? That was a good vintage - back then ... ;-)
<jernej> apritzel: do you have any idea why U-Boot wouldn't properly configure ETH PHY delay for lime2 (A20)?
<jernej> my board has micrel PHY, contrary to realtek in defconfig
<jernej> but even enabling that, I still have to lower to 10 MBps so it kinda works
<freemangordon> apritzel: still supported though
<apritzel> jernej: yeah, the PHY model is the issue, the problem sounds familiar, just trying to remember the details ...
<apritzel> jernej: where do the delay values come from? DT? Wasn't the issue that the U-Boot Micrel PHY driver doesn't parse them properly?
<apritzel> freemangordon: but only if you pay extra ...
<freemangordon> well, yeah, but come on, 20 EUR/year (IIRC)
<jernej> apritzel: there is no specific delay values set, only phy-mode = "rgmii-id"; which adds default delays
<jernej> apritzel: once Linux boots, ethernet operates at full speed and afterwards it works fine even in U-Boot when doing warm reset
<jernej> this suggests that PHY stays properly configured
<apritzel> jernej: if you search in the whitequark logs for "micrel", we discussed this in March already
<jernej> apritzel: completely missed that
<jernej> I guess I can send patch if this works? :)
<jernej> I mean for CONFIG_GMAC_TX_DELAY
<apritzel> sure, I totally forgot what the outcome was, just remember wading through U-Boot PHY code back then ...
<jernej> hm... I have just newer version of this board, so I can't tell if CONFIG_GMAC_TX_DELAY=4 works with older too
evgeny_boger has joined #linux-sunxi
<jernej> yeah, that delay works fine in my case, but I'm not sure if that should be upstreamed
moteen has joined #linux-sunxi
<jernej> gamiee: was it you who didn't have working display after using sunxi_defconfig?
<jernej> I discovered that fbcon isn't enabled by default and without that, there is no display user and thus no need to power on display
evgeny_boger has quit [Ping timeout: 480 seconds]
bauen1_ has joined #linux-sunxi
<gamiee> jernej: yes, it was me. and yes, figured it out that CONFIG_FB is disabled for some reason. Shouldn't it to be enabled by default in sunxi defconfig?
bauen1 has quit [Ping timeout: 480 seconds]
<jernej> well, fbdev should die, but until we have kms console, I guess it should be enabled. Care to send a patch? :)
<gamiee> jernej: I can try! Although, I'm still having issues using mailing list, but will try :D
<jernej> if you do it right, you only need to send one e-mail :)
<gamiee> also, the kms console is not done yet, or there is some sunxi specific stuff missing? (although, that wouldn't give a sense, as it should use kms?)
<jernej> hm... reading about kmscon, it's userspace thing
<jernej> so it might even work after installation. I need to test this
bauen1 has joined #linux-sunxi
bauen1_ has quit [Ping timeout: 480 seconds]
<gamiee> but wait, if kmscon is userspace thing, why Xorg don't work without CONFIG_FB?
grming has quit [Quit: Konversation terminated!]
<gamiee> I remember without CONFIG_FB, I didn't had /dev/dri/card things
vagrantc has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
bauen1_ has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
bauen1 has quit [Ping timeout: 480 seconds]
moteen has quit [Remote host closed the connection]
Mysdirection has joined #linux-sunxi
grming has joined #linux-sunxi
gsz has joined #linux-sunxi
apritzel has joined #linux-sunxi
gsz has quit [Quit: leaving]
JohnDoe_71Rus has quit []
bauen1_ has quit [Ping timeout: 480 seconds]
dikiy has joined #linux-sunxi
dikiy has quit []
dikiy has joined #linux-sunxi
bauen1 has joined #linux-sunxi
dikiy has quit []
dikiy has joined #linux-sunxi
<dikiy> Hey all!
<dikiy> Hey all!
<dikiy> I wonder, how to add a new parameter to linux kernel?
<dikiy> Particularly I would have a new int parameter to use it later in linux/drivers/clocksource/arm_arch_timer.c
<dikiy> The thing is, that in a code
<dikiy> #ifdef CONFIG_SUN50I_ERRATUM_UNKNOWN1
<dikiy> /*
<dikiy> * The low bits of the counter registers are indeterminate while bit 10 or
<dikiy> * greater is rolling over. Since the counter value can jump both backward
<dikiy> * (7ff -> 000 -> 800) and forward (7ff -> fff -> 800), ignore register values
<dikiy> * with all ones or all zeros in the low bits. Bound the loop by the maximum
<dikiy> * number of CPU cycles in 3 consecutive 24 MHz counter periods.
<dikiy> */
<dikiy> #define __sun50i_a64_read_reg(reg) ({ \
<dikiy> u64 _val; \
<dikiy> int _retries = 150; \
<dikiy> \
<dikiy> do { \
<dikiy> _val = read_sysreg(reg); \
<dikiy> _retries--; \
<dikiy> } while (((_val + 1) & GENMASK(9, 0)) <= 1 && _retries); \
<dikiy> \
<dikiy> WARN_ON_ONCE(!_retries); \
<dikiy> _val; \
<dikiy> })
<dikiy> the Mask of 9 bit is not sufficient for many devices. Many cases require mask 8, or even 7. And since every decrease means performance caveats it would be nice to have an option
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
Mysdirection has quit []
<libv> dikiy: pastebin
<libv> in other places you would have been banned already
bauen1_ has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
bauen1_ has quit [Ping timeout: 480 seconds]
ftg has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
grming has quit [Quit: Konversation terminated!]
apritzel has joined #linux-sunxi
<apritzel> dikiy: if you mean "kernel command line parameter": this is not the solution, really. Who should know what value to use?
<apritzel> dikiy: if we have enough evidence that 10 bit is not enough, we just change that, for everyone
<apritzel> dikiy: if you can show that this fails for you (on more than one board, preferably), please report this to the list, and we take it from there
<apritzel> also if you have some spare cycles: any chance you can quantify the performance impact? For a start it would be good to know how often we actually read the arch timer
grming has joined #linux-sunxi
grming has quit [Quit: Konversation terminated!]
ftg has quit [Read error: Connection reset by peer]