tllim has quit [Read error: Connection reset by peer]
megi has joined #linux-sunxi
dddddd has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
msimpson has joined #linux-sunxi
[PlayerOne] has joined #linux-sunxi
indy has quit [Remote host closed the connection]
iamfrankenstein has joined #linux-sunxi
indy has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 256 seconds]
gnufan has quit [Ping timeout: 240 seconds]
yann has joined #linux-sunxi
tom_nov has joined #linux-sunxi
phdeswer has joined #linux-sunxi
f0xx has quit [Ping timeout: 256 seconds]
msimpson has quit [Quit: Leaving]
iamfrankenstein has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
tuxillo has quit [Quit: leaving]
afaerber has quit [Quit: Leaving]
hardfalcon has quit [Ping timeout: 256 seconds]
hardfalcon has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 264 seconds]
iamfrankenstein has quit [Ping timeout: 255 seconds]
afaerber has joined #linux-sunxi
hitech95 has quit [Ping timeout: 255 seconds]
f0xx has joined #linux-sunxi
gnufan has joined #linux-sunxi
micken has quit [Ping timeout: 256 seconds]
micken has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
reinforce has joined #linux-sunxi
afaerber has joined #linux-sunxi
IgorPec has quit [Ping timeout: 256 seconds]
hardfalcon has quit [Quit: Leaving.]
hardfalcon has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 265 seconds]
hitech95 has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
tuxillo has joined #linux-sunxi
<micken>
anarsoul: is the arm core in 64bit mode after u-boot? I have never dealt with arm64
hardfalcon has quit [Ping timeout: 264 seconds]
<micken>
in general will u-boot on aarch64 run a 32bit binary?
msimpson has joined #linux-sunxi
megi has quit [Ping timeout: 260 seconds]
hardfalcon has joined #linux-sunxi
jaganteki has joined #linux-sunxi
Nikolai has joined #linux-sunxi
<Nikolai>
hi, has someone here has some kernel/uboot config at or maybe knows an image for the opi zero which can be used to flash the onboard spi from within linux or uboot?
<hitech95>
yup i know how to drive them, but I have no idea how to hack into uboot.
<pmpp>
uboot scripting is quite powerfull
<hitech95>
you mean the .scr stuff? I worked on old mips ubbot. We have nothing similar on OpenWRT xD
<pmpp>
dunno uboot scripting engine is open source, you have i2c with mizy patches, add i2c calls to script engine and you'll get things done i guess
<hitech95>
pmpp, ok I had no idea of that!
<pmpp>
but not sure if it would be usefull since time spent in uboot is quite short if not doing multiboot
<hitech95>
multiboot?
<pmpp>
yeah boot menu
<pmpp>
eg choosing between armbian or h3droid ( sorry can't see anything else :p )
<pmpp>
opizero and openwrt seems a bit too light for H2 potential
megi has joined #linux-sunxi
<hitech95>
pmpp, The idea is to have a userspace app running on linux. The output of that app is on the EPD display. But I would like to have a splash when Uboot is working/updating. (Still an ideam first I have to make sure that the bpi m2m works...)
<pmpp>
afaik epd sequences are very complicated
<escalion>
hitech95: you will have to look throught the source and see if there is a driver available
<hitech95>
pmpp, yup I know.
<hitech95>
escalion, Uboot?
<escalion>
hitech95: yes
<hitech95>
you mean a driver for i2c or the display? For the display i think no.
<escalion>
You can also find the appropriate open flow for you device, for example an iMX6 qdl will use imx6qdl.c
<escalion>
if i2c is implemented ( i havent checked ) then it will be trivial
<escalion>
but if you need to implement i2c then it'll take a little while longer
<escalion>
shouldn't be hard to make a command plugin for it though
<escalion>
and then reference that from a script (if scr's are your thing)
<hitech95>
the display is SPI
<escalion>
Then it should be easy
<hitech95>
no dea, I never heavy worked on uboot. I just ported a copuple of board to a bsp reference design.
<escalion>
hitech95, whats your board?
<hitech95>
Banana Pi M2M. I'm using it to make my OWN SBC for this project :)
<hitech95>
Or in case Neutis come out in a decent time (they chanched the release date too many times) i'll use that (cheper for me).
<escalion>
basically, you need to check that the CCM is enabled for whatever clock the serial port uses
<escalion>
make sure you compil with the serial module enabled
<KotCzarny>
hitech95: nice, although dont remember to add a note which soc it is and put it on the linux-sunxi wiki
<hitech95>
KotCzarny, yup. I'll try that! Still tring to match all the controls to the diagram
<KotCzarny>
s/remember/forget/ eh
<hitech95>
ha ha ha
juri_ has joined #linux-sunxi
SP7RT has joined #linux-sunxi
return0e has joined #linux-sunxi
ernestask has quit [Quit: ernestask]
JohnDoe_71Rus has joined #linux-sunxi
<buZz>
just blink silly fast, not really PWM
<diego71>
blink fast is pwm, right?
<buZz>
pwm is altered duty cycle
<buZz>
and often in hw
megi has joined #linux-sunxi
tllim has joined #linux-sunxi
gumblex_ has joined #linux-sunxi
<diego71>
yes, and if you attach a led to a pwm it blinks very fast, and you can dim the light.
IgorPec has quit [Ping timeout: 256 seconds]
gumblex has quit [Ping timeout: 256 seconds]
vagrantc has quit [Quit: leaving]
<MoeIcenowy>
but sensitive people will find this kind of adjustable LED not so proper
<MoeIcenowy>
especially when frequency not enough
reinforce has joined #linux-sunxi
<wens>
flickering!
hlauer has quit [Ping timeout: 268 seconds]
GrimKriegor has joined #linux-sunxi
jaganteki has quit [Ping timeout: 260 seconds]
msimpson has quit [Quit: Leaving]
* KotCzarny
blinks
<KotCzarny>
usually even 50/50 cycle is enough to add legibility and lines smoothing
<buZz>
MoeIcenowy: yep
<buZz>
i've seen people do temporal dithering -plus- PWM on addressable ledstrip
<buZz>
just to get color spectrum higher definition
<buZz>
looked amazing :)
leviathan has quit [Ping timeout: 256 seconds]
<KotCzarny>
100" tv?
<buZz>
no, 5x5mm LED
<buZz>
around 300 of em, iirc
<buZz>
temporal dithering for -video- would just be called 'motion blur' , i guess
chomwitt has quit [Ping timeout: 240 seconds]
GrimKriegor has quit [Read error: Connection reset by peer]
GrimKriegor has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
vinimac has joined #linux-sunxi
leviathan has joined #linux-sunxi
leviathan has quit [Client Quit]
leviathan has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
fkluknav has quit [Ping timeout: 276 seconds]
tom_nov has quit [Quit: Leaving]
IgorPec has joined #linux-sunxi
tl_lim has joined #linux-sunxi
tllim has quit [Ping timeout: 265 seconds]
dc13ff has joined #linux-sunxi
BenG83 has quit [Read error: Connection reset by peer]
matthias_bgg has quit [Quit: Leaving]
yann has quit [Ping timeout: 265 seconds]
paulk-gagarine has quit [Quit: Leaving]
paulk-gagarine has joined #linux-sunxi
f0xx has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
tl_lim has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 240 seconds]
nuuuciano has joined #linux-sunxi
f0xx has quit [Ping timeout: 256 seconds]
sunshavi has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<MoeIcenowy>
wens: forgot to report: after applying your syscon, dwmac-sun8i on a64 still works
tl_lim has quit [Ping timeout: 245 seconds]
<MoeIcenowy>
(I need to do DT regression test now
tl_lim has joined #linux-sunxi
leviathancn has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
elros has quit [Remote host closed the connection]
nots has joined #linux-sunxi
<MoeIcenowy>
ok dt regression test passed
<hitech95>
Just discovered that aif3 is mono :(
nots has quit [Ping timeout: 260 seconds]
<anarsoul|2>
MoeIcenowy: does it mean that we'll get HDMI support for A64 in 4.19?
<MoeIcenowy>
I do what I will do now
<MoeIcenowy>
and the HDMI support is Jagan Teki's work now
<anarsoul|2>
hm, I'm not sure if it's good or not
<MoeIcenowy>
You known I don't have as much productivity now
<hitech95>
guys, is it normal that there are multiplexers that are present in the registers but are not documented in the diagram? in the audio codec it seems that there are at least 3 other muxes that make unnecessary mess:
<KotCzarny>
welcome to the wonderful worlds of allwinner documentation
Gerwin_J has quit [Ping timeout: 265 seconds]
<KotCzarny>
such errors are usually explained/fixed on linux-sunxi wiki pages
<hitech95>
KotCzarny, for some reason there is a pin mux with tri-state option inside the audio codec! WTF!
f0xx has joined #linux-sunxi
<MoeIcenowy>
KotCzarny: to read the documentation, you should be able to read both Chinese and English well
<MoeIcenowy>
as it's written in Chinglish
<MoeIcenowy>
;-)
<KotCzarny>
:)
sunshavi has quit [Ping timeout: 260 seconds]
<hitech95>
Not that funny. Unfotunatly i don't know chinese. I wonder if on china version of datasheet the information is more complete and if is present a description. The big problem is the lack of descriptions of funcional blocks!
<hitech95>
Oh, ok. I missed the section of name change.... LOL SO A33 is sun8iw5p1
Putti has joined #linux-sunxi
<jernej>
I guess you know now which file to look at :)
nuuuciano has joined #linux-sunxi
<hitech95>
jernej, now yes. Only 1K of lines for the header... wish me good luck!
dc13ff has quit [Quit: Connection closed for inactivity]
<hitech95>
Problem solved, they don't use thosse registers. Are defined but never used! Good to know!
<KotCzarny>
don't be so sure
<KotCzarny>
but also dont forget to try some experimentation on them
<KotCzarny>
just for fun
<hitech95>
KotCzarny, If I could understand what those bits does.... Looks like hey short out some internal codec lines. For example AIF 1 with AIF3. But it have no sense... Maybe is due to some glue logic under the codec
leviathancn has quit [Read error: Connection reset by peer]
f0xx has quit [Ping timeout: 248 seconds]
yann has joined #linux-sunxi
hardfalcon has quit [Quit: Leaving.]
hardfalcon has joined #linux-sunxi
<KotCzarny>
interestingly, slackware 14.2 will be 2 years old in 10 days
<KotCzarny>
oops, wrong chan
<hitech95>
LOL!
<hitech95>
Justo searched on bsp to see if they implemented the automatic gain control wich would be userful but: NOPE!
nuuuciano has quit [Remote host closed the connection]
hardfalcon has quit [Ping timeout: 260 seconds]
<night199uk>
hey
<night199uk>
i'm running mainline kernel 4.18.0 hand built on a banana pi m2 plus (allwinner h3). what's the state of the art with regard to controlling GPIO pins?
<night199uk>
i've seen a few tools for raspberry pi like wiringpi, and also some stuff that talks to /sys/class/gpio directly; is there a modern up-to-date how to?
<beeble>
thats a lib and some userlandtools for using the new character device
<beeble>
the sysfs interface is deprecated
<night199uk>
yeah; let me check these out and see if i can get there, should be enough
<night199uk>
depcated but still there right now?
<beeble>
yes
<night199uk>
okay, thanks, i'll start with this since libgpiod since it's state of the art and i'm mostly new to this
nuuuciano has joined #linux-sunxi
<night199uk>
q: do the default bananapi/h3 dtb's in the kernel expose the GPIO pins? I had manually enabled spi0 & spi1 through tweaking my dtb (before I started reading about overalys), but i'm assuming the other gpio pins should just be left as GPIO, right?