Michael Lyle

@mpannen1979 Which in principle supports fast read at a high clock rate. But apparently the board doesn't manage this on our devices (or the chips are fake, etc.)

Probably should wait after the other performance bugs once we've wrung all the perf we can get out of async serial.

There's no implementation, no. Do any firmwares support streaming logging data out SPI? (As opposed to talking to NOR flash chips, which is really something else)

Yah, I think it would be difficult to pretend to be a NOR flash chip, and if we did it we'd have a lot of the performance limitations that come...

Thanks for the feedback. --- can look into the possibility of doing this. Where'd you get yours? Note that I made a small batch myself, but all current production is...

> > Not every SPI device is happy with Chip Select being asserted on power-on and becoming deasserted only when the pinctrl kernel driver probes. > It's advisable to choose...

I like things being driven early for noise margin, etc. And there's some safety with setting pin directions always in the hat, etc, so that if the wrong hardware is...

@pelwell Well, if we don't think setting GPIO direction is useful (though I do), maybe the functionality should be deprecated. Leaving it there but broken in a way that doesn't...

@pelwell Driving things hard early makes things more robust. 50kohm impedance isn't very noise tolerant, especially for things that are going offboard (to a hat, often in no enclosure or...

@4712 we don't have our side implemented. There are TCP-to-serial relay drivers that could be used to talk to an existing TCP dongle, perhaps, but they sound like a pain...