On Thu, 2021-03-04 at 12:34 +0800, Kai-Heng Feng wrote:
> Rear audio on Lenovo ThinkStation P620 stops working after commit
> 1965c4364bdd ("ALSA: usb-audio: Disable autosuspend for Lenovo
> ThinkStation P620"):
> [6.013526] usbcore: registered new interface driver snd-usb-audio
> [6.023064
On Thu, Mar 4, 2021 at 9:27 AM Henning Schild
wrote:
> Siemens industrial PCs unfortunately can not always be properly
> identified the way we used to. An earlier commit introduced code that
> allows proper identification without looking at DMI strings that could
> differ based on product brandin
Similar to other CP210x devices, GPIO interfaces (gpiochip) should be
supported for CP2108.
CP2108 has 4 serial interfaces but only 1 set of GPIO pins are shared
to all of those interfaces. So, just need to initialize GPIOs of CP2108
with only one interface (I use interface 0). It means just only
Yang Weijiang writes:
> These fields are rarely updated by L1 QEMU/KVM, sync them when L1 is trying to
> read/write them and after they're changed. If CET guest entry-load bit is not
> set by L1 guest, migrate them to L2 manaully.
>
> Suggested-by: Sean Christopherson
> Signed-off-by: Yang Weiji
Signed-off-by: hjh
---
Documentation/translations/zh_CN/index.rst| 1 +
.../zh_CN/sound/hd-audio/controls.rst | 102 ++
.../zh_CN/sound/hd-audio/index.rst| 14 +++
.../translations/zh_CN/sound/index.rst| 22
4 files changed, 139 insertions(
On Wed, Mar 3, 2021 at 3:46 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_init.c:192: warning: expecting prototype for
> tasklet for 64 msi(). Prototype was for pm8001_tasklet() instead
> drivers/scsi/pm8001/pm8001_init.c:872: warning: e
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_ctl.c:313: warning: expecting prototype for
> pm8001_ctl_sas_address_show(). Prototype was for
> pm8001_ctl_host_sas_address_show() instead
> drivers/scsi/pm8001/
On Thu, 4 Mar 2021 at 08:12, Greg Kroah-Hartman
wrote:
>
> On Tue, Mar 02, 2021 at 12:09:21AM +, Yoo, Jae Hyun wrote:
> > > From: Joel Stanley
> > > Jae, John; with this backported do we need to also provide a corresponding
> > > device tree change for the stable tree, otherwise this driver
Yang Weijiang writes:
> Nested guest doesn't support CET when KVM is running as an intermediate
> layer between two Hyper-Vs for now, so mask out related CET entry/exit
> load bits. Relevant enabling patches will be posted as a separate patch
> series.
>
> Suggested-by: Paolo Bonzini
> Suggested
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_sas.c:989: warning: expecting prototype for and
> hard reset for(). Prototype was for pm8001_I_T_nexus_reset() instead
>
> Cc: Jack Wang
> Cc: "James E.J. Bottomle
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm80xx_hwi.c:1427: warning: expecting prototype for
> pm8001_chip_init(). Prototype was for pm80xx_chip_init() instead
> drivers/scsi/pm8001/pm80xx_hwi.c:1584: warning: e
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_hwi.c:1183: warning: expecting prototype for
> pm8001_chip_interrupt_enable(). Prototype was for
> pm8001_chip_intx_interrupt_enable() instead
> drivers/scsi/pm80
Hi Linus,
On Thu, 4 Mar 2021 09:16:17 +0100 Linus Walleij
wrote:
>
> On Thu, Mar 4, 2021 at 2:12 AM Stephen Rothwell wrote:
>
> > After merging the pinctrl tree, today's linux-next build (x86_64
> > allmodconfig ) failed like this:
> >
> >
> > Presumably caused by commit
> >
> > c9e84d46cc03
On Wed, 3 Mar 2021 10:42:25 +0800, Jia He wrote:
> If the start addr is not aligned with the granule size of that level.
> loop step size should be adjusted to boundary instead of simple
> kvm_granual_size(level) increment. Otherwise, some mmu entries might miss
> the chance to be walked through.
>
From: Nadav Amit
Userfaultfd self-test fails occasionally, indicating a memory
corruption.
Analyzing this problem indicates that there is a real bug since
mmap_lock is only taken for read in mwriteprotect_range() and defers
flushes, and since there is insufficient consideration of concurrent
def
On Wed 03-03-21 09:59:45, Paul E. McKenney wrote:
> On Wed, Mar 03, 2021 at 09:03:27AM +0100, Michal Hocko wrote:
[...]
> > Paul what is the current plan with in_atomic to be usable for !PREEMPT
> > configurations?
>
> Ah, thank you for the reminder! I have rebased that series on top of
> v5.12-r
Hi,
here is v3.
Changes from v2 -> v3:
- Addressed feedback from David
- Squash former patch#4 and and patch#5 into patch#1
- Fix config dependency CONFIR_SPARSE_VMEMMAP vs CONFIG_SPARSE_VMEMMAP_ENABLE
- Simplify module parameter functions
Changes from v1 -> v2
- Addressed feedback from Dav
Self stored memmap leads to a sparse memory situation which is unsuitable
for workloads that requires large contiguous memory chunks, so make this
an opt-in which needs to be explicitly enabled.
To control this, let memory_hotplug have its own memory space, as suggested
by David, so we can add mem
Enable arm64 platform to use the MHP_MEMMAP_ON_MEMORY feature.
Signed-off-by: Oscar Salvador
---
arch/arm64/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 1f212b47a48a..3c5380c626df 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kc
Hi Jarkko,
On Mon, 1 Mar 2021 at 18:41, Sumit Garg wrote:
>
> Add support for TEE based trusted keys where TEE provides the functionality
> to seal and unseal trusted keys using hardware unique key. Also, this is
> an alternative in case platform doesn't possess a TPM device.
>
> This patch-set h
On Wed, 2021-03-03 at 15:29 +0900, Daejun Park wrote:
> +
> +static inline int ufshpb_get_read_id(struct ufshpb_lu *hpb)
> +{
> + if (++hpb->cur_read_id >= MAX_HPB_READ_ID)
> + hpb->cur_read_id = 0;
> + return hpb->cur_read_id;
> +}
> +
> +static int ufshpb_execute_pre_req
Physical memory hotadd has to allocate a memmap (struct page array) for
the newly added memory section. Currently, alloc_pages_node() is used
for those allocations.
This has some disadvantages:
a) an existing memory is consumed for that purpose
(eg: ~2MB per 128MB memory section on x86_64)
b
Enable x86_64 platform to use the MHP_MEMMAP_ON_MEMORY feature.
Signed-off-by: Oscar Salvador
---
arch/x86/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 2792879d398e..6d716d8bce1e 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@
Let the caller check whether it can pass MHP_MEMMAP_ON_MEMORY by
checking mhp_supports_memmap_on_memory().
MHP_MEMMAP_ON_MEMORY can only be set in case
ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE is enabled, the architecture supports
altmap, and the range to be added spans a single memory block.
Signed-off-b
Hi Joakim,
On Thu, Mar 4, 2021 at 5:50 PM Joakim Tjernlund
wrote:
>
> On Thu, 2021-03-04 at 12:34 +0800, Kai-Heng Feng wrote:
> > Rear audio on Lenovo ThinkStation P620 stops working after commit
> > 1965c4364bdd ("ALSA: usb-audio: Disable autosuspend for Lenovo
> > ThinkStation P620"):
> > [
On 2021-03-04 08:43, Pavel Machek wrote:
Hi!
[ Upstream commit d8c1df02ac7f2c802a9b2afc0f5c888c4217f1d5 ]
In the end of __iommu_map, It alway call iotlb_sync_map.
This patch moves iotlb_sync_map out from __iommu_map since it is
unnecessary to call this for each sg segment especially iotlb_syn
The sysctl_compact_memory is mostly unused in mm/compaction.c
It just acts as a place holder for sysctl to store .data.
But the .data itself is not needed here.
So we can get ride of this variable completely and make .data as NULL.
This will also eliminate the extern declaration from header file.
On Thu, 4 Feb 2021 16:31:36 +0100 SeongJae Park wrote:
> From: SeongJae Park
[...]
>
> Introduction
>
>
> DAMON is a data access monitoring framework for the Linux kernel. The core
> mechanisms of DAMON called 'region based sampling' and 'adaptive regions
> adjustment' (refer to
On 1/28/21 5:09 PM, Mike Leach wrote:
Creates an system management API to allow complex configurations and
features to be programmed into a CoreSight infrastructure.
A feature is defined as a programming set for a device or class of
devices.
A configuration is a set of features across the syste
Ping !
>-Original Message-
>From: Parshuram Thombare
>Sent: Monday, November 30, 2020 11:46 AM
>To: alexandre.bell...@bootlin.com; slongerb...@gmail.com;
>vitor.soa...@synopsys.com
>Cc: linux-...@lists.infradead.org; linux-kernel@vger.kernel.org; Milind Parab
>; prane...@ti.com; Parshuram
On Thu, Mar 4, 2021 at 8:36 AM Henning Schild
wrote:
>
> From: Henning Schild
>
> This mainly implements detection of these devices and will allow
> secondary drivers to work on such machines.
>
> The identification is DMI-based with a vendor specific way to tell them
> apart in a reliable way.
>
On Thu, 04 Mar 2021 14:54:11 +0800
Ian Kent wrote:
> On Wed, 2021-03-03 at 18:28 +0300, Alexander Mikhalitsyn wrote:
> > It was discovered that find_autofs_mount() function
> > in autofs not support cases when autofs mount
> > parent is overmounted. In this case this function will
> > always retu
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f69d02e37a85645aa90d18cacfff36dba370f797
commit: 030a7b5c168d996e590cdd09fffd8ebaa8a5d571 media: platform: Rename jpeg
dec file name
date: 6 months ago
config: mips-randconfig-r006-20210304 (attached as
On Wed, Mar 3, 2021 at 12:10 AM Jakub Kicinski wrote:
>
> On Tue, 2 Mar 2021 12:55:47 +0100 Dmitry Vyukov wrote:
> > On Tue, Mar 2, 2021 at 10:06 AM Hillf Danton wrote:
> > > On Mar 2, 2021 at 16:40 Dmitry Vyukov wrote:
> > > >I hoped this would get at least into 5.12. syzbot can't start testing
On 3/4/21 1:02 PM, Christophe Leroy wrote:
Le 04/03/2021 à 06:05, Ravi Bangoria a écrit :
As per ISA 3.1, prefixed instruction should not cross 64-byte
boundary. So don't allow Uprobe on such prefixed instruction.
There are two ways probed instruction is changed in mapped pages.
First, whe
Hi,
Static analysis with Coverity had detected an uninitialized pointer read
in function ocelot_flower_parse_key in
drivers/net/ethernet/mscc/ocelot_flower.c introduced by commit:
commit 75944fda1dfe836fdd406bef6cb3cc8a80f7af83
Author: Xiaoliang Yang
Date: Fri Oct 2 15:02:23 2020 +0300
ne
"Winkler, Tomas" writes:
>> The user space API is achieved via a number of synchronous IOCTLs.
>>
>> * RPMB_IOC_VER_CMD - simple versioning API
>> * RPMB_IOC_CAP_CMD - query of underlying capabilities
>> * RPMB_IOC_PKEY_CMD - one time programming of access key
>> * RPMB_IOC_COUNTER_CMD -
On Thu, Mar 4, 2021 at 12:19 PM Andy Shevchenko
wrote:
> On Thu, Mar 4, 2021 at 9:29 AM Henning Schild
> wrote:
> I have given a few comments here and there, so please check the entire
> series and address them in _all_ similar locations. As I have noticed,
> I have different approach about P2SB
On Thu, Mar 4, 2021 at 9:29 AM Henning Schild
wrote:
> This series adds support for watchdogs and leds of several x86 devices
> from Siemens.
>
> It is structured with a platform driver that mainly does identification
> of the machines. It might trigger loading of the actual device drivers
> by a
On Mon, Mar 01, 2021 at 03:09:06PM +0100, David Hildenbrand wrote:
> On 22.02.21 14:51, Oscar Salvador wrote:
> > @@ -905,6 +905,18 @@ isolate_migratepages_block(struct compact_control *cc,
> > unsigned long low_pfn,
> > valid_page = page;
> > }
> > + if (
Hello,
My name is Ms. Reem Ebrahim Al-Hashimi, I am the "Minister of state
and Petroleum" also "Minister of State for International Cooperation"
in UAE. I write to you on behalf of my other "three (3) colleagues"
who has approved me to solicit for your "partnership in claiming of
{us$47=Million}"
From: Bartosz Golaszewski
20 characters limit for item name is relatively small. Let's increase it
to 32 to fit '04-committable-children' - a name we'll use in the sample
code for committable items.
Signed-off-by: Bartosz Golaszewski
Acked-by: Linus Walleij
---
include/linux/configfs.h | 2 +-
From: Bartosz Golaszewski
This series adds a new GPIO testing module based on configfs committable items
and sysfs. The goal is to provide a testing driver that will be configurable
at runtime (won't need module reload) and easily extensible. The control over
the attributes is also much more fine
From: Bartosz Golaszewski
For better readability and maintenance: use the (1UL << bit) for flag
definitions.
Signed-off-by: Bartosz Golaszewski
Acked-by: Linus Walleij
---
fs/configfs/configfs_internal.h | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git
On 10/02/2021 13:29, Vladimir Lypak wrote:
> Because of u32 type being used to store pixel clock rate, expression used
> to calculate pipeline clocks (pixel_clock * bpp) produces wrong value due
> to integer overflow. This patch changes data type used to store, pass and
> retrieve pixel_clock from
From: Bartosz Golaszewski
Add an example of using committable items to configfs samples. Each
config item has two attributes: read-write 'storeme' which works
similarly to other examples in this file and a read-only 'committed'
attribute which changes its value between false and true depending on
From: Bartosz Golaszewski
Implement a new, modern GPIO testing module controlled by configfs
attributes instead of module parameters. The goal of this driver is
to provide a replacement for gpio-mockup that will be easily extensible
with new features and doesn't require reloading the module to ch
From: Bartosz Golaszewski
The 'extern' keyword doesn't have any benefits in header files. Remove it.
Signed-off-by: Bartosz Golaszewski
---
include/linux/bitmap.h | 115 -
1 file changed, 57 insertions(+), 58 deletions(-)
diff --git a/include/linux/bitm
From: Bartosz Golaszewski
Add a simple program that allows to retrieve chip properties from the
GPIO character device. This will be used in gpio-sim selftests.
Signed-off-by: Bartosz Golaszewski
---
tools/testing/selftests/gpio/.gitignore | 1 +
tools/testing/selftests/gpio/Makefile
From: Bartosz Golaszewski
Add a simple program that allows to read GPIO line names from the
character device. This will be used in gpio-sim selftests.
Signed-off-by: Bartosz Golaszewski
---
tools/testing/selftests/gpio/.gitignore | 1 +
tools/testing/selftests/gpio/Makefile | 2
From: Bartosz Golaszewski
Provide managed variants of bitmap_alloc() and bitmap_zalloc().
Signed-off-by: Bartosz Golaszewski
---
include/linux/bitmap.h | 10 ++
lib/bitmap.c | 33 +
2 files changed, 43 insertions(+)
diff --git a/include/linux/
From: Bartosz Golaszewski
This implements configfs committable items. We mostly follow the
documentation except that we extend config_group_ops with uncommit_item()
callback for reverting the changes made by commit_item().
Each committable group has two sub-directories: pending and live. New
ite
From: Bartosz Golaszewski
Add a set of tests for the new gpio-sim module. This is a pure shell
test-suite and uses the helper programs available in the gpio selftests
directory. These test-cases only test the functionalities exposed by the
gpio-sim driver, not those handled by core gpiolib code.
From: Bartosz Golaszewski
For better readability and maintenance: order the includes in bitmap
source files alphabetically.
Signed-off-by: Bartosz Golaszewski
---
include/linux/bitmap.h | 4 ++--
lib/bitmap.c | 9 +
2 files changed, 7 insertions(+), 6 deletions(-)
diff --git
From: Bartosz Golaszewski
Export the symbol for device_is_bound() so that we can use it in gpio-sim
to check if the simulated GPIO chip is bound before fetching its driver
data from configfs callbacks in order to retrieve the name of the GPIO
chip device.
Signed-off-by: Bartosz Golaszewski
---
I think we should not swallo such return values in
isolate_or_dissolve_huge_page() and instead properly report esp. -ENOMEM
properly up this callchain now. Otherwise we'll end up retrying / reporting
-EBUSY, which is misleading.
I am not sure I follow you here.
So, atm, alloc_and_dissolve_huge_p
On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
wrote:
>
> The current code doesn't check if GPIOLIB_IRQCHIP is enabled, which results in
> a compilation error when trying to build gpio-regmap if CONFIG_GPIOLIB_IRQCHIP
> isn't enabled.
Suggested-by: ?
> Fixes: 6a45b0e2589f ("gpiolib: Intr
Hi Mike
There are some minor comments on the naming scheme of the structures,
which I think might improve the code readability.
e.g, in general anything that is associated with a csdev could be named
as such csdev_*, rather than cscfg_*_csdev. The latter kind of implies
"cscfg" is the "primary"
> "Winkler, Tomas" writes:
>
> >> The user space API is achieved via a number of synchronous IOCTLs.
> >>
> >> * RPMB_IOC_VER_CMD - simple versioning API
> >> * RPMB_IOC_CAP_CMD - query of underlying capabilities
> >> * RPMB_IOC_PKEY_CMD - one time programming of access key
> >> * RPMB_I
On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
wrote:
>
> This is needed for properly registering gpio regmap as a child of a regmap
gpio -> GPIO
> pin controller.
...
> + * @of_node: (Optional) The device node
> + struct device_node *of_node;
Can we use fwnode from d
Add missing tag:
Suggested-by: Michael Walle
> El 4 mar 2021, a las 9:56, Álvaro Fernández Rojas
> escribió:
>
> The current code doesn't check if GPIOLIB_IRQCHIP is enabled, which results in
> a compilation error when trying to build gpio-regmap if CONFIG_GPIOLIB_IRQCHIP
> isn't enabled.
>
Hi "Rafał,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v5.12-rc1 next-20210304]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base'
On Mon, Mar 01, 2021 at 02:43:59PM -0700, Shuah Khan wrote:
> On 3/1/21 12:37 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.20 release.
> > There are 661 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues
On Thu, Mar 04, 2021 at 11:32:29AM +0100, David Hildenbrand wrote:
> I think this is now the second fatal error we can have (-EINTR, -ENOMEM),
> thus the current interface (return "NULL" on fatal errros) no longer works
> properly.
>
> No strong opinion about fixing this up on top - could be it's
On Mon, Mar 01, 2021 at 10:19:25PM +0100, Pavel Machek wrote:
> Hi!
>
> > This is the start of the stable review cycle for the 5.10.20 release.
> > There are 661 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with these being applied, please
> >
On Wed, Mar 03, 2021 at 12:08:20PM -0800, Guenter Roeck wrote:
> On Tue, Mar 02, 2021 at 08:28:49PM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.20 release.
> > There are 657 patches in this series, all will be posted as a response
> > to this one.
On Wed, Mar 03, 2021 at 10:18:30AM +, Guillaume Tucker wrote:
> On 02/03/2021 19:28, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.20 release.
> > There are 657 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
wrote:
>
> Add a helper for registering BCM63XX pin controllers.
>
> Signed-off-by: Álvaro Fernández Rojas
> Signed-off-by: Jonas Gorski
This SoB is in a strange place.
The order is wrong taking into account the From header (committer). So
Hi Suzuki,
On Thu, 4 Mar 2021 at 10:08, Suzuki K Poulose wrote:
>
> On 1/28/21 5:09 PM, Mike Leach wrote:
> > Creates an system management API to allow complex configurations and
> > features to be programmed into a CoreSight infrastructure.
> >
> > A feature is defined as a programming set for a
On 1/28/21 5:09 PM, Mike Leach wrote:
Creates an system management API to allow complex configurations and
features to be programmed into a CoreSight infrastructure.
A feature is defined as a programming set for a device or class of
devices.
A configuration is a set of features across the syste
Add support for NCT6686D chip used in the Lenovo P620.
Signed-off-by: Jiqi Li
Reviewed-by: Mark Pearson
---
Changes in v2: Corrected typo from NCT6886D to NCT6686D
---
drivers/hwmon/nct6683.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/nct6683.c
On Thu, Mar 04, 2021 at 06:18:25AM +0100, Jiri Slaby wrote:
> It's built with gcc 10 from tumbleweed and it's a standard config from
> kerncvs:
> https://github.com/openSUSE/kernel-source/blob/stable/config/i386/pae
Nope, can't trigger with that one either. :-\
Anyway, it is obvious enough so app
On Thu, Mar 4, 2021 at 10:57 AM Álvaro Fernández Rojas
wrote:
>
> Add a pincontrol driver for BCM6328. BCM628 supports muxing 32 pins as
> GPIOs, as LEDs for the integrated LED controller, or various other
> functions. Its pincontrol mux registers also control other aspects, like
> switching the s
Hi,
On 2/16/21 8:24 AM, Perry Yuan wrote:
> Hi Hans:
>
> On 2021/1/13 2:37, Hans de Goede wrote:
>> Hi,
>>
>> I know there already is a v3 out and I will try to get around to reviewing
>> that soon, still 1 remark about the discussion surrounding v2:
>>
>> On 1/11/21 2:42 PM, Perry Yuan wrote:
>>
Le 04/03/2021 à 11:13, Ravi Bangoria a écrit :
On 3/4/21 1:02 PM, Christophe Leroy wrote:
Le 04/03/2021 à 06:05, Ravi Bangoria a écrit :
As per ISA 3.1, prefixed instruction should not cross 64-byte
boundary. So don't allow Uprobe on such prefixed instruction.
There are two ways probed
On Thu, Mar 04, 2021 at 09:36:57AM +0800, Shuo A Liu wrote:
> This patchset could fix it.
> https://lore.kernel.org/lkml/20210221134339.57851-1-shuo.a@intel.com/.
Yap, it does, thx.
Tested-by: Borislav Petkov
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquet
On 04. 03. 21, 11:48, Borislav Petkov wrote:
On Thu, Mar 04, 2021 at 06:18:25AM +0100, Jiri Slaby wrote:
It's built with gcc 10 from tumbleweed and it's a standard config from
kerncvs:
https://github.com/openSUSE/kernel-source/blob/stable/config/i386/pae
Nope, can't trigger with that one eithe
The following commit has been merged into the x86/vdso branch of tip:
Commit-ID: 6bdbe1760651484b0fe6f6d0cc3a2fe8741e6f87
Gitweb:
https://git.kernel.org/tip/6bdbe1760651484b0fe6f6d0cc3a2fe8741e6f87
Author:Jiri Slaby
AuthorDate:Wed, 03 Mar 2021 07:43:57 +01:00
Committer:
The following commit has been merged into the irq/core branch of tip:
Commit-ID: e749df1bbd23f4472082210650514548d8a39e9b
Gitweb:
https://git.kernel.org/tip/e749df1bbd23f4472082210650514548d8a39e9b
Author:Barry Song
AuthorDate:Wed, 03 Mar 2021 11:49:15 +13:00
Committer:
In IRQ handler interrupts are already disabled, hence no need
to repeat it. Even in the threaded case, which is disabled here,
it is not a problem because IRQ framework serializes descriptor
handling. Remove disabling IRQ part in the handler.
Signed-off-by: Andy Shevchenko
---
drivers/pinctrl/in
On 3/4/21 11:03 AM, Pintu Kumar wrote:
> The sysctl_compact_memory is mostly unused in mm/compaction.c
> It just acts as a place holder for sysctl to store .data.
>
> But the .data itself is not needed here.
> So we can get ride of this variable completely and make .data as NULL.
> This will also
Dmitry,
On Thu, Mar 04 2021 at 10:53, tip-bot wrote:
> The following commit has been merged into the irq/core branch of tip:
>
> Commit-ID: e749df1bbd23f4472082210650514548d8a39e9b
> Gitweb:
> https://git.kernel.org/tip/e749df1bbd23f4472082210650514548d8a39e9b
> Author:Barry S
date: 4 weeks ago
config: mips-randconfig-r024-20210304 (attached as .config)
compiler: mips-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
On Thu, Mar 04, 2021 at 10:01:46AM +0100, Geert Uytterhoeven wrote:
> Hi Andy,
>
> On Mon, Mar 1, 2021 at 5:59 PM Andy Shevchenko
> wrote:
> > cmdline library provides next_arg() helper to traverse over parameters
> > and their values given in command line. Replace custom approach in the
> > dri
Hi Doug,
On Tue, 2 Mar 2021 at 00:10, Doug Anderson wrote:
>
> Hi,
>
> On Tue, Feb 23, 2021 at 11:08 PM Sumit Garg wrote:
> >
> > Simplify kdb commands registration via using linked list instead of
> > static array for commands storage.
> >
> > Signed-off-by: Sumit Garg
> > ---
> >
> > Changes
In the old code, the value calculated RPM_FROM_REG is misleading. The
left-hand side of the division is correct (as per the datasheet, page
11). The misleading part is the right-hand side: the datasheet says it
is should be "number of pulses * TACH count". The TACH count is the
value of the registe
Right now, the divisor (which determines the speed range) is only set
when in RPM mode. However, the speed range also affects the input RPM,
which means, to get more accurate readings, this speed range needs to be
set.
Signed-off-by: Václav Kubernát
---
Documentation/hwmon/max31790.rst | 1 +
d
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.12b-rc2-tag
xen: branch for v5.12-rc2
It contains fixes for 2 security issues (XSA-367 and XSA-369).
Thanks.
Juergen
arch/arm/xen/p2m.c| 35
The conditions for fan fault and its connection to the PWM mode are now
documented.
The pwm_rate_of_change and fan_window are now mentioned. According to
our testing with Sunon PF36281BX-000U-S99, these values are crucial in
how RPM mode works and how long it takes for the RPM to stabilize. For
ex
In the old code, pwm*_enable does two things. Firstly, it sets whether
the chip should run in PWM or RPM mode. Secondly, it tells the chip
whether it should monitor fan RPM. However, these two settings aren't
tied together, so they shouldn't be set with a single value. In the new
code, fan*_enable
I'm announcing the release of the 5.4.102 kernel.
All users of the 5.4 kernel series must upgrade.
The updated 5.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.4.y
and can be browsed at the normal kernel.org git web browser:
The purpose of separating loongson_system_configuration from boot_param.h
is to keep the other structure consistent with the firmware.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
---
.../include/asm/mach-loongson64/boot_param.h | 18 --
.../include/asm/mach-loongson64
These patches clean up some code about Loongson64.
Qing Zhang (2):
MIPS: Loongson64: Remove unused sysconf members
MIPS: Loongson64: Move loongson_system_configuration to loongson.h
.../include/asm/mach-loongson64/boot_param.h | 27
.../include/asm/mach-loongson64/loongson.h
When fan speed input is disabled, it makes no sense to show values in
fan*_input and fan*_fault.
Signed-off-by: Václav Kubernát
---
drivers/hwmon/max31790.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/hwmon/max31790.c b/drivers/hwmon/max31790.c
index 74a81e5e3383..fde
We don't need them anymore, They are uniform on all Loongson64 systems
and have been fixed in DeviceTree.loongson3_platform_init is replaced
with DTS + driver.
Signed-off-by: Jiaxun Yang
Signed-off-by: Qing Zhang
---
.../include/asm/mach-loongson64/boot_param.h | 9
arch/mips/loongson64/
Converting the driver to use regmap makes it more generic. It also makes
it a lot easier to debug through debugfs.
Signed-off-by: Václav Kubernát
---
drivers/hwmon/Kconfig| 1 +
drivers/hwmon/max31790.c | 148 +++
2 files changed, 105 insertions(+), 44 d
The line was starting to get a little long.
Signed-off-by: Václav Kubernát
---
drivers/hwmon/max31790.c | 37 +
1 file changed, 25 insertions(+), 12 deletions(-)
diff --git a/drivers/hwmon/max31790.c b/drivers/hwmon/max31790.c
index fde08c95d942..d4f259dd4e19
Hi,
On 2/12/21 12:54 PM, Maximilian Luz wrote:
> The Surface System Aggregator Module (SSAM) subsystem provides various
> functionalities, which are separated by spreading them across multiple
> devices and corresponding drivers. Parts of that functionality / some of
> those devices, however, can
I'm announcing the release of the 5.10.20 kernel.
All users of the 5.10 kernel series must upgrade.
The updated 5.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.10.y
and can be browsed at the normal kernel.org git web browser:
On Thu, Mar 04, 2021 at 09:53:28AM +0100, Geert Uytterhoeven wrote:
> On Mon, Mar 1, 2021 at 6:00 PM Andy Shevchenko
> wrote:
> > At least one module will benefit from using next_arg() helper.
> > Let's export it for that module and others if they consider it
> > helpful.
> >
> > Signed-off-by: An
1 - 100 of 1321 matches
Mail list logo
