<fredl-pc>
Unfortunately I'm not familiar enough with git to find out which remote branch that patch would be in now.
<fredl-pc>
any clue how I would find out?
kever has quit [Ping timeout: 264 seconds]
kever has joined #linux-sunxi
<fredl-pc>
Or should I really, really use the mainstream kernel?
sunshavi has joined #linux-sunxi
<fredl-pc>
alrite, I manually built the mainstream kernel and got myself a zImage
<fredl-pc>
So now I do sunxi-fel -v uboot u-boot-sunxi-with-spl.bin write 0x42000000 zImage
<fredl-pc>
I thought this would write zImage into the DRAM and make u-boot boot the kernel from DRAM
<fredl-pc>
Instead it seems that it tries booting from the (uninitialized) eMMC chip
<fredl-pc>
If I stop the autoboot and do 'md 0x42000000' I see there's data in the DRAM there
<fredl-pc>
So I do bootz and I see 'Starting kernel ...' but nothing else
<fredl-pc>
(on the UART)
<fredl-pc>
I'm quite sure that in this situation the kernel doesn't see a rootfs and screams something at me, but see nothing on the UART
<wens>
use mainline
<wens>
you will not get any support for the legacy kernel
lurchi_ is now known as lurchi__
<fredl-pc>
ah, okay
<fredl-pc>
Well I am using the mainline kernel now, the legacy kernel gave too many headaches while the mainline compiled flawlessly
<fredl-pc>
wens - you know if my assessment above is right, ie. the kernel is actually starting but sending its output elsewhere and not on my UART (the kernel is compiles with just default sunxi_defconfig)
<fredl-pc>
I should really just make a rootfs I guess
<fredl-pc>
But also wondering if my doing a kernel build with sunxi_defconfig is that'll make the kernel output to a device I don't have on this board
<fredl-pc>
I don't have HDMI or anything on this board, other than UART
nots has quit [Quit: Page closed]
<fredl-pc>
Hmm, funny thing is.... when I DON'T pass along the write 0x42000000 zImage, I ALSO see non-zero output with md 0x42000000
<fredl-pc>
but bootz just exits.
<fredl-pc>
I guess bootz checks for some sort of signature before starting the kernel (?)
focus_ has quit [Ping timeout: 276 seconds]
<wens>
fredl-pc: what is your cmdline for the kernel?
<wens>
fredl-pc: DRAM is not zeroed out when it's initialized, so there will be garbage
<fredl-pc>
Well I try to start the kernel from u-boot manually as I still have uninitialized storage and no root fs, just curious to see the output
<fredl-pc>
So all I do is 'bootz'
<fredl-pc>
And it outputs 'Starting kernel ...'
<fredl-pc>
But no output from the kernel itself
<wens>
as I said, what is your cmdline? if you don't specify a console for the kernel, it outputs to tty0 (which is nowhere) by default
<wens>
cmdline == bootargs
<fredl-pc>
I'm not sure where to specify that when I boot it with 'bootz'
<wens>
set it in U-boot's environment, it will pass it along
<wens>
did you read the Mainline Kernel Howto page?
<fredl-pc>
yeah working my way through that
<fredl-pc>
Oh IO see, that's the next chapter, LOL
<fredl-pc>
the boot.cmd
<fredl-pc>
I'm also not sure what device the UART would be on though, wouldn't that be ttyS0 ?
<fredl-pc>
trying 'setenv bootargs console=ttyS0,115200' just like that
<fredl-pc>
wait... the DTB is mandatory for having that device?
* fredl-pc
grins, this is so fucking complex
focus_ has joined #linux-sunxi
<fredl-pc>
I also don't have a real DTB for this board yet, so I use the sun7i-a20-cubietruck.dtb
<fredl-pc>
So I load u-boot / kernel / DTB with sunxi-fel -v uboot u-boot-sunxi-with-spl.bin write 0x42000000 zImage write 0x43000000 sun7i-a20-cubietruck.dtb for now
<fredl-pc>
Unfortunately I'm not quite familiar yet with DTB
<hanetzer>
hey, is that sunxi mpp stuff available in a repo yet?
<fredl-pc>
Wouldn't that be in next?
nuuuciano has quit [Ping timeout: 256 seconds]
<fredl-pc>
Sorry, just guessing for it, I haven't touched next myself at all
<hanetzer>
currently its just mripard and paulk-gagarine-s iirc working on it.
dddddd has quit [Remote host closed the connection]
<fredl-pc>
Seems you know much more than me so I should probably just shut up :)
<fredl-pc>
Would you happen to know what devicename to use for console to get the kernel to send its output to the UART?
<fredl-pc>
Guess not, oh well.
<fredl-pc>
How do I make a boot.scr from boot.cmd ?
<fredl-pc>
I build the boot.scr with root@e560:~/u-boot# tools/mkimage -A arm -T script -O linux -d boot.cmd boot.scr
<fredl-pc>
and try to start it with sunxi-fel -v uboot u-boot-sunxi-with-spl.bin write 0x42000000 zImage write 0x43000000 sun7i-a20-cubietruck.dtb write 0x43100000 boot.scr
<fredl-pc>
I don't have a rootfs yet, that's the next step, but meanwhile I'd hope to see some kernel output, but I don't
<fredl-pc>
Hit any key to stop autoboot: 0
<fredl-pc>
Starting kernel ...
<fredl-pc>
## Executing script at 43100000
<fredl-pc>
(FEL boot)
<fredl-pc>
nothing after that.
<fredl-pc>
Any further suggestions?
<fredl-pc>
I guess it might be that using that rather random DTB causes problems by chance?
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 268 seconds]
montjoie has joined #linux-sunxi
<fredl-pc>
wens ?
<fredl-pc>
I just made a DTS for our hardware or a start thereof at least
<fredl-pc>
and compiled it to a DTB
sunshavi has quit [Ping timeout: 256 seconds]
<fredl-pc>
didn't change very much tbh but noticed the:
<fredl-pc>
aliases {
<fredl-pc>
stdout-path = "serial0:115200n8";
<fredl-pc>
chosen {
<fredl-pc>
};
<fredl-pc>
serial0 = &uart0;
<fredl-pc>
};
<fredl-pc>
should I use earlycon=uart0 ?
IgorPec has joined #linux-sunxi
<fredl-pc>
right, okay, well, onwards to a rootfs image/installer
<fredl-pc>
damnit, looks like so many things on the linux-sunxi.org Wiki are incomplete or outdated :(
<fredl-pc>
Is that Wiki actually being maintained still or is there something I should need to know about it?
<hanetzer>
anyone know where one could obtain a v3s camera devkit ?
JohnDoe_71Rus has joined #linux-sunxi
<fredl-pc>
Good morning folks, we have a custom-built A20 board with very few connectors, basically the only thing I have is UART and an empty eMMC chip on board. I managed to build u-boot such that it recognizes the eMMC chip and now I'm trying to boot a kernel in FEL mode. I made a bit of an ad-hoc DTB for our device and a boot.scr and try to boot the kernel using: sunxi-fel -v uboot u-boot-sunxi-with-spl.bin write 0x42000000 zImage write
<fredl-pc>
no not kernel, that's the u-boot branch
<beeble>
any reason you are using an almost 2 year old u-boot?
<fredl-pc>
No specific reason, other than that I tried the denx master branch one time and when loading the image onto the board it complained about the image being too large
<fredl-pc>
working with a lot of variables on new stuff so I figured I'd switch back to the branch that compiles without errors and loads without errors
<fredl-pc>
may not have been a wise choice because also struggling right now with USB mass storage, but oh well that's next
<beeble>
so now you know that your dtb does contain nodes.
<fredl-pc>
could that cause the fairly empty-looking fdt output though?
<fredl-pc>
Well I have to say... I'm not at ALL certain if the dtb is really representative of our hardware.
<fredl-pc>
Basically I feel blindfolded in a dark basement
foxx_ has joined #linux-sunxi
<fredl-pc>
I guess with what I've learned thus far I could try and compile the denx master branch
<beeble>
no idea what a 2006 u-boot does with the fdt command. could be messed up, not really sure if i'm willing to made the effort to find out if there are any bugs or other behaviour
<fredl-pc>
2016, let's not go overboard :)
<fredl-pc>
Okay, well let me try that denx master branch then, would that be the most up-to-date mainstream code?
<beeble>
yes
<fredl-pc>
ayt that'll be a little while
paulk-gagarine-s has quit [Quit: Leaving]
paulk-gagarine has joined #linux-sunxi
<beeble>
in the meantime you should get the schematics of your board and fix your devicetree to match it
<fredl-pc>
well lemme try and take it one step at a time
<fredl-pc>
coz I'm already havign trouble with the denx master branch
<fredl-pc>
hmm, another short Q, when I add a setting to our Emcatron_defconfig... I don't see it in the .config after I do make CROSS_COMPILE=arm-linux-gnueabihf- Emcatron_defconfig
<fredl-pc>
Am I misunderstanding that somehow?
<fredl-pc>
I just added CONFIG__SYS_TEXT_BASE=0x4000000 to our defconfig
<fredl-pc>
But in .config I get CONFIG_SYS_TEXT_BASE= anyway
<beeble>
there are two underscores instead of one in your first line
<fredl-pc>
no problem ssvb, I can report a fair amount of things I guess if it's appreciated
<ssvb>
fredl-pc: I'll actually try to test it and maybe update it to the current Debian snapshot, hopefully the Debian kernel bug is fixed now after so many years :-)
<fredl-pc>
Well I'm going to axe that thread in my mind for a while anyway as I want to go compile a more recent u-boot now
<fredl-pc>
a lot of warnings about include/config.h:4:0: warning: "CONFIG_SATAPWR" redefined
<fredl-pc>
But, include/generated/autoconf.h:190:0: note: this is the location of the previous definition
<fredl-pc>
those are just warnings though, although I'm a bit surprised to see include/generated/autoconf.h in git
<fredl-pc>
however, I do get an error too:
<fredl-pc>
In file included from include/configs/sunxi-common.h:448:0,
<fredl-pc>
from env/common.c:11:
<fredl-pc>
from include/common.h:21,
<fredl-pc>
from include/config.h:8,
<fredl-pc>
from include/configs/sun7i.h:28,
<fredl-pc>
include/config_distro_bootcmd.h:200:2: error: expected ‘}’ before ‘BOOT_TARGET_DEVICES_references_SCSI_without_CONFIG_SCSI’
<fredl-pc>
hmm, starting to get this a bit now
<fredl-pc>
I guess the Cubietruck_defconfig I'm using as our sample is really kinda old
<beeble>
make Cubietruck_defconfig; make on v2018.03 works fine for me
<fredl-pc>
interesting.
<fredl-pc>
aha!
<fredl-pc>
I see what I'm doing wrong here
<fredl-pc>
mixing 2016.09 and 2018.03 defconfigs
<fredl-pc>
better...
<fredl-pc>
groovy, compiled without problem now
<fredl-pc>
ah yeah, this was the prob:
<fredl-pc>
U-Boot image data size mismatch: expected 516032, got 427155
<ssvb>
fredl-pc: you can compile the laters sunxi-tools from git, it should be fixed there
<ssvb>
yes, a new sunxi-tools release still needs to be tagged
<fredl-pc>
aha, oh didn't think about that one, I'm now using ancient packaged Debian sunxi-tools
<fredl-pc>
2016.11+dfsg1-4
<ssvb>
ancient sunxi-tools should have worked in principle and did not have to need any updates to work with future U-Boot version too, but it got a bug in the code
Jagan has joined #linux-sunxi
Jagan is now known as Guest55276
<ssvb>
fredl-pc: I'll get to it today in the (European) evening, and actually read the irc backlog with all your messages (not only the ones that highlighted me)
<fredl-pc>
oh :)
<fredl-pc>
You're the sunxi boss? :)
* fredl-pc
grins
<ssvb>
no, I'm not the boss :)
Mr__Anderson has joined #linux-sunxi
<fredl-pc>
haha just kidding, I don't know much who's-who in this world of Allwinner stuff
elros has quit [Remote host closed the connection]
montjoie has quit [Quit: leaving]
fdcx has joined #linux-sunxi
fdcx_ has joined #linux-sunxi
sunshavi has joined #linux-sunxi
vagrantc has joined #linux-sunxi
afaerber has joined #linux-sunxi
fdcx_ has quit [Quit: Leaving]
Mr__Anderson has joined #linux-sunxi
book` has quit [Quit: Leaving]
skiboy has joined #linux-sunxi
book` has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 264 seconds]
Andy-D has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
xes has joined #linux-sunxi
hlauer has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
nuuuciano has quit [Ping timeout: 246 seconds]
rexxster has quit [Read error: Connection reset by peer]
rexxster has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
sunshavi has quit [Ping timeout: 256 seconds]
mavkhimenia has quit [Ping timeout: 248 seconds]
nuuuciano has quit [Ping timeout: 256 seconds]
Ntemis has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
rexxster has quit [Remote host closed the connection]
lurchi_ is now known as lurchi__
paulk-gagarine-s has joined #linux-sunxi
scream has quit [Remote host closed the connection]
paulk-gagarine has quit [Ping timeout: 246 seconds]
<veremitz>
anyone know the state of H2+ cpu scaling support?
<veremitz>
my b-pi-zero is quite toasty :D
skiboy has quit [Quit: Leaving]
Ntemis has quit [Remote host closed the connection]
lurchi__ is now known as lurchi_
<ssvb>
fredl-pc: well, looks like debian has pulled down that particular netinstall files from the web (which is not very surprising), I think that I will just unpack their latest dvd iso and try to make an installer from it
Mr__Anderson has quit [Remote host closed the connection]
<ssvb>
but because it is netinstall, it relies on some files that are downloaded from the web, and these files are not there anymore and the installer fails
<ssvb>
that's why I'm going to try providing an update with a repackaged debian dvd
LargePrime has joined #linux-sunxi
LargePrime has quit [Remote host closed the connection]
mavkhimenia has joined #linux-sunxi
<vagrantc>
ssvb: just wondering which files are missing
<vagrantc>
ssvb: cuz maybe it's a bug to be fixed
clemens3_ has quit [Ping timeout: 240 seconds]
mavkhimenia has quit [Ping timeout: 248 seconds]
<ssvb>
vagrantc: it was an old snapshot (07 Sep 2015), moreover it was probably some kind of nightly build rather than a big official release
<vagrantc>
ah
<ssvb>
either way, this SD card image surely needs to be refreshed
<vagrantc>
got it
fdcx has quit [Remote host closed the connection]
hanni76 has quit [Remote host closed the connection]