Age | Commit message (Collapse) | Author |
|
L2CAP/COS/CED/BI-02-C PTS test send a malformed L2CAP signaling packet
with 2 commands in it (a connection request and an unknown command) and
expect to get a connection response packet and a command reject packet.
The second is currently not sent.
Signed-off-by: Frédéric Danis <frederic.danis@collabora.com>
Signed-off-by: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
|
|
|
|
Reports are that s2idle might also be bogus on Galileo - since S3/deep
is tested and working, let's include the new HW in the s2idle ban.
Signed-off-by: Guilherme G. Piccoli <gpiccoli@igalia.com>
(cherry picked from commit f65259f588545c8e811a3ca4e34c2a172969dbd7)
|
|
without PSR
The check for sending the vsc infopacket to the display was gated behind
PSR (Panel Self Refresh) being enabled.
The vsc infopacket also contains the colorimetry (specifically the
container color gamut) information for the stream on modern DP.
PSR is typically only supported on mobile phone eDP displays, thus this
was not getting sent for typical desktop monitors or TV screens.
This functionality is needed for proper HDR10 functionality on DP as it
wants BT2020 RGB/YCbCr for the container color space.
Signed-off-by: Joshua Ashton <joshua@froggi.es>
|
|
|
|
Signed-off-by: cnssbldsw <cnssbldsw@qualcomm.com>
(cherry picked from commit 1c2b795d3e39b17476a3fb5b028fec1375d5a323)
|
|
|
|
Add VID and PID to the xpad_device table to allow driver to use the PXN
V900 steering wheel, which is XTYPE_XBOX360 compatible in xinput mode.
Signed-off-by: Matthias Berndt <matthias_berndt@gmx.de>
Link: https://lore.kernel.org/r/4932699.31r3eYUQgx@fedora
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
(cherry picked from commit a65cd7ef5a864bdbbe037267c327786b7759d4c6)
Signed-off-by: Vicki Pfau <vi@endrift.com>
|
|
Add HyperX controller support to xpad_device and xpad_table.
Suggested-by: Chris Toledanes <chris.toledanes@hp.com>
Reviewed-by: Carl Ng <carl.ng@hp.com>
Signed-off-by: Max Nguyen <maxwell.nguyen@hp.com>
Reviewed-by: Rahul Rameshbabu <rrameshbabu@nvidia.com>
Link: https://lore.kernel.org/r/20230906231514.4291-1-hphyperxdev@gmail.com
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
(cherry picked from commit e28a0974d749e5105d77233c0a84d35c37da047e)
Signed-off-by: Vicki Pfau <vi@endrift.com>
|
|
This reverts commit f476acbd4e6c9ce0ee397e993dd21a5d6fbb10d5.
|
|
Signed-off-by: Guilherme G. Piccoli <gpiccoli@igalia.com>
|
|
This improves latency if the GPU is already busy with other work.
This is useful for VR compositors that submit highly latency-sensitive
compositing work on high-priority compute queues while the GPU is busy
rendering the next frame.
Userspace merge request:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26462
Signed-off-by: Friedrich Vock <friedrich.vock@gmx.de>
|
|
Fixes frame timings on some non)-VRR external displays going all whacky.
This makes us not use the late vblank irq handler (backporch line 0) and instead send the vblank event immediately on page flip when we know where the vblank is going to be.
Should also improve latency/stutter on internal display potentially too.
|
|
There exists a race condition where closing a uinput device while
another thread is preparing a request can lead to the request being
submitted and waiting until it times out as the queue had already been
flushed in preparation of destroying the udev object. While the request
will eventually time out, it would ideally not be submitted in the first
place and error out beforehand.
By holding the mutex, we can guarantee that the device is actually
properly destroyed before the request gets prepared, and thus is
correctly seen as unavailable for requests.
Closes: https://bugzilla.kernel.org/show_bug.cgi?id=218183
Signed-off-by: Vicki Pfau <vi@endrift.com>
(cherry picked from commit 7cc7c60b27cc550ad7af0b83a57f542637372681)
|
|
Currently, uinput_request_submit will only fail if the request wait times out.
However, in other places this wait is interruptable, and in this specific
location it can lead to issues, such as causing system suspend to hang until
the request times out. Since the timeout is so long, this can cause the
appearance of a total system freeze. Making the wait interruptable resolves
this and possibly further issues.
Signed-off-by: Vicki Pfau <vi@endrift.com>
(cherry picked from commit 15ca4637d3a9b38fe154555999d7f87fd73a0b2f)
|
|
As of version 118 Deck's BIOS implements "SCBP" method that allows
gating power of the controller board (VBUS). Add a basic WO method to
our root MFD device to allow toggling that.
Signed-off-by: Andrey Smirnov <andrew.smirnov@gmail.com>
(cherry picked from commit f97f32718acc10cbb51fef925842392e80904d74)
|
|
Add support for LED birghtness multiplier exposed via custom sysfs
attribute (led_brightness_multiplier).
Signed-off-by: Andrey Smirnov <andrew.smirnov@gmail.com>
(cherry picked from commit c4ea057992e189ec8821cde3a65e2cc0529a5088)
|
|
|
|
|
|
wifi: ath11k: remove extra warning message, move to debug
See merge request jupiter/linux-integration!30
|
|
This reverts commit a4904c47fcd7fc9152b6b04409feac1130e2033d.
This results in some USB devices to fail to enumerate. Revert pending
further investigation.
|
|
|
|
Add 2s delay before enabling DP link for dock
See merge request jupiter/linux-integration!31
|
|
|
|
|
|
|
|
Jupiter platform doesn't support s2idle - system appears to
sleep and never wakeup again. So, disable it based on DMI
checking for platforms named "Valve Jupiter".
Signed-off-by: Guilherme G. Piccoli <gpiccoli@igalia.com>
(cherry picked from commit 3956de585667cfd9f91a3ee8af34f6c0d44f4381)
|
|
|
|
MAX98388 resume from suspend fix
See merge request jupiter/linux-integration!29
|
|
from S3.
The issue was that when we flush the regmap to the amp on resume, we were also flushing a value of 1 to the SW_RESET pin.
Theoretically, this is fixed by marking the SW_RESET register volatile. However, we did not observe a fix after marking the register volatile, so we opted for a more complete fix of ensuring SW_RESET is zero in our regmap after we have waited for the reset loop to be complete.
|
|
Brings in galileo support
|
|
|
|
Galilypad: Walking back the churn on nau8821 to match 6.1.52-valve3.
For jupiter-only drivers we don't want to pull in new upstream work as
part of the galileo merge currently, so we'll work on reconciling this
on our next proper rebase.
This reverts commit 0965dc61324818deae73773f76a9b1c729750e5d.
|
|
Galilypad: Walking back the churn on nau8821 to match 6.1.52-valve3.
For jupiter-only drivers we don't want to pull in new upstream work as
part of the galileo merge currently, so we'll work on reconciling this
on our next proper rebase.
This reverts commit 75aea88af91e763d3d890ed6da2f5c348f901815.
|
|
Galilypad: Walking back the churn on nau8821 to match 6.1.52-valve3.
For jupiter-only drivers we don't want to pull in new upstream work as
part of the galileo merge currently, so we'll work on reconciling this
on our next proper rebase.
This reverts commit 41197b693b30eeefcf0e4af1fc67991f6416f0de.
|
|
Galilypad: The following commits pulled in a new version of this that
omitted the config needed for jupiter boards with the cs35l41 codec.
This restores the missing sections. This should be folded into the
final upstreaming of the galileo patchset
08507ab4a662 ASoC: amd: Add acpi machine id's for vangogh platform
7c7ae3a5eecd Revert "ASoC: SOF: amd: Add acpi machine id's for vangogh
platform"
|
|
Galilypad: Dropped as part of the patch series for galileo, but
jupiter actually wants this so restoring for the merge
This reverts commit 6c90260c6f7ef7b3e72dcc34a0a6733829d21f91.
|
|
Signed-off-by: Venkata Prasad Potturu <venkataprasad.potturu@amd.com>
(cherry picked from commit 50f20ef9bcf6fdf6e6cc64a031be26fb9cb54849)
|
|
Galilypad: Reverting max98388 work on the amd (not sof) driver. May
be useful to pull in in future, but not needed for SOF galileo sound
to work.
This reverts commit 087eb9a6e8ae93f15d8111bdeb0091689ba5dfae.
|
|
Galilypad: Walking back the churn on nau8821 to match 6.1.52-valve3.
For jupiter-only drivers we don't want to pull in new upstream work as
part of the galileo merge currently, so we'll work on reconciling this
on our next proper rebase.
This reverts commit e7c5a8b39ecffac9a49065ec36c2eb32396f302c.
|
|
Galilypad: Walking back the churn on nau8821 to match 6.1.52-valve3.
For jupiter-only drivers we don't want to pull in new upstream work as
part of the galileo merge currently, so we'll work on reconciling this
on our next proper rebase.
This reverts commit 6a8421963a7723b2131f763729711fc9fd5116c9.
|
|
|
|
Brings in BT wake kernel changes needed for release
See merge request valve/galileo/linux-integration!24
|
|
because it continued advertizing after the Steam Controller was disconnected.
<Change Type>: Poor experience
<<< Test Notes >>>
<Test-Proposal>:
1)BT BR/EDR gamepad wakeup function
1)BT BLE gamepad wakeup function
<Stress-Test>: Y
|
|
<Change Type>: FR(Feature Request)
<<< Test Notes >>>
<Test-Proposal>:
1)BT function(power on/restart/connect/disconnect/iop)
2)BT BR/EDR gamepad wakeup function
3)BT BLE gamepad wakeup function
<Stress-Test>: Y
|
|
|
|
500k uNits * 65k max brightness range overflows in the conversion code.
Scale back brightness range to 12bit max.
|
|
|
|
This reverts commit f1f63fbd6a31efad6165f4b35b20ba65f25f877b.
|
|
|