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
archetech has joined #armlinux
amitk has joined #armlinux
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #armlinux
tlwoerner_ has joined #armlinux
tlwoerner has quit [Ping timeout: 248 seconds]
Misotauros has joined #armlinux
archetech has quit [Quit: Konversation terminated!]
Misotauros has quit [Ping timeout: 276 seconds]
ravan has quit [Quit: Taking your leave]
ravan has joined #armlinux
ravan has quit [Changing host]
ravan has joined #armlinux
ravan has quit [Remote host closed the connection]
ravan has joined #armlinux
ravan has quit [Changing host]
ravan has joined #armlinux
ravan has quit [Remote host closed the connection]
ravan has joined #armlinux
ravan has quit [Changing host]
ravan has joined #armlinux
milkylainen has joined #armlinux
ravan has quit [Quit: Taking your leave]
sudeepholla has quit [Ping timeout: 240 seconds]
mcoquelin has joined #armlinux
mcoquelin has quit [Ping timeout: 260 seconds]
prabhakarlad has joined #armlinux
headless has joined #armlinux
Pali has joined #armlinux
<ukleinek> geertu: re https://lore.kernel.org/linux-pwm/CAMuHMdX7Kic2WG+f6hAdjz7SGSjWfi-UTdOrxtmV6D4zE3zh1Q@mail.gmail.com, I wonder if I missed some irony on "You forgot to mention that pwm_state.period is no longer truncated to u32."
mcoquelin has joined #armlinux
<geertu> ukleinek: No irony intended
<geertu> > - int duty_ns, int period_ns, bool enabled)
<geertu> > + u64 duty_ns, u64 period_ns, bool enabled)
<geertu> So my comment was wrong: it was truncated to (signed) int
<ukleinek> geertu: I wrote: "Another side effect is that values bigger than INT_MAX for period and duty_cyle are not wrongly discarded any more." which I consider to cover that issue.
<geertu> ukleinek: Bummer. Please ignore my comment.
<geertu> Sorry for the fuzz.
<ukleinek> geertu: no problem, my question was honest, I just wanted to prevent me not catching a joke :-)
<ukleinek> ... in public
luispm has joined #armlinux
<geertu> ukleinek: ;-)
* geertu sent a public correction and apology
Pali has quit [Ping timeout: 256 seconds]
<javierm> geertu: hi, I noticed that you gave me your R-b on all patches but 5/5 for https://www.spinics.net/lists/kernel/msg4318281.html
<javierm> geertu: wondered if you think there are still issues with https://www.spinics.net/lists/kernel/msg4318280.html or if I should wait for your review before pushing
<geertu> javierm: It LGTM, but I'm not 100% sure about the spi table.
<geertu> Hence no complaint from me, but also no R-b ;-)
<javierm> geertu: I see. But without that module auto loading wouldn't work, right ?
<geertu> javierm: I don't know
<javierm> geertu: but thanks for the confirmation, then I know that shouldn't wait for your R-b :)
<geertu> javierm: I'm send one right now...
<geertu> sending
<javierm> geertu: great, thanks!
nsaenz has joined #armlinux
tre has joined #armlinux
Xogium has quit [Quit: Leaving.]
Xogium has joined #armlinux
cbeznea has joined #armlinux
mag has quit [Ping timeout: 246 seconds]
iivanov has quit [Read error: Connection reset by peer]
iivanov has joined #armlinux
Turingtoast has joined #armlinux
djrscally has joined #armlinux
* wens sent a bulk edit patch that was too large for the mailing lists ...
mag has joined #armlinux
<milkylainen> Does anyone know if there is someone on IRC to ask about the Intel IGB ethernet nic driver, rather than just the netdev list?
<milkylainen> The osuosl list didn't generate anything useful. :\
<krzk> Hi all, anyone knows the Kconfig trick for not allowing another symbol to be a module, if I am not a module? IOW, (CONFIG_XXX=y => CONFIG_YYY=y|n) && (XXX=m => YYY=y|m|n)?
<javierm> krzk: on XXX Kconfig definition have depends on YYY=y || (YYY=m && m) maybe ?
<javierm> krzk: I see in that thread that select was used, that will also make sure that the selected symbol matches the tristate, i.e: CONFIG_XXX=y selects CONFIG_YYY={y,m}
<javierm> err, CONFIG_XXX={y,m} selects CONFIG_YYY={y,m}
<krzk> javierm: yes, but I want to be able to disable the YYY as well. select does not allow that.
<javierm> krzk: then I think that a depends on in the reverse direction but with =y || (=m && m) should do it
<javierm> that is, instead of making XXX select YYY make YYY depend on XXX=y || (XXX=m && m)
<krzk> javierm: depends on USB_ROLE_SWITCH=y || (USB_ROLE_SWITCH=m && m) <- does not work
<krzk> ah, wait you mean YYY should depend on XXX? this cannot do easily :( (YYY is the core driver, XXX is a regular driver like many of such)
<krzk> javierm: maybe if I create some intermediary symbol... but that also won't get accepted :/
<javierm> krzk: I see... let me try here to better understanding the issue
<javierm> krzk: so you want CONFIG_EXTCON_PTN5150=y if CONFIG_USB_ROLE_SWITCH=y and CONFIG_EXTCON_PTN5150=m if CONFIG_USB_ROLE_SWITCH=m ?
<krzk> javierm: not entirely CONFIG_EXTCON_PTN5150=y if CONFIG_USB_ROLE_SWITCH=y|n and CONFIG_EXTCON_PTN5150=m if CONFIG_USB_ROLE_SWITCH=y|m|n
<krzk> javierm: the USB_ROLE_SWITCH is entirely optional (and it has necessary stubs), so it should be allowed to disable it.
<javierm> krzk: ah, so EXTCON_PTN5150 doesn't fully depend on USB_ROLE_SWITCH ?
<krzk> javierm: exactly, role switch is optional
<krzk> so actually I want to disallow only one choice: (CONFIG_EXTCON_PTN5150=y if CONFIG_USB_ROLE_SWITCH=m) <- this won't work
matthias_bgg has joined #armlinux
<arnd> krzk: the idiomatic way for that is 'depends on USB_ROLE_SWITCH || !USB_ROLE_SWITCH'
<arnd> krzk: it's what a number of other drivers already use
<arnd> see drivers/usb/typec/Kconfig
<arnd> krzk: an alternative is to have a helper symbol like we do for CONFIG_PTP_1588_CLOCK_OPTIONAL
<krzk> arnd: ah, I checked that idiomatic way and was sure it did not work, but it actually works, just limits the XXX (PTN5150) choices, so this confused me.
<krzk> arnd: The helper symbol is interesting choice but will spread all over, so maybe the depends is better. Thanks, that solves my problem.
<javierm> interesting, I wasn't aware of that Kconfig idiom
<mvaittin> krzk: I think I've hit this exactly same issue with the BD70528 WDG and RTC in the past. Back the it was Guenter who helped me out. It'd be great if there was some slightly more clear 'define' (like depends on NOT_MODULE(FOO)) for doing this - at least to me the depends on FOO || !FOO is counter intuitive... Unfortunately I have never studied the Kconfig so I have no idea if buiding such was possible.
monstr has joined #armlinux
Amit_T has joined #armlinux
Turingtoast has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
Turingtoast has joined #armlinux
<arnd> geertu: I sent a patch for removing ISA_DMA_API on m68k earlier today, after another look I think that GENERIC_ISA_DMA can go away as well -- if there are any ISA cards on Q40 or AMIGA_PCMCIA, I'm fairly sure they never worked with bus-master DMA
<arnd> geertu: are there any non-DMA ISA cards that are commonly used on either machine, and that still have a driver in the kernel?
headless has quit [Quit: Konversation terminated!]
bps has joined #armlinux
Turingtoast has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 260 seconds]
<geertu> arnd: The Q40 does have ISA slots http://www.q40.de/download/Q40.jpg
<geertu> Amiga big boxes (A[234]000) also have ISA slots, but to use these, you need to install a bridgeboard first.
<geertu> Not supported by Linux, although you can probably find some very old preliminary patches.
<geertu> (GoldenGate II, not to be confused with the VLSI VAS96011/12 on CHRP LongTrail)
<geertu> arnd: Old bits are slowly being refreshed in my aging memory. Q40 relies on an ISA card for e.g. IDE
<geertu> But nowadays it uses the atari-falcon-ide driver for that.
<arnd> Ah right, that makes sense. IDE clearly works in PIO mode, unlike floppy.
<arnd> ne2k would also work in PIO mode, and again seems to have Q40 bits
<geertu> arnd: Nothing should use ISA DMA
<milkylainen> 4000/040. Those were the days.
<arnd> geertu: ok, then I'll update the patch to drop GENERIC_ISA_DMA from m68k entirely
atorgue has joined #armlinux
<geertu> arnd: Ah, the GG2 relics were removed in 808fa62f1b0f75ee ("m68k: Remove dead GG2 config option")
<arnd> geertu: but AMIGA_PCMCIA still works, right?
<arnd> with ISA cards behind a PCMCIA bridge
<geertu> arnd: You mean real ISA cards on a PCMCIA-to-ISA bridge?
<arnd> yes, that is what CONFIG_ISA refers to
<geertu> (diving into history: originally GENERIC_ISA_DMA was def_bool y when introduced on m68k, and restricted to AMIGA PCMCIA, Q40, and GG2 later)
<geertu> arnd: AFAIK the Amiga PCMCIA has only been used succesfully with 8390/apne.c
<geertu> not with real ISA cards on an expansion board that plugs into the PCMCIA slot
<arnd> ok, then I think we should drop ISA and GENERIC_ISA_DMA for AMIGA_PCMCIA as well
<arnd> oh, it's possible that CONFIG_ISA interacts with the PCMCIA subsystem in other ways as well, it appears to implicitly enable CONFIG_PCMCIA_PROBE in order to pick a free IRQ
<arnd> :qa
<arnd> oops
<geertu> arnd: Probably PCMCIA and ISA are entangled deeply :-(
<arnd> not too much really. We assume that you can have PCMCIA support if ISA or PCI are available, and the drivers can share most of the internals, but aside from that, the PCMCIA subsystem lacks all the worst parts of the ISA code (which doesn't really have a subsystem)
<arnd> ah, I had not noticed that AMIGA_PCMCIA is completely detached from CONFIG_PCMCIA, that sure simplifies things
<geertu> arnd: yeah, we only support the real basic stuff
<arnd> geertu: nothing wrong with that, I suppose arch/m68k/amiga/pcmcia.c could in fact get merged into drivers/net/ethernet/8390/apne.c if anyone cared, but it doesn't hurt to keep the option for a second device either
<geertu> arnd: However, the recent apne rework (not yet upstream) adds optional reliance on CONFIG_PCCARD (https://lore.kernel.org/all/20211119202500.17850-4-schmitzmic@gmail.com)
<arnd> looks like that is only one standalone function it actually needs. Need to keep that in mind when brodo finally deletes the 16-bit PCMCIA support as he's been planning for a while. I think the function can simply be moved into apne or amiga_pcmcia if it comes to that
pg12 has quit [Ping timeout: 246 seconds]
pg12 has joined #armlinux
scosu has quit [Ping timeout: 260 seconds]
scosu has joined #armlinux
torez has joined #armlinux
tlwoerner_ has quit [Quit: Leaving]
tlwoerner_ has joined #armlinux
tlwoerner_ has quit [Remote host closed the connection]
tlwoerner has joined #armlinux
cleger has joined #armlinux
jlinton has joined #armlinux
haritz has joined #armlinux
haritz has quit [Changing host]
haritz has joined #armlinux
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 250 seconds]
amitk_ has joined #armlinux
tre has quit [Remote host closed the connection]
amitk has quit [Ping timeout: 240 seconds]
bps has quit [Ping timeout: 256 seconds]
<mwalle> Can someone shed some light at how (high) level triggered interrupt with this commit https://git.kernel.org/torvalds/c/be36abb71d878f3320412a84e6bbec8dd796010c
<mwalle> But I don't understand how it should work. Does it work with shared level interrupts? or does that fasteio thing only prevent the second edge interrupt from being fired
monstr has quit [Remote host closed the connection]
headless has joined #armlinux
luispm has quit [Quit: Leaving]
Tokamak has quit [Ping timeout: 246 seconds]
sudeepholla has joined #armlinux
sudeepholla_ has joined #armlinux
jlinton has quit [Ping timeout: 250 seconds]
Tokamak has joined #armlinux
sudeepholla has quit [Ping timeout: 240 seconds]
cleger has quit [Remote host closed the connection]
ardb has joined #armlinux
jlinton has joined #armlinux
Misotauros has joined #armlinux
<arnd> second patch bomb of the day, converting pxa and omap1 to multiplatform
cbeznea has quit [Ping timeout: 240 seconds]
<jn> nice!
<geertu> mwalle: A shared level interrupts stays asserted until the last source has been acked.
Pali has joined #armlinux
<mwalle> geertu: right. thats clear. But the hardware will can only generate interrupts on pin state changes. So I don't know how that was mapped to "the driver will accept level triggered interrupts"
cbeznea has joined #armlinux
<broonie> mwalle: Wishful thinking with someone having attached a level triggered device to an edge triggered interrupt controller?
<broonie> You can bodge it well enough for some uses by polling the GPIO (there's examples upstream) but not usually in the interrupt controller.
gdd has quit [Ping timeout: 272 seconds]
gdd has joined #armlinux
XV8 has joined #armlinux
apritzel has joined #armlinux
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 260 seconds]
apritzel has quit [Ping timeout: 246 seconds]
<mwalle> broonie: to be fair its the GPIO controller which can do interrupts too (there is a dedicated ARM GICv2 where you can mux some external pins,.. but its high level only)
<mwalle> broonie: but I'd like to understand what the intention of the EOI handler was. I mean it wasn't an oversight as it was explicitly explained in the commit message. unfortunately, the original authors mail bounces
<mwalle> (i may just found his new mail though)
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 240 seconds]
bps has joined #armlinux
bps has quit [Changing host]
bps has joined #armlinux
Amit_T has quit [Quit: Leaving]
SallyAhaj_ has joined #armlinux
darkapex_ has joined #armlinux
SallyAhaj has quit [Ping timeout: 246 seconds]
darkapex has quit [Ping timeout: 240 seconds]
darkapex_ has quit [Ping timeout: 256 seconds]
darkapex has joined #armlinux
Lucanis has quit [Quit: Leaving]
Lucanis has joined #armlinux
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 260 seconds]
amitk_ has quit [Ping timeout: 256 seconds]
iivanov has quit [Quit: Leaving...]
prabhakarlad has quit [Quit: Client closed]
sudeepholla has joined #armlinux
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 256 seconds]
sudeepholla has quit [Ping timeout: 256 seconds]
cbeznea has quit [Quit: Leaving.]
cbeznea has joined #armlinux
cbeznea has quit [Client Quit]
headless has quit [Quit: Konversation terminated!]
jlinton has quit [Quit: Client closed]
jlinton has joined #armlinux
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 240 seconds]
atorgue has quit [Quit: Client closed]
nsaenz has quit [Remote host closed the connection]
jlinton has quit [Ping timeout: 250 seconds]
apritzel has joined #armlinux
Misotauros has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
Misotauros has joined #armlinux
Misotauros has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
Misotauros has joined #armlinux
Turingtoast has joined #armlinux
Misotauros has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
Turingtoast has quit [Ping timeout: 240 seconds]
Misotauros has joined #armlinux
tlwoerner has quit [Remote host closed the connection]
tlwoerner has joined #armlinux
torez has quit [Quit: torez]
Misotauros has quit [Ping timeout: 248 seconds]
djrscally has quit [Ping timeout: 260 seconds]
Turingtoast has joined #armlinux