ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum/Twitter feed: #armbian-rss | Logs: -> irc.armbian.com
<TRS-80> Should I be seeing anything on screen when booting on PBP with Bullseye image? Or would I need to ssh in?
Mangix has quit [Read error: Connection reset by peer]
Lucanis has joined #armbian
Mangix has joined #armbian
<TRS-80> I am imagining I should see a TTY at least, if a screen is attached. Amirite?
<TRS-80> Trying to build again. Looking at docker images, I ended up with two with same image ID, but different tags. Interesting. Maybe caused my last error.
<TRS-80> Anyway, yeah tried Bullseye image, couldn't get that to work, either. Even tried disabling eMMC switch. And waited long time for filesystem to expand. But nothing.
<nekomancer[m]> console on a PBP is serial and connects via sound jack with a special connector
<nekomancer[m]> damned clowns.
<nekomancer[m]> * special connector. have to be switched on with manual switch inside case.
<TRS-80> Yes, that I know. But shouldn't I see something on screen, if there is one attached? No?
<TRS-80> I mean regular OS booting stuff, not serial output.
<steev> u-boot should be able to use the display on the pbp, yes
<TRS-80> I know that even like Cubietruck, IIRC, if I attach VGA I see normal booting stuff.
<TRS-80> Thanks steev, that's what I thought.
<nekomancer[m]> no, as I can remember from times whem my pbp was bootable. nothing until desktop gui login
<TRS-80> But this is Bullseye, not desktop image, to be clear.
<TRS-80> I guess maybe next I DIY some cable to see what is going on.
<ArmbianHelper> ^ [image/jpeg] (67.7KiB)
<steev> sorry for the garbage photo
<steev> but it definitely works on debian's 2022.04 u-boot
<TRS-80> Although, if you have to open case to flip switch, why not just attach standard cable at that point. lol
<TRS-80> steev: Thanks
<TRS-80> And yes, kernel keeps bombing out on build tool, even with EXTRA_WIFI=no
<steev> iirc there's something broken with 2022.07
<steev> (or newer)
<TRS-80> Yeah and Igor had told me that it should be fixed in latest, but I guess not.
<steev> iirc there's a commit it was tracked to, but i haven't looked into it
<steev> i saw vagrant talking about it with someone, i just don't remember where
<steev> oh, wait, no, sorry, that's amlogic
<TRS-80> Igor linked to issues and commits earlier today
<TRS-80> here in IRC
<steev> god it would be nice if realtek would just go away
<steev> people need to stop giving them money
<nekomancer[m]> realtek, allwinner
<steev> won't disagree there
norwich_ has joined #armbian
norwich has quit [Ping timeout: 252 seconds]
norwich_ is now known as norwich
<ArmbianHelper> ^ Congrats~ OKdo is introducing an exciting addition to their range of single-board computers, the ROCK series powered by Rokchip SoC:https://t.co/gBTlzQ7QXl pic.twitter.com/VmuQ3ze1JG - Rockchip (@IloveRockchip) August 19, 2022
<Armbian-Discord> <T​onymac32> Facepalm
<Armbian-Discord> <T​onymac32> Man, I wonder where I can get a ROCK 4?
<Armbian-Discord> <T​onymac32> Haha! Collaboration
<Armbian-Discord> <T​onymac32> Still seems weird. But ok
cheakoirccloud has joined #armbian
Lucanis has quit [Ping timeout: 248 seconds]
Lucanis has joined #armbian
<steev> definitely weird....
<steev> i'm still waiting on my rock5 :(
archetech has joined #armbian
<Armbian-Discord> <c​0rnelius> gonna keep waiting too
xoan7254517 has joined #armbian
xoan725451 has quit [Ping timeout: 256 seconds]
xoan7254517 is now known as xoan725451
xoan7254518 has joined #armbian
xoan725451 has quit [Ping timeout: 248 seconds]
xoan7254518 is now known as xoan725451
<Armbian-Discord> <l​anefu> Yeah gonna customize that rock 4 for 8 gigs of ram eh OkDo?
pablocastellanos has quit [Ping timeout: 252 seconds]
xoan725451 has quit [Quit: Ping timeout (120 seconds)]
xoan725451 has joined #armbian
pablocastellanos has joined #armbian
<archetech> alyssa says maybe rock6 will have opengl pfrost by Dec 2022
<archetech> rock5*
<Armbian-Discord> <T​onymac32> I was going to say rock 6 oooooo
<Armbian-Discord> <T​onymac32> 🙂
<Armbian-Discord> <T​onymac32> RK9999
<Armbian-Discord> <T​onymac32> Kernel 3.14, um, I mean 6
* archetech building kde with new toolchian on LFS gcc 12.2 etc
TRS-80 has quit [Quit: WeeChat 3.0]
<Armbian-Discord> <M​icroLinux (Salva)> Yeah, rk4499 will be a massive winner with RK kernel 6.10
<Armbian-Discord> <T​onymac32> haha
<Armbian-Discord> <I​gorPec> 1234 morning 😉
<Armbian-Discord> <T​onymac32> sheesh go back to bed
<Armbian-Discord> <T​onymac32> 😄
<Armbian-Discord> <T​onymac32> I went to start up KiCad for some PCB design, and realized my hard drive with all my libraries/etc was sitting on the bench after the tray didn't fit with my new gfx card
<Armbian-Discord> <T​onymac32> 3D printing an adapter to bolt the drive to an empty fan slot
<Armbian-Discord> <I​gorPec> couldn't sleep , xradio is hunting me 😉
<Armbian-Discord> <I​gorPec> drivers/net/wireless/xradio/ap.c:515:34: error: ‘struct ieee80211_sta’ has no member named ‘ht_cap’
<Armbian-Discord> <T​onymac32> sigh
<Armbian-Discord> <T​onymac32> just comment out anything involving AP mode
<Armbian-Discord> <T​onymac32> 😄
<Armbian-Discord> <I​gorPec> yeah, that's the plan
<Armbian-Discord> <T​onymac32> "I want AP mode" --- "Use something else"
xoan7254517 has joined #armbian
xoan725451 has quit [Ping timeout: 256 seconds]
xoan7254517 is now known as xoan725451
indy has quit [Ping timeout: 252 seconds]
<Armbian-Discord> <Z​anoryt> LOL @ ROCK... super weird
indy has joined #armbian
<Armbian-Discord> <T​onymac32> it's just them selling Radxa hardware, I had to read a ways down to find it though
indy has quit [Quit: ZNC 1.8.2 - https://znc.in]
indy has joined #armbian
Guest9649 has joined #armbian
indy has quit [Ping timeout: 248 seconds]
indy has joined #armbian
lemonzest has joined #armbian
Net147 has quit [Quit: Quit]
Net147 has joined #armbian
Net147 has quit [Quit: Quit]
Net147 has joined #armbian
Net147 has quit [Quit: Quit]
Net147 has joined #armbian
<Armbian-Discord> <A​nimeDev> I have been busy with this for the last few days, turns out i don't need a modified kernel, its already included as a module that can be loaded in the default configuration but i am stuck on the device tree though, i tried to read the linux kernel info on it but i don't understand it, and googles results all talk about raspberry pi and a config.txt that doesn't exist on armbian? do you by any chance happen to know
<Armbian-Discord> a beginners guide on configuring device tree i can read? i am really stuck on this :c thank you!
archetech has quit [Quit: Konversation terminated!]
<Armbian-Discord> <I​gorPec> for loading device tree and providing parameters you have /boot/armbianEnv.txt - serve the same purpose. Check for syntax in forum archive
teknoid has joined #armbian
califax has quit [Remote host closed the connection]
califax has joined #armbian
<Armbian-Discord> <b​ret> I'd have a bit more respect for OKdo if I didn't see one of their guys in a Facebook group linking to their website in 3rd person as if he didn't work there, despite having his job listed on his public FB profile if you hovered his name 😂
<Armbian-Discord> <r​pardini> Check the Forums first. There's a trove of knowledge in there. Otherwise, post in there, explain what is the exact board and kernel you're using, and what is the TFT you're using, and how is it connected to the board. Link it here and I'll take a look -- no promises 😉 Also see the answer by Igor above -- armbianEnv.txt and some overlays might be all you need.
alekksander has joined #armbian
schwar3kat has joined #armbian
<teknoid> @rpardini I tested Armbian_22.08.0-trunk_Odroidc2_bullseye_edge_5.19.1_minimal.img, see https://armbian.atlassian.net/browse/AR-1271
<ArmbianHelper> AR-1271 [Task] "RC Testing for August 2022 Release" reported by TheLinuxBug at 2022-07-27. Status: To Do
<ArmbianHelper> ^ [AR-1271] - Jira
<Armbian-Discord> <r​pardini> Hmm, post the dmesg / armbianmonitor there please... also, which images are ya'll testing? (I'm a bit left behind)
<Armbian-Discord> <r​pardini> I see Igor's got [ 1.529177] mmc0: new ultra high speed DDR50 SDHC card at address 0003 [ 1.542525] mmcblk0: mmc0:0003 SD16G 14.4 GiB in there... damned SDHC cards. Dunno how's the C2 supposed to behave?
<Armbian-Discord> <A​nimeDev> Thanks rpardini and Igor, ill have a look around once more 🙂
<nekomancer[m]> why no one does cheap sbc with dimm sockets? is it so expensive, or rocket csience?
<clever> nekomancer[m]: in the case of the rpi soc, the ddr2 controller only has a 32bit bus, so i dont think it can even drive an entire ddr2 stick
<ArmbianHelper> ^ DDR2 DIMM Unbuffered Module (240 pin) pinout diagram @ pinoutguide.com
<clever> yeah, thats a 64bit bus, double what the bcm283{5,6,7} can drive
<nekomancer[m]> nono. let's ddr2 still be in grave.
<nekomancer[m]> ddr or ddr4 will be good enough for cheap sbc in 2022
<clever> best case, half the ram on the board goes to waste and the soc can just never drive it
<clever> nekomancer[m]: i would assume ddr4 will have similar problems
<nekomancer[m]> s/ddr/ddr3/
<ArmbianHelper> nekomancer[m] thinks clever meant to say: nekomancer[m]: i would assume ddr34 will have similar problems
<clever> ArmbianHelper: close enough :P
<nekomancer[m]> why? this means only board dev does something wrong way. don't do wrong, do things right.
<nekomancer[m]> It's possible, I know it.
<clever> the problem is more that some soc's dont have a wide enough bus to drive an entire desktop dram module
<clever> same reason you cant just shove more ram sockets onto a motherboard
<clever> the cpu only has enough pins for so many
<nekomancer[m]> sad truth
<clever> nekomancer[m]: there are 2 ways to get more ram, either more ram busses (expensive, 64 pins just for the data bus, on ddr2), or more chip-select lines, and parallel all of the slots up (but now only 1 slot can be addresses at once)
<nekomancer[m]> nobody waits 8 ram channels on a cheap sbc
kolla has quit [Quit: %fog relay%]
kolla has joined #armbian
alekksander has quit [Quit: Konversation terminated!]
schwar3kat has quit [Ping timeout: 256 seconds]
alekksander has joined #armbian
lyxtxr has joined #armbian
<Armbian-Discord> <T​onymac32> you are correct, we want 12
lyxtxr has quit [Ping timeout: 252 seconds]
<stipa> DDR6
<stipa> i want it to glow on high speed data transfers
<nekomancer[m]> stipa: get power9
<stipa> nekomancer[m]: that one fits in my ass, i would have nothing against some AI power
lemonzest has quit [Quit: WeeChat 3.5]
<Armbian-Discord> <E​BK21(段错误)> hmmm is only me getting the problem??
<ArmbianHelper> ^ Orange_Pi3_Lts dtb overlay won't apply - Orange Pi 3 LTS - Armbian Community Forums
<stipa> E​BK21(段错误) if there is no maintainer for that board probably yes
<ArmbianHelper> ^ Board Maintainers - Armbian Documentation
<stipa> you should locate afaulkner420 and ask about it
Malditron has joined #armbian
xoan7254510 has joined #armbian
xoan725451 has quit [Ping timeout: 248 seconds]
xoan725451 has joined #armbian
IgorPec has joined #armbian
xoan7254510 has quit [Ping timeout: 256 seconds]
Malditron has quit [Quit: Konversation terminated!]
<Armbian-Discord> <M​anoftheSea> LpddrN?
<stipa> i'm looking forward to times with huge amounts of mram baked into socs
<Armbian-Discord> <T​onymac32> I doubt it ever really happens
<stipa> i should have invested in that tech, the value is on the constant rise
<Armbian-Discord> <T​onymac32> likely the SoC vendor would use better stuff than the typical shiTV Box crowd and so the integration would cost the #1 consumer of these things a lot of money
<stipa> there are working chips around, i have two in a drawer
<Armbian-Discord> <T​onymac32> killing adoption
<Armbian-Discord> <T​onymac32> do it Broadcom or AMD style
<Armbian-Discord> <T​onymac32> either PoP or multi-die
<stipa> i think there is a MCU with it
<Armbian-Discord> <T​onymac32> but again, most of the parts are sold to people using RAM even crappier than a Rock64 V2
<stipa> or it was planned if it's not real
<Armbian-Discord> <T​onymac32> what isn't real?
<stipa> i think i tried a search an couldn't find to buy
<Armbian-Discord> <T​onymac32> ah ok
<stipa> like a typical amount of memory in a MCU
<stipa> nothing fancy but with mram
<stipa> yeah, ram is much cheaper
<stipa> but at that point it should get pop
<stipa> and affordable
<stipa> it's a no brainer better than ram and flash
<stipa> but not so soon, not even if there wasn't a chip crisis
<stipa> but, the constant investments in it give hope
califax has quit [Ping timeout: 268 seconds]
califax has joined #armbian
<stipa> i have an idea to use mram to remember last state of rotary encoders on poweroff
<stipa> that would kill flash in no time if a device is in a constant use
<stipa> like, a substitute for analog potentiometers
<stipa> it's basically just no brainer that the memory is going to be dead one day
<stipa> due to writes and deletes in such a memory in a device
<stipa> it still for some reason didn't get popular
<stipa> but it's there
<stipa> i still don't have skills to make something like that, but soon i will
<nekomancer[m]> stipa: just use grey code rotary encoder
<stipa> nekomancer[m]: that sounds expensive
<stipa> and bulky
<ArmbianHelper> ^ [image/jpeg] (21.7KiB)
<stipa> with LED ring around
<stipa> an MRAM buffering their state
<nekomancer[m]> <stipa> "nekomancer: that sounds expensiv..." <- price doesn't metter if you use tiny series. there no radioactive materials, no super-clean materials, then it cheap enough.
<stipa> nekomancer[m]: to which model are you referring?
<nekomancer[m]> or be honest to yourself: you just want to use mram.
<nekomancer[m]> it's good respectable reason.
<stipa> i want mram and i want cheap
<stipa> and i have those available
<nekomancer[m]> stipa: I have no model for reference. I see some kind of omron encoder in diy device of one of my pals.
<stipa> if the gray code is affordable i would be interested
<stipa> yeah, but i need, you know, a bunch of encoders
<stipa> if it's just for a volume knob on some amplifier i would bodge in a gray code encoder, the big one too
<nekomancer[m]> for volume grey code would have not enough steps, you right
<nekomancer[m]> then viva mram!
<stipa> mram is just a god send for such stuff
<stipa> and a patch memory you can rape to infinity
mkvvrs has joined #armbian
<stipa> in theory!!!
mkvvrs has quit [Ping timeout: 268 seconds]
<nekomancer[m]> nobody lives to infinity
<hook> Hmm, trying to connect my Olimex via UART through the USB cable and forgot what the trick was to get CuteCom to recognise it.
<hook> How do I find which device this reports as on my laptop?
<Armbian-Discord> <T​onymac32> lsusb before and after plugging in, then maybe ttyUSB(something)
<hook> Tonymac32: Thanks, but what about the pairity, baud rate etc?
<Armbian-Discord> <T​onymac32> that will be documentation from the board itself
<Armbian-Discord> <T​onymac32> 115200 8N1 is pretty common
<hook> Tonymac32: Thanks, found it
xoan7254512 has joined #armbian
xoan725451 has quit [Ping timeout: 252 seconds]
xoan7254512 is now known as xoan725451
TheMaster has joined #armbian
Unit193 has quit [Ping timeout: 624 seconds]
<Armbian-Discord> <M​anoftheSea> Gray code isn't expensive, it's just how you read the rotary encoder
<Armbian-Discord> <M​anoftheSea> So if you have 8 states, you count 0 1 3 2 6 7 5 4 0
TheMaster is now known as Unit193
<Armbian-Discord> <M​anoftheSea> ... ..- .-- .-. --. --- -.- -.. ...
<hook> Tonymac32: Hmm, I see nothing. Perhaps permission issue?
<Armbian-Discord> <M​anoftheSea> The encoder always knows where it is
<nekomancer[m]> Armbian-Discord: only if it's not cheapest encoder who only tell "+1" and "-1" on rotation
<hook> rw for uucp, and my user is in that group, so that should be OK
<Armbian-Discord> <M​anoftheSea> I don't know how any other kind of encoder works, actually
<stipa> M​anoftheSea i mean the encoder by it self physically isn't cheap, especially a fancy one like gray code
<stipa> that's stuff for luxury goods for sure
<stipa> for a cpu it's cheap yeah, it doesn't need to scan all the time like the cheap ones
<stipa> if cheap aren't scanned the cpu could skip a click on it and wouldn't recognize it was moved by one click
<stipa> the gray code just spits out the value regardless of cpu monitoring it all the time
<stipa> it probably just sends an interrupt to the cpu
<stipa> i may be wrong, i'm just guessing
<stipa> but i see they have chips on them so it could be that they have that functionality
<hook> Just ran into this. Is this an Armbian bug or something I need to fix on my end?
<hook> W: Skipping acquire of configured file 'utils/binary-armhf/Packages' as repository 'http://apt.armbian.com buster InRelease' doesn't have the component 'utils' (component misspelt in sources.list?)
<ArmbianHelper> ^ armbian storage
archetech_g has joined #armbian
Guest9649 has quit [Quit: Lost terminal]
xoan725451 has quit [Remote host closed the connection]
xoan7254512 has joined #armbian
schwar3kat has joined #armbian
schwar3kat has quit [Client Quit]
alekksander has quit [Quit: Konversation terminated!]