Ntemis has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
florianH has quit [Quit: Connection closed for inactivity]
lkcl has quit [Ping timeout: 260 seconds]
dave0x6d has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
tlwoerner__ has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 256 seconds]
tlwoerner__ has quit [Ping timeout: 240 seconds]
tlwoerner__ has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
ninolein has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
Thedemon007 has joined #linux-sunxi
lkcl has joined #linux-sunxi
Andy-D has quit [Ping timeout: 258 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 258 seconds]
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 260 seconds]
cnxsoft1 is now known as cnxsoft
sphinx89 has joined #linux-sunxi
Hao_ has quit [Remote host closed the connection]
Hao__ has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
Hao has quit []
Hao__ has quit [Remote host closed the connection]
Hao__ has joined #linux-sunxi
terra854 has joined #linux-sunxi
Hao__ has quit [Remote host closed the connection]
Hao__ has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
sphinx89 has quit [Quit: Page closed]
lurchi_ has joined #linux-sunxi
ganbold has joined #linux-sunxi
Hao__ has quit [Ping timeout: 240 seconds]
lurchi__ has quit [Ping timeout: 256 seconds]
[7] has quit [Ping timeout: 258 seconds]
<montjoie>
Thedemon007: yes sun8i-emac could be compiled as module
TheSeven has joined #linux-sunxi
Guest96145 has joined #linux-sunxi
<Thedemon007>
Mmm ok .. some kernel for A13 working with wifi Realtek RTL8188CUS ?
<Thedemon007>
i go try again archlinux need rewrite sdcard... i try module of kernel android in debian kernel but no load XD
<Thedemon007>
a20 os no can boot in a13?
Guest96145 has quit [Quit: Leaving, Bye]
wzyy2 has quit [Disconnected by services]
cnxsoft1 has joined #linux-sunxi
book`_ has joined #linux-sunxi
kristina has quit [Remote host closed the connection]
dave0x6d_ has joined #linux-sunxi
ericxdu_ has joined #linux-sunxi
Nacho has joined #linux-sunxi
tsuggs_ has joined #linux-sunxi
ruben-ikmaak has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
wigyori_ has joined #linux-sunxi
rookieone_ has joined #linux-sunxi
mrnuke` has joined #linux-sunxi
corecode_ has joined #linux-sunxi
cnxsoft has quit [*.net *.split]
Thedemon007 has quit [*.net *.split]
ninolein has quit [*.net *.split]
tlwoerner__ has quit [*.net *.split]
dave0x6d has quit [*.net *.split]
tsuggs has quit [*.net *.split]
rookieone has quit [*.net *.split]
Guest91051 has quit [*.net *.split]
Leepty has quit [*.net *.split]
ericxdu has quit [*.net *.split]
book` has quit [*.net *.split]
filt3r has quit [*.net *.split]
corecode has quit [*.net *.split]
mrnuke has quit [*.net *.split]
wigyori has quit [*.net *.split]
ikmaak has quit [*.net *.split]
xdanger has quit [*.net *.split]
cnxsoft1 is now known as cnxsoft
mrnuke` is now known as mrnuke
filt3r has joined #linux-sunxi
wzyy2 has joined #linux-sunxi
dave0x6d_ is now known as dave0x6d
techping has joined #linux-sunxi
Thedemon007 has joined #linux-sunxi
tlwoerner__ has joined #linux-sunxi
Leepty has joined #linux-sunxi
<wens>
qschulz: can you resend "iio: adc: add support for X-Powers AXP20X and AXP22X PMICs ADCs" with all the tags and a note saying it should be merged through the mfd tree?
JohnDoe_71Rus has joined #linux-sunxi
foxx has joined #linux-sunxi
<wens>
qschulz: lee pushed some other patches, so i think he overlooked that one, which didn't have an mfd tag
madgoat has joined #linux-sunxi
madgoat has left #linux-sunxi [#linux-sunxi]
kristina has joined #linux-sunxi
techping has quit [Remote host closed the connection]
BenG83 has quit [Quit: Leaving]
laj has quit [Ping timeout: 260 seconds]
reinforce has joined #linux-sunxi
techping has joined #linux-sunxi
<qschulz>
wens: with all the tags?
apritzel has joined #linux-sunxi
<plaes>
IIRC, with the acked-for-MFD
<qschulz>
not gonna add it since Lee didn't tell it
cptG has joined #linux-sunxi
<wens>
qschulz: all acks and reviews
<wens>
don't think there are any new ones, so just resend to Lee with a note asking him to merge it :)
techping has quit [Remote host closed the connection]
chlorine has quit [Ping timeout: 240 seconds]
<Thedemon007>
o great can conect via USB Gadget/Ethernet in archlinux
apritzel has quit [Ping timeout: 240 seconds]
Mr__Anderson has joined #linux-sunxi
ThibG has joined #linux-sunxi
<ThibG>
Hi! I've been using two A20-OLinuXIno-LIME2 for a while under Debian GNU/Linux
<ThibG>
I've had a few issues with these: poor ethernet performances, and occasional lockups under heavy load (the watchdog, if enabled, would kick in and reboot the board, though, so that wasn't a huge issue)
<ThibG>
About 1~2 months ago, I updated both u-boot-sunxi and the kernel, still from Debian packages
<ThibG>
And it seems to have fixed both issues, but I'm now having a worse one: the micro-SD card subsystem occasionnally gets stuck
<ThibG>
When it's stuck, the only way to get it back working seem to be by *cold* rebooting the board. The watchdog won't help
<plaes>
ThibG: DRAM speed was lowered in u-boot
<plaes>
but sdcard issomething new
<ThibG>
plaes, yes, I think that's what fixed the occasionnal lockups under heavy load, but I haven't investigated
<plaes>
you should send this information to list
leviathan has joined #linux-sunxi
<ThibG>
I have a hard time reliably reproducing the issue, and while my Lime 2 just crashed this morning, I wasn't physically present and couldn't diagnose it, but I suspect this was this issue again
<miasma>
MoeIcenowy: no, all new h2/h3/h5/a64/.. boards
<MoeIcenowy>
at least it has no V3s boards ;-)
<miasma>
true
<MoeIcenowy>
is the boards currently sorted by "Maker" column?
<KotCzarny>
yes
<miasma>
seems so
<KotCzarny>
helpful for that multitude of oranges
Andy-D has joined #linux-sunxi
<miasma>
yea, xunlong is getting lots of free advertisement. i don't think their boards are the best quality, but it helps a lot to be able to compare them
<ElBarto>
MoeIcenowy: do you know where their fex came from ?
<MoeIcenowy>
ElBarto: have you investigated the A64 USB dt incompatibility problem?
<MoeIcenowy>
ElBarto: from experiments did by Armbian people
<ElBarto>
no time for now, probably this weekend
<plaes>
ElBarto: armbian has their own channel
<ElBarto>
plaes: I'll join this one if I have question then
<MoeIcenowy>
mripard: I think we should drop frequencies higher than 1008MHz in the first part of DVFS support of H3 -- to prevent overheat
Mr__Anderson has quit [Read error: Connection reset by peer]
Worf has joined #linux-sunxi
<mripard>
MoeIcenowy: what DT incompatibility ?
<mripard>
MoeIcenowy: and yeah, that makes sense for the frequencies
<MoeIcenowy>
mripard: FreeBSD used <&usb_phy 0> as USB0 in MUSB mode, <&usb_phy 1> as USB0 in *HCI mode, and <&usb_phy 2> as USB1 on A64
<ElBarto>
mripard: In FreeBSD we introduce some stuff before it was standardized, we'll adapt as it is now standardized, as usual :)
<MoeIcenowy>
but we now used <&usb_phy 0> for USB0 (currently only MUSB is supported, but I can enable *HCI by adding one line in phy-sun4i-usb driver, and it will share this PHY number), and <&usb_phy 1> for USB1
<mripard>
ElBarto: oh, ok
<mripard>
I thought we broke something
<ElBarto>
no no
<MoeIcenowy>
mripard: does it also make sense to have per-regulator opp table?
<ElBarto>
it's just that some dev "prefer" do cook their own stuff without trying to upstream ...
<MoeIcenowy>
mripard: for the H3 ths dt binding it seems valuable to take a look to FBSD
sztibi88 has joined #linux-sunxi
<wens>
so there seems to be some work on the kernel end to generalize dw-hdmi for platforms other than rockchip
<wens>
which includes, custom phy callbacks!
<MoeIcenowy>
wens: I saw them ;-)
<MoeIcenowy>
jernej also saw them
foxx has joined #linux-sunxi
chlorine has joined #linux-sunxi
<mripard>
MoeIcenowy: I don't know what you mean by "per-regulator opp table"
chlorine_ has joined #linux-sunxi
<MoeIcenowy>
mripard: we have different CPUX regulators for H3 boards
chlorine has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
I2C-tweaked SY8106A, GPIO-tweaked SY8113B, and (in the situation of Nano Pi NEO2 and Banana Pi M2+) non-tweakable regulators
<ElBarto>
MoeIcenowy: this information should just be in the board dts
<MoeIcenowy>
yes
<MoeIcenowy>
but I wonder whether we should alter the opp table for regulators
<ElBarto>
MoeIcenowy: you wanted to add a regulator opp table per type in the dtsi and use it accordingly in the board dts ?
<wens>
you shouldn't need to
chlorine has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
wens: the cpufreq-dt driver will automatically switch to a voltage higher than the needed level?
<wens>
you can try the triplet version of opp-microvolt, which lets you set min/max voltages in addition to a target voltage
<wens>
no idea how cpufreq handles it though, but if it doesn't work, then i think it's a missing feature
<wens>
worst case, you set min = target, max = maximum the soc can handle (1.2V ?)
<MoeIcenowy>
for some boards we're at 1.3V even if we run in 120MHz (yes it's the hot and hot Banana Pi M2+)
<wens>
there's nothing you can do about that
<MoeIcenowy>
yes I think min = target, max = 1.4v is a acceptable solution ;-)
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
xdanger has joined #linux-sunxi
chomwitt has quit [Ping timeout: 256 seconds]
Christos_ has joined #linux-sunxi
wzyy2 has quit [Ping timeout: 240 seconds]
perr has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
<wens>
a quick look through the opp and regulator code suggests this will work
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
tsuggs_ has quit [Remote host closed the connection]
sztibi88 has quit [Remote host closed the connection]
corecode_ is now known as corecode
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 264 seconds]
BenG83 has joined #linux-sunxi
jernej has joined #linux-sunxi
<jelle>
mripard: what's with the master-next branch for u-boot and why is that not in next?
<jelle>
uhh well I mean *master-pr
<mripard>
I have no idea
<jelle>
ah hrrrm
<jernej>
mripard: will h3 video u-boot patches land in 2017.05 or next version?
<mripard>
jelle: I don't underestand how Jagan merges the patches, so I can't give you an answer :/
<mripard>
jernej: I have no idea
<jelle>
mripard: ah he's not here on irc is he?
<mripard>
I don't think he is
python476 has joined #linux-sunxi
<plaes>
don't remember if I've ever seen him here..
<wens>
nope
<wens>
and i suppose few of us hang out over in #u-boot
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
chlorine has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
<MoeIcenowy>
jernej: I remember you said that you will send some patches for improving dw-hdmi driver
<MoeIcenowy>
does it include dvi detection?
<MoeIcenowy>
(and does the WaveShare screen also fail to work on rk3288 with mainline u-boot?
chlorine has quit [Ping timeout: 240 seconds]
ThibG has quit [Quit: Leaving]
chlorine has joined #linux-sunxi
fkluknav has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 246 seconds]
chlorine has quit [Ping timeout: 240 seconds]
sztibi88_ has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
<jernej>
MoeIcenowy: Yes, I said that, but I also said that I will wait till all changes hits master repo.
<jernej>
MoeIcenowy: Actually, all your questions can be answered with yes
<jernej>
MoeIcenowy: rk3288 u-boot seems to have issues with non standard resolutions, but at least with my hdmi changes I will eliminate some of the problems
<jernej>
it looks like a bandwith issue, maybe hdmi phy? But since I don't know that hw so well, I can't really tell
chlorine_ has quit [Remote host closed the connection]
Thedemon007 has quit [Ping timeout: 246 seconds]
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
Thedemon007 has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
chlorine_ has quit [Remote host closed the connection]
popolon has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
chlorine_ has quit [Remote host closed the connection]
massi has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine_ has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
chomwitt has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
chomwitt1 has joined #linux-sunxi
chomwitt has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 246 seconds]
Thedemon007 has quit [Ping timeout: 240 seconds]
Worf has quit [Quit: Konversation terminated!]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
victhor has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
terra854 has joined #linux-sunxi
jernej has quit [Ping timeout: 260 seconds]
BenG83 has quit [Quit: Leaving]
mic-e has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
lkcl has quit [Ping timeout: 260 seconds]
chlorine_ has joined #linux-sunxi
<mic-e>
Hi, I have a (self-made) A20 board with a Micrel KNX9031 gigabit ethernet PHY. After many hours of debugging, I noticed that to get gigabit ethernet to work, I need to add an extra 2ns delay to the TXC line (see this: http://ethernetfmc.com/rgmii-interface-timing-considerations/). I put an extra 30cm of wire in series between the TXC pins and voila - it worked
<mic-e>
However, I really don't want to use a hardware patch, especially one like this; I'd prefer to solve this in software, i.e. either configure the PHY to add the clock skew, or the GMAC driver to add the clock skew.
<MoeIcenowy>
mainline kernel or BSP kernel?
<mic-e>
I'm using armbian with a 3.4.113-sun7i kernel
<MoeIcenowy>
mainline U-Boot or BSP U-Boot?
komunista has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
<mic-e>
MoeIcenowy: I assume the U-Boot is of the BSP variety as well
<MoeIcenowy>
what's the version?
<MoeIcenowy>
you can find the version number in bootlog ;-)
hojnikb has joined #linux-sunxi
rookieone_ is now known as rookieone
<hojnikb>
MoeIcenowy:
<mic-e>
In the bootlog it says U-Boot 2017.01-armbian (Feb 22 2017 - 17:30:29 +0100) Allwinner Technology
<hojnikb>
>I think we should drop frequencies higher than 1008MHz in the first part of DVFS support of H3 -- to prevent overheat
cloud-e has quit [Ping timeout: 260 seconds]
<hojnikb>
i don't think this is such a good idea
<MoeIcenowy>
mic-e: oh yay it's mainline
<hojnikb>
H3 is more or less fine at 1.3Ghz
<MoeIcenowy>
try to add CONFIG_GMAC_TX_DELAY=2 in your U-Boot's .config
<MoeIcenowy>
hojnikb: yes
<hojnikb>
as long as there is some sort of throttling in place
<MoeIcenowy>
I will enable the remaining OPPs are THS is ready
<mic-e>
MoeIcenowy: what does the '2' mean? 2 times 200ps? 2ns?
chlorine has joined #linux-sunxi
<hojnikb>
there shouldn't be an issue
<MoeIcenowy>
montjoie: ^
<hojnikb>
even h5 which is much hotter
<hojnikb>
works fine at 1.3Ghz
<MoeIcenowy>
(I remember montjoie mentioned the definition of the TX DELAY number, but I forgot it
<hojnikb>
since it throttles immediately when it reaches critical temps
<beeble>
if you want to set it on the phy you can do it via the dts
cnxsoft has quit [Quit: cnxsoft]
<beeble>
txc-skew-ps and rxc-skew-ps
<beeble>
values like described in the bindings file
<beeble>
works with mainline
<mic-e>
hm, I'll try; thanks. Do I need to re-build u-boot for this to take effect, or can I change it in the live system and just reboot?
<MoeIcenowy>
re-build and re-flash u-boot
<beeble>
otherwise you can use the mii write command from u-boot
<beeble>
to just set the register on the ksz9031
<hojnikb>
looks like i won't wait for pinebook anymore
<hojnikb>
got an intel laptop of similar dimensions for less :)
<mic-e>
beeble: how would I do that?
<montjoie>
MoeIcenowy: mic-e certainly 200ps
<mic-e>
is there a reason this has to be done from u-boot or could it be done from linux as well?
<montjoie>
DELAY unit is in 0.1 ns
<MoeIcenowy>
montjoie: ;-) thx I will try to remember it
<montjoie>
MoeIcenowy: now it is in the documentation:)
<MoeIcenowy>
montjoie: ;-) thanks
<mic-e>
I don't think 200ps will be enough tbh
<mic-e>
but who knows?
<beeble>
in linux you can also just add it to your dts
<beeble>
same value, search for txc-skew-ps
wigyori_ is now known as wigyori
wigyori has quit [Changing host]
wigyori has joined #linux-sunxi
<beeble>
but there you can't do it interactive
<MoeIcenowy>
mic-e: thus you set it to 20 ;-)
<mic-e>
beeble: I can't find DTS files in the old kernel... I remember seeing them in a mainline debian system somewhere under /boot, but here I only see compiled fex files in /boot/bin
<beeble>
ah only mainline u-boot
popolon has quit [Ping timeout: 240 seconds]
popolon has joined #linux-sunxi
<montjoie>
lol, testing my netdevice test on stmmac... crash
<montjoie>
seems usefull
tlwoerner__ is now known as tlwoerner
cloud-e has joined #linux-sunxi
<beeble>
mic-e: for example mdio rx eth@fe300000 2.8 (to read tx clock skew value)
<beeble>
you will have another phydevice, use mdio list to see the correct name
<mic-e>
beeble: in the live u-boot prompt?
<beeble>
es
<beeble>
yes
<mic-e>
which I can reach by... interrupting the boot process when it prompts me?
<beeble>
yes
<mic-e>
nice
<mic-e>
... 'not a known ethernet'
<mic-e>
where did you pull the fe3000000 address from?
hojnikb has quit [Quit: Page closed]
<beeble>
mdio list
<mic-e>
oh
<mic-e>
sorry, I never used that prompt before
<mic-e>
'PHY does not have extended functions'
<mic-e>
maybe that's why it doesn't work in the first place?
<mic-e>
from linux userspace, mii-tool -vvv is capable of dumping some of the PHY's registers
foxx has quit [Ping timeout: 240 seconds]
<beeble>
mic-e: didn't you say it is a ksz9031?
* mic-e
double-checks
<mic-e>
micrel ksz 9031rnx
tlwoerner has quit [Quit: Leaving]
<mic-e>
maybe it's an issue with one of the config pins, which disables extended functionality?
* mic-e
double-checks
<beeble>
there isn't any
<mic-e>
config pins?
JohnDoe_71Rus has joined #linux-sunxi
<beeble>
there are config pins, but none that are relevant for that behaviour
<MoeIcenowy>
I think you can just try to tweak the config in U-Boot .config
<beeble>
ok, you are probably missing CONFIG_PHY_MICREL_KSZ9031
<MoeIcenowy>
or more ugly, directly write to that register
tlwoerner has joined #linux-sunxi
<MoeIcenowy>
this delay is used by the A20 GMAC
<mic-e>
yes, I probably am
<mic-e>
I already noticed that I was missing CONFIG_PHY_MICREL, but adding it didn't help any
<beeble>
as MoeIcenowy said. you could write the delay register on the cpu
<beeble>
(interactive)
<mic-e>
beeble: your 'mdio' approach would have re-configured the PHY's internal clock skew, is that correct?
<beeble>
but for addresses you have to ask someone else. i don't own a a20
<beeble>
mic-e: yes
<MoeIcenowy>
I don't own an a20 either
<beeble>
MoeIcenowy: i don't want to look up the registers :)
<MoeIcenowy>
so don't I
<mic-e>
yeah, in the A20 datasheet it says there's a GMACK_CLK_REG at offset 0x164 in CCU (0x21005000)
<MoeIcenowy>
mic-e: if my memory is right -- it's that.
<mic-e>
bits 31-10 are not documented
<mic-e>
I think the relevant field is somewhere inside there
tkaiser has joined #linux-sunxi
python476 has quit [Ping timeout: 260 seconds]
<tkaiser>
When playing around with TX/RX values on A64 and H5 I found apritzel
<mic-e>
the CCM_GMAC_CTRL_TX_CLK_DELAY macro is defined as << 10
<mic-e>
but bits 10 ... 31 are not documented in my A20 datasheet :/
wzyy2 has joined #linux-sunxi
The_Loko has joined #linux-sunxi
BenG83 has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
apritzel1 has joined #linux-sunxi
chlorine has joined #linux-sunxi
foxx has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
lamer14913187150 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 260 seconds]
<wens>
do it on the phy end
<wens>
even if the a20 did have that, the field is only 3 bits wide, so you can't do a 2ns delay anyway
<wens>
the realtek phys other boards use are hardwired to add the 2ns delay by a latched pin
<mic-e>
wens: I'd prefer that too, tbh, if only to stay software-compatible to boards that use the RTL PHY.
<mic-e>
but the 'mdio' command doesn't seem to be able to configure the PHY
fkluknav has joined #linux-sunxi
<mic-e>
but how, if the u-boot 'mdio' utility reports that the PHY doesn't support "extended functions"?
lamer14913195544 has joined #linux-sunxi
<beeble>
rebuild it with CONFIG_PHY_MICREL_KSZ9031
lamer14913187150 has quit [Ping timeout: 264 seconds]
<mic-e>
how can I do that from within armbian's build system?
<beeble>
no idea about armbian
foxx has quit [Ping timeout: 246 seconds]
<mic-e>
it seems... complicated. I spent the last hour trying to figure out which of the defconfig files from the /configs folder is copied to .conf, and why
<mic-e>
oh, I think I've found it. the defconfig file is linked in lib/config/boards/$BOARD.conf
<mic-e>
beeble: how do I need to add CONFIG_PHY_MICREL_9031 to the .config file?
<beeble>
depending on your u-boot version it could be still in include/configs/sunxi-common.h
<beeble>
let me check
<beeble>
added 22.feb so probably not Kconfig enabled. (you could check drivers/net/phy/Kconfig for PHY_MICREL_9031)
<beeble>
if it's not there then add it in sunxi-common.h
<tkaiser>
I'm doing a standard test with NanoPi NEO now and experience lower performance compared to a Raspberry. But am using an outdated older version of your patches so it's meaningsless anyway
<beeble>
tkaiser: as a quick sanity check. do you have packetloss during a flood ping? if yes, your rgmii delays are off
<tkaiser>
beeble: Fast Ethernet, H3 and internal PHY
<beeble>
ah
<beeble>
sorry
<tkaiser>
Feedback appreciated always!
<beeble>
don't have a correct lookup of the *pi names of the head :)
<tkaiser>
beeble: No one has since while we're talking in Shenzhen 1 more *pi will be released
<beeble>
we shouldn't do software integration, then we could push out hardware as fast as them :)
<tkaiser>
True
chomwitt1 has quit [Ping timeout: 246 seconds]
<tkaiser>
Funnily I never looked into Fast Ethernet performance with sunxi devices since... it's Fast Ethernet and boring. Now trying to prepare a Raspberry bashing I'm pretty shocked that NEO scores 2MB/s lower. In other words: this needs some investigation :)
<beeble>
by the way, offtopic any pcie2 pcie nic recommendations? since i had only some realtek ones laying around during testing
<tkaiser>
GbE or 10GbE?
<beeble>
the faster the better. but limited to 4 lanes
<tkaiser>
Hmm... Intel X540T is x8
<beeble>
could look into it if it works with 4 lanes electrical. i have a x8 slot
<beeble>
should work downgraded
<tkaiser>
Merde, fail to parse the system_profiler SPPCIDataType output. But the BCM controller Apple uses everywhere is pretty good. Just a moment.
<beeble>
will be fun to find out how the driver support is on non x86 :)
jernej has quit [Ping timeout: 258 seconds]
<beeble>
tkaiser: thanks, and you can stop looking. will look at the system info at some of my macs tomorrow
<tkaiser>
Besides that I've only experiences with Intel I211 (works also well) if it's GbE
<beeble>
worst case i could take a mellanox and pay it via CC so i don't see how much is cost for a month :)
<tkaiser>
beeble: well, here Intel X540 is the 'one size fits it all' thingie when 10GbE is needed. But a customer mentioned Tehuti some times ago (cheap!1!!). No idea but it seems to be x4