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
swiftgeek has quit [Quit: WeeChat 1.7]
Ntemis has quit [Remote host closed the connection]
dave0x6d has quit [Quit: Connection closed for inactivity]
lurchi_ is now known as lurchi__
Mr__Anderson has quit [Remote host closed the connection]
jski_ has quit [Ping timeout: 240 seconds]
jski has joined #linux-sunxi
Wizzup has quit [Quit: leaving]
Wizzup has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
jernej_ is now known as jernej
<jernej> shadeslayer: vi means number of yuv channels and ui means number of rgb channels
<shadeslayer> ah I see, is this documented somewhere?
<jernej> no
<shadeslayer> ok, then I looked in the right places :P
<jernej> I wrote U-Boot HDMI driver, which is not mainlined yet
<jernej> you can take a look here: https://github.com/jernejsk/u-boot
<shadeslayer> ahh :D
<shadeslayer> I am going to now :)
<jernej> it supports A64 HDMI
<BenG83_PB> nice ;)
<jernej> it can be used through simplefb DT nodes
<shadeslayer> jernej: thanks, I had a question about this since I'm trying to get the DRM bits working on the Pine
<jernej> so kernel can use HDMI trough it
<shadeslayer> does uboot need to enable these nodes at boot for the kernel to be able to use it?
<jernej> for simple work it is enough
<shadeslayer> or would it not matter
<jernej> nodes has to be present
<jernej> then they are populated on the fly before boot
<shadeslayer> I see
<jernej> Let me check if Armbian already use simplefb for A64
<shadeslayer> well I can just build uboot from your de2 branch :)
<shadeslayer> that would work right?
<jernej> so if you download Armbian nightly dev version for Pine, you would already have HDMI output on Pine64
swiftgeek has joined #linux-sunxi
<jernej> well, A64 needs also ATF, which is separate build
<shadeslayer> yeah but I'm more interested in learing about what those patches do rather than in the end result
<shadeslayer> jernej: right, I already have all of that setup
<jernej> shadeslayer: I plan to write mainline HDMI driver and MoeIcenowy DE2
<jernej> actually, HDMI bridge
<shadeslayer> jernej: sure, that doesn't really help /me/ learn how to write one :)
* shadeslayer is interested in how all of this works
<jernej> ah, I forgot to delete that branch
<shadeslayer> jernej: oh which branch then?
<jernej> de2_wip
<jernej> default
<jernej> it has support for H3/H5/A64
<shadeslayer> ok
<jernej> well, you have long way ahead :)
<shadeslayer> definitely :)
<shadeslayer> have to start somewhere though :)
<jernej> shadeslayer: you can also check jf moine's H3 DRM driver, where code part should be the same as A64
lurchi__ is now known as lurchi_
<jernej> but it won't work as it is, because it doesn't claim SRAM and also doesn't turn on HDMI power supply
<jernej> my patch also doesn't turn on HDMI power supply, so it has to be done either through ATF or additional U-Boot patch
<shadeslayer> which ATF do I need? I'm using apritzel's
<shadeslayer> https://github.com/apritzel/arm-trusted-firmware , allwinner branch
<jernej> If you are using latest version, then you should be fine
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 246 seconds]
BenG83 has quit [Quit: Leaving]
<apritzel> shadeslayer: the allwinner branch enables the HDMI power rail now
florianH has quit [Quit: Connection closed for inactivity]
<lurchi_> apritzel: whats the difference between the aw and aw-stable branches?
<shadeslayer> apritzel: heh, I still haven't figured out that no-pie issue btw
<shadeslayer> so I built it with export CFLAGS="-fno-PIE"
<shadeslayer> and then uboot and tried to boot
<shadeslayer> no luck so far
<shadeslayer> but I'll take a look tomorrow since it's pretty late now
<lurchi_> apritzel: just saw your udelay implementation in ATF - you can stop the compiler from optimizing away the loop by inserting '__asm__ volatile ("" ::: memory)', and keep the C code
<apritzel> lurchi_: why shall I keep a broken and misformatted function written by AW?
<apritzel> shadeslayer: aw and aw-stable are the same, I just messed up and push my local branch under its local name instead of the public "allwinner" name
<apritzel> shadeslayer: to avoid confusion I made both branches the same for now
<lurchi_> apritzel: "for (int j = 0; j < 1000; j++) { __asm__ volatile("" ::: memory) }" may be easier to read than the inline asm
<apritzel> it's more precise this way, though
<lurchi_> apritzel: more precise?
apritzel has quit [Quit: Leaving.]
terra854 has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
<TheLinuxBug> okay, I have to admit I just laughed pretty hard at this, ESPRESSObin put and update https://www.kickstarter.com/projects/874883570/marvell-espressobin-board/posts/1790971 and they stated 'We are excited to shart shipping ESPRESSObin!' :D
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<wens> MoeIcenowy: it's not needed currently, maybe i just forgot about this little detail (not having R_PIO reset)
<wens> not supporting an soc or two is fine by me, we're playing catch up anyway
jailbox has quit [Ping timeout: 264 seconds]
sgteem has joined #linux-sunxi
sgteem_ has quit [Ping timeout: 260 seconds]
ninolein_ has joined #linux-sunxi
jailbox has joined #linux-sunxi
ninolein has quit [Ping timeout: 264 seconds]
<willmore> TheLinuxBug, 'shart'?
freemangordon has joined #linux-sunxi
<igraltist> hi
<igraltist> i load this driver: modprobe -v binfmt_misc
<igraltist> insmod /lib/modules/4.9.13-rsbac-1+/kernel/fs/binfmt_misc.ko
<igraltist> but director in /proc/sys/fs/binfmt_misc
<igraltist> its for the cubietruck maybe i missed a configuration
<igraltist> its has no directory
<igraltist> │ CONFIG_IO_STRICT_DEVMEM: │
<igraltist> maybe this should disabled
lurchi_ is now known as lurchi__
reev has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 268 seconds]
juri_ has quit [Ping timeout: 264 seconds]
victhor has quit [Ping timeout: 246 seconds]
wzyy2 has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
lkcl has joined #linux-sunxi
ramshorns has quit [Ping timeout: 256 seconds]
juri_ has joined #linux-sunxi
pg12 has quit [Ping timeout: 246 seconds]
pg12 has joined #linux-sunxi
ramshorns has joined #linux-sunxi
vagrantc has joined #linux-sunxi
lkcl has quit [Ping timeout: 246 seconds]
Rondom has quit [Remote host closed the connection]
Rondom has joined #linux-sunxi
laj has quit [Quit: Page closed]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
IgorPec has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 260 seconds]
riaqn has quit [Read error: Connection reset by peer]
lkcl has joined #linux-sunxi
lurchi__ has quit [Read error: Connection reset by peer]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
wzyy2 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
reinforce has joined #linux-sunxi
foxx has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
muvlon has quit [Ping timeout: 260 seconds]
<KotCzarny> lol @ sharting coffee bins ;)
muvlon has joined #linux-sunxi
<MoeIcenowy> do you want to make coffee with Allwinner devices? ;-)
<KotCzarny> will it blend? ;)
DullTube has joined #linux-sunxi
<KotCzarny> NanoPi M1 Plus looks cute
<KotCzarny> but its a bit pricey, ho-hum
vagrantc has quit [Ping timeout: 240 seconds]
jernej has quit [Ping timeout: 240 seconds]
BenG83_PB has quit [Ping timeout: 258 seconds]
<mrnuke> MoeIcenowy: all-winner coffee. wouldn't complain :p
<MoeIcenowy> Allwinner chips are enough to implement a HTCPCP stack ;-)
<KotCzarny> mrnuke, you could have some stomach issues on the rough bits of it
<mrnuke> KotCzarny: I'll just let it sit a bit, get some bit rot in before drinking it
wzyy2 has quit [Read error: Connection reset by peer]
terra854 has quit [Quit: Connection closed for inactivity]
BenG83_PB has joined #linux-sunxi
<ssvb> jemk, apritzel: my Orange Pi PC now has secure mode bit burned in the eFUSE :-)also pushed the initial revision of eGON <-> TOC0 conversion scripts - https://github.com/ssvb/sunxi-tools/commit/f4ce377c2620e76e07dc90c6421bf869a1c44ebb
<ssvb> Loading TOC0 into SRAM A2 allows to boot H3 and A64/H64 from the same SD card
<plaes> oh man, you have some courage :)
<libv> toc0 is for which SoCs?
<libv> the explanation of what it is and when it appeared is missing from the top of the wiki page
<MoeIcenowy> libv: for SoCs with secure boot feature and have the feature enabled in eFUSE
<libv> --> wiki.
<ssvb> toc0 is the new bootloader header format, used by the secure BROM
wzyy2 has joined #linux-sunxi
<ssvb> libv: we are populating the http://linux-sunxi.org/TOC0 page with information, you can expect it to be much better in a few days
<libv> yeah, i see that you guys are pretty active
<libv> i just had to infer what it was and when it started to be relevant
<libv> which is why i now told you this
<KotCzarny> bricks, bricks everywhere
<ssvb> plaes: jemk and apritzel already did this long before me :-) and I still have another H3 board for experiments
<KotCzarny> want to destroy someone's board? here, put this card in and cycle power ;)
<plaes> so, once it's burned, the only way to move back is to decap, apply some nail polish and UV?
<MoeIcenowy> plaes: maybe UV won't help on eFUSEs
vagrantc has joined #linux-sunxi
<MoeIcenowy> UV can only help on EPROM
<ssvb> well, when we have better TOC0 format support, there will be not much difference
<ssvb> and jemk is suspecting that there is an anti-bit in the eFUSE, which can be blown to revert the SoC to the non-secure boot state
<ssvb> but once this is done, we can't ever activate the secure boot mode again
<ssvb> also we can probably set all ROTPK_HASH bits to 1 and thus disable it
<MoeIcenowy> I think AW didn't say ROTPK_HASH as all 1
<MoeIcenowy> they only said that all 0 ROTPK_HASH will omit pk verify
r1mikey has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
<plaes> so boot time for TOC0 will be always slower due to size and extra processing that has to be done?
r1mikey has joined #linux-sunxi
<ssvb> MoeIcenowy: all bits set to 1 is likely also a special case - https://irclog.whitequark.org/linux-sunxi/2017-02-21#18895454
<ssvb> plaes: yes, boot time is longer
r1mikey_ has joined #linux-sunxi
phil42 has quit [Ping timeout: 260 seconds]
vagrantc has quit [Ping timeout: 258 seconds]
r1mikey has quit [Ping timeout: 246 seconds]
florianH has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
aballier has quit [Quit: leaving]
techping has joined #linux-sunxi
Gerwin_J_ has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 260 seconds]
Gerwin_J_ is now known as Gerwin_J
massi has joined #linux-sunxi
r1mikey_ has quit [Remote host closed the connection]
techping has quit [Remote host closed the connection]
massi has joined #linux-sunxi
r1mikey has joined #linux-sunxi
aballier has joined #linux-sunxi
aballier has joined #linux-sunxi
BenG83_PB has quit [Remote host closed the connection]
enrico__ has joined #linux-sunxi
chomwitt has joined #linux-sunxi
lemonzest has joined #linux-sunxi
chlorine has joined #linux-sunxi
avph has joined #linux-sunxi
leviathancn has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
r1mikey has quit [Ping timeout: 246 seconds]
wzyy2 has quit [Read error: Connection reset by peer]
chlorine has quit [Remote host closed the connection]
matthias_bgg_ has joined #linux-sunxi
matthias_bgg_ has quit [Read error: Connection reset by peer]
LargePrime has quit [Ping timeout: 260 seconds]
rookieone has quit [Quit: brb]
rookieone has joined #linux-sunxi
BenG83 has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
LargePrime has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
yann has quit [Ping timeout: 264 seconds]
chlorine has joined #linux-sunxi
yann has joined #linux-sunxi
r1mikey has joined #linux-sunxi
igraltis1 has joined #linux-sunxi
lerc has quit [Read error: Connection reset by peer]
igraltis1 is now known as jen
lerc has joined #linux-sunxi
igraltist has quit [Ping timeout: 255 seconds]
jen has quit [Client Quit]
igraltist has joined #linux-sunxi
yann has quit [Ping timeout: 240 seconds]
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
enrico__ has quit [Ping timeout: 240 seconds]
enrico__ has joined #linux-sunxi
silviop has joined #linux-sunxi
<silviop> i'm tryng to generate uboot timings for http://www.notebook-lcd.ru/pdf/QD17EL07_REV_11.pdf
<silviop> (x:640,y:1024,depth:24,pclk_khz:54000,le:10,ri:10,up:10,lo:10,hs:1,vs:1,sync:3,vmode:0) LCD panel timing details
<silviop> does someone have experience in writing such timings ?
<silviop> the panel is dual channel but i create an Y cable to feed two channels from only one supported by uboot
<silviop> my scope is to validate my setup for try to add dual lvds channel support on u-boot A20
parazyd has quit [Quit: nuked]
Gerwin_J has quit [Ping timeout: 260 seconds]
chlorine has quit [Remote host closed the connection]
parazyd has joined #linux-sunxi
parazyd has joined #linux-sunxi
parazyd has quit [Changing host]
<oliv3r> silviop: you probably need the datasheet of the lcd panel?
<silviop> firs link
<silviop> first link page 11
<silviop> i feel that in the table there are not enough informations
r1mikey has quit [Remote host closed the connection]
Gerwin_J has joined #linux-sunxi
r1mikey has joined #linux-sunxi
fkluknav has joined #linux-sunxi
terra854 has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 260 seconds]
Gerwin_J_ has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 260 seconds]
Gerwin_J_ is now known as Gerwin_J
JohnDoe71rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
chlorine_ has joined #linux-sunxi
KotCzarny has quit [Quit: brb]
KotCzarny has joined #linux-sunxi
lurchi__ is now known as lurchi_
chlorine_ has quit [Remote host closed the connection]
lurchi_ is now known as lurchi__
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
r1mikey has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
phil42 has joined #linux-sunxi
r1mikey has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
yann has joined #linux-sunxi
Ntemis has joined #linux-sunxi
my123 has quit [Read error: Connection reset by peer]
my123 has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has quit [Changing host]
elvirolo has joined #linux-sunxi
<elvirolo> hi all
Andy-D has joined #linux-sunxi
silviop has quit [Ping timeout: 240 seconds]
chlorine has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
JohnDoe71rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
r1mikey has joined #linux-sunxi
silviop has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
Ntemis has quit [Remote host closed the connection]
cptG_ has joined #linux-sunxi
chlorine has joined #linux-sunxi
komunista has joined #linux-sunxi
Pepe has quit [Quit: WeeChat 1.4]
cptG has quit [Ping timeout: 246 seconds]
DullTube has quit [Quit: Leaving]
cnxsoft has quit [Quit: cnxsoft]
chlorine has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
victhor has joined #linux-sunxi
Pepe has joined #linux-sunxi
cosm has quit [Ping timeout: 276 seconds]
chlorine has quit [Remote host closed the connection]
cosm has joined #linux-sunxi
IgorPec has quit [Ping timeout: 264 seconds]
Mr__Anderson has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 260 seconds]
montjoie has quit [Quit: Lost terminal]
phil42 has quit [Quit: Leaving]
afaerber has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 264 seconds]
Mr__Anderson has quit [Ping timeout: 240 seconds]
wzyy2 has joined #linux-sunxi
afaerber has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
chlorine has joined #linux-sunxi
phil42 has joined #linux-sunxi
nove has joined #linux-sunxi
The_Loko has joined #linux-sunxi
montjoie has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
leviathancn has quit [Read error: Connection reset by peer]
elvirolo has left #linux-sunxi [#linux-sunxi]
r1mikey has quit [Remote host closed the connection]
r1mikey has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
r1mikey has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
chlorine has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
arete74 has quit [Quit: Lost terminal]
arete74 has joined #linux-sunxi
Mr__Anderson has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
vagrantc has joined #linux-sunxi
reinforce has joined #linux-sunxi
r1mikey has quit [Remote host closed the connection]
fkluknav has quit [Ping timeout: 246 seconds]
chomwitt has quit [Ping timeout: 268 seconds]
r1mikey_ has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
leviathan has joined #linux-sunxi
fkluknav has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
|Jeroen| has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
chlorine has joined #linux-sunxi
The_Loko has quit [Quit: Leaving]
r1mikey_ has quit [Remote host closed the connection]
chlorine has quit [Ping timeout: 258 seconds]
wzyy2 has quit [Read error: Connection reset by peer]
mossroy has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
wzyy2 has quit [Read error: Connection reset by peer]
jernej has joined #linux-sunxi
r1mikey has joined #linux-sunxi
r1mikey_ has joined #linux-sunxi
r1mikey has quit [Ping timeout: 246 seconds]
r1mikey_ has quit [Remote host closed the connection]
r1mikey has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
massi has quit [Quit: Leaving]
akaizen has joined #linux-sunxi
enrico__ has quit [Quit: Bye]
r1mikey_ has joined #linux-sunxi
r1mikey has quit [Read error: Connection reset by peer]
|Jeroen| has quit [Quit: dada]
|Jeroen| has joined #linux-sunxi
rookieone has quit [Ping timeout: 258 seconds]
wzyy2 has quit [Read error: Connection reset by peer]
rookieone has joined #linux-sunxi
BenG83_PB has joined #linux-sunxi
r1mikey_ has quit [Quit: Leaving...]
chomwitt has joined #linux-sunxi
nove has quit [Quit: nove]
yann has quit [Ping timeout: 240 seconds]
wzyy2 has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 240 seconds]
lynxis has quit [Remote host closed the connection]
lynxis has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
chlorine has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
chlorine has joined #linux-sunxi
leviathan has quit [Ping timeout: 258 seconds]
leviathan has joined #linux-sunxi
fkluknav has quit [Ping timeout: 268 seconds]
Ntemis has joined #linux-sunxi
medvid has quit [Ping timeout: 255 seconds]
lurchi__ is now known as lurchi_
medvid has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
phipli has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
BenG83_PB has quit [Ping timeout: 246 seconds]
lemonzest has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
foxx has quit [Ping timeout: 246 seconds]
afaerber has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
mossroy has quit [Quit: Leaving]
leviathan has quit [Ping timeout: 260 seconds]
chlorine has quit [Remote host closed the connection]
yann has joined #linux-sunxi
apritzel has joined #linux-sunxi
<shadeslayer> apritzel: hi, do you have some time later on to help sort out the PIE issue?
afaerber has joined #linux-sunxi
matthias_bgg_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
ramshorns has quit [Read error: Connection reset by peer]
ramshorns has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
IgorPec has quit [Ping timeout: 260 seconds]
LargePrime has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
dave0x6d has quit [Quit: Connection closed for inactivity]
phipli has quit [Read error: No route to host]
matthias_bgg_ has quit [Quit: Leaving]
<ssvb> it's suspiciously quiet today...
<beeble> storm is rising?
lurchi_ is now known as lurchi__
<ssvb> jemk, apritzel: are you here?
lurchi__ is now known as lurchi_
paulk-collins has quit [Remote host closed the connection]
komunista has quit [Quit: Leaving.]
medvid has quit [Ping timeout: 240 seconds]
phipli has joined #linux-sunxi
ramshorns has quit [Ping timeout: 240 seconds]
medvid has joined #linux-sunxi
<apritzel> ssvb: shadeslayer: hi
<shadeslayer> hey hey :)
avph has left #linux-sunxi ["WeeChat 1.7"]
<apritzel> shadeslayer: have you somehow managed to convince GCC to not use PIE?
<shadeslayer> apritzel: well, I've exported the required CFLAGS, but it still hasn't worked :C
<shadeslayer> so it might be something else?
<apritzel> does readelf -a report a .got section still?
<shadeslayer> I thought that it might be because the ATF gets built with PIE, so I recompiled that and then uboot with -fno-PIE
<shadeslayer> apritzel: what should I call that on? doesn't work on u-boot-sunxi-with-spl.bin
<apritzel> so I spoke the ATF team, they think that PIE would break the build, but haven't seen this case before (mostly they use Linaro cross compilers)
<shadeslayer> right, I thought so too
<shadeslayer> apritzel: http://paste.ubuntu.com/24098839/
<shadeslayer> I don't see a got section
<apritzel> yeah, that looks much better
<shadeslayer> right, so I did cat spl/sunxi-spl.bin u-boot.img > u-boot-sunxi-with-spl.bin
lurchi_ is now known as lurchi__
<shadeslayer> since jernej's branch doesn't build a itb
<apritzel> shadeslayer: well, then you won't have ATF ...
<apritzel> what do you need from jernej's branch?
<shadeslayer> the de2 video bits
<apritzel> simplefb?
<shadeslayer> I thought those were required to get the device nodes populated
<apritzel> yes, I simply pulled his patches on top of my branch and it worked like a charm
<shadeslayer> basically what I want is that the device nodes for the Mali are activated, and I think I was told that uboot needs to enable them
<apritzel> Mali is a completely separate issue
<jernej> shadeslayer: that's not exactly true
<apritzel> shadeslayer: do you really need Mali?
<apritzel> or just graphics
<shadeslayer> oh? entirely possible I got confused
<shadeslayer> apritzel: I wanted to hack on the drm stuffs
<apritzel> well, then you actually don't even need U-Boot gfx support or simplefb
<shadeslayer> so I want to make the dts modifications and what not, I'm not sure what I need to do before that
<jernej> shadeslayer: then you really need only a few lines, which enable video sram
<apritzel> simplefb is exactly that: a simple way (for Linux) to use graphics
<apritzel> where firmware (U-Boot in our case) enabled the graphics
<apritzel> and tells Linux: if you write into this memory, it will appear on the screen
<shadeslayer> Understood, but drm can function without that ?
<jernej> and it is not even DRM driver, but fbdev, with extremely limited functionality
<apritzel> shadeslayer: yes
<shadeslayer> right, then I clearly misunderstood
<jernej> but useful for boot splash
<shadeslayer> I have UART, so not really a issue :)
<apritzel> jernej: yeah, most important: boot logo and custom fonts!!!!1!!
<jernej> or early video output support when there is no DRM driver
<shadeslayer> as long as UART spits out something along the lines of, omg found drm device, I'm more than happy
<jernej> which is imo most important functionality
<apritzel> jernej: agreed
<apritzel> that's why it's called simplefb
<apritzel> remind me of the '90s: write to 0xA0000 and magic happens
<jernej> btw, my U-Boot DM video driver is almost ready, just one bug to fix
<apritzel> jernej: is that a separate file for DE2?
<jernej> apritzel: what do you mean by "that" ?
<jernej> whole driver?
<apritzel> because I saw MoeIcenowy cramming it into the existing DE(1) driver
<jernej> ah, of course not
<apritzel> how different are DE1 and DE2?
<jernej> tcon is one file, de2 second, hdmi bridge third and hdmi driver fourth (splitted out from rockchip)
dave0x6d has joined #linux-sunxi
<apritzel> that is probably fine
<shadeslayer> from what I understood, DE1 has backends and frontends whereas DE2 has mixers?
<jernej> so, many files, hopefully reusable
lurchi__ is now known as lurchi_
<jernej> from register layout, it is completely different
<jernej> I have felling that some parts are just slightly adapted
<jernej> and some completely new
<jernej> but all in all, I think it is more capable
<jernej> at least in handling big layers
<jernej> DE1 is bandwith limited and barely handles 1080p IIRC
<apritzel> does DE2 include scaling and rotation?
<jernej> scaling yes, rotation not
<jernej> some SoCs has support for rotation
<apritzel> but that's this separate G2D, which the newer SoCs don't have anymore, right?
<jernej> I think that A series has support for rotation and H not (by separate IP block), but I'm not completely sure
<apritzel> oh
<ssvb> jernej: DE1 can handle two 1080p60 screens at once, it's more like the DRAM bandwidth that is limited
<jernej> no, rotation is not G2D
<jernej> ssvb: thanks for clarification
<ssvb> the old G2D (Micer processor in A10/A20) can handle rotation
<ssvb> *Mixer
<jernej> I think this is new rotation IP block:
<ssvb> A64 has some sort of its simplified reincarnation, called "transform"
<jernej> exactly
<apritzel> guys, thanks, that clears up a lot
<ssvb> apritzel: I have experimented a bit with eGON <-> TOC0 conversion and it seems to work nicely
<ssvb> now I have both H3 and H64 with secure boot mode bit burned in eFUSE
<ssvb> tested this stuff on both of them
<shadeslayer> ok since those u-boot de2 bits aren't required, I'll recompile u-boot master to figure out the device tree for A64 :)
<apritzel> ssvb: I saw you mentioning this before, but haven't time to look at this
<apritzel> ssvb: but I am sure it's in good hands ;-)
<jernej> uh, it seems that "transform" resides in DE2 memory after all
<apritzel> ssvb: so we are pretty sure now that there is no magic register to enable security - without burning the fuse, that is?
<ssvb> I don't know, probably there still could be some sort of a write-only hardware register which does a global switch between secure and non-secure
<ssvb> either way, we need to support Jide Remix Mini somehow, so we are not getting away without TOC0 format support
<apritzel> yes, totally agree
<apritzel> ssvb: by the way: I made an "efuse" command in U-Boot to burn fuses, do you think this is useful?
<apritzel> or is it too dangerous?
<ssvb> not sure about this
<apritzel> you would need to explicitly compile it in
<apritzel> also it asks and you need to type "yes" before it writes something
lurchi_ is now known as lurchi__
<ssvb> yeah, too much work for those who want to try it :-)
<apritzel> I guess I just send an RFC (with a warning) and see what people say
<ssvb> maybe this functionality is better to be implemented by the sunxi-fel tool (of course with a lot of warnings and extra confirmations)
<shadeslayer> apritzel: partial success with u-boot master \o/
<apritzel> ssvb: good point, it's more a fit for a "hacker" tool
<apritzel> shadeslayer: oh, that one is easy!
<apritzel> just a sec
<shadeslayer> :D
<shadeslayer> ok
<apritzel> shadeslayer: it's the first patch in my latest U-Boot series
<ssvb> the obvious advantage is that we don't need a board specific build of U-Boot to make it work
<shadeslayer> hah :D
phipli has quit [Ping timeout: 240 seconds]
<ssvb> but first we need to check everything to be sure that we can properly support the secure boot mode by the U-Boot and kernel
<ssvb> I'll start experimenting with H3, because it is obviously much easier
<apritzel> shadeslayer: took me an hour and a dozen of SD card swaps to find out
<apritzel> shadeslayer: I will push this patch for the release
lurchi__ is now known as lurchi_
<shadeslayer> :D
<shadeslayer> that https cert is expired
<shadeslayer> well, invalid
<apritzel> shadeslayer: https://lists.denx.de/pipermail/u-boot/2017-February/282687.html has some explanation
<apritzel> shadeslayer: well, it's a public mailing list archive
<apritzel> I just clicked three times ;-)