wasutton3_mobile has quit [Remote host closed the connection]
anarsoul|2 has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
kloczek has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
lurchi__ is now known as lurchi_
AnticitizenOne has joined #linux-sunxi
victhor has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
lucas_ has joined #linux-sunxi
lucascastro has quit [Read error: Connection reset by peer]
lucas_ has quit [Remote host closed the connection]
kloczek has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
hipboi has joined #linux-sunxi
unixdork has quit [Ping timeout: 245 seconds]
nuuuciano__ has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 268 seconds]
nixdork has joined #linux-sunxi
Andy-D__ has quit [Ping timeout: 260 seconds]
lurchi_ has joined #linux-sunxi
xyntrix has quit [Ping timeout: 268 seconds]
xyntrix has joined #linux-sunxi
<ullbeking>
Great news everybody!! The One True OPi is back in stock at AliExpress :-)
<buZz>
:D woot
<buZz>
what so great about it?
nots has quit [Quit: Page closed]
xyntrix has quit [Ping timeout: 268 seconds]
<ullbeking>
buZz: one reason i particularly like it is because of this:
<ullbeking>
"The Plus 2E is somehow a hybrid between Orange Pi PC and Orange Pi Plus 2. It shares the USB setup with the PC (not using an internal USB hub and no USB-to-SATA bridge) and exposes all 3 USB hosts ports as well as the USB OTG directly on USB receptacles without the need to share bandwidth. And with the Plus 2 it shares type/amount of DRAM and onboard eMMC storage, Gigabit Ethernet and the board size. Like all larger
<buZz>
> LTS - long term support, We will not make any changes to this model and will provide support as long as possible
<buZz>
wonder how long that is, but if its >1 month its kinda already amazing for them :D lol
<ullbeking>
now that _is_ cool
<ullbeking>
opis change all the time in quite significant ways
kever has quit [Ping timeout: 276 seconds]
kever has joined #linux-sunxi
<buZz>
yeah, but i dont know if i trust friendlyarm to do legit LTS :P
DonkeyHotei has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
tllim has joined #linux-sunxi
[7] has quit [Ping timeout: 265 seconds]
jbrown has quit [Ping timeout: 276 seconds]
chewitt_ has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
chewitt has joined #linux-sunxi
megi1 has quit [Ping timeout: 240 seconds]
kever has quit [Ping timeout: 276 seconds]
TheSeven has quit [Ping timeout: 265 seconds]
kever has joined #linux-sunxi
TheSeven has joined #linux-sunxi
chewitt has quit [Ping timeout: 264 seconds]
chewitt has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
<ullbeking>
I mean, the concept for SBCs is cool, and the option is needed.
montjoie has joined #linux-sunxi
<ullbeking>
Also, the SBC ecosystem tends to play fast. Maybe one of those big-name SBCs, like the Intel ones (shudder) would be better for LTS stuff?
lurchi_ has quit [Ping timeout: 264 seconds]
IgorPec has joined #linux-sunxi
<KotCzarny>
:)
<KotCzarny>
i wonder if they secretly read this channel
<buZz>
ullbeking: i noticed you already can barely buy Intel Edisons nowadays
<buZz>
so, i bet they already gave up
<KotCzarny>
i wonder what is the life of those boards regarding oxidation
<buZz>
hmhm
<buZz>
but for my 'i wanna make a ducttape PDA' , those LTS NEO core boards look cool
xyntrix has quit [Quit: Leaving]
<DonkeyHotei>
unfortunately the biggest longevity in sbc's seems to be in the rpi
<ullbeking>
KotCzarny: indeed. Probably not amazing.
<buZz>
DonkeyHotei: which is just so sad
mavkhime_ has quit [Ping timeout: 255 seconds]
nuuuciano__ has quit [Ping timeout: 260 seconds]
fkluknav_ has joined #linux-sunxi
<ullbeking>
DonkeyHotei: I have an acquaintance who cane to me for advice to help protect his rpis from dying. He was using them in a nightclub to control the lights so the answers were obvious. This doesn’t say much about rpis vs others, as I’m sure an OPi would have conked out under similar conditions. I’m just sayin’.
<DonkeyHotei>
ullbeking: reports are that opi's cook themselves way faster than bpi's at least
<KotCzarny>
DonkeyHotei: with users running them at overclocking speeds, sure
<DonkeyHotei>
but seriously, controlling lights like that is arduino territory
<ullbeking>
DonkeyHotei: are you referring to OPi zero?
<KotCzarny>
also, buying small boards isnt going to work well when it comes to cooling
<DonkeyHotei>
ullbeking: the whole series
<KotCzarny>
run them at 912 or slower with proper dvfs and they are fine
<KotCzarny>
~30-40C idle and ~50-60 under load
<KotCzarny>
hardly cooking temps
<buZz>
DonkeyHotei: well
<buZz>
if you want to operate say, 2000 different RGB lights and do proper animations on them
<buZz>
a arduino wont cut it
<miasma>
so how does that damage the board?
<lurchi__>
buZz: coretx-m3/4
<lurchi__>
cortex ...
<buZz>
lurchi__: yeah, which can do the -controlling- quite well
<buZz>
but not really running the animations, unless you hardcore it all
<buZz>
which you would not want in a nightclub
<buZz>
you'd want some lightingdesk, with sliders etc
<miasma>
those are spi/i2c controlled?
<buZz>
the demands for lighting systems can get a lot higher then you think, quickly
<buZz>
miasma: often, yeah, or UDP networks
<buZz>
or RS485 networks
<lurchi__>
a lot of cortex-m4 have usb, ethernet, 180MHz ...
<miasma>
so how does that damage the board? you probably feed external power to the lights
<buZz>
most industrials are RS485
Putti has joined #linux-sunxi
<buZz>
lurchi__: sure, thats all just fine if you want to do some hardcoded stuff, but not real control
foxx_ has joined #linux-sunxi
<lurchi__>
capable enough to do animations on 320x240 and more, thats 60000 pixels ...
<buZz>
lurchi__: just go make it then ;)
<lurchi__>
no, I use it for CNC control ...
<buZz>
ok, you produce gcode on the cortex m4?
<lurchi__>
no, I consume it
<buZz>
right
<buZz>
so lightcontrol is like running 24/7 gcode generation
<lurchi__>
yeah, but with much higher update frequency, much more time sensitive
<buZz>
exactly
<buZz>
so i dont know why you would suggest a underpowered mcu for that ;)
<lurchi__>
cortex-m4 is not underpowered
<buZz>
i mean, sure, interface layer you could totally use that, but control? no way
<lurchi__>
whats "control" for you
<buZz>
what do you do with lights in a dance club you think?
<lurchi__>
do you want to decode videos and render the with 2000 pixels?
<buZz>
just 'enable anim' and go do something else? :D
<lurchi__>
yeah, trivial
<lurchi__>
2000 leds is nothing ...
<buZz>
you clearly never ran the lights in a danceclub, i bet :P
<lurchi__>
don't do trivial stuff (most of the time)
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Changing host]
JohnDoe_71Rus has joined #linux-sunxi
reinforce has joined #linux-sunxi
hardfalcon1 has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
<f11f12>
icenowy[m]: do you know how the V40 DE2.0 relates to the other (documented) SoCs?
tllim has quit [Ping timeout: 276 seconds]
LargePrime has quit [Ping timeout: 264 seconds]
ceng has quit [Ping timeout: 240 seconds]
kloczek has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
foxx_ has quit [Ping timeout: 276 seconds]
<libv>
icenowy[m]: if people don't change the wiki...
tl_lim has quit [Read error: Connection reset by peer]
matthias_bgg has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
mavkhime_ has joined #linux-sunxi
mavkhimenia has quit [Read error: Connection reset by peer]
mavkhime_ has quit [Read error: Connection reset by peer]
mavkhimenia has joined #linux-sunxi
chewitt has joined #linux-sunxi
paulliu has joined #linux-sunxi
<paulliu>
hi. I'm still porting OPTEE for AllWinner H2+ (Bananapi zero board). I tried to copy the PSCI code into optee. So it turns on the rest of the CPU cores and runs optee.
<fredl>
But I'm very curious how the BROM 'initializes the SD/MMC'
<icenowy[m]>
not public
<fredl>
Other than a hint that from the assembly it looks a lot like a code I'm not sure what exactly this initialization does and how it deals with different MMC settings
<fredl>
Damn
<fredl>
That's a pity
<fredl>
We have a board that doesn't seem to detect the MMC storage
<fredl>
It's a homegrown board BTW
<fredl>
And I've used one of the defconfig files that MAY be appropriate to build sunxi tooling
BenG83 has quit [Remote host closed the connection]
<fredl>
But mmcinfo nor MMC rwxab seems to see it
<fredl>
We're now trying to measure with scope if even BROM does communicatie with MMC to try and get the eGON
<fredl>
Oops eGON.BT1
<fredl>
But all we see is the A20 sends out a bunch of clock pulses
<fredl>
And then stops
<fredl>
We measured directly on the data lines too but don't see for sure that data flows there while from what I understand we NEED to see at least 2K of data
<fredl>
What I understand is that MMC have different modes, can be 1 bit, 4 bit etc.
<fredl>
Is it documented anywhere what exactly BROM sends to MMC?
<fredl>
In init I mean
hipboi has quit [Ping timeout: 264 seconds]
Andy-D__ has quit [Ping timeout: 265 seconds]
<wens>
you can look at the blob / disassembly and figure it out
<wens>
all the register defs are public, as are the address ranges
<AneoX>
hi, i have had problems with a20 and mmc. a13 works well, with same mmc driver. looks like a20 have some hardware specific or problem
<AneoX>
kernel and u-boot doesnt detect emmc for me
<AneoX>
i have found some solution and already posted here
<AneoX>
as i remember, a20 stucks on MMC_CMD_SWITCH, a20 doesnt see response from emmc, but emmc do it, i can see it with analyzer
<fredl>
I'm not too familiar with the assembly language wens
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
<fredl>
Where have you posted those solutions aneox?
<fredl>
I'm very interested to read more as I have a hardware Dept breaking their heads over it right now
<AneoX>
fredl this is my patch for sunxi kernel, https://yadi.sk/d/5wWlPyYb3UHLth its not best solution, driver will skip waiting response, but it works for me well for about 30 boards a20+emmc
<fredl>
And as software guys we've recommended using MMC instead of NAND
<AneoX>
sorry, cant find patch for u-boot
<fredl>
Kernel or u-boot?
<fredl>
Oh...
<fredl>
Thanks a lot, reading
<AneoX>
u-boot needs same mods, just return OK if response for MMC_CMD_SWITCH is timeout
<fredl>
I'm surprised this is not in mainstream though
<AneoX>
i think all use sd instead of emmc) it was headneck for me long off time)
<libv>
fredl: that page you point to is a blatant copy from our wiki
<libv>
and the link to hnos disassembly and commentary is included on that page.
<libv>
from there on, you are on your own.
mavkhimenia has joined #linux-sunxi
<AneoX>
BROM works on low freq and 1 bit mode with emmc, so no problem. problems start when a20 want to switch mode to 4bit
mavkhim__ has joined #linux-sunxi
<fredl>
Well if that fix works for us that's invaluable info AneoX, thanks a lot!
<AneoX>
i didnt test it with mainstream, only legacy kernel and sunxi u-boot
argulp has joined #linux-sunxi
<fredl>
I'll see that I'll hack it into our source and see if it works
<fredl>
Well the principle should hopefully be the same
lucascastro has joined #linux-sunxi
<AneoX>
i think yes
mavkhime_ has quit [Ping timeout: 264 seconds]
<fredl>
And our hardware guys just let me know that based on their measuring the BROM does communicate with MMC but u-boot doesn't see it
<fredl>
Thanks a lot so far!
mavkhimenia has quit [Ping timeout: 240 seconds]
<AneoX>
as i said, BROM works in 1 bit mode, problems start with we try to switch with MMC_CMD_SWITCH command. a20 send command and starts to wait for response, emmc recieves command, switch mode, and response OK, but a20 doesnt recieve response never, even if increase timeout time. i do not know why, a13 works well with same code. so i modified code, even if response time out, return no error status. hope you undestood, sorry for my english)
fredl-pc has joined #linux-sunxi
foxx_ has joined #linux-sunxi
kloczek has joined #linux-sunxi
fredl has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
jbrown has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
megi1 has joined #linux-sunxi
dlan has quit [Quit: leaving]
arnd has quit [Quit: ~]
arnd has joined #linux-sunxi
foxx_ has quit [Ping timeout: 240 seconds]
mavkhim__ has quit [Ping timeout: 245 seconds]
mavkhimenia has joined #linux-sunxi
dlan has joined #linux-sunxi
foxx_ has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
lucascastro has quit [Remote host closed the connection]
steev has quit [Quit: ~]
steev has joined #linux-sunxi
nuuuciano_ has joined #linux-sunxi
nuuuciano__ has quit [Ping timeout: 255 seconds]
<f11f12>
fredl-pc: check uboot CONFIG settings for CONFIG_MMC_SUNXI_SLOT_EXTRA=... and CONFIG_MMC0_CD_PIN="..."
<fredl-pc>
on mainstream or sunxi builds f11f12 ?
<f11f12>
mainstream. I use that to netboot V40 from SD.
lvrp16 has quit [Quit: ~]
lvrp16 has joined #linux-sunxi
<fredl-pc>
I had before experimented with some settings for CONFIG_MMC0_CD_PIN I think, lessee
<fredl-pc>
yeah, I used Cubietruck_defconfig as first base for our build as in some ways our board similar to that
<f11f12>
also check the polarity and (if it's your own design) that there is a pull up
<fredl-pc>
On the MMC0_CD_PIN?
<f11f12>
depends on your card slot, if it has a CD pin at all.
<fredl-pc>
f11f12, what Aneox just mentioned is that SD a bit different than eMMC still
<fredl-pc>
and particularly on combination A20 / eMMC
Tartarus has quit [Quit: ~]
jeandet has quit [Quit: ~]
jeandet has joined #linux-sunxi
Tartarus has joined #linux-sunxi
ccaione has quit [Quit: ~]
ccaione has joined #linux-sunxi
hipboi has quit [Quit: This computer has gone to sleep]
LargePrime has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
kloczek has quit [Quit: kloczek]
lucascastro has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
msimpson has quit [Ping timeout: 264 seconds]
AneoX has quit [Ping timeout: 260 seconds]
lucascastro has quit [Ping timeout: 245 seconds]
lucascastro has joined #linux-sunxi
msimpson has joined #linux-sunxi
AneoX has joined #linux-sunxi
hlauer has joined #linux-sunxi
TEKrantz has quit [Read error: Connection reset by peer]
TEKrantz has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
<hlauer>
hi, any advances getting r40 (especially sata and gmac) into mainline? usb-otg was mentioned
BenG83 has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 260 seconds]
foxx_ has quit [Ping timeout: 264 seconds]
kloczek has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
victhor has joined #linux-sunxi
clemens3 has quit [Remote host closed the connection]
aalm has quit [Ping timeout: 256 seconds]
matthias_bgg has quit [Ping timeout: 264 seconds]
hlauer has quit [Ping timeout: 255 seconds]
msimpson has quit [Quit: Leaving]
AneoX_ has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
AneoX has joined #linux-sunxi
reinforce has joined #linux-sunxi
AnticitizenOne has quit [Ping timeout: 276 seconds]
enrico_ has quit [Quit: Bye]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
BenG83 has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
Baschto has quit [Remote host closed the connection]
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
leviathan has joined #linux-sunxi
vagrantc has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
Andy-D__ has joined #linux-sunxi
clemens3 has joined #linux-sunxi
tom_nov has quit [Quit: Leaving]
fredl-pc has quit [Remote host closed the connection]
mavkhimenia has quit [Ping timeout: 268 seconds]
lucascastro has quit [Remote host closed the connection]
iamfrankenstein has quit [Quit: iamfrankenstein]
hlauer has joined #linux-sunxi
adj__ has quit [Remote host closed the connection]
adj__ has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
lucascastro has joined #linux-sunxi
lucas_ has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
lucascastro has quit [Ping timeout: 268 seconds]
leviathan has joined #linux-sunxi
robogoat_ has quit [Quit: leaving]
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
foxx_ has joined #linux-sunxi
lucas__ has joined #linux-sunxi
lucas_ has quit [Ping timeout: 240 seconds]
lucas__ has quit [Client Quit]
afaerber has quit [Quit: Leaving]
rpd_ has joined #linux-sunxi
rpd_ has quit [Changing host]
rpd_ has joined #linux-sunxi
rpd_ has quit [Client Quit]
rpd_ has joined #linux-sunxi
rpd_ has quit [Client Quit]
rpd_ has joined #linux-sunxi
rpd_ has quit [Changing host]
rpd_ has joined #linux-sunxi
rpd_ has quit [Client Quit]
rpd_ has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
nots has joined #linux-sunxi
mavkhimenia has quit [Read error: Connection reset by peer]