On Sat, Dec 12, 2020 at 12:28 AM Paul Cercueil wrote:
> - JZ4760 and JZ4760B have a similar register layout as the JZ4740, and
> don't use the new register layout, which was introduced with the
> JZ4770 SoC and not the JZ4760 or JZ4760B SoCs.
>
> - The JZ4740 code path only expected two
Hi,
On 1/1/21 1:56 PM, Jiaxun Yang wrote:
> Tested on Lenovo Yoga-14SARE Chinese Edition.
>
> Jiaxun Yang (2):
> ACPI: platform-profile: Introduce data parameter to handler
> platform/x86: ideapad-laptop: DYTC Platform profile support
>
> drivers/acpi/platform_profile.c | 4 +-
>
Hi,
On 1/1/21 1:56 PM, Jiaxun Yang wrote:
> Add a data parameter to handler callbacks to avoid having
> global variables everywhere.
>
> Signed-off-by: Jiaxun Yang
Thanks, patch looks good to me:
Reviewed-by: Hans de Goede
Regards,
Hans
> ---
> drivers/acpi/platform_profile.c | 4 ++--
On Fri, Dec 11, 2020 at 9:48 AM Zheng Yongjun wrote:
> Replace a comma between expression statements by a semicolon.
>
> Signed-off-by: Zheng Yongjun
Patch applied.
Yours,
Linus Walleij
On Fri, Dec 11, 2020 at 9:47 AM Zheng Yongjun wrote:
> Replace a comma between expression statements by a semicolon.
>
> Signed-off-by: Zheng Yongjun
Patch applied.
Yours,
Linus Walleij
On Fri, Dec 11, 2020 at 9:46 AM Zheng Yongjun wrote:
> Replace a comma between expression statements by a semicolon.
>
> Signed-off-by: Zheng Yongjun
Patch applied.
Yours,
Linus Walleij
On Wed, Dec 30, 2020 at 03:18:13PM +0100, Ahmad Fatoum wrote:
Hello Sasha,
On 30.12.20 14:02, Sasha Levin wrote:
From: Linus Walleij
[ Upstream commit d6d51a96c7d63b7450860a3037f2d62388286a52 ]
Functions like memset()/memmove()/memcpy() do a lot of memory
accesses.
If a bad pointer is
Hi Johan,
On Mon, 4 Jan 2021 at 19:32, Johan Hovold wrote:
> Also, would you mind posting the "lsusb -v" output for this device for
> reference?
The lsusb from busybox on this system doesn't support the -v option it seems.
Here is the output from /sys/kernel/debug/usb/devices:
T: Bus=01
With the introduction of the 'include/uapi/linux/spi/spi.h' header, the
type of the macros are enforced to 'unsigned long int' via the _BITUL()
macro.
This causes some -Wformat warnings in the spi-stm32 driver.
This patch adds a double-negation operator to the bit-masks. Essentially,
the
On Mon 04-01-21 11:45:39, David Hildenbrand wrote:
> On 04.01.21 11:03, Michal Hocko wrote:
> > Hi,
> > back in March [1] you have recommended 53cdc1cb29e8
> > ("drivers/base/memory.c: indicate all memory blocks as removable") to be
> > backported to stable trees and that has led to a more general
Hi,
Static analysis using Coverity has detected a potential null pointer
dereference after a null check in the following commit:
commit 5fdb322ff2c2b4ad519f490dcb7ebb96c5439af7
Author: Daeho Jeong
Date: Thu Dec 3 15:56:15 2020 +0900
f2fs: add F2FS_IOC_DECOMPRESS_FILE and
On Fri, 25 Dec 2020 02:20:24 +0100,
Peter Geis wrote:
>
> The following patches fix tegra-hda on legacy tegra devices.
> Two issues were discovered preventing tegra-hda from functioning:
> The hda clocks on tegra30 were assigned to clk_m and running at too low of a
> rate to function.
> The
On Sun, Jan 03, 2021 at 11:12:33PM +, Daniel Scally wrote:
> To ensure we handle situations in which multiple sensors of the same
> model (and therefore _HID) are present in a system, we need to be able
> to iterate over devices matching a known _HID but unknown _UID and _HRV
> - add
On 04/01/2021 14:24, Andy Shevchenko wrote:
> On Sun, Jan 03, 2021 at 11:12:27PM +, Daniel Scally wrote:
>> OF, ACPI and software_nodes all implement graphs including nodes for ports
>> and endpoints. These are all intended to be named with a common schema,
>> as "port@n" and "endpoint@n"
On Sun, Jan 03, 2021 at 11:12:27PM +, Daniel Scally wrote:
> OF, ACPI and software_nodes all implement graphs including nodes for ports
> and endpoints. These are all intended to be named with a common schema,
> as "port@n" and "endpoint@n" where n is an unsigned int representing the
> index
On 04/01/2021 13:10, Colin King wrote:
> From: Colin Ian King
>
> The kzalloc allocation for dtpm_cpu is currently allocating the size
> of the pointer and not the size of the structure. Fix this by using
> the correct sizeof argument.
>
> Addresses-Coverity: ("Wrong sizeof argument")
> Fixes:
On Mon, Jan 4, 2021 at 9:16 AM Stephen Smalley
wrote:
>
> On Fri, Dec 18, 2020 at 7:06 PM Stephen Brennan
> wrote:
> >
> > Smack needs its security_task_to_inode() hook to be called when a task
> > execs a new executable. Store the self_exec_id of the task and call the
> > hook via
On Sun, Jan 03, 2021 at 11:12:34PM +, Daniel Scally wrote:
> V4L2 fwnode bus types are enumerated in v4l2-fwnode.c, meaning they aren't
> available to the rest of the kernel. Move the enum to the corresponding
> header so that I can use the label to refer to those values.
Since it seems v5
On Wed, Dec 30, 2020 at 10:01:56AM -0800, Eric Biggers wrote:
On Wed, Dec 30, 2020 at 08:02:52AM -0500, Sasha Levin wrote:
From: Daniel Rosenberg
[ Upstream commit 7ad08a58bf67594057362e45cbddd3e27e53e557 ]
Expand f2fs's casefolding support to include encrypted directories. To
index
On Mon, Jan 04, 2021 at 02:16:38PM +0100, Steen Hegelund wrote:
> Hi Leon,
>
>
> On Mon, 2021-01-04 at 14:15 +0200, Leon Romanovsky wrote:
> >
> > <...>
> >
> > > +struct sparx5_sd10g28_args {
> > > + bool skip_cmu_cfg; /* Enable/disable CMU cfg
> > > */
> > > + bool
STM32_MDMA_VERY_HIGH_PRIORITY is b11 not 0x11, so fix it with 0x3.
Signed-off-by: Amelie Delaunay
---
drivers/dma/stm32-mdma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/stm32-mdma.c b/drivers/dma/stm32-mdma.c
index e4637ec786d3..36ba8b43e78d 100644
---
Hi All,
i am having similar crash on 3.10 , can you please share your conclusion ?
is there a patch for the issue ?
Thanks.
--
Sent from: http://linux-kernel.2935.n7.nabble.com/
On Wed, Dec 30, 2020 at 03:48:57PM +0100, Johannes Berg wrote:
On Wed, 2020-12-30 at 08:03 -0500, Sasha Levin wrote:
We've been running into stack overflows in helper threads
corrupting memory
For the record, that was mostly referring to "while development", so
while this change makes a few
Hi All,
i am having similar crash on 3.10 , can you please share your conclusion ?
is there a patch for the issue ?
Thanks.
--
Sent from: http://linux-kernel.2935.n7.nabble.com/
On Mon, Jan 04, 2021 at 10:38:02AM +, Charles Keepax wrote:
> A new flag MACB_CAPS_CLK_HW_CHG was added and all callers of
> macb_set_tx_clk were gated on the presence of this flag.
>
> - if (!clk)
> + if (!bp->tx_clk || !(bp->caps & MACB_CAPS_CLK_HW_CHG))
>
> However the flag was not
On Sun, Dec 27, 2020 at 10:21 PM Linus Walleij wrote:
>
> On Thu, Dec 24, 2020 at 12:22 PM Nikita Shubin
> wrote:
>
> > As ->to_irq is redefined in gpiochip_add_irqchip, having it defined in
> > driver is useless, so let's drop it.
> >
> > Also i think it is worth to give a gentle warning in
> >
Hi Daniel,
Daniel Palmer wrote on Tue, 29 Dec 2020 14:50:59
+0900:
> Add support for the Foresee FS35ND01G manufactured by Longsys.
Thanks for contributing this back!
Perhaps giving the link of the datasheet here makes sense.
>
> Signed-off-by: Daniel Palmer
> ---
>
On Fri, Dec 18, 2020 at 7:06 PM Stephen Brennan
wrote:
>
> Smack needs its security_task_to_inode() hook to be called when a task
> execs a new executable. Store the self_exec_id of the task and call the
> hook via pid_update_inode() whenever the exec_id changes.
>
> Signed-off-by: Stephen
On Thu, Dec 24, 2020 at 09:25:28PM +0800, Zheng Yongjun wrote:
> mutex lock can be initialized automatically with DEFINE_MUTEX()
> rather than explicitly calling mutex_init().
>
> Signed-off-by: Zheng Yongjun
> ---
> .../vc04_services/interface/vchiq_arm/vchiq_connected.c| 3 +--
> 1
On Mon, Jan 04, 2021 at 03:12:33PM +0100, Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 4 Jan 2021 13:43:01 +0100
This does not belong in a changelog body of a patch :(
On Mon, Dec 28, 2020 at 4:02 PM Nikita Shubin wrote:
>
> gpiochip->to_irq method is redefined in gpiochip_add_irqchip.
>
> A lot of gpiod driver's still define ->to_irq method, let's give
> a gentle warning that they can no longer rely on it, so they can remove
> it on ocassion.
>
> Fixes:
> -Original Message-
> From: Andy Shevchenko
> Sent: Monday, January 4, 2021 3:51 PM
> To: Ardelean, Alexandru
> Cc: linux-spi ; Linux Kernel Mailing List ker...@vger.kernel.org>; Mark Brown ; Stephen Rothwell
>
> Subject: Re: [PATCH] spi: stm32: update dev_dbg() print format for SPI
On Mon, Jan 04, 2021 at 03:09:24PM +0100, Takashi Iwai wrote:
> IMO, the problem is rather the unconditional calls of
> snd_intel_dsp_driver_probe() in snd-soc-sof-pci and snd-soc-sof-acpi
> drivers. Those calls should be done only if Intel drivers are
> involved. So, wrapping the call with
On Tue, Dec 22, 2020 at 11:18:10PM -0600, Josh Poimboeuf wrote:
> For example, this scenario is allowed:
>
> Alt1Alt2Alt3
>
>0x00 CALL *pv_ops.save_flCALL xen_save_flPUSHF
>0x01
On Mon, Jan 4, 2021 at 3:55 PM Daniel Scally wrote:
> On 04/01/2021 13:35, Kieran Bingham wrote:
...
> +static const struct cio2_sensor_config cio2_supported_sensors[] = {
> + /* Sensor OVTI5693 */
> + CIO2_SENSOR_CONFIG("INT33BE", 0),
> + /* Sensor OVTI2680 */
> +
On Mon 04-01-21 21:34:45, Feng Tang wrote:
> Hi Michal,
>
> On Mon, Jan 04, 2021 at 02:03:57PM +0100, Michal Hocko wrote:
> > On Tue 29-12-20 22:35:13, Feng Tang wrote:
> > > When checking a memory cgroup related performance regression [1],
> > > from the perf c2c profiling data, we found high
Modify hda_codec_jack_wake_enable() to also support disable WAKEEN.
In addition, this patch also moves the WAKEEN disablement call out of
hda_codec_jack_check() into hda_codec_jack_wake_enable().
This is a preparation for next patch.
No functional change intended.
Signed-off-by: Kai-Heng Feng
On Sun, 03 Jan 2021 14:52:32 +0100,
Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> The sof-pci-dev driver fails to link when built into the kernel
> and CONFIG_SND_INTEL_DSP_CONFIG is set to =m:
>
> arm-linux-gnueabi-ld: sound/soc/sof/sof-pci-dev.o: in function
> `sof_pci_probe':
>
Instead of queueing jackpoll_work, runtime resume the codec to let it
use different jack detection methods based on jackpoll_interval.
This matches SOF driver's behavior with commit a6e7d0a4bdb0 ("ALSA: hda:
fix jack detection with Realtek codecs when in D3"). Since SOF only uses
Realtek codec,
System takes a very long time to suspend after commit 215a22ed31a1
("ALSA: hda: Refactor codec PM to use direct-complete optimization"):
[ 90.065964] PM: suspend entry (s2idle)
[ 90.067337] Filesystems sync: 0.001 seconds
[ 90.185758] Freezing user space processes ... (elapsed 0.002 seconds)
On Mon, Jan 4, 2021 at 4:01 PM Hans de Goede wrote:
> On 1/4/21 1:23 PM, Andy Shevchenko wrote:
...
> > I'm wondering if my reply has been seen...
> >
> > https://lore.kernel.org/platform-driver-x86/ae94a191-4273--deda-485903434...@redhat.com/T/#m30308ca22cd0ce266aa6913ab7ef1fc56b3279de
>
>
On Tue 29 Dec 2020 at 23:30, Jack Pham wrote:
> Hi Greg and Jerome,
>
> On Mon, Dec 28, 2020 at 04:01:46PM +0100, Greg Kroah-Hartman wrote:
>> On Mon, Dec 21, 2020 at 06:35:30PM +0100, Jerome Brunet wrote:
>> > 'struct uac_req' purpose is to link 'struct usb_request' to the
>> > corresponding
On Mon, Jan 4, 2021 at 8:56 PM Michal Hocko wrote:
>
> On Mon 21-12-20 11:25:22, Liang Li wrote:
> [...]
> > Security
> >
> > This is a weak version of "introduce init_on_alloc=1 and init_on_free=1
> > boot options", which zero out page in a asynchronous way. For users can't
> > tolerate
On Fri, Jan 01, 2021 at 04:54:50PM +, Yangtao Li wrote:
> Use devm_pm_opp_* API to simplify code, and remove opp_table
> from qcom_qspi.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
Hi Charles,
On 04.01.2021 12:38, Charles Keepax wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> A new flag MACB_CAPS_CLK_HW_CHG was added and all callers of
> macb_set_tx_clk were gated on the presence of this flag.
>
> - if (!clk)
>
On Wed, Dec 23, 2020 at 10:11:29PM +0800, Zheng Yongjun wrote:
> Signed-off-by: Zheng Yongjun
> ---
> .../vc04_services/interface/vchiq_arm/vchiq_connected.c| 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git
>
On Fri, Jan 01, 2021 at 04:54:49PM +, Yangtao Li wrote:
> We should use dev_pm_opp_put_clkname() to free opp table each time
> dev_pm_opp_of_add_table() got error.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Fri, Jan 01, 2021 at 04:54:45PM +, Yangtao Li wrote:
> Use devm_pm_opp_* API to simplify code, and we don't need
> to make opp_table glabal.
Acked-by: Mark brown
signature.asc
Description: PGP signature
Hi Prabhakar,
On Mon, Jan 4, 2021 at 2:38 PM Lad, Prabhakar
wrote:
> On Mon, Jan 4, 2021 at 10:51 AM Geert Uytterhoeven
> wrote:
> > On Thu, Dec 31, 2020 at 5:00 PM Lad Prabhakar
> > wrote:
> > > The rcar_canfd driver supports R-Car Gen3 and RZ/G2 SoC's, update the
> > > description to
Hi,
On 1/4/21 1:23 PM, Andy Shevchenko wrote:
> On Mon, Jan 04, 2021 at 12:59:39PM +0100, Hans de Goede wrote:
>> On 12/23/20 3:36 PM, Heikki Krogerus wrote:
>>> There are several reports about the tps6598x causing
>>> interrupt flood on boards with the INT3515 ACPI node, which
>>> then causes
The device attribute exposed in sysfs is called 'polling_interval'. Align
the comment.
Signed-off-by: Lukasz Luba
---
Hi Chanwoo,
While grepping the devfreq polling_interval sources I've found
this trivial mistake in the comment.
Regards,
Lukasz
drivers/devfreq/governor.h | 2 +-
1 file
On Fri, Jan 01, 2021 at 04:54:44PM +, Yangtao Li wrote:
> We should use dev_pm_opp_put_clkname() to free opp table each time
> dev_pm_opp_of_add_table() got error.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Sat, Dec 26, 2020 at 10:51:11AM +0800, Lai Jiangshan wrote:
> From: Lai Jiangshan
>
> wq_online_cpumask is the cached result of cpu_online_mask with the
> going-down cpu cleared.
You can't use cpu_active_mask ?
On 04/01/2021 13:38, Andy Shevchenko wrote:
> On Mon, Jan 4, 2021 at 3:02 PM Daniel Scally wrote:
>> On 04/01/2021 12:09, Andy Shevchenko wrote:
>>> On Sun, Jan 03, 2021 at 11:12:35PM +, Daniel Scally wrote:
> ...
>
+#define NODE_SENSOR(_HID, _PROPS) \
+((const
Hi Kieran
On 04/01/2021 13:35, Kieran Bingham wrote:
>> +/*
>> + * Extend this array with ACPI Hardware IDs of devices known to be working
>> + * plus the number of link-frequencies expected by their drivers, along with
>> + * the frequency values in hertz. This is somewhat opportunistic way of
On Wed, Dec 30, 2020 at 08:52:07PM +, Timon Baetz wrote:
> +- charger: Node for configuring the charger driver.
> + Required properties:
> + - compatible: "maxim,max8997-battery"
> + Optional properties:
> + - extcon: extcon specifier for charging events
> + - charger-supply: regulator
On Mon, Jan 4, 2021 at 3:51 AM Kent Gibson wrote:
> On Sun, Jan 03, 2021 at 05:10:10PM +0200, Andy Shevchenko wrote:
...
> In this example it is the 508:
>
> # e.g. gpiochip0: GPIOs 508-511, parent: platform/gpio-mockup.0,
> gpio-mockup-A:
>
> So I'll use that - unless it is unreliable for
On Mon, Jan 4, 2021 at 10:55 AM Alexandru Ardelean
wrote:
>
> With the introduction of the 'include/uapi/linux/spi/spi.h' header, the
> type of the macros are enforced to 'unsigned long int' via the _BITUL()
> macro.
>
> This causes some -Wformat warnings in the spi-stm32 driver.
> This patch
Use my kernel.org email as main address to make things a bit easier
for me to handle.
Signed-off-by: Georgi Djakov
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 546aa66428c9..a15e306123ef 100644
--- a/MAINTAINERS
+++
> > Win or not depends on its effect. For our case, it solves the issue
> > that we faced, so it can be thought as a win for us. If others don't
> > have the issue we faced, the result will be different, maybe they will
> > be affected by the side effect of this feature. I think this is your
> >
On Sun, Jan 3, 2021 at 7:17 PM Samuel Holland wrote:
>
> stmmac_pltfr_remove does three things in one function, making it
> inapproprate for unwinding the steps in the probe function. Currently,
> a failure before the call to stmmac_dvr_probe would leak OF node
> references due to missing a call
On Sun, Jan 3, 2021 at 7:17 PM Samuel Holland wrote:
>
> While stmmac_pltfr_remove calls sun8i_dwmac_exit, the sun8i_dwmac_init
> and sun8i_dwmac_exit functions are also called by the stmmac_platform
> suspend/resume callbacks. They may be called many times during the
> device's lifetime and
Hi Geert,
Thank you for the review.
On Mon, Jan 4, 2021 at 10:51 AM Geert Uytterhoeven wrote:
>
> Hi Prabhakar,
>
> On Thu, Dec 31, 2020 at 5:00 PM Lad Prabhakar
> wrote:
> > The rcar_canfd driver supports R-Car Gen3 and RZ/G2 SoC's, update the
> > description to reflect this.
> >
> >
On Mon, Jan 4, 2021 at 3:02 PM Daniel Scally wrote:
> On 04/01/2021 12:09, Andy Shevchenko wrote:
> > On Sun, Jan 03, 2021 at 11:12:35PM +, Daniel Scally wrote:
...
> >> +#define NODE_SENSOR(_HID, _PROPS) \
> >> +((const struct software_node) { \
> >> +
Hi Dan,
On 03/01/2021 23:12, Daniel Scally wrote:
> Currently on platforms designed for Windows, connections between CIO2 and
> sensors are not properly defined in DSDT. This patch extends the ipu3-cio2
> driver to compensate by building software_node connections, parsing the
> connection
On Wed, 30 Dec 2020, Kai-Heng Feng wrote:
> Pointstick and its left/right buttons on HP EliteBook 850 G7 need
> multi-input quirk to work correctly.
Applied to hid.git#for-5.11/upstream-fixes. Thanks,
--
Jiri Kosina
SUSE Labs
Hi Michal,
On Mon, Jan 04, 2021 at 02:03:57PM +0100, Michal Hocko wrote:
> On Tue 29-12-20 22:35:13, Feng Tang wrote:
> > When checking a memory cgroup related performance regression [1],
> > from the perf c2c profiling data, we found high false sharing for
> > accessing 'usage' and 'parent'.
> >
The original PEBS reset counter value has been saved to pmc->reset_counter.
When the guest PEBS counter X is enabled, the reset value RST-x would be
written to guest DS reset field RST-y and it will be auto reloaded to the
real host counter Y which is mapped to the guest PEBS counter X during
The PEBS event counters scheduled by host may different to the counters
required by guest. The host counter index will be leaked into the guest
PEBS record and the guest driver will be confused by the counter indexes
in the "Applicable Counters" field of the PEBS records and ignore them.
Before
Hi Jerome,
this is a small set of updates for the video clocks. I have verified
these patches to be able to generate the video clocks for 1080P, 720P
and a few other video modes.
The main "mystery" is still how the rate doubling happens. However,
that doesn't affect these patches as with this
HHI_VID_DIVIDER_CNTL[11] must be enabled for the video clock tree to
work. This bit is described as "LVDS_CLK_EN". It is not 100% clear where
this bit has to be placed in the hierarchy. But since the "LVDS_OUT" of
the HDMI PLL uses it's own set of registers it's more likely that this
"LVDS_CLK_EN"
The guest pebs counter X may be cross mapped to the host counter Y.
While the PEBS facility would reload the reset value once a PEBS record
is written to guest DS and potentially continue to generate PEBS records
before guest read the previous records.
KVM will adjust the guest DS pebs reset
Add all known clock dividers from Amlogic's 3.10 vendor kernel. If not
stated otherwise the values given in the tables are the only ones used
by the 3.10 vendor kernel even if the hardware is capable of other
dividers as well:
- vid_pll_pre_div can divide by 5 or 6 and if u-boot did not initialize
The 3.10 vendor kernel uses only specific HDMI PLL M/N parameter
combinations. The PLL won't lock for values smaller than 50 if the
internal doubling (which is yet unknown how to use it) is disabled.
However, when this doubling is enabled then the values smaller than 50
will lock just fine. The
MPLL1 is needed for audio output. Drop it from the vclk_in_sel parent
list so we only use the (mutable) vid_pll_final_div tree or one of the
(fixed) FCLK_DIV{3,4,5} clocks.
Signed-off-by: Martin Blumenstingl
---
drivers/clk/meson/meson8b.c | 5 -
1 file changed, 4 insertions(+), 1
According to the public S805 datasheet the HDMI PLL VCO frequency has to
be between 1.2GHz and 3.0GHz. Add this range in our driver so we won't
get too low (which means the PLL won't lock) or too high.
Signed-off-by: Martin Blumenstingl
---
drivers/clk/meson/meson8b.c | 5 +
1 file changed,
Hi,
Sorry for the delay...
On 31/12/2020 00:24, Martin Blumenstingl wrote:
> Hi Neil and all interested people,
>
> in the past there were concerns about how some of the components are
> coupled in our Meson DRM driver(s).
> With this discussion I would like to achieve four things:
> 1.
Hi Jiaxun,
On Sat, Nov 14, 2020 at 2:20 PM Jiaxun Yang wrote:
> Goldfish platform is covered with dust.
> However the goldfish-rtc had been used as virtualized RTC
> in QEMU for RISC-V virt hw and MIPS loongson3-virt hw, thus
> we can drop other parts of goldfish but leave goldfish-rtc here.
>
>
If the host counter X is scheduled to the guest PEBS counter Y,
the guest ds pebs_interrupt_threshold field in guest DS area would
be changed to only ONE record before vm-entry which helps KVM
more easily and accurately handle the cross-mapping emulation
when the PEBS overflow PMI is generated.
KVM will check if a guest PEBS counter X is cross-mapped to the host
counter Y. In this case, the applicable_counter field in the guest PEBS
records is filled with the real host counter index(s) which is incorrect.
Currently, KVM will disable guest PEBS before vm-entry and the later
patches would
To emulate PEBS facility, KVM may needs setup context such as
guest DS PEBS fields correctly before vm-entry and this part
will be implemented in the vmx handle_event() hook.
When the cross-map happens to any enabled PEBS counter, it will make
PMU request and exit to kvm_pmu_handle_event() for
When CPUID.01H:EDX.DS[21] is set, the IA32_DS_AREA MSR exists and
points to the linear address of the first byte of the DS buffer
management area, which is used to manage the PEBS records.
When guest PEBS is enabled and the value is different from the
host, KVM will add the IA32_DS_AREA MSR to
If IA32_PERF_CAPABILITIES.PEBS_BASELINE [bit 14] is set, the adaptive
PEBS is supported. The PEBS_DATA_CFG MSR and adaptive record enable
bits (IA32_PERFEVTSELx.Adaptive_Record and IA32_FIXED_CTR_CTRL.
FCx_Adaptive_Record) are also supported.
Adaptive PEBS provides software the capability to
The CPUID features PDCM, DS and DTES64 are required for PEBS feature.
KVM would expose CPUID feature PDCM, DS and DTES64 to guest when PEBS
is supported in the KVM on the Ice Lake server platforms.
Originally-by: Andi Kleen
Co-developed-by: Kan Liang
Signed-off-by: Kan Liang
Co-developed-by:
The PEBS-PDIR facility on Ice Lake server is supported on IA31_FIXED0 only.
If the guest configures counter 32 and PEBS is enabled, the PEBS-PDIR
facility is supposed to be used, in which case KVM adjusts attr.precise_ip
to 3 and request host perf to assign the exactly requested counter or fail.
The bit 12 represents "Processor Event Based Sampling Unavailable (RO)" :
1 = PEBS is not supported.
0 = PEBS is supported.
A write to this PEBS_UNAVL available bit will bring #GP(0) when guest PEBS
is enabled. Some PEBS drivers in guest may care about this bit.
Signed-off-by:
If IA32_PERF_CAPABILITIES.PEBS_BASELINE [bit 14] is set, the
IA32_PEBS_ENABLE MSR exists and all architecturally enumerated fixed
and general purpose counters have corresponding bits in IA32_PEBS_ENABLE
that enable generation of PEBS records. The general-purpose counter bits
start at bit
Hi folks,
syscore_resume() doesn't like when the AMD iommu driver enables
interrupts in its ->resume hook when I resume the box from suspend to
RAM.
All kinds of warnings get triggered too:
[ 17.386830] WARNING: CPU: 0 PID: 2 at kernel/time/timekeeping.c:824
ktime_get+0x8d/0xa0
[
With PEBS virtualization, the PEBS records get delivered to the guest,
and host still sees the PEBS overflow PMI from guest PEBS counters.
This would normally result in a spurious host PMI and we needs to inject
that PEBS overflow PMI into the guest, so that the guest PMI handler
can handle the
When a guest counter is configured as a PEBS counter through
IA32_PEBS_ENABLE, a guest PEBS event will be reprogrammed by
configuring a non-zero precision level in the perf_event_attr.
The guest PEBS overflow PMI bit would be set in the guest
GLOBAL_STATUS MSR when PEBS facility generates a PEBS
On Intel platforms, KVM agent could configure MSR_IA32_PERF_CAPABILITIES
(such as unmask some vmx-supported bits in vcpu->arch.perf_capabilities)
to adjust the visibility of guest PMU features for vPMU-enabled guests.
Once MSR_IA32_PERF_CAPABILITIES is changed validly via vmx_set_msr(),
the
The mask value of fixed counter control register should be dynamic
adjusted with the number of fixed counters. This patch introduces a
variable that includes the reserved bits of fixed counter control
registers. This is needed for later Ice Lake fixed counter changes.
Co-developed-by: Luwei Kang
do you think you'd be able to do a kernel bisect in order to pinpoint
the actual commit causing it? Thanks
On Sun, Dec 27, 2020 at 8:16 PM Jamie Heilman
wrote:
>
> Something between v5.8 and v5.9 has resulted in periodically losing video.
> Unfortunately, I can't reliably reproduce it, it seems
On Intel platforms, software may uses IA32_MISC_ENABLE[7]
bit to detect whether the performance monitoring facility
is supported in the processor.
It's dependent on the PMU being enabled for the guest and
a write to this PMU available bit will be ignored.
Cc: Yao Yuan
Signed-off-by: Like Xu
The Precise Event Based Sampling (PEBS) facility on Intel Ice Lake Server
platforms can provide an architectural state of the instruction executed
after the guest instruction that caused the event. This patch set enables
the PEBS via DS feature for KVM guests on the Ice Lake Server.
We can use
Nishanth,
On 04/01/21 6:46 pm, Nishanth Menon wrote:
> On 18:40-20210104, Kishon Vijay Abraham I wrote:
>> Nishanth,
>>
>> On 04/01/21 6:29 pm, Nishanth Menon wrote:
>>> On 17:52-20210104, Kishon Vijay Abraham I wrote:
>>>> Patch series adds DT n
> From: Marc Kleine-Budde
> Subject: Re: [PATCH] MAINTAINERS: Update MCAN MMIO device driver
> maintainer
>
> On 1/4/21 1:31 PM, Sriram Dash wrote:
> > Update Pankaj Sharma as maintainer for mcan mmio device driver as I
> > will be moving to a different role.
Acked-by: Pankaj Sharma
> >
> >
On Wed, Dec 23, 2020 at 06:42:20PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> intel_pmu_pebs_fixup_ip() needs only the insn length so use the
> appropriate helper instead of a full decode. A full decode differs only
> in running insn_complete() on the decoded insn but that is not
On Tue, Dec 22, 2020 at 3:50 AM Kai-Heng Feng
wrote:
>
> On Tue, Dec 22, 2020 at 1:56 AM Ilia Mirkin wrote:
> >
> > On Mon, Dec 21, 2020 at 11:33 AM Kai-Heng Feng
> > wrote:
> > >
> > > [+Cc nouveau]
> > >
> > > On Fri, Dec 18, 2020 at 4:06 PM Takashi Iwai wrote:
> > > [snip]
> > > > > Quite
On Mon, Jan 04, 2021 at 02:17:40PM +0100, Greg Kroah-Hartman wrote:
> On Mon, Jan 04, 2021 at 02:13:42PM +0100, Christian Brauner wrote:
> > On Mon, Jan 04, 2021 at 02:03:14PM +0100, Greg Kroah-Hartman wrote:
> > > On Fri, Dec 04, 2020 at 02:31:55AM +0800, Wen Yang wrote:
> > > > From: Christian
901 - 1000 of 1270 matches
Mail list logo