6by9

fkms and bcm2708_fb are irrelevant to upstream, and TBH adding BE support to those feels like unnecessary churn downstream. Using simple_fb should work instead of bcm2708_fb. The firmware looks for...

Converted to draft as using the TPZ filter really doesn't work at present, and needs to either be fixed (if possible) or dropped.

Added a 16:9 cropped mode, and option of 10 or 12 readout for all modes. ``` pi@bookworm64:~ $ rpicam-hello --list-cameras Available cameras ----------------- 0 : imx477 [4056x3040 12-bit RGGB] (/base/axi/pcie@120000/rp1/i2c@80000/imx477@1a)...

> Perhaps we could enable the out-of-spec modes using a module or DT parameter? It should be disabled by default to make it clear they are not generally supported. >...

Name open to debate. I haven't tried it on Pi0-4, but I doubt it'll cope at 1.8Gbit/s. The vc4 ISP certainly won't keep up at that rate. I'll drop SM...

I had a brief discussion with both SM and DP. It'd need a test, but increasing frequency is unlikely to cause EMC problems in and of itself. It's the lower...

> D-PHY [driver](https://github.com/raspberrypi/linux/blob/rpi-6.6.y/drivers/media/platform/raspberrypi/rp1_cfe/dphy.c#L119) will currently log an error, and pin its timings (for e.g. clock recovery and entry/exit detection) for the 1350-1500 Mbps range. > > With 10bpp and cropping...

Issue reported with the 2028x1080 and 2028x1520 modes with 10 bit readout - we get totally white frames. It's only true at the new 1.8Gbit/s link frequency, so it's likely...

Discussion with GSH says to keep to the 1.5Gbit/s spec of RP1, so this will want a littler rework to allow alternate PLL multipliers in the MIPI clock path. We...

> Don't know if it helps to narrow down the issue, but on looking at these two modes again, the metadata is showing a fixed 94 microseconds ExposureTime, and a...