<apritzel>
kloczek: but as I told you: without the ATF you will see the kernel crash
<apritzel>
which is probably what you experience
<kloczek>
ok .. so it will be next thing which I'll try to do :)
<kloczek>
apritzel: the same effect. OK .. going to patch fedora uboot and add atf :P
<kloczek>
will take a bit longer because will try to prepare it in form of regular package :P
<kloczek>
so .. .5h :)
<kloczek>
apritzel: so even with boot over efi atf must be used now?
<apritzel>
yes
<apritzel>
on arm64 U-Boot is mostly just a bootloader, most (server) boards use ATF and EDK2, sometimes with their own proprietary initial loaders
lurchi__ has joined #linux-sunxi
BenG83 has quit [Ping timeout: 260 seconds]
<kloczek>
uboot fedora binaries on aarch64 are not using atf so I'm curious are any of those boards listed in supported are really working with fedora?
* kloczek
has atf bin file and just tarted building patched uboot fedora package
<apritzel>
sure, because the ATF is part of the firmware sitting on those boards
<apritzel>
as in real computers (TM)
<apritzel>
it's just the lack of on board storage on those devboards that causes use the trouble to build the firmware
<kloczek>
temporary I have no fully integrated build procedure during build each board support I'll just drop atf bin file in pine64 tree
<apritzel>
fortunately vendors start to put SPI flash on their boards, so the (EFI!) firmware can live there and Fedora (and any other distro) would just boot
<apritzel>
and distros wouldn't be bothered with shipping firmware
<apritzel>
kloczek: yes, this is a WIP branch
<apritzel>
until I find the time to do a proper port
<kloczek>
ok .. so how it may be with efi on pine64?
<kloczek>
it will be necessary use uboot with atf as well?
<apritzel>
yes
<apritzel>
or you go ahead and do an EDK2 port
<kloczek>
<censored> ;)
wzyy2 has joined #linux-sunxi
<apritzel>
see? ;-)
<apritzel>
the EFI support in U-Boot saves us from going there, fortunately
<kloczek>
And I've jumped on aarch64 because I had argument with my friend about dead USparc vs emerging AArch64 which will shortly take over even x86 :D
<kloczek>
seems arm and AArch64 it is still quicksand :)
<apritzel>
kloczek: world domination is next year ;-)
<kloczek>
barely toy only :P
<apritzel>
kloczek: please don't judge AArch64 by some ultra cheap dev boards
<kloczek>
yeah .. Linux on his agenda has world domination from the begginning and still is way behind Solaris (+15 years IMO :)
<apritzel>
the servers at works boot with a default EFI image
<kloczek>
Just after releasing ZFS code (12 years ago) btrfs started and still after all those years has no even 20% of initial ZFS functions :)
<kloczek>
and in mean time ZFS made huuuuge progress to gaining even more interesting targets :P
<kloczek>
seems like pine64 as HW is on the market +2 years and still many HW supports is not integrated into main kernel :(
<kloczek>
probably still there few bits which needs to be started from point of view first implementation of some missing drivers/support
<apritzel>
kloczek: it's about a year now, and yes, but blame Allwinner for being totally ignorant to mainline
<kloczek>
two days ago received NanoPi 2 NEO and just after this I found that H5 support still is not integrated even partially :(
<apritzel>
kloczek: should be in -next, at at least in the sunxi tree
<apritzel>
so good chances that it makes it into 4.12
<kloczek>
Jul or Jully ..
<kloczek>
Jun ..
<kloczek>
so until it will happen it will be dust collector in my drawer ..
<apritzel>
the release: yes, -rc1 should be around May
<kloczek>
possibly ..
<apritzel>
kloczek: you can use some preliminary branches, if you are desperate
<kloczek>
I'm not as s much :P
<apritzel>
can understand ;-)
<kloczek>
can wait .. wihin next two weeks I should start my next contract so after this will have a bit less time :)
<apritzel>
in case you are bored: I'd really like to know what's missing to get standard arm64 distro installers to boot on the Pine64
<kloczek>
plaing between contracts I have almost finished full Linux install and Solaris server working on VoCore2 :)
<apritzel>
I tried Debian the other day and it couldn't find bootaa64.efi, because it was looking on the first partition only
<apritzel>
I am curious how this looks like with a Fedora EFI installer image put on an USB key
<apritzel>
(with the firmware on an SD card)
ninolein has joined #linux-sunxi
<kloczek>
no .. Debian is not for me .. just try t understand that I'm not comfortable with package manager which still is using old SyVR4 like package management :)
egbert has quit [Disconnected by services]
<kloczek>
from this point of view Debian not made on this area any step forward in last 20 years :)
egbert has joined #linux-sunxi
<kloczek>
total stagnation on this are is caused by number of existing packages
<kloczek>
any e bit radical changes around packaging will probably cause split whole community :)
<kloczek>
So OS like Solaris with IPS (Image Packaging System) is +20 years ahead of Debian :)
ninolein_ has quit [Ping timeout: 268 seconds]
<kloczek>
simple I'm not archaeologist :P
<kloczek>
ok .. I have pine64 binaries but I will wait until whole package will be build to confirm that FIT patches are not breaking any bits on building other boards support
apritzel has quit [Quit: Leaving.]
dave0x6d has quit [Quit: Connection closed for inactivity]
<kloczek>
## Starting EFI application at 40080000 ...
<kloczek>
efi_load_pe: Invalid DOS Signature
<kloczek>
## Application terminated, r = -2
<kloczek>
EFI LOAD FAILED: continuing...
terra854 has joined #linux-sunxi
lynxis has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
chomwitt has quit [Ping timeout: 268 seconds]
reev has joined #linux-sunxi
velly has joined #linux-sunxi
victhor has quit [Ping timeout: 256 seconds]
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
pg12 has quit [Ping timeout: 256 seconds]
pg12 has joined #linux-sunxi
lkcl has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 246 seconds]
[7] has quit [Ping timeout: 256 seconds]
TheSeven has joined #linux-sunxi
IgorPec has joined #linux-sunxi
DullTube has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
engideavr has joined #linux-sunxi
fire219 has quit [Ping timeout: 256 seconds]
fire219 has joined #linux-sunxi
reinforce has joined #linux-sunxi
f0xx has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
fire219 has quit [Ping timeout: 260 seconds]
fire219 has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
noblock has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
fire219 has quit [Ping timeout: 240 seconds]
fire219 has joined #linux-sunxi
lkcl has quit [Ping timeout: 256 seconds]
terra854 has joined #linux-sunxi
engideavr has quit [Quit: Konversation terminated!]
engideavr has joined #linux-sunxi
Leepty has joined #linux-sunxi
chlorine has joined #linux-sunxi
florianH has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
f0xx has quit [Ping timeout: 264 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine_ has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
fkluknav has joined #linux-sunxi
techping has joined #linux-sunxi
enrico__ has joined #linux-sunxi
BenG83_PB has joined #linux-sunxi
nashpa has quit [Quit: Going away]
terra854 has quit [Quit: Connection closed for inactivity]
lkcl has joined #linux-sunxi
BenG83_PB has quit [Ping timeout: 256 seconds]
f0xx has joined #linux-sunxi
techping has quit [Remote host closed the connection]
alexvf has joined #linux-sunxi
lurchi_ is now known as lurchi__
DullTube has quit [Quit: Leaving]
<MoeIcenowy>
switchable USB controller PHY patches for H3 have been merged...
swiftgeek has quit [Ping timeout: 256 seconds]
wzyy2 has quit [Ping timeout: 258 seconds]
nashpa has joined #linux-sunxi
<kloczek>
please try to push H5 patches ;p
<MoeIcenowy>
kloczek: H5 patchset have already been in linux-next.
<MoeIcenowy>
see commit 5be862d5b100b49452161eed21a19ccbcb8b42dc in next-20170327
<kloczek>
ok .. what about u-boot support?
<MoeIcenowy>
for U-Boot support please ask apritzel
<MoeIcenowy>
currently the most important part is SPL FIT, which is used to load ATF.
<kloczek>
will do :)
<kloczek>
did you saw my email with update my progress n pine64? :)
<MoeIcenowy>
yes
<MoeIcenowy>
but I cannot explain it...
<MoeIcenowy>
P.S. my mail address did a small migrate -- with aosc.xyz changed to aosc.io
<MoeIcenowy>
although the aosc.xyz one still also work
<kloczek>
cannot boot correctly uImage/uInird and when apritzel will back will try to resolve efi uboot scan issues to try to push loading kernel over efi
<MoeIcenowy>
or can you just try to do ordinary boot?
<MoeIcenowy>
with no auto scans
<MoeIcenowy>
manually run commands
<kloczek>
problem is that I have no idea now efi boot should look like :(
<kloczek>
seems apritzel is using efi boot on other HW
<MoeIcenowy>
P.S. with direct efi boot I don't know how to attach an initrd
<MoeIcenowy>
so if possible please keep your kernel bootable without initrd
<kloczek>
ok one sec .. will try :)
<MoeIcenowy>
(I did it on all my distro's kernels, on every platform, even x86
<MoeIcenowy>
oh I forgot to say setenv bootargs command
<BenG83>
I figured out my AXP803 problems \o/
<MoeIcenowy>
setenv bootargs console=ttyS0,115200n8 rw root=/dev/mmcblk0p2 rootwait earlycon=uart,mmio32,0x01c28000 # this is what I used, please change the mmc partition according to your situation
<MoeIcenowy>
BenG83: how?
<MoeIcenowy>
and, congrats ;-)
<BenG83>
the original AXP803 driver updates battery parameters from the dts only if the valid flags in the AXP are NOT set
<BenG83>
it does read-modify-write
<BenG83>
with the condition that VALID bit is not set
<BenG83>
so if you want to change battery parameters
<BenG83>
you have to reset the AXP before
<BenG83>
either by removing the battery, RTC battery and DC
<BenG83>
or by manually clearing the registers
<BenG83>
now I have the correct battery size in the AXP register and the fuel gauge learning output looks much better
<BenG83>
something to keep in mind when developing the mainline driver
<BenG83>
it uses the fixed 32 point LUT until it deems it's learning registers valid
<BenG83>
but if the parameters for the battery are too far off it never starts learning at all
<MoeIcenowy>
this is misleading -- as it's not a U-Boot wrapped image, but a ordinary kernel Image
<MoeIcenowy>
just call it Image
popolon has joined #linux-sunxi
<MoeIcenowy>
P.S. kernel can accept compressed initrd as the decompressor is in kernel main code
<kloczek>
of course that it is not u-boot wrapped image
tsuggs has quit [Ping timeout: 240 seconds]
<kloczek>
I told you this already :)
<MoeIcenowy>
kloczek: so please do not call it u*
<kloczek>
it is exactly the same format as on x86 :)
<MoeIcenowy>
otherwise you will mess things up
<MoeIcenowy>
P.S. "MS-DOS executable, MZ for MS-DOS" is the result of recognizing the EFI Stub
<BenG83>
ah I was wondering about that
<MoeIcenowy>
you can delete uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64 now and use mkimage to create a "real uInitrd" directly via initramfs-4.11.0-0.rc3.git2.1.fc27.aarch64.img
<kloczek>
apritzel yesterday told me that he never been using on aarch64 "legacy" uboot format to boot Linux :)
<MoeIcenowy>
mkimage -A arm -T ramdisk -C none -n uInitrd -d initramfs-4.11.0-0.rc3.git2.1.fc27.aarch64.img uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek>
MoeIcenowy: and this is what I've done and what I've described you in my email :)
<MoeIcenowy>
kloczek: unfortunately for initrd u-boot only recognizes the "legacy" uboot format
<MoeIcenowy>
kloczek: so for initrd you are correct
<kloczek>
uboot correctly recognizes files
<MoeIcenowy>
but for *Image* you are wrong
<kloczek>
however boot fails
<MoeIcenowy>
you should use booti to execute the result of gzip -dc
<MoeIcenowy>
the file that is recognized as "MS-DOS exectuable, MZ for MS-DOS" is the real Image file, which can be used by booti
<kloczek>
and after reboot I have exactly the same oops
<MoeIcenowy>
are you sure?
<kloczek>
can you send me your binary sunxi-spl.bin and u-boot.bin?
<MoeIcenowy>
no u-boot.bin!
<kloczek>
yes I'm sure
<MoeIcenowy>
you need to write u-boot.itb!
<kloczek>
so this is new detail :P
Andy-D has joined #linux-sunxi
<kloczek>
ok will need to rebuild uboot to have this file because I've deleted directory used to build uboot rpm package :)
<MoeIcenowy>
I told you here very early
<kloczek>
will back in +20min when will have this binary :)
<MoeIcenowy>
I said "The resulting binaries are spl/sunxi-spl.bin, which should be written at 8K of sdcard, and u-boot.itb, which should be written at 40K." in my first email
<kloczek>
:)
<kloczek>
ok .. my fault :)
<kloczek>
so on pine64 u-boot.bin will be not used?
<kloczek>
at all ..?
<MoeIcenowy>
u-boot.bin is part of u-boot.itb .
<kloczek>
this question was in context of distibuted in binary package files :)
<BenG83>
that is u-boot.bin + dtb iirc?
<MoeIcenowy>
BenG83: itb is u-boot.bin + ATF + dtb
<BenG83>
ok
wzyy2 has quit [Read error: Connection reset by peer]
<oliv3r>
hey, i'm looking through the 3.4 serial driver, and i see no mention of uart_type (or rts/cts etc etc); so the fex file has these parameters, but never usest hem?
<kloczek>
and still full start is not finished as it bounces in:
<kloczek>
start job is running for dev-mmcblk0p3.device
<MoeIcenowy>
kloczek: your kernel have sunxi mmc driver missing.
<MoeIcenowy>
CONFIG_MMC_SUNXI
<kloczek>
seems it is just before remount to rootfs on mmc
<kloczek>
ok
<kloczek>
it will take a bit longer to fix it as it will be necessary to rebuild kernel:)
<kloczek>
will try to request build this driver in std fedora kernel :)
<kloczek>
MoeIcenowy: nevertheless .. thank you :)
<kloczek>
all this moved everything to fully working state :P
<kloczek>
much closer than it was befor
<MoeIcenowy>
and for USB support you need: CONFIG_PHY_SUN4I_USB CONFIG_USB_MUSB_HDRC CONFIG_USB_MUSB_SUNXI for the upper port, CONFIG_PHY_SUN4I_USB CONFIG_USB_EHCI_HCD_PLATFORM CONFIG_USB_OHCI_HCD_PLATFORM for the lower port
<kloczek>
I must rethink how to integrate ATF into uboot package as well
<kloczek>
s my understanding is that sunxi support cannot be easyly integrated into generic drivers (?)
yann-kaelig has joined #linux-sunxi
<MoeIcenowy>
kloczek: yes, allwinner socs use many their own IP cores
<MoeIcenowy>
e.g. MMC and USB PHY
<kloczek>
ok
<MoeIcenowy>
(nearly for every SoC vendor there's a dedicated USB PHY driver
<MoeIcenowy>
you can run ls drivers/phy/*usb* in linux source tree to dig out them ;-)
chomwitt has joined #linux-sunxi
<kloczek>
i have no crosscompile dev env sp probably it will be better for me to request add necessary drivers to fedora aarch64 kernel as it is rebuild almost every day
<kloczek>
I have still few things to do with preparing uboot package changes :)
<MoeIcenowy>
P.S. if CONFIG_MMC_SUNXI is set to Y it will be possible to boot system without initrd
<kloczek>
you know hw it is with distro kernels .. things like this are landing as loadable modules :)
<MoeIcenowy>
yes
<MoeIcenowy>
although my own role is not to modularize any boot-critical drivers ;-)
<mripard>
MoeIcenowy: the issue with that what "boot-critical" means depends for each and every user
<kloczek>
you should be using kernels packaged with config files as close as possible to distro setup :)
<MoeIcenowy>
mripard: P.S. another problem: should we make pinctrl options visible?
<kloczek>
integration of all changes into distro will be almost instant :)
<MoeIcenowy>
mripard: and a more critical problem: the mux 3 of ar100 of r_ccu
<mripard>
MoeIcenowy: why do you want to make pinctrl options visible
<BenG83>
you need the mmc driver to mount your rootfs
chlorine has joined #linux-sunxi
<kloczek>
IMO it is quite possible that probing hw fails (this oops) and by this mmc driver is not loaded
<kloczek>
will try to add some debug to initrd to see what exactly is done and on what it loops
chlorine has quit [Ping timeout: 260 seconds]
Keziolio has quit [Ping timeout: 260 seconds]
enrico__ has joined #linux-sunxi
Ntemis has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
mfratello has joined #linux-sunxi
terra854 has joined #linux-sunxi
Keziolio has joined #linux-sunxi
Keziolio has joined #linux-sunxi
Keziolio has quit [Changing host]
<mfratello>
hello everyone! I started working with a V3s and I should get it working. I am not sure about where to start
fkluknav has quit [Ping timeout: 264 seconds]
techping has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
silviop has joined #linux-sunxi
techping has quit [Remote host closed the connection]
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
techping has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 240 seconds]
fkluknav has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
victhor has joined #linux-sunxi
nove has joined #linux-sunxi
f0xx has quit [Ping timeout: 260 seconds]
cnxsoft has quit [Quit: cnxsoft]
<wens>
MoeIcenowy: phy patches were merged, but not pushed out yet
Hao has quit [Remote host closed the connection]
<MoeIcenowy>
kloczek: this oops doesn't matter at all
<MoeIcenowy>
wens: saw it
perr has quit [Remote host closed the connection]
alsy has joined #linux-sunxi
<montjoie>
I still need someone to test linux-next on sunxi. on any non sun8i hardware
<alsy>
Montjoie: does the dwmac regression still present in linux-next on A20?
<montjoie>
the guy who break it delay too long the revert
<montjoie>
alsy: yes
Hao has joined #linux-sunxi
<wens>
montjoie: hmm, can't you just send a revert?
<montjoie>
he said that he will do, but still try to send fix
<montjoie>
wens: could you test it ?
<montjoie>
just for be sure that the regression is not on my fault:)
alsy has quit [Read error: Connection reset by peer]
<wens>
might not get to it, a bit busy these days with my boss in town :p
<montjoie>
I try to contact kernelci also, for adding network test: no answer:(
<wens>
this was brought up at previous kernelci BoFs... someone needs to write the test
chlorine has quit [Remote host closed the connection]
<montjoie>
I could try to contact kevin from baylibre, but baylibre never answered me also:(
IgorPec has joined #linux-sunxi
f0xx has joined #linux-sunxi
<wens>
mripard: is the free electrons lab down? i didn't see it on kernelci last week
chlorine has joined #linux-sunxi
<mripard>
I have no idea
<mripard>
qschulz: ^
<wens>
kernelci under maintenance... oh well
chlorine has quit [Remote host closed the connection]
sunxi_fan has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
fkluknav has quit [Ping timeout: 260 seconds]
<nove>
at openness table, BSP also includes userspace, but i think maybe should be indicated that for the case of A10/A13/A20/A31 kernel/uboot, there was released passable sources with good license
fkluknav has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
<qschulz>
wens: well that explains it :)
sunxi_fan has joined #linux-sunxi
<MoeIcenowy>
qschulz: could you please add cpu-supply for R16 parrot then move the highest opp of A33 to sun8i-a33.dtsi?
lemonzest has quit [Quit: Leaving]
tkaiser has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<tkaiser>
'Funny', Xunlong now has not only a H3 based OPi Zero Plus 2 on Aliexpress but for a buck more a H5 variant too (named identically): https://forum.armbian.com/index.php?/topic/3816-orange-pi-zero-plus-2-available/&do=findComment&comment=28407
reinforce has quit [Quit: Leaving.]
<KotCzarny>
lol
<BenG83>
wat
<BenG83>
that will surely not create a lot of confusion
<tkaiser>
BenG83: If there wouldn't be a HDMI port here I wouldn't care that much... curious what's on the eMMC then.
<KotCzarny>
they should just create socketed board and let people choose config ;)
<wens>
hehe
techping has quit [Remote host closed the connection]
The_Loko has joined #linux-sunxi
<nove>
Are there still no H5/R40 devices? (other than SBCs)
<tkaiser>
nove: Not that I know of. But maybe H5 is used in TV boxes (a large german company did the same with H3 and almost nobody noticed)
popolon has quit [Read error: Connection reset by peer]
chlorine has quit [Remote host closed the connection]
<wens>
tkaiser: didn't notice because they weren't for sale or ?
vagrantc has joined #linux-sunxi
<nove>
off course is better to keep low profile, in case of some "annoyance" would ask about "license issues"
Ntemis has quit [Read error: No route to host]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
<tkaiser>
wens: ABOX Z38 seems like a low end box based on H3. No idea how many they sell and under which name (it seems ISP are handing those IPTV boxes over to customers if they book 'entertain packages' or stuff like that)
victhor has quit [Ping timeout: 256 seconds]
<nove>
has dvb tuners
The_Loko has joined #linux-sunxi
<mfratello>
how should I build a linux iso for the licheepi zero?
jernej has joined #linux-sunxi
tkaiser has quit [Ping timeout: 256 seconds]
<mfratello>
how should I build a linux iso for the licheepi zero?
tkaiser has joined #linux-sunxi
<KotCzarny>
have you tried contacting vendor?
<mfratello>
actually, I don't have a licheepi, i have a v3s devboard, i think. but i was told it is practically the same
<mfratello>
the problem is that i don't have a clear idea of what to do
<KotCzarny>
why did you buy it?
<mfratello>
my employer wants to setup this board for development
<mfratello>
i need to get a linux on that
<mfratello>
after that I should be good
<MoeIcenowy>
mfratello: what's the board's debug UART?
<MoeIcenowy>
currently only UART0 can be supported...
<mfratello>
there's a second uart soldered on the board
popolon has joined #linux-sunxi
<mfratello>
i can connect a serial monitor to the board
<mfratello>
the stock image boots
<mfratello>
i need to make the build+flash procedure reproducible
<KotCzarny>
basically very basic functionality is there
Nacho has quit [Ping timeout: 246 seconds]
<mfratello>
you just said that u-boot is a bootloader, what will it boot?
<mfratello>
*load
<KotCzarny>
whatever you configure it to load next
<mfratello>
what if i want to to load a linux kernel?
<BenG83>
that's what u-boot does mostly
<BenG83>
there is not much LicheePi Zero ha around since it is not released yet
<BenG83>
*hw
Nacho has joined #linux-sunxi
Rondom has quit [Remote host closed the connection]
<mfratello>
i'm sorry, i'm making dumb questions, but i don't have any idea of what to do.
Rondom has joined #linux-sunxi
enrico__ has quit [Remote host closed the connection]
<KotCzarny>
if you want to participate in writing mainline drivers for v3s, this is the place, otherwise you just have to wait till someone else does it
enrico__ has joined #linux-sunxi
<BenG83>
to build an image that can boot you need to have the firmware (spl/atf/u-boot/), devicetree files for your hardware, linux kernel for V3s and a root filesystem of your favourite distro
<BenG83>
you can build all those things with work in progress source trees various people have
<KotCzarny>
otherwise your only option would be smelly allwinner kernel for v3/v3s, is there such dump?
<MoeIcenowy>
yes there's smelly kernel dump for v3s.
<BenG83>
mfratello, did you get a SDK with your devboard?
<BenG83>
if not, maybe start by documenting your hardware on the wiki
<mfratello>
all i got was the board, a usb-to-serial adapter and a link to the github repository of the lecheepi zero
<BenG83>
if you do not have a BSP from Allwinner and want to work on support for V3s it may be a good idea to first learn how to create an image for a board that is already supported
<mfratello>
i found a design file of the board
<mfratello>
it is called v3s_std_cdr_v1_0
<mfratello>
what's a bsp by the way?
<mfratello>
ok, board support package
<BenG83>
bsp's it what vendors usually drop on their users and contain kernel, drivers, other things for the board
<BenG83>
usuallt they ain't pretty
<BenG83>
*usually
<BenG83>
what linux-sunxi does is work on support for SoC and board for usptream/mainline Linux
dave0x6d has joined #linux-sunxi
<BenG83>
which in case of Allwinner is a lot different from what they package in their BSPs
Hao_ has joined #linux-sunxi
<mfratello>
guys, gotta go now. i'll try to wrap my head around all this. thanks for the info
<BenG83>
read the wiki
<BenG83>
as much as you can :)
<mfratello>
will do!
mfratello has quit [Quit: leaving]
wzyy2 has quit [Ping timeout: 264 seconds]
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has joined #linux-sunxi
tkaiser has quit [Read error: Connection reset by peer]
GrimKriegor_ has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 260 seconds]
GrimKriegor_ is now known as GrimKriegor
reinforce has joined #linux-sunxi
tkaiser has joined #linux-sunxi
Hao_ has quit [Ping timeout: 256 seconds]
Mr__Anderson has quit [Remote host closed the connection]
chomwitt has quit [Ping timeout: 240 seconds]
alsy has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
alsy2 has joined #linux-sunxi
alsy has quit [Remote host closed the connection]
multi_io has quit [Ping timeout: 246 seconds]
multi_io has joined #linux-sunxi
Andy-D has quit [Ping timeout: 260 seconds]
enrico__ has quit [Quit: Bye]
chlorine_ has quit []
|Jeroen| has quit [Quit: dada]
<silviop>
why i possible to use full fetured debian/ubuntu with last kernel but nobody port android 7.1(example) ?
<jelle>
because there is more interested in an open platform then a walled garden? :P
<silviop>
ok for your philosophical explanation , but there are technical issue ? I thnk about simple fb and not full fb suppport
<MoeIcenowy>
silviop: yes it's a reason
<MoeIcenowy>
you got it
<MoeIcenowy>
current Nougat have already been not able to run with GLES driver
<jelle>
silviop: also mainline is much friendlier for developers
<silviop>
but android need really hardware acceleration ?
<MoeIcenowy>
tkaiser: this is the legacy kernel ;-)
<tkaiser>
Hmm... if Android is the 'use case' it seems no one cares about kernel version? People are happy running with 2.6, right? ;)
<MoeIcenowy>
tkaiser: yes, although Android 4.0+ doesn't like 2.6, they want 3.0+ ;-)
<tkaiser>
Wow, it seems I have to visit pine64 forum to get an idea whether the stupid 'Mali hype' is still there. Kamil integrated r6p0-01 driver from BSP 3.0 in the meantime
<MoeIcenowy>
mripard: I got the correct frequency of mux 3 of ar100 on H3!
<MoeIcenowy>
with directly use AR100 to test it ;-)
<MoeIcenowy>
it's 15MHz measured by AR100 (so it should be 16000000 in device tree of BSP)
<kloczek>
MoeIcenowy: have Q: is it any plan to add A80 support to 4.xx kernel? :)
<MoeIcenowy>
kloczek: ask wens
<MoeIcenowy>
currently works are WIP.
kivutar has quit [Ping timeout: 264 seconds]
<kloczek>
I have Trondsmart box which has 4GB RAM :P
lynxis_ has joined #linux-sunxi
<kloczek>
ok .. just finished reading doc how to debug inirtd in fedora so will try to bite this issue with not initialized mmc :)
<kloczek>
hopefully shortly will have fully working system :P
<kloczek>
MoeIcenowy: yet another Q: how it will be with pine LCD support in 4.11? all necessary code is already in master?
<MoeIcenowy>
nopr
<MoeIcenowy>
nope
<MoeIcenowy>
and for the Pine64 MIPI DSI LCD, maybe the answer will be difficult to be yes
<kloczek>
ok .. so when will finish dancing with correct boot fedora this will be next :)
lynxis has quit [Ping timeout: 260 seconds]
<kloczek>
probably tomorrow will try push to fedora uboot FIT changes with building ATF as well
<MoeIcenowy>
mripard: oh, no, what the hell -- the frequency get on A64 is 11MHz!
lkcl has quit [Ping timeout: 268 seconds]
<kloczek>
MoeIcenowy: still cannot understand why psci cannot be part of the regular kernel code. Such things AFIK on other archs are implemented straight in kernel
<MoeIcenowy>
kloczek: for arm32, in fact you can include core bringing up code as regular kernel code
<MoeIcenowy>
but it's deprecated
<MoeIcenowy>
for arm64 this is now not allowed to have platform-specified cpu bringing up code
<MoeIcenowy>
for H5 it's 16MHz again
maik_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
iamfrankenstein has joined #linux-sunxi
<kloczek>
is it possible to download straight tar archive from github repo without cloning locally?
<MoeIcenowy>
seems no...
<kloczek>
from exact branch ..
<kloczek>
I remember that it was something about such option :/
<KotCzarny>
maybe through web interface?
<kloczek>
I found that it is possible to download zip file :P
<MoeIcenowy>
if you do not want git history you can change the suffix of zip url to tar.gz
Mr__Anderson has joined #linux-sunxi
<kloczek>
so it is only matter of converting it on the fly into tar.xz :)