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
<biju> 542 | _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
<biju> with arm gcc10 compiler
<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]
rvalue has joined #armlinux
psydroid has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
psydroid has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
gclement has joined #armlinux
mvaittin has joined #armlinux
pikapika_lunar has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
mvaittin has quit [Ping timeout: 248 seconds]
pikapika_lunar has joined #armlinux
MyNetAz has quit [Remote host closed the connection]
MyNetAz has joined #armlinux
gclement has quit [Ping timeout: 244 seconds]
headless has joined #armlinux
nsaenz has quit [Ping timeout: 276 seconds]
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
<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> commit e37ec3218870 ("mfd: axp20x: Allow multiple regulators") breaks using CONFIG_AXP20X_ADC
<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]
_rgallaispou has joined #armlinux
nsaenz has joined #armlinux
nsaenz has quit [Ping timeout: 260 seconds]
psydroid has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
_rgallaispou has quit [Ping timeout: 245 seconds]
lain6141 has quit [Remote host closed the connection]
lain6141 has joined #armlinux
lain6141 has quit [Changing host]
lain6141 has joined #armlinux
sihloo has quit [Quit: ZNC 1.9.1 - https://znc.in]