On Wed, Jun 3, 2020 at 5:42 PM 李扬韬 wrote:
>
> >> + /* Enable the lock bits on all PLLs */
> >> + for (i = 0; i < ARRAY_SIZE(pll_regs); i++) {
> >> + val = readl(reg + pll_regs[i]);
> >> + val |= BIT(29);
> >
> >Having a define for that would be nice here
> >
> >> + writel(val, reg +
+ Jose
On Wed, Jun 03, 2020 at 03:54:17PM +0800, Neal Liu wrote:
> On Wed, 2020-06-03 at 08:40 +0100, Marc Zyngier wrote:
[...]
> > The idea is simply to have *one* single ID that caters for all
> > implementations, just like we did for PSCI at the time. This
> > requires ARM to edict a
On Tue, Jun 02, 2020 at 12:02:22AM -0400, Qian Cai wrote:
>
>
> > On Jun 1, 2020, at 11:37 PM, Feng Tang wrote:
> >
> > I re-run the same benchmark with v5.7 and 5.7+remove_warning kernels,
> > the overall performance change is trivial (which is expected)
> >
> > 1330147+0.1%
On Wed, Jun 03, 2020 at 03:13:56PM +0800, Jason Wang wrote:
>
> On 2020/6/2 下午9:05, Michael S. Tsirkin wrote:
> > The idea is to support multiple ring formats by converting
> > to a format-independent array of descriptors.
> >
> > This costs extra cycles, but we gain in ability
> > to fetch a
Hi Eric,
On Wed, May 27, 2020 at 12:40:02PM -0700, Eric Anholt wrote:
> On Wed, May 27, 2020 at 8:50 AM Maxime Ripard wrote:
> >
> > At boot time, if we detect that a pixelvalve has been enabled, we need to
> > be able to retrieve the HVS channel it has been assigned to so that we can
> >
>> + SUNXI_PIN(SUNXI_PINCTRL_PIN(F, 0),
>> + SUNXI_FUNCTION(0x0, "gpio_in"),
>> + SUNXI_FUNCTION(0x1, "gpio_out"),
>> + SUNXI_FUNCTION(0x2, "mmc0"), /* D1 */
>> + SUNXI_FUNCTION(0x3, "jtag"), /* MS1 */
>> + SUNXI_FUNCTION(0x4, "jtag"), /* MS_GPU */
>
>We should use another name here, since
On 03/06/20 08:50, Vincent Guittot wrote:
> On Wed, 3 Jun 2020 at 09:34, Benjamin GAIGNARD
> wrote:
>> On 6/2/20 3:35 PM, Valentin Schneider wrote:
>> > AFAIA streaming_start() is not necessarily executing on the same CPU as the
>> > one that will handle the interrupt. I was thinking you could
Function set_pmd_at is to set pmd entry, if tlb entry need to
be flushed, there exists pmdp_huge_clear_flush alike function
before set_pmd_at is called. So it is not necessary to call
flush_tlb_all in this function.
Signed-off-by: Bibo Mao
---
arch/mips/mm/pgtable-64.c | 1 -
1 file changed, 1
>> + /* Enable the lock bits on all PLLs */
>> + for (i = 0; i < ARRAY_SIZE(pll_regs); i++) {
>> + val = readl(reg + pll_regs[i]);
>> + val |= BIT(29);
>
>Having a define for that would be nice here
>
>> + writel(val, reg + pll_regs[i]);
>> + }
>> +
>> + /*
>> + * In order to pass the EMI
On Wed, 03 Jun 2020 11:24:59 +0200,
Chuhong Yuan wrote:
>
> snd_es968_pnp_detect() misses a snd_card_free() in a failed path.
> Add the missed function call to fix it.
>
> Fixes: a20971b201ac ("ALSA: Merge es1688 and es968 drivers")
> Signed-off-by: Chuhong Yuan
Thanks, applied now with
On Tue, Jun 02, 2020 at 06:46:00PM +0200, Dietmar Eggemann wrote:
> On 29.05.20 12:08, Mel Gorman wrote:
> > On Thu, May 28, 2020 at 06:11:12PM +0200, Peter Zijlstra wrote:
> >>> FWIW, I think you're referring to Mel's notice in OSPM regarding the
> >>> overhead.
> >>> Trying to see what goes on
From: Peng Fan
Use devm_kasprintf to simplify code
Signed-off-by: Peng Fan
---
drivers/soc/imx/soc-imx-scu.c | 37 +++--
1 file changed, 11 insertions(+), 26 deletions(-)
diff --git a/drivers/soc/imx/soc-imx-scu.c b/drivers/soc/imx/soc-imx-scu.c
index
On 6/3/2020 11:47 AM, Andrei Botila (OSS) wrote:
> From: Andrei Botila
>
> Add support for dpseci_reset() command for DPSECI objects.
> For DPSECI DPAA2 objects with version lower than v5.4 reset command
> was broken in MC f/w.
>
> Signed-off-by: Andrei Botila
Reviewed-by: Horia Geantă
On Wed, Jun 03, 2020 at 08:40:58AM +0100, Marc Zyngier wrote:
> On 2020-06-03 08:29, Neal Liu wrote:
> > On Tue, 2020-06-02 at 21:02 +0800, Marc Zyngier wrote:
> > > On 2020-06-02 13:14, Ard Biesheuvel wrote:
> > > > On Tue, 2 Jun 2020 at 10:15, Neal Liu wrote:
> > > >>
> > > >> These patch
1.Set the bus id for each mux channel to avoid switching channels
multiple times
2.Set smbus_en of IO expander to 1 in order to be able to read tmp401
sensor
3.Add 8 tmp401 thermal sensors
Signed-off-by: Ben Pai
---
arch/arm/boot/dts/aspeed-bmc-opp-mihawk.dts | 449 +++-
1 file
On Wed, 3 Jun 2020 at 13:55, Petr Mladek wrote:
>
> On Wed 2020-06-03 12:52:15, Sumit Garg wrote:
> > In kgdb context, calling console handlers aren't safe due to locks used
> > in those handlers which could in turn lead to a deadlock. Although, using
> > oops_in_progress increases the chance to
xfs_ifree_cluster() calls xfs_perag_get() at the beginning, but forgets to
call xfs_perag_put() in one failed path.
Add the missed function call to fix it.
Fixes: ce92464c180b ("xfs: make xfs_trans_get_buf return an error code")
Signed-off-by: Chuhong Yuan
---
fs/xfs/xfs_inode.c | 4 +++-
1
budget_register() has no error handling after its failure.
Add the missed undo functions for error handling to fix it.
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signed-off-by: Chuhong Yuan
---
drivers/media/pci/ttpci/budget-core.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
Since if there is no GPIO, nothing happens, replace devm_gpiod_get()
with devm_gpiod_get_optional().
Also add IS_ERR() to fix the missing-check bug.
Fixes: cee211f4e5a0 ("iio: amplifiers: ad8366: Add support for the ADA4961 DGA")
Signed-off-by: Chuhong Yuan
---
Changes in v3:
- Change
Although gx1fb_probe() has handled the failure of gx1fb_map_video_memory()
partly, it does not call pci_disable_device() as gx1fb_map_video_memory()
calls pci_enable_device().
Add the missed function call to fix the bug.
Fixes: 53eed4ec8bcd ("[PATCH] fbdev: geode updates]")
Signed-off-by: Chuhong
snd_es968_pnp_detect() misses a snd_card_free() in a failed path.
Add the missed function call to fix it.
Fixes: a20971b201ac ("ALSA: Merge es1688 and es968 drivers")
Signed-off-by: Chuhong Yuan
---
sound/isa/es1688/es1688.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
st_clk_probe() has not check for clk_hw_register_mux(), clk_hw_register_gate()
and devm_clk_hw_register_clkdev().
Add the missed checks and return devm_clk_hw_register_clkdev()'s return value
to check errors.
Fixes: 421bf6a1f061 ("clk: x86: Add ST oscout platform clock")
Signed-off-by: Chuhong
-20200603
for you to fetch changes up to 3ead2f97bd44a9a106572d306cb04a878c569cb2:
xtensa: Fix spelling/grammar in comment (2020-05-25 16:11:43 -0700)
Xtensa updates for v5.8:
- fix __user annotations in asm/uaccess.h
- fix
On 02.06.2020 10:21, Krzysztof Kozlowski wrote:
>> +static struct icc_node *exynos_icc_get_parent(struct device_node *np)
>> +{
>> +struct of_phandle_args args;
>> +int num, ret;
>> +
>> +num = of_count_phandle_with_args(np, "samsung,interconnect-parent",
>> +
On Mon, Jun 01, 2020 at 01:50:13PM +0300, Vadym Kochan wrote:
> Hi Ido,
>
> On Sat, May 30, 2020 at 06:48:01PM +0300, Ido Schimmel wrote:
> > On Thu, May 28, 2020 at 06:12:40PM +0300, Vadym Kochan wrote:
> >
>
> [...]
>
> > Nit: "From" ?
> >
> > > + PRESTERA_DSA_CMD_FROM_CPU,
> > > +};
> > >
From: Bean Huo
Resent this patchset since linux-s...@vger.kernel.org and
linux-kernel@vger.kernel.org rejected my email
Cleanup UFS descriptor length initialization, and delete some unnecessary code.
Changelog:
v4 - v5:
1. Rebased patch
2. In the patch 3/5, change "param_size >
From: Bean Huo
For UFS 3.1, the normal unit descriptor is 10 bytes larger
than the RPMB unit, however, both descriptors share the same
desc_idn, to cover both unit descriptors with one length, we
choose the normal unit descriptor length by desc_index.
Signed-off-by: Bean Huo
Reviewed-by: Avri
From: Bean Huo
At UFS initialization stage, to get the length of the descriptor,
ufshcd_read_desc_length() being called 6 times. Instead, we will
capture the descriptor size the first time we'll read it.
Delete unnecessary redundant code, remove ufshcd_read_desc_length(),
From: Bean Huo
For the UFS device, the maximum descriptor size is 255, max_t called
in ufs_get_device_desc() is useless.
Signed-off-by: Bart van Assche
Signed-off-by: Bean Huo
Acked-by: Avri Altman
Reviewed-by: Stanley Chu
---
drivers/scsi/ufs/ufshcd.c | 5 +
1 file changed, 1
From: Bean Huo
If param_offset is not 0, the memcpy length shouldn't be the
true descriptor length.
Signed-off-by: Bean Huo
---
drivers/scsi/ufs/ufshcd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
index
From: Bean Huo
Delete ufshcd_read_desc(). Instead, let caller directly call
ufshcd_read_desc_param().
Signed-off-by: Bean Huo
Reviewed-by: Avri Altman
Reviewed-by: Bart van Assche
Reviewed-by: Stanley Chu
---
drivers/scsi/ufs/ufshcd.c | 27 ---
1 file changed, 8
Acked-by: Ganapathi Bhat
The following commit has been merged into the core/urgent branch of tip:
Commit-ID: b3e2d20973db3ec87a6dd2fee0c88d3c2e7c2f61
Gitweb:
https://git.kernel.org/tip/b3e2d20973db3ec87a6dd2fee0c88d3c2e7c2f61
Author:Kefeng Wang
AuthorDate:Fri, 17 Apr 2020 12:02:45 +08:00
Acked-by: Ganapathi Bhat
On Tue, Jun 02, 2020 at 01:10:30PM +0100, Colin King wrote:
> From: Colin Ian King
>
> There is a spelling mistake in a pr_err error message. Fix it.
Thanks!
Reviewed-by: Serge Semin
>
> Signed-off-by: Colin Ian King
> ---
> drivers/clk/baikal-t1/clk-ccu-div.c | 2 +-
> 1 file changed, 1
Allow user to use alternative implementations of compression tools,
such as pigz, pbzip2, pxz. For example, multi-threaded tools to
speed up the build:
$ make GZIP=pigz BZIP2=pbzip2
Variables _GZIP, _BZIP2, _LZOP are used internally because original env
vars are reserved by the tools. The use of
Acked-by: Ganapathi Bhat
On Tue, Jun 02, 2020 at 10:37:28PM +, Wei Yang wrote:
> Add some test for get_count_order/long in test_bitops.c.
Thanks! LGTM,
Reviewed-by: Andy Shevchenko
Note, we can have as many MODULE_AUTHOR() lines as we want.
> Signed-off-by: Wei Yang
>
> ---
> v2: merge the test into
Acked-by: Ganapathi Bhat
On Thu, Apr 9, 2020 at 2:57 AM Arnd Bergmann wrote:
>
> I got a build failure with CONFIG_ARCH_SPRD=m when the
> main portion of the clock driver failed to get linked into
> the kernel:
>
> ERROR: modpost: "sprd_pll_sc_gate_ops" [drivers/clk/sprd/sc9863a-clk.ko]
> undefined!
> ERROR: modpost:
Hi Pali,
> This patch series fixes mwifiex and btmrvl drivers to load firmware for
> sd8977 and sd8997 chipsets from correct filename.
Thanks you for the changes, I will ack each patch;
Regards,
Ganapathi
On Wed, Jun 03, 2020 at 10:25:04AM +0200, Petr Mladek wrote:
> On Wed 2020-06-03 12:52:15, Sumit Garg wrote:
> > In kgdb context, calling console handlers aren't safe due to locks used
> > in those handlers which could in turn lead to a deadlock. Although, using
> > oops_in_progress increases the
On Wed, 3 Jun 2020 at 11:15, Masahiro Yamada wrote:
>
> On Wed, Jun 3, 2020 at 6:02 PM Ard Biesheuvel wrote:
> >
> > On Wed, 3 Jun 2020 at 10:59, Masahiro Yamada wrote:
> > >
> > > On Wed, Jun 3, 2020 at 5:45 PM Ard Biesheuvel wrote:
> > > >
> > > > On Wed, 3 Jun 2020 at 10:36, Masahiro Yamada
The documentation reports the wrong macro names
related to the pca9532 instead of the pca955x
Signed-off-by: Flavio Suligoi
Acked-by: Rob Herring
---
v1: add "Acked-by: Rob Herring "
Documentation/devicetree/bindings/leds/leds-pca955x.txt | 6 +++---
1 file changed, 3 insertions(+), 3
* Paul E. McKenney wrote:
> Hello!
>
> This pull request contains a single commit that fixes a printk() format
> error that appears on 32-bit architectures. This could be argued to
> be a minor bug, but it is a regression from this week's merge window,
> and is in code that is never used in
On Wed, Jun 3, 2020 at 6:02 PM Ard Biesheuvel wrote:
>
> On Wed, 3 Jun 2020 at 10:59, Masahiro Yamada wrote:
> >
> > On Wed, Jun 3, 2020 at 5:45 PM Ard Biesheuvel wrote:
> > >
> > > On Wed, 3 Jun 2020 at 10:36, Masahiro Yamada wrote:
> > > >
> > > > On Wed, Jun 3, 2020 at 3:45 PM Ard
On Wed, Jun 03, 2020 at 10:40:51AM +0200, Johan Hovold wrote:
> On Tue, Jun 02, 2020 at 04:34:16PM +0100, Dmitry Safonov wrote:
> > On 6/2/20 3:48 PM, Andy Shevchenko wrote:
> > > On Tue, Jun 2, 2020 at 5:03 PM Johan Hovold wrote:
> > >>
> > >> Commit d6e1935819db ("serial: core: Allow processing
Hi Ferenc,
On 03/06/2020 10:56, Ferenc Fejes wrote:
Matthieu Baerts ezt írta (időpont:
2020. jún. 3., Sze, 10:11):
A recent commit added new variables only used if CONFIG_NETDEVICES is
set.
Thank you for noticing and fixed this!
A simple fix is to only declare these variables if the same
Add interconnect bandwidths for SDHC driver using OPP framework that
is required by SDHC driver based on the clock frequency and bus width
of the card. Otherwise, the system clocks may run at minimum clock
speed and thus affecting the performance.
This change is based on
[1] [Patch v8]
Interconnect bandwidth scaling support is now added as a
part of OPP [1]. So, make sure interconnect driver is ready
before handling interconnect scaling.
This change is based on
[1] [Patch v8] Introduce OPP bandwidth bindings
(https://lkml.org/lkml/2020/5/12/493)
[2] [Patch v3] mmc: sdhci-msm:
Add interconnect bandwidth scaling supported strings for qcom-sdhci
controller.
Signed-off-by: Pradeep P V K
Acked-by: Rob Herring
Reviewed-by: Bjorn Andersson
---
Documentation/devicetree/bindings/mmc/sdhci-msm.txt | 18 ++
1 file changed, 18 insertions(+)
diff --git
On Mon, May 04, 2020 at 01:28:59PM +0200, Joerg Roedel wrote:
> On Mon, May 04, 2020 at 12:54:45PM +0200, Borislav Petkov wrote:
> > On Tue, Apr 28, 2020 at 05:16:23PM +0200, Joerg Roedel wrote:
> > > +#include "../../entry/calling.h"
> >
> > Leftover from something? Commenting it out doesn't
Good morning Linus,
Enjoy!
The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136:
Linux 5.7-rc1 (2020-04-12 12:35:55 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git
tags/backlight-next-5.8
for you to
Good morning Linus,
Enjoy!
The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136:
Linux 5.7-rc1 (2020-04-12 12:35:55 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git tags/mfd-next-5.8
for you to fetch changes
On Wed, 3 Jun 2020 at 10:59, Masahiro Yamada wrote:
>
> On Wed, Jun 3, 2020 at 5:45 PM Ard Biesheuvel wrote:
> >
> > On Wed, 3 Jun 2020 at 10:36, Masahiro Yamada wrote:
> > >
> > > On Wed, Jun 3, 2020 at 3:45 PM Ard Biesheuvel wrote:
> > > >
> > > > On Wed, 3 Jun 2020 at 07:34, Masahiro Yamada
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
Support VBUS power control using regulator framework. Enables the regulator
while the port is in host mode.
Signed-off-by: Mike Looijmans
---
.../devicetree/bindings/usb/dwc3.txt | 1 +
drivers/usb/dwc3/core.c | 30 ++-
drivers/usb/dwc3/core.h
On Wed, Jun 3, 2020 at 5:45 PM Ard Biesheuvel wrote:
>
> On Wed, 3 Jun 2020 at 10:36, Masahiro Yamada wrote:
> >
> > On Wed, Jun 3, 2020 at 3:45 PM Ard Biesheuvel wrote:
> > >
> > > On Wed, 3 Jun 2020 at 07:34, Masahiro Yamada wrote:
> > > >
> > > > Documentation/kbuild/makefiles.rst says:
> >
Matthieu Baerts ezt írta (időpont:
2020. jún. 3., Sze, 10:11):
>
> A recent commit added new variables only used if CONFIG_NETDEVICES is
> set.
Thank you for noticing and fixed this!
> A simple fix is to only declare these variables if the same
> condition is valid.
>
> Other solutions could be
Use devm_platform_ioremap_resource_byname() to simplify the code a bit.
Signed-off-by: Kunihiko Hayashi
---
drivers/pci/controller/dwc/pcie-uniphier.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pci/controller/dwc/pcie-uniphier.c
This gets iATU register area from reg property. In Synopsys DWC version
4.80 or later, since iATU register area is separated from core register
area, this area is necessary to get from DT independently.
Signed-off-by: Kunihiko Hayashi
---
drivers/pci/controller/dwc/pcie-uniphier.c | 5 +
1
This series adds some features for UniPhier PCIe host controller.
- Add support for PME and AER invoked by MSI interrupt
- Add iATU register view support for PCIe version >= 4.80
- Add an error message when failing to get phy driver
This adds a new function called by MSI handler in DesignWare
The misc interrupts consisting of PME, AER, and Link event, is handled
by INTx handler, however, these interrupts should be also handled by
MSI handler.
This adds the function uniphier_pcie_misc_isr() that handles misc
intterupts, which is called from both INTx and MSI handlers.
This function
This adds msi_host_isr() callback function support to describe
SoC-dependent service triggered by MSI.
For example, when AER interrupt is triggered by MSI, the callback function
reads SoC-dependent registers and detects that the interrupt is from AER,
and invoke AER interrupts related to MSI.
In the dt-bindings, "atu" reg-names is required to get the register space
for iATU in Synopsys DWC version 4.80 or later.
Signed-off-by: Kunihiko Hayashi
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/pci/uniphier-pcie.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Even if phy driver doesn't probe, the error message can't be distinguished
from other errors. This displays error message caused by the phy driver
explicitly.
Signed-off-by: Kunihiko Hayashi
---
drivers/pci/controller/dwc/pcie-uniphier.c | 8 ++--
1 file changed, 6 insertions(+), 2
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/powerpc/mm/ptdump/ptdump.c
between commit:
6b789a26d7da ("powerpc/ptdump: Handle hugepd at PGD level")
from the powerpc tree and patch:
"powerpc: add support for folded p4d page tables"
from the
On Thu, May 28, 2020 at 4:59 PM Michael Walle wrote:
> This series is a split off of the sl28cpld series:
> https://lore.kernel.org/linux-gpio/20200423174543.17161-1-mich...@walle.cc/
>
> I wasn't sure if I should also include the gpiochip_irqchip_add_domain()
> patch here. So feel free to skip
On Tue, Jun 2, 2020 at 10:01 PM Rikard Falkeborn
wrote:
> On Mon, Jun 01, 2020 at 11:33:30AM +0300, Andy Shevchenko wrote:
> > On Mon, Jun 01, 2020 at 12:37:16AM +0200, Rikard Falkeborn wrote:
> > > On Sun, May 31, 2020 at 02:00:45PM +0300, Andy Shevchenko wrote:
...
> > > If we cast to int, we
> -Original Message-
> From: Andy Shevchenko
> Sent: Tuesday, June 2, 2020 5:39 PM
>
> On Tue, Jun 2, 2020 at 12:26 PM Piotr Stankiewicz
> wrote:
> >
> > Seeing as there is shorthand available to use when asking for any type
> > of interrupt, or any type of message signalled interrupt,
On Tue, Jun 02, 2020 at 09:38:53PM +0200, Peter Zijlstra wrote:
> That said; noinstr's __no_sanitize combined with atomic_t might be
> 'interesting', because the regular atomic things have explicit
> annotations in them. That should give validation warnings for the right
> .config, I'll have to
From: Andrei Botila
Add support for dpseci_reset() command for DPSECI objects.
For DPSECI DPAA2 objects with version lower than v5.4 reset command
was broken in MC f/w.
Signed-off-by: Andrei Botila
---
Changes since V1:
- added, in dpaa2_dpseci_free function an error message in case
Add Sensirion SCD30 carbon dioxide core driver.
Signed-off-by: Tomasz Duszynski
---
Documentation/ABI/testing/sysfs-bus-iio-scd30 | 34 +
MAINTAINERS | 6 +
drivers/iio/chemical/Kconfig | 11 +
drivers/iio/chemical/Makefile
Add SCD30 sensor binding file.
Signed-off-by: Tomasz Duszynski
---
.../iio/chemical/sensirion,scd30.yaml | 68 +++
MAINTAINERS | 1 +
2 files changed, 69 insertions(+)
create mode 100644
Add I2C interface driver for the SCD30 sensor.
Signed-off-by: Tomasz Duszynski
---
MAINTAINERS | 1 +
drivers/iio/chemical/Kconfig | 11 +++
drivers/iio/chemical/Makefile| 1 +
drivers/iio/chemical/scd30_i2c.c | 139 +++
4 files
Following series adds support for Sensirion SCD30 sensor module capable of
measuring carbon dioxide, temperature and relative humidity. CO2 measurements
base on NDIR principle while temperature and relative humidity are measured by
the on board SHT31. As for sensor communication, both I2C and
Add serial interface driver for the SCD30 sensor.
Signed-off-by: Tomasz Duszynski
---
MAINTAINERS | 1 +
drivers/iio/chemical/Kconfig| 11 ++
drivers/iio/chemical/Makefile | 1 +
drivers/iio/chemical/scd30_serial.c | 263
4
On Wed, 03 Jun 2020 08:54:51 +0200,
Takashi Iwai wrote:
>
> On Wed, 03 Jun 2020 08:28:09 +0200,
> Takashi Iwai wrote:
> >
> > And, the most suspicious case is the last one,
> > chip->num_suspended-intf. It means that the device has multiple
> > USB interfaces and they went to suspend, while the
On Fri, 2020-05-29 at 12:32 +0800, Macpaul Lin wrote:
> When runtime suspend was enabled, runtime suspend might happened
> when xhci is removing hcd. This might cause kernel panic when hcd
> has been freed but runtime pm suspend related handle need to
> reference it.
>
> Signed-off-by: Macpaul
On Wed, 3 Jun 2020 at 10:36, Masahiro Yamada wrote:
>
> On Wed, Jun 3, 2020 at 3:45 PM Ard Biesheuvel wrote:
> >
> > On Wed, 3 Jun 2020 at 07:34, Masahiro Yamada wrote:
> > >
> > > Documentation/kbuild/makefiles.rst says:
> > >
> > > Use of lib-y is normally restricted to `lib/` and
if users give a name saved in stack, the current code will generate magic
pointer.
if users don't give a name(NULL), kasprintf() will always return NULL as
we are at the early stage. that means cma_init_reserved_mem() will return
-ENOMEM if users set name parameter as NULL.
Cc: Roman Gushchin
On 03/06/2020 08:48, Kai-Heng Feng wrote:
Commit 130f4caf145c ("libata: Ensure ata_port probe has completed before
detach") may cause system freeze during suspend.
Using async_synchronize_full() in PM callbacks is wrong, since async
callbacks that are already scheduled may wait for
the current code of CMA can only work when users pass a const string as name
parameter. we need to fix the way to handle names in CMA.
On the other hand, to avoid name conflicts after enabling CMA_DEBUGFS, each
hugetlb should get a different CMA name.
Barry Song (2):
mm: cma: fix the name of
once we enable CMA_DEBUGFS, we will get the below errors:
directory 'cma-hugetlb' with parent 'cma' already present
only the first numa node will get a directory in debugfs.
we should have different names for different CMA areas.
Cc: Roman Gushchin
Signed-off-by: Barry Song
---
mm/hugetlb.c |
On Tue, Jun 02, 2020 at 04:34:16PM +0100, Dmitry Safonov wrote:
> On 6/2/20 3:48 PM, Andy Shevchenko wrote:
> > On Tue, Jun 2, 2020 at 5:03 PM Johan Hovold wrote:
> >>
> >> Commit d6e1935819db ("serial: core: Allow processing sysrq at port
> >> unlock time") worked around a circular locking
On Wed, Jun 3, 2020 at 3:45 PM Ard Biesheuvel wrote:
>
> On Wed, 3 Jun 2020 at 07:34, Masahiro Yamada wrote:
> >
> > Documentation/kbuild/makefiles.rst says:
> >
> > Use of lib-y is normally restricted to `lib/` and `arch/*/lib`.
> >
> > I want to disallow lib-y outside of them.
> >
>
> Why?
Hi Ji-Ze,
On Wed, Jun 3, 2020 at 9:35 AM Ji-Ze Hong (Peter Hong) wrote:
> Geert Uytterhoeven 於 2020/6/3 下午 03:13 寫道:
> > If devres_head is not empty, you have a serious problem on your system,
> > as those resources may be in an unknown state (e.g. freed but still in
> > use). While I had
On Thu, 2020-05-21 at 04:34 +0800, Robin Gong wrote:
> There is ecspi ERR009165 on i.mx6/7 soc family, which cause FIFO
> transfer to be send twice in DMA mode. Please get more information
> from:
> https://www.nxp.com/docs/en/errata/IMX6DQCE.pdf. The workaround is
> adding
> new sdma ram script
On 2 June 2020 11:03:08 PM IST, Amit Singh Tomar wrote:
>This commit adds DAM controller present on Actions S700, it differs
DMA
>from
>S900 in terms of number of dma channels and requests.
>
>Signed-off-by: Amit Singh Tomar
>---
>Changes since v2:
> * added power-domain property as
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
tools/testing/selftests/sysctl/sysctl.sh
between commit:
eee470e0739a ("selftests/sysctl: Fix to load test_sysctl module")
from the kselftest tree and patch:
"tools/testing/selftests/sysctl/sysctl.sh: support
Hi Dietmar,
thanks for sharing these numbers.
On Tue, Jun 02, 2020 at 18:46:00 +0200, Dietmar Eggemann
wrote...
[...]
> I ran these tests on 'Ubuntu 18.04 Desktop' on Intel E5-2690 v2
> (2 sockets * 10 cores * 2 threads) with powersave governor as:
>
> $ numactl -N 0 ./run-mmtests.sh XXX
On 03/06/2020 07.58, Christoph Hellwig wrote:
On Mon, Jun 01, 2020 at 03:37:09PM +0300, Konstantin Khlebnikov wrote:
Add flag for marking bio-based queues which support REQ_NOWAIT.
Set for all request based (mq) devices.
Stacking device should set it after blk_set_stacking_limits() if method
On Wed 2020-06-03 12:52:15, Sumit Garg wrote:
> In kgdb context, calling console handlers aren't safe due to locks used
> in those handlers which could in turn lead to a deadlock. Although, using
> oops_in_progress increases the chance to bypass locks in most console
> handlers but it might not be
On Tue, Jun 02, 2020 at 08:37:31PM -0700, Jeykumar Sankaran wrote:
> drm connector notifies userspace on hotplug event prematurely before
> late_register and mode_object register completes. This leads to a race
> between userspace and kernel on updating the IDR list. So, move the
> notification to
This patch series fixes mwifiex and btmrvl drivers to load firmware for sd8977
and sd8997 chipsets from correct filename.
Both Marvell distribution package and linux-firmware repository [1] contain
firmware for these chipsets in files
sdsd8977_combo_v2.bin/sdsd8997_combo_v4.bin.
Linux drivers
Firmware for sd8977 chipset is distributed by Marvell package and also as
part of the linux-firmware repository in filename sdsd8977_combo_v2.bin.
This patch fixes mwifiex driver to load correct firmware file for sd8977.
Fixes: 1a0f547831dce ("mwifiex: add support for sd8977 chipset")
Firmware for sd8997 chipset is distributed by Marvell package and also as
part of the linux-firmware repository in filename sdsd8997_combo_v4.bin.
This patch fixes mwifiex driver to load correct firmware file for sd8997.
Fixes: 6d85ef00d9dfe ("mwifiex: add support for 8997 chipset")
Firmware for sd8977 chipset is distributed by Marvell package and also as
part of the linux-firmware repository in filename sdsd8977_combo_v2.bin.
This patch fixes mwifiex driver to load correct firmware file for sd8977.
Fixes: 8c57983bf7a79 ("Bluetooth: btmrvl: add support for sd8977 chipset")
Firmware for sd8997 chipset is distributed by Marvell package and also as
part of the linux-firmware repository in filename sdsd8997_combo_v4.bin.
This patch fixes mwifiex driver to load correct firmware file for sd8997.
Fixes: f0ef67485f591 ("Bluetooth: btmrvl: add sd8997 chipset support")
On 2020-06-01 22:37:34 [+0800], Hillf Danton wrote:
>
> After updating the lru drain sequence, new comers avoid waiting for
> the current drainer, because he is flushing works on each online CPU,
> by trying to lock the mutex; the drainer OTOH tries to do works for
> those who fail to acquire the
901 - 1000 of 1155 matches
Mail list logo