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
<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]
<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>
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
<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>
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.