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
rvalue has quit [Ping timeout: 252 seconds]
rvalue has joined #armlinux
sakman has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 256 seconds]
mraynal has quit [Remote host closed the connection]
mraynal has joined #armlinux
sakman has joined #armlinux
heat has quit [Ping timeout: 264 seconds]
jclsn has quit [Ping timeout: 268 seconds]
jclsn has joined #armlinux
nmatrix has joined #armlinux
nmatrix has quit [Quit: Leaving]
argo has joined #armlinux
amitk has joined #armlinux
cbeznea_ has joined #armlinux
iivanov has joined #armlinux
sakman has quit [Ping timeout: 264 seconds]
Lockesmith has quit [Remote host closed the connection]
Lockesmith has joined #armlinux
monstr has joined #armlinux
Lockesmith has quit [Remote host closed the connection]
Lockesmith has joined #armlinux
luispm has joined #armlinux
sudeepholla_ has quit [Ping timeout: 252 seconds]
gclement has joined #armlinux
MWelchUK7 has quit [Quit: Ping timeout (120 seconds)]
MWelchUK7 has joined #armlinux
apritzel has joined #armlinux
headless has joined #armlinux
apritzel has quit [Ping timeout: 256 seconds]
vingu has quit [Quit: Leaving.]
vingu has joined #armlinux
sudeepholla_ has joined #armlinux
ezulian has joined #armlinux
gclement has quit [Ping timeout: 256 seconds]
frieder has joined #armlinux
gclement has joined #armlinux
nsaenz has joined #armlinux
headless_ has joined #armlinux
headless has quit [Ping timeout: 256 seconds]
sszy has joined #armlinux
headless_ is now known as headless
prabhakar has joined #armlinux
prabhakarlad has joined #armlinux
rgallaispou has joined #armlinux
headless has quit [Quit: Konversation terminated!]
<wens>
is it just me or is lore very slow?
prabhakarlad has quit [Ping timeout: 250 seconds]
prabhakar has quit [Ping timeout: 268 seconds]
<CounterPillow>
it's fast for me
heat has joined #armlinux
amitk_ has joined #armlinux
<epilys>
regular speed for me as well
<epilys>
Xen reports unknown arm instruction, interesting...
<epilys>
(XEN) d22v2 Rn should not be equal to Rt except for r31
<epilys>
(XEN) d22v2 unhandled Arm instruction 0x3d800000
<epilys>
(XEN) d22v2 Unable to decode instruction
apritzel has joined #armlinux
amitk_ has quit [Ping timeout: 264 seconds]
DrPatater has quit [Quit: Explodes into a thousand pieces]
DrPatater has joined #armlinux
apritzel has quit [Ping timeout: 256 seconds]
mvaittin_ has joined #armlinux
amitk_ has joined #armlinux
mvaittin has quit [Ping timeout: 264 seconds]
apritzel has joined #armlinux
qpla has joined #armlinux
prabhakar has joined #armlinux
prabhakarlad has joined #armlinux
luispm has quit [Ping timeout: 255 seconds]
amitk_ has quit [Ping timeout: 260 seconds]
heat has quit [Read error: Connection reset by peer]
heat_ has joined #armlinux
psydroid has joined #armlinux
<epilys>
Also unhandled Arm instruction 0xad000400
<epilys>
Is there an easy way to see what instruction matches this opcode?
<bjdooks>
assuming you meant aarch64 and not arm32
<ardb>
epilys: those are fp/simd instructions, so they may be trapping because the SIMD unit is disabled
<HdkR>
`rasm2 -D -a arm -b 64 -e 0xad000400` -> `stp q0, q1, [x0]`. Also works if you have rasm2 installed which can be handy :)
<epilys>
thanks everybody :)
<epilys>
I should probably make gcc not emit those instructions...
<epilys>
ARCH = armv8.2-a+nosimd+nofp I guess
<ajb-linaro>
odd that Xen can't handle simd instructions (although I can guess it doesn't handle SVE yet)
* epilys
realizes qemu build needs fp, woops
<epilys>
disabling just simd.
<epilys>
HdkR: rasm2 is very useful!
amitk_ has joined #armlinux
<ajb-linaro>
epilys I can run the qemu fcvt test under Xen and that works fine - so I think this might more be about the Xen decoder than the FPU/SIMD being disabled
<epilys>
hm xen doesn't recognize other stp instructions as well
<epilys>
3d800000 str q0, [x0]
<epilys>
ah that's an str
<ajb-linaro>
epilys there are two things - does Xen disable FPU/SIMD - which ^ seems to indicate no, and then can Xen handle when using quad load/stores against IO regions which I think is the problem
<ajb-linaro>
because most uses of quad load/store will be to RAM and therefor Xen never gets involved
luispm has joined #armlinux
<ajb-linaro>
epilys of course the other question is should we ever being doing a pair load/store to IO space? I suspect that would be unusual behaviour for a driver to write 256 bits to an IO register in one go
<epilys>
It happens after a GPU ioctl, if that makes a difference
<epilys>
Is this offtopic for this channel by the way?
<broonie>
That's yesterday's -next not today's? We did see that yesterday, Aishwarya was bisecting it but I don't think she finished/got a good result.
<broonie>
But yeah, basically everything is broken..
ezulian has quit [Quit: ezulian]
ezulian has joined #armlinux
<NishanthMenon>
thanks broonie :(
headless has joined #armlinux
<NishanthMenon>
hmm.. cross checking the internal report: you are right, regression did pop up on 0130, i was mistaken it was 0131.
prabhakarlad has quit [Quit: Client closed]
prabhakar has quit [Quit: Connection closed]
<broonie>
NishanthMenon: Looks like it's working today with our internal tests. Aishwarya says the bisect yesterday was inconclusive.
<NishanthMenon>
Sigh.. my kci download script is still flaky.. still picking up yesterday's build.. grr..
<NishanthMenon>
thanks broonie.. will manually rebuild and check..
<broonie>
KernelCI seems backlogged right now so didn't build today's -next from the looks of it (there are builds from today showing)
<NishanthMenon>
aah ok. no worries.. triggered local build.. once i trigger the farm should have results in 20-30 mins or so..
<linusw__>
NishanthMenon: out of curiosity: do you have the odd keystone board with very much memory in that test farm?
<NishanthMenon>
umm.. let me check
prabhakar has joined #armlinux
prabhakarlad has joined #armlinux
<NishanthMenon>
3 boards k2g-ice, k2g-evm and k2hk-evm (u-boot k2g-ice is 512MB, k2g-evm is 2G, trying to find k2hk size)..
<NishanthMenon>
k2hk is 1G - at least in my logs
<NishanthMenon>
sorry linusw__ looks like at least my boards in farm dont..
<linusw__>
NishanthMenon: the 2G board and 1G board will at least stress test highmem a bit and that's great.
<linusw__>
at least if you put some load on the system.
<NishanthMenon>
highmem, sure.. i was'nt sure if you were looking for those massive 32G boards.. :(
<arnd>
according to roxell, reverting 5797b1c18919 gets you past the workqueue regression
<NishanthMenon>
arnd: thanks. Will try.
<arnd>
geertu: I see you removed drivers/staging/boards, nice!
<arnd>
should we make CONFIG_FB_SH_MOBILE_LCDC superh-only now?
<geertu>
arnd: Technically, it still works on ARM
<arnd>
geertu: yes, but there is no DT support and no platform_data definition. I think we removed a couple of other fbdev drivers that have a working drm replacement
<geertu>
arnd: OK, I will send a patch
apritzel has quit [Remote host closed the connection]
apritzel has joined #armlinux
monstr has quit [Remote host closed the connection]
amitk_ has joined #armlinux
prabhakarlad has joined #armlinux
heat_ has joined #armlinux
heat has quit [Read error: Connection reset by peer]
gclement has quit [Ping timeout: 255 seconds]
amitk_ has quit [Ping timeout: 264 seconds]
frieder has quit [Remote host closed the connection]
<NishanthMenon>
arnd: sorry for the late resp, reverted 5797b1c18919 looks like something else is also pending behind that one.. https://www.irccloud.com/pastebin/HWOZJ2i2/