ChanServ changed the topic of #armlinux to: ARM kernel talk [Upstream kernel, find your vendor forums for questions about their kernels] | https://libera.irclog.whitequark.org/armlinux
mraynal has quit [Remote host closed the connection]
mraynal has joined #armlinux
hanetzer has quit [Ping timeout: 265 seconds]
hanetzer has joined #armlinux
hanetzer has quit [Ping timeout: 276 seconds]
hanetzer has joined #armlinux
apritzel has quit [Ping timeout: 260 seconds]
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #armlinux
heat has quit [Ping timeout: 246 seconds]
lain6141_ has quit [Read error: Connection reset by peer]
lain6141_ has quit [Remote host closed the connection]
lain6141_ has joined #armlinux
amitk has joined #armlinux
trichard has joined #armlinux
trichard has quit [Quit: Leaving.]
cbeznea has joined #armlinux
apritzel has joined #armlinux
apritzel has quit [Ping timeout: 244 seconds]
<milkylainen>
broonie: Is the spi subsystem something you can provide insight into?
<milkylainen>
More spec. the spidev driver.
<milkylainen>
I have an issue where a cs is left active even if the spidev is closed.
<milkylainen>
Not sure if that is supposed to be normal behavior or not.
<milkylainen>
Ie, implicitly assuming that a new transaction will clear the old cs-set.
<LeSpocky>
milkylainen: do you use the spidev driver and a userspace implementation?
<milkylainen>
LeSpocky: I do.
<milkylainen>
I was a bit surprised that even after userspace closed the spidev, the corresponding cs is left active.
<milkylainen>
I mean. Probably works because the driver will clear the old one come a new transaction...
<LeSpocky>
I can ask a collegeague tomorrow who used that driver
nsaenz has joined #armlinux
nsaenz has quit [Ping timeout: 252 seconds]
headless has joined #armlinux
<milkylainen>
LeSpocky: appreciate it.
<milkylainen>
It trashed the flash on the other cs by leaving the spidev cs active. I've sort of fixed it in the controller part by checking for "stale" cs. But it's a ugly solution.
<milkylainen>
Got to go. bbl.
gclement has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
gclement has quit [Quit: Leaving.]
apritzel has joined #armlinux
mvaittin has joined #armlinux
nsaenz has joined #armlinux
trichard has joined #armlinux
nsaenz has quit [Ping timeout: 244 seconds]
<geertu>
milkylainen: Do you play with the cs_change field?
trichard has quit [Client Quit]
trichard has joined #armlinux
trichard has quit [Client Quit]
headless has quit [Quit: Konversation terminated!]
mvaittin has quit [Ping timeout: 244 seconds]
heat has joined #armlinux
apritzel has quit [Ping timeout: 252 seconds]
HerbY_NL has joined #armlinux
zkrx has quit []
zkrx has joined #armlinux
zkrx has quit []
zkrx has joined #armlinux
gclement has joined #armlinux
HerbY_NL has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
apritzel has joined #armlinux
nsaenz has joined #armlinux
gclement has quit [Quit: Leaving.]
nsaenz has quit [Ping timeout: 260 seconds]
nsaenz has joined #armlinux
HerbY_NL has joined #armlinux
nsaenz has quit [Remote host closed the connection]
TheCoffeMaker has quit [Ping timeout: 252 seconds]
apritzel has quit [Ping timeout: 246 seconds]
nsaenz has joined #armlinux
nsaenz has quit [Ping timeout: 252 seconds]
wens has quit [Read error: Connection reset by peer]
wens_ has joined #armlinux
wens_ has quit [Read error: Connection reset by peer]
HerbY_NL has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
wens has joined #armlinux
HerbY_NL has joined #armlinux
lain6141_ has quit [Read error: Connection reset by peer]
lain6141_ has joined #armlinux
psydroid has joined #armlinux
trichard has joined #armlinux
HerbY_NL has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
gclement has joined #armlinux
trichard has quit [Quit: Leaving.]
heat has quit [Read error: Connection reset by peer]
heat_ has joined #armlinux
gclement has quit [Read error: Connection reset by peer]
gclement has joined #armlinux
gclement has quit [Quit: Leaving.]
trichard has joined #armlinux
nsaenz has joined #armlinux
trichard has quit [Remote host closed the connection]
nsaenz has quit [Ping timeout: 272 seconds]
nsaenz has joined #armlinux
nsaenz has quit [Ping timeout: 260 seconds]
apritzel has joined #armlinux
<milkylainen>
geertu: I've tried playing with cs_change for different parts of the communication. If all the parts of the transactions are cs_change = 1, then it goes active and never goes inactive. I have poll parts of a transaction. Those are normally cs_change = 0. Then it toggles the cs. Seems inverted.
mvaittin has joined #armlinux
<milkylainen>
hmm. the spi core seems to have a keep_cs for the last transfer if cs_change is set. Not sure I understand the rationale.
heat_ has quit [Remote host closed the connection]
heat_ has joined #armlinux
heat_ is now known as heat
<milkylainen>
maybe i should keep them all as cs_change = 0.
HerbY_NL has joined #armlinux
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
<arnd>
has anyone here recently booted an arm32 lpae kernel on a machine with actual RAM above the 4GB line? I was planning to try out some of the changes I talked about at LPC but it seems to always crash while loading /sbin/init
<arnd>
I tried linux-6.11 and linux-6.1, qemu-7.2 and qemu-9.1, defconfig+LPAE and the debian distro config, cpu=cortex-a15 and cpu=max , as well as multiple values for CONFIG_VMSPLIT, but the behavior remains the same in all combinations.
<arnd>
turning off highmem makes it work, as does giving the machine less than 3080MB of RAM
HerbY_NL has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<arnd>
my userland is debian-12 armel (not armhf), that's one thing I wanted to try changing but haven't yet
<arnd>
When it hangs, I eventually get a rcu stall, but I suspect that's a secondary problem after something else breaks before that https://pastebin.com/raw/GVuWsM4U
<ardb>
but as you said, this is just a symptom of the CPU getting stuck somewhere
<ardb>
or it might just be the extremely slow emulation
headless has quit [Remote host closed the connection]
<arnd>
I don't think it can be just slow emulation, that doesn't explain why it works fine with "-m 3079M" and below but fails with "-m3080M" or higher
headless has joined #armlinux
sdrfan123 has quit [Quit: Client closed]
<ardb>
good point
headless has quit [Client Quit]
<arnd>
ardb: I just tried qemu-4.2 and that works, so I guess I'll be bisecting
<ardb>
arnd: yeah -m 3079m makes the stalls go away for me too
<ardb>
ah no wait
<ardb>
ok so this is a different issue
<ardb>
this is synquacer so it might simply be too slow
<arnd>
it broke again in one of the three commits 6d2654ffac..f3639a64f602, but I couldn't figure out which one since it doesn't boot at all between them