Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | Armbian 20.11 Tamandua released | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
<nekomancer[m]>
`sd 1:0:0:0: [sdb] tag#0 device offline or changed` trying to write to usb flash on odroid-n2. 2 different flash. no errors with usb-sata HDD.
<nekomancer[m]>
wft?
<nekomancer[m]>
same usb flash drives reads and writes without errors on RockPi-4.
Ntemis has joined #armbian
rneese has left #armbian ["Leaving"]
<[TheBug]>
nekomancer[m]: what that makes me think is the USB port not putting our reliable power
<[TheBug]>
nekomancer[m]: try powered USB hub and see same issue
Ntemis has quit [Read error: Connection reset by peer]
* nekomancer[m]
not have powered usb hub around :(
<nekomancer[m]>
but eeror with flashes — and no error with hdd??!
<nekomancer[m]>
hdd usb powered too. spinning hdd
mrueg has joined #armbian
<[TheBug]>
then other thought would be heat
<[TheBug]>
those usb sticks can overheat
<[TheBug]>
could be that because of how fast it writes the memory chip is getting really hot or the controller
<[TheBug]>
could try taking it out of housing and see if same issue for example
<nekomancer[m]>
yes, it hot. but it works with PC and rockpi4 SBC. being hot.
<[TheBug]>
Yes, but could actually write to it slower? is it close to any other device when in n2?
<[TheBug]>
just playing devils advocate here cause I can't think of another eason for that
<[TheBug]>
reason*
<nekomancer[m]>
I try to use only 1 and 2 flashes, occupies 1 and 2 usb ports on N2. one by one and both. Try different ports.
<nekomancer[m]>
all thesame/
<nekomancer[m]>
I have not so much usb flashes I can use to this test... generaly only 3
<nekomancer[m]>
seems same for all
<nekomancer[m]>
all usb fkashes I try generates io errors trying to read files on my N2
<nekomancer[m]>
o! I found usb-microsd adapter. will try to do the same with sdcard in that usb adapter
Luc52 has joined #armbian
<Luc52>
Hello guys have sombody an old debian 9 based image for bananapi m1?
<Luc52>
the current one is slow as hell
<lanefu>
nekomancer[m]: definitely try powered hub. N2 usb power is a huge failure
<Tonymac32>
we'll see if the wider audience does alright with it
_whitelogger has joined #armbian
_whitelogger has joined #armbian
<Sebastian[m]1>
Tonymac32: Hey cool, I will test that patch for my media tree (https://git.linuxtv.org/media_tree.git/) build, on the NanoPC-T4. As you said above, this can be tested by checking the performance before and after. Do you have a favorite method of checking performance on ARM boards? Ah and additionally I maintain a set of patches in order to use the latest kernel version, while reading the chat messages I above I noticed
<Sebastian[m]1>
that you also run the latest kernel for your rk3399 machines. Do you have a repository where you keep your up-to-date patches by any chance? Thanks, Sebastian.
<Sebastian[m]1>
* Tonymac32: Hey cool, I will test that patch for my media tree (https://git.linuxtv.org/media_tree.git/) build, on the NanoPC-T4. As you said above, this can be tested by checking the performance before and after. Do you have a favorite method of checking performance on ARM boards? Ah and additionally I maintain a set of patches in order to use the latest kernel version, while reading the chat messages above I
<Sebastian[m]1>
noticed that you also run the latest kernel for your rk3399 machines. Do you have a repository where you keep your up-to-date patches by any chance? Thanks, Sebastian.
<Sebastian[m]1>
Do these patches work for 5.11.1 ?
alexanderl has joined #armbian
<Sebastian[m]1>
I thought the dev tree is always a few version after the most recent kernel version.
<Werner>
In the future maybe
<Sebastian[m]1>
Ok, yes that's what I meant in my question. I currently work on the most recent version of the liinux kernel in order to write & test patches on the correct base. And I wondered if some of you might maintain their own repos with the latest changes to make the build work.
<Werner>
You may want to talk to Tonymac32. He recently did a major cleanup of the rockchip-current patches and somewhen this will be necessary for dev as well
<Sebastian[m]1>
Alright, cool thank you, will do :)
torv has quit [Remote host closed the connection]
torv has joined #armbian
margoaron has joined #armbian
_margoaron has joined #armbian
margoaron has quit [Ping timeout: 264 seconds]
Xogium has left #armbian ["leaving channel"]
Xogium has joined #armbian
<ArmbianTwitter>
@imprashere (Prasanna Venkadesh): For more than a year had issues with my #OrangePiPc board. I thought it's literally dead since HDMI port was damaged and images of @armbian got struck on boot and I had no clue of why without a dispaly. SSH in armbian images are enabled but for some reason, it didn't work for me. (9s ago)
<ArmbianTwitter>
@DieZuckerbude (Ben Zucker 🍰): @imprashere @armbian USB serial adapter is the way to go for debugging such issues. (13s ago)
<ArmbianTwitter>
@imprashere (Prasanna Venkadesh): Only option was to debug via UART USB to TTL. But I did not have an UART convertor and so did not attempt. Armbian and OrangePi forums are full of such boot related issues. Yesterday dusted it off again and tried OrangePiPc+ image from @yunohost (16s ago)
emOne has quit [Ping timeout: 256 seconds]
<ArmbianTwitter>
@imprashere (Prasanna Venkadesh): @DieZuckerbude @armbian True. I learnt about it much later but didn't try since I did not have one. I am planning to buy one and have it so it becomes handy for debugging next time. (5s ago)
emOne has joined #armbian
rneese has joined #armbian
<ArmbianTwitter>
@imprashere (Prasanna Venkadesh): What made these possible? 1. Self hosting is impossible without FOSS (@yunohost, @armbian + all FOSS web services) 2. Open Source Hardware (Orange Pi) 3. Human labor for 1 and 2. Planning to donate to them and contribute code as well (22s ago)
R0b0t1 has joined #armbian
stipa has joined #armbian
rneese has left #armbian ["Leaving"]
<ArmbianTwitter>
@armbian (armbian): We need help on testing new feature. Implement Device Tree Editor https://t.co/yxGMLeRDtV #armbian (0s ago)
<Tonymac32>
good morning
<Werner>
Morning Tony
<Tonymac32>
This rockpi 4B power LED is blinding the $hit out of me
<archetech>
were some shades
<archetech>
wear
<archetech>
or a welding mask lol
<Xogium>
sometimes I'm glad to be blind
* Xogium
hides
<Tonymac32>
lol
<Tonymac32>
you have to go lower power on green due to the eye being most sensitive to it.
<archetech>
wife comes in sees mask on tony these led's are getting too much juice!"
<Tonymac32>
they did not, and probably used too small of a resistor at the same time
<Tonymac32>
XD
<Tonymac32>
the old MiQi RK3288 board has a similar broblem with the Blue LED's
<Tonymac32>
you can use it to light a small room
<Xogium>
I heard the led on espressobin has the same thing
<Tonymac32>
lanefu have you run any default desktop images on your RK3399 stuff? K5.10?
<Xogium>
extremely bright, and you can't control it
<lanefu>
Tonymac32: pbp
<lanefu>
You want me to spin one?
<Tonymac32>
the interface performance on trunk is just trash
<Tonymac32>
I was curious if you'd seen that
<Tonymac32>
it's like the RK3328 before I "noGPU'd it :'(
<lanefu>
Hmm lemme flip kernels on my.opi4 and ill do some tests
<Tonymac32>
Focal
<Tonymac32>
as soon as you start doing anything with a browser X_X
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
<lanefu>
Tonymac32: when you say interface you mean ethernets?
<Tonymac32>
no, the UI
<Tonymac32>
sorry
<Tonymac32>
latency++
<lanefu>
ane@pinebook-pro:~$ uname -a
<lanefu>
Linux pinebook-pro 5.10.1-rockchip64 #trunk.21 SMP PREEMPT Wed Dec 16 01:19:52 CET 2020 aarch64 aarch64 aarch64 GNU/Linux
<lanefu>
lane@pinebook-pro:~$
<lanefu>
i'm humming along
<lanefu>
are you using hte accelerated xorg with the modesetting driver? or fb?
<lanefu>
Tonymac32: which board you using
<Tonymac32>
Rockpi 4b
<Tonymac32>
building an M4V2 image now
<lanefu>
Tonymac32: from desktop branch?
<Tonymac32>
No, from trunk.
<Tonymac32>
the graphics were just an observation, I'm trying to murder the boards and am doing some benchmarking to test out my adjustments
archetech has quit [Quit: Konversation terminated!]
raver has quit [Remote host closed the connection]
<Tonymac32>
from my build today: http://ix.io/2ITl look at dmesg output
<lanefu>
Tonymac32: ahh panfrost noise
<Tonymac32>
of lovely
<Tonymac32>
lol
<lanefu>
i mean mine does that
<lanefu>
on pbp
<lanefu>
but i'm humming along having a godo time
<lanefu>
playing youtube music over bluetooth via firefox
<Tonymac32>
so the image I ust DL'd what is it?
archetech has joined #armbian
<lanefu>
that's desktop focal mate/ w nightly RK3399 dev kernel from repo
<Tonymac32>
I'll try yours, my m4v2 dev kernel is bootlooping (no changes my side to dts)
<Tonymac32>
it's the control image XD
<lanefu>
yeah sometimes you need to use someobdy else's image then get made that theirs works
<Tonymac32>
well the M4V2 is not a very stable piece of hardware in my experience
<ArmbianTwitter>
@guidol70 (Guido Lehwalder): @armbian Also with the URL I couldnt see/find out how to use the Device Tree Editor and with which version of armbian it will be displayed in armbian-config :( (21s ago)
<Tonymac32>
fark, your image is bootlooping too
<lanefu>
hmm
<lanefu>
i'm build a few other rk3399 desktops
<lanefu>
will link yu to those
<Tonymac32>
rp4b, roc-rk3399-pc, NanoPC T4, rockpro64 (maybe, usually won't boot)
<lanefu>
Tonymac32: crap that's from an older checkout.... but kernel should stillbe nightly
<lanefu>
anyway working on a rockpi 4b now
<Tonymac32>
my RPi4B also booted funny just now, I think we need to look at 5.10 closely
<ArmbianTwitter>
@useidel (Udo Seidel): #ubiquiti controller running on old #bananapi M1 using #armbian (#buster) with some help from #raspberrypios (11s ago)
<lanefu>
Tonymac32: yeah sounds like some tuning is needed
<ArmbianTwitter>
@meuon (Mike Harrison): @CommieGIR @hexadecim8 Armbian or straight up Debian on better hardware, especially with eMMC, rocks. Start here: https://t.co/8HdZrARhMn (1s ago)
<ArmbianTwitter>
@armbian (armbian): @hexadecim8 me on a bit better hardware? (10s ago)
<ArmbianTwitter>
@armbian (armbian): @guidol70 Changes were not merged anywhere - they only exists at a merge request atm. If this 1st testing goes well, we can push them up. (11s ago)
<rneese>
ok are most of you enduseers or any of you desktop user/devs
<rneese>
we need morre desktop devs
<lanefu>
rneese: preachin to the choir homeboy
<rneese>
rockpi
<rneese>
wwe dont need ro rockpi
<Tonymac32>
well my M4V2 won't boot, so
<Tonymac32>
XD
<lanefu>
Tonymac32: i'm just building rk3399 images for Tony to debug / compare to his
<lanefu>
rneese: ^^
<rneese>
what did you do to it tony
<Tonymac32>
nothing, it's K5.10
<IgorPec>
probably we need to put this - we need desktop devs - word outside our community
<Tonymac32>
it booted 5.9 or 5.8, can't remember which
<Tonymac32>
hi Igor
<rneese>
yes IgorPec
<rneese>
agree
<lanefu>
Tonymac32: so weird thing is my PBP is rocking K5.10.1 no problema
bzyx has joined #armbian
<Tonymac32>
I'm uncomfortably wondering if this is rams and routings related, building a NAnoPC-T4 image now
<rneese>
we need a t4 with the 5.10 kernel
<rneese>
post when its done
<ArmbianTwitter>
@racerrupnik (Chris Rupnik): @armbian @hexadecim8 Armbian, on my multiple orangepi devices, has been wonderfully stable for me. Thank you for all the hard work! (4s ago)
<IgorPec>
m4v2: i boot if succesfully few days ago.
<Tonymac32>
I have an NVMe plugged in, so I have to wonder if it's tied to [TheBug]'s comment on speed issues there
<lanefu>
IgorPec: I'm building with beta repo images.. is it safe to say that this image will have a broken kernel install because of the error? https://armbian.lane-fu.com/linx/gf3pdowo.txt
<Tonymac32>
lanefu how random is the purge message?
<lanefu>
Tonymac32: fairly frequent, but varies a lot.. more load, more rfrequent http://ix.io/2IUi
<IgorPec>
lanefu: surely that's seom problem
<IgorPec>
because we don't build roc-pc dev
<lanefu>
archetech said its a panfrost-ism... it's been happening for a longn time
<lanefu>
I think that's a red herring
<Tonymac32>
I'm trying to make it happen and cant is all
<Tonymac32>
XD
<lanefu>
Tonymac32: is panfrost loaded?
<lanefu>
are you desktoping?
<Tonymac32>
it's identical to the image I got the errors on, just with the modified device tree
<lanefu>
hmm
<Tonymac32>
so watching some youtubes while mashing menus
<Tonymac32>
nanoPC T4 flawless victory
<IgorPec>
waht was it?
<Tonymac32>
I don't know yet, but the thing booted perfectly
<Tonymac32>
the DDR4 boards did not, could be coincidense though
<Tonymac32>
The T4 is also recognizing it's NVMe
<Tonymac32>
I2S is toast on RK3399-dev though it looks like
<Tonymac32>
at least however it's set up on the Rock Pi and T4
raver has joined #armbian
<rneese>
which omg
<rneese>
tony
<rneese>
bbiab
<Tonymac32>
panfrost_gem_shrinker_scan is what generates the Purging message. I don't know it's purpose or what causes a purge, especially one that is rate limited on reporting
<Tonymac32>
it's memory reclamation, yes, but I don't know why it's so damned noisy
<lanefu>
probalby because htey left a debug message on
_margoaron has quit [Ping timeout: 265 seconds]
<Tonymac32>
That's not my point
<Tonymac32>
why so many consecutive calls to the same function so fast?
<Tonymac32>
anyhow we can patch the message out no problem