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
<Manouchehri>
stipa: that makes sense, since the r8169 will never be seen if the PCI bridge isn't working
<Manouchehri>
alright 1500ms failed, adding an insane 5000ms as a test
<stipa>
what about USB ports?
<stipa>
seems like they're on that bus too
<Manouchehri>
pretty sure the USB ports aren't on the PCI bus
<stipa>
whre would they be?
<stipa>
the pcix is the fastest thing that could host usb3 on that chip
<Manouchehri>
stipa: the USB controller is on the SoC itself
<Manouchehri>
stipa: yeah so even with a 5 second delay, still doesn't work without modprobe -r and modprobe
<ArmbianHelper>
^ Time for a (hopefully) last poll about the OS.Previous great ideas were not Google-able, had existing OS name, or domain was not avail. I think we have it now. @ADSBexchange discord resounded w/ AirwavesOS.What do YOU think?Please RT!#adsb #acars #Avgeeks #SDR #airframes - Airframes (@AirframesIO) October 20, 2022
archetech has joined #armbian
CosmicDJ has quit [Quit: So that's all DJ, the time has come.]
willmore has quit [Remote host closed the connection]
ajfriesen has quit [Ping timeout: 264 seconds]
ajfriesen has joined #armbian
indy has quit [Ping timeout: 246 seconds]
indy has joined #armbian
haritz has quit [Remote host closed the connection]
haritz has joined #armbian
norwich has quit [Ping timeout: 272 seconds]
Unit193 is now known as Montresor
lemonzest has joined #armbian
DarkL0rd has joined #armbian
DarkL0rd has quit [Ping timeout: 255 seconds]
lyri has joined #armbian
willmore has joined #armbian
<Manouchehri>
[TheBug]: so I currently believe problem is that the kernel module itself is buggy (race condition is my guess). I’m going to do a hacky workaround by writing a systemd service to reload the module if it fails to load for now.
<ArmbianHelper>
^ PCI: rockchip: Fix timeout in rockchip_pcie_host_init_port() - Patchwork
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
<Manouchehri>
After reading the kernel driver code a bit more, I realized the timeout error will appear even if there’s a training error unrelated to timing out.
The_Loko has joined #armbian
ajfriesen6 has joined #armbian
ajfriesen has quit [Ping timeout: 260 seconds]
ajfriesen6 is now known as ajfriesen
LanDi has joined #armbian
norwich has joined #armbian
alekksander has joined #armbian
heartburn has quit [Ping timeout: 240 seconds]
LanDi has quit [Remote host closed the connection]
heartburn has joined #armbian
indy has quit [Ping timeout: 246 seconds]
indy has joined #armbian
alekksander has quit [Quit: Konversation terminated!]
<stipa>
Manouchehri: is there any other SBC with the same soc and nic?
<stipa>
maybe having a working reference could help
<stipa>
Manouchehri: they sell socs claiming they work and that's enough for them, fixing bugs is no profit for them
<Armbian-Discord>
<IgorPec> applies for 5.19.y too
<Armbian-Discord>
<dave> mind pushing that to my branch?
<Armbian-Discord>
<dave> doesn't seem to apply nicely for me. dave@client:~/build$ git apply meh.patch meh.patch:49: trailing whitespace. error: drivers/pci/controller/pcie-rockchip-host.c: No such file or directory
<Armbian-Discord>
<IgorPec> i will push up any moment, just doing test build on 5.19.y with few additional switches on kernel config
<Armbian-Discord>
<dave> Thanks!
<Manouchehri>
stipa: the thing is, it really doesn't work ;P
<Manouchehri>
having an ethernet port often fail on a device that's geared towards being a router is terrible.
<stipa>
Manouchehri: yeah, they ignore it and sales go on
<stipa>
i know some devs over here do contact companies but they ignore
<Armbian-Discord>
<IgorPec> yeah, don't look into 😉
<Armbian-Discord>
<dave> basic question for ya! root=UUID=efd35bda-e273-466b-9f9d-affb8db9358b rootwait rootfstype=f2fs splash=verbose console=ttyS2,1500000 consoleblank=0 loglevel=1 ubootpart=b1f26560-01 usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u net.ifnames=0 cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 ^ who is setting cgroup_enable=cpuset and cgroup_enable=memory?
<Armbian-Discord>
<IgorPec> probably boot script
<Armbian-Discord>
<dave> if test "${docker_optimizations}" = "on"; then setenv bootargs "${bootargs} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1"; fi ah you're bang on
<ArmbianHelper>
^ kernel/pcie-rockchip.c at 9ed2be4b9c001ca8006cb4c72928c09927c44f89 · rockchip-linux/kernel · GitHub
<Armbian-Discord>
<IgorPec> workarouds and bugs comes along too 😉
<Armbian-Discord>
<c0rnelius> my nanopc t4 didn't boot after applying that.
<Armbian-Discord>
<dave> got console logs?
<Armbian-Discord>
<c0rnelius> currently no.
<Armbian-Discord>
<c0rnelius> i'm being lazy.
<stipa>
i'll buy you a ftdi converter
<Armbian-Discord>
<c0rnelius> I always just assumed the timeout had to do with there not being a drive in place. it looks and then times out because it can't find an nvme drive.
<Armbian-Discord>
<dave> you should still always see the PCI controller itself
<Armbian-Discord>
<c0rnelius> there is no nvme port on that device though.
<Armbian-Discord>
<dave> so?
<Armbian-Discord>
<dave> the controller is it's own thing
<Armbian-Discord>
<c0rnelius> so what happens when it has one is what I am saying
<Armbian-Discord>
<dave> doesn't matter if anything is connected to it or not
<Armbian-Discord>
<dave> if it has one, you'll see 1 more PCIe device
<Armbian-Discord>
<dave> e.g. in my case: root@nanopi-r4s:~# lspci -nn 00:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3399 PCI Express Root Port [1d87:0100] 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
<Armbian-Discord>
<c0rnelius> it always saw the lspci anyway. I think what is happening is the board is locking up because its now being forced to retry.
<Armbian-Discord>
<c0rnelius> find out in a bit.
<Armbian-Discord>
<dave> to confirm, you saw: 00:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3399 PCI Express Root Port [1d87:0100] but still saw PCIe link training gen1 timeout! at the same time?
<Armbian-Discord>
<c0rnelius> yeah
<Armbian-Discord>
<c0rnelius> I'll confirm is a little bit. making a fresh img for it.
<Armbian-Discord>
<dave> that's... really odd. You shouldn't have a PCI bridge there if the training failed afaik
<Armbian-Discord>
<IgorPec> i am about to test on hw now
<Armbian-Discord>
<IgorPec> R4S
<Armbian-Discord>
<dave> I'll wait for you before I reboot my R4S.
<Armbian-Discord>
<dave> already tested on my R4SE just fine 😛
<Armbian-Discord>
<IgorPec> haha
<Armbian-Discord>
<IgorPec> my device is somewhere in rack
<Armbian-Discord>
<IgorPec> if it fails ... have to dig in deep
<Armbian-Discord>
<dave> but neither device is local to me. My R4SE is in another country, and my R4S is at my office (which I don't feel like driving to).
<Armbian-Discord>
<IgorPec> ok, mine is not far
<Armbian-Discord>
<dave> sweet
<Armbian-Discord>
<IgorPec> still not up
<Armbian-Discord>
<dave> my R4SE took a little bit to start
<Armbian-Discord>
<dave> if you weren't hitting the timeout before, then the patch shouldn't do anything.
<Armbian-Discord>
<IgorPec> i didn't have 2nd nic on this device
<Armbian-Discord>
<IgorPec> no, its not booting
<Armbian-Discord>
<dave> got serial or logs of some sort?
<Armbian-Discord>
<IgorPec> don't have anything on that device
<Armbian-Discord>
<dave> pstore?
<Armbian-Discord>
<IgorPec> i think i am done with this for today
<Armbian-Discord>
<dave> My R4S booted up fine (but not surprising).
The_Loko has quit [Quit: Leaving]
Malditron has joined #armbian
<Armbian-Discord>
<dave> Vulnerabilities: Itlb multihit: Not affected L1tf: Not affected Mds: Not affected Meltdown: Not affected Mmio stale data: Not affected Retbleed: Not affected Spec store bypass: Vulnerable Spectre v1: Mitigation; __user pointer sanitization Spectre v2: Vulnerable Srbds: Not affected Tsx async
<Armbian-Discord>
abort: Not affected Is there just no mitigation for Spectre V2 and Spec store bypass...?
archetech has quit [Quit: Konversation terminated!]