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
<apritzel> yes, -e should be ignored
<apritzel> and for -a I'd try the 0x4fe00000
<kloczek> yep :)
<apritzel> does the RPi3 really work with 0 here?
<kloczek> yes it works
<kloczek> other question about execution addr in case kernel
<kloczek> the same as load addr?
<kloczek> apritzel: ?
<apritzel> kloczek: yes, that should work
<kloczek> so I'm going to use:
<kloczek> export version=4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek> mkimage -A arm64 -O linux -T kernel -C none -a 0x40080000 -e 0x40080000 -n $version -d /lib/modules/$version/vmlinuz /boot/uImage-$version
<kloczek> mkimage -A arm64 -O linux -T ramdisk -C none -a 0x4fe00000 -e 0 -n initramfs -d /boot/initramfs-$version.img /boot/uInitrd-$version
<apritzel> well, give it a try, I think I never used legacy U-Boot images on arm64 before ...
<kloczek> :)
<kloczek> so how you are using it now?
<kloczek> boot over efi?
xes has quit [Ping timeout: 240 seconds]
xes_ has joined #linux-sunxi
<apritzel> I use arch/arm64/boot/Image directly, using the booti command
<apritzel> I was hoping that your vmlinuz would be the same, but apparently it's not
<apritzel> but yes, eventually the goal is to use EFI and get rid of those U-Boot commands at all
<kloczek> apritzel: it crashes
<kloczek> apritzel: http://pastebin.com/5HxnwGxu
<kloczek> so .. do you have at least one aarch64 system booted over efi?
<apritzel> kloczek: can you add: earlycon=uart,mmio32,0x1c28000
xes_ has quit [Quit: WeeChat 1.6]
<kloczek> if yes maybe it would be better try to find out why efi boot scan fails on my uboot?
<apritzel> kloczek: sure, I do this every day ;-)
<apritzel> kloczek: but not on the Pine64
<kloczek> ok .. wil ltry to add http://pastebin.com/5HxnwGxu
<kloczek> earlycon=uart,mmio32,0x1c28000
<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
<kloczek> just checked https://github.com/ARM-software/arm-trusted-firmware and I don;t see in this tree even versions tags .. I'm not even asking to have regular version tar balls :)
<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]
BenG83 has joined #linux-sunxi
xes has joined #linux-sunxi
<kloczek> nope .. pine with fit patches and ATF is not able to boot kernel http://pastebin.com/XTj4TSnd :(
lynxis has quit [Ping timeout: 260 seconds]
cnxsoft has joined #linux-sunxi
<kloczek> someone can help maybe with efi boot on pine64?
<kloczek> part of the "run scan_dev_for_boot" uboot command:
<kloczek> Found EFI removable media binary efi/boot/bootaa64.efi
<kloczek> ** Bad device : 0x40080000 **
<kloczek> libfdt fdt_check_header(): FDT_ERR_BADMAGIC
<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 :(
<MoeIcenowy> load mmc 0:1 0x40080000 Image ; load mmc 0:1 0x4fa00000 sun50i-a64-pine64-plus.dtb ; bootefi 0x40080000 0x4fa00000
<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
<kloczek> MoeIcenowy: it fails
<BenG83> I did one full discharge cycle at about 2A load
<kloczek> => bootefi 0x40080000 0x4fa00000
<kloczek> ## Starting EFI application at 40080000 ...
<kloczek> Scanning disks on usb...
<BenG83> so maybe I can apply spreadsheet magic to find a better start LUT
<kloczek> Scanning disks on mmc...
<kloczek> MMC Device 1 not found
<kloczek> MMC Device 2 not found
<kloczek> MMC Device 3 not found
<kloczek> Found 5 disks
<kloczek> "Synchronous Abort" handler, esr 0x86000004
<kloczek> ELR: ea000006ea000008
<kloczek> LR: baeca96c
<kloczek> however I'm not sure am I using correct efi file
<MoeIcenowy> are you sure your u-boot have ATF?
<kloczek> I've loaded /boot/efi/EFI/BOOT/BOOTAA64.EFI
enrico__ has quit [Quit: Bye]
<kloczek> MoeIcenowy: yep .. it was on uboot with atf
<MoeIcenowy> kloczek: could you try to directly load kernel Image?
<kloczek> what you mean?
<kloczek> uboot does not support loading vmlinuz
<MoeIcenowy> kloczek: for arm64 there's no official compressed kernel format
<MoeIcenowy> you can do a "file" command on your so-said vmlinuz
<MoeIcenowy> to ensure whether it is an Image or an Image.gz
<kloczek> fedora is using the same format as on x86{,_64} .. vmlinuz
<MoeIcenowy> OK let me download a fedora kernel package and check
<kloczek> on armv7 it is converted to uImage and uImnitrd during kernel post install
<beeble> fedora builds image.gz for aarch64
<MoeIcenowy> on armv7 there is zImage
<MoeIcenowy> which is a self-decompressing image
<MoeIcenowy> but on aarch64 there's no self-decompressing image
<beeble> and renames it to vmlinuz
<kloczek> In my email you can find which commands I've been using to generate uImage/uInitrd
<MoeIcenowy> if beeble said is right, kloczek, you can just gzip < vmlinuz > Image
swiftgeek has joined #linux-sunxi
<BenG83> I also added sane UVLO settings to the AXP803 for Pinebook
<BenG83> after I looked at the discharge logs
<kloczek> MoeIcenowy: on pine64 bootz os not elabled in defcofig
<MoeIcenowy> kloczek: because there's no zImage
<MoeIcenowy> use booti instead (boot Image)
<kloczek> and I've already tried to enable it and bootz is not recognizing vmlinuz format
<MoeIcenowy> yes I said that there's no zImage on arm64
<MoeIcenowy> the vmlinuz is Image.gz
<MoeIcenowy> which is just an ordinary gzipped file, and needs the bootloader to gunzip it
<kloczek> so .. just unpack kernel an initramdisk?
<MoeIcenowy> nope
<kloczek> ok will try .. one sec
<MoeIcenowy> for u-boot please manually unpack it
<MoeIcenowy> with gzip command
<MoeIcenowy> gzip < vmlinuz > Image
* jelle takes notes
<MoeIcenowy> the Image will be the one used in booti or bootefi
<MoeIcenowy> maybe we should call this vmlinuz as a so-said vmlinuz, as it's not a self-decompressor
<MoeIcenowy> and of course you cannot directly execute a gzipped file ;-)
<MoeIcenowy> so this explains your hanging
<MoeIcenowy> in fact I do not like naming it vmlinuz -- it will hide the fact that it's not directly bootable
<MoeIcenowy> on x86/arm32 the vmlinuz is zImage (or bzImage) which is really directly bootable
<kloczek> These are uncompressed files
<kloczek> [root@domek boot]# file uImage-4.11.0-0.rc3.git2.1.fc27.aarch64 uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek> uImage-4.11.0-0.rc3.git2.1.fc27.aarch64: MS-DOS executable, MZ for MS-DOS
<kloczek> uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64: ASCII cpio archive (SVR4 with no CRC)
<MoeIcenowy> you uncompressed the uImage?
<MoeIcenowy> P.S. please do not name the uncompressed file uImage.
<BenG83> I am watching now via register dumps how AXP803 learns the real battery capacity...
<BenG83> [ 7542.552337] Axp batt_max_cap = 9999
<BenG83> [ 7542.552411] Axp coulumb_counter = 9714
mripard has left #linux-sunxi [#linux-sunxi]
<kloczek> gzip -dc initramfs-4.11.0-0.rc3.git2.1.fc27.aarch64.img >uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek> gzip -dc vmlinuz-4.11.0-0.rc3.git2.1.fc27.aarch64 >uImage-4.11.0-0.rc3.git2.1.fc27.aarch64
<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> [root@domek boot]# file uImage-4.11.0-0.rc3.git2.1.fc27.aarch64. uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64.
<kloczek> uImage-4.11.0-0.rc3.git2.1.fc27.aarch64.: u-boot legacy uImage, 4.11.0-0.rc3.git2.1.fc27.aarch64\037\213\010, Linux/ARM 64-bit, OS Kernel Image (Not compressed), 7170406 bytes, Mon Mar 27 00:19:21 2017, Load Address: 0x40080000, Entry Point: 0x40080000, Header CRC: 0x8090DBAA, Data CRC: 0x8B3AF598
<kloczek> uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64.: u-boot legacy uImage, initramfs, Linux/ARM 64-bit, RAMDisk Image (Not compressed), 12384907 bytes, Mon Mar 27 00:19:26 2017, Load Address: 0x4FE00000, Entry Point: 0x00000000, Header CRC: 0xFC74697F, Data CRC: 0x9775E36F
<kloczek> these files have been generated using mkimage
<MoeIcenowy> keep your uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64 here.
<MoeIcenowy> It's correct
<kloczek> as I wrote you in email I'm not sure about execution point (-e param)
<MoeIcenowy> for initrd you need no execution point
<MoeIcenowy> you never execute an initrd as a program, right?
<kloczek> yep and this is why is -e 0
<MoeIcenowy> for uImage you did all wrong.
<MoeIcenowy> Please do not generate any uImage for kernel
<MoeIcenowy> directly use Image
<MoeIcenowy> you can get Image as the gzip -dc result above
<kloczek> ok .. so how it needs to be done?
<MoeIcenowy> here I assumed you have already renamed the gzip -dc result to Image-4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek> export version=4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek> mkimage -A arm64 -O linux -T kernel -C none -a 0x40080000 -e 0x40080000 -n $version -d /lib/modules/$version/vmlinuz /boot/uImage-$version
<kloczek> mkimage -A arm64 -O linux -T ramdisk -C none -a 0x4fe00000 -e 0 -n initramfs -d /boot/initramfs-$version.img /boot/uInitrd-$version
<kloczek> this is what I've used
<MoeIcenowy> the first mkimage is wrong
<MoeIcenowy> please replace it with gzip -dc < /lib/modules/$version/vmlinuz > /boot/Image-$version
<kloczek> ok .. please give me correct params :)
<MoeIcenowy> gzip -dc < /lib/modules/$version/vmlinuz > /boot/Image-$version
<MoeIcenowy> this is the correct command
<kloczek> so again .. it will be not recognized
<MoeIcenowy> then the boot script should be "load mmc 0:1 0x40080000 Image-$version ; load mmc 0:1 0x4fe00000 uInitrd-$version ; load mmc 0:1 0x4fa00000 sun50i-a64-pine64-plus.dtb ; booti 0x40080000 0x4fe00000 0x4fa00000"
<MoeIcenowy> kloczek: booti recognizes Image
<kloczek> because it will be "DOS executable, MZ for MS-DOS" file
<MoeIcenowy> please believe me and try the following commands
<MoeIcenowy> s/following/above/
<kloczek> this is what vmlinuz is .. it is "DOS executable, MZ for MS-DOS" compressed file
<MoeIcenowy> yes
<kloczek> ok
<MoeIcenowy> the "DOS executable, MZ for MS-DOS" is the raw kernel Image file
<MoeIcenowy> P.S. here I use Image instead of image, as its name in kernel building system is arch/arm64/boot/Image
<kloczek> so kernel as DOS executable, MZ for MS-DOS and initrd as cpio file
<MoeIcenowy> initrd as cpio file, or gzipped cpio file, all ok
<MoeIcenowy> but you will still need to mkimage to wrap the initrd to "uInitrd"
<kloczek> I told you I have
<kloczek> uInitrd-4.11.0-0.rc3.git2.1.fc27.aarch64.: u-boot legacy uImage, initramfs, Linux/ARM 64-bit, RAMDisk Image (Not compressed), 12384907 bytes, Mon Mar 27 00:19:26 2017, Load Address: 0x4FE00000, Entry Point: 0x00000000, Header CRC: 0xFC74697F, Data CRC: 0x9775E36F
<MoeIcenowy> this is ok.
<MoeIcenowy> then for the kernel?
<kloczek> o so whole procedure will be
<kloczek> export version=4.11.0-0.rc3.git2.1.fc27.aarch64
<kloczek> gzip -dc /lib/modules/$version/vmlinuz > /boot/Image-$version
<kloczek> mkimage -A arm64 -O linux -T ramdisk -C none -a 0x4fe00000 -e 0 -n initramfs -d /boot/initramfs-$version.img /boot/uInitrd-$version
<kloczek> ?
<MoeIcenowy> yes
<MoeIcenowy> correct now
<kloczek> ok ..
<kloczek> small step forward :)
<kloczek> I see beginning of the kernel boot :)
<kloczek> on sec will prepare pastebin
<MoeIcenowy> correctly booted into initrd?
<kloczek> nope .. it is still before initrd
<MoeIcenowy> are you sure your u-boot come with ATF?
<MoeIcenowy> I only see this error when ATF is not present.
<kloczek> ok .. maybe I've used wrong cd card
<kloczek> one sec
wzyy2 has joined #linux-sunxi
<kloczek> 32+0 records in
<kloczek> 32+0 records out
<kloczek> 32768 bytes (33 kB, 32 KiB) copied, 0.00675465 s, 4.9 MB/s
<kloczek> 412+1 records in
<kloczek> 412+1 records out
<kloczek> 422159 bytes (422 kB, 412 KiB) copied, 0.0801219 s, 5.3 MB/s
<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?
wzyy2 has joined #linux-sunxi
lkcl has quit [Ping timeout: 264 seconds]
mripard has joined #linux-sunxi
lkcl has joined #linux-sunxi
komunista has joined #linux-sunxi
lemonzest has joined #linux-sunxi
velly has quit [Ping timeout: 258 seconds]
reev has quit [Ping timeout: 258 seconds]
<kloczek> MoeIcenowy: success :)
<MoeIcenowy> congrats ;-)
<BenG83> yay
<kloczek> it is one ops
<kloczek> but seems ystem is working
<kloczek> one sec will put it in pastebin
Keziolio has quit [Ping timeout: 240 seconds]
Keziolio has joined #linux-sunxi
<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
<kloczek> hmm ..
<kloczek> $ rpm -ql kernel-4.11.0-0.rc3.git2.1.fc27.aarch64 kernel-modules-4.11.0-0.rc3.git2.1.fc27.aarch64 kernel-core-4.11.0-0.rc3.git2.1.fc27.aarch64| grep sunxi
<kloczek> /lib/modules/4.11.0-0.rc3.git2.1.fc27.aarch64/kernel/drivers/media/rc/sunxi-cir.ko
<kloczek> /lib/modules/4.11.0-0.rc3.git2.1.fc27.aarch64/kernel/drivers/mmc/host/sunxi-mmc.ko
<kloczek> /lib/modules/4.11.0-0.rc3.git2.1.fc27.aarch64/kernel/drivers/ata/ahci_sunxi.ko
<kloczek> /lib/modules/4.11.0-0.rc3.git2.1.fc27.aarch64/kernel/drivers/bus/sunxi-rsb.ko
<kloczek> /lib/modules/4.11.0-0.rc3.git2.1.fc27.aarch64/kernel/drivers/nvmem/nvmem_sunxi_sid.ko
<kloczek> /lib/modules/4.11.0-0.rc3.git2.1.fc27.aarch64/kernel/drivers/watchdog/sunxi_wdt.ko
<gjm> bigos vodka
<wens> kloczek: please use pastebin or some other service to paste logs
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
<kloczek> so it must be something else that boot is bouncing before switching to mmc card
<beeble> kloczek: yum install binutils-aarch64-linux-gnu gcc-aarch64-linux-gnu shouldn't be that hard to setup a cross environment
<kloczek> ok .. but as you see those drivers are already build and provided in disk kernel packages
<kloczek> so it must be something else in initrd procedure
<kloczek> MoeIcenowy: what about this oops?
<kloczek> [ 3.394492] Freeing unused kernel memory: 2176K
miasma has joined #linux-sunxi
<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]
chlorine_ has joined #linux-sunxi
<tkaiser> Found it: ABOX42 'a leading Total Set-Top Box Solution provider with waste project experience, which understands exactly our needs' (I love marketing BS: http://www.allwinnertech.com/index.php?c=news&a=index&id=196 )
The_Loko has quit [Ping timeout: 256 seconds]
f0xx has quit [Ping timeout: 264 seconds]
hramrach has joined #linux-sunxi
<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
<MoeIcenowy> P.S. please do not call image "iso"
<mfratello> and start to develop for that target
<MoeIcenowy> only CD-ROM images are "ISO"
<mfratello> yeah, sorry for that
cptG has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
<mfratello> what is this supposed to be?
<MoeIcenowy> a u-boot working on lpi0
<KotCzarny> u-boot == bootloader
<KotCzarny> kind of bios+grub
<mfratello> ok, thanks.
<MoeIcenowy> although when using it to boot the lichee kernel it won't have graphics
<MoeIcenowy> a mysterious problem
cptG_ has quit [Ping timeout: 240 seconds]
<mfratello> before writing here i was looking into this: https://github.com/linux-sunxi/linux-sunxi
<mfratello> is this any relevant?
<MoeIcenowy> no
<KotCzarny> better look into support tble
<KotCzarny> table
<MoeIcenowy> this is a legacy repo for A10/A13/A20
<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
afaerber has joined #linux-sunxi
<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 ?
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
<silviop> if i install windows 7 in a pc with 865G chip-set it use vesa compatibility (no youtube/no aereo ecc ecc) but i can use desktop and gui.
IgorPec has joined #linux-sunxi
jstein_ has joined #linux-sunxi
<MoeIcenowy> silviop: I must tell you, currently, yes.
<MoeIcenowy> I tried to port to cubieboard
jstein_ is now known as jstein
<beeble> surfaceflinger requires gles
Keziolio has quit [Ping timeout: 264 seconds]
<silviop> so A10 and A20(the oldest soc) will run ubuntu 18.X 19.x ecc ecc with latest kernel but never android 5 6 or 7 ?
Keziolio has joined #linux-sunxi
Keziolio has joined #linux-sunxi
Keziolio has quit [Changing host]
<KotCzarny> you can run android, just you would have to port codec libraries to it
<MoeIcenowy> silviop: the answer is nearly sure -- yes.
<KotCzarny> ideally would be creating cedrus--android glue libraries
<MoeIcenowy> KotCzarny: for Android the more serious problem is GLES.
<MoeIcenowy> Cedrus is a minor problem.
<KotCzarny> oh, another mali use case
<MoeIcenowy> In fact I think if possible I will prefer to port a Replicant
<tkaiser> MoeIcenowy: And what about Android 7.x on A64? Same Mali400 but obviously (or somewhat?) working? https://github.com/ayufan-pine64/device-softwinner
<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 :)
<beeble> for example
<beeble> to get the autotools branch of sunxi-tools as tar.gz
<kloczek> thx :)
<kloczek> I need to provide URL in rpm spec file from where ATF code needs to be downloaded :)
<beeble> you may want to use --content-disposition
<beeble> with wget
<beeble> to get the redirected filename as local filename
<MoeIcenowy> P.S. does anyone here have cross compiler of arm 32-bit and openrisc baremetal elf?
<MoeIcenowy> and a Pine64 board
<beeble> i should be able to find the openrisc compiler again, but no pine64 available. any other a64 board okay too?
lkcl has quit [Ping timeout: 260 seconds]
yann-kaelig has quit [Quit: Leaving]
f0xx has joined #linux-sunxi
silviop has quit [Read error: Connection reset by peer]
maik_ has quit [Ping timeout: 260 seconds]
silviop has joined #linux-sunxi
<silviop> plaes: http://it.tinypic.com/view.php?pic=sglgk3&s=9#.WNlrpmmwfRZ , ok it works , we got it.
jstein_ has joined #linux-sunxi
jstein is now known as Guest63635
jstein_ is now known as jstein
Guest63635 has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<plaes> silviop: excellent
<plaes> is all this extra circuitry required? :)
kivutar has joined #linux-sunxi
Andy-D has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
Inode has quit [Quit: ]
<silviop> no , only invert in chinese cable (blu/white pin), i lost big time supposing thata cable has correct polarity!
<silviop> tomorrow i will update wiki http://linux-sunxi.org/Display#LVDS with all info, waiting full uboot support.
chomwitt has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
jstein has quit [Remote host closed the connection]
vagrantc has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
tkaiser has joined #linux-sunxi
Ntemis has joined #linux-sunxi
hojnikb has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<hojnikb> tkaiser: i dont think we'll see much design wins for h5 outside of SBCs.... This thing is outdated before it came out
<hojnikb> no support for vp9/hevc hi10 makes it a dealbreaker for settopboxes.
<hojnikb> i mean, amlogic supports this since forever.
<hojnikb> unless allwinner actually didnt lie in their whitepapers and just didnt bother implemeting this codecs in their android software
<hojnikb> oh and no support for hdmi2 either /facepalm
florianH has quit [Quit: Connection closed for inactivity]
kivutar has quit [Ping timeout: 260 seconds]
terra854 has quit [Quit: Connection closed for inactivity]
f0xx has quit [Ping timeout: 246 seconds]
hojnikb has quit [Quit: Page closed]
kivutar has joined #linux-sunxi
nove has quit [Quit: nove]
silviop has quit [Ping timeout: 260 seconds]
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 256 seconds]
kivutar has quit [Ping timeout: 240 seconds]
kivutar has joined #linux-sunxi
The_Loko has quit [Ping timeout: 240 seconds]
Andy-D has joined #linux-sunxi
kloczek has quit [Remote host closed the connection]
akaWolf has quit [Ping timeout: 264 seconds]
kloczek has joined #linux-sunxi
kivutar has quit [Quit: Ex-Chat]
tkaiser has quit [Ping timeout: 240 seconds]
gzamboni has quit [Ping timeout: 258 seconds]
tkaiser has joined #linux-sunxi
komunista has quit [Quit: Leaving.]
victhor has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
gzamboni has joined #linux-sunxi
williamfligor has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Andy-D has quit [Ping timeout: 260 seconds]
wookey_ has quit [Ping timeout: 240 seconds]
rah has quit [Ping timeout: 240 seconds]
wookey has joined #linux-sunxi
rah has joined #linux-sunxi
rah has quit [Ping timeout: 256 seconds]
rah has joined #linux-sunxi
GrimKriegor has quit [Read error: Connection reset by peer]
GrimKriegor has joined #linux-sunxi