<eric1>
unsuccesful since days gettin the latest kernel on an bananapi1 to work - someone could hook me up ? the system is running with stretch now, but the kernel is still 3.4.112-sun7i ...
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
camh has quit [Quit: WeeChat 1.0.1]
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
pg12 has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 248 seconds]
TheSeven has quit [Ping timeout: 276 seconds]
lerc has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
lerc has joined #linux-sunxi
lerc has quit [Remote host closed the connection]
yann has joined #linux-sunxi
yann has quit [Ping timeout: 255 seconds]
lerc has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
TheSeven has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
willmore has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 260 seconds]
tlwoerner has quit [Quit: Leaving]
willmore has quit [Ping timeout: 260 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
leviathan_ has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.9]
TheSeven has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
rocketpenguin has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
[7] has joined #linux-sunxi
TheSeven has quit [Ping timeout: 276 seconds]
<thebhef>
Hello, all. I'm trying to flash images to an SD card on a Pine64 using FEL mode. Eventually, I want to be able to reboot the device into a mode that presents the SD card or eMMC as USB mass storage, but for right now, I'd settle for flashing the required images for running a linux distro over USB, without having to resort to using the UART. I've spent most of this week reading and experimenting with FEL and U-boot.
<thebhef>
So that's what I want to do and the problems I've encountered. Does anyone have any suggestions on how to proceed from here? How can I figure out what's going wrong with my boot from the master?
<thebhef>
I've also been working with a branch (u-boot-sunxi/20160126-wip-a64-experimental) with A64 support that links to Allwinner's closed-source DRAM init code. That one gets to u-boot, but isn't distributable, and appears to be very different from the master, so I'm not quite sure how to incorporate the open-source DRAM libs from the master, or if that would even be a good idea.
<thebhef>
I grabbed the u-boot master (denx/master) repo, but it fails to find the main u-boot image. Board/sunxi/README.sunxi64 states that FEL is disabled because it runs in AArch32, and the SPL switches to AArch64. I added some debug prints to see what was happening, and it looks like the SPL is just not finding the boot image, which seems like it'd be before jumping back to FEL.
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 255 seconds]
camh has joined #linux-sunxi
[7] has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
camh has quit [Quit: WeeChat 1.6]
camh has joined #linux-sunxi
camh has quit [Client Quit]
camh has joined #linux-sunxi
lkcl has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
camh has quit [Quit: WeeChat 1.6]
camh has joined #linux-sunxi
TheSeven has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
jernej has joined #linux-sunxi
<ullbeking>
From #orangepi: Where is that comparison matrix for all OPi boards?
<ullbeking>
Can somebody remind me of the link please?
thebhef has quit [Quit: Going offline, see ya! (www.adiirc.com)]
alsy has joined #linux-sunxi
<alsy>
plaes: I have problems to boot a Cubietruck with your patches on top on Linus tree. It stops while loading MMC1. But there is no mmc1 on the board. the kernel is booting from mmc0.
netlynx has quit [Ping timeout: 260 seconds]
<plaes>
o_O
<plaes>
Cubietruck?
phipli has joined #linux-sunxi
marble_visions has joined #linux-sunxi
jernej has quit [Read error: Connection reset by peer]
marble_visions has left #linux-sunxi [#linux-sunxi]
jernej has joined #linux-sunxi
<pmpp>
jernej: do you know about some ddc control tool for H3 hdmi i2c, for like turning on/off and volume control of monitor ?
<jernej>
pmpp: I think you mixed up something
<wens>
that's not ddc
<wens>
that's CEC over HDMI
<pmpp>
:(
<jernej>
DDC (I2C) is only for reading edid
phipli has quit [Quit: Leaving]
<ullbeking>
KotCzarny: what is your opinion on the +2E? why are so many people saying that it is the best OPi?
<pmpp>
jernej: my monitor supports a lot over i2c channel
<KotCzarny>
because it is
<pmpp>
wens: not speaking about tv
<KotCzarny>
best specs, best design, best componenets
alsy2 has joined #linux-sunxi
alsy has quit [Read error: Connection reset by peer]
<ullbeking>
practically speaking, how do the H3- and H5-based ones compare? especially in terms of upstream/merged support in the mainline kernel?
<jernej>
pmpp: first, which kernel do you want to use? mainline?
<ullbeking>
which of the cheaper "entry-level" OPi boards are worth getting? the idea is to use them to mess around and practice with, it doesn't matter if you blow it up, etc? zero? lite? one? something else?
<ullbeking>
my +2E is going to be my "main" OPi, which I will use for primarily for flashing BIOSes
<jernej>
plaes: I have a plan to port that CEC driver for H3 soon
<pmpp>
ullbeking: pilite is quite hard to blow and can go away on wheels with it's wifi
<ullbeking>
does it make much difference whether you power the board from a 5V DC psu or a USB power supply cable? i'm guessing the 5V psu would be preferable and more stable as the power supplied by USB hosts can be a bit flakey ime
<KotCzarny>
yes
<KotCzarny>
usb jack is a amps bottleneck
<KotCzarny>
doesnt matter as long you dont use more than 500-1000mA
<ullbeking>
oh, so the problem generally is that you get too much current, instead of not enough? (hence boards betting blown up.)
<KotCzarny>
no
<KotCzarny>
the other way
<ullbeking>
i think i need torevise my basic electronics... are you saying that too low current blows the boards up due to voltage going up?
<KotCzarny>
undervoltage happens because board tries to draw more power
<KotCzarny>
and some crappy phone chargers drop voltage then
<lurchi_>
KotCzarny: USB BC1.2 allows significantly lower voltages than USB1.1/2.0
<eric1>
unsuccesful since days gettin the latest kernel on an bananapi1 to work - someone could hook me up ? the system is running with stretch now, but the kernel is still 3.4.112-sun7i ...
<tkaiser>
KotCzarny: Ohm's law. Most of the times the cable is the problem.
<KotCzarny>
there is often more than one cause
<KotCzarny>
and the result is reset or corruptions
<Hauke>
I want to add support for a PINE64 to LEDE (OpenWrt) which uses kernel 4.9, is there a git tree based on 4.9 or a list of patches needed avaliable?
<eric1>
vpeter: unfortunately there is no gcc5 soruce for diff .. Linux makesystem2 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux .... root@makesystem2:/usr/src/u-boot-sunxi# find|grep gcc5
<eric1>
many thanks vpeter. atm iam tryin to it with the mainlaine uboot to work from scratch. link bookmarked for the next try :)
jmcneill has joined #linux-sunxi
ayansh has joined #linux-sunxi
<ayansh>
how do i compile *.img file with own choice of packages etc?
leviathan_ has quit [Ping timeout: 246 seconds]
leviathan_ has joined #linux-sunxi
ayansh has quit [Quit: leaving]
lkcl has quit [Ping timeout: 240 seconds]
Andy-D__ has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 240 seconds]
jmcneill has quit [Quit: Leaving]
TheSeven has quit [Ping timeout: 276 seconds]
TheSeven has joined #linux-sunxi
xes_ has joined #linux-sunxi
xes has quit [Ping timeout: 260 seconds]
<ullbeking>
KotCzarny: i can't find my USB DC cable at the moment. in any case, what effect would you expect the awg rating to have on amps bottleneck and undervoltage?
<KotCzarny>
1.2.7 is old
<KotCzarny>
oops. wrong chan
Quarx has joined #linux-sunxi
<KotCzarny>
ullbeking: you cant pump enough volume (amps) through narrow pipe (24, 26, 28 and up awg)
<KotCzarny>
and also ohms law
<KotCzarny>
which means smaller diameter -> higher resistance -> higher voltage drop
<ullbeking>
ty KotCzarny
Quarx has quit []
dave0x6d has quit [Quit: Connection closed for inactivity]
<lurchi_>
ullbeking: avoid long cables - inductance can be a much severe concern than resistance
Andy-D_ has joined #linux-sunxi
<diego71>
lurchi_: but if it's DC, resistance is more a concerne than inductance :)
<lurchi_>
diego71: ever heard of changing power requirements?
Andy-D__ has quit [Ping timeout: 246 seconds]
<diego71>
lurchi_: can you elaborate?
<lurchi_>
every change in the current causes a voltage drop in the inductor (=^ cable)
<diego71>
usually it's a good practice have a bypass capacitor at the power connector on pcb
<lurchi_>
diego71: exactly for this reason
TheSeven has quit [Ping timeout: 255 seconds]
<lurchi_>
the bypass capacitor gives you some energy budget
<lurchi_>
the amount depends on a) the capacitance b) the allowable voltage drop (input voltage - minimum operating voltage)
<diego71>
lurchi_: not only, it reduce changes in current
TheSeven has joined #linux-sunxi
<lurchi_>
its job is to supply the energy the power supply can't provide "in time" - of course this also reduces current spikes
<diego71>
lurchi_: but my point it was that if something powered by usb port, cable inductance is seldom a problem
<lurchi_>
diego71: it is
lennyraposo has quit [Remote host closed the connection]
<lurchi_>
0.75m of cable adds a delay of 10ns between the SoC power consumption jumping up and the power supply actually delivering the current
<diego71>
ok, but usually you have capacitor near the load, and near the power
leviathan_ has quit [Remote host closed the connection]
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
alsy has joined #linux-sunxi
alsy2 has quit [Read error: Connection reset by peer]
ThibG has quit [Quit: Leaving]
TheSeven has quit [Ping timeout: 246 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
<ullbeking>
thanks for the heads up, lurchi__ and diego71
TheSeven has joined #linux-sunxi
lurchi__ is now known as lurchi_
dave0x6d has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 260 seconds]
<libv_>
eric1: it's a fucking wiki.
<libv_>
you are responsible for fixing it
<libv_>
and you should heed statements that say "if irc doesn't work, try asking the mailing list"
<libv_>
and i am saddened that such behaviour gets rewarded these days
libv_ is now known as libv
jernej has quit [Ping timeout: 248 seconds]
akaWolf has quit [Ping timeout: 260 seconds]
akaWolf has joined #linux-sunxi
<eric1>
first: linux-xunxi.org is not a wiki, 2nd: before you change something even in a wiki, you should be sure u have understand what u're doin and last: you should lower your arrogance
TheSeven has quit [Ping timeout: 258 seconds]
<Hauke>
I build the uboot and a kernel for a PINE64, but it stops at "Starting kernel..." where do I find some documentation on this interface, probably I used the wrong entry points
<Hauke>
I am new to ARM64
TheSeven has joined #linux-sunxi
<Hauke>
I am using mainline uboot + mainline kernel
<libv>
eric1: it quite definitely is a wiki
<libv>
and it's a pretty unique wiki for any SoC family
<libv>
i am the guy who originally wrote most of that, and for some reason, i am still the guy paying for the server that it runs on.
<libv>
eric1: now please go back to the banana pi forums.
<BenG83>
Hauke, did you include ATF in your u-boot build?
<Hauke>
I am using uboot 2017.07 with pine64 plus default config
<BenG83>
Linux-4.9.37
<BenG83>
what source is that?
<Hauke>
Linux 4.9 with some patches to add the clocks
<eric1>
thanks for the hint libv, you got me some more topics to search for on the forum :)
<Hauke>
how should the kernel be loaded from mainline uboot on the A64?
<beeble>
Hauke: there are no bootargs in your environment, does your boot.scr sets them? in the seconds part you just call booti without loading the kernel/initrd/fdt first
<BenG83>
Hauke, you can also check Armbian's Pine64 mainline images, they have boot.scr et al
<Hauke>
ok I will have a look
<Hauke>
is there a script which creates them avalibale?
<beeble>
not sure if it makes a lot of sense to point you to armbian if you want to integrate it in LEDE