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
mvaittin has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
apritzel has quit [Quit: Leaving]
mraynal has quit [Remote host closed the connection]
mraynal has joined #armlinux
alpernebbi has quit [Ping timeout: 252 seconds]
alpernebbi has joined #armlinux
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #armlinux
System_Error has quit [Remote host closed the connection]
System_Error has joined #armlinux
heat has quit [Ping timeout: 252 seconds]
hanetzer has quit [Ping timeout: 265 seconds]
hanetzer has joined #armlinux
fancer has joined #armlinux
DrPatater has quit [Quit: Explodes into a thousand pieces]
DrPatater has joined #armlinux
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #armlinux
fancer has quit [Quit: Konversation terminated!]
hanetzer has quit [Ping timeout: 252 seconds]
monstr has joined #armlinux
headless has joined #armlinux
gclement has joined #armlinux
gclement has quit [Client Quit]
gclement1 has joined #armlinux
rgallaispou has joined #armlinux
rgallaispou has quit [Ping timeout: 265 seconds]
cbeznea has joined #armlinux
nsaenz has joined #armlinux
nsaenz has quit [Ping timeout: 244 seconds]
headless has quit [Quit: Konversation terminated!]
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
fancer has joined #armlinux
<wens>
it seems -next now complains that genpd->dev.release is NULL
sszy has joined #armlinux
sihloo has quit [Read error: Connection reset by peer]
sihloo has joined #armlinux
sihloo has quit [Changing host]
sihloo has joined #armlinux
System_Error has quit [*.net *.split]
biju has joined #armlinux
<biju>
net/netfilter/ipvs/ip_vs_conn.c:1498:8: note: in expansion of macro ‘clamp’
<biju>
1498 | max = clamp(max, min, max_avail);
<biju>
same issue hit in today's next
<biju>
././include/linux/compiler_types.h:542:38: error: call to ‘__compiletime_assert_1052’ declared with attribute error: clamp() low limit min greater than high limit max_avail
<arnd>
biju: I think the extra checking just got added to clamp(), but I'm not sure if this is a real bug or a false positive. What is BITS_PER_LONG and PAGE_SIZE in your build?
<biju>
CONFIG_64BIT=y
<biju>
#define BITS_PER_LONG 64
<biju>
from include/asm-generic/bitsperlong.h
<biju>
with gcc12 arm compiler it builds ok.
<biju>
Build issue happens with gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu
<geertu>
biju: wrong argument order?
<geertu>
- max = clamp(max, min, max_avail);
<geertu>
+ max = clamp(max_avil, min, max);
<geertu>
arnd saw it last July ;-) 8111159a-c571-4c71-b731-184af56b5cb1@app.fastmail.com
<arnd>
geertu: ah, it did feel familiar, I just couldn't find a patch I did before. I'm still confused over whether the arguments are actually in the wrong order or just named in an unfortunate way
<arnd>
my reading earlier was that it actually tries to clamp the local variable named 'max' rather than trying to clamp the other one to that maximum
<geertu>
arnd: there's a "clamp_val(ip_vs_conn_tab_bits, min, max)" on the enxt line
<geertu>
so I guess min..max is the actual range
<arnd>
I think it's trying to clamp ip_vs_conn_tab_bits to min(8, max_avail)...max(max_avail, 27)
<arnd>
order_base_2(totalram_pages()) is a complex macro expansion, and it's possible that gcc splits that into two branches, with either constant-zero or variable values. In the constant-zero branch, 12-2-1-order_base_2(sizeof(struct ip_vs_conn)) is less than 8
<geertu>
Actually clamp(max, min, max_avail) and clamp(max_avail, min, max) do the same thing
<robmur01>
regardless of the intent, limiting a constant to a variable upper bound is a bit wacky, and indeed should still yield the same result the more sensible way round
<arnd>
good point, so that would likely address the build failure and help readability
<robmur01>
(that's "variable" in the context of the code logic, rather than compilation of course :))
prabhakalad has quit [Ping timeout: 252 seconds]
prabhakalad has joined #armlinux
<robmur01>
oh, I missed totalram_pages(), that is actually variable
psydroid has joined #armlinux
heat has joined #armlinux
gclement1 has quit [Read error: Connection reset by peer]
fancer has quit [Ping timeout: 245 seconds]
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
pikapika_lunar has joined #armlinux
gclement has joined #armlinux
gclement has quit [Client Quit]
gclement has joined #armlinux
headless has joined #armlinux
gclement has quit [Quit: Leaving.]
nsaenz has joined #armlinux
headless has quit [Quit: Konversation terminated!]
System_Error has joined #armlinux
mvaittin has quit [Ping timeout: 248 seconds]
rvalue has quit [Read error: Connection reset by peer]
<macromorgan>
might need some guidance... I found a regression in the 6.13 kernel that's likely a case of undefined behavior worked, now it doesn't. Long story short I need an efficient way of finding a child ADC device for an MFD when I have the parent device. Are there any helper macros I should be looking at?
<macromorgan>
I suspect because maybe in the past the devid was always NONE it could find the child ADC channel if given the parent?
<macromorgan>
is there an efficient way of saying "give me all drivers with this name" or "give me all drivers in the iio subsystem"? I know there is a subsystem one in U-Boot at least.
biju has quit [Quit: Konversation terminated!]
nsaenz has joined #armlinux
nsaenz has quit [Ping timeout: 246 seconds]
<robmur01>
macromorgan: device_find_child()?
<macromorgan>
right... device_find_child_by_name() might do the trick, let me try that thanks
rvalue- has joined #armlinux
rvalue has quit [Ping timeout: 246 seconds]
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
rvalue- is now known as rvalue
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #armlinux
nsaenz has quit [Remote host closed the connection]
hanetzer has joined #armlinux
cbeznea has quit [Ping timeout: 246 seconds]
headless has quit [Quit: Konversation terminated!]
monstr has quit [Remote host closed the connection]