rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
Mangy_Dog has quit [Ping timeout: 245 seconds]
tuxillo has quit [Ping timeout: 256 seconds]
tuxillo has joined #linux-sunxi
buzzmarshall has joined #linux-sunxi
Jin^eLD is now known as Jin|away
luke-jr has quit [Quit: ZNC - http://znc.sourceforge.net]
shailangsa has quit [Ping timeout: 272 seconds]
luke-jr has joined #linux-sunxi
gaston1980 has joined #linux-sunxi
apritzel has quit [Ping timeout: 245 seconds]
luke-jr has quit [Ping timeout: 264 seconds]
shailangsa has joined #linux-sunxi
luke-jr has joined #linux-sunxi
victhor has quit [Ping timeout: 264 seconds]
macc24 has quit [Ping timeout: 240 seconds]
macc24 has joined #linux-sunxi
anarsoul has quit [Ping timeout: 260 seconds]
juri_ has quit [Ping timeout: 245 seconds]
juri_ has joined #linux-sunxi
corecode has quit [Ping timeout: 240 seconds]
vagrantc has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
fl_0 has quit [Ping timeout: 260 seconds]
fl_0 has joined #linux-sunxi
corecode has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
buzzmarshall has quit [Remote host closed the connection]
gaston1980 has quit [Quit: Konversation terminated!]
gediz0x539 has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
diego71 has quit [Ping timeout: 276 seconds]
sunshavi has joined #linux-sunxi
reinforce has joined #linux-sunxi
asdf28 has joined #linux-sunxi
hlauer has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 264 seconds]
sunshavi has quit [Remote host closed the connection]
hlauer has quit [Ping timeout: 240 seconds]
cmeerw has joined #linux-sunxi
cmeerw has quit [Ping timeout: 260 seconds]
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 245 seconds]
camus is now known as kaspter
apritzel has joined #linux-sunxi
sunshavi has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
diego71 has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
camus is now known as kaspter
mmarc__ has quit [Remote host closed the connection]
tuxillo has quit [Disconnected by services]
tuxillo has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
random_yanek has quit [Ping timeout: 240 seconds]
ldevulder_ is now known as ldevulder
random_yanek has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Ping timeout: 260 seconds]
jerbob92 has quit [Ping timeout: 260 seconds]
prefixcactus has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Ping timeout: 245 seconds]
mmarc__ has joined #linux-sunxi
andy25225_ has quit [Ping timeout: 276 seconds]
andy25225_ has joined #linux-sunxi
e1z0 has joined #linux-sunxi
e1z0 has quit [Changing host]
e1z0 has joined #linux-sunxi
<e1z0> hey
<e1z0> i've got problems with orangepi 3, after some time it starts to flood display with errors like sunxi-mmc 4020000.mmc: data error
<e1z0> i've using official kernel/ubuntu xenial from orangepi website, the microsd card seems to be fine, it boots ok
<e1z0> only after few days of use it accours
<e1z0> i've created cheap iscsi target using this devices and i can access all attached hdd's and filesystems after this problem accours but i can't ssh to the organpi box ssh is dead
victhor has joined #linux-sunxi
<apritzel> e1z0: "microsd card seems to be fine, it boots ok": are you sure of that?
<e1z0> yeah
<e1z0> now it booted ok, i'm upgraded the packages and everything works fine
<apritzel> e1z0: because this is how a bad uSD card would manifest: random data errors at some point
<KotCzarny> or.. bad power supply/cable
<e1z0> hmm
<apritzel> and the error message comes from the SD card controller
<e1z0> it's original orangepi 3 psu
gendevbot has quit [Ping timeout: 240 seconds]
gediz539 has joined #linux-sunxi
gediz0x539 has quit [Ping timeout: 245 seconds]
gendevbot has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
<Mangy_Dog> Ive had to +R as i was getting DM spam saying i was harrasing people.... Going by freenode channel looks like the networks being attacked. By all means everyone who can should +R
<KotCzarny> najwazniejsza jest odpornosc psychiczna i nietoksycznosc
<KotCzarny> oops, wrong window
mmarc__ has quit [Remote host closed the connection]
<libv> Mangy_Dog: that was a few days ago, and for me it seems to have stopped after 2d or so
mmarc__ has joined #linux-sunxi
<libv> Mangy_Dog: even without +R
<Mangy_Dog> ahh
Putti has quit [Ping timeout: 260 seconds]
mmarc__ has quit [Remote host closed the connection]
ElBarto has quit [Quit: Lost terminal]
ElBarto has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
NekoMay has quit [Ping timeout: 260 seconds]
NekoMay has joined #linux-sunxi
mmarc__ has joined #linux-sunxi
lucascastro has joined #linux-sunxi
eduardas has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
<prefixcactus> apritzel: I enabled all the uarts in my dt, and most of them (except one) got enabled, but they also got weird mappings to ttys: uart2 is now ttyS0, uart0 is ttyS5 and uarts 4-7 are tty1-4.
<prefixcactus> Further, when this happened, dmesg got redirected to the new ttyS0 (which is now uart2), which is not very friendly.
<prefixcactus> Why does that happen and what could I do to configure it?
<apritzel> prefixcactus: have you tried the aliases node?
<apritzel> prefixcactus: there should be serial0 already in there, does it help enumerating the others as well?
<prefixcactus> I'll try it
<prefixcactus> it's weird that serial0 being in there doesn't prevent uart2 from usurping the console
<prefixcactus> looks like it helped! tty0 is uart0 now, at least
lkcl has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
<prefixcactus> apritzel: what does the uartN->pinctrl-0 node do?
jernej_ has joined #linux-sunxi
jernej_ is now known as jernej
<apritzel> UARTs are heavily multiplexed, so you need to tell it which of the various alternative pins you are using for this particular connector
<prefixcactus> I see.
<prefixcactus> The pins seem to be specified under the pio node in the r40 .dtsi
<prefixcactus> and only for uart{0,3}
<prefixcactus> Do I need to extend that from the .dts?
<prefixcactus> Do I need to extend that from the board .dts?
<prefixcactus> (or the SoM .dtsi)
<apritzel> if you need pins that are not specified yet, you need to add them to the sun8i-r40.drsi
<apritzel> .dtsi of course, the base SoC DT
<prefixcactus> so I take it that it does not forever bind the pins to uart duty?
<apritzel> we tend to only define those pins that we need, otherwise it's too error-prone to add them without being able to test them
<apritzel> just adding a subnode to the PIO node does nothing, really, it's only when you reference them in your board .dts file that they get used
<prefixcactus> ah, I see
<apritzel> well, it increases the DTB size slightly, another reason to not add them unless needed
<apritzel> there is this /omit-if-no-ref/ specifier, which only adds nodes to a DTB when they are referenced, that fixes this problem
JohnDoe_71Rus has joined #linux-sunxi
<prefixcactus> the whole DTB is 26K, does its size matter that much?
<apritzel> prefixcactus: depends on who you ask, some people need to squash it into tight SRAM
<prefixcactus> ah, that seems like a reasonable concern
reinforce has quit [Quit: Leaving.]
mmarc__ has quit [Remote host closed the connection]
<apritzel> realistically 26K is far too much already for that purpose (we typically deal with a ballpark figure of 32K SRAM in those situations)
<wens_> u-boot by default trims a whole bunch of stuff out of its DTB though
<apritzel> wens_: but not for sunxi?
<apritzel> wens_: on the contrary it seems to add a bunch, symbols for overlays and some binman node
mmarc__ has joined #linux-sunxi
cmeerw has joined #linux-sunxi
Putti has joined #linux-sunxi
<wens_> it's only done for the SPL DTB (if enabled)
wens_ is now known as wens
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
gaston1980 has joined #linux-sunxi
prefixcactus has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
Jin|away is now known as Jin^eLD
<Jin^eLD> to follow up on the cubietruck connectors topic, that's probably the solution, dupont 2mm to 2.54mm adapter cables: https://www.aliexpress.com/item/4000272935769.html
mmarc__ has quit [Remote host closed the connection]
gaston1980 has quit [Quit: Konversation terminated!]
netlynx has quit [Quit: Ex-Chat]
mmarc__ has joined #linux-sunxi
hlauer has joined #linux-sunxi
eduardas has quit [Quit: Konversation terminated!]
apritzel has quit [Ping timeout: 265 seconds]
andy25225_ is now known as andy25225
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/]
andy25225 has quit [Quit: Leaving]
andy25225 has joined #linux-sunxi
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
mmarc__ has joined #linux-sunxi
mmarc__ has quit [Remote host closed the connection]
apritzel has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 264 seconds]
camus is now known as kaspter
<libv> Jin^eLD: https://linux-sunxi.org/Cubietech_Cubietruck#Uncommon_2.0mm_pitch_connector_size
<libv> this should give people something to look for
mmarc__ has joined #linux-sunxi
maz has quit [Ping timeout: 256 seconds]
maz has joined #linux-sunxi
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
lkcl has joined #linux-sunxi
andy25225 has quit [Ping timeout: 260 seconds]
choozy has joined #linux-sunxi
DrFrankensteinUK has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
andy25225 has joined #linux-sunxi
freemangordon has quit [Ping timeout: 240 seconds]
choozy has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
choozy has joined #linux-sunxi
DrFrankensteinUK has joined #linux-sunxi
andy25225 has quit [Ping timeout: 260 seconds]
mmarc__ has quit [Remote host closed the connection]
andy25225 has joined #linux-sunxi
cmeerw has quit [Ping timeout: 240 seconds]
kaspter has quit [Ping timeout: 245 seconds]
kaspter has joined #linux-sunxi
freemangordon has joined #linux-sunxi
hlauer has quit [Ping timeout: 245 seconds]
fl_0 has quit [Quit: STRG + Q]
fl_0 has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 264 seconds]
<Jin^eLD> libv: I did realize that later with some help :) but the challenge was also to find something usable, since most devices seem to be going with 2.54mm
<Jin^eLD> the link I posted goes from 2mm to the more "standard" 2.54mm
<Jin^eLD> which seems very practical if you wanted to connect an accelerometer via SPI or something like that
<Jin^eLD> on Ali this was the only 2.0mm dupont hit I found
<Jin^eLD> heh, fun, google finds more stuff on Ali than Alis internal search..
<libv> :)
<Jin^eLD> anyway, cables are on the way, so I'll be pestering you guys with SPI questions in about a month ;))
asdf28 has quit [Ping timeout: 245 seconds]
choozy has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]