[CCing the regression list, as it should be in the loop for regressions: https://docs.kernel.org/admin-guide/reporting-regressions.html] On 12.06.24 19:00, João Paulo Gonçalves wrote: > > It appears that omap2-mcspi broke on kernel v6.10. I was testing an EEPROM like > SPI FRAM using this DT: > > &main_spi1 { > pinctrl-0 = <&pinctrl_spi1>, > <&pinctrl_gpio_4>; > cs-gpios = <&mcu_gpio0 4 GPIO_ACTIVE_LOW>; > status = "okay"; > > fram@0 { > compatible = "fujitsu,mb85rs256", "atmel,at25"; > reg = <0>; > address-width = <16>; > size = <32768>; > spi-max-frequency = <33000000>; > pagesize = <1>; > }; > }; > > On kernel v6.9, spi works fine and is possible to read/write the FRAM. However, > on kernel v6.10-rc3 it gives me an Oops after a timeout: > [...] Thx for the report. Hmm, no developer replied yet. I suspect that means they have no idea what causes this. In that case the thing that really helps would be if you could use a git bisection to find the change that causes this. Anyway, to ensure that does not fall though the cracks, let me add this to the tracking: #regzbot report ^ #regzbot introduced: v6.9..v6.10-rc3 #regzbot summary: spi: omap2-mcspi: omap2-mcspi broke, Oops after a timeout Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page.