<codekipper>
SPDIF should also work but I've not verified properly(have a Beelink X2 on order).
longsleep has joined #linux-sunxi
fkluknav has joined #linux-sunxi
mzki has joined #linux-sunxi
msevwork has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
popolon has joined #linux-sunxi
fkluknav has quit [Ping timeout: 245 seconds]
lkcl has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
fossxplorer has joined #linux-sunxi
<fossxplorer>
Hi folks. I'm looking to buy a 1gbit based S905 based Android device to run Linux (Armbian). Things changed a bit lately and Mini MXIII with S905X doesn't come with gbit anymore. Ḯ'm now planning to buy http://www.ebay.com/itm/172136997918. Just wondering if i could get Linux running on this in the future..
<KotCzarny>
isnt this offtopic? check soc?
<fossxplorer>
My apologies if it's OT!
<KotCzarny>
you might check s905/s905x support status
<jelle>
fossxplorer: there is a channel for amlogic stuff it's #linux-amlogic, but not much active
tkaiser has joined #linux-sunxi
<fossxplorer>
Ok, thanks!
<tkaiser>
fossxplorer: I don't get it. Since you already mentioned Armbian why not looking into Armbian forum. There is an own Amlogic subforum and as far as I remember nearly every S905 box out there is supported (after DT tweaks)
<fossxplorer>
tkaiser, i was unable to find this model there. Will possibly post there. Thanks!
* fossxplorer
wondering if Armbian also has an IRC channel.
<KotCzarny>
it has a forum
<KotCzarny>
:)
<fossxplorer>
.)
lemonzest has quit [Remote host closed the connection]
ojn has quit []
ojn has joined #linux-sunxi
Worf has quit [Ping timeout: 265 seconds]
codekipper has quit [Quit: Page closed]
<tkaiser>
ErwinH: Regarding your .dtb comment... this was about OPi PC 2 and 'Buddy' images? Does this mean testing with apritzel's peekpoke doesn't work on your board?
yann-kaelig has joined #linux-sunxi
<msevwork>
tkaiser do you maybe know what currently work for orange pi zero in armbian (does wifi and ethernet work)? what doesnt work?
<msevwork>
works*
lemonzest has joined #linux-sunxi
<tkaiser>
msevwork: With legacy kernel everything works. We have some reports WiFi would be slow and dpg has the theory that interrupts are the culprit. I can't test any more (WiFi broken) and literally no one had a look whether the claim is true or not. I got a bit sick of this stuff in the meantime
<msevwork>
is legacy the default kernel that comes with the opizero armbian image?
<msevwork>
why aren't you guys on the #armbian freenode channel also?
<ErwinH>
tkaiser: Yes, peekpoke works, but I was looking for the reason why the .dtb settings weren't applied and which settings were. It uses the .dtb found in the u-boot and it appears it skips the .dtb found on the FAT32 image on the buddy image's.
<msevwork>
are you mad at someone tkaiser :D
* jelle
thought icenowy had an orange pi zero wifi fork which works
<msevwork>
wait so i have two options to choose when i download the opi0 images, either the mainline or the legacy kernel
<KotCzarny>
tbh for a desktop/browser/media box machine i found self build android quite nice
<KotCzarny>
*built
<jelle>
tkaiser: no clue
<msevwork>
tkaiser why don't you give a sh*t about opi0 anymore :D
<tkaiser>
msevwork: No, you don't have this option. It sucks a bit. No useful user feedback when you ask for and only complaints since people want to use beta stuff productive.
<msevwork>
yeah i understand you, but i prolly wouldn't be much help since I'm a noob :D
<msevwork>
i'd have to ask too much questions
<msevwork>
tho' if you say wifi, ethernet and gpio should work I could maybe try and make a sprinkler system out of an opi0
<msevwork>
or maybe just use opi pc+ and be sure that everything will work :)
<tkaiser>
msevwork: Well, it's a huge investment so be careful!1!! ;) Personally I will order 2 more OPi Zero and will then run 4.9 on them. Am reading through http://www.brendangregg.com/blog/2016-10-27/dtrace-for-linux-2016.html (this is real fun, not playing unpaid 1st level supporter somewhere in a forum).
<msevwork>
haha
<msevwork>
well you were good in the forums, much respect for that!
<dgp>
jelle: my original branch of the xradio driver works pretty well. One time out of 20 or something the firmware does crash.. I already know what that is though
<jelle>
dgp: oh I don't have a pi zero :p
<msevwork>
great dgp so you'll make it 100% reliable :D
<dgp>
msevwork: The driver needs to be re-written. I started doing that but the firmware crashes so I'm trying to clean up the original driver as much as possible first
<tkaiser>
dgp: Do you have any plans to do the re-write to be able to send the driver upstream? Or hoping for others (Hans ;) ?
<dgp>
no plans for upstream. If I can get client + ap mode working in the original driver I might even live with that
<dgp>
Maybe some of the guys messing around with those ESP things will see it as a better option for a lot of projects and help out.. :D
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
alexxy has quit [Quit: No Ping reply in 180 seconds.]
alexxy has joined #linux-sunxi
muvlon has joined #linux-sunxi
deskwizard has joined #linux-sunxi
terra854 has joined #linux-sunxi
Tartarus has quit []
Tartarus has joined #linux-sunxi
IgorPec has joined #linux-sunxi
massi has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
paulk-blaze has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
cnxsoft has quit [Quit: cnxsoft]
marcan has quit [Ping timeout: 260 seconds]
dan0_0 has quit [Ping timeout: 260 seconds]
Uninstall has quit [Ping timeout: 260 seconds]
dan0_0 has joined #linux-sunxi
lkcl has quit [Ping timeout: 252 seconds]
Uninstall has joined #linux-sunxi
<willmore>
dgp, the esp8266 is pretty hand and cheap and useful for a lot of stuff. It is a pretty constrained environment--nothing like a full up Linux distro. I'm sure the things they can solve will overlap a lot with the OpiZ, but the skill needed to do so will differ a great deal.
<willmore>
People with Linux experience will find the OpiZ much easier than the esp8266.
fl_0 has quit [Ping timeout: 259 seconds]
marcan has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
fl_0 has joined #linux-sunxi
leviathanch has joined #linux-sunxi
<dgp>
willmore: I have a little setup that spits out a buildroot based setup that supports OTA etc and can be flashed to a 16mb SPI nor for the pi zero..
nove has joined #linux-sunxi
* nove
has this last 2 weeks to read
paulk-blaze has quit [Quit: Leaving]
n3rd_dude has left #linux-sunxi ["WeeChat 1.6"]
fl__0 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 256 seconds]
KB3VGW has joined #linux-sunxi
msevwork has quit [Quit: Leaving]
victhor has quit [Ping timeout: 248 seconds]
clonak has quit [Ping timeout: 252 seconds]
<nove>
there is given too much importance to "rootmydevice", which wasn't any more than a debug feature that was accidentally enabled, when there are others issues (of source-code functionality) that are more of concern and serious real evil, (but this ones nobody talks)
<nove>
if is to criticize source-code quality, then "rootmydevice" is not a good example
dave0x6d has joined #linux-sunxi
<willmore>
dgp, that sounds cool!
<jski>
which is the better kernel to use for the H3 soc?
<KotCzarny>
4.10
<jelle>
depends on what you want
<willmore>
Sounds like the ability to make SPI NOR enabled allwinner boards net boot is moving along nicely. yay!
<dgp>
willmore: It boots completely from NOR with my setup
<jski>
for now stable networking, usb and emmc
<willmore>
dgp, mount root over the network?
<KotCzarny>
then even plain 4.9 will suffice for you
<jski>
uart too :/
<willmore>
emmc is stable in mainline?
<dgp>
willmore: nope. There are two complete sets of device tree, kernel and rootfs on the 16MB flash
<willmore>
Or is that 'stable, but not backwards compatable'?
<KotCzarny>
emmc is almost the same as sd
<willmore>
dgp, Oh, 16MB flash, you said 16mb before. I would love to see someone get a while system in 2MB.
<dgp>
willmore: sorry, 16MB chips are only $1 or so each though.. You could get u-boot and a kernel into 2MB maybe
<willmore>
dgp, agreed. I bought a few a while back to do this kind of testing. Then I misplaced them.... I'll find them eventually.
<jski>
so orangepi only release their own version of 3.4?
<jelle>
jski: yes
clonak has joined #linux-sunxi
<willmore>
the 2MB value seems to be a reasonable target for a BIOS like setup with net boot and various DTB manipulating things.
paulk-collins has joined #linux-sunxi
<jski>
will try their kernel then mainline
<dgp>
willmore: putting u-boot in spi nor for recovery would be good. The SPL boots from sd card if you have it inserted too so it doesn't really break anything
<willmore>
dgp, yep. it just adds a level of ease for new users--put in a blank uSD and power it on and it'll download a distro and burn it. ;) Okay, that may be going to far, but it sounds nice.
fl__0 is now known as fl_0
<dgp>
willmore: or you have an os setup on the flash and it goes and grabs your IoT python or whatever script from your account and just runs
<dgp>
willmore: no messing around with stupid little microcontroller that can barely do TLS properly
KB3VGW has quit [Read error: Connection reset by peer]
fkluknav has joined #linux-sunxi
<Pe3ucTop>
Hello once again, do anybody knoh how to change APB1 clock frequency correct way?? I see it's initialized in uBoot , but I need to change it in kernel ?
KB3VGW- has left #linux-sunxi [#linux-sunxi]
Pepe has joined #linux-sunxi
chomwitt1 has quit [Ping timeout: 246 seconds]
mzki has quit [Ping timeout: 268 seconds]
KB3VGW has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 268 seconds]
<MoeIcenowy>
jernej: have you sent out your patches?
Amit_T has quit [Quit: ChatZilla 0.9.93 [Firefox 46.0.1/20160511224619]]
yann has quit [Ping timeout: 248 seconds]
scream has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel>
Pe3ucTop: on which SoC is this?
<apritzel>
Pe3ucTop: because on the H3 and A64 the UART is driven by APB2, which can be clocked independently from APB1
VargaD has joined #linux-sunxi
<jernej>
MoeIcenowy: Not yet, I have issues with patman. I must find out why it doesn't wan't to produce patches
<apritzel>
Pe3ucTop: and actually the common clock framework should be able to work that out for you automatically, so you could just try to set a higher baudrate, and once you exceed 1.5Mbps it should switch to Periph0 automatically
KB3VGW has left #linux-sunxi ["Leaving"]
<MoeIcenowy>
apritzel: how is the situation of mmc now?
<apritzel>
MoeIcenowy: looking good for me, the BPi-M64 is quite happy
<MoeIcenowy>
still with ugly hacks?
<MoeIcenowy>
or you finally tidy up them?
<apritzel>
MoeIcenowy: I will probably post a new branch based on 4.9 very soon
<MoeIcenowy>
without mmc the system can barely be usable...
<apritzel>
MoeIcenowy: no, mripard fixed it correctly
<MoeIcenowy>
oh good work ;-)
<MoeIcenowy>
will it be scheduled for 4.11?
yann-kaelig has quit [Quit: Leaving]
<apritzel>
MoeIcenowy: I hope so, but it's a small fix only, really, so should be no problem
<apritzel>
MoeIcenowy: the SDHC2 controller can only cope with 8K of DMA at once, not with 64K as the other two
<MoeIcenowy>
ah-oh
<apritzel>
MoeIcenowy: which is of course not mentioned in the manual ...
<MoeIcenowy>
mysterious answer...
<apritzel>
hdparm gives me a decent 40MB/s for the eMMC on the BPi
<MoeIcenowy>
I think I'm not going to purchase a Banana Pi M64 at all ;-)
<apritzel>
it's a nice little board, really
<apritzel>
actually more decent than the Pine64 ;-)
<KotCzarny>
:)
<apritzel>
it has a barrel plug power connector, a FEL button, proper uUSB for OTG, eMMC, soldered reset & power buttons ...
deskwizard has quit [Ping timeout: 264 seconds]
tkaiser has joined #linux-sunxi
<Pe3ucTop>
apritzel: Thanks, I use R8 (~ A13 ) , and I tried to use different rates, but driver serial driver initilised to base rate 1.5M
massi has quit [Remote host closed the connection]
<Pe3ucTop>
I tried to setup APB1 to needed frequency in Device tree, but got error, :(
<tkaiser>
apritzel: Did you test write speed also on the eMMC? I ask since someone testing BPi M2 Ultra (most likely same eMMC) got 40 MB/s read and amazing 6 MB/s write ;)
<apritzel>
tkaiser: that is expected
<tkaiser>
apritzel: Huh?
<apritzel>
tkaiser: this is the smallest and cheapest eMMC Samsung seems to sell
<apritzel>
this particular chip gives max 100MB/s while reading and really 6 MB/s writing
<tkaiser>
apritzel: With BPi M3 and M2+ they read rates of ~80 MB/s and above 20 MB/s writing.
<apritzel>
tkaiser: yes, the M3 uses the "high performance eMMC-Pro" version
<apritzel>
the M64 only the "Standard eMMC"
<apritzel>
the first one is specified as 180/20, the latter as 100/6
<tkaiser>
apritzel: And this crappy board costs me 56,-Û here in DE. No, thanks :)
<apritzel>
I expect the read performance still to improve over time
<KotCzarny>
but having os there isnt better than on class6 card
<KotCzarny>
unless to treat it as a big uboot+kernel sotrage
<KotCzarny>
*storage
<apritzel>
KotCzarny: for a pure OS partition write performance doesn't matter so much
<KotCzarny>
logs?
<KotCzarny>
/var/run ?
<apritzel>
if you write more than 6MB/s in /var you have other issues ...
<KotCzarny>
bad example, /var/cache is better
<tkaiser>
apritzel: Do you have a distro running? Care to try out an iozone call to get an idea how random IO performance behaves? According to your PDF it's also low as hell.
<KotCzarny>
but that's 6MB/s random io or seq?
<apritzel>
tkaiser: I have Ubuntu 14.04 and 16.04 installed
<apritzel>
tkaiser: so yes, I can easily apt-get or compile stuff
<tkaiser>
apritzel: Depends on the use case. Android or Desktop Linux write constantly and this is all random IO (browsers).
VargaD has quit [Ping timeout: 240 seconds]
<tkaiser>
apritzel: It's an 'apt-get install iozone3' and then...
<KotCzarny>
tkaiser, i run android off sdcard, its manageable
<apritzel>
tkaiser: sure, will try later tonight
<KotCzarny>
as soon as you turn off disk cache in firefox
<apritzel>
what's a desktop?
<apritzel>
:-D
<KotCzarny>
thing that lays on your desk
<BurtyB>
no that's a keyboard
<apritzel>
I put my boards on one, indeed
Gerwin_J has quit [Quit: Gerwin_J]
<KotCzarny>
if you put sbc on your lap, then its a laptop
<Pe3ucTop>
Could someone describe clock setup in kernel Device Tree? I tried to apply debug to clock initialisation, and it's look like all clock get registered with 0 rates and after get updated.. Because of thet I can't understand how to init clock.
afaerber has quit [Ping timeout: 258 seconds]
ErwinH has quit [Remote host closed the connection]
alain__ has joined #linux-sunxi
<alain__>
For some reason, my Orange PI PC Plus is only connecting half duplex. Using latest 4.9-rc kernel + patches from Megous tree.
<alain__>
[ 1248.820559] sun8i-emac 1c30000.ethernet eth0: Link is Up - 100Mbps/Half - flow control off
<alain__>
I already ruled out any issue with cables and switch
<alain__>
montjoie: no worries, not a big issue for me, HD works well enough. Was more to report the issue also so that someone else looking in the IRC log sees s/he's not alone.
alain__ has quit [Ping timeout: 260 seconds]
ErwinH has joined #linux-sunxi
fkluknav has quit [Ping timeout: 265 seconds]
ErwinH has quit [Ping timeout: 258 seconds]
<Pe3ucTop>
KotCzarny: thanks, I'll get a look. Any help is preferable :)
zxchris has joined #linux-sunxi
lkcl has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel>
Pe3ucTop: maybe the Linux serial driver limits the baudrate?
<apritzel>
Pe3ucTop: I remember the 16550 being horrible in this regard in the past
<apritzel>
Pe3ucTop: and you should not change the clock on yourself
<apritzel>
that's not how it's supposed to work
<apritzel>
technically the apb1 clock on the A13 can be derived from a much higher clock, so you should be able to get a much higher baudrate
<Pe3ucTop>
apritzel: currently I'm trying to understand how to initialize clocks by kernel (not u-boot), I already tried change APB1 , got succes with changing clock source from OSC24 to PLL6
<Pe3ucTop>
but not setting up frequency, when I tried to set APB1 200MHZ (by DTS) , I got Divide by 0 at kernel initialisation..
<apritzel>
but that's a hack, actually the CCF should work that out for you
<apritzel>
the CCF knows about the possible parents
<apritzel>
note to self: never change the baudrate of the serial line you are connected to ;-)
<KotCzarny>
:>
<Pe3ucTop>
What I see - uBoot inilialize dividers and multipliers, and those are used for CCF ..
<KotCzarny>
...without opening screen session and a safeguard cmd line ;)
<Pe3ucTop>
and I'm afraid APB1 clock could be changed after peripherial driver initialisation .. (UART/I2C/...)
<apritzel>
Pe3ucTop: have you checked /sys/kernel/debug/clk/clk_summary
<Pe3ucTop>
mm, not... Checking it right now..
lkcl has quit [Ping timeout: 240 seconds]
lkcl_ has quit [Ping timeout: 250 seconds]
<apritzel>
but indeed it doesn't work, my hunch is still that the serial driver is not asking for the right frequency in the first place
<apritzel>
you can hack it with devmem2 though
<apritzel>
just to prove that it actually works
<apritzel>
what baudrate do you actually want?
<Pe3ucTop>
going to reboot to check how it will show change of APB1 clock source ..
<apritzel>
Pe3ucTop: devmem2 0x1c20058 0x1000018
<apritzel>
but please check the data and no guarantees
<apritzel>
that should set APB1 to 48 MHz
florianH has quit [Quit: Connection closed for inactivity]
<Pe3ucTop>
ok, will check, currently have 600Mhz
<Pe3ucTop>
It's strange , in doc is written that PLL6 is 1.2Ghz , in clock tree I see PLL6_Other 600Mhz
<apritzel>
Pe3ucTop: well, the manual recommends 1.2 GHz, but as the clocks is programmable, the CCF can set up anything it wants
<apritzel>
so what baudrate you want? 3Mbps?
<Pe3ucTop>
12.5M
<apritzel>
so it's 0x1000002 then
<apritzel>
(600 MHz / (2 + 1))
<Pe3ucTop>
aha... but, sorry , which package is responsible for devmem2 ?
<apritzel>
for APB2 at 200 MHz, divided by 16 = 12.5 MHz
<apritzel>
Pe3ucTop: none, I guess
<Pe3ucTop>
where to get sources ?
<apritzel>
Google should point you to some free-electrons server
terra854 has quit [Quit: Connection closed for inactivity]
gzamboni has quit [Read error: Connection reset by peer]
yann|work has joined #linux-sunxi
<apritzel>
Pe3ucTop: but be warned: that changes APB1, which affects all UARTs and I2C
<apritzel>
and nobody but you knows about it, I guess, so the serial driver thinks it's still at (24 / 16) MHz
<Pe3ucTop>
yes, I know :) Thanks for pointing me for good tools, I'm still looking for correct way to initialise clocks.. and on 600Mhz / 37.5Mbps base rate, uart do not work stable as well UART do not work higher than 2.nnMbps , I tried with minicom (check by oscilloscope) :(
<Pe3ucTop>
It's looks like many things need be done.. as well clk-sunxi / serial patching...
lkcl has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
<apritzel>
Pe3ucTop: well, I am not really surprised, as the whole circuitry is not really designed for such high speeds, I guess
paulk-collins has quit [Remote host closed the connection]
chomwitt1 has joined #linux-sunxi
<apritzel>
tkaiser: waiting for a rerun of the first command, which number from the second command are you particularly interested in?
<tkaiser>
apritzel: Hard to say. I'm currently re-testing with 4.9 on BPi M2+ too and results vary. In case you can spend the 5 minutes then the whole output from the following would be great: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
<tkaiser>
apritzel: My tests now with 4.9 on BPi M2+: http://pastebin.com/7Jgv9dAK (strange since when testing with legacy kernel sequential write speeds exceeded 6 MB/s)
<amw2320>
Hi all, I'm trying to figure out how to get UART working on the dragontouch X10 and wanted to check if any had experience with this. I put together a device page for it here: https://linux-sunxi.org/TabletExpress_DragonTouchX10. I've followed the wiki guidelines, but have not been able to get output out of any pads on the chip. I've posted pictures of the front and back of the PCB board. Is there any way to check if somehow t
Wizzup has quit [Ping timeout: 250 seconds]
jrg has joined #linux-sunxi
fl_0 has quit [Ping timeout: 246 seconds]
Wizzup has joined #linux-sunxi
fl_0 has joined #linux-sunxi
Ixnus has joined #linux-sunxi
<amw2320>
Anyone know how the sys_config.fex file is read. Is this a file that is read directly if I edit it, or is it similar to a kernel config file that is used to configure uboot?
<Ixnus>
Hello amw2320:
<amw2320>
Hi Ixnus
<Ixnus>
well done.
<Ixnus>
interesting device A83T :)
<amw2320>
It is. Not a lot out there yet it seems, so I'm fumbling around a bit
fl_0 has quit [Ping timeout: 245 seconds]
terra854 has joined #linux-sunxi
<Ixnus>
Jean-Francois Moine , Vishnu Patekar and wens: have it
<amw2320>
I have tried with the microSD breakout with no luck. I had to change around some settings to match the pin output of the A83T, but that seemed pretty straightforward.
jrg has quit [Ping timeout: 250 seconds]
<amw2320>
When that didn't work I disassembled the board to see if I could find another pin. I have read that UART can be disabled in some builds which is why I was concerned I am wasting my time unless I can confirm that UART is not disabled.
<Ixnus>
I guess you can't get the board schematic ?