vpeter has quit [Read error: Connection reset by peer]
<plaes>
another wasted effort :(
<plaes>
unless it's open source
p1u3sch1 has quit [Ping timeout: 248 seconds]
p1u3sch1 has joined #linux-sunxi
firnsy has quit [Quit: No Ping reply in 180 seconds.]
olerem has joined #linux-sunxi
firnsy has joined #linux-sunxi
firnsy has joined #linux-sunxi
firnsy has quit [Changing host]
reev has joined #linux-sunxi
olerem has quit [Quit: WeeChat 1.3]
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
jernej has quit [Client Quit]
jernej has joined #linux-sunxi
solarnetone has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
massi has joined #linux-sunxi
kaspter has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
IgorPec has joined #linux-sunxi
<montjoie>
I have added ethtool stats to the sun8i-emac driver, now detailled errors stats are availlable. but still no clue for the high rx error rate:(
<lennyraposo>
hey longsleep
<lennyraposo>
got my site up and running
<lennyraposo>
sort of
<lennyraposo>
still working away at some mechanics ;)
<lennyraposo>
I sent the Pine Team a brief blurb about it out
<lennyraposo>
and extended the willingness to provide access to things ;)
<lennyraposo>
I have mentioned you on it
<lennyraposo>
giving credit to your BSP images
<lennyraposo>
and apritzel
<lennyraposo>
Started working on the pulseaudio issue once again. may require a little ALSA setup to handle thing sproperly
<lennyraposo>
setting up a softvol that is managed by pulse. I think that will do the trick
<lennyraposo>
;)
IgorPec has quit [Ping timeout: 276 seconds]
JohnDoe_71Rus has joined #linux-sunxi
reinforce has joined #linux-sunxi
webmind has quit [Ping timeout: 246 seconds]
webmind has joined #linux-sunxi
<lennyraposo>
looks like we are getting 3.18 BSP soon for the PIne
<lennyraposo>
and hopefully a few other things ;)
tomboy64 has quit [Ping timeout: 260 seconds]
tomboy64 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<lennyraposo>
brb radeon updates :S
lennyraposo has quit [Quit: Leaving.]
tomboy64 has quit [Ping timeout: 276 seconds]
reev has quit [Ping timeout: 250 seconds]
paulk-collins has joined #linux-sunxi
yann|work has quit [Ping timeout: 248 seconds]
paulk-collins has quit [Quit: Leaving]
tomboy64 has joined #linux-sunxi
reev has joined #linux-sunxi
khuey|away has quit [Read error: Connection reset by peer]
<lennyraposo>
this place is specific to Allwinner SoC support and being that the Pine uses and Allwinner soc
<lennyraposo>
this si where you will find out about mainline kernel dev
<wmat>
great
<lennyraposo>
firstst and foremost
<lennyraposo>
the A64 is a Work in progress
<lennyraposo>
hence why the BSP kernel (3.10.65) is all that's available with any sort of functionality (usb, ethernet, display etc)
reev has quit [Ping timeout: 240 seconds]
<lennyraposo>
longsleep put it together and every image you see floating around (with the exception of aprtizels which is basic console access) is based on it
<lennyraposo>
The Arch and Ubuntu image is built by longsleep
<lennyraposo>
I started the Debian ones and maintain
<lennyraposo>
them
<wmat>
very good
<lennyraposo>
oh and btw
<lennyraposo>
3.18n BSP is provided soon enough (maybe even tonight)
<lennyraposo>
3.18*
<wmat>
on your .pro site?
<lennyraposo>
yep that's my site
<lennyraposo>
work in progress
<wmat>
fair enough
<lennyraposo>
somethign I discussed with some of the Pine Team
<wmat>
i'll be linking back to it from elinux.org
<lennyraposo>
btw
<lennyraposo>
teh HDMI to DVi does work
<lennyraposo>
;)
<wmat>
i'm sure it does, just not for me.
<wmat>
fwiw, i've had issues with dvi-hdmi adapters before
<lennyraposo>
okee dokee ;)
<apritzel>
lennyraposo: how do you load the kernels on longsleep's u-boot versions these days?
<apritzel>
with fatload / extload?
<lennyraposo>
fat load
<apritzel>
and how do you boot eventually? With boota?
MackBoy has joined #linux-sunxi
<lennyraposo>
to tell the truth I havent' looked a tu-boot code that longsleep used
<lennyraposo>
I have built using his soruces
<apritzel>
but how do you start a kernel?
<apritzel>
what are the sequence of commands in U-Boot?
<lennyraposo>
getting out my notes here
tkaiser has joined #linux-sunxi
<apritzel>
how do the distros tell U-Boot? With a /boot/boot.scr?
<apritzel>
or is this hacked up for every image in the default u-boot environment?
<lennyraposo>
nope\
<lennyraposo>
initrd.img
<apritzel>
which you load how?
<lennyraposo>
the kernel is loaded loaded /Image
<lennyraposo>
SDo make boot0 accept and boot U-Boot, it needs to be correctly prefixed and extended with the ATF. In addition some blobs, and the device tree are required to create this U-Boot bootloader format whre provided in the build-pine64-image/blobs directory). So have the ATF ready and compiled in build-pine64-image/arm-trusted-firmware-pine64 and the Suxi pack tools compiled in build-pine64-image/sunxi-pack-t
<lennyraposo>
sorry I ahve you and my wife tlaking to me at the same time
<lennyraposo>
lol
<apritzel>
but what are the U-Boot commands that trigger the load?
<lennyraposo>
u-boot-with-dtb.bin
<lennyraposo>
beats me mate
<lennyraposo>
you are getting above my technical understanding at this point
<apritzel>
what i'ts on the console from U-Boot when you boot a kernel?
<tkaiser>
apritzel: A few weeks ago he used boota which led to the Pine 2GB model being recognized with only 1 GB. Switching to booti introduced the ability to trigger the sunxi-gmac integer overflow on 2GB models :)
<lennyraposo>
that as fixed
<lennyraposo>
the gmac issue
<lennyraposo>
was*
<lennyraposo>
so using boot I now?
<lennyraposo>
i*
<cosm>
hi, is the WIP H3 emac driver for the mainline kernel available somewhere?
<jelle>
cosm: on montjio's github
<lennyraposo>
montjoie
caog has joined #linux-sunxi
<cosm>
great, thanks
<tkaiser>
lennyraposo: What? The bug was present since 10 days ago. It couldn't be triggered on boards with 1 GB (detected) memory. And that's the difference between boota (on 2GB variants only 1GB used) and booti (now 2GB used and when the driver loaded --> boom)
<apritzel>
I was thinking about creating a distribution agnostic firmware image which just has U-Boot (plus boot0/SPL and ATF), so any distributions drops a boot.scr into the first FAT partition and can boot from there
<lennyraposo>
Fixed sunxi-gmac integer overflow for DMA address when system has more than 1GB
<tkaiser>
montjoie: Why do you think so?
<tkaiser>
lennyraposo: Yeah, as I told you. This was part of longsleep's beergarden release
<lennyraposo>
oh ok
<montjoie>
tkaiser: think about ?
<tkaiser>
apritzel: I believe longsleep's attempt is pretty similar. At least you can any aarch64 capable Linux distro combine with his minimalistic image by simply exchanging the rootfs
sirblackheart has quit [Quit: sirblackheart]
Net147 has joined #linux-sunxi
<tkaiser>
montjoie: You said people using 3.4 kernel are not using BSP Ethernet driver, right?
<montjoie>
not the same
<montjoie>
I know it seems weird
<montjoie>
I need to build a kernel from the BSP source I got
<lennyraposo>
this is what you were talking about before apritzel regarding u-boot on the pine
caog has joined #linux-sunxi
<tkaiser>
montjoie: Which BSP source? Don't you rely on ssvb's initial import or Yann Dirson's?
<lennyraposo>
don't you require that binary currently for U-boot on allwinner?
<lennyraposo>
boot0 hack/workaround
<lennyraposo>
?
<montjoie>
tkaiser: I use official allwinner sdk (Draco H3_SDK_20150601_lichee)
cnxsoft has quit [Remote host closed the connection]
<montjoie>
tkaiser: the BSP ethernet driver does not use those two error bit for rx frame. solution confirmed
Amit_t_ has joined #linux-sunxi
<tkaiser>
montjoie: So all that's needed is adoption of jernej's fixes for external GbE PHY? When I did testing on BPi M2+ I got 462 MBits/sec in both directions when testing in parallel (iperf -d). But I reverted a few of wen's fixes by mistake before :\
<montjoie>
tkaiser: my current tree should be ok for external GbE, but I will release tonight a new version with ethtool stats support for tuning better performance
<montjoie>
and without the rx errors rate
asmir has quit [Ping timeout: 248 seconds]
<tkaiser>
montjoie: :)
massi has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
leio_ is now known as leio
rahlquist____ has joined #linux-sunxi
bsdwrk is now known as klarrt
Amit_t_ has quit [Ping timeout: 250 seconds]
premoboss has quit [Remote host closed the connection]
solarnetone has quit [Ping timeout: 264 seconds]
MackBoy has quit [Ping timeout: 264 seconds]
cosm_ has quit [Ping timeout: 264 seconds]
cosm_ has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
ninolein has quit [Quit: No Ping reply in 180 seconds.]
<longsleep>
apritzel: hey, what is the benefit of boot.scr? The default u-boot env for the Pine64 i build supports loading uboot.env and uEnv.txt
<longsleep>
apritzel: i can certainly add boot.scr if i would know what it is :)
al1o has joined #linux-sunxi
<apritzel>
longsleep: traditionally boot.scr contains the commands to load a distribution
<KotCzarny>
you can add few example boot.scr to boot different os'es
<apritzel>
so each distribution points there to their own kernel and initrd, also adds distro specific kernel arguments
<longsleep>
apritzel: yeah but how is it handled by u-boot, how does u-boot load it?
<KotCzarny>
in the same way grub loads menu.conf
<KotCzarny>
;)
<longsleep>
KotCzarny: well i have uEnv.txt for that
<KotCzarny>
does uenv.txt support conditionals? leds?
<KotCzarny>
uboot can even play audio if requested ;)
<longsleep>
KotCzarny: well it can add any command your u-boot supports
<longsleep>
KotCzarny: and if that is not sufficient, you can also have a complete u-boot environment in uboot.env
<longsleep>
i saw no point in adding a binary boot.scr when i can have a text file
<apritzel>
yeah, U-Boot may scan available places for a boot.scr
<KotCzarny>
i have made me boot.scr that will check for existence of file .my to load vmlinuz-my and if .my is not present to load vmlinuz
<longsleep>
KotCzarny: well, you can do that in uEnv.txt just add the script for it
<KotCzarny>
anyway, as long you put uboot with boot.scr support you can include it or leave it out
<apritzel>
uEnv.txt is more for U-Boot, boot.scr is for the distribution
Netlynx has joined #linux-sunxi
<longsleep>
apritzel: ok i see - how does u-boot load the scr file?
<apritzel>
you would put board specific commands and variables in uEnv.txt, boot.scr stays as board agnostic as possible
<apritzel>
depends on the environment settings, usually it tries to load some default stuff from various places, among other things it looks for boot.scr
<longsleep>
apritzel: ok, and how is it loaded. uEnv.txt is just loaded with importenv if i remember correctly
<apritzel>
check include/config_distro_bootcmd.h
<apritzel>
I guess it's the same
<apritzel>
in the end both contain U-Boot commands
<longsleep>
apritzel: ah ok, so you suggest that we have it both?
<apritzel>
with the above mentioned semantic difference (U-boot centric vs. distro-specific)
afaerber has quit [Quit: Ex-Chat]
<apritzel>
I would leave uEnv.txt empty, put scan for it
<apritzel>
and put the default stuff hard-coded into U-Boot binary
<longsleep>
apritzel: i add the mac address to uEnv.txt for example
<longsleep>
apritzel: yes it is essentially like that
<apritzel>
yeah, that should stay there
<apritzel>
well, good then
<apritzel>
I didn't know, that's why I was asking before
<apritzel>
longsleep: do you have a pointer to an example uEnv.txt?
<longsleep>
(which also could be completely replaced if you have a uboot.env)
<apritzel>
longsleep: btw: doc/README.distro and include/config_distro_bootcmd.h if you have a spare hour to read about U-Boot's idea about board-agnostic booting
<longsleep>
apritzel: ok cool, certainly will check that
jernej_ has joined #linux-sunxi
lemonzest has quit [Ping timeout: 250 seconds]
ninolein_ has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<longsleep>
apritzel: mhm that u-boot does not seem to have config_distro_bootcmd.h - i see config_distro_defaults.h
<apritzel>
just wanted to say:
<apritzel>
use a recent U-Boot tree ;-)
<longsleep>
right :)
jernej has quit [Ping timeout: 252 seconds]
atsampson has joined #linux-sunxi
Amit_t_ has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 250 seconds]
ninolein has quit [*.net *.split]
ojn has quit [*.net *.split]
edolnx has quit [*.net *.split]
wens has quit [*.net *.split]
atsampso1 has quit [*.net *.split]
iamfrankenstein has joined #linux-sunxi
wens has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
afaerber has joined #linux-sunxi
cosm has joined #linux-sunxi
edolnx has joined #linux-sunxi
<topi`>
I have kernel 3.4.39-01-lobo on my orangepi PC, is there a known problem with module loading? I couldn't find the normal /sys/class/firmware/xxx/loading entries etc
ojn has joined #linux-sunxi
<topi`>
[ 672.708391] usb 4-1: Could not load firmware file zd1211/zd1211b_ub. Error number -2
<topi`>
and the damn file exists right in /lib/firmware/zd1211/ so I am suspecting something isn't working in the kernel
<KotCzarny>
topi: do you use initramfs?
vishnup has quit [Read error: Connection timed out]
avph has joined #linux-sunxi
<KotCzarny>
topi: does it work if you rmmod/modprobe manually?
afaerber has quit [Ping timeout: 250 seconds]
<KotCzarny>
topi: maybe file is too new/old
vishnup has joined #linux-sunxi
<topi`>
if I modprobe manually, it tries to load fw, but fails
<topi`>
there is no /proc/config.gz so I cannot check if the kernel was copmiled with firmware loading
MackBoy has joined #linux-sunxi
<KotCzarny>
topi: maybe it tries to use some other folder (not /lib/firmware), some distros do that
<topi`>
the proc/cmdline looks strange, it does not specify root
<TheLinuxBug>
cool, I hadn't seen the A20 on their site.. hmm
<kdubious>
Some people say it is like a Cubietruck without WiFi
<kdubious>
some say it's like a cubieboard 2
<kdubious>
And I've got an odd issue
<kdubious>
Eth works fine if I connect power with UART-0 connected
<kdubious>
and usually fails if it is not connected when I connect power
<kdubious>
warm-reboots follow the conditions when power was first connected
matthias_bgg_ has quit [Quit: Leaving]
vpeter has joined #linux-sunxi
Amit_t_ has quit [Quit: Page closed]
khuey_ has joined #linux-sunxi
al1o has quit [Ping timeout: 252 seconds]
al1o has joined #linux-sunxi
igraltist has quit [Ping timeout: 252 seconds]
igraltist has joined #linux-sunxi
tipo has quit [Ping timeout: 252 seconds]
ssvb has quit [Ping timeout: 252 seconds]
vetkat has quit [Ping timeout: 252 seconds]
camh has quit [Ping timeout: 252 seconds]
arete74 has quit [Ping timeout: 252 seconds]
maz has quit [Ping timeout: 252 seconds]
andoma has quit [Ping timeout: 252 seconds]
khuey has quit [Ping timeout: 252 seconds]
merbzt has quit [Ping timeout: 252 seconds]
whitesn has quit [Ping timeout: 252 seconds]
FergusL has quit [Ping timeout: 252 seconds]
andoma has joined #linux-sunxi
FergusL has joined #linux-sunxi
arete74 has joined #linux-sunxi
lvrp16 has quit [Remote host closed the connection]
bamvor has quit [Remote host closed the connection]
kaplan2539 has joined #linux-sunxi
vetkat has joined #linux-sunxi
whitesn has joined #linux-sunxi
whitesn has joined #linux-sunxi
<montjoie>
I have updated my github branch for sun8i-emac, if someone with GbE could run some iperf and send me ethtool -S eth0
maz has joined #linux-sunxi
ssvb has joined #linux-sunxi
merbzt has joined #linux-sunxi
tipo has joined #linux-sunxi
camh has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
<TheLinuxBug>
kdubious: yeah I saw you guys talking about it the other day how you have to add the 3.3v rail to the uart for eth to have full power.
<TheLinuxBug>
however, not sure what to offer as a solution there, it could be an issue from manufacturer?
<TheLinuxBug>
Have you contacted ITEAD and asked them about it maybe?
<kdubious>
That's where I'm stuck...
<kdubious>
I have contacted them. It's a "known issue", but there's no solution (other than cycle power)
<TheLinuxBug>
well wasn't your solution to run a line to the uart to that pin and it works?
<TheLinuxBug>
your just looking for a perm solution I thought?
<kdubious>
it may be as simple as a design flaw.. but since they have not provided a DTS, I'm not sure if I just have some bad setting
<TheLinuxBug>
yeah well if its a known issue I would say probably a mfg. issues if they can't provide a software patch already.. you would think software would be easier of the two to fix
<kdubious>
Ahh.. well, a 560 Ohm ressitor between 3.3v & UART-RX worked pefectly on one board
<kdubious>
but I have 3, and it doesn't work on all 3
<kdubious>
so are they all different?
<kdubious>
Did I break the one that works with this hack?
<TheLinuxBug>
hmm
<TheLinuxBug>
interesting
<TheLinuxBug>
do you have 3 SoMs or 3 of the EVB units?
<kdubious>
3 of each
bwarff_ has joined #linux-sunxi
<TheLinuxBug>
so is the hack on the SoM or the EVB
<kdubious>
the EVB
<mripard>
kdubious: did you try to enable the internal pull-up?
<kdubious>
3.3v out > 560 Ohm > UART-0 RX
<kdubious>
mripard: I did try that, no change
TheSeven has quit [Ping timeout: 248 seconds]
paulk-collins has quit [Remote host closed the connection]
<kdubious>
I found in the schematic that they do show a pull up for MDIO
<kdubious>
and I think I found it on the board
TheSeven has joined #linux-sunxi
<kdubious>
IN a recent thread with Itead, they told me:
<kdubious>
make iteaduino_plus_a20_defconfig \ ARCH=arm \ CROSS_COMPILE=arm-linux-gnueabihf-
<kdubious>
(although, this is not an iteaduino plus board)
<kdubious>
but I can't track down that def config.
<kdubious>
I've seen some code that points to Cubieboard2 as the bexct match for AW2041 SOM
bwarff_ has quit [Ping timeout: 276 seconds]
reinforce has quit [Quit: Leaving.]
bamvor has joined #linux-sunxi
<kdubious>
I've also tried connecting to a 100M port instead of Gb, I tried changing the tx delay stting in U-BOOT
<kdubious>
Now I'm trying to see if I can get MII to work instead of RGMII, but the kernel doesn't find the hardware
<kdubious>
Maybe I should flip this: I had a chassis built based on this board. I'm looking for mainline i2s audio with stable Eth
<kdubious>
Olimex Lime2 seems to work for me, but it it not an easy board to physically mount
nove has joined #linux-sunxi
kaplan2539 has left #linux-sunxi [#linux-sunxi]
<kdubious>
AwSOM has a great board, but they run out of stock sometimes, and I'm concerned they may be too small of a company
<kdubious>
Any other suggestions?
khuey_ is now known as khuey|away
lvrp16 has joined #linux-sunxi
<TheLinuxBug>
if you need a reliable A20 had you asked a few months back I would have told you pcDuino Nano Lite when it was $15 each, now they are like 435 again so..
<kdubious>
Do they expose the i2s pins for audio?
solarnetone has quit [Read error: Connection reset by peer]
<TheLinuxBug>
kdubious: what I find interesting as I review is it seems to be almost identical to BananaPi and thet pcDuino board, that SoM. So it is strange you see those issues, have you tried DTS and such from BPi?
avph has quit [Ping timeout: 264 seconds]
<kdubious>
not BPi
<TheLinuxBug>
PMU is same
<kdubious>
let me look... I think BPi has a regular setting in the DTS for the Eth?
<TheLinuxBug>
i believe
<kdubious>
banana pi.. not pro
<kdubious>
?
cptG_ has joined #linux-sunxi
<TheLinuxBug>
correct the M1 with the a20
avph has joined #linux-sunxi
<kdubious>
how do I find the pin (are you looking at the DTS?) for the regulator?
solarnetone has joined #linux-sunxi
cptG has quit [Ping timeout: 276 seconds]
<TheLinuxBug>
I am sorry, I am not, nto in a position to atm, sossry, working... but maybe later I can help you dig some
<TheLinuxBug>
was just reviewing spec sheet
<TheLinuxBug>
and see that chips are same I believe
<TheLinuxBug>
so things should be similar
bwarff_ has joined #linux-sunxi
<kdubious>
ok
<TheLinuxBug>
would have to look and see what may be differnt to what you have now
<TheLinuxBug>
(maybe check with diff even, just to get an idea?)
<kdubious>
i'll try to find the BPi shcematic
<TheLinuxBug>
im no pro like mripad and some of the others, but just trying to think of what steps I may do
<kdubious>
I'm just not sure which Eth Phy pin should connect tot he A20 pin