<anarsoul>
Mylene: 2. SYSCLK_CTL is 0x1 and MOD_CLK_ENA is 0x0 regardless of DAC and AIF1 Slot 0 Digital controls
<anarsoul>
Mylene: 3. why it doesn't have trigger callback?
tl_lim has joined #linux-sunxi
nvz has joined #linux-sunxi
nvz has quit [Client Quit]
nvz has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.9.1]
MoeIcenowy has joined #linux-sunxi
kaspter has joined #linux-sunxi
nvz has quit [Quit: leaving]
robogoat has quit [Ping timeout: 246 seconds]
tl_lim has quit [Ping timeout: 252 seconds]
nvz has joined #linux-sunxi
robogoat has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
robogoat has quit [Ping timeout: 240 seconds]
tl_lim has joined #linux-sunxi
Ntemis has quit [Ping timeout: 246 seconds]
robogoat has joined #linux-sunxi
robogoat has quit [Ping timeout: 248 seconds]
\\Mr_C\\ has joined #linux-sunxi
robogoat has joined #linux-sunxi
L29Ah has left #linux-sunxi ["Disconnected: No route to host"]
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
Guest54516 has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
<Net147>
plaes: I get a black screen as well, just applying LVDS patches from your branch
<Guest54516>
what is needed to reconstruct a livesuit image for an A33 tablet? i retrieved the mbr and partitions (minus UDISK) using FELix and the script.bin using sunxi-script_extractor, but idk from where i can extract the u-boot image(s)
<Guest54516>
it's a Naxa NID-7015, which has the Efercro M86_MB V1.6 board
<Guest54516>
factory-flashed image is 5.1.1 lollipop
<Guest54516>
apparently not available for download anywhere
<anarsoul>
codekipp1r: looks like your patches for A64 internal i2s were broken due to missing .field_fmt_sext in sun50i_a64_i2s_quirks
<anarsoul>
now i2s works, but audio codec doesn't. All I hear is some white noise
tl_lim has quit [Ping timeout: 264 seconds]
Ntemis has quit [Remote host closed the connection]
tl_lim has joined #linux-sunxi
tl_lim has quit [Ping timeout: 252 seconds]
tl_lim has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
lurchi_ has joined #linux-sunxi
TheSeven has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 258 seconds]
TheSeven has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Putti has joined #linux-sunxi
Shmam has joined #linux-sunxi
<Shmam>
Having trouble getting my machine to boot: http://paste.debian.net/992209/ got that via uart on my orange pi running armbian
Putti has quit [Ping timeout: 248 seconds]
_whitelogger has joined #linux-sunxi
vagrantc has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
<codekipp1r>
anarsoul: Hi, I've not tried them on A64 for a while...are you testing HDMI audio?
<codekipp1r>
audio codec I've yet to get working
_whitelogger has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<anarsoul>
codekipp1r: HDMI audio works fine with jernej's patches
<anarsoul>
I'm trying to get audiocodec working
<anarsoul>
so far I've got some white noise that resembles wav file that I'm playing using aplay
Ntemis has joined #linux-sunxi
<anarsoul>
well, I get white noise if I select cpu dai as clock master
JohnDoe_71Rus has joined #linux-sunxi
<anarsoul>
I get nothing at all if audiocodec is selected as clock master
<anarsoul>
so apparently something's wrong with audiocodec configuration
fkluknav has quit [Ping timeout: 258 seconds]
<MoeIcenowy>
anarsoul: have you checked the analog codec part?
<MoeIcenowy>
A64 analog codec register definition is not the same as other SoCs
vagrantc has joined #linux-sunxi
<anarsoul>
MoeIcenowy: digital part is similar to A33
<MoeIcenowy>
yes, analog is not
<anarsoul>
and that's digital part that should drive clock if it's master
<anarsoul>
MoeIcenowy: I suppose I'd get something not white-noisy even if analog part is configured incorrectly
<codekipp1r>
anarsoul: cool....wrt audio codec I think something isn't setup correctly with the mux-ing. Do you have any logs as I've enabled a fair bit of debugging
<anarsoul>
codekipp1r: I was mostly working on getting i2s working today, so no logs from audio codec driver
<anarsoul>
will check tomorrow
<codekipp1r>
dmesg output should be enough for now.
<oliv3r>
what is the latest status on how using SPI devices from userspace? (e.g. the rapsberry pi usecase, i want to connect some random device to the spi bus and play with it) i know linux,spidev is not the way to do it (though should work) so what is the recommended way of doign this?
<oliv3r>
like the spi-test.c application; other then abusing the rohm entry that is
<oliv3r>
for i2c-dev it's quite straight forward. for spi-dev, i can't find the proper documentation
[TheBug] has joined #linux-sunxi
SP7RT has joined #linux-sunxi
antony has quit [Read error: Connection reset by peer]
antony has joined #linux-sunxi
mraynal has joined #linux-sunxi
antony has quit [Client Quit]
yann-kaelig has joined #linux-sunxi
mraynal has quit [Client Quit]
<beeble>
oliv3r: whats wrong with spidev?
<beeble>
the only thing it will complain about is if you try to do it via devicetree. loading as module will work error/noticefree on mainline
<beeble>
adding a compatibility node to spidev will also silence it
<oliv3r>
beeble: can you explain?
<oliv3r>
compatible = "linux,spidev";
<oliv3r>
i have that righ tnow, yet it complains, so that's not what you mean :)
<oliv3r>
ok but i'm adding a microcontroller with software yet to be written
<oliv3r>
so what do I hadd? :)
<oliv3r>
which is why i'm sying, if ind it strange that i2c-dev works exactly as one would expect
<oliv3r>
and spidev is so ... 'special'
<oliv3r>
(i remeber a discussion about the raspberry pi usecase e.g. i2c-dev from ages ago in the ML)
<oliv3r>
but if it's just the error, i can deal
<oliv3r>
or rather the WARN_ON
enrico_ has joined #linux-sunxi
<beeble>
if you don't care about the error in dmesg
<beeble>
just add the spidev node in your dts
<beeble>
and you are fine
leviathanch has quit [Remote host closed the connection]
MoeIcenowy has joined #linux-sunxi
fkluknav has quit [Ping timeout: 258 seconds]
cnxsoft1 has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 is now known as cnxsoft
SP7RT has quit [Ping timeout: 255 seconds]
<oliv3r>
beeble: i can do that for now, but i2c-dev is much easier from a user pov, just load the module, done
<beeble>
same stuff with spidev?
<beeble>
maybe i just don't understand the problem you have
<beeble>
are you missing the userland tools?
<beeble>
because otherweise it's pretty much the same
<oliv3r>
it's not really the same
<oliv3r>
you have to modify the dt to add the generic spi-dev (modifications are always annoying) then you get some big fat warning that makes you go uhm what, it tells you you shouldn't be doing this at all
<beeble>
yes, it tells you that you should load it as a module. i know this sucks, but thats the maintainers decision and will not change any time soon.
<beeble>
but in terms of usage it's the same
<beeble>
just an annoying kernel message if you don't add a single line to your source
<beeble>
and thats only required if not used as module load at runtime
<oliv3r>
yeah its 'okay'-ish
<oliv3r>
but still annoying ;)
<beeble>
tell it mark brown :)
<beeble>
956b200a he introduced that behaviour
<oliv3r>
yeah i saw the commit
<oliv3r>
well i saw the discussion on the mailling list
<oliv3r>
and i know it's the maintainers choice, it's just so inconcistent :)
xvnvx has joined #linux-sunxi
da3m0n22 has joined #linux-sunxi
leviathanch has joined #linux-sunxi
popolon has joined #linux-sunxi
<da3m0n22>
hey, BananaPi A20 (armbian latest), it does not seem that USB port can be powered off and on fully (neither sunxi-pio, sw-ehci). Can anyone please confirm that to me? from FEX seems like PH03/PH06 are used for standard USB ports, however system does not react to changing PIO states and the usb-device does not power-cycle on sw-ehci or usb-bus reset (authorized, power/control)
<da3m0n22>
it's Alcatel LinkKey IK40V, that gets stuck on reboot (if I do manually power off/on it works, if I unplug/plug the USB modem into device, it works correctly)
<da3m0n22>
so I can simulate the conditions and test anything, thanks!
<da3m0n22>
also changing PSU does not solve the problem (i have several of them over 2A), it always happens in 1-3 reboots, different modems (same type) and different boards (bpi a20) also no difference
nvz has quit [Ping timeout: 240 seconds]
SP7RT has joined #linux-sunxi
nvz has joined #linux-sunxi
<plaes>
da3m0n22: we do not support 3.4 kernel here, sorry
tom_nov has joined #linux-sunxi
<plaes>
#armbian ^^
<da3m0n22>
plaes: ok, thanks, also does mainline already support h/x264 video acceleration (sunxi mali_drm etc.) ? it's the only thing keeping me from upgrading over to mainline
<plaes>
you are confusing two different things
<plaes>
mali is 3d acceleration
<plaes>
mali is possible with a20 (but requires some extra patching)
<plaes>
about x264 stuff, I'm not sure whether anyone has actually tried it yet on this platform
<da3m0n22>
plaes: ah ok, i'm running these a20 boards for video displays, so I need mali for video to be accelerated through GPU (works correctly on legacy)
<jernej>
apart from the fact that rebasing is needed?
<da3m0n22>
[TheBug]: I use armbian, so it should be best possible fex i can use imho, however armbian fex does not contain or does not support turning off/on VCC-USB (should be possible through sunxi-pio)
<da3m0n22>
pins are wrong, or in wrong pull up/down configuration
<wens>
I wasn't really following the whole h3 series, sorry
<jernej>
no worries
nemunaire has joined #linux-sunxi
<wens>
but I suppose it not applying cleanly is one of the reasons
<wens>
All the "drm for new chip" patches touch the same files in the same places
Mr__Anderson has quit [Remote host closed the connection]
<wens>
mripard: was there supposed to be a changelog for the tbs a711 regulator patches?
SP7RT has quit [Ping timeout: 240 seconds]
IgorPec has quit [Ping timeout: 248 seconds]
jbrown has quit [Ping timeout: 252 seconds]
rSMlinux has joined #linux-sunxi
Jagan has joined #linux-sunxi
<Jagan>
Hi, did anyone tried Secure boot on A64 or even 32-variants?
<rSMlinux>
Hi, I'm using a cubieboard2 with a linaro installed on NAND Flash, Kernel 3.4.75. I managed to upgrade Kernel to 3.4.113 to test if it is stable but I can't boot it. Environment Variables that should be at /dev/nandb/ but it doesn't work.
<rSMlinux>
any help ?
<rSMlinux>
tks
<Jagan>
@rSMlinux, where is break any log?
leviathanch has quit [Remote host closed the connection]
jcba has joined #linux-sunxi
xes has quit [Ping timeout: 248 seconds]
<rSMlinux>
@Jagan, no boot at all. let check serial console.
<rSMlinux>
*let me....
<rSMlinux>
CPU: SUNXI Family
<rSMlinux>
Board: cubieboard2
<rSMlinux>
DRAM: 1 GiB
<rSMlinux>
NAND: [NAND] set nand_good_block_ratio 944
<rSMlinux>
3776 MiB
<rSMlinux>
* Warning - bad CRC, using default environment
<MoeIcenowy>
jernej: I will wait for the refactor of the A83T DE2 part by mripard
<MoeIcenowy>
then for the TCON I may send it
<MoeIcenowy>
mripard: according to the R40 user manual the TVE really have a divided clock output, on R40 it's muxed with the CLK_TCON_TVx from CCU in TCON_TOP
lurchi__ is now known as lurchi_
<MoeIcenowy>
so custom encoder status shouldn't be used, instead the TVE should have clock output
<MoeIcenowy>
recently because of some network issues I do not dare to enable the IRC bouncer, so I cannot receive messages when my PC is shut down