Add support for strobe_shift, strobe_width and mode custom controls.

Signed-off-by: Lee Jackson <info@arducam.com>

This config was missed from
06ccedb3

 ("defconfigs: Add VIDEO_MUX to all defconfigs")
so we had the mux framework, but not the control of GPIOs.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

There is no obligation for all source devices on a video-mux to
require the same bus configuration, so read the configuration
from the sink ports, and relay via get_mbus_config on the source
port.
If the sources support get_mbus_config, then call that first.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

This reverts commit 04887243.

See: https://github.com/raspberrypi/linux/issues/5145



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

This reverts commit 09201006.

See: https://github.com/raspberrypi/linux/issues/5145



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

This reverts commit eaf3a094.

See: https://github.com/raspberrypi/linux/issues/5145



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

This reverts commit b574d1e3.

See: https://github.com/raspberrypi/linux/issues/5145



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

Now that cursors are implemented as regular planes, all cursor
movements result in atomic updates. As the firmware-kms driver
doesn't support asynchronous updates, these are synchronous, which
limits the update rate to the screen refresh rate. Xorg seems unaware
of this (or at least of the effect of this), because if the mouse is
configured with a higher update rate than the screen then continuous
mouse movement results in an increasing backlog of mouse events -
cue extreme lag.

Add minimal support for asynchronous updates - limited to cursor
planes - to eliminate the lag.

See: https://github.com/raspberrypi/linux/pull/4971
     https://github.com/raspberrypi/linux/issues/4988



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

Adding a dedicated hw_params function to limit the maximum sample
rate of the IFX/Merus board to 48000ksps.

Thanks to Ariel Muszkat for the support.

Signed-off-by: Joerg Schambacher <joerg@hifiberry.com>

Set GPIO 8 as input np for proper msel configuration at boot up.

Signed-off-by: Ashish Vara <ashishhvara@gmail.com>

Added overlay file for dacberry400 audio card.

Signed-off-by: Ashish Vara <ashishhvara@gmail.com>

Added Sound card driver for DACberry400 Audio card.

Signed-off-by: Ashish Vara <ashishhvara@gmail.com>

See: https://forums.raspberrypi.com/viewtopic.php?t=339143



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

See: https://forums.raspberrypi.com/viewtopic.php?t=339143



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

See: https://github.com/raspberrypi/linux/issues/5127



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

There are third-party CSI-2 muxes available that ideally want to
be configured to have any of the supported image sensors.
That wants the sensor configuration to be split out into fragements
that can be included in the relevant places, and then an overall
overlay that pulls them in.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

Supports camera multiplexers using the mux framework.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

These are currently identical to IMX290, but have slightly
different maximum frame rate capabilities.

Add overlays for the different compatible strings.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

IMX327 is the previous generation to IMX290, and supports up to 1080p60
as 10 or 12 bit.
IMX290 adds 1080p120 in 10 bit mode.
IMX462 adds 1080p120 in both 10 and 12 bit modes.

Add compatible strings for all variants.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

commit 53565c28 upstream.

The current code tries to handle the case where CONFIG_PM isn't selected
by first calling our runtime_resume implementation and then properly
report the power state to the runtime_pm core.

This allows to have a functionning device even if pm_runtime_get_*
functions are nops.

However, the device power state if CONFIG_PM is enabled is
RPM_SUSPENDED, and thus our vc4_hdmi_write() and vc4_hdmi_read() calls
in the runtime_pm hooks will now report a warning since the device might
not be properly powered.

Even more so, we need CONFIG_PM enabled since the previous RaspberryPi
have a power domain that needs to be powered up for the HDMI controller
to be usable.

The previous patch has created a dependency on CONFIG_PM, now we can
just assume it's there and only call pm_runtime_resume_and_get() to make
sure our device is powered in bind.

Link: https://lore.kernel.org/r/20220629123510.1915022-39-maxime@cerno.tech


Acked-by: Thomas Zimmermann <tzimmermann@suse.de>
Tested-by: Stefan Wahren <stefan.wahren@i2se.com>
Signed-off-by: Maxime Ripard <maxime@cerno.tech>

commit f1bc386b upstream.

We already depend on runtime PM to get the power domains and clocks for
most of the devices supported by the vc4 driver, so let's just select it
to make sure it's there.

Link: https://lore.kernel.org/r/20220629123510.1915022-38-maxime@cerno.tech


Acked-by: Thomas Zimmermann <tzimmermann@suse.de>
Tested-by: Stefan Wahren <stefan.wahren@i2se.com>
Signed-off-by: Maxime Ripard <maxime@cerno.tech>

If we get a simultaneous FS + FE interrupt for the same frame, it cannot be
marked as completed and returned to userland as the framebuffer will be refilled
by Unicam on the next sensor frame. Additionally, the timestamp will be set to 0
as the FS interrupt handling code will not have run yet.

To avoid these problems, the frame is considered dropped in the FE handler,
and will be returned to userland on the subsequent sensor frame.

Signed-off-by: Naushir Patuck <naush@raspberrypi.com>

Uses Infineon MA120x0 amplifier and supports full sample rate of 192ksps.

Signed-off-by: Joerg Schambacher <joerg@hifiberry.com>

Adds AMP3 board definitions.

Signed-off-by: Joerg Schambacher <joerg@hifiberry.com>

See: https://github.com/raspberrypi/linux/issues/5117



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

Signed-off-by: Phil Elwell <phil@raspberrypi.com>

The kernel now rejects the creation of a DT node with the same name as
an existing node, so take care not to do that.

Signed-off-by: Phil Elwell <phil@raspberrypi.com>

Add support for the CEPH distributed filesystem.

See: https://github.com/raspberrypi/linux/issues/2916



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

The Raspberry Pi defconfigs enable suport for IP Virtual Servers with
many of the optional features, but for some reason exclude the IPV6
support. The relevant Kconfig file says "Say Y if unsure", and the
change only makes a few modules a bit larger (~30kB), so most users
should see no difference.

See: https://github.com/raspberrypi/linux/issues/2860



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

See: https://github.com/raspberrypi/linux/issues/4984



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

There are cases where hotplug detect is incorrectly wired
or it is desired that the HDMI outputs are disabled.

Add an override to vc4-kms-v3d and vc4-kms-v3d-pi4 to do that.

https://forums.raspberrypi.com/viewtopic.php?t=337623



Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>

This reverts commit 3c65b730.

The reverted commit is likely to also be reverted upstream, but with a
performance regression like this I don't want to wait for that.

See: https://github.com/raspberrypi/linux/issues/5097



Signed-off-by: Phil Elwell <phil@raspberrypi.com>

Signed-off-by: Phil Elwell <phil@raspberrypi.com>

commit db1b3ece upstream.

The commit b8a19382

 ("pinctrl: bcm2835: Fix support for threaded level
triggered IRQs") assigned the irq_mask/unmask callbacks with the
already existing functions for irq_enable/disable. The wasn't completely
the right way (tm) to fix the issue, because these callbacks shouldn't
be identical. So fix this by rename the functions to represent their
intension and drop the unnecessary irq_enable/disable assigment.

Suggested-by: Marc Zyngier <maz@kernel.org>
Signed-off-by: Stefan Wahren <stefan.wahren@i2se.com>

Add support for the Dion Audio KIWI streamer.

Signed-off-by: Miquel Blauw <miquelblauw@hotmail.com>

Signed-off-by: Miquel Blauw <miquelblauw@hotmail.com>

This includes an overlay for easy use of displays based on GalaxyCore's GC9A01 single chip driver, attaching them on `spi0` as `fb1` framebuffer.

When the exposure range is updated due to changing VBLANK, adopt
the mode default value, not the current default.

Should the specific default value be outside of the min/max range
defined, then the whole update is rejected, which can leave an
invalid exposure range active.

Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com>