<Ely>
ah nvm I didn't see your comment about " meson_mx_sdio module is loaded"
<Ely>
Then I don't know .. All I can tell you is that I booted off an sd card on an odroid c1 with those patches a few weeks ago so it's definitely working
<vagrantc>
Ely: trying to push this into Debian, which only does a multiplatform modular config
<vagrantc>
might be some missing regulator or something
<Ely>
So just to be certain
<Ely>
you have u-boot on the microsd
<Ely>
pulling kernel+dtb from a usb flash drive ?
<vagrantc>
though then, i'd still expect to see dmesg output
<vagrantc>
Ely: no, much more convoluted than that :)
<vagrantc>
Ely: the u-boot doesn't read USB
<Ely>
so.. you have a kernel+dbt on the microsd then ? :D
<Ely>
If I were you I'd just go full microsd, on the c1 since it's just a fat32 partition with boot.ini, uImage and dtb it's easy
<vagrantc>
Ely: so i boot the system over network to the USB rootfs, copy the kernel+initramfs+dtb to a usb-microSD adapter with the microSD that u-boot is installed with ... and then uplug it from the usb-microsd adapter and put it in the microSD slot and reboot
<vagrantc>
i'm trying to get there, but both u-boot and linux need to be able to read the microSD in that case, which isn't quite working yet
<Ely>
damn dude, what a setup
<vagrantc>
i'm not just trying to boot the board; i'm trying to get it supported in debian
<vagrantc>
Ely: i'd much rather just be able to put it all on micro, sure. :)
<vagrantc>
microSD
<vagrantc>
really glad to see that USB and ethernet are all in working order!
<Ely>
IIRC, what I simply did was compile the kernel with the patches, update uImage and dtb on the µsd vfat partition, setup boot.init to boot on /dev/mmcblk0p2 and I was done
<Ely>
with the mmc sdio as builtin and not module of course
<vagrantc>
right
<vagrantc>
i do occasionally see bugs in drivers that only occur when it's a module
<vagrantc>
so, in a sense, this is a quality assurance test :)
<vagrantc>
Ely: anyways, knowing that someone has it working at least is a starting point :)
<vagrantc>
Ely: so thanks. :)
<Ely>
np, good luck
* vagrantc
will have to try again another day
* vagrantc
waves
vagrantc has quit [Quit: leaving]
tingoose has joined #linux-amlogic
tingoose_ has joined #linux-amlogic
cthugha is now known as ldevulder
tingoose_ has quit [Ping timeout: 264 seconds]
tingoose has quit [Ping timeout: 260 seconds]
<dlan>
narmstrong: hi, I've managed to get ethernet & emmc working on AXG platform
<narmstrong>
dlan: cool ! good news !
<dlan>
as you already mentioned, the eth driver also hardcoded the register address.. is it also possible to convert to USB DRIVER model?
<narmstrong>
the hardced registers are for the glue config, the uboot dwmac does not have the concept of glues, maybe it should be time to add these
<narmstrong>
*hardcoded
<dlan>
another problem here, I haven't implemented the pinctrl driver for AXG, I just access the pin mux register directly, is it acceptable to push to public for the first initial version (I can improve later).
<dlan>
yes, exactly, I mean arch/arm/mach-meson/eth.c
afaerber has quit [Quit: Leaving]
a5m has joined #linux-amlogic
afaerber has joined #linux-amlogic
afaerber has quit [Remote host closed the connection]
afaerber has joined #linux-amlogic
Elpaulo_m has quit [Ping timeout: 240 seconds]
Elpaulo_m has joined #linux-amlogic
Pix has quit [Ping timeout: 264 seconds]
Pix has joined #linux-amlogic
yann has joined #linux-amlogic
<ndufresne>
Ely, what are you using to test ? 5.1 audio is supported, and audioconvert will downmix it for you as needed
<ndufresne>
lvrp16, Collabora NAB Demo ?
<ndufresne>
(that one is pretty much what I've been doing in last two weeks)
<ndufresne>
I don't know if RK themself had a booth there though ...
<ndufresne>
SDMC was showing an RK Android TV box
dsd_ has joined #linux-amlogic
Elpaulo_m has quit [Ping timeout: 240 seconds]
Elpaulo_m has joined #linux-amlogic
Elpaulo_m has quit [Ping timeout: 268 seconds]
Elpaulo_m has joined #linux-amlogic
Elpaulo_m has quit [Ping timeout: 256 seconds]
Elpaulo has quit [Quit: Elpaulo]
Barada has quit [Quit: Barada]
Barada has joined #linux-amlogic
Elpaulo has joined #linux-amlogic
a5m has quit [Remote host closed the connection]
The_Coolest has quit [Quit: FOLD For The Cause!!!]
tingoose has joined #linux-amlogic
tingoose_ has joined #linux-amlogic
tingoose_ has quit [Ping timeout: 245 seconds]
tingoose has quit [Ping timeout: 264 seconds]
<narmstrong>
ndufresne: i tested and you need to specify 2 channels otherwise it fails...
gpdeciantis has joined #linux-amlogic
vagrantc has joined #linux-amlogic
afaerber has quit [Quit: Leaving]
tingoose has joined #linux-amlogic
tingoose_ has joined #linux-amlogic
Pix` has joined #linux-amlogic
<ndufresne>
narmstrong, can you clarify what you tested ?
<ndufresne>
alsasink / pulsesink, and when you say specify ?
<ndufresne>
you mean what
<Ely>
ndufresne: Well I'm not sure, I'm using the regular pipeline with v4l2+kmssink, just my files happen to have an audio track but I thought nothing was done out of it.
<ndufresne>
well it depends, parsebin use to fail if there was not parser for a specific format
<ndufresne>
but playbin won't
<ndufresne>
Ely, anyway, I need a pipeline description to reproduce and understand
<ndufresne>
best test is using gst-play-1.0 --videosink="..."
<ndufresne>
also, alsa vs pulse audio can make a difference, I don't know the state of the alsa driver, and alsasink might not be as smart as pulse
<Ely>
I see, I'll try with gst-play. Otherwise I'm using the same pipeline as I was using on 1.12, just changed the name of the v4l2 element.