<nvz>
I've been experiencing system lockups and I can't for the life of me figure out why. When I say lockup I mean USUALLY the mouse still works and I can manage to switch (slowly) virtual terminals.
<nvz>
I'm on the orangepi lite running armbian and I have rootfs as ext4 on a 128GB thumbdrive as of last night I just replaced the USB HDD thinking it was the problem
<nvz>
I just had the machine go out to lunch over 5 minutes and all I was running was nodm+sawfish+tint2 with screen+irssi in lxterm and links2 and the lockup occured when I hit the X to close links2 and X is still out to lunch and the initial login here on tty2 took a few moments
<nvz>
the ram is only about 145mb in use, cpu is below 5% of one core, load average is 0.35 0.41 0.35, there is nothing showing in X, dmesg, daemon, syslog, etc to indicate what is the problem
<nvz>
the only thing I know of that I'm doing that could tax this machine is that one user (the one I was using in X) has a homedir on that thumbdrive that is aes-xts luks
<nvz>
the lockups most frequently occur almost always when closing an app, and sometimes when loading/saving a file, usually after about a dozen or so operations like if I opened geeqie and told it to slideshow i'd lockup after about a dozen images for a few min
<nvz>
I have a 1.5gb swap partition on this thumbdrive and its not in use at all right now
<nvz>
this is just baffling me, dmesg currently shows what seems to have been a crash of the wifi driver, a display error, and some errors related to that encrypted partition but they were all 10 hours ago
<nvz>
the only thing I know of that causes errors this obscure is failing ram or power supply
vagrantc has quit [Quit: leaving]
lerc has quit [Ping timeout: 240 seconds]
lerc has joined #linux-sunxi
ninolein has quit [Ping timeout: 258 seconds]
ninolein has joined #linux-sunxi
<[TheBug]>
nvz: or heat, try lowering your DRAM settings
<nvz>
hmm yeah I hadn't even considered heat
<[TheBug]>
sounds like its locking on memory intensive stuff
<[TheBug]>
so maybe at current settings its getting too hot
<nvz>
though without that USB HDD back there with this machine the heat should be reduced significantly
<[TheBug]>
if I recall you recently reloaded armbian so it may be they increased the setting
<[TheBug]>
I would check fex and drop it a few tiers and see if issue still exists
<nvz>
well I dont really do anything real intensive. I use irssi+screen in lxterm mostly, and occasionally open links2 to look something up or gimp/geeqie to edit/view photos is probably the most intensive thing I do
<[TheBug]>
doesn't have to be intensive the whole time to overheat
<[TheBug]>
your talking about DRAM not CPU
<nvz>
I'm afraid to feck with the fex I dont know much about this stuff yet :P
<[TheBug]>
you said that before to me but is a really silly statement
<nvz>
heh
<[TheBug]>
if you read the linux-sunxi wiki
<[TheBug]>
and take about 5 minutes to look
<[TheBug]>
you can figure it out
<[TheBug]>
it isn't difficult at all
<nvz>
its not so silly when this thing is my only machine and I only have one SD card to boot from
<[TheBug]>
you need fex2bin and bin2fex tools and to cd /boot
<[TheBug]>
thats about it
<nvz>
its just silly from your point of view because you have other options
<[TheBug]>
um its silly cause its not going to prevent boot
<[TheBug]>
changing DRAM to lower settings wont cause it to not boot
<nvz>
from what I gathered this fex is essentially my cmos, which is part of the "bios" which is required to boot
<nvz>
I've seen those ram settings in bios before, never fooled with em
<nvz>
I suppose I can see why that sort of tinkering would be more common on these devices
<nvz>
I think its more likely its power related though and unfortunately I cant think of any way to narrow that down
<nvz>
I do have a multimeter but its an analog one and a really cheap little one at that. I never could understand how to read these analog ones :P
<nvz>
I'm powering this with a samsung 2a USB wall adapter made for a cell phone, and have another one powering a USB extension cable. I had two powering extension cables but after taking the HDD off I elimitated one
<nvz>
people have said its possible that power can feed back which sounds crazy to me, I'd think there were diodes to prevent that on the USB bus
<nvz>
I also failed to take into account just now that the mere fact that everything in that homedir is encrypted adds to the load because its has to decrypt on the fly
<nvz>
It just doesn't feel safe to use a machine without encryption anymore, its a crazy world :P
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
libv has joined #linux-sunxi
aalm has quit [Quit: xyz 1.9]
cnxsoft1 is now known as cnxsoft
foxx_ has quit [Ping timeout: 255 seconds]
_whitelogger has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv_ has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
lemonzest has joined #linux-sunxi
libv_ has joined #linux-sunxi
jernej_ is now known as jernej
jernej is now known as jernej_
jernej_ is now known as jernej
libv has quit [Ping timeout: 260 seconds]
libv_ has quit [Ping timeout: 260 seconds]
_whitelogger has joined #linux-sunxi
aalm has joined #linux-sunxi
libv has joined #linux-sunxi
SP7RT has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
nashpa has quit [Quit: Going away]
nashpa has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
gnufan1 has joined #linux-sunxi
gnufan has quit [Ping timeout: 255 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 240 seconds]
libv_ has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
f0xx has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
muvlon has joined #linux-sunxi
f0xx has quit [Ping timeout: 240 seconds]
libv has quit [Ping timeout: 260 seconds]
scream has joined #linux-sunxi
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
libv_ has joined #linux-sunxi
SP7RT has joined #linux-sunxi
f0xx has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
f0xx has quit [Read error: Connection reset by peer]
SP7RT_ has quit [Ping timeout: 248 seconds]
f0xx has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
bonbons has joined #linux-sunxi
f0xx has quit [Ping timeout: 260 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
reinforce has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7206-g4bbda1e58, build type: debug, sources date: 20160102, built on: 2017-10-02 18:57:17 UTC git-7206-g4bbda1e58 http://www.kvirc.net/]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv_ has quit [Ping timeout: 260 seconds]
fkluknav has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
kelvan has joined #linux-sunxi
SP7RT has quit [Ping timeout: 248 seconds]
<ullbeking>
is there a fully libre OPi platform?
<KotCzarny>
to some extent
<KotCzarny>
no libre 3d
<MoeIcenowy>
If you do not want 3D there is.
<ullbeking>
KotCzarny, MoeIcenowy: i don't care about 3d
<ullbeking>
so is there anything i need to actually *do*?
<KotCzarny>
and what do you actually want?
<KotCzarny>
you can compile your uboot/kernel or just use armbian mainline image (usually the nightly has mainline kernel)
<MoeIcenowy>
mainline is already totally blobless unless you use any onboard SDIO wifi
<MoeIcenowy>
the wifi drivers have closed source blobs
<wens>
you mean firmware
<MoeIcenowy>
wens: yes I mean firmware
yann-kaelig has joined #linux-sunxi
<MoeIcenowy>
but usually firmware is acceptable by most people
<MoeIcenowy>
I'm only thinking of the problem in a cleanest way ;-)
<MoeIcenowy>
to workaround this wired Ethernet can be used or external USB dongles can be used
<MoeIcenowy>
if you really do not like a firmware get uploaded via your system's RAM ;-)
libv has joined #linux-sunxi
<MoeIcenowy>
or s/get uploaded via/pollute/
<MoeIcenowy>
it seems that in this PRC National Day & Mid-Autumn Day holiday, yuq is active on his mesa-lima project ;-)
SP7RT has joined #linux-sunxi
LargePrime has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
gumblex has joined #linux-sunxi
libv_ has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
techping has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
libv has joined #linux-sunxi
SP7RT has quit [Ping timeout: 258 seconds]
JohnDoe_71Rus has joined #linux-sunxi
<ullbeking>
13:03 <KotCzarny> and what do you actually want? -> imagine Debian Stable Main running on blobless hw/fw. Like that, but for OPi.
<KotCzarny>
so no particular application?
<KotCzarny>
it's possible for quite long
<KotCzarny>
since a10/a20 times
<Putti>
should I use the device tree propert bias-pull-up or with mmc0 if in my board when the sd card is disconnected the resistance between ground and SD detect pin is 35KOhm? Also when the SD card is plugged in the resistance between detect pin and ground goes to 0 Ohm.
SP7RT has joined #linux-sunxi
<ullbeking>
KotCzarny: ATM, my only use for OPi is as a flasher for bioses on other computers
<ullbeking>
I'm waiting for +2E to come back in stock
<ullbeking>
Afaict this is the only one with a proper architecture
<KotCzarny>
you might be not pleased to know they have started switching to 10x slower emmc part
<KotCzarny>
at least people report that for opi+
gnufan1 has quit [Quit: Leaving.]
<ullbeking>
Oh no :-(
<ullbeking>
What's the deal with OPi+?
<KotCzarny>
none, prices of flash chips went up due bad weather etc
<MoeIcenowy>
ROM/RAM prices are recently increasing continously
<MoeIcenowy>
*sigh*
<KotCzarny>
i must say microamp based on pam8406 sounds quite nice
scream has quit [Remote host closed the connection]
* MoeIcenowy
going to test mesa-lima
<Wizzup>
let us know how it goes
<Wizzup>
I'm also curious
<MoeIcenowy>
still building mesa
<MoeIcenowy>
build mesa on H3 is a disaster ;-)
<MoeIcenowy>
now I want to modify the DT to overclock it ;-)
<montjoie>
bulding gcc on H3 is a disaster:)
<montjoie>
needed swap on nfs
<KotCzarny>
MoeIcenowy: distcc ?
<Wizzup>
MoeIcenowy: I run gentoo on my LIME2 devices and it's mostly fine
<Wizzup>
if you're patient. rootfs on ssd
scream has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
<MoeIcenowy>
for building packages as huge as gcc I will use nbd as the storage and swap ;-)
<MoeIcenowy>
and the board I used is usually Pine64
<MoeIcenowy>
Cortex-A53 is at least a bit better than A7
<Putti>
why are there both cd-gpios = <&pio 0 8 GPIO_ACTIVE_HIGH> and cd-inverted properties for all sunxi device trees' mmc0 nodes when you could just do cd-gpios = <&pio 0 8 GPIO_ACTIVE_LOW>?
<Wizzup>
oh, for work builds I use my overdrive 1000 with amd a1100 opteron
lurchi_ is now known as lurchi__
<Putti>
oh well there seems to be one device tree that uses GPIO_ACTIVE_LOW: sun8i-r16-parrot.dts
Ntemis has joined #linux-sunxi
<MoeIcenowy>
Putti: tradition ;-)
<Putti>
MoeIcenowy, why there exists even the cd-inverted property?
<MoeIcenowy>
I've heard that some old GPIO APIs don't respect GPIO_ACTIVE_XXX
techping has quit [Remote host closed the connection]
<MoeIcenowy>
but now it's really only a tradition ;-)
<Putti>
aha, so it's okay to use for new device trees the GPIO_ACTIVE_LOW
SP7RT has quit [Ping timeout: 258 seconds]
leviathanch has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
ninolein has quit [Remote host closed the connection]
SP7RT has joined #linux-sunxi
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
<Wizzup>
does the touchscreen of the olimex 4.3ts work, and if so, how?
<Wizzup>
on mainline I mean.
<Wizzup>
could not find anything in the dts
dev1990 has quit [Quit: Konversation terminated!]
lurchi__ is now known as lurchi_
ykchavan has joined #linux-sunxi
SP7RT has quit [Ping timeout: 255 seconds]
SP7RT has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
jbrown has joined #linux-sunxi
aalm has quit [Ping timeout: 240 seconds]
gnufan has joined #linux-sunxi
a|3x has joined #linux-sunxi
lurchi_ is now known as lurchi__
SP7RT has quit [Ping timeout: 255 seconds]
SP7RT_ has joined #linux-sunxi
yann has joined #linux-sunxi
fkluknav has quit [Ping timeout: 255 seconds]
netlynx has quit [Remote host closed the connection]
lurchi__ is now known as lurchi_
jelly has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
jelly has joined #linux-sunxi
lurchi_ is now known as lurchi__
scream has quit [Remote host closed the connection]
SP7RT_ has quit [Ping timeout: 240 seconds]
LargePrime has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
Ntemis has joined #linux-sunxi
SP7RT has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
lemonzest has quit [Quit: Quitting]
ninolein has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
vagrantc has joined #linux-sunxi
fkluknav has joined #linux-sunxi
SP7RT has quit [Ping timeout: 240 seconds]
JohnDoe7 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 240 seconds]
arete74 has quit [Ping timeout: 240 seconds]
arete74 has joined #linux-sunxi
hypophthalmus has joined #linux-sunxi
SP7RT has joined #linux-sunxi
<hypophthalmus>
I'm trying to compile the sunxi kernel. At first it was complaining that there was no compiler-gcc7.h , but I made a link from compiler-gcc4.h
<hypophthalmus>
Now it's coming up with " error: redefinition of ‘return_address’ "
<Putti>
jernej, hey! Have you looked into hardware cursor for the H3 video? I saw some cursor flickering on 1080p resolution with xfce. Have you experienced that, too?
<jernej>
Putti: HW cursor can only be achieved by sacrificing one plane for just cursor
<jernej>
Currently, driver doesn't support multiple planes
<jernej>
somebody has to implement them :)
<Putti>
jernej, okay, this is then excellent exercise for me to learn about how video output works with these systems! :)
<Putti>
jernej, I saw slides from mripard's talk in Kernel Recipes about the Allwinner video engine and DRM stuff and from that I got an idea that having multiple (just two actually) planes might reduce the flickering in video output at 4K resolution because only fully rendered planes will be shown on the display. (and I probably got the terminology but anyways, having support for multiple planes might be really interesting!)