Introduce the basic configuration for BW160 capability in 7922
Signed-off-by: Deren Wu <email address hidden>
Signed-off-by: Felix Fietkau <email address hidden>
(cherry picked from commit 7f96905068ab826b270b41d70d46e2849e5db7df)
Signed-off-by: Aaron Ma <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
Signed-off-by: Deren Wu <email address hidden>
Signed-off-by: Felix Fietkau <email address hidden>
(cherry picked from commit f395d41f2a0343fa9d989d8f53e5640329554dd8)
Signed-off-by: Aaron Ma <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
Add new chip mt7922 in mt7921 module with following items
1. new chip ID / fw bin name
2. is_mt7922()
check chip type for different fw files
3. mt7921_get_data_mode()
check security type of fw (backward compatible)
Co-developed-by: Jimmy Hu <email address hidden>
Signed-off-by: Jimmy Hu <email address hidden>
Signed-off-by: Deren Wu <email address hidden>
Signed-off-by: Felix Fietkau <email address hidden>
(cherry picked from commit 688088728bd3226ef24a2986e2fac2ae01cfbdd9)
Signed-off-by: Aaron Ma <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
f2a15dd...
by
Mario Limonciello <email address hidden>
ACPI: PM: Revert "Only mark EC GPE for wakeup on Intel systems"
Testing on various upcoming OEM systems shows commit 7b167c4cb48e ("ACPI:
PM: Only mark EC GPE for wakeup on Intel systems") was short
sighted and the symptoms were indicative of other problems. Some OEMs
do have the dedicated GPIOs for the power button but also rely upon
an interrupt to the EC SCI to let the lid work.
The original commit showed spurious activity on Lenovo systems:
* On both Lenovo T14 and P14s the keyboard wakeup doesn't work, and
sometimes the power button event doesn't work.
This was confirmed on my end at that time.
However further development in the kernel showed that the issue was
actually the IRQ for the GPIO controller was also shared with the EC SCI.
This was actually fixed by commit 2d54067fcd23 ("pinctrl: amd: Fix
wakeups when IRQ is shared with SCI").
The original commit also showed problems with AC adapter:
* On HP 635 G7 detaching or attaching AC during suspend will cause
the system not to wakeup
* On Asus vivobook to prevent detaching AC causing resume problems
* On Lenovo 14ARE05 to prevent detaching AC causing resume problems
* On HP ENVY x360 to prevent detaching AC causing resume problems
Detaching AC adapter causing problems appears to have been a problem
because the EC SCI went off to notify the OS of the power adapter change
but the SCI was ignored and there was no other way to wake up this system
since GPIO controller wasn't properly enabled. The wakeups were fixed by
enabling the GPIO controller in commit acd47b9f28e5 ("pinctrl: amd: Handle
wake-up interrupt").
I've confirmed on a variety of OEM notebooks with the following test
1) echo 1 | sudo tee /sys/power/pm_debug_messages
2) sudo systemctl suspend
3) unplug AC adapter, make sure system is still asleep
4) wake system from lid (which is provided by ACPI SCI on some of them)
5) dmesg
a) see the EC GPE dispatched, timekeeping for X seconds (matching ~time
until AC adapter plug out)
b) see timekeeping for Y seconds until woke (matching ~time from AC
adapter until lid event)
6) Look at /sys/kernel/debug/amd_pmc/s0ix_stats
"Time (in us) in S0i3" = X + Y - firmware processing time
Signed-off-by: Mario Limonciello <email address hidden>
Tested-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Rafael J. Wysocki <email address hidden>
(cherry picked from commit d6ebb17ccc7b37872a32bc25b4a21f1e5af8c7e3)
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
Link: https://<email address hidden>
Co-developed-by: Justin Tee <email address hidden>
Signed-off-by: Justin Tee <email address hidden>
Signed-off-by: James Smart <email address hidden>
Signed-off-by: Martin K. Petersen <email address hidden>
(cherry picked from commit 4437503bfbec2f02b41b2492520fe627715889a7)
Signed-off-by: Jeff Lane <email address hidden>
Acked-by: Tim Gardner <email address hidden>
Acked-by: Krzysztof Kozlowski <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
Dump raw CMF parameter information in debugfs cgn_buffer.
Link: https://<email address hidden>
Co-developed-by: Justin Tee <email address hidden>
Signed-off-by: Justin Tee <email address hidden>
Signed-off-by: James Smart <email address hidden>
Signed-off-by: Martin K. Petersen <email address hidden>
(cherry picked from commit 6014a2468f0e49194f612b1f09f99eacee0a409a)
Signed-off-by: Jeff Lane <email address hidden>
Acked-by: Tim Gardner <email address hidden>
Acked-by: Krzysztof Kozlowski <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
Ensure read bytes data does not go over MBPI for CMF timer intervals that
are purposely shortened.
Link: https://<email address hidden>
Co-developed-by: Justin Tee <email address hidden>
Signed-off-by: Justin Tee <email address hidden>
Signed-off-by: James Smart <email address hidden>
Signed-off-by: Martin K. Petersen <email address hidden>
(cherry picked from commit 05116ef9c4b444f7fdbb56f9e13c2ec941726639)
Signed-off-by: Jeff Lane <email address hidden>
Acked-by: Tim Gardner <email address hidden>
Acked-by: Krzysztof Kozlowski <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
Calculate any extra bytes needed to account for timer accuracy. If we are
less than LPFC_CMF_INTERVAL, then calculate the adjustment needed for total
to reflect a full LPFC_CMF_INTERVAL.
Add additional info to rxmonitor, and adjust some log formatting.
Link: https://<email address hidden>
Co-developed-by: Justin Tee <email address hidden>
Signed-off-by: Justin Tee <email address hidden>
Signed-off-by: James Smart <email address hidden>
Signed-off-by: Martin K. Petersen <email address hidden>
(cherry picked from commit a6269f837045acb02904f31f05acde847ec8f8a7)
Signed-off-by: Jeff Lane <email address hidden>
Acked-by: Tim Gardner <email address hidden>
Acked-by: Krzysztof Kozlowski <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
The driver is calling schedule_timeout after the DA_ID nameserver request
and LOGO commands are issued to the fabric by the initiator virtual
endport. These fixed delay functions are causing long delays in the
driver's worker thread when processing discovery I/Os in a serialized
fashion, which is then triggering mailbox timeout errors artificially.
To fix this, don't wait on the DA_ID request to complete and call
wait_event_timeout to allow the vport delete thread to make progress on an
event driven basis rather than fixing the wait time.
Link: https://<email address hidden>
Co-developed-by: Justin Tee <email address hidden>
Signed-off-by: Justin Tee <email address hidden>
Signed-off-by: James Smart <email address hidden>
Signed-off-by: Martin K. Petersen <email address hidden>
(cherry picked from commit 8ed190a91950564775cbaae9e8e8083a69a8da23)
Signed-off-by: Jeff Lane <email address hidden>
Acked-by: Tim Gardner <email address hidden>
Acked-by: Krzysztof Kozlowski <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
During heavy I/O testing with issue_lip to bounce the link, occasionally
I/O is terminated with status 3 result 9, which means the RPI is suspended.
The I/O is completed and this type of error will result in immediate retry
by the SCSI layer. The retry count expires and the I/O fails and returns
error to the application.
To avoid these quick retry/retries exhausted scenarios change the return
code given to the midlayer to DID_REQUEUE rather than DID_ERROR. This gets
them retried, and eventually succeed when the link recovers.
Link: https://<email address hidden>
Co-developed-by: Justin Tee <email address hidden>
Signed-off-by: Justin Tee <email address hidden>
Signed-off-by: James Smart <email address hidden>
Signed-off-by: Martin K. Petersen <email address hidden>
(cherry picked from commit 2e81b1a374da5d6024208c16c4a5224a70cafa64)
Signed-off-by: Jeff Lane <email address hidden>
Acked-by: Tim Gardner <email address hidden>
Acked-by: Krzysztof Kozlowski <email address hidden>
Signed-off-by: Paolo Pisati <email address hidden>
