Turl 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
bobryan has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
Pepe has quit [Ping timeout: 276 seconds]
bobryan has joined #linux-sunxi
<dan0_0> vagrantc: what distro?
<vagrantc> dan0_0: debian
<dan0_0> How?
<vagrantc> dan0_0: so it's a modularized kernel ...
<vagrantc> dan0_0: how?
<dan0_0> Like, what build env
<vagrantc> in the past i've built just using debootstrap
<vagrantc> but this time i've been using the debian-installer images
<vagrantc> (had issues with the daily builds that wouldn't boot)
<vagrantc> installed the u-boot build to the microSD card...
Ntemis has joined #linux-sunxi
<dan0_0> Huh
<vagrantc> and then started doing my usual workarounds of appending all the available modules to the initrd
<vagrantc> also tried with 4.10-rc6
<vagrantc> the linux .dtb doesn't appear to have working support for usb enabled on the cubieboard4
<vagrantc> anyways... gotta head out soon
<vagrantc> i guess i'll put the cubieboard4 back on the back-burner for a while again...
<vagrantc> oh, the other remaining issue is the lack of SMP, only detects one CPU ... guess that needs to be fixed in u-boot
* vagrantc suspects it's a similar story for the cubietruck plus A83t board...
<vagrantc> only the support for that is even less mainlined
Ntemis has quit [Remote host closed the connection]
<vagrantc> typically, if i can get SMP, USB, all the ram recognized, and ideally MMC, i'm good to go :)
* vagrantc waves
<dan0_0> Huh
<dan0_0> I should try building mainline Debian for my board
<vagrantc> which board?
* vagrantc has a bit of experience enabling board support in debian
<vagrantc> ah well, another time
vagrantc has quit [Quit: leaving]
<dan0_0> Damn
<dan0_0> OrangePi+ 2e
<dan0_0> if you look at logs for this channel perhaps
ErwinH has joined #linux-sunxi
Andy-D has quit [Ping timeout: 276 seconds]
ErwinH has quit [Ping timeout: 240 seconds]
BenG83 has quit [Ping timeout: 255 seconds]
jbrown has quit [Ping timeout: 255 seconds]
jbrown has joined #linux-sunxi
ErwinH has joined #linux-sunxi
<willmore> apritzel, Did you try that same sequence on a Remix box?
ErwinH has quit [Ping timeout: 252 seconds]
apritzel has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
<Wizzup> beeble: we have a working a10/a20 spi driver now, will see if we can send it this week
<Wizzup> for u-boot
tyler has joined #linux-sunxi
tyler is now known as Guest10571
<Guest10571> Is the I2S supported for H3 boards ?
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 276 seconds]
<willmore> Guest10571, there's a big thread on the Armbian forum about that.
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
mhlavink has quit [Ping timeout: 240 seconds]
mhlavink has joined #linux-sunxi
fkluknav has joined #linux-sunxi
desgen has joined #linux-sunxi
desgen has joined #linux-sunxi
desgen has quit [Changing host]
desgen has quit [Ping timeout: 258 seconds]
wzyy2 has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
duracrisis has quit [Ping timeout: 252 seconds]
ErwinH has joined #linux-sunxi
phil42 has quit [Ping timeout: 252 seconds]
robogoat_ is now known as robogoat
jbrown has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
duracrisis has joined #linux-sunxi
BuddyZhang1 has joined #linux-sunxi
phil42 has joined #linux-sunxi
<wens> MoeIcenowy: i had that planned for a83t :|
<Guest10571> Hi Wens. Is there a way to enable I2S for H3 boards ?
<Guest10571> thanks willmore. But i am using latest sunxi-next kernel
<wens> Guest10571: i believe codekipper was playing with it, you can ask him when he drops in
<wens> afaik h3 i2s has a different address for the fifo
<willmore> Guest10571, ahh, that is a legacy kernel thread. Sorry.
vyom has joined #linux-sunxi
vyom is now known as Guest49825
Guest49825 has quit [Client Quit]
desgen has joined #linux-sunxi
reev has joined #linux-sunxi
desgen has quit [Ping timeout: 264 seconds]
desgen has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
desgen has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
desgen has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
desgen has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
desgen has joined #linux-sunxi
desgen has joined #linux-sunxi
desgen has quit [Changing host]
jbrown has joined #linux-sunxi
terra854 has joined #linux-sunxi
wzyy2 has quit [Read error: Connection reset by peer]
wzyy2 has joined #linux-sunxi
a|3x has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 276 seconds]
<MoeIcenowy> vinimac: I have even no A20.
<MoeIcenowy> wens: I'm making a generic CCU driver
<MoeIcenowy> as all SoCs' R_CCU seems alike
jbrown has quit [Ping timeout: 255 seconds]
jbrown has joined #linux-sunxi
[7] has quit [Ping timeout: 256 seconds]
TheSeven has joined #linux-sunxi
reinforce has joined #linux-sunxi
<beeble> Wizzup: colleague said he will submit today or tomorrow
IgorPec has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
my123 has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has quit [Changing host]
BuddyZhang1 has quit [Ping timeout: 260 seconds]
Pepe has joined #linux-sunxi
bamvor__ has joined #linux-sunxi
vishnup has quit [Ping timeout: 258 seconds]
petr_ has joined #linux-sunxi
qschulz_ has joined #linux-sunxi
qschulz has quit [Ping timeout: 240 seconds]
bamvor has quit [Ping timeout: 240 seconds]
reinforce has quit [Ping timeout: 240 seconds]
petr has quit [Ping timeout: 240 seconds]
TheLinuxBug has quit [Ping timeout: 240 seconds]
my123_ has quit [Ping timeout: 240 seconds]
bamvor__ is now known as bamvor
reinforce has joined #linux-sunxi
TheLinuxBug has joined #linux-sunxi
Pepe has quit [Ping timeout: 245 seconds]
<wens> MoeIcenowy: i know, differences include number of gates and resets, whether there is a control for OSC24M, and possibly OSC16M, and whether apb0 dividers are sane
<MoeIcenowy> wens: I think in A31 the apb0 dividers may be an error
<wens> MoeIcenowy: error? iirc mripard tested it, the first value is indeed /2
<MoeIcenowy> ah-oh
<MoeIcenowy> strange
ErwinH has joined #linux-sunxi
<MoeIcenowy> so seems we can only share A23/33, H3/5 and A64...
<MoeIcenowy> and for A23 I think the CCU may conflict with the PRCM mfd...
<wens> precisely why i haven't done it yet :p
ErwinH has quit [Ping timeout: 252 seconds]
<MoeIcenowy> so ignore A23/33 now ;-)
<MoeIcenowy> I will care only H3 and A64
IgorPec has quit [Ping timeout: 240 seconds]
muvlon has quit [Ping timeout: 245 seconds]
a|3x has joined #linux-sunxi
muvlon has joined #linux-sunxi
a|3x has quit [Ping timeout: 252 seconds]
jbrown has quit [Ping timeout: 255 seconds]
qschulz_ is now known as qschulz
a|3x has joined #linux-sunxi
jbrown has joined #linux-sunxi
foxx has joined #linux-sunxi
kaspter has joined #linux-sunxi
apritzel has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
kaspter has joined #linux-sunxi
a|3x has quit [Ping timeout: 276 seconds]
apritzel has quit [Ping timeout: 240 seconds]
IgorPec5 has joined #linux-sunxi
a|3x has joined #linux-sunxi
Mylene has joined #linux-sunxi
Andy-D has joined #linux-sunxi
IgorPec has joined #linux-sunxi
florianH has joined #linux-sunxi
IgorPec5 has quit [Ping timeout: 264 seconds]
kaspter has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
afaerber has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
<jelle> btw does anyone have a good idea how to debug a non-working sdio wifi/
kaspter has quit [Ping timeout: 256 seconds]
kaspter has joined #linux-sunxi
<MoeIcenowy> jelle: is the driver probed?
<MoeIcenowy> is the card recognized?
<jelle> MoeIcenowy: nothing in dmesg, I do have brsmfmac build in
<MoeIcenowy> how about info about 1c10000.mmc ?
<jelle> MoeIcenowy: http://sprunge.us/WfOF the dts
<jelle> MoeIcenowy: hmm second
<jelle> MoeIcenowy: dmesg => http://dpaste.com/0RZQ6GK
<MoeIcenowy> are you sure that you are using this dt?
<MoeIcenowy> 1c10000.mmc isn't probed at all.
<MoeIcenowy> is CONFIG_PWRSEQ_SIMPLE enabled in the kernel config?
<MoeIcenowy> (I remembered Fedora kernel forgot to enable this
<jelle> MoeIcenowy: so I am wondering how I can check the dts in linux :)
<MoeIcenowy> /sys/firmware/devicetree
<jelle> CONFIG_PWRSEQ_SIMPLE=y
<MoeIcenowy> so check dt
<jelle> checking
<jelle> MoeIcenowy: well in soc there are three mmc nodes, disabled though
jbrown has joined #linux-sunxi
<MoeIcenowy> I think mmc@1c10000 is needed to checked
<MoeIcenowy> it's mmc1
<MoeIcenowy> 1c0f000 is mmc0 and 1c11000 is mmc2
<MoeIcenowy> P.S. on Nano Pi Air I think these three ones are all needed to be enabled
<MoeIcenowy> mmc0 for sd slot, mmc1 for ap6212 and mmc2 for emmc
<jelle> MoeIcenowy: yes, but I would love to fix one issue at a time :)
<jelle> MoeIcenowy: I have the feeling I'm not loading the right dts
* jelle thinks he should be able to find 'wifi_pwrseq' in /sys/firmware/devicetree/base
Xalius has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
f0xx has joined #linux-sunxi
Andy-D has quit [Ping timeout: 256 seconds]
<MoeIcenowy> jelle: have you applied the correct dt?
Xalius has quit [Quit: Bye]
Xal1us has joined #linux-sunxi
Xal1us has quit [Client Quit]
Xal1us has joined #linux-sunxi
mripard_ is now known as mripard
sztibi88_ has joined #linux-sunxi
<jelle> MoeIcenowy: compiled the dtbs, copied it to my boot partition
<jelle> well boot/dtbs
<jelle> no my time is up so will look at it later
* jelle has the feeling he is missing something / doing something silly
LargePrime has quit [Ping timeout: 264 seconds]
msevwork has joined #linux-sunxi
sztibi88_ has quit [Remote host closed the connection]
LargePrime has joined #linux-sunxi
Net147 has quit [Ping timeout: 240 seconds]
Xalius has joined #linux-sunxi
Xal1us has quit [Read error: Connection reset by peer]
BenG83 has joined #linux-sunxi
Net147 has joined #linux-sunxi
Ntemis has joined #linux-sunxi
fkluknav has joined #linux-sunxi
Qui_Sum has left #linux-sunxi [#linux-sunxi]
Ntemis has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
codekipper has joined #linux-sunxi
<codekipper> Guest10571: Hi, I2S, SPDIF, analog and HDMI are working on my github branch https://github.com/codekipper/linux-sunxi/commits/sunxi-wip
<codekipper> I've been rebasing to linux next but haven't pushed anything for a while.
sztibi88_ has joined #linux-sunxi
lemonzest has joined #linux-sunxi
fl_0 has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
cobra_koral has joined #linux-sunxi
sztibi88_ has quit [Remote host closed the connection]
fl_0 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 245 seconds]
DullTube has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
<jelle> =)
<rellla> +1 for the first sentence
wzyy2 has quit [Read error: No route to host]
Net147 has quit [Quit: Quit]
Xalius has quit [Ping timeout: 240 seconds]
Net147 has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
longsleep has quit [Remote host closed the connection]
longsleep has joined #linux-sunxi
jbrown has joined #linux-sunxi
Xalius has joined #linux-sunxi
Xalius has quit [Client Quit]
Xalius has joined #linux-sunxi
flygoat has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
IgorPec has joined #linux-sunxi
BenG83 has quit [Ping timeout: 240 seconds]
Xal1us has joined #linux-sunxi
Xal1us has quit [Client Quit]
BenG83 has joined #linux-sunxi
Xal1us has joined #linux-sunxi
Xal1us has quit [Client Quit]
Xal1us has joined #linux-sunxi
Xalius has quit [Ping timeout: 252 seconds]
tsuggs has quit [Ping timeout: 260 seconds]
<rah> # first bad commit: [78a9f0dbcd6015cdd1114dc7d78554fd5bb28010] ARM: dts: sun6i: switch A31/A31s to new CCU clock bindings
<rah> mripard: this commit is apparently killing my X
<rah> wens: ^
<rah> X seems to be running merrily but the HDMI-attached monitor says there's no signal
jbrown has quit [Ping timeout: 255 seconds]
<plaes> wens, MoeIcenowy ^^
jbrown has joined #linux-sunxi
<MoeIcenowy> rah: are you using simplefb?
<rah> MoeIcenowy: that's what dmesg tells me
<rah> (yes :-)
<rah> [ 0.190654] simple-framebuffer bf817000.framebuffer: framebuffer at 0xbf817000, 0x7e9000 bytes, mapped to 0xf0880000
<rah> [ 0.190669] simple-framebuffer bf817000.framebuffer: format=x8r8g8b8, mode=1920x1080x32, linelength=7680
<rah> [ 0.255883] simple-framebuffer bf817000.framebuffer: fb0: simplefb registered!
<MoeIcenowy> could you paste the content of /sys/kernel/debug/clk/clk_summary
<MoeIcenowy> for long contents please consider use a pastebin
<MoeIcenowy> before starting X it's well?
<rah> I wondered that
<rah> I'll reboot it and have a look
<MoeIcenowy> and what's your board?
<rah> MoeIcenowy: I don't get any console output after u-boot, no
yann-kaelig has joined #linux-sunxi
<rah> MoeIcenowy: it'a a Mele A1000G Quad top set box
afaerber has quit [Quit: Leaving]
reev has quit [Ping timeout: 252 seconds]
<rah> merde :-/
<rah> [ 52.306105] EXT4-fs error (device mmcblk0p1): __ext4_get_inode_loc:4317: inode #524872: block 2097284: comm cron: unable to read itable block
<rah> [ 52.318823] EXT4-fs (mmcblk0p1): previous I/O error to superblock detected
<rah> MoeIcenowy: I booted a different kernel, which works with X, and I don't get console output on that either
<rah> so I'm not sure if it's "well" before X
<MoeIcenowy> so... cc wens ;-)
<MoeIcenowy> I cannot solve it now...
afaerber has joined #linux-sunxi
<arete74__> /quit
arete74__ has quit [Quit: leaving]
Mr__Anderson has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Mr__Anderson has quit [Read error: Connection reset by peer]
dave0x6d has joined #linux-sunxi
<montjoie> does someone remember a link where tkaiser explain his methodology for benching emac ?
bobryan has quit [Ping timeout: 260 seconds]
victhor has joined #linux-sunxi
<KotCzarny> i guess iperf3 was his tool
Mr__Anderson has joined #linux-sunxi
<montjoie> the first seems ok
<Ke> https://users.aalto.fi/~jkarlson/files/0001-firmware-unconditionally-print-the-names-of-all-the-.patch now that I created this awesome patch, someone can tell me, what would have been the proper way to list all loadred fw files
DullTube has quit [Quit: Leaving]
komunista has joined #linux-sunxi
<ElBarto> mhm, I need to test emac speed on 1Gbps on FreeBSD
<ElBarto> what's the rate on linux ?
Mr__Anderson has quit [Read error: Connection reset by peer]
Mr__Anderson has joined #linux-sunxi
vickycq- has quit [Ping timeout: 256 seconds]
<KotCzarny> elbarto: depends on board
vickycq- has joined #linux-sunxi
<KotCzarny> but i think people were seeing as high as 90+mbit on emacs and 950+mbit on gmacs
<KotCzarny> and otoh as low as 150mbit on gmacs sometimes
<ElBarto> ~line speed for 100Mbps link doesn't suprise me
<ElBarto> oh, on what board ?
cnxsoft has quit [Quit: cnxsoft]
<KotCzarny> also it varies depending on driver and version of the driver
Mr__Anderson has quit [Ping timeout: 258 seconds]
<ElBarto> what the driver mainlined finally or not yet ?
<montjoie> ElBarto: on pine64 for the moment I got 500/700
<montjoie> TX/RX
<montjoie> with the new dwmac-sun8I
<KotCzarny> driver had to be readapted
<ElBarto> ok
Mr__Anderson has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has joined #linux-sunxi
bobryan has quit [Changing host]
flygoat has quit [Quit: Connection closed for inactivity]
reinforce has quit [Quit: Leaving.]
codekipper has quit [Quit: Page closed]
rookieone has quit [Ping timeout: 255 seconds]
rookieone has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
Xalius has joined #linux-sunxi
Xal1us has quit [Read error: Connection reset by peer]
MXfive has joined #linux-sunxi
Andy-D has joined #linux-sunxi
BenG83 has quit [Ping timeout: 240 seconds]
The_Loko has joined #linux-sunxi
muvlon has quit [Ping timeout: 245 seconds]
nove has joined #linux-sunxi
BenG83 has joined #linux-sunxi
flygoat has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
muvlon has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Client Quit]
IgorPec has joined #linux-sunxi
nemunaire has quit [Ping timeout: 255 seconds]
vishnup has joined #linux-sunxi
nemunaire has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
fdcx has quit [Ping timeout: 256 seconds]
<MoeIcenowy> mripard: I'm thinking about DE2 driver again... Seems that sun4i-drm driver is highly-coupled...
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<MoeIcenowy> and it become difficult to reuse any component...
IgorPec has joined #linux-sunxi
Pepe has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
IgorPec has quit [Client Quit]
BenG83 has quit [Ping timeout: 255 seconds]
IgorPec has joined #linux-sunxi
BenG83 has joined #linux-sunxi
fkluknav has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
tkaiser has joined #linux-sunxi
IgorPec has quit [Client Quit]
<tkaiser> montjoie: For network performance tests you have to take care what you're measuring in reality. Common tools like iperf/iperf3 (and all the others) on SBC are easily bottlenecked by lack of CPU horsepower.
<tkaiser> montjoie: In case you have any cpufreq scaling working use performance governor, in case you're using any cpufreq less than 1200 MHz on H3 change this and always run htop in another shell.
<tkaiser> montjoie: Another annoying relationship is compiler settings benchmark tools like iperf/iperf3 have been built with. I got different numbers with iperf3 with otherwise identical environment when comparing Debian Jessie (GCC 4.9) vs. Ubuntu Xenial (GCC 5.4) with distro packages. Numbers in one direction were different since iperf3 on Xenial behaved multithreaded while acting single threaded on Jessie (and being bottlenecked by
<tkaiser> CPU then)
fkluknav has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
<tkaiser> montjoie: Please read through 2nd post of this here to get the idea why you most of the times don't test your driver but something else: https://forum.armbian.com/index.php/topic/1917-armbian-running-on-pine64-and-other-a64h5-devices/
IgorPec has quit [Client Quit]
<tkaiser> montjoie: At least when you're in 'passive benchmarking' mode trusting in common benchmark tools like iperf or iperf3 (I prefer the latter since reporting 2 second values and also count of retransmits)
IgorPec has joined #linux-sunxi
<tkaiser> montjoie: In case I could further help, just ask. Now time to prepare barbecue (Gigot! Am currently in the South of France on vacation) but I'll real backlog tomorrow and answer if I can :)
<tkaiser> s/real/read
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<KotCzarny> you've missed final slash on that regexp
IgorPec has quit [Client Quit]
oliv3r_ has quit [Quit: Lost terminal]
<MoeIcenowy> at least vim can read this kind of regexp.
<KotCzarny> are you using vim? o.O
fkluknav has joined #linux-sunxi
<MoeIcenowy> yes ;-)
<MoeIcenowy> mripard: will you send out your coupled-voltage-regulator driver? I think A64 boards with AXP803 will need it
<MoeIcenowy> they coupled DCDC2 and DCDC3 as VDD-CPUX
IgorPec has joined #linux-sunxi
fdcx has joined #linux-sunxi
fdcx has quit [Ping timeout: 255 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
IgorPec2 has joined #linux-sunxi
terra854 has joined #linux-sunxi
jernej has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<jernej> MoeIcenowy: Did you find the issue with DE2 on A64?
BenG83 has quit [Quit: Leaving]
desgen has left #linux-sunxi [#linux-sunxi]
<MoeIcenowy> jernej: nope.
<jernej> MoeIcenowy: Did you see tllim invitation two days ago?
<MoeIcenowy> ?
<MoeIcenowy> I didn't see
<KotCzarny> see logs please
<MoeIcenowy> search for what?
<KotCzarny> unique opportunity
<KotCzarny> for 'shenzen'
<jernej> MoeIcenowy: Best to read everything from there on
<MoeIcenowy> oh seems some important thing ;-)
Xal1us has joined #linux-sunxi
flygoat has quit [Quit: Connection closed for inactivity]
<KotCzarny> unique ;)
<jernej> It seems like unique oportunity to get some info :)
<KotCzarny> and to tell them what is happening in the outside world too!
Xalius has quit [Ping timeout: 255 seconds]
<jernej> MoeIcenowy: I spent two evenings trying to enable DE2 without success
<MoeIcenowy> I spent more than two evenings :-(
<jernej> MoeIcenowy: At least it seems that it is not CCU related
<MoeIcenowy> yes
<MoeIcenowy> and it seems also not power-related...
<MoeIcenowy> as I tried to enable as many power supplies as I can :-(
fkluknav has quit [Ping timeout: 264 seconds]
<jernej> do you have an idea which registers I can dump from BSP based image?
<jernej> even BSP U-Boot can write to DE2 memory space
<MoeIcenowy> no idea
dizz74 has joined #linux-sunxi
<dizz74> Hi! If I use UART#0 as debug [uart_para] uart_debug_port = 0; then In uart0 config need [uart0] uart_used= 1 or 0?
afaerber has quit [Quit: Leaving]
dave0x6d has quit [Quit: Connection closed for inactivity]
<MoeIcenowy> jernej: do you have a full dmesg of the BSP kernel?
<beeble> dizz74: 1
<jernej> no, but I can get you one pretty quickly
<dizz74> beeble: thnx. And printf() function will be debug text to this debug_uart?
the0loko has joined #linux-sunxi
The_Loko has quit [Ping timeout: 260 seconds]
IgorPec2 has quit [Ping timeout: 276 seconds]
<jernej> MoeIcenowy: http://sprunge.us/gJSc Please disregard crash, image is show nevertheless :)
Mr__Anderson has quit [Remote host closed the connection]
<beeble> dizz74: not sure. just checked a fex file i had
LargePrime has quit [Read error: Connection reset by peer]
<beeble> dizz74: and depends about where you put the printf?
Xal1us has quit [Quit: Bye]
Xalius has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
Guest10571 has quit [Ping timeout: 260 seconds]
LargePrime has joined #linux-sunxi
BenG83 has joined #linux-sunxi
LargePrime has quit [Ping timeout: 255 seconds]
nemunaire has quit [Ping timeout: 264 seconds]
the0loko has quit [Quit: Leaving]
IgorPec has quit [Ping timeout: 240 seconds]
<mripard> MoeIcenowy: not in any foreseeable future
IgorPec has joined #linux-sunxi
LargePrime has joined #linux-sunxi
MXfive has quit [Quit: Sleep Quit.]
MXfive has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
<jernej> MoeIcenowy: Did you try enabling also DCDC6 power? It is not yet present in U-Boot config...
matthias_bgg_ has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 264 seconds]
fdcx has joined #linux-sunxi
dizz74 has quit [Ping timeout: 260 seconds]
Ntemis has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
f0xx has quit [Ping timeout: 245 seconds]
iamfrankenstein has joined #linux-sunxi
IgorPec has quit [Ping timeout: 264 seconds]
<jelle> MoeIcenowy: I'm stupid, I'm loading the nanopi neo dts (didn't fix the u-boot defconfig file >_>)
<plaes> mripard: in the second patch for A33 mali improvements there's typo in the documentation path
<jelle> [ 1.284704] sunxi-mmc 1c10000.mmc: allocated mmc-pwrseq
<jelle> that looks better ;-)
ErwinH has quit [Read error: Connection reset by peer]
ErwinH has joined #linux-sunxi
<plaes> o_O
terra854 has quit [Quit: Connection closed for inactivity]
<jelle> plaes: o?
<plaes> well... amazing :D
Ntemis has quit [Remote host closed the connection]
matthias_bgg_ has quit [Ping timeout: 260 seconds]
yann-kaelig has joined #linux-sunxi
fdcx has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
fdcx has joined #linux-sunxi
fdcx_ has joined #linux-sunxi
<willmore> NiteHawk, do you think a page on the Xunlong camera module would be useful? Many of the Opi boards have a small paragraph about it and they come in two variants and they all mention the same info.
vagrantc has joined #linux-sunxi
vagrantc has quit [Changing host]
vagrantc has joined #linux-sunxi
foxx has quit [Ping timeout: 240 seconds]
yann-kaelig has quit [Quit: Leaving]
<KotCzarny> willmore, maybe it should be done in similar way as wifi page?
<jelle> oh fun, nanopi neo air needs a different firmware for brcmfmac43430-sdio.bin
<KotCzarny> brands/models tables with driver and support status
* jelle wonders if this is often the case
<KotCzarny> jelle, check if that firmware works on other devices?
<jelle> KotCzarny: I don't have other devices
<willmore> KotCzarny, I was thinking of starting with the Xunlong camera, talking about the adapter board needed, then about the driver issues, finally a table of which boards support cameras and if they need the adapter or not.
<willmore> Does that seem logical?
apritzel has joined #linux-sunxi
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 264 seconds]
Andy-D has quit [Ping timeout: 255 seconds]
<jemk> apritzel: yes, that's me, sorry for the confusion
<apritzel> jemk: hi, no worries ;-)
<apritzel> jemk: so thanks for the reply, and indeed an smc #0 worked
<apritzel> I didn't even think about it, since every vector table I saw from Allwinner had a "b ." in all vectors except reset and IRQ
<apritzel> jemk: but for loading from MMC or SPI we will need a different boot signature format, right? eGON will not do it, apparently
<jemk> apritzel: there is some code in sram a2, if you disassemble it it looks like this possibility is intentional
<apritzel> jemk: ah, good point, I found some A2 addresses in the BROM disassembly
<jemk> have to search my old notes for the exact address, i put this on hold months ago
<apritzel> so, yes, for this smc to work you need to clear NS and eret, so this is intentional
yann-kaelig has joined #linux-sunxi
<jemk> yeah, boot0 got replaced by toc0, with much more complex headers containing keys and signatures
yann-kaelig has quit [Remote host closed the connection]
nemunaire has joined #linux-sunxi
<apritzel> jemk: right, toc0, I saw this on the Remix Mini PC
<apritzel> jemk: forgot the name of it
<apritzel> jemk: do you have any pointer to some documentation
MXfive has quit [Quit: Sleep Quit.]
<jemk> apritzel: not really, some headers are in the u-boot code drops, the tool to sign is closed source (dragonsecboot)
<apritzel> and in the (non-secure) BROM I see references to 0x45a00 and 0x50500
Andy-D has joined #linux-sunxi
<jemk> apritzel: the secure vectors are at 0x450c0 on h3
BenG83 has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
BenG83 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<apritzel> jemk: as on a (secure) A64: MVBAR: 0x450c0
komunista has quit [Quit: Leaving.]
lemonzest has quit [Quit: Leaving]
<jemk> apritzel: and just in case you wonder where all this stuff happens: there is a second boot rom not visible in fel mode (because fel is still handled by the 'old' brom)
<jemk> they somehow remap 0xffff0000 to different roms, the secure one is only visible when booting from storage
<ssvb> jemk: it would be nice to start documenting this somewhere in the wiki
<jemk> ssvb: yeah, i know, i started researching that last summer and then didn't have much time for sunxi anymore
<apritzel> ssvb: jemk: yes, I am about to create a page ...
<jemk> i'll have to get used to putting notes in the wiki instead of txt on my hdd
<apritzel> jemk: I reckon the secure BROM and non-secure are banked (at address 0)
<apritzel> switched by some bit somewhere
<apritzel> jemk: ah, right, H3 has the ROM high, sorry, missed that
<jemk> the secure one gets enabled by the fuse we burned, no idea how they switch back for fel
<apritzel> I was wondering if it's always the secure BROM to start with, this checks the fuse and switches over to non-secure if not burned
<apritzel> so we would never see the secure BROM on a "non-secure" machine
<jemk> the secure one was visible right after burning the fuse, without rebooting
<jemk> but it can't be read from non-secure state, even when it is active
chomwitt has joined #linux-sunxi
LargePrime has quit [Ping timeout: 252 seconds]
<apritzel> maybe after the smc?
<jemk> in fel you always get the normal brom, regardless of secure state
<jemk> i think there is some bit in sysctrl to switch roms, they do a lot of stuff there
dave0x6d has joined #linux-sunxi
<apritzel> jemk: yeah, I was actually hoping to find that magic bit that enables security (ala secure state is observed, SRAM A2 is secure only, the peripheral trust zone controller respected, ...)
<apritzel> jemk: I was wondering if I could use the two security holes in AW's software to access the secure side on the Remix Mini
<apritzel> jemk: the first one being the infamous "rootmydevice" backdoor in their kernel, the second one the ATF backdoor to access secure memory
<jemk> apritzel: or just boot it in fel and try a smc, then read the keys from sid
<jemk> if that works the whole security concept is useless
<apritzel> at least the read side of SID becomes accessible again after an smc: http://pastebin.com/Lx7vQE6u
nove has quit [Quit: nove]
<jemk> apritzel: if that works with the whole efuse area, including the secure storage keys, ...
<jemk> apritzel: the sbrom writes a lot of stuff to 0x01c000f0, but it looks more like some debug codes
<apritzel> jemk, I can now dump any SID, do you know where the keys are?
LargePrime has joined #linux-sunxi
<jemk> apritzel: according to efuse.h the ssk is at 0x84
victhor has quit [Ping timeout: 260 seconds]
<jemk> apritzel: try bit 31 in 0x01c000f0, could be switching the brom
<apritzel> not surprisingly the SID is zero at this address, but I guess that is what it was before
* apritzel is AFK for a while ...
amit has joined #linux-sunxi
amit is now known as Guest67747
<Guest67747> Hi Codekipper. I tried https://github.com/codekipper/linux-sunxi/commits/sunxi-wip but the I2s device does not show up in the alsa list. my dmesg is at http://pastebin.com/BJXMEb0u and dts file at http://pastebin.com/8s7mf8Kp
<ssvb> jemk: what kind of algorithm is used for handling these keys? wouldn't it be reasonable for them to use asymmetric cryptography?
<ssvb> jemk: and if we just read a public key from there, then it will not help much
<jemk> ssvb: the signatures are rsa, but as far as i know there are also aes keys for some secure storage stuff like drm, hdcp, ...
iaglium has joined #linux-sunxi
<jemk> user manual crypto engine: CE in secure mode uses RSSK as key,The ciphertext of HDCP/EK/BSSK key in external memory is decrypted by
<jemk> AES
<jemk> but right above is written only ce can read these, so maybe its ok
vagrantc has quit [Quit: leaving]
* jemk is back tomorrow
swiftgeek has quit [Ping timeout: 240 seconds]
Err has quit [Ping timeout: 240 seconds]
Err has joined #linux-sunxi
Guest67747 has quit [Ping timeout: 260 seconds]
swiftgeek has joined #linux-sunxi
stoned has joined #linux-sunxi
stoned is now known as Guest44814
muvlon has quit [Quit: Leaving]
Guest44814 has quit [Client Quit]
stoned0651_ has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]