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
<swabbles> Also, u-boot.itb fails because it can't find bl31.bin.
<apritzel> which you have to copy into the source directory (or symlink in)
<apritzel> (bl31.bin is the ARM Trusted Firmware build)
<swabbles> Ah.
<swabbles> All right, wasn't aware of that.
<apritzel> reminds me of updating the README
<apritzel> swabbles: do you have anything compiled in the spl/ directory?
<apritzel> spl/u-boot-spl, for instance?
<apritzel> so that you could run size or readelf -a on it to see what has grown so much?
<apritzel> I will try to build a gcc 6.3 meanwhile
* apritzel powers up the build machine
<Wizzup> we're trying lto, but apparently that has no effect.
<Wizzup> or, breaks, actually
<apritzel> let's try walking first before we run ;-)
<lurchi_> apritzel: thats lame ...
<apritzel> lurchi_: we could walk very fast, though, that wouldn't be "lame", then ...
<swabbles> apritzel: there is nothing in spl other than the lds/map files and the object files.
Andy-D_ has quit [Ping timeout: 240 seconds]
<apritzel> bummer
<apritzel> let me point you to some low hanging fruits for saving code size, just a sec ....
muvlon has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
muvlon has joined #linux-sunxi
<apritzel> swabbles: move "obj-y+= ccn504.o" from arch/arm/lib/Makefile into arch/arm/cpu/armv8/fsl-layerscape/Makefile
florianH has quit [Quit: Connection closed for inactivity]
<swabbles> apritzel: \o/
<swabbles> Now just the ATF part and then it will fully build for me.
<apritzel> swabbles: also enclose "obj-y+= gic_64.o" with "ifneq ($(CONFIG_GICV2)$(CONFIG_GICV3),)" and "endif"
<apritzel> or just remove those two lines
Xalius_Ph has quit [Ping timeout: 260 seconds]
<apritzel> the GIC should give you another 64 bytes or so ...
<swabbles> :)
<swabbles> Done that, at least I can build it with 6.3 atm.
<apritzel> so I will add the tiny_ctype patch to the post then, this gives another 200 Bytes
<swabbles> So on older versions of gcc, the .sram was overflown with 1700-2000 bytes.
<swabbles> To give you an indication.
<swabbles> But not sure if there is much left in SPL that is unrelated to sunxi and still linked in.
<apritzel> no big things, really, at least last time I checked
<swabbles> lol.
<swabbles> I tried building ATF, but I quickly found out that binutils 2.25.1 has a bug that causes this:
<swabbles> bl1/aarch64/bl1_exceptions.S: Assembler messages:
<swabbles> bl1/aarch64/bl1_exceptions.S:53: Error: non-constant expression in ".if" statement
<apritzel> swabbles: did you build the master branch?
<apritzel> you shouldn't do, you need the allwinner branch
<apritzel> AFAIK this bug is only in the master branch
<swabbles> allwinner or allwinner-stable?
<apritzel> and you can either update your binutils or revert one patch
<swabbles> I think 2.26 has the same issue.
<apritzel> sorry, allwinner-stable
<swabbles> 2.27 might not have it, but if you fixed this in those branches, I'll use those :).
<apritzel> I know ...
<swabbles> Thanks, that worked :).
<apritzel> the master branch does not have Allwinner support anyway
<apritzel> the allwinner-stable branch is a heavily reworked branch based on the Allwinner code dropped
<apritzel> which is based on the rather old 1.0 release
Xalius_Ph has joined #linux-sunxi
<apritzel> and that doesn't have the patch that triggers the bug ;-)
<swabbles> "cat spl/u-boot-spl.bin u-boot.itb > u-boot-sunxi-with-spl.bin", right?
Ntemis has quit [Remote host closed the connection]
<apritzel> if the SPL is 32768 Bytes: yes
<swabbles> It is. Sweet.
<swabbles> Thanks for the help.
<swabbles> I will let you know soon if it works.
<swabbles> And also if I can get that SPI driver to work on the Pine+.
Xalius_Ph has quit [Ping timeout: 260 seconds]
RGB2 has joined #linux-sunxi
RGB2 has left #linux-sunxi [#linux-sunxi]
lkcl has quit [Ping timeout: 240 seconds]
\\Mr_C\\ has joined #linux-sunxi
clonak has quit [Ping timeout: 252 seconds]
willmore has quit [Ping timeout: 264 seconds]
willmore has joined #linux-sunxi
<apritzel> swabbles: mmh, so GCC 6.3.0 works for me, I get the same 30382 Bytes as with GCC 6.2.0
<apritzel> binutils 2.27, if that matters
<apritzel> my 6.2.0 setup uses bintuils
<apritzel> v2.26.20160125
<swabbles> Ah, I am still on 2.25.
<swabbles> As in without those patches, right?
leviathan has quit [Remote host closed the connection]
<apritzel> swabbles: can you dump the output of: aarch64-linux-gnu-size spl/u-boot-spl
<swabbles> text data bss dec hex filename
<swabbles> 32294 352 344 32990 80de spl/u-boot-spl
<apritzel> mmh, so data and bss are the same
<apritzel> if you could pastebin the output of "readelf -a spl/u-boot-spl" somewhere, I'd be grateful
<swabbles> apritzel: http://sprunge.us/VIJi
clonak has joined #linux-sunxi
<apritzel> swabbles: thanks, so this is a full-featured GCC build, I guess? Capable of compiling user-space programs?
<apritzel> I see some PAX headers, which I don't have
<apritzel> my compiler is just stage 1, no libc and stuff
<apritzel> but still it's the .text size that differs, couldn't find the actual culprit yet
<wens> MoeIcenowy: just use in-band SDIO interrupts
<wens> out of band interrupts don't work for all brcmfmac chips
<swabbles> apritzel: without ASAN/TSAN/etc. sanitizers and without mudflap pointer debugging.
<swabbles> But other than that it is fully featured.
<swabbles> I can try enabling those features again, but they were broken in 4.9.4 for ARMv8-A.
dave0x6d has joined #linux-sunxi
<swabbles> Mine is stage 3, so it can also build user applications.
<swabbles> IIRC, it should only lack gdb (and possibly some other debugging tools/libraries).
<igraltist> does someone has a cubietruck with a hdd and can say his write and readspeed?
<apritzel> igraltist: it's normal to be slow, if that's what you are after ;-)
lurchi_ is now known as lurchi__
<igraltist> apritzel: sdcard is nearly same speed then sdd for download with samba
<apritzel> igraltist: check out
cnxsoft has joined #linux-sunxi
apritzel has quit [Ping timeout: 260 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
Andy-D_ has joined #linux-sunxi
pg12 has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
victhor has quit [Ping timeout: 260 seconds]
leviathancn has joined #linux-sunxi
leviathancn has quit [Ping timeout: 240 seconds]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Read error: Connection reset by peer]
akaWolf has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 240 seconds]
cnxsoft1 is now known as cnxsoft
leviathancn has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Net147 has quit [Ping timeout: 264 seconds]
Net147 has joined #linux-sunxi
leviathancn has quit [Remote host closed the connection]
f0xx has joined #linux-sunxi
muvlon has quit [Ping timeout: 240 seconds]
muvlon has joined #linux-sunxi
vickycq- is now known as vickycq
|Jeroen| has joined #linux-sunxi
komunista has joined #linux-sunxi
leviathan has joined #linux-sunxi
souther has quit [Remote host closed the connection]
souther has joined #linux-sunxi
<MoeIcenowy> wens: but brcmfmac driver of binding needs a out of band interrupt...
<MoeIcenowy> apritzel: current AArch64 SPL is something dangerous
<MoeIcenowy> depend on compiler
\\Mr_C\\ has quit [Quit: .]
* MoeIcenowy got a copy of R40 user manual, but cannot redistribute it...
jernej has joined #linux-sunxi
IgorPec has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 240 seconds]
terra854 has joined #linux-sunxi
<wens> MoeIcenowy: it can work without
<MoeIcenowy> and the user manual is as undetailed as other ones ;-)
<MoeIcenowy> the only thing meaningful after I skewed it is that the PWM controller changed a lot
<jernej> MoeIcenowy: Does it have DE2 and which types of display can be connected?
<MoeIcenowy> jernej: of course, no info for DE2
<MoeIcenowy> also no info for HDMI or MIPI-DSI
<jernej> yes, but it has DE2 or DE1?
<MoeIcenowy> 2
<jernej> MoeIcenowy: I think that pine64 lcd will be hard nut to crack as it uses DSI interface
|Jeroen| has quit [Quit: dada]
IgorPec has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 255 seconds]
<MoeIcenowy> jernej: yes
<MoeIcenowy> but Pinebook/TERES LCD will be easier
Gerwin_J has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
reinforce has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
Stnd_ has joined #linux-sunxi
Stnd_ has quit [Ping timeout: 260 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
<jernej> MoeIcenowy: According to teres schematic, ANX6345 chip is used as LCD bridge, which doesn't have public datasheet and I couldn't find GPL licensed code for it, only without clear license
<terra854> The Pinebook LCD uses what connector?
cnxsoft has quit [Ping timeout: 260 seconds]
cnxsoft1 is now known as cnxsoft
<jernej> terra854: it seems that Pinebook also uses ANX6345 as bridge
IgorPec has joined #linux-sunxi
apritzel has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]
Ntemis has joined #linux-sunxi
<apritzel> doesn't have a copyright, but I think that means that the GPL from the root directory applies
<jernej> apritzel: It is, but I'm not sure anymore what are requirements to be GPL compliant
<jernej> apritzel: I guess it should do
<jernej> but it is always nice to have full datasheet
maik_ has joined #linux-sunxi
vishnup has joined #linux-sunxi
<wens> ohoh, there is also one for the ssd2828!
maik_ has quit [Ping timeout: 260 seconds]
<wens> doesn't do much it seems
<MoeIcenowy> P.S. How is EDID read in DisplayPort?
<apritzel> MoeIcenowy: looking at the schematics it seems like no EDID for the Pinebook
<apritzel> MoeIcenowy: oh wait, there is an SDA/SCL pair connected to TWI2
Ntemis has quit [Remote host closed the connection]
<apritzel> so do we know how to drive the parallel display interface on the A64?
<terra854> apritzel: The final part of the uboot SPL still at RFC?
<komunista> please, when i want to use some pins (on OPi zero and FEX) as GPIO, need i make sure, that these pins are not used by other HW, eg. by SPI or TWI, or it is safe to have configured it for both?
Gerwin_J has quit [Quit: Gerwin_J]
<apritzel> komunista: why FEX?
lynxis has quit [Ping timeout: 258 seconds]
<apritzel> komunista: why not use an upstream kernel?
<jernej> apritzel: I think LVDS interface is the same as in older SoCs
<komunista> i don't know, because legacy was suggested
<jernej> apritzel: but currently it is a bit hard to test this theory
<jernej> komunista: do you need screen (graphical interface)?
<komunista> no, it is headless
<apritzel> jernej: the OPi0 doesn't even have a connector ;-)
<jernej> komunista: then it is worth to try mainline version. I guess you are talking about Armbian?
<komunista> will be safe to upgrade to mainline kernel? mostly i need the SPI, TWI, fbtft and network
<komunista> yes, armbian
<jernej> apritzel: you were talking about OPi0? it has only hdmi and composite
<komunista> OK, i will try to upgrade
Gerwin_J has joined #linux-sunxi
<jernej> komunista: be aware, you will get much less support with the mainline on the forum, because it is considered unstable
<jernej> komunista: but many users find it suitable for everyday use
<jernej> komunista: be aware that update might break the system now and there
<jernej> komunista: but that should be rare
<komunista> what do mean with "break system"
<komunista> some kernel oops?
<apritzel> jernej: I was referring to the OPiZero not having any actual display *connectors*
<jernej> apritzel: It has composite through add on board
<jernej> apritzel: and armbian added simplefb support few days back for that, so gui is possible
<komunista> i am familiar with devices without monitor, i have many without it, from small to big ;-)
<komunista> but with this i want to use small TFT display trought fbtft
<jernej> komunista: to answer your earlier question: yes, you have to disable any peripheral unit (I2C, SPI, etc.) if you want to use pin as GPIO
<komunista> jernej: thanks
<jernej> komunista: because GPIOs are claimed by the driver
<komunista> that will be next task for my homework - to understand how it works
lynxis has joined #linux-sunxi
<komunista> but first i need to enable some pins
<komunista> for now i am waiting for header, then i collect theory ;-)
<MoeIcenowy> apritzel: for RGB combined with DE2 I succeeded on V3s
<apritzel> MoeIcenowy: so for the PineBook we would need to enable this and then program the ANX6345 via I2C, right?
<MoeIcenowy> yes
<apritzel> the latter could even be hacked into U-Boot, because it's rather rare for the user to change a notebook display at runtime ;-)
|Jeroen| has joined #linux-sunxi
<apritzel> why does one use a parallel interface on the SoC to convert this into some serial protocol in the first place?
<apritzel> sounds wasteful to me, because it uses a lot of precious pins
<apritzel> also it's limiting, the Pinebook seems to use 6-bit per color only
<swiftgeek> is there any bootmenu support in mainline uboot?
<apritzel> swiftgeek: it's in for ages, you just have to enable it
<apritzel> swiftgeek: doc/README.bootmenu
<MoeIcenowy> apritzel: bandwidth
<apritzel> MoeIcenowy: bandwidth?
<swiftgeek> apritzel: so i guess i only need to implement somehow volume buttons as up down and power as enter?
<MoeIcenowy> I think allwinner pin controller have some bandwidth limit
<MoeIcenowy> which cannot satisfy HDMI/DP/MIPI usage
<MoeIcenowy> and USB
<MoeIcenowy> so these pins are never muxed
<MoeIcenowy> so the SoC designer should consider when adding this kind of peripherals
\\Mr_C\\ has joined #linux-sunxi
souther has quit [Remote host closed the connection]
souther has joined #linux-sunxi
<apritzel> MoeIcenowy: sorry, but I don't get this: if HDMI and MIPI have dedicated pins, why not just use them?
<apritzel> instead of sacrificing precious GPIOs (like the Ethernet PHY interface)
<MoeIcenowy> A64 is not L64 ;-)
<MoeIcenowy> A64 is a tablet SoC
<MoeIcenowy> it just got abused
<MoeIcenowy> I don't think a laptop can use MIPI DSI properly, and HDMI may be exposed as an external display interface
<swiftgeek> well there are lots of nice converters from DSI to eDP
<apritzel> MoeIcenowy: mmh, but how does some tablet screen differ from a cheap notebook screen (@1366x768)?
<MoeIcenowy> the "some tablet screen" is usually RGB ;-)
<MoeIcenowy> sometimes LVDS
<swiftgeek> apritzel: i saw notebooks where VGA d-sub has wasted resources that could carry 4k DP easily
<swiftgeek> and internal screen got single channel lvds
<swiftgeek> (which matches 1366x768 limit)
LargePrime has joined #linux-sunxi
<apritzel> that's what I don't get: there are plenty of display interfaces on that SoC and the screen used is not really fancy, so why not use one of the dedicated or at least serial interfaces?
<apritzel> instead this solutions wastes as many pins as possible _and_ still uses a converter chip
<apritzel> the only reason
<apritzel> I could imagine is the price: if an eDP panel plus converter chip is cheaper than a LVDS or DSI panel
<MoeIcenowy> P.S. LVDS is still muxed with EMAC
<swiftgeek> eDP panel is the standard nowadays
<MoeIcenowy> LVDS is former standard and still plays in low-end market ;-)
<swiftgeek> i would like to see cheap board exposing lvds :D
<swiftgeek> would be nice to fit it inside old thinkpad
<apritzel> MoeIcenowy: yeah, I saw this, still RGB uses _more_ pins
doppo has joined #linux-sunxi
<MoeIcenowy> but usually people do not use non-RGB interfaces with bridges
Xalius_Ph has joined #linux-sunxi
<MoeIcenowy> and HDMI is commercially must to be wired out ;-)
<swiftgeek> ok not sure where to look again
<swiftgeek> where can i map power/gpio/tablet buttons (adc ones) in uboot ?
<MoeIcenowy> P.S. power button is not at ADC, but at AXP
apritzel has quit [Ping timeout: 240 seconds]
<FergusL> Hi, is it safe to power a board from usb (for serial gadget) and also from gpios?
<FergusL> (For good poser)
<FergusL> Power*
<FergusL> This is for nanopi neo
<swiftgeek> MoeIcenowy: yep, and no idea how would it work for any of those
BenG83_PB has joined #linux-sunxi
phil42 has quit [Remote host closed the connection]
nashpa has quit [Quit: Going away]
nashpa has joined #linux-sunxi
<komunista> please, info about kernel upgrade on http://www.armbian.com/orange-pi-zero/ is relevant?
jernej has quit [Ping timeout: 260 seconds]
<swiftgeek> wow somebody made new status matrix :D
<swiftgeek> it's not easier to read though :D
LargePrime has quit [Ping timeout: 255 seconds]
<swiftgeek> but at least it's more descriptive
vishnup has quit [Remote host closed the connection]
vishnup has joined #linux-sunxi
LargePrime has joined #linux-sunxi
LargePrime has quit [Ping timeout: 240 seconds]
Net147 has quit [Ping timeout: 240 seconds]
Net147 has joined #linux-sunxi
LargePrime has joined #linux-sunxi
<swiftgeek> i also get very strange behaviour with g_serial + agetty when i stop connection - i cannot reboot until i plug usb back in
<swiftgeek> I'm getting Failed to talk to init daemon.
Mr__Anderson has quit [Remote host closed the connection]
Xalius_Ph has quit [Ping timeout: 268 seconds]
<komunista> swiftgeek: systemd?
<swiftgeek> yep
<komunista> crappy piece of software... I always avoid to use it
yann-kaelig has joined #linux-sunxi
<swiftgeek> how is systemd related to agetty now?
BenG83_PB has quit [Ping timeout: 268 seconds]
jernej has joined #linux-sunxi
<komunista> systemd is driving reboot of your system and it seems that it fails to kill its console
<swiftgeek> more like agetty is totally hogging everything
<swiftgeek> it could because something more needs to be passed to agetty for starting on GS0
<swiftgeek> it doesn't react to sigkill or anything
Xalius_Ph has joined #linux-sunxi
<komunista> or, if are you rebooting from DE, perhaps policykit takes its job and refuses to reboot, because other user is logged in?
jernej has quit [Ping timeout: 240 seconds]
<swiftgeek> komunista: no just plain reboot from cli from root
victhor has joined #linux-sunxi
<komunista> ok, then policykit is not issue ;-)
<komunista> did you try to kill agetty directly, without reboot?
<swiftgeek> no rection from SIGKILL
<swiftgeek> it's really eerie
<komunista> i read this, i want to be sure
Xalius_Ph has quit [Ping timeout: 260 seconds]
<komunista> AFAIK, SIGKILL will not go to process
<komunista> who is parent of agetty, please
<swiftgeek> /sbin/init
LargePrime has quit [Ping timeout: 240 seconds]
<swiftgeek> if i exit with resetting serial port everything is fine
<swiftgeek> if i exit without this wtf happens ;D
<komunista> i understand
Xalius_Ph has joined #linux-sunxi
<komunista> /sbin/init is part of systemd (i guess, because i don't use it), try to find how it handles it
<komunista> IMO, this init have to handle the SIGKILL for agetty
<swiftgeek> yes strace shows stranger thigns
<komunista> i go away from PC, i am sorry, i cannot help more
cnxsoft has quit [Quit: cnxsoft]
BenG83_PB has joined #linux-sunxi
jernej has joined #linux-sunxi
LargePrime has joined #linux-sunxi
phil42 has joined #linux-sunxi
<swiftgeek> well at least i have now strace and can bother somebody else
chrishell has joined #linux-sunxi
<swiftgeek> i could be wrong but it could be because GS0 doesn't disappear or sth
frix has joined #linux-sunxi
<chrishell> hi everybody, Im looking for a Yocto repositrory for a Pine64 board. There are several listed on Github. But all of them seems to be down, not reachable
<frix> good day, I'm playing with the OLinuxino-A33, trying to write Android 4.4 (Obtained via torrent link provided by Olimex) to the device. The sunxi & olimex wiki's were very helpful, but PhoenixSuite is returning a verification error during programming. Has anybody managed to program an Android image to the A33?
<frix> good day, I'm playing with the OLinuxino-A33, trying to write Android 4.4 to the device. The sunxi & olimex wiki's were very helpful, but PhoenixSuite is returning a verification error during programming. Has anybody managed to program an Android image to the A33?
<MoeIcenowy> few people care about Android here
<MoeIcenowy> we are mostly GNU/Linux user
LargePrime has quit [Ping timeout: 240 seconds]
frix_ has joined #linux-sunxi
frix has quit [Ping timeout: 260 seconds]
<frix_> sorry, my web-client timed out. I'm currently running mainline u-boot & kernel v4.9 on the A13 & A33. The problem is that my customer requires Android
<frix_> As far as I can tell it looks like the Android effort is mostly abandoned
frix_ has left #linux-sunxi [#linux-sunxi]
frix has joined #linux-sunxi
<MoeIcenowy> yes
Gerwin_J has quit [Quit: Gerwin_J]
<MoeIcenowy> no one cares about the crappy Andtroid
<frix> ;)
<vishnup> MoeIcenowy: Are you cursing over Android or Allwinner Android code ? ;)
<MoeIcenowy> nope
LargePrime has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
<frix> I've managed to build lichee (kernel & uboot) and the actual android 4.4 source + packing it all together in an image file. Neither that nor the pre-build android 4.4 wants to program using the USB FEL mode via PhoenixSuite.
<frix> There is a very good tutorial at the Sunxi website on how to unpack the android image and manually write it to a SD card (http://linux-sunxi.org/Boot_Android_from_SdCard)
<frix> The problem is that the script.bin (binary version of the kernel FEX file) isn't in the image when it is extracted - This seems quite strange, since the kernel uses is to set up the peripheral layout.
Amit_T has joined #linux-sunxi
<jernej> frix: script.bin is embedded in u-boot image
<frix> jernej: The Boot_Android_fromSDCard recommends building u-boot from scratch. I'm using u-boot 2016.11 - It uses device tree binaries (dts) instead of the fex file format. Booting the 3.4-android-altered-kernel might not be able to pick up the expected script.bin (binary fex) from u-boot... Am I in inter-dependency hell?
<jernej> don't know how exactly is meant to be build
<jernej> I don't care about Android either
<jernej> just telling you that script.bin is not separate file
<frix> thx for the tip
IgorPec has quit [Ping timeout: 260 seconds]
<MoeIcenowy> if you like you can try mainline u-boot + bsp kernel ;-)
<MoeIcenowy> just read uImage to 0x42000000, script.bin to 0x43000000, set machid u-boot env to 1029, set bootm_boot_mode env to sec
jernej has quit [Ping timeout: 240 seconds]
jernej has joined #linux-sunxi
jernej has quit [Ping timeout: 255 seconds]
<frix> Moe: Thanx for the tip
<swiftgeek> this was easier than i thought
<frix> At least I'm getting a boot log now. yeah!
<frix> I did:
<swiftgeek> serial-getty@ttyGS0
<frix> uboot> setenv machid "1029"
<swiftgeek> solves every issue i had
<frix> uboot> setenv bootm_boot_mode "sec"
<swiftgeek> who knew there was serial-getty ;D
<frix> uboot> setenv bootargs "root=/dev/mmcblk0p2 loglevel=8 earlyprintk=ttyS0,115200 loglevel=9 initcall_debug=1 rootwait console=ttyS0,115200 rw init=/init"
<frix> uboot> setenv boot_mmc "fatload mmc 0 0x43000000 script.bin; fatload mmc 0 0x48000000 uimage; bootm 0x48000000"
<frix> uboot> run boot_mmc
<frix> reading uimage 10125420 bytes read in 499 ms (19.4 MiB/s) ## Booting kernel from Legacy Image at 48000000 ... Image Name: Linux 3.4 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 10125356 Bytes = 9.7 MiB Load Address: 40008000 Entry Point: 40008000 Verifying Checksum ... OK Loading Kernel Image ... OK Using machid 0x1029 from environment Starting kernel ... [ 0.000000] Booting Linux o
|Jeroen| has joined #linux-sunxi
<frix> I see an error in mounting the filesystems: fs_mgr: Cannot mount filesystem on /dev/block/by-name/system at /system
<frix> Will investigate a bit more. Thank you again for the tips
<MoeIcenowy> you may need a boot parameter to specify volume name
<MoeIcenowy> It has been long time since I use BSP, so I forgot it :-|
<frix> In /boot/fstab.sun8i the partitions are listed by-name. It should mount the filesystem just fine. Maybe there is an error in the actual SD filesystem - I'll check it externally
<swiftgeek> yep now serial works flawlessly, doesn't interrupt anything reboot works fine regardless of whatever i do
<MoeIcenowy> or you can re-arrange the partition sequence -- the BSP partition sequence is weird
<swiftgeek> and i still don't see previous session upon reconnect so nothing regressed
Xalius_Ph has quit [Quit: Bye]
<MoeIcenowy> for example, the biggest partition created by Pheonix* is the latest on disk, but is numbered p1
<MoeIcenowy> many partition softwares will trap into abnormal situation with the weird partition table
<swiftgeek> MoeIcenowy: qualcomm tops everything
<MoeIcenowy> swiftgeek: we cannot compare to Qualcomm ;-)
<MoeIcenowy> comparing to a vendor that boots CPU by baseband/DSP, and have many stages of bootloader as signed blobs
<MoeIcenowy> ;-)
<MoeIcenowy> we are mainline-friendly noble Allwinner ;-)
<swiftgeek> still too crazy
<MoeIcenowy> at least Allwinner have fewer anti-features than Qualcomm (although also fewer features)
<swiftgeek> it's like there is a partition for everything
<swiftgeek> MoeIcenowy: anti-features of qcom?
<MoeIcenowy> e.g. Display Controller and GPU needs blob to initialize
<swiftgeek> display controller needs a blob ? since when ;D
<MoeIcenowy> many stages of closed sourced and signed bootloaders (PBL, SBL1)
<swiftgeek> nah
<MoeIcenowy> swiftgeek: I think it's since Adreno is licensed from ATI to Qualcomm
<swiftgeek> yes GPU is requiring blob
<MoeIcenowy> as ATI display adapters mostly have also a need for blob
<swiftgeek> that is loaded very early on
chomwitt has joined #linux-sunxi
<MoeIcenowy> and for Qualcomm Display is integrated with GPU, like Radeon ;-)
<swiftgeek> nope
<swiftgeek> it's a separate mdp* block
<swiftgeek> at least for DSI
<MoeIcenowy> but the most anti-feature on Qualcomms is the signed baseband
<swiftgeek> nah
<MoeIcenowy> the baseband have a highest permission, higher than AP
<swiftgeek> that was true on MSM7k
<MoeIcenowy> and being a blackbox
<MoeIcenowy> I think this is true on any MSM
frix has quit [Ping timeout: 260 seconds]
<swiftgeek> msm8k that have lte have itdifferent
<MoeIcenowy> msm8k is still so ;-)
<MoeIcenowy> only APQs are clean ;-)
<swiftgeek> msm8k without LTE are like msm7.5k
<swiftgeek> they are pretty much the same
<swiftgeek> i will show off that soon™
<swiftgeek> sadly eMMC died on me :<
<swiftgeek> like before i managed to do anything, it bricked itself
<MoeIcenowy> and now Qualcomm SoCs feature eFUSE lockdown
<swiftgeek> yes, after you apply external voltage
<MoeIcenowy> it can even restrict you to replace eMMC
<swiftgeek> nooo xD
<swiftgeek> cannot xD
<swiftgeek> intel is way worse
<MoeIcenowy> maybe I remembered it wrongly...
<MoeIcenowy> you say ME? yes it's worse ;-)
<swiftgeek> you load ME firmware
<swiftgeek> and it fuses everything into PCH
<swiftgeek> no special straps/voltages nothing
<swiftgeek> it just does it
<MoeIcenowy> another overlord processor ;-)
<swiftgeek> qcom is saner and they even have recommendation AGAINST leaving efuse write on shipped consumer device
<MoeIcenowy> it's fortunate that on Allwinner SoCs AR100 have lower position than ARM ;-)
<MoeIcenowy> but at least Microsoft requires eFUSE blown down
<swiftgeek> so even in the worst case scenario you can still replace SoC
<swiftgeek> (instead doing that i'm hunting down devices that are fine to begin with, ie. outside of FCC)
<swiftgeek> MoeIcenowy: yes i just learned that recently that MS pulls that off ;/
<MoeIcenowy> vendors are becoming evil
<swiftgeek> first it was FCC when device had a radio
<swiftgeek> and now MS ;/
<swiftgeek> but i have something that have potential of disabling bootguard so there is that :>
<swiftgeek> so i would really appreciate if somebody would start leaking boardviews of never thinkpads ^^
<MoeIcenowy> never? newer?
<swiftgeek> *newer
<MoeIcenowy> I used a X220i with ME firmware cleaned ;-)
<swiftgeek> yeah those will work probably soon without
<swiftgeek> the only question how much modification is needed
<swiftgeek> so we are missing points for x250/260
<MoeIcenowy> but allwinner is now really a not evil enough SoC vendor ;-)
<MoeIcenowy> and the products are so cheap that there's no enough money to make anti-features ;-)
<swiftgeek> without boardview i would need like few dead boards
<swiftgeek> yes
<swiftgeek> my server is sunxi xD
<swiftgeek> my debug board for coreboot/libreboot is sunxi
<swiftgeek> i only wish my router was sunxi as well :>
<MoeIcenowy> I also used a Orange Pi One to clean up my ME ;-)
<swiftgeek> i will be documenting use of that for libreboot soon™ (stuck in transit)
<swiftgeek> well H3 based OrangePi
<swiftgeek> i guess when R40 finally appears we will have chance for nice router
<swiftgeek> can dfu be somehow used with sunxi (uboot) ?
<MoeIcenowy> swiftgeek: at least I faced many failures on R40 mainlinize
<swiftgeek> i don't have any R40 hardware :>
<swiftgeek> i just said that because it's a A20 successor
<swiftgeek> i would really like to see sample DFU use ;D
<swiftgeek> my wild guess would be that dfu 0 ram 0
<swiftgeek> waits for dfu-util to do something
<swiftgeek> yeah i don't see docs for dfu
<swiftgeek> oh so it's in doc directory and not in manual
BenG83_PB has quit [Quit: Leaving]
<swiftgeek> or not
<swiftgeek> it's dfutftp not dfu
tlwoerner has quit [Quit: Leaving]
<FergusL> I'll dare to ask again: anybody knows if it's safe to power a board from both GPIOs (5V in for good power) and USB (for serial gadget) at the same time? this is for nanopi neo air
vishnup has quit [Ping timeout: 240 seconds]
vishnup has joined #linux-sunxi
<MoeIcenowy> we have still no device that uses the parallel interface on A64.
<MoeIcenowy> oh I replied wrong thing...
f0xx has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
<FergusL> the almighty tkaiser has already answered this hehe! https://forum.armbian.com/index.php/topic/1580-nanopi-neo-air/page-11#entry18405
<FergusL> my question, I mean
BenG83_PB has joined #linux-sunxi
Amit_T has quit [Remote host closed the connection]
mossroy has joined #linux-sunxi
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
BenG83_PB has quit [Remote host closed the connection]
BenG83_PB has joined #linux-sunxi
jernej has joined #linux-sunxi
LargePrime has quit [Ping timeout: 255 seconds]
vinimac has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
BenG83_PB has quit [Quit: Leaving]
arete74 has quit [Ping timeout: 240 seconds]
f0xx has joined #linux-sunxi
LargePrime has joined #linux-sunxi
vishnu_ has joined #linux-sunxi
vishnup has quit [Read error: Connection reset by peer]
LargePrime has quit [Ping timeout: 268 seconds]
lurchi__ is now known as lurchi_
LargePrime has joined #linux-sunxi
tsuggs has joined #linux-sunxi
jernej has quit [Ping timeout: 260 seconds]
chomwitt1 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 240 seconds]
IgorPec has joined #linux-sunxi
BenG83_PB has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
chrishell has quit [Quit: Leaving.]
IgorPec has joined #linux-sunxi
BenG83_PB has quit [Quit: Leaving]
dave0x6d has joined #linux-sunxi
muvlon has quit [Quit: Leaving]
Ntemis has joined #linux-sunxi
flygoat has joined #linux-sunxi
jernej has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
tkaiser has joined #linux-sunxi
<MoeIcenowy> seems that Pinebook uses another ANX...
<MoeIcenowy> "Pinebook RGB to eDP bridge is ANX9807." -- from TL Lim
<MoeIcenowy> montjoie: I got a V3s board with ethernet port now. maybe I should try dwmac-sun8i there?
<MoeIcenowy> (V3s have and only have an ePHY, no external MII interface
tkaiser has quit [Ping timeout: 240 seconds]
<jernej> MoeIcenowy: Interesting, schematic has both ANX ids
<MoeIcenowy> jernej: PB schematics?
<jernej> yes, PCB schematics
<jernej> for PineBook
<MoeIcenowy> TL said that Pinebook have now a newer revision, and he will give me the newer revision.
<MoeIcenowy> Let's hope all revisions can be used with the same DT
<jernej> it says ANX6345/ANX9807
<jernej> maybe they are interchargable
<MoeIcenowy> maybe they're compatible?
<jernej> :)
<jernej> can you ask TL Lim for any docs?
<MoeIcenowy> he says the document is confidential
<MoeIcenowy> s/is/may be/
<jernej> so we need to work with the code from the net
<jernej> I hope he can persuade Allwinner to properly license remaining part
<MoeIcenowy> "This is no Allwinner issue, its depend on whether Analogix willing to contribute."
<jernej> for the code?
<MoeIcenowy> so maybe TERES and Pinebook both choose ANX for only a coincidence, not a reference design
<jernej> MoeIcenowy: what about DE2 license issue?
<jernej> I think that driver for anx is hidden there somewhere
<jernej> in the folder with lcd drivers
<MoeIcenowy> he just passed them to Peter from AW
<jernej> all nice, but as you see, unusable because of the license
<jernej> I mean, for mainlining purposes
<MoeIcenowy> I wonder what's the difference among rtl8723{b,c,d}s...
<jernej> probably not much
<jernej> compare driver code :)
<jernej> MoeIcenowy: Did you start writing DE2 driver?
swiftgeek has quit [Ping timeout: 276 seconds]
Guest26751 has quit [Remote host closed the connection]
petr has joined #linux-sunxi
lurchi_ is now known as lurchi__
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7067-g256ee1f5a, build type: debug, sources date: 20160102, built on: 2017-02-10 01:54:45 UTC git-7067-g256ee1f5a http://www.kvirc.net/]
lurchi__ is now known as lurchi_
BenG83_PB has joined #linux-sunxi
LargePrime has quit [Ping timeout: 260 seconds]
arete74 has joined #linux-sunxi
LargePrime has joined #linux-sunxi
yann-kaelig has quit [Quit: Leaving]
dave0x6d has quit [Quit: Connection closed for inactivity]
BenG83_PB has quit [Ping timeout: 240 seconds]
BenG83_PB has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
f0xx has quit [Ping timeout: 260 seconds]
BenG83_PB has quit [Ping timeout: 260 seconds]
BenG83_PB has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
|Jeroen| has quit [Quit: dada]
netlynx has quit [Quit: Ex-Chat]
BenG83_PB has quit [Quit: Leaving]
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 240 seconds]
flygoat has quit [Quit: Connection closed for inactivity]
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
jernej has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
mhlavink has quit [Quit: No Ping reply in 180 seconds.]
mhlavink has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
<MoeIcenowy> jernej: little process yet
scream has joined #linux-sunxi
<MoeIcenowy> jernej: I suddenly found that current sunxi_display.c supports ANX9804!
mossroy has quit [Quit: Leaving]
apritzel has joined #linux-sunxi
vinimac has quit [Quit: Saindo]
<MoeIcenowy> P.S. although the real chip on Pinebook is ANX9807, the driver is ANX9804
jernej has quit [Ping timeout: 240 seconds]
<ElBarto> it doesn't use the hdmi output of A64 ?
<ElBarto> ah it's just a PHY
<ElBarto> I thought this was a LVDS to HDMI chip
<MoeIcenowy> ElBarto: it's a RGB to eDP chip.
<ElBarto> yeah downloaded the doc, I see now :)
<ElBarto> so rgb for the screen and hdmi for the hdmi port ?
<MoeIcenowy> ElBarto: I think so
<MoeIcenowy> as now there's most eDP laptop panels ;-)
<MoeIcenowy> (Although my two laptops both still use LVDS ;-) but LVDS is now really out-of-date
scream has quit [Remote host closed the connection]
<ElBarto> yeah eDP seems the standard now
<ElBarto> olimex laptop also use eDP
<MoeIcenowy> and there seems to be no good HDMI to eDP bridge
dave0x6d has joined #linux-sunxi
<MoeIcenowy> (P.S. maybe a better solution is to use HDMI to eDP bridge to provide a eDP, then use RGB to VGA bridge to provide a VGA
<MoeIcenowy> (thus eDP can reach bigger resolution
<ElBarto> why would you want vga ?
<MoeIcenowy> or just do not provide the bridge and connected PD pin group to a RGMII ETH PHY ;-)
<MoeIcenowy> although nowadays more and more laptop start to abandon ethernet port ;-)
<ElBarto> and that's a same ...
<ElBarto> shame*
<MoeIcenowy> currently for me the only usage of the Ethernet port is to make one of my laptops a dock for the other ;-)
<MoeIcenowy> I have a Thinkpad X220i and an E531, you know, X series is much better than E ;-)
<MoeIcenowy> so I'm using E531 as a dock of X220i, and they're connected via a 15-cm-long eth cable
swiftgeek has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 240 seconds]
vishnu_ has quit [Ping timeout: 240 seconds]
vishnup has joined #linux-sunxi