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*
jstefanop has joined #linux-sunxi
NeuroScr has quit [Quit: NeuroScr]
jstefanop has quit [Ping timeout: 245 seconds]
Mangy_Dog has quit [Remote host closed the connection]
[TheBug] has quit [Quit: ZNC - http://znc.sourceforge.net]
suprothunderbolt has joined #linux-sunxi
<lavamind> bbrezillon: alright, I've been able to boot the patched kernel via USB flash drive in order to format the partition
<lavamind> however, ubiformat fails at 50%
<lavamind> I think this is because the MTD partition is missing the MTD_MLC_IN_SLC_MODE flag
<lavamind> is there a way to add the flag to the existing partition, or do I have to re-create it with mtdpart ?
<lavamind> here is the full output of ubiformat, mtdinfo, mtd_debug info, etc.
<vagrantc> how do you verify which kind of NAND it has?
<lavamind> vagrantc: is that question for me ?
<vagrantc> anyone who might know? :)
<lavamind> vagrantc: on the CHIP ?
<vagrantc> yes
<vagrantc> not urgent, by any means...
naobsd869 has joined #linux-sunxi
naobsd86 has quit [Quit: Ping timeout (120 seconds)]
mpmc has quit [Remote host closed the connection]
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
lkcl has quit [Excess Flood]
lkcl has joined #linux-sunxi
<lavamind> vagrantc: when the mtd module is loading it will log a device ID if it finds a match in drivers/mtd/nand/raw/nand_ids.c
<hanetzer> vagrantc: heyo o/
<lavamind> vagrantc: dmesg | grep nand:
mpmc has joined #linux-sunxi
jstefanop has joined #linux-sunxi
<lavamind> if you recreate a mtd partition will it lose the wear-levelling data stored in the enclosed UBI filesystem ?
<lavamind> or is it similar to manipulation a MBR partition ? (eg. you can add/remove a partition as long as the geometry is the same)
<vagrantc> hanetzer: hi!
<hanetzer> vagrantc: one of the #panfrost guys (urjaman or something iirc) has been doing some work for u-boot on the c201 as well
<vagrantc> hanetzer: cool!
jstefanop has quit [Ping timeout: 246 seconds]
<lavamind> vagrantc: the stock u-boot on my CHIP has commands like mtdparts and nand, but it doesn't seem like the versions packaged in Debian do (I've tried up to the version in sid)
<lavamind> I wonder if that's yet another CHIP/NTC-specific hack ?
vagrantc_ has joined #linux-sunxi
<lavamind> oh, CONFIG_CMD_NAND and CONFIG_CMD_UBI are missing from http://git.denx.de/?p=u-boot.git;a=blob;f=configs/CHIP_defconfig
Wizzup has quit [Ping timeout: 252 seconds]
<vagrantc_> "c950ca8c35eeb32224a63adc47e12f9e226da241 clocksource/drivers/arch_timer: Workaround for Allwinner A64 timer instability" trivially applies to linux 5.0 ... needs some massaging for 4.19
Nyuutwo has quit [Read error: No route to host]
Wizzup has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
Rafael1980 has quit [Quit: Konversation terminated!]
<vagrantc_> anarsoul: looks like it has been backported to 4.19
<vagrantc_> anarsoul: as of 4.19.31
<smaeul> I don't think the device tree patch got backported though, because the clocksource maintainer added the stable CC, not me
<vagrantc_> and 5.0
<vagrantc_> smaeul: the one-line device-tree patch ... i added it to debian's kernels at least
<vagrantc_> without, apparently, the driver.
<vagrantc_> er, as of 5.0.4
<vagrantc_> so, it looks like i don't have to do anything
<vagrantc_> i guess i have to make sure the kernel configuration gets enabled
<vagrantc_> so i guess my question comes back to ... are the CPU stalls likely related?
<smaeul> yes, it appears the RCU design didn't account for time travel
megi has quit [Ping timeout: 245 seconds]
Andy-D has quit [Ping timeout: 246 seconds]
<vagrantc_> engineers these days
<vagrantc_> ok, the next 4.19.x upload to debian will definitely get it out of the box. yay.
<vagrantc_> CONFIG_SUN50I_ERRATUM_UNKNOWN1=y
* vagrantc_ tests 5.0.x
KotCzarny has quit [Ping timeout: 245 seconds]
chewitt has joined #linux-sunxi
[TheBug] has joined #linux-sunxi
cch has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
t3st3rV2 has quit [Ping timeout: 256 seconds]
t3st3rV2 has joined #linux-sunxi
lurchi_ is now known as lurchi__
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
Putti has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
vagrantc_ is now known as vagrantc
KotCzarny has joined #linux-sunxi
vagrantc_ has joined #linux-sunxi
Putti has quit [Ping timeout: 245 seconds]
lurchi_ has joined #linux-sunxi
<vagrantc_> pinebook with new kernel booted ... but left usb port unresponsive ... with only two usb ports ...
<vagrantc_> hopefully it's just one of the many intermittant flukes on this thing
victhor has quit [Ping timeout: 258 seconds]
lurchi__ has quit [Ping timeout: 245 seconds]
<lavamind> bbrezillon: OK I've been able to run ubiformat with MTD_MLC_IN_SLC_MODE! however, I did this by specifying the end of the rootfs mtdpart at 4096m, which results in formatted space of 2.0 GiB (as reported by ubiformat)
<lavamind> my Hynix NAND is 8G (afaict) so I'm wondering why I can't format it to 4.0 GiB ? is it because the dist6 pairing scheme give 1/4 space instead of 1/2 with dist3 ?
<anarsoul> vagrantc_: it's a known glitch of usb phy driver that switches port mode between ehci and musb. I'm kind of tired of fighting it
<vagrantc_> anarsoul: ouch
<vagrantc_> well, at least it's not "just me"
vagrantc has quit [Quit: leaving]
vagrantc_ is now known as vagrantc
<aalm> can't it be forced to host/ehci mode or something?
gnufan_home has quit [Quit: Leaving.]
wwilly has joined #linux-sunxi
wwilly_ has quit [Ping timeout: 252 seconds]
chewitt has quit [Quit: Zzz..]
nuuuciano has quit [Ping timeout: 255 seconds]
selfbg has joined #linux-sunxi
chewitt has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
selfbg has quit [Remote host closed the connection]
selfbg has joined #linux-sunxi
disik has joined #linux-sunxi
<bbrezillon> lavamind: nope, that should work with 4G too
<bbrezillon> lavamind: what's the error you get when defining a part of ~8G?
jstefanop has joined #linux-sunxi
<anarsoul> vagrantc: it worked for me in 4.19, I haven't tested it with 5.0
<anarsoul> let me try...
<anarsoul> vagrantc: it works for me
<anarsoul> vagrantc: make sure you have CONFIG_USB_MUSB_HOST=y and CONFIG_USB_MUSB_SUNXI=y
<vagrantc> anarsoul: i've seen it sometimes loose usb on 4.19.x or 5.0.x ... frequently returns after a reboot
<vagrantc> CONFIG_USB_MUSB_SUNXI=m but ... # CONFIG_USB_MUSB_HOST is not set
<vagrantc> hmmmm.
shfil has quit [Quit: Connection closed for inactivity]
<wens> if you are using OTG instead of HOST in Kconfig, make sure you also have a UDC configured, preferably built-in
<wens> since they don't seem to always auto-load, and musb does not work until you load one
<wens> s/UDC/USB gadget
chewitt has quit [Quit: Zzz..]
jstefanop has quit [Remote host closed the connection]
jstefanop has joined #linux-sunxi
chomwitt has joined #linux-sunxi
jstefanop has quit [Ping timeout: 246 seconds]
chewitt has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
chewitt has quit [Quit: Zzz..]
kaspter has joined #linux-sunxi
chewitt has joined #linux-sunxi
wwilly has quit [Ping timeout: 246 seconds]
wwilly has joined #linux-sunxi
cmeerw has joined #linux-sunxi
f0xx has joined #linux-sunxi
reinforce has joined #linux-sunxi
<suprothunderbolt> as soon as I get my DSI panel working I'm going to attempt to get TDM I2S working, if anyone has already does this and has a patch I'd love to see it. Otherwise I'm going to attempt to port the BSP code.
return0e_ has joined #linux-sunxi
return0e has quit [Ping timeout: 246 seconds]
clemens3_ has joined #linux-sunxi
<jerbob92> karlp, well afaik in bulk transfer information can only flow 1 way through the different endpoints, so not read/write on both IN and OUT. Correct me if I'm wrong. According to the USB sniffer the device does both.
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
airwind has joined #linux-sunxi
jrg has quit [Ping timeout: 244 seconds]
vagrantc has quit [Quit: leaving]
jrg has joined #linux-sunxi
pmpp has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
pmpp has joined #linux-sunxi
marble_visions has quit [Quit: bye]
marble_visions has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
megi has joined #linux-sunxi
voodoovood2 has joined #linux-sunxi
voodoovood has quit [Ping timeout: 250 seconds]
tnovotny has joined #linux-sunxi
<clementp[m]> What's wrong with vendor, they have one LED, one free PWM pin => let's go for a GPIO...
<clementp[m]> can we actually do heartbeat on a GPIO ?
f0xx has quit [Ping timeout: 250 seconds]
f0xx has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 246 seconds]
<angelo_ts> hi folks, what about the xradio XR819 driver ? Is it mainlined ?
<clementp[m]> still out-of-tree reading this
<KotCzarny> i wouldnt count on mainlining it
<KotCzarny> even author of open source rewrite hates it
<angelo_ts> clementp[m], thanks, unfortunately both links are broken there, but good to know
agraf has joined #linux-sunxi
<clementp[m]> Damn what's your ISP ?
<KotCzarny> check the readme: https://pastebin.com/raw/EkgPfZy5
<KotCzarny> :)
<angelo_ts> clementp[m], well i mean on your 1st link, there are 2 links to 2 drivers versions, none of them works
<angelo_ts> btw, thanks, i'll study !
<karlp> jerbob92: this isn't something that would be "some weird software I need to emulate" this would be more likely that the rpesentation or interptreation of your sniffer traffic isn't doing what you think it's doing.
victhor has joined #linux-sunxi
<libv> MoeIcenowy: if people turn up asking about fex in dtc in future, point them to http://linux-sunxi.org/Script.bin#Modern_script.bin_usage
<libv> clementp[m]: which device are you working on, and how did you get your fex file?
<clementp[m]> Beelink GS1 / H6-based
<clementp[m]> from the "USB update file" I think
<clementp[m]> or the SD Card OTA not sure, juste extract and found it in one partition
<libv> clementp[m]: your wiki user name is frozeus?
<clementp[m]> yes
<clementp[m]> maybe i should change that, Nickname when I was a teenager on CS 1.5 :P
<KotCzarny> i think 'choosing your username' should be part of elementary education in schools. ;)
<libv> if you have half an hour where your brain does not want to code, please make some board and case pictures
<libv> hrm, mental note, change the example device page to read "BSP kernel" and "BSP UBoot" instead of sunxi/legacy
Mangy_Dog has joined #linux-sunxi
<Mangy_Dog> can join manually
Mangy_Dog has quit [Remote host closed the connection]
Mangy_Dog has joined #linux-sunxi
<libv> KotCzarny: there's worse nicknames, i just wanted to ascertain that there is actual device page activity and who has done what there
* libv now is going to sift through sunxi-boards
<montjoie> my first nickname was nahveirtidigunswaffe, but finally it is better as password
<libv> hramrach, now that's a name from the sunxi past :)
<libv> montjoie: thanks very much
<libv> montjoie: your facebook profile might see some extra activity soon ;p
<montjoie> facebook ? didnt have any
<libv> at least make sure that you do not use that as your sunxi wiki password :)
<libv> whatever else, i do not actually care about :)
<libv> .... anyway...
<libv> fex files fun
<libv> paulk-leonov, wens, oliv3r[m], and hdegoede and ssvb who no longer are on irc: thanks!
nuuuciano has joined #linux-sunxi
<libv> clementp[m]: mail me either a git patch or the resulting fex file, i will fold it in
<clementp[m]> beelink_gs1 fex : https://pastebin.com/TdnfRMJL
<clementp[m]> taking from the firmware 106
<libv> ok, i will strip out the comments and the chinese, as that will squarely put us in copyright territory, and reduce it to the actual data needed to boot this device, as if we would've extracted it using our tools
<libv> clementp[m]: can you throw a quick writeup on how you extracted this information in http://linux-sunxi.org/Script.bin#Modern_script.bin_usage
<wens> the comments are nice though
<libv> heh, this is indeed direct comments of the data that follows
<wens> the fex file semantics changes a bit from platform to platform :/
<libv> since we have often enough been grey with respect to these things, and we in the end make sure that allwinner hw is much more popular than it otherwise would've been...
<libv> wens: yeah, keeping it, and pushing the chinese through google translate
<libv> which did a good job of the first
<libv> unless you want to spend some time on doing that :)
<libv> nah, nvm, i've already copy/pasted,
victhor has quit [Ping timeout: 257 seconds]
fkluknav has quit [Remote host closed the connection]
Andy-D has joined #linux-sunxi
fkluknav has joined #linux-sunxi
t3st3rV2 has quit [Remote host closed the connection]
t3st3rV2 has joined #linux-sunxi
<clementp[m]> I think they made a mistake on Beelink no ?
<clementp[m]> the sys_config.fex shouldn't be accessible easily correct ?
<clementp[m]> or is the dtb dynamically created at the boot ?
<libv> not sure
<libv> things were, iirc, not as convoluted back in 2015, and MoeIcenowy only just gave me some initial information yesterday
<MoeIcenowy> libv: maybe you should try to grab a device and run it
<MoeIcenowy> I think analyzing image might be easier than dumping it from rm
<MoeIcenowy> s/rm/ram/
<megi> I really should remember to run checkpatch.pl every single time
<megi> before, not after sending
<megi> :)
<clementp[m]> megi: the Orange Pi 3 has been merged no ?
<megi> not everything
<clementp[m]> https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux.git/commit/?h=sunxi/for-next&id=8fe62f1286311762ecc0066d3a7c7ea5042a5c32
<megi> just the base dts
<clementp[m]> ok
<clementp[m]> MoeIcenowy: I did a new push for H6 mali gpu but Maxime want me to test the gpu_opp_table...
<MoeIcenowy> drop it now
<MoeIcenowy> opp table is not a must
<clementp[m]> I don't have any clue how to do that :P
<clementp[m]> Ok
<clementp[m]> so the GPU will run at high voltage / high frequency all the time ?
<MoeIcenowy> no
<MoeIcenowy> I think it will be low
<MoeIcenowy> if w/o opp table
<libv> MoeIcenowy: i'm sorry, i have absolutely no intention to add to my big pile of already pretty useless hw
<libv> i should actually be working on hdmi input for fosdem, but i am just too appalled at the state of things
<aalm> why useless?
<megi> MoeIcenowy: this code might be useful for USB3 too https://lkml.org/lkml/2019/4/11/275
<megi> MoeIcenowy: but maybe not, you'll probably not need of_graph
<lavamind> bbrezillon: when I define the partition with "-" I get a cannot seek error with ubiformat at 50%,see http://paste.debian.net/1077069/
<bbrezillon> lavamind: hm, that's probably an integer overflow or something like that
<lavamind> bbrezillon: bummer
<lavamind> should I try with dist3 or is that incompatible with the Hynix chip ?
<lavamind> bbrezillon: 2.0.1
<bbrezillon> it has nothing to do with the pairing schem
<lavamind> bbrezillon: hrmm I'm wondering if in fact the NAND might really be 4 GiB
<bbrezillon> lavamind: what's the version of your mtd-utils?
<bbrezillon> nope, it's 8Gib
<bbrezillon> you can't fake that
<bbrezillon> please update to the latest version
<lavamind> bbrezillon: without slc-mode and a part of 8 GiB, ubiformat fails at 25%
<lavamind> alright, I'll try with the latest mtd-utils
<bbrezillon> yes
<bbrezillon> that's a signed integer overflow, most probably in mtd-utils
<lavamind> bbrezillon: I noticed mtd_debug doesn't know about the MTD_MLC_IN_SLC_MODE flag
<bbrezillon> yep
<bbrezillon> I didn't patch mtd-utils
<lavamind> should be trivial enough
<bbrezillon> so one more thing to add to your TODO list :)
<lavamind> haha
<MoeIcenowy> megi: in fact I did DDC transistor support before
<MoeIcenowy> but not using connector node
<lavamind> there's also u-boot support...
<lavamind> anyway, I gtg for now
<lavamind> thanks again for your help, I really appreciate this
<hramrach> heh, got job which involves actual kernel development but that makes me way less motivaetd to hack on the kernel when not at work.
<lavamind> this chip on my desk will live again <evil laugh>
<hramrach> pour some laval on it, that will surely fix it ;-)
<hramrach> *lava
<bbrezillon> lavamind: you can try with http://code.bulix.org/ojwgat-660556
f0xx has quit [Ping timeout: 244 seconds]
<megi> MoeIcenowy: how?
voodoovood2 has quit []
<MoeIcenowy> megi: I just added to HDMI controller node
<MoeIcenowy> but to be honest, maybe add it to connector node is better?
<megi> MoeIcenowy: that was already rejected
Rafael1980 has joined #linux-sunxi
dddddd has joined #linux-sunxi
tnovotny has quit [Ping timeout: 268 seconds]
Jaleco has joined #linux-sunxi
Jaleco has quit [Ping timeout: 256 seconds]
tnovotny has joined #linux-sunxi
YannSoubeyrand[m has quit [Ping timeout: 252 seconds]
clementp[m] has quit [Ping timeout: 252 seconds]
MartijnBraam has quit [Ping timeout: 240 seconds]
EmilKarlson has quit [Ping timeout: 240 seconds]
t4h4[m] has quit [Ping timeout: 252 seconds]
thefloweringash has quit [Ping timeout: 250 seconds]
Jeremy_Rand_Talo has quit [Ping timeout: 250 seconds]
romainmahoux[m] has quit [Ping timeout: 252 seconds]
fevv8[m] has quit [Ping timeout: 268 seconds]
mic-e[m] has quit [Ping timeout: 252 seconds]
MangyDog has joined #linux-sunxi
z3ntu has quit [Ping timeout: 264 seconds]
freddor has quit [Ping timeout: 252 seconds]
JuniorJPDJ has quit [Ping timeout: 250 seconds]
davidebeatrici has quit [Ping timeout: 264 seconds]
k40s[m] has quit [Ping timeout: 268 seconds]
oliv3r[m] has quit [Ping timeout: 268 seconds]
Mangy_Dog has quit [Ping timeout: 246 seconds]
MangyDog has quit [Remote host closed the connection]
Mangy_Dog has joined #linux-sunxi
afaerber has joined #linux-sunxi
airwind has quit [Quit: airwind]
lurchi_ has quit [Quit: Konversation terminated!]
lurchi__ has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
afaerber has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
selfbg has quit [Remote host closed the connection]
tjader has left #linux-sunxi [#linux-sunxi]
chewitt has quit [Quit: Zzz..]
tllim has joined #linux-sunxi
f0xx has joined #linux-sunxi
chewitt has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
jstefanop has joined #linux-sunxi
jstefanop has quit [Remote host closed the connection]
jstefanop has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
dxtr has quit [Ping timeout: 258 seconds]
clemens3_ has quit [Ping timeout: 245 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
tlwoerner has quit [Quit: Leaving]
msimpson has quit [Read error: Connection reset by peer]
Mandragor has joined #linux-sunxi
<wens> lima userspace driver merged
Mandragor has quit [Client Quit]
Mandragor has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
runtux has joined #linux-sunxi
Putti has joined #linux-sunxi
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
<Ke> wens: is it self contained to that you only need kernel module in addtion to that
<Ke> so
JohnDoe_71Rus has quit [Ping timeout: 264 seconds]
Mandragor has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
<wens> the kernel driver is also merged for -next (5.2)
JohnDoe_71Rus has joined #linux-sunxi
<runtux> Hi, I just spent some hours debugging second chipselect on spi (orangepi-zero), how about upstreaming the patch at the end of http://linux-sunxi.org/SPIdev? This solved my problem, oszilloscope pics at discussion in armbian forum https://forum.armbian.com/topic/4330-spi-gpio-chip-select-support/ which show that probably no device can work with that behaviour? The patch on that page is a year old now and probably will save people hou
<runtux> rs of debugging...
<Ke> wens: but do I need something else still?
<Ke> like some xf86-video-notmodesetting
<Ke> libdrm support I guess at least
<Ke> I guess that would be anyway for the display controller
Mandragor has joined #linux-sunxi
<wens> I can't really tell you as I haven't tried it yet
Andy-D has quit [Ping timeout: 255 seconds]
<paulk-leonov> does anyone still have numbers about expected g2d performance on A20 for given DRAM clocks?
tilpner has quit [Quit: WeeChat 2.4]
tilpner has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
lurchi__ has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<libv> naturally, a lemaker pull request is full of shit
shfil has joined #linux-sunxi
vagrantc has joined #linux-sunxi
<wens> building mesa on h5 is ... slow ...
<mru> why not build it on something faster?
<jernej> wens: be aware that lima won't work out of the box on H5. It needs a fix: https://gitlab.freedesktop.org/lima/mesa/issues/73#note_133395
<wens> jernej: thanks
<wens> mru: wanted to try it in a native environment first. build dependencies and all
<wens> jernej: I assume a proper clean fix hasn't been produced yet?
<jernej> no, just that in the comment I gave you
yann has quit [Ping timeout: 244 seconds]
<wens> I guess I'll drop down to an H3 for testing then :)
cch has quit [Remote host closed the connection]
<anarsoul> wens: looks like allwinner decided to mess with GPU in H5, since it doesn't work properly even with blob for another SoC
reinforce has joined #linux-sunxi
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 255 seconds]
Andy-D has joined #linux-sunxi
clementp has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 264 seconds]
Putti has quit [Ping timeout: 252 seconds]
afaerber has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
arc_phasor has joined #linux-sunxi
<arc_phasor> what are my options for getting the eMMC flashed in a production environment?
<clementp> Do you know if someone is working on SPDIF for H6 ? Don't want to make the things twice.
<clementp> Maybe i'm the only one interested in SPDIF for H6. OPi Board and Pine64 doesn't have it.
dev1990 has joined #linux-sunxi
<jernej> clementp: Nobody works on it AFAIK. But check existing sun4i-spdif driver. Chances are that it needs little to zero adjusments.
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 252 seconds]
valkyr1e has quit [Quit: Bye.]
chewitt has quit [Quit: Zzz..]
valkyr1e has joined #linux-sunxi
chewitt has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
<clementp> jernej: yes just we can increase the FIFO size but it's optional will give it a try
valkyr1e has quit [Quit: Bye.]
<clementp> [ 3.300477] sun4i-spdif 5093000.spdif: Missing dma channel for stream: 0 [ 3.307380] sun4i-spdif 5093000.spdif: ASoC: pcm constructor failed: -22 [ 3.314128] asoc-simple-card sound_spdif: ASoC: can't create pcm spdif-dit-hifi :-22 Initializing ran[ 3.321883] asoc-simple-card sound_spdif: ASoC: failed to instantiate card -22
<clementp> missing DMA :(
<jernej> I already send out first version of DMA
<jernej> let me find it
<clementp> got it
valkyr1e has joined #linux-sunxi
valkyr1e has quit [Quit: Bye.]
disik has quit [Remote host closed the connection]
yann has joined #linux-sunxi
valkyr1e has joined #linux-sunxi
Putti has joined #linux-sunxi
yann has quit [Ping timeout: 264 seconds]
dxtr has joined #linux-sunxi
<arc_phasor> what kind of support exists for flashing eMMC from u-boot?
Andy-D has quit [Ping timeout: 250 seconds]
yann has joined #linux-sunxi
<clementp> When should we update the arm64/configs/defconfig ? For example jernel in your DMA series should you not add it to the defconfig ?
<clementp> jernej* sorry for the typo
<jernej> DMA is already in defconfig
<jernej> is it not?
victhor has joined #linux-sunxi
<clementp> No on my sunxi/for-next
<clementp> cat /proc/asound/pcm 00-00: spdif-dit-hifi dit-hifi-0 : : playback 1 :D
Mangy_Dog has quit [Ping timeout: 246 seconds]
<clementp> working like a charm :)
<clementp> I confirm the dma_sun6i isn't enable in the arm64 defconfig
vagrantc has quit [Ping timeout: 252 seconds]
Putti has quit [Ping timeout: 252 seconds]
vagrantc has joined #linux-sunxi
<clementp> If i add the h6 variant in the driver but it's compatible with h3 should I let both in the DT ?
Andy-D has joined #linux-sunxi
cmeerw has quit [Ping timeout: 259 seconds]
<jernej> yes, you should
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 255 seconds]
camus is now known as kaspter
f0xx has quit [Ping timeout: 240 seconds]
reinforce has quit [Quit: Leaving.]
clementp has quit [Ping timeout: 256 seconds]
NeuroScr has joined #linux-sunxi
<igraltist> hi
dev1990 has quit [Quit: Konversation terminated!]
<igraltist> which size can be the sdcard for an orangepi pc2?
gnufan_home has joined #linux-sunxi
clementp has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
\\Mr_C\\ has joined #linux-sunxi
colona has joined #linux-sunxi
DonkeyHotei has quit [Read error: Connection timed out]
clementp has quit [Ping timeout: 256 seconds]
Rafael1980 has quit [*.net *.split]
chomwitt has quit [*.net *.split]
libv has quit [*.net *.split]
mzki has quit [*.net *.split]
runtux has quit [*.net *.split]
xeniter has quit [*.net *.split]
pgreco has quit [*.net *.split]
Rafael1980 has joined #linux-sunxi
runtux has joined #linux-sunxi
libv has joined #linux-sunxi
mzki has joined #linux-sunxi
pgreco has joined #linux-sunxi
xeniter has joined #linux-sunxi
vagrantc has quit [Quit: leaving]