14:11 <arnd> broonie: do you have a fix for "arch/arm64/kernel/fpsimd.c:158:12: error: unused function 'get_sve_default_vl' [-Werror,-Wunused-function]" in today's linux-next?

14:12 <broonie> arnd: A couple of them, Will stopped applying the series rather than just skipping the one patch he queried.

14:14 <arnd> ok, I'll just do a local revert for today then

14:15 <broonie> No guarantees if/when anything more will get applied.

14:24 <milkylainen> arnd: Ordered both the cavium tx and the imx8 variants from gateworks. I don't have much hope for the Cavium TX1 stripped variant, but I've ordered one anyway.

14:26 <arnd> milkylainen: let me know how far you get with that one anyway, sounds like a fun way to waste a work day

14:26 <milkylainen> Hah. :D

14:26 <milkylainen> Probably use it as a skipping stone come summer. :)

15:21 <mwalle> broonie: there were some attempts to add a new_device property to the spi bus. but all seem to have been given up on. although there was not a hard "no" but it was only wrong how it was implemented. I'd like to give it another try. basically i'd do a echo "<modalias> <cs>" > /sys/bus/spi/devices/spi0/new_device

15:22 <broonie> I have no recollection of previous attempts or what the issues were.

15:22 <mwalle> but i fear that it won't be thaat useful in the end without having a max_freq (and maybe mode)

15:22 <mwalle> broonie: https://patchwork.kernel.org/project/spi-devel-general/patch/20171221200309.17967-1-kyle.roeschley@ni.com/ there was one 4 years ago, for example

15:22 <broonie> Yes, I think loading a small DT overlay is probably more useful.

15:23 <mwalle> broonie: yes, but is that possible for example on x86?

15:23 <broonie> ACPI has an overlays equivalent.

15:23 <broonie> Ah, the issue with that one was that it was tied to spidev which is obviously not good.

15:24 <mwalle> broonie: yep, and there was just the modalias missing. i.e. echo "at25 0" > /sys/bus/spi/devices/spi0/new_device would bind an eeprom

15:29 <mwalle> broonie: i have an usb device which is an spi controller. but thats it. No devices are connetecd to it. Usually, its used as a flash programmer, but you can connect anything to it.

15:57 <geertu> mwalle: mcp2210, by any chance?

15:58 <mwalle> geertu: no ch341

15:59 <geertu> mwalle: You can run the DT tests on x86, right? So basic DT should work.

16:00 <mwalle> geertu: that mcp2210 looks nice, but I actually needed an usb-to-i2c, and that ch341 have both, i2c and spi

16:00 <geertu> THat also contains overlay tests, so overlays should work, too

16:00 <broonie> There are entire x86 systems that use DT rather than ACPI, with more to come.

16:01 <geertu> mwalle: I think i2c or spi doesn't matter much, both can be solved in the same way

16:02 <mwalle> geertu: sure, with i2c theres already that new_device thingy (although it doesnt really work for me because I'd need additional properties)

16:02 <geertu> mwalle: Does it have an EEPROM to store user data, like mcp2210? Then you can store e.g. an SHA1 of your DT overlay blob, and load that through request_firmware()?

16:02 <geertu> mwalle: yes, adding a pure i2c device through sysfs is easy

16:03 <mwalle> geertu: no it doesn't. well you can have an external eeprom. but (1) most "programmers" you can buy doesn't have one and (2) i'm not sure if it just works with the UART mode

16:05 <mwalle> tbh. this chip isn't really good at spi nor at i2c. but its a chip which is readily available and has usb. I couldn't really find a usb-to-i2c bridge

16:06 <broonie> Why bother when you can bitbang GPIOs? :P

16:07 <mwalle> broonie: you mean usb to gpio?

16:07 <bencoh> with some ftdi chip for instance

16:07 <broonie> yes

16:07 <bencoh> (that thing in most usb/serial adapters)

16:08 <mwalle> bencoh: i know the ftdi chips ;)

16:08 <mwalle> well is there an in-kernel driver for it? and then I don't think it's really fast (i actually want to drive an i2c display)

16:08 <mwalle> and actually that ch341 works really well with it

16:09 <bencoh> i2c is only used for control with displays, I highly doubt it wouldn't be fast enough

16:10 <mwalle> bencoh: depends on the display :) see ssd130x series

16:10 <bencoh> ah, that kind of display ... I see

16:11 <mwalle> yeah not like huge panels