<MoeIcenowy>
it's a toolset which will be run on the PC.
<MoeIcenowy>
build it
<MoeIcenowy>
and then build a U-Boot with its pinmux changed
<dr1337_>
MoeIcenowy: Ok thanks
<dr1337_>
MoeIcenowy: I'm going to head off now. Might just be that I won't be using this chipset.
<MoeIcenowy>
changes &uart0's pinctrl-0 to &uart0_pins_a
<MoeIcenowy>
and disable all options related to mmc in U-Boot's menuconfig
<MoeIcenowy>
(s/mmc/mmc0/g, as the microsd slot is mmc0)
Guest70458 has quit []
<MoeIcenowy>
then you may get a u-boot capable of running with the UART (and without the MicroSD)
<dr1337_>
MoeIcenowy: OK I'll give that a go
<MoeIcenowy>
mripard, wens: here's a problem about A33/R18
<MoeIcenowy>
Many PCBs have its TX/RX wired to PFx, not PBx, nor PLx
<dr1337_>
So bizzare that booting from emmc vs sdcard would result in this
<MoeIcenowy>
at least in mainline, inet d978_rev2 and parrot do so
steev_ has joined #linux-sunxi
<dr1337_>
i'm thinking it might be uboot config
<MoeIcenowy>
dr1337_: it's a weird design of Allwinner.
<mripard_>
MoeIcenowy: how is that a problem?
IgorPec has joined #linux-sunxi
<MoeIcenowy>
mripard_: On these devices, a usable UART may be not able to be found...
<MoeIcenowy>
we should leave uart0 pads with pinctrl-0 = <&uart0_pins_a> and status = "disabled" in the dt...
<MoeIcenowy>
then it will be easy in u-boot to disable mmc0, and enable uart0
gianMOD has quit [Remote host closed the connection]
gianMOD has joined #linux-sunxi
<MoeIcenowy>
and u-boot should also provide an option to build such an image... (Although it may be only possible to boot it with USB FEL on NAND devices now)
<MoeIcenowy>
(Several days ago I'm doing experiments on NAND booting of A33, and now I abandoned :-(
<MoeIcenowy>
I have successfully created UBI on the NAND, added "nand" command to the U-Boot
<MoeIcenowy>
however, I failed to enable SPL to boot from NAND...
<MoeIcenowy>
(Sometimes it can enter SPL, sometimes it will jump to FEL
<MoeIcenowy>
(current SPL NAND driver used A10 DMA engine in a hard-code way
dr13372 has joined #linux-sunxi
al1o has joined #linux-sunxi
bugzc has quit [Ping timeout: 268 seconds]
<Xilokar>
MoeIcenowy: Nand on a33 ? I tried that also, but I am surely missing some basic stuff: I never succed to get the chip identified.. Which u-boot did you use ?
<MoeIcenowy>
Xilokar: patched by myself
<MoeIcenowy>
for chip idenfication problem see Mainline NAND Howto page on linux-sunxi
<MoeIcenowy>
it indicated some patches
<MoeIcenowy>
NAND on A33 kernel mtd driver support and devce tree support has been added by me in 4.8 and 4.9 .
gianMOD has quit [Remote host closed the connection]
bfree has joined #linux-sunxi
maz has joined #linux-sunxi
<Xilokar>
MoeIcenowy: I'll give them a try, thanks. (Saw the page afetr my test, but I was focusing on u-boot and as I did not see CE pin changing state, I assumed it was a lower level error)
<Xilokar>
Are nand_pins_a and other used in u-boot ? For me, the pinmux was hardcoded in nand_pinmux_setup()
<MoeIcenowy>
I have also got U-Boot to work, but not U-Boot SPl
<MoeIcenowy>
Xilokar: not used.
<MoeIcenowy>
will you still be here ~3hrs later?
<Xilokar>
yep
<MoeIcenowy>
if you will be, I may find my old patches on my other PC.
<Xilokar>
That will be heplfull !
<Xilokar>
helpfull*
<MoeIcenowy>
are you familiar with DMA?
<Xilokar>
Not on sunxi
<MoeIcenowy>
ah-oh
<Xilokar>
(first time with a sunxi hardware)
<MoeIcenowy>
and now mainline do not have proper flash fs to use with modern MLCs
dr13372 has quit [Ping timeout: 268 seconds]
dr1337 has joined #linux-sunxi
<Xilokar>
Yes, I know that. It's just for the fun (and I hope also to be able to dump boot0 from my board to better understand the issues I face with dram_init)
<MoeIcenowy>
Xilokar: what board?
<MoeIcenowy>
you won't be able to dump boot0... mainline NAND use different structure with sunxi-nand
<MoeIcenowy>
(I mean BSP's nand scheme
<Xilokar>
It's a inet d70 rev06
<Xilokar>
Even first blocks are TFL'ed ?
<Xilokar>
(and android does not expose full nand, only boot vfat)
gianMOD has joined #linux-sunxi
maz has quit [Ping timeout: 260 seconds]
reinforce has joined #linux-sunxi
afaerber has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
afaerber has quit [Ping timeout: 240 seconds]
repka has joined #linux-sunxi
afaerber has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
dr1337 has quit [Ping timeout: 260 seconds]
dr1337 has joined #linux-sunxi
<plaes>
qschulz_: o/
<plaes>
do you happen to know max voltage for touchscreen ADC?
maz has quit [Read error: Connection reset by peer]
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
<plaes>
why this site? :D
<qschulz_>
dr1337__: sorry for the delay, I'm being busy with ELCE. For the Parrot, you should use UART2 (PB0 and PB1 if I remember well). UART0 is muxed with SDCard and not supported yet
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
<plaes>
qschulz_: o/
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
<dr1337__>
qschulz_ no worries - unfortunately citybrand guys only gave us one usb cord for debugging
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
maz has joined #linux-sunxi
maz has quit [Read error: Connection reset by peer]
<dr1337__>
strange on my spec sheet it says UARTx1
<wens>
qschulz_: if r16 is close to a33, then pb0/pb1 also has uart0 muxed?
clonak has joined #linux-sunxi
<qschulz_>
wens: give me some minutes to check but AFAIK, it's not.
<qschulz_>
plaes: o/ No I don't know, you could ask Hans de Goede by mail which is the submitter of the initial driver. Im going to check in the Allwinner user manual
<plaes>
I wasn't able to find it :S
<plaes>
at least in A13 manual
<plaes>
LRADC is 0-2V, but that's a different beast
<qschulz_>
plaes: the GPADC is the same for Allwinner A13, A20, A31, A33 and some more. Some has better documentation. I think the A20 has the best one yet.
<qschulz_>
wens: from the schematics: uart0 and uart2 are muxed on PB0 and PB1
<dr1337__>
qschulz_ is this with mainline uboot?
<qschulz_>
dr1337__: in mainline U-Boot, you should use PB0 and PB1
<dr1337__>
qschulz_ to debug? i'm still a bit puzzled what you mean by PB0 and PB1
BroderTuck has joined #linux-sunxi
<plaes>
qschulz_: 3V says A20 manual
<wens>
qschulz_: :)
<qschulz_>
plaes: the UART pins are PB0 and PB1 on mainline U-Boot. So you should wire your USB to TTL cable to these pins
apritzel has joined #linux-sunxi
<BroderTuck>
saw a link to that tinalinux github repo. That was interesting, they´ve GPL-ed a bit more of the disp2 stuff (except the lowlevel* dirs, they are still 'all rights reserved')
<tkaiser>
BroderTuck: jernej also mentioned that a newer Mali userspace driver variant using dmabuf is included
premoboss has joined #linux-sunxi
<dr1337__>
qschulz_ so you're saying to debug using mainline uart, i have to wire up my usb to the gpio points?
<qschulz_>
plaes: then it should be that. You can always ask Hans if you're feeling unsure. You can also check in PocketCHIP schematics since the touchscreen is using the GPADC of the R8 which is based on an A13.
<plaes>
ok, thanks
gianMOD has quit [Remote host closed the connection]
<qschulz_>
dr1337__: that's exactly what I'm saying. You should wire the TX to PB0 and RX to PB1 do not forget to put the ground pin as well
<dr1337__>
qschulz_ what happens to the original uart ports?
<dr1337__>
makes a lot more sense now
<dr1337__>
except i didn't receive a pinout chart for the GPIOs :(
<qschulz_>
dr1337__: isn't it printed on the PCB?
<dr1337__>
qschulz_: nope
<qschulz_>
dr1337__: look at the verso of the board
<dr1337__>
that's why i've been so confused
<qschulz_>
dr1337__: yes, it is definitely not easy to guess where pins are
<BroderTuck>
tkaiser: nice. based on my quick check, the disp2/hdmi directory is fully GPL-ed now.
<dr1337__>
found it! :)
<qschulz_>
dr1337__: ok nice!
gianMOD has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
IgorPec has quit [Ping timeout: 248 seconds]
dr1337__ has quit [Ping timeout: 260 seconds]
gianMOD has quit [Remote host closed the connection]
mzki has quit [Ping timeout: 260 seconds]
dr1337 has joined #linux-sunxi
apritzel has quit [Ping timeout: 260 seconds]
Axl_ has joined #linux-sunxi
<MoeIcenowy>
qschulz_: The UART0 @ PFx seems to be a problem at least on A33/R16
<MoeIcenowy>
My A33 tablet (iNet D978 Rev02) also has its TX/RX wired on PFx
apritzel has joined #linux-sunxi
dr1337 has quit [Ping timeout: 260 seconds]
<jernej>
tkaiser: They still have "debug" code included in kernel (infamous rootmydevice) in tinaos kernel
<jelle>
:P
dr1337 has joined #linux-sunxi
<dr1337>
qschulz_ MoeIcenowy why is this happening with mainline uboot?
ricardocrudo has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
gianMOD has joined #linux-sunxi
BroderTuck has quit [Quit: echo SET BLASTER="A220 I5 D1" >newboard.dts]
mzki has joined #linux-sunxi
mzki has quit [Client Quit]
fire219 has joined #linux-sunxi
fire219 has quit [Changing host]
fire219 has joined #linux-sunxi
<repka>
hi. in the a20 sunxi kernel having some serial port issues, the fex file contains uart_tx = port:PI12<4><1><default><default> (which is on mux 4) but according to the http://linux-sunxi.org/A20/PIO page the rx/tx is on mux 3 ?
apritzel has quit [Ping timeout: 260 seconds]
premoboss has quit [Ping timeout: 260 seconds]
<cnxsoft>
The docs for Tina Linux refers to Allwinner R16. Is there a publicly available platform based on R16? I've read about Parrot board before, but I guess it's only for partners.
<cnxsoft>
Never mind. I've read the comments above, and I see it's still under NDA...
<plaes>
it seems to be openwrt-based
<tkaiser>
jernej: Ah, that's nice. Did you already a diff?
<qschulz_>
plaes: ok. If there is no need for touchscreen, you could use my v6 patches on top of 4.7/4.8/4.9 mainline kernels
<plaes>
but this would kill the NAND support
<jernej>
tkaiser: I must correct my statement. While code is still there, it is hidden under CONFIG_ROOT_DEVICE which is not enabled anywhere
<jernej>
in default configs
<qschulz_>
plaes: my patches only add new files so you could virtually patch any kernel without conflicts.
<qschulz_>
plaes: it was developed on 4.7-rc1/v4.8-rc1 branches.
<plaes>
I know that
<plaes>
nevermind
<qschulz_>
plaes: so I've no clue how it will work on Nextthing branches
<qschulz_>
plaes: you could try on v4.4 branches I guess. Won't take long to try it if I were you
<plaes>
there are 11 4.4 branches
<qschulz_>
plaes: I'm only working on upstream support. mripard_ has better knowledge of that.
<plaes>
ok.. I'll try the nextthing/4.4/chip branch
<plaes>
thanks for support :)
<mripard_>
plaes: yeah ../chip will work
* plaes
hopes that 3V doesn't fry the CHIP
<tkaiser>
jernej: Thanks for info :)
IgorPec has joined #linux-sunxi
<jernej>
tkaiser: from what I see, they just added sun8iw9 support, neon crypto, fixed few bugs, sun8iw5p1 nand (full source?!), removed some usually unused stuff and they added a lot of GPL statements, although sadly not everywhere
<MoeIcenowy>
I'm more interested in kernel NAND driver
<MoeIcenowy>
the opened kernel NAND driver in linux-3.4-sunxi lacks many chip ids
<MoeIcenowy>
which makes the open version not usable
<MoeIcenowy>
Oh this version of nand driver have still few ids
<tkaiser>
MoeIcenowy: I thought in kernel 'sources' you find a lot of .bin ;)
<MoeIcenowy>
it's not equal to the nand.ko blob
<MoeIcenowy>
tkaiser: I have the prepration of eating this kind of sh*ts
<qschulz_>
MoeIcenowy: just tried the link, I still can access it. That has nothing to do with an NDA (was not aware of that board before wens sent a link on the mailing list)
<MoeIcenowy>
qschulz_: it can be accessed
<MoeIcenowy>
but cannot be bought
<qschulz_>
MoeIcenowy: Ah I see! It was definitely not that page when wens sent it months ago but since I do not speak nor understand Chinese, I can't tell if you could buy it back then.
<MoeIcenowy>
"很抱歉，该宝贝暂已经下架，您可以逛逛其他宝贝" "Sorry, the item has been cancelled, you can view other items"
<qschulz_>
MoeIcenowy: Good to know! Well, I can't help more :/
<MoeIcenowy>
jernej: do you mean that drivers/video/sunxi/disp2 hdmi stuff is GPLv2ed?
<MoeIcenowy>
we have already been familiar with disp1's hdmi, at least we can drive it
<MoeIcenowy>
\ This program is free software / !!! Allwinner A83T and H3 HDMI lowlevel functions won't be adapted from "with no copyright nor license" code!!!
<MoeIcenowy>
It's a very full set of Chinese documents
<MoeIcenowy>
more than ones I got in SinA33 CD
<wens>
MoeIcenowy: i will work on A31s codec
<wens>
MoeIcenowy: and I have SinA33
<wens>
MoeIcenowy: i can't find parrot board now
<MoeIcenowy>
wens: I can't either
<MoeIcenowy>
but can you try to build a Tina with SinA33's script.fex?
Mr__Anderson has quit [Remote host closed the connection]
<MoeIcenowy>
(or maybe it should be called sys_config.fex
<MoeIcenowy>
(If we can do so, we won't need parrots
<wens>
wow, new versions of the datasheet
<wens>
i haven't done allwinner bsps
<MoeIcenowy>
I got the link by google "Allwinner tSD"
premoboss has quit [Ping timeout: 250 seconds]
<MoeIcenowy>
it's a bonus :-)
reinforce has joined #linux-sunxi
<MoeIcenowy>
wens: the datasheet is newer than allwinner-zh/documents?
<MoeIcenowy>
Interesting!
<MoeIcenowy>
oh really!
<MoeIcenowy>
should we change the link in Documentation/arm/sunxi.txt?
<wens>
MoeIcenowy: probably upload to linux-sunxi first
<wens>
MoeIcenowy: maybe file a n issue with allwinner-zh/documents as well
<MoeIcenowy>
who have ftp to dl.linux-sunxi.org?
<wens>
just upload to the wiki
<mripard_>
MoeIcenowy: R16 is definitely an A33
<mripard_>
MoeIcenowy: and if you want to port AOSP on top of mainline, you should probably have a look at linaro's work on the Hikey
<MoeIcenowy>
mripard_: thanks~
<mripard_>
they basically did just that
<mripard_>
and it's merged in AOSP upstream now
<MoeIcenowy>
If R16 is just a remark of A33, we won't expect parrot any more, as we have open-source choice
<MoeIcenowy>
(A33-OLinuXino
tlwoerner_ has joined #linux-sunxi
tlwoerner_ has quit [Read error: Connection reset by peer]
BenG83 has joined #linux-sunxi
petr has joined #linux-sunxi
<MoeIcenowy>
mripard_: I think a Cubieboard1 may be capable of running AOSP with android-4.4 kernel
mzki has joined #linux-sunxi
tlwoerner_ has joined #linux-sunxi
tlwoerner__ has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 260 seconds]
repka has joined #linux-sunxi
<MoeIcenowy>
wens: in the repo, not only aster, but also octopus (A83T) has also documents
Axl_ has quit [Remote host closed the connection]
Axl_ has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
Putti has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
premoboss has joined #linux-sunxi
jrg has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
yann|work has joined #linux-sunxi
bugzc has joined #linux-sunxi
premoboss has quit [Ping timeout: 260 seconds]
tlwoerner has quit [Ping timeout: 248 seconds]
tlwoerner has joined #linux-sunxi
tlwoerner_ has joined #linux-sunxi
tlwoerner has quit [Ping timeout: 260 seconds]
al1o has joined #linux-sunxi
steev_ is now known as steev
premoboss has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 260 seconds]
tlwoerner_ has joined #linux-sunxi
avph has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 260 seconds]
tlwoerner_ has joined #linux-sunxi
gianMOD has joined #linux-sunxi
gianMOD__ has joined #linux-sunxi
gianMOD has quit [Ping timeout: 240 seconds]
premoboss has quit [Ping timeout: 240 seconds]
Axl_ has quit []
tlwoerner_ has quit [Ping timeout: 260 seconds]
tlwoerner_ has joined #linux-sunxi
jernej has joined #linux-sunxi
tlwoerner__ has joined #linux-sunxi
tlwoerner_ has quit [Ping timeout: 260 seconds]
iamfrankenstein has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
leviathanch has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 250 seconds]
gianMOD__ has quit [Read error: Connection reset by peer]
gianMOD has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 260 seconds]
<miasma>
yay, finally got my ultra precise power monitor. the numbers look pretty good for opi pc. below 1W idle
tlwoerner__ has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 250 seconds]
bugzc has quit [Ping timeout: 240 seconds]
mosterta has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
tlwoerner__ has joined #linux-sunxi
tlwoerner__ has quit [Ping timeout: 260 seconds]
<tkaiser>
miasma: Without peripherals? Only Ethernet connected?
tlwoerner__ has joined #linux-sunxi
<miasma>
tkaiser: nothing connected except the sd card. 4.8 kernel running idle with default cpu/mem settings
<miasma>
it was around 920-970 mW
tlwoerner_ has joined #linux-sunxi
<miasma>
tkaiser: the accuracy is only 0.75%
<tkaiser>
miasma: ok, mainline kernel, then numbers fit :)
<miasma>
125 ksamples/s
<miasma>
is it better with some other kernel?
<tkaiser>
Otherwise I would start to argue about maybe 250 mW! ;)
<tkaiser>
miasma: BSP kernel shows higher consumption maybe since more stuff is enabled there.
<miasma>
ah ok. i'll need to see if I can decrease it a bit. this is for my car. would be nice if it didn't use that much
<miasma>
it's -30°C during winter so it might lower the chance of breaking if it doesn't get too hot too fast
tlwoerner__ has quit [Ping timeout: 240 seconds]
<tkaiser>
miasma: On BSP kernel you save ~200 mW by disabling HDMI, also decreasing DRAM clockspeeds helps (depends on the device, the most savings you get on NanoPi NEO)
<miasma>
right. the neo has less ram chips too
<miasma>
i had to pick opi pc since it has enough usb ports
<miasma>
maybe the plus model would have been even better but i forgot about it
<tkaiser>
miasma: The Plus sucks ;)
<miasma>
maybe i get better reception with a wifi usb dongle and a huge 2.4 GHz antenna
<tkaiser>
miasma: The new Orange Pis with 8189FTV have a pretty good reception even with small Xunlong default antenna. I have here +50 networks in 2.4GHz band and OPi Lite and Plus 2E show me ~30
<miasma>
nice. I think I need one that works as a good AP
tlwoerner__ has joined #linux-sunxi
<miasma>
tkaiser: btw, i had a question about the usb ports on allwinner sbcs. some of them have external hubs, but if not, does it mean that each usb port is kind of directly connected to the SoC and they show up as root hubs
pg12 has quit [Ping timeout: 260 seconds]
<miasma>
or do they use some other bus that connects to multiple external hubs
tlwoerner_ has quit [Ping timeout: 240 seconds]
<tkaiser>
miasma: Can only talk about H3 and A20 and there you can saturate each interface individually and total bandwidth increases to the max when used in parallel.
gianMOD has joined #linux-sunxi
<tkaiser>
miasma: But that's neither true for Opi Plus or Plus 2, they use an internal hub. I'm not aware that A20 devices are around with an USB hub on-board.
<miasma>
so the internal hub provides max usb bandwidth for each usb port simultaneously?
pg12 has joined #linux-sunxi
<miasma>
that is, on H3 you get 3x480Mbps from 3 usb ports?
<tkaiser>
miasma: Huh? No, total bandwidth is limited. I don't know how it's done on the Plus. The SoC has 3 real USB host ports, the board has one USB-SATA bridge using one port and how the remaining 4 USB receptacles are connected I don't know (maybe they share all the bandwidth of just one host port, maybe one receptacle is directly connected and only 3 have to share bandwidth)
<tkaiser>
miasma: On boards that expose all USB host ports directly: yes. And the OTG port isn't that bad either when used in host mode (just a few MB/s less)
<miasma>
for instance on RPi there's an external hub and everything connected to that shares the bus bandwidth
paulk-collins has quit [Remote host closed the connection]
<tkaiser>
miasma: RPi is a bandwidth joke, all the SoCs have only one single USB2 OTG port connected to the outside. RPi is worst case and then comes Banana Pi M3
<miasma>
ok, so basically the SoC could provide 3x480 Mbps if there are 3 data lines, but probably doesn't
tlwoerner__ has quit [Ping timeout: 260 seconds]
iamfrankenstein has quit [Ping timeout: 240 seconds]
<tkaiser>
miasma: On H3 with mainline kernel you get full bandwidth. But that's not 480 Mbps since USB2 sucks :)
<miasma>
well yes :)
<miasma>
the internal hub just made me think that the max for 3 ports can't be higher than 480 Mbps in total. a bit similar situation with x86 PCs. some ports are connected to the same usb root hub so you can't get 2x480 from two random usb2 ports, maybe only 2x240 Mbps (in theory)
<miasma>
the show up under different parent nodes in lsusb -t
<miasma>
or the same if they're sharing bw
<tkaiser>
miasma: Nope, with OPi PC (or Plus 2E or NanoPi M1 or pcDuino4 Nano) you have 3 real USB2 host ports available. Same will be true with Xunlong's new H5 boards :)
gianMOD has quit [Remote host closed the connection]
VargaD has joined #linux-sunxi
<mripard_>
MoeIcenowy: probably, not, there's no audio support, no DRM or GPU support, etc.
<mripard_>
MoeIcenowy: and why would we expect a Parrot at all?
gianMOD has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
apritzel has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
leviathanch has quit [Remote host closed the connection]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
benoitm974 has joined #linux-sunxi
<benoitm974>
Hello i'm trying to get a status on SMP for H3 sun8i, I've tried sun8i-emac-wip-v4 but seems not to work even when patching the DT with A31 SMP config
<benoitm974>
Is there any git I could found a version or a patch to have both emac and SMP working an an orange pi one ?
al1o has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
medvid has joined #linux-sunxi
mzki has joined #linux-sunxi
gianMOD has quit [Remote host closed the connection]
philectro has quit [Quit: Leaving]
nove has quit [Quit: nove]
BenG83 has quit [Read error: Connection reset by peer]
BenG83 has joined #linux-sunxi
mosterta has quit [Ping timeout: 248 seconds]
apritzel has quit [Ping timeout: 248 seconds]
dr1337 has quit [Ping timeout: 260 seconds]
jernej has quit [Ping timeout: 260 seconds]
mzki has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
popolon has quit [Quit: WeeChat 1.4]
lvrp16 has quit [Ping timeout: 240 seconds]
lvrp16 has joined #linux-sunxi
cptG_ has joined #linux-sunxi
<dr1337>
MoeIcenowy qschulz_ PB0 and PB1 works for the UART! Thanks very much :D