<aalm>
how does one invert(=remove) "enable-active-high" set in .dtsi from .dts? suggestions for .dts to look at?
lkcl has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
tl_lim has quit [Ping timeout: 255 seconds]
tl_lim has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 248 seconds]
Nyuutwo has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 240 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
<wens>
aalm: use /delete-property/
tl_lim has quit [Ping timeout: 255 seconds]
tl_lim has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
hipboi has quit [Ping timeout: 248 seconds]
hipboi has joined #linux-sunxi
hipboi has quit [Client Quit]
<aalm>
thanks, i'll take a look at delete-property:)
aalm has quit [Quit: xyz 1.9.1]
nuuuciano has quit [Ping timeout: 255 seconds]
nuuuciano has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 248 seconds]
Ntemis has joined #linux-sunxi
<mirko>
trying to get GL support running with the prop. mali drivers on mainline - however apparently my framebuffer setup is broken
<mirko>
no /dev/fb0 (and not just the node isn't there, there's really no device behind :))
<mirko>
i'm running an H3 - any pointer on what I might be missing?
<mirko>
the prop. mali is successfully built and loaded (/dev/mali is there)
Nyuutwo has joined #linux-sunxi
IgorPec has joined #linux-sunxi
junnie has quit [Ping timeout: 240 seconds]
dave0x6d has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
TheSeven has quit [Ping timeout: 250 seconds]
tl_lim has quit [Ping timeout: 255 seconds]
tl_lim has joined #linux-sunxi
TheSeven has joined #linux-sunxi
gajjar04akash has quit [Quit: Page closed]
TheSeven has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
SP7RT has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
hipboi has joined #linux-sunxi
TheSeven has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
tl_lim has quit [Ping timeout: 255 seconds]
DonkeyHotei has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
DonkeyHotei has joined #linux-sunxi
tl_lim has quit [Ping timeout: 255 seconds]
tl_lim has joined #linux-sunxi
Ntemis has joined #linux-sunxi
IlyaM has joined #linux-sunxi
chlorine has joined #linux-sunxi
IlyaM has quit [Client Quit]
chlorine has quit [Ping timeout: 248 seconds]
reinforce has joined #linux-sunxi
junnie has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
tl_lim has joined #linux-sunxi
Gerry has quit [Ping timeout: 276 seconds]
Gerry has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
<codekipp1r>
anarsoul: thanks
montjoie has quit [Ping timeout: 276 seconds]
montjoie has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
VargaD has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
VargaD has joined #linux-sunxi
voxadam has quit [Quit: WeeChat 1.9.1]
voxadam has joined #linux-sunxi
VargaD has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
IlyaM has joined #linux-sunxi
<IlyaM>
Hey everyone!
xes has joined #linux-sunxi
<wens>
anarsoul: hi, you need to substantiate your claims that a64 codec only works with a certain sample width and divider
<anarsoul>
wens: I think it's limited by i2s and codec driver for now. BSP drivers seems to work with 24bit as well, I haven't test it though
montjoie has quit [Ping timeout: 248 seconds]
<wens>
the a33 codec seems to be limited in software as well
montjoie has joined #linux-sunxi
<anarsoul>
wens: sun4i-i2s can't do anything but 16 bit
<IlyaM>
so I need to edit dts to enable GPIO polling on A64? I wrote the code which uses sysfs to communicate with gpio and my irq doesn't work, but if I use read_gpio in while(1){} it shows me the changes
<wens>
anarsoul: that makes it particularly bad to have two sets of software limitations for different hardware
<IlyaM>
*do I need to edit?
<wens>
anarsoul: it's best to either use the same set, to keep things simple, or just remove the limitation
<wens>
having two sets is just unwanted code churn
<anarsoul>
wens: I think it's intersection of hw_params, so sunxi is limited to 16bit as for now
<anarsoul>
since sun4i_i2s is 16bit
<anarsoul>
(and so is sun8i_codec)
tl_lim has quit [Read error: Connection reset by peer]
<anarsoul>
wens: have there been any patches to enable 24 and 32bits for sunxi?
<anarsoul>
(I'm not following neither alsa-devel nor lakml)
<wens>
not that I know of
<wens>
anarsoul: but your patches seem to be hard coding it to do 24bit resolution with 32bit samples
<anarsoul>
wens: where? are you talking about wss?
<wens>
yes
<anarsoul>
wens: a64 bsp driver sets wss to fixed value no matter what sample width is
<anarsoul>
wens: check bsp driver.
<wens>
bsp driver is not always the best reference
<anarsoul>
wens: well, datasheet is useless. It doesn't work as described in datasheet
<wens>
quoting from it is generally a last resort if you can't get things working
<anarsoul>
wens: I couldn't. It doesn't work with wss set to anything but 3
<wens>
ok, then you should mention that in your commit message
<anarsoul>
wens: sure, could you respond to my email with this comment? I'll collect all comments then I'll send v2
<anarsoul>
wens: i2s for audiocodec on a64 differs from 3 other i2s controllers (which are similar to h3), and doesn't look similar to any other i2s in any other allwinner soc
<wens>
I gather from your commit that it's like a10/a20, with TX FIFO and INT status registers swapped?
<wens>
if so then it's the same as a83t
<anarsoul>
wens: and wss quirk
<wens>
I really think the wss quirk can be handled within the ASoC framework, and not some fixed value hack
<anarsoul>
wens: how?
<anarsoul>
wens: it seems to depends on sample width on any supported platform but a64, but it's fixed on a64
<anarsoul>
s/depends/depend
<wens>
just declare that both the codec and i2s can only handle SNDRV_PCM_FMTBIT_S32_LE
<wens>
wss is calculated from the format, and lrck_div is calculated from wss
<anarsoul>
wens: nope, alsa format conversion is pretty expensive
<anarsoul>
I'd prefer it to support 16bit than 32bit
<wens>
btw, which side is the master in your experiments?
<anarsoul>
wens: either works, I use cpudai
sr-digitronic has joined #linux-sunxi
<anarsoul>
(i.e. i2s)
<wens>
and neither works with 16bit wss?
<anarsoul>
wens: IIRC no, I'll test again tomorrow
<anarsoul>
wens: btw, I'm not sure what 'solid evidence' means in your email. Is setting wss to 2 having sound not working enough? :)
<anarsoul>
(or to any other value)
<wens>
yes
<wens>
the point is you have to explain why it is how it is, i.e. under what conditions it doesn't work
<wens>
and also a reference to the BSP kernel about how you found the correct values
<anarsoul>
wens: OK, understood
<wens>
(that is assuming you didn't brute force them)
<wens>
I'll put them in an email reply
<anarsoul>
wens: well, I took codekipp1r's changes first, then I checked that they correspond to datasheet, but it doesn't work, then I compared register values with BSP kernel and found this difference
<anarsoul>
re-testing again with codec as master and wss = 16bit as per datasheet...
<wens>
yes. the most important thing about the commit log is the "why". the "how" we can already see from the patch :)
<wens>
I'm not familiar enough with ALSA inners to comment on the S16 vs S32 conversion costs
<wens>
but that is worth mentioning as well
<anarsoul>
wens: it's expensive. Any conversion is at least an extra copy, and it's expensive
<anarsoul>
it's not as expensive as rate conversion, but anyway it is expensive
<wens>
16 -> 32 is just sign or zero extension, right?
<anarsoul>
wens: tested, no sound with wss = 16bit and codec as master
<anarsoul>
wens: it's an extra copy
<wens>
in any case, we already do it for 24 bit audio :/
<anarsoul>
wens: you have to have another buffer, and you have to do conversion on every snd_pcm_writei or whatever api you're using
<anarsoul>
wens: well, if hardware can do 16 bit, it's better to expose it
<anarsoul>
wens: on ~400mhz armv5 cpu it's pretty noticeable
<icenowy[m]>
trying to driver the XHCI on H6
<anarsoul>
wens: for example, mplayer can play 320x240 mpeg4 videos on pxa270@416mhz without any conversions, but it stutters if it has to do any conversion
hardfalcon has quit [Ping timeout: 260 seconds]
<anarsoul>
wens: wss = 3 (i.e. 32 bit) seems to be essential. It works with either codec or i2s as master, but only with wss = 3
nuuuciano has quit [Ping timeout: 268 seconds]
<anarsoul>
wens: so probably there's a mistake in datasheet. Or there's a but in hardware
<anarsoul>
s/but/bug
<wens>
probably both :/
Ntemis has quit [Remote host closed the connection]
hardfalcon has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 255 seconds]
hardfalcon has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
msimpson has joined #linux-sunxi
fkluknav has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
popolon has joined #linux-sunxi
<icenowy[m]>
wink confirms that there's an AC200 integrated in H6
<icenowy[m]>
montjoie: ^
<icenowy[m]>
and the EPHY seems to be the one integrated in AC200
apritzel has joined #linux-sunxi
<icenowy[m]>
and the PA/PB GPIO banks seem to be connected to AC200 internally
<icenowy[m]>
PA is RMII and PB is CCIR/I2S/I2C
enrico_ has joined #linux-sunxi
<apritzel>
yeah, hell freezes over: Allwinner providing documentation (AC200 datasheet) to the Wiki
<icenowy[m]>
I remember someone wants it
<icenowy[m]>
maybe montjoie?
<montjoie>
:D
<montjoie>
Yes I wanted it to see if we can do more with EPHY
<icenowy[m]>
montjoie: but it seems that the EPHY register fields in syscon are bogus
<icenowy[m]>
as the EPHY clock is missing
<icenowy[m]>
and internally there's a PA GPIO bank which has a RMII
<icenowy[m]>
(I think this should be the RMII link to AC200
f0xx has joined #linux-sunxi
<wens>
there's not much for EPHY
<icenowy[m]>
there's a BUS clock/reset pair for EPHY on H3/5
<icenowy[m]>
but there's no on H6
<wens>
I meant in the AC200 datasheet
<wens>
and it's still missing whatever MDIO registers it has
<icenowy[m]>
maybe it's only generic?
<icenowy[m]>
P.S. the 0x6000 register is just the same with 31:16 part of H3/5 EMAC syscon register
<wens>
the ac200 ephy driver from the a83t kernel has a bunch of magic numbers written
<icenowy[m]>
MDIO?
<wens>
yes
<wens>
hmm, can't find it anymore
<wens>
lnet/phy/sunxi-ephy.c
<wens>
net/phy/sunxi-ephy.c
wink[AW] has joined #linux-sunxi
chlorine has joined #linux-sunxi
junnie has quit [Ping timeout: 260 seconds]
<wink[AW]>
Hi All, I have created a new page and uploaded datasheet about AC200 in linux-sunxi wiki, hope it can be helpful for you. link:http://linux-sunxi.org/AC200
<montjoie>
wink[AW]: thanks we see it
chlorine has quit [Ping timeout: 264 seconds]
<DonkeyHotei>
wens: on the a33 tablet, yes, toggling PH9 turns the internal speaker on and off, but irrespective of the headphone jack, and with headphones, left and right channels are reversed
<apritzel>
wink[AW]: thanks a lot, that looks very good: good Wiki page, proper datasheet. Well done.
<wens>
DonkeyHotei: for left/right reversal, have you looked at the fixes that have been merged?
<DonkeyHotei>
you mean since sunxi-next?
<DonkeyHotei>
wens: the channels are reversed with sunxi-next
<DonkeyHotei>
i'm wondering whether there is a headphone detect pin
<DonkeyHotei>
also, the mic does not seem to work
<icenowy[m]>
wink[AW]: we're discussing at this ;-)
<wens>
DonkeyHotei: no there isn't (unless the board uses a separate GPIO, which most don't)
<wens>
for mic to work, you need to give it power
<wens>
you need to have the correct routes in the dts file so everything is hooked up and ASoC enables the power for you when you start the capture
<DonkeyHotei>
ah
yann has joined #linux-sunxi
<DonkeyHotei>
the fex has headphone_mute_used = 0
<wens>
I've only seen headphone_mute_used = 1 on A31s tablets
fkluknav has quit [Ping timeout: 260 seconds]
wink[AW] has quit [Quit: Page closed]
DullTube has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
voxadam has quit [Ping timeout: 255 seconds]
<apritzel>
wens: thanks a lot for the eMMC fix! I noticed this problem before, as a very early (4.9-based) branch of mine (with the old clocks) was performing at twice the speed
<apritzel>
wens: will review it tonight
goliath has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<parazyd>
anyone know anything about this error: [60564.873119] newpid[25197]: SP Alignment exception: pc=0000aaaae66e7480 sp=0000ffffd11b3968
<parazyd>
as in, what to look for in solving this?
lurchi_ is now known as lurchi__
hipboi has quit [Ping timeout: 240 seconds]
chrisf_ has joined #linux-sunxi
<Wizzup>
icenowy[m]: curious, is there a branch I could try for the olimex teres, or general a64 stuff? the mainline wiki page mostly links to 'major drivers', not to a git repo or branch
hipboi has joined #linux-sunxi
junnie has joined #linux-sunxi
<junnie>
hi everyone, does anybody had boot issue after enabling CONFIG_DM? Serial console does not emit any output on H3 SoC. debug_uart_init/puts does not work neither though it works without CONFIG_DM.
<junnie>
beeble, I guess you had enabled CONFIG_DM, because RSA need it.
voxadam has joined #linux-sunxi
<icenowy[m]>
Wizzup: I think my branch that supports Pinebook may be possible to support Olimex TERES I
<Wizzup>
Ah, there's not a wiki page for the teres yet it seems. Maybe I should make one
chlorine_ has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
sr-digitronic has quit [Remote host closed the connection]
chlorine has quit [Ping timeout: 260 seconds]
chlorine_ has quit [Ping timeout: 240 seconds]
chlorin__ has quit [Ping timeout: 255 seconds]
afaerber has quit [Quit: Leaving]
silviop has joined #linux-sunxi
gnufan has joined #linux-sunxi
<silviop>
in my try to port atouchS driver i'm stuck in port this function regulator_set_voltage(data->ctp_power_ldo,(int)(data->ctp_power_vol)*1000,(int)(data->ctp_power_vol)*1000);
<silviop>
i suppose ldo are set in dsi file i can omit ?
<junnie>
hello everyone, does anybody ever enable CONFIG_DM in u-boot ?
fkluknav has joined #linux-sunxi
afaerber has joined #linux-sunxi
tom_nov has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 255 seconds]
aballier has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
aballier has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 260 seconds]
nuuuciano has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
<apritzel>
junnie: ARCH_SUNXI (and many other ARM platform as well as other architectures) have a "select DM" somewhere in some Kconfig files
<apritzel>
junnie: so it's basically always on almost everywhere these days
chlorine_ has joined #linux-sunxi
apritzel has quit [Read error: Connection reset by peer]
chlorin__ has quit [Ping timeout: 255 seconds]
chrisf_ has quit [Quit: Ex-Chat]
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
DullTube has quit [Quit: Leaving]
lkcl has quit [Ping timeout: 260 seconds]
f0xx has quit [Ping timeout: 248 seconds]
<junnie>
apritzel: Sorry to confuse you. Just found that it is SPL_DM config that really matters.
apritzel has joined #linux-sunxi
afaerber has quit [Ping timeout: 255 seconds]
cnxsoft has quit [Quit: cnxsoft]
<junnie>
apritzel: Sorry to confuse you. Just found that it is SPL_DM config that really matters. I guess serial console is not tested on H3 with SPL_DM selected.
afaerber has joined #linux-sunxi
Ntemis has joined #linux-sunxi
<apritzel>
junnie: so why do you need SPL_DM?
<junnie>
SPL_RSA
<junnie>
and SPL_FIT_SIGNATURE
chlorine_ has joined #linux-sunxi
chlorin__ has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
chlorin__ has quit [Remote host closed the connection]
chlorine_ has quit [Ping timeout: 260 seconds]
chlorine_ has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
JohnDoe_71Rus has joined #linux-sunxi
aballier has quit [Ping timeout: 260 seconds]
<apritzel>
junnie: have you tried #defining CONFIG_SYS_NS16550_MEM32 in sunxi-common.h?
aballier has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 248 seconds]
rasp has quit [Remote host closed the connection]
goliath has quit [Quit: Leaving]
SP7RT has joined #linux-sunxi
<junnie>
apritzel: I ever tested this config, but it does not matter.
Putti has joined #linux-sunxi
junnie has quit [Ping timeout: 260 seconds]
goliath has joined #linux-sunxi
heffer has left #linux-sunxi [#linux-sunxi]
ernestask has joined #linux-sunxi
reinforce has joined #linux-sunxi
arete74 has quit [Ping timeout: 255 seconds]
fkluknav has quit [Ping timeout: 255 seconds]
<mirko>
apparently my framebuffer setup is broken on my H3 - there's no /dev/fb0 and i'm running out of ideas what i might be missing..
<mirko>
running 4.14 (mainline)
<mirko>
i'm also getting "sun8i-mixer 1100000.mixer: Couldn't get our reset line" and "sun4i-drm display-engine: failed to bind 1100000.mixer (ops sun8i_mixer_platform_driver_exit [sun8i_mixer]): -517" messages
<mirko>
glad for any pointers
<mirko>
however the mixer shouldn't have anything to do with my issue..
fkluknav has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<jernej>
mirko: since H3 DRM driver is not yet mainlined, which kernel do you have?
<jernej>
did you patched it yourself?
<mirko>
jernej: you're right, i'm sorry - currently on orange-pi-4.14 of //github.com/megous/linux.git
<jernej>
mirko: which board?
<mirko>
orangepi lite
<jernej>
I have to check some things, but in general, since this is DRM driver, you have to have enabled fbdev emulation or otherwise you won't have /dev/fb0
<jernej>
do you have that enabled?
<jernej>
but anyway, first that issue with mixer have to be resolved
<mirko>
happy to try things out
msimpson has quit [Quit: Leaving]
<jernej>
mirko: Can you upload your kernel configuration file somewhere?
<mirko>
sure, i took the 4.13.0-1-armmp-lpae from debian as base - so it's pretty much messed up (as in: everything is selected as a module)