Age | Commit message (Collapse) | Author |
|
From Nathan Chancellor
1c26968caf181add92bbf556e3eb3c14ccbe7fa2 in linux 5.15.y/5.15.71
41012d715d5d7b9751ae84b8fb255e404ac9c5d0 in mainline linux
|
|
From Nathan Chancellor
492db4ffcff3c3bac1f36bbb100e45c9fe718e34 in linux 5.15.y/5.15.71
21485d3da659b66c37d99071623af83ee1c6733d in mainline linux
|
|
CalculateWatermarksAndDRAMSpeedChangeSupport()
From Nathan Chancellor
9539cfc744933198318eb061ffce87964559ff87 in linux 5.15.y/5.15.71
37934d4118e22bceb80141804391975078f31734 in mainline linux
|
|
From Yao Wang1
a541c011181823494c53b15020fae5c3b45f5ec2 in linux 5.15.y/5.15.71
3601d620f22e37740cf73f8278eabf9f2aa19eb7 in mainline linux
|
|
From Hamza Mahfooz
33b128f790b6df7e44e4435c6b9387b257637d15 in linux 5.15.y/5.15.71
66f99628eb24409cb8feb5061f78283c8b65f820 in mainline linux
|
|
From Guchun Chen
f76d6f309a685d24a32703b4d5c5a71e76f4b793 in linux 5.15.y/5.15.71
7c6fb61a400bf3218c6504cb2d48858f98822c9d in mainline linux
|
|
From Jingwen Chen
5f270b61ee8b01ab410e3e6ee4f4cc0b32300605 in linux 5.15.y/5.15.71
9a458402fb69bda886aa6cbe067311b6e3d9c52a in mainline linux
|
|
From Alex Deucher
55653c548612d7ffbb21cf05ebff6d14f79cc913 in linux 5.15.y/5.15.71
a8671493d2074950553da3cf07d1be43185ef6c6 in mainline linux
|
|
From Victor Skvortsov
25a90a11036b6fd385ee75536b78659fc481d529 in linux 5.15.y/5.15.71
892deb48269c65376f3eeb5b4c032ff2c2979bd7 in mainline linux
|
|
|
|
From Alex Deucher
8c2bbfb0ded3f41e2985a7856da56f130288d926 in linux 5.15.y/5.15.70
e3163bc8ffdfdb405e10530b140135b2ee487f89 in mainline linux
|
|
From Alex Deucher
0a7d86f156fad2a4420404c1f71c9ee79970ab0c in linux 5.15.y/5.15.70
dc1d85cb790f2091eea074cee24a704b2d6c4a06 in mainline linux
|
|
From Lijo Lazar
dcef16f64969eefb83c8711173fd025611f258f8 in linux 5.15.y/5.15.70
6c20490663553cd7e07d8de8af482012329ab9d6 in mainline linux
|
|
|
|
|
|
|
|
To be used in a future diff to handle machines with touchbar a bit better.
ok robert@
|
|
in the past, but those compat layers are gone. Remove support for the
"config file"
ok miod millert
|
|
ok deraadt@
|
|
comment can be deleted.
|
|
copyout and malloc. During a sleep another thread could delete the
semaphore (and possibly allocate another one at the same location
with different permissions) which would lead to an invalid access
after wake up. Therefore check the semaphore pointer, the sequence,
the permissions and some values in seminfo after each sleep.
OK bluhm@
Reported-by: syzbot+60ba811fe2e8a6b0f975@syzkaller.appspotmail.com
|
|
|
|
mapping of all the pages used by the framebuffer, even those that are
only used partially. Adjust the check in simplefb_wsmmap() to allow that.
While there, also make sure we use a (rounded down) page aligned address
base address for the physical address we return.
Fixes X on the 16" Macbook Pro.
ok patrick@, deraadt@
|
|
|
|
|
|
Prevents occasional failure to recover from firmware FAULT state where
the driver gave up too early: mfii0: firmware stuck in state 0
ok deraadt@
|
|
ok deraadt@
|
|
we already had SH-B0 0x00000f40 socket 754 family 0Fh Athlon 64
SH-B0 is part of amd64_errata_set8[]. Used for:
Errata 89: Potential Deadlock With Locked Transactions
ok deraadt@
|
|
findblkname() and DISKUNIT(). Allows all block devices, not just
sd* and vnd* to generate useful names in DEBUG output.
Cluebat by deraadt@
|
|
|
|
it may later be used from a resume path when we don't want to print
same change as amd64 amd64errata.c 1.11 by robert
ok robert@ deraadt@
|
|
tweaks from cheloha@; ok deraadt@, sthen@, cheloha@
|
|
on resume, the errata is re-applied.
In addition make amd64_errata() print the information about the applied
errata only once for the first CPU.
input from jsg@ and deraadt@, ok deraadt@
|
|
Found the hardway by miod@ and deraadt@.
|
|
to a separate function that gets called after identifycpu() so that
we have the required information to handle the correct MSRs for each
cpu.
Additionally, move the handling of the DE_CFG_SERIALIZE_LFENCE and
IA32_DEBUG_INTERFACE_LOCK MSRs out of identifycpu() to the new
function so that they get set again after a suspend/resume cycle as
well, which in fixes TSC sync failures.
discussed with and input from deraadt@, mlarkin@
|
|
From Chengming Gui
985a5d3d491d558f785b77cc5b86837bfa408587 in linux 5.15.y/5.15.69
39c84b8e929dbd4f63be7e04bf1a2bcd92b44177 in mainline linux
|
|
ok bluhm@
|
|
HY-D1 C32r1 (0x00100f81) and HY-D1 G34r1 (0x00100f91) have the same
errata and multiple cpuid values can map to a single enum value.
|
|
without a unit number (so without the @1234 bit) works as well.
This is a re-commit of the backed out change with the endless loop fixed.
|
|
Taking these definitions from NetBSD's pm_direct.h; most PMU_*
commands have the same names in the BSDs and Linux.
ok miod@ kettenis@
|
|
The issue was reported by Stephan Somogyi - Thanks!
|
|
Give the user a hint as to what happened if they boot up and the TSC
is not the active counter.
"sure" deraadt@
|
|
By default, just say "tsc: cpu0/cpuN: sync test failed". If you want
more information you need to recompile with TSC_DEBUG set.
While here, disable TSC_DEBUG.
"sure" deraadt@
|
|
Found by kn@ and myself, ok deraadt@
|
|
(and it may seem it should be "r" to get access to the file to collect
the underlying socket, which is fully r/w in a non-file way). But this
matches the POSIX spec that the file be 'writeable'. The regress test
and daemons have been updated for this behaviour.
Gap discovered by martijn, long discussions with benno
|
|
to hidkbd so that it can be re-used by apldc(4) and aplhidev(4) as well
this also adds support for apple fn key combinations to aplhidev(4)
ok miod@
|
|
They are no longer needed.
OK bluhm@
|
|
In case firmware initially comes up in FAULT state, reset the device and
give it one more chance to attach successfully. The Linux megaraid_sas
driver applies the same workaround in this case. There seems to be a bug
in some firmware versions which can trigger this behaviour; see mainline
Linux commit 6431f5d7c6025f8b007af06ea090de308f7e6881
Problem observed by me with mfii(4) attached via KVM PCI-passthrough:
mfii0 at pci0 dev 2 function 0 "Symbios Logic MegaRAID SAS2208" rev 0x05: msi
mfii0: firmware fault
With this workaround in place, attachment succeeds and the device works:
mfii0 at pci0 dev 2 function 0 "Symbios Logic MegaRAID SAS2208" rev 0x05: msi
mfii0: firmware fault; attempting full device reset, this can take some time
mfii0: "RAID Ctrl SAS 6G 1GB (D3116C)", firmware 23.29.0-0019, 1024MB cache
Tested for regressions on bare metal by Hrvoje with two different adapters:
mfii0 at pci1 dev 0 function 0 "Symbios Logic MegaRAID SAS3508" rev 0x01: msi
mfii0: "PERC H740P Mini ", firmware 51.16.0-4076, 8192MB cache
mfii0 at pci4 dev 0 function 0 "Symbios Logic MegaRAID SAS2208" rev 0x05: msi
mfii0: "ServeRAID M5110", firmware 23.34.0-0023, 512MB cache
ok jmatthew@
|
|
From Ville Syrjala
d2ca79dd0b5487991dac52c6b679915dbd70ee4c in linux 5.15.y/5.15.68
672d6ca758651f0ec12cd0d59787067a5bde1c96 in mainline linux
|
|
From Greg Kroah-Hartman
58acd2ebae034db3bacf38708f508fbd12ae2e54 in linux 5.15.y/5.15.68
cbfac7fa491651c57926c99edeb7495c6c1aeac2 in mainline linux
|