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*
Mangy_Dog has quit [Ping timeout: 268 seconds]
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
warpme_ has quit [Quit: Connection closed for inactivity]
f11f12 has quit [Remote host closed the connection]
<megi> H6 is soc, uboot is usually board specific
<tuxd3v> Hello
<megi> hi
<tuxd3v> for One_Plus
<tuxd3v> Orange PI
<megi> one plus is in u-boot 2019.10
<tuxd3v> I am experiencing sirious problems
<megi> what problems?
<tuxd3v> does your board boot with v2019.10 ?
<megi> I have Pi3, which is similar
<tuxd3v> I can't boot
<megi> yes
<tuxd3v> is not the same soc
<megi> Pi3 is H6
<tuxd3v> I tried a lot of things already
<tuxd3v> OPi3
<tuxd3v> I got it :)
<megi> yeah
<tuxd3v> does you have only one partition os 2?
<tuxd3v> I only have one
<megi> I have one fat and one f2fs
<tuxd3v> I see
<tuxd3v> Maybe my problem is that..
<tuxd3v> Also I am with a very fat kernel :(
<tuxd3v> almost 13MB
<megi> you may check if your filesystem is also enabled in u-boot
<tuxd3v> ..crazy
<tuxd3v> I am using ext4
<megi> 64-bit kernels are uncompressed
<megi> check your u-boot .config
<tuxd3v> does you compiled uboot in 32 or 64 bits mode?
<megi> u-boot is 64-bit I think
<tuxd3v> DEBUG=1 you compile with DEBUG symbols..I am not doing that..
<megi> doesn't matter
<megi> do you have serial console?
<tuxd3v> yes I have
<megi> what output do you have on boot?
<megi> any specific errors?
<tuxd3v> I haven't output :(
<tuxd3v> none, notthing
<tuxd3v> dd if=/dev/zero of=/dev/sdb bs=1M count=1
<tuxd3v> parted /dev/sdb --script mklabel msdos mkpart primary 1024KB 1GB set 1 boot on print
<tuxd3v> dd if=/home/tuxd3v/Desktop/H6/edev1/Builds/OnePlus_u-boot-sunxi-with-spl.bin of=/dev/sdb bs=8k seek=1
<tuxd3v> this is how I am doing it
<tuxd3v> it should show something..
<tuxd3v> :(
<megi> yeah, it should
<megi> maybe try with something known good, like armbian first?
<megi> to check that things work in general
<tuxd3v> yeah it could be the sdcard
<tuxd3v> I get this file compiled: OnePlus_u-boot-sunxi-with-spl.bin
<tuxd3v> for arm64
<tuxd3v> it shouldcontain the spl and the uboot inside, I believe
<megi> and atf
<tuxd3v> dtf?
<tuxd3v> It makes sense
<tuxd3v> One strange thing..
<tuxd3v> I was now experimenting with v201904
<tuxd3v> and the .config file says v201910
<tuxd3v> puff
<tuxd3v> I think I will clean all and try again..
<tuxd3v> Are you using ATF v2.1?
<tuxd3v> what is your version?
<megi> I'm using master branch
<tuxd3v> I saw that there are no recente release.. :(
<tuxd3v> Maybe master is were I should go?
_whitelogger has joined #linux-sunxi
<tuxd3v> what is the size of your kernel?
<tuxd3v> megi: I think there are a commit in the Uboot master branch about increasing the size of something to 64MB because there are kernels exciding 8MB..
<tuxd3v> but even so, I would be able to see some uboot messages..
<tuxd3v> megi: Many thanks first of all for the help, I have rebuild uboot+ATF
<tuxd3v> still not running..
<tuxd3v> What is your baud-rate?
<tuxd3v> I am trying with 115200
<tuxd3v> megi:.. its not the uboot :(
<tuxd3v> I flashed it to another card, and it boots
<tuxd3v> is something else..
<tuxd3v> megi: Many thanks!!
<tuxd3v> with ATF from master branch and Uboot v201910, it now shows somethings :)
<megi> nice :)
<tuxd3v> yeah
<tuxd3v> but strange thing..
<tuxd3v> Any way many thanks,
<tuxd3v> :)
<tuxd3v> also I changed a single partition to 2
<megi> I had one sd card that just ignored writes
<tuxd3v> and sudenly everything works..
<megi> maybe you just don't have ext support in u-boot
<tuxd3v> it could be, I also have one that I think its dead.. sometimes even some brand is not acepted
<megi> it should work with a single partition too
<tuxd3v> but now I created 2 fylesystems in ext4
<megi> ah
<tuxd3v> and the uboot apperas..
<tuxd3v> appears
<megi> good
<tuxd3v> so now its rootfs time
<tuxd3v> does you boot with boot.scr or using uEnv.txt ?
<tuxd3v> or both :)
<megi> boot.scr
<tuxd3v> It could be my rootfs that is damaged
<tuxd3v> I was afraid to try ATF mainline
<megi> u-boot would show something even then
<tuxd3v> yes, I think it should
<tuxd3v> still the bootloader don't find ethernet, maybe normal and only shows up on Linux boot
<megi> it's not supported yet in u-boot mainline
<megi> regulator is not being enabled
<tuxd3v> I think I saw a patch for it from fALSO
<tuxd3v> yeah found it
<tuxd3v> I have not yet check it, but they claim it works.
TestArm has joined #linux-sunxi
<megi> that's for Linux
<tuxd3v> I think it is
cnxsoft has joined #linux-sunxi
TestArm has quit [Remote host closed the connection]
[7] has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
skiboy has quit [Ping timeout: 265 seconds]
clonak has quit [Remote host closed the connection]
<tuxd3v> bad news for me :( after building the rootfs and put kernel inside
<tuxd3v> I don't get nothing from serial debug..
<tuxd3v> Wrong Image Format for bootm command
<tuxd3v> error of uboot
<vagrantc> if you use bootm, you need to wrap the kernel image with mkimage
<tuxd3v> bootm 0x42000000 - 0x43000000
<tuxd3v> I read info from sunxi documentation..
<vagrantc> what's loaded at 0x42... and 0x43...
<tuxd3v> hi vagrantc
<tuxd3v> can anybody help me to get a proper boot.cmd?
<tuxd3v> I have 2 partitions scheme
<tuxd3v> 1 boot ext4
<tuxd3v> 1 os ext4
<vagrantc> arm64 usually uses booti not bootm
<vagrantc> though if you've got some vendor u-boot ...
* vagrantc shrugs
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
<tuxd3v> yeah changing bootm to booti did the trick
<tuxd3v> :)
<tuxd3v> /etc/init.d/rng-tools: Cannot find a hardware RNG device to use.
<tuxd3v> [FAIL] startpar: service(s) returned failure: rng-tools ... failed!
<tuxd3v> how could I surpass this?
vagrantc has quit [Quit: leaving]
sunilmohan has quit [Read error: Connection reset by peer]
sunilmohan has joined #linux-sunxi
dddddd has quit [Ping timeout: 240 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
BenG83 has quit [Ping timeout: 240 seconds]
random_yanek has quit [Ping timeout: 265 seconds]
random_yanek has joined #linux-sunxi
BenG83 has joined #linux-sunxi
megi has quit [Ping timeout: 268 seconds]
BenG83 has quit [Ping timeout: 268 seconds]
florian has joined #linux-sunxi
reinforce has joined #linux-sunxi
BenG83 has joined #linux-sunxi
<avph> when booting u-boot from FEL it first loads the SPL in sram. After that u-boot gets copied to dram. Is the SPL requesting that data over FEL or does the FEL host somehow detect that dram is ready and it then load u-boot in dram?
selfbg has joined #linux-sunxi
florian has quit [Ping timeout: 265 seconds]
<tomeu> smaeul: amazing, thanks!
BenG83 has quit [Read error: Connection reset by peer]
BenG83 has joined #linux-sunxi
<tomeu> clementp[m]: looks like the gpu stuff for the h6 didn't get merged yet?
florian has joined #linux-sunxi
selfbg has quit [Ping timeout: 265 seconds]
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
aloo_shu has quit [Quit: c i a o]
ChriChri has joined #linux-sunxi
msev- has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
camus is now known as kaspter
diego_r has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 268 seconds]
camus is now known as kaspter
yann has quit [Ping timeout: 240 seconds]
warpme_ has joined #linux-sunxi
Wizzup has quit [Ping timeout: 265 seconds]
BenG83 has quit [Read error: Connection reset by peer]
BenG83 has joined #linux-sunxi
hlauer has joined #linux-sunxi
<rellla> MartijnBraam: thanks for creating the device page http://linux-sunxi.org/index.php?title=JSD-3001&rcid=26797
<rellla> would it be possible to keep the basic struct of http://linux-sunxi.org/Device_Page_example ? at least for the parts, which can be filled out later? u-boot, fel-mode ...
Wizzup has joined #linux-sunxi
clementp[m] has left #linux-sunxi [#linux-sunxi]
clementp[m] has joined #linux-sunxi
ldevulder_ is now known as ldevulder
gaston1980 has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
BenG83 has quit [Read error: Connection reset by peer]
yann|work has joined #linux-sunxi
florian_kc has joined #linux-sunxi
megi has joined #linux-sunxi
AneoX has joined #linux-sunxi
<fALSO> yo?
Mangy_Dog has joined #linux-sunxi
selfbg has joined #linux-sunxi
florian_kc has quit [Ping timeout: 268 seconds]
hlauer has quit [Remote host closed the connection]
<yann|work> in https://github.com/LibreELEC/mali-utgard/tree/DX910-SW-99002-r9p0-01rel0-multiplatform, mali-drm won't build with linux 5.x: it requires drm-sman.h, nuked in linux-3.3 - isn't that strange ?
yann|work is now known as yann
montjoie has quit [Ping timeout: 250 seconds]
montjoie has joined #linux-sunxi
BenG83_ has quit [Ping timeout: 265 seconds]
willmore has quit [Ping timeout: 240 seconds]
integfred1 has joined #linux-sunxi
integfred1 has left #linux-sunxi [#linux-sunxi]
ChriChri has quit [Remote host closed the connection]
<rellla> yann: why do you want to build mali-drm?
<fALSO> theres mali stuff already on the kernel
<yann> I gathered it is needed for x11-egl support
<rellla> yann: afaik you only need mali.ko
<yann> ok - I was going to test without it anyway for a start :)
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
yann has quit [Ping timeout: 268 seconds]
yann has joined #linux-sunxi
dddddd has joined #linux-sunxi
megi has quit [Ping timeout: 245 seconds]
chewitt has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
jbrown has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
selfbg has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
montjoie has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
jbrown has quit [Ping timeout: 246 seconds]
montjoie has joined #linux-sunxi
<tuxd3v> hello all o/
jbrown has joined #linux-sunxi
<tuxd3v> I am battling with a problem..
<tuxd3v> Kernel doesn find RNG hardware on my Allwinner H6 OOnePlus Board
<tuxd3v> Starting Hardware RNG entropy gatherer daemon: (Hardware RNG device inode not found)
<tuxd3v> after that it halts
<tuxd3v> I am trying to build kernel 5.3.7
<KotCzarny> you are in userspace already
<KotCzarny> try installing haveged
<tuxd3v> in the '*** Random Number Generation ***' section of Kconfig
<tuxd3v> What should I choose?
<KotCzarny> or enabling option to trust whatever hwrng system has
<tuxd3v> So its a problem of not having enough entropy only?
<KotCzarny> google it, recent change in kernel and distros, lots of fun
<tuxd3v> I am scared :)
<KotCzarny> but might be something more in your case anyway
<tuxd3v> does H5 has a RNG ?
<KotCzarny> doesnt matter
<tuxd3v> I have enabled only 'Support for ARM TrustZone CryptoCell family of security processors'
<KotCzarny> check RANDOM_TRUST_CPU
<tuxd3v> I don't have it in my previous .config :(
paulk-leonov has quit [Ping timeout: 245 seconds]
paulk-leonov has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
florian has quit [Quit: Leaving]
jbrown has quit [Ping timeout: 246 seconds]
<wens> the hardware TRNG is not supported yet
<wens> and well... neither is the crypto engine for the newer chips
<wens> see the mailing list for pending patches
<tuxd3v> ho, thanks wens! :)
<wens> even then, I don't think those patches cover the TRNG
megi has joined #linux-sunxi
gaston1980 has quit [Ping timeout: 268 seconds]
<MoeIcenowy> ah maybe A64 needs some RNG now
<MoeIcenowy> because with the timer workaround it seems that it's very slow to get the initial entropy
gsz has joined #linux-sunxi
yann has quit [Ping timeout: 276 seconds]
diego_r has quit [Ping timeout: 240 seconds]
Wizzup has quit [Ping timeout: 240 seconds]
putti_ has joined #linux-sunxi
Wizzup has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
Putti has quit [Ping timeout: 276 seconds]
ldevulder has quit [Ping timeout: 240 seconds]
ldevulder_ is now known as ldevulder
putti_ has quit [Changing host]
putti_ has joined #linux-sunxi
putti_ is now known as Putti
jbrown has joined #linux-sunxi
<tuxd3v> Unfortunatly with RANDOM_TRUST_CPU, doesn't solve the problem..
<tuxd3v> Starting Hardware RNG entropy gatherer daemon: (Hardware RNG device inode not found)
<tuxd3v> kernel 5.3.7 H6 on orange pi one plus
<megi> there's no rng driver perhaps
<megi> for H6
<tuxd3v> but how to tell that to .config?
<megi> it's not implemented
<tuxd3v> So I can't use this kernel?
<tuxd3v> need to downgrade?
<tuxd3v> megi: probably your kernel should have a .config file that is compatible with Oone_plus
<tuxd3v> does you bother to share?
<tuxd3v> If anyone can help, I apreciate
<megi> try pi3 package
<tuxd3v> thankyou very much
<megi> you're welcome
<tuxd3v> probably I had checked some strange option, at middle of the night, with one eye open and the other already sleeping :D
JohnDoe0 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
yann has joined #linux-sunxi
gaston1980 has joined #linux-sunxi
<montjoie> tuxd3v: TRNG is on my TODO list for sun8i-ce
hlauer has joined #linux-sunxi
gsz has quit [Quit: Konversation terminated!]
<tuxd3v> montjoie: thanks for the info
<tuxd3v> compiling anew kernel.. :)
* tuxd3v tuxd3v has its fingers crossed .. in both hands..
* tuxd3v building image..
florian has joined #linux-sunxi
<yann> rellla: my build command is pretty similar to this already. Finally booted the thing, to see fbturbo complaining "SunxiMaliDRI2_Init: drmOpen failed" and thus "FBTURBO(0): failed to enable DRI2 integration for Mali GPU" - which I take to brings me back directly to mali-drm, or do I misinterpret something ?
armessia has joined #linux-sunxi
arnidg has quit [Quit: ZNC - https://znc.in]
arnidg has joined #linux-sunxi
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
<tuxd3v> megi: with your kernel I cant boot
<tuxd3v> with your config file and my compilation also I can't boot
<tuxd3v> theres no modules there in /lib/modules
netlynx has quit [Quit: Ex-Chat]
vagrantc has joined #linux-sunxi
<megi> my kernel is for opi3
JohnDoe0 has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<megi> it may fail on opi one plus, because CPU regulator is not set in dts for that board
mane has joined #linux-sunxi
<megi> I don't use modules in my config
mane has quit [Client Quit]
<tuxd3v> yeah, I digured that you include in kernel :)
<tuxd3v> yes I tought that the dtc would have some diference..
<tuxd3v> anny way
<tuxd3v> CRYPTO_RNG, CRYPTO_RNG2, CRYPTO_RNG_DEFAULT are now commented in my kernel
<tuxd3v> lets see what I get its compiling..
afaerber has quit [Quit: Leaving]
diego_r has joined #linux-sunxi
afaerber has joined #linux-sunxi
<martinayotte> tuxd3v: Why don't you take a look at OPiOnePlus build of Armbian ?
arnidg has quit [Quit: ZNC - https://znc.in]
arnidg has joined #linux-sunxi
<tuxd3v> doesn't boot now..puff I am lost in a dead lock
<tuxd3v> <martinayotte>: maybe leu have a diferent kernel than mine, or diferent bootloader..
<tuxd3v> leu -> they
reinforce has quit [Quit: Leaving.]
<tuxd3v> martinayotte: armbian habe a 5.1 kernel
<tuxd3v> vabe -Z have
<tuxd3v> I wanted a 5.3.7
<tuxd3v> :)
martin__ has joined #linux-sunxi
<tuxd3v> if they have a pached uboot, then I am stuck again..
<tuxd3v> but I will try
<tuxd3v> thanks for the sugestion.. ;)
<tuxd3v> I am with ATF master branch + Uboot v201910
martinayotte has quit [Ping timeout: 276 seconds]
<tuxd3v> ATF v201 + Uboot v201910, doesn't work in my board
<tuxd3v> ATF v2.1 + Uboot v201910, doesn't work in my board
<tuxd3v> ATF v2.1 + Uboot v201904, doesn't work in my board
<tuxd3v> ATF master + Uboot v201910, works :)
<tuxd3v> well some sort of..it compais with RNG..
<tuxd3v> compais -> complains
martin__ has quit [Quit: Leaving]
martinayotte has joined #linux-sunxi
<martinayotte> tux3dv: my own OPiOnePlus is currently running 5.3.1, but I will switch to newer megous's branch soon, that will be 5.4.y.
<tuxd3v> can you share your .config file?
<tuxd3v> what are your uboot version?
<tuxd3v> thanks in advance
<martinayotte> http://ix.io/205D
<martinayotte> config-5.3.1-sunxi64
<martinayotte> U-Boot SPL 2019.04-armbian
<martinayotte> When I will switch Armbian to 5.4.y, we will also switch U-Boot to 2019.10 ...
<tuxd3v> many thanks I will try it with kernel 5.3.7 + Arm Trusted Firmware master branch+ Uboot 201910 and see what I get :)
<martinayotte> The 5.3.1 was back when I built my last image, but if you take Armbian build script, since it still use megous's 5.3.y branch, you will end up having 5.3.7 ...
<Asara> o/win 21
<Asara> er... sorry
jbrown has quit [Ping timeout: 246 seconds]
lurchi_ has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Quit: Konversation terminated!]
diego_r has quit [Quit: Konversation terminated!]
armessia has quit [Quit: Leaving]
clementp has joined #linux-sunxi
<clementp> tomeu: nope the iommu patch has never been acked only the device-tree bindings is merged.
<clementp> what does the [m] means ?
<clementp> I can't talk anymore using my Matrix client...
<tuxd3v> module ?
<clementp> I mean in the IRC room
<clementp> my matrix client is connected as : clementp[m]
<anarsoul> [m] usually indicates that user uses matrix
<clementp> Ok thanks because I can't talk anymore, I though it was related to mute or something...
<clementp[m]> test
<clementp> Ok working again, I have to re identify on the Nickserv
clementp has left #linux-sunxi [#linux-sunxi]
hlauer has quit [Ping timeout: 276 seconds]
lkcl has quit [Ping timeout: 252 seconds]
diego71_ has quit [Ping timeout: 268 seconds]
florian has quit [Ping timeout: 252 seconds]
diego71 has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 276 seconds]