buzzmarshall has quit [Remote host closed the connection]
sunshavi has quit [Read error: Connection reset by peer]
lkcl_ has joined #linux-sunxi
jstein has quit [Quit: quit]
sunshavi has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
faruk has joined #linux-sunxi
shailangsa has joined #linux-sunxi
pCactus has joined #linux-sunxi
pCactus has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
<tuxd3v>
Hello, The A20 has rtc?
kaspter has quit [Quit: kaspter]
_whitelogger has joined #linux-sunxi
<tuxd3v>
yes it has :)
vagrantc has quit [Ping timeout: 264 seconds]
<Pinchiukas>
bill-auger: my device is not in the wiki. Also I enjoyed your joke about it coming with a comprehensive manual. :)
reinforce has joined #linux-sunxi
daregap has joined #linux-sunxi
<gediz539>
Pinchiukas: it's hard to tell which USB port should be used to connect with FEL without any information about device but I'd try both of them and see which one causes a "New USB device found, idVendor=1f3a, idProduct=efe8" message in dmesg.
apritzel has joined #linux-sunxi
hlauer_ has joined #linux-sunxi
<Pinchiukas>
I'll also need to figure out how this works on a Mac. :) But on a linux machine I should probably be able to just talk to a tty?
<gediz539>
tty for UART port or FEL? as far as I know FEL does not create a tty port on the attached device.
<gediz539>
btw, i'm sure there's an "lsusb" equivalent on mac. you can also use it to see the listed devices and check for that specific VID/PID.
kaspter has joined #linux-sunxi
cmeerw has joined #linux-sunxi
<Pinchiukas>
FEL, I don't have UART and not even sure I see it on the board.
apritzel has quit [Ping timeout: 256 seconds]
kaspter has quit [Ping timeout: 264 seconds]
<gediz539>
I see. You can definitely talk to a tty on a linux machine but FEL does not let a tty interface appear.
cmeerw has quit [Ping timeout: 264 seconds]
<gediz539>
Chances are high to have UART pins exposed on the PCB but they may not look very obvious
<Pinchiukas>
What do you mean by "FEL does not let a tty interface appear"?
apritzel has joined #linux-sunxi
kaspter has joined #linux-sunxi
apritzel has quit [Ping timeout: 246 seconds]
mmarc__ has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
prefixcactus has joined #linux-sunxi
alexxy has joined #linux-sunxi
mripard has joined #linux-sunxi
<libv>
Pinchiukas: start with a new device page on our wiki
<libv>
then you can post board pictures and stuff there
<libv>
and then we have something to start working off
<bill-auger>
i only have one ARM board (lime2) - i just got it, and its my first one; so i dont much about them - i did notice that documentation is quite scant - i suppose that is the norm
<bill-auger>
it does mention which port is the OTG though
apritzel has joined #linux-sunxi
gendevbot has quit [Ping timeout: 246 seconds]
faruk has quit [Ping timeout: 256 seconds]
gediz539 has quit [Ping timeout: 264 seconds]
<bill-auger>
Pinchiukas: as i understand it (by reading the sunxi wiki), in FEL mode, all the computer will do is setup a network connection on the OTG port, waiting for commands
<bill-auger>
you plug the other end into a real computer, and you get some primitive shell to issue some commands to initialize "_something_" - i think you can mount the storage to uplaod an image, fix the bootloader, etc, or to boot an image directly from the local disk
gediz0x539 has joined #linux-sunxi
<bill-auger>
havent tried it cause i have not found a cable that fits
<gediz0x539>
Pinchiukas: what i mean is, FEL is a USB interface, not a TTY interface.
<bill-auger>
"FEL does not let a tty interface appear"? - i think that just means that the HDMI and UART wont work - the OTG port is the only way to interact with the board in FEL mode
<gediz0x539>
i'd also recommend to create a new device page for your device on the wiki.
<Pinchiukas>
If I manage to achieve anything I sure will. Otherwise it's probably useless.
<gediz0x539>
bill-auger: network connection with FEL? i'm not sure about that. maybe with android/adb?
<bill-auger>
i only meant, that you can interact with the board over the USB cable
apritzel has quit [Ping timeout: 256 seconds]
<bill-auger>
thats is technically "networking"
<bill-auger>
any 2 computers comminicating is "networking"
<Pinchiukas>
Yeah I wasn't sure which side you were calling "the computer". :)
<gediz0x539>
bill-auger: okay, name it however you want.
<bill-auger>
i mentioned one as "the board" and the other as "the real computer"
<bill-auger>
anotherr arbitrary choice of terminology
<bill-auger>
aka "the one that is not working, and you needt OTG to fix it" and "the one that is working to bootstrap from"
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
kaspter has quit [Excess Flood]
kaspter has joined #linux-sunxi
afaerber has joined #linux-sunxi
<plaes>
rellla: yes
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
<apritzel>
Ashleee: what is the version of your SoPine modules? Both of mine ine read: SOPine-A64-Rev C.
<apritzel>
Ashleee: I have an early version (without SPI flash), dated 2016-05-18, and a newer version (with SPI flash), dated 2017-02-07
<apritzel>
the newer version might still be a pre-sales prototype, though
<apritzel>
Ashleee: oh, I just see that the polarity of the CD GPIO might be different, can you check this? Just change GPIO_ACTIVE_LOW to GPIO_ACTIVE_HIGH in the DT?
cnxsoft has quit [Quit: cnxsoft]
JohnDoe_71Rus has joined #linux-sunxi
elros1 has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
gaston1980 has joined #linux-sunxi
<plaes>
PPA: ehh.. it won't be that easy.. it also requires certain ABI/API changes in the gst-libs :(
<Ashleee>
apritzel, uh I cannot test it right now, I will retry in the evening
<Ashleee>
it is hidden on 2m shelf from the floor :)
<apritzel>
Ashleee: OK, no worries, I will do further tests tonight
tnovotny has quit [Quit: Leaving]
<gediz0x539>
apritzel: hi
<apritzel>
Ashlee: but that might be the difference between the push-push and push-pull switches, and thus between the Pine64-LTS and SOPine: the former is active-low, the latter active-high
<gediz0x539>
did you use new DM_VIDEO on A20 only with HDMI?
cnxsoft has quit [Quit: cnxsoft]
<gediz0x539>
there's no configuration like "CONFIG_VIDEO_LCD_MODE", right?
<apritzel>
gediz0x539: yes, because that's all I have
<apritzel>
gediz0x539: those configs (used in the existing defconfigs) should still work, at least that's my understanding
<apritzel>
the patch does not mean to change that
<gediz0x539>
okay then. thanks a lot.
<apritzel>
so any testing in would be great
<gediz0x539>
i'm working on it right now. i will report back any findings.
<apritzel>
gediz0x539: cool, many thanks!
popolon has joined #linux-sunxi
<apritzel>
I deliberately let Anatolij put this in -next, to get more testing
<gediz0x539>
i've tried to do something about that when I've seen that first "deadline reached, implement DM_VIDEO asap" warning but it was too much of a job for a U-Boot newbie like me
elros1 has quit [Remote host closed the connection]
<gediz0x539>
but it's really great to see it getting implemented
faruk has quit [Quit: Leaving]
<apritzel>
gediz0x539: yeah, those conversions are not for the faint of heart, and there is much more to do
<hlauer_>
just put the differing expansion ports pin layout 29-40 of BPI-M1+ into bananaPro wiki
<gediz0x539>
definitely
<PPA>
plaes: aw
<apritzel>
but any testing is very helpful, as my 32-bit zoo is somewhat limited
elros1 has quit [Remote host closed the connection]
andy25225 has quit [Read error: Connection reset by peer]
andy25225 has joined #linux-sunxi
<Pinchiukas>
Remembered that I have a linux box available. :) But in dmesg I only see the message that a device was found. Do I need to take additional steps to get a tty to talk to?
<libv>
start a device page
<libv>
disassemble your device and take pictures
<libv>
then we can find the uart pins
<libv>
and then just solder on some terminals
<apritzel>
Pinchiukas: are you connected via USB-OTG now, and the device started in FEL mode?
<apritzel>
Pinchiukas: there won't be any TTY appearing, FEL is a custom USB protocol, you need sunxi-fel to use it
<Pinchiukas>
Ah, ok.
<Pinchiukas>
I think it might be FEL since it's not showing anything via HDMI if I start it up while pressing this ominous button on the board.
<apritzel>
after having installed sunxi-fel, a simple "sunxi-fel ver" would tell you whether it worked
<Pinchiukas>
Looks like a success: AWUSBFEX soc=00001651(A20) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
<apritzel>
yes, indeed
lukedashjr has joined #linux-sunxi
<apritzel>
now you can load U-Boot, but I guess you don't have a port to build
<apritzel>
Pinchiukas: what kind of device is this? a tablet, dev board, TV box?
<Pinchiukas>
What exactly do you mean by "load uboot"?
<Pinchiukas>
It's a TV box. I suspect it to be a clone of Semitime Qt840a.
<apritzel>
Pinchiukas: I mean "sunxi-fel uboot u-boot-sunxi-with-spl.bin" would load SPL and U-Boot into SRAM/DRAM, via the FEL protocol, then execute it
luke-jr has quit [Ping timeout: 245 seconds]
<Pinchiukas>
Can you dumb this down a tiny bit for me? :) What is SPL?
<apritzel>
SPL is the "secondary program loader", that's the first user-provided code typically running on a device
<apritzel>
it's part of U-Boot
lukedashjr is now known as luke-jr
<apritzel>
its main task is to initialise DRAM, so that you can load the actual U-Boot
<Pinchiukas>
And by the way you said it I assume this means it just loads it directly into memory rather than making any sort of permanent changes to the device?
matthias_bgg has quit [Ping timeout: 260 seconds]
<apritzel>
yes, FEL itself only operates on volatile memory (SRAM, DRAM), so it's all gone after a reset / power cycle
<apritzel>
typically you load U-Boot, then install something permanent from there
<apritzel>
but as libv said: without a serial console this will be quite hard
<apritzel>
Pinchiukas: you could try to do "make i12-tvbox_defconfig" in U-Boot, which mentions QT840a in its devicetree, but that doesn't define any HDMI output, so you won't see anything on the screen
dev1990 has quit [Quit: Konversation terminated!]
kayterina1 has joined #linux-sunxi
leio_ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 246 seconds]
dev1990 has joined #linux-sunxi
kayterina has quit [Ping timeout: 265 seconds]
leio has quit [Ping timeout: 265 seconds]
tuxillo has quit [Ping timeout: 264 seconds]
agraf has quit [Ping timeout: 264 seconds]
tuxillo has joined #linux-sunxi
agraf has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
bauen1 has quit [Remote host closed the connection]
<Pinchiukas>
apritzel: isn't there an already existing build for the QT840a that I could try to use?
<apritzel>
Pinchiukas: I am afraid this is pretty old stuff, not sure you can find anything oven-ready
<apritzel>
but eventually you will probably need to bite the "build yourself" bullet anyway
leio_ is now known as leio
solderfumes[m] has quit [*.net *.split]
JuniorJPDJ has quit [*.net *.split]
JuniorJPDJ has joined #linux-sunxi
solderfumes[m] has joined #linux-sunxi
z3ntu has quit [Ping timeout: 240 seconds]
davidebeatrici has quit [Ping timeout: 240 seconds]
Tooniis has quit [Ping timeout: 244 seconds]
MartijnBraam has quit [Ping timeout: 241 seconds]
Jeremy_Rand_DT[m has quit [Ping timeout: 241 seconds]
Ke has quit [Ping timeout: 249 seconds]
psydruid has quit [Ping timeout: 249 seconds]
kprasadvnsi[m] has quit [Ping timeout: 247 seconds]
clementp[m] has quit [Ping timeout: 247 seconds]
kayterina1 has quit [Ping timeout: 272 seconds]
solderfumes[m] has quit [Ping timeout: 265 seconds]
fevv8[m] has quit [Ping timeout: 268 seconds]
thefloweringash has quit [Ping timeout: 258 seconds]
JuniorJPDJ has quit [Ping timeout: 265 seconds]
<Pinchiukas>
apritzel: I see that the wiki seems to suggest most stuff has been merged into mainline uboot and linux. Does that mean that maybe I can either get a binary uboot or build it and then maybe just install regular ubuntu on it?
<apritzel>
Pinchiukas: that would be the idea, yes
<Pinchiukas>
I debootstrap most of my systems so I'm quite comfortable with that. Just don't have experience with different architectures.
<apritzel>
you probably get somewhere with that sun7i-a20-i12-tvbox.dts, but that doesn't define any video device either
<apritzel>
which means without serial it will be a somewhat disappointing experience
<Pinchiukas>
dts is some sort of kernel config iirc.
bauen1 has joined #linux-sunxi
<Pinchiukas>
But first I probably need uboot on the device?
<apritzel>
yes, that prepares the device, then loads the kernel
shailangsa has quit []
<apritzel>
any decently configured kernel should work, but I don't know the out-of-the-box experience with Ubuntu's 32-bit kernel
<jernej>
DT is hardware description file, not configuration file. Distinction is sometimes blurred but important...
<apritzel>
jernej: indeed, just wanted to mention that ...
hlauer_ has quit [Quit: Leaving]
<apritzel>
Pinchiukas: the idea is that everything the kernel needs to know about the device is described in the .dts
<apritzel>
Pinchiukas: but as jernej mentioned: this is describing the hardware, it's not Linux specific (for instance FreeBSD would ideally use that same file)
<Pinchiukas>
Ok so I assume sunxi-tools will help me get uboot into the device, right?
<apritzel>
Pinchiukas: not really, it just helps you to boot it, the actual "installation" is out of scope of this tool
<apritzel>
Pinchiukas: but you could "dd" the very same image file to an SD card, then boot from there
jstein has joined #linux-sunxi
<apritzel>
Pinchiukas: have your rootfs a partition on this SD card, and put your kernel onto there as well (could be inside the rootfs)
<Pinchiukas>
Ah ok that's pretty much what I need - the device running some sort of linux - from there I should be good.
jonkerj has quit [Read error: Connection reset by peer]
azend has quit [Ping timeout: 256 seconds]
Putti has quit [Ping timeout: 256 seconds]
rellla has quit [Ping timeout: 256 seconds]
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
<Pinchiukas>
So how do I use sunxi-tools to tell the device to boot from the SD card?
rellla has joined #linux-sunxi
<apritzel>
Pinchiukas: you don't need sunxi-tools at all for that
<Pinchiukas>
I tried dd'ing an image to an SD card but the device didn't boot from it.
<apritzel>
just do "dd if=u-boot-sunxi-with-spl.bin of=/dev/sdX bs=1k seek=8"
<Pinchiukas>
With /dev/sdX being the SD card? I didn't do the seek thing.
<apritzel>
the magic header needs to be at sector 16 (8K)
<martinayotte>
Is there someone who has a Pinebook-a64 working with kernel higher than 5.7.y ?
<Pinchiukas>
Ah maybe that's why. Thanks for the hint!
mmarc__ has quit [Ping timeout: 272 seconds]
<anarsoul|2>
martinayotte: what's wrong with 5.8 or newer?
<martinayotte>
I don't know, but with Armbian, which is using megous branch, LCD stays blank, with DRM VBLAN timeout, with any kernel higher then 5.7.y, I've tried even recent 5.11.y, same issue ...
<martinayotte>
I've added extraargs=drm.debug=0x3e, and I see that VBLANK been enabled and then timeout occurs, while in 5.7.y, VBLANK stays disabled.
fuzzybritches has joined #linux-sunxi
<libv>
martinayotte: vblank enabled?
<libv>
martinayotte: this is used by drm to trigger buffer flips
<libv>
and is not relevant for debugging actual display issues
<libv>
if it claims a timeout, then all it does is tell you that display is not working, which you knew already as you had no display on the LCD
<libv>
Pinchiukas: have you created a device page already?
<libv>
your central issue here seems to be "hdmi does not work when i somehow create any SD card"
<libv>
but no-one here has anything to go by
bauen1_ has quit [Ping timeout: 264 seconds]
<libv>
and your statement "i will do so when i get somewhere" is bs
<libv>
creating a device page, and detailing the device you are trying to get running is instrumental in getting the device running
gnarface has quit [Ping timeout: 264 seconds]
<libv>
so go do that, and give everyone who is trying to help you a chance of actually helping you
<anarsoul|2>
martinayotte: try mainline?
bauen1 has joined #linux-sunxi
<libv>
as you seem to just be clutching at straws
<anarsoul|2>
libv: it just indicates that sun4i-drm misconfigured display controller
<libv>
anarsoul|2: is that not what i said, rephrased?
<martinayotte>
libv: I'm not familiar enough with DRM+Panel, but what I see is that VBLANK never timeout with 5.7.y, while it does several times with any kernel higher. I've tried to "diff" branches and I didn't found relevant changes across tons of changes.
<libv>
martinayotte: again, vblank timeout is a symptom, not a cause
<anarsoul|2>
martinayotte: let me find my pinebook
<martinayotte>
anarsoul|2: That would be helpful ...
<martinayotte>
libv: I know, but why I see [drm:sun4i_crtc_enable_vblank] Enabling VBLANK on crtc 0000000034731575 in any kernel higher, but not on 5.7.y or lower.
<anarsoul|2>
martinayotte: well, I have manjaro with 5.9.13 on it
<KotCzarny>
crtc?
<martinayotte>
KotCzarny: LCD ...
gnarface has joined #linux-sunxi
<martinayotte>
BTW, on 5.7.y, the VBLANK state is reversed : [drm:sun4i_crtc_disable_vblank] Disabling VBLANK on crtc 00000000f4a200f4
<jernej>
martinayotte: is this unmodified Linux or do you have patches on top?
<martinayotte>
anarsoul|2: Ok ! I will check what is happening by grabbing kernel binaries from manjaro 5.9.13, and place them into Armbian image.
<martinayotte>
jernej: No, not a clean mainline, there are many patches done by megous in his branches, but also some from Armbian folks.
<jernej>
martinayotte: Try without modifications first
<martinayotte>
jernej: I will ... I wish to figure out where is the culprit ...
<jernej>
You should always try without patches first. Mainline kernel has only few modifications relevant for LCD from 5.7
<martinayotte>
This changes is very recent, it should not be that one ... I'm searching something that happened between my 2 builds, 5.7.6 and 5.8.0 where issue is present in the latest.
<martinayotte>
I will do a mainline build soon ...
buzzmarshall has joined #linux-sunxi
duracrisis has quit [Ping timeout: 256 seconds]
duracrisis has joined #linux-sunxi
<martinayotte>
anarsoul|2: Manjaro 5.9.13 is working fine ... So, my investigation needs to continue ...
<anarsoul|2>
I'm updating manjaro atm, but I'm pretty sure that 5.11 should work fine
akaWolf1 has quit [Ping timeout: 256 seconds]
akaWolf has joined #linux-sunxi
<anarsoul|2>
martinayotte: 5.11 works fine on pinebook. so I'd guess something's up with armbian kernel
lkcl_ has quit [Ping timeout: 260 seconds]
<PPA>
5.11 with Armbian is a bit patchy, it's still in dev
<PPA>
Works fine on the Orange Pi PC but it does not on the Pine H64 B
<PPA>
(fails at the install stage)
akaWolf has quit [*.net *.split]
gnarface has quit [*.net *.split]
fuzzybritches has quit [*.net *.split]
dddddd has quit [*.net *.split]
book` has quit [*.net *.split]
rtp has quit [*.net *.split]
hanetzer has quit [*.net *.split]
grw1 has quit [*.net *.split]
rtp has joined #linux-sunxi
fuzzybritches has joined #linux-sunxi
grw1 has joined #linux-sunxi
book` has joined #linux-sunxi
dddddd has joined #linux-sunxi
akaWolf has joined #linux-sunxi
gnarface has joined #linux-sunxi
hanetzer has joined #linux-sunxi
hanetzer is now known as Guest89598
duracrisis has quit [Ping timeout: 246 seconds]
agraf has quit [Ping timeout: 246 seconds]
rtp has quit [Ping timeout: 256 seconds]
rtp has joined #linux-sunxi
agraf has joined #linux-sunxi
duracrisis has joined #linux-sunxi
Guest89598 has quit [Changing host]
Guest89598 has joined #linux-sunxi
Guest89598 is now known as hanetzer2
putti_ is now known as Putti
hanetzer2 is now known as hanetzer
lkcl has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
<martinayotte>
anarsoul|2: thanks for clarify ... I will continue chasing the unknown culprit ...
fuzzybritches has quit [Quit: WeeChat 3.0]
mmarc___ has joined #linux-sunxi
mmarc__ has quit [Ping timeout: 260 seconds]
cmeerw has quit [Ping timeout: 272 seconds]
mmarc__ has joined #linux-sunxi
mmarc___ has quit [Ping timeout: 256 seconds]
akaWolf has quit [Ping timeout: 256 seconds]
akaWolf has joined #linux-sunxi
mmarc___ has joined #linux-sunxi
mmarc__ has quit [Ping timeout: 256 seconds]
asdf28 has quit [Ping timeout: 260 seconds]
popolon has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
eduardas has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
_whitelogger_ has joined #linux-sunxi
_whitelogger_ has joined #linux-sunxi
_whitelogger_ has joined #linux-sunxi
warpme_ has quit [Quit: Connection closed for inactivity]