On Fri, May 22, 2020 at 09:29:29AM +0300, Andra Paraschiv wrote:
> --- /dev/null
> +++ b/include/uapi/linux/nitro_enclaves.h
> @@ -0,0 +1,77 @@
> +/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
> +/*
> + * Copyright 2020 Amazon.com, Inc. or its affiliates. All Rights Reserved.
> + *
Am 22.05.20 um 03:25 schrieb Gustavo A. R. Silva:
The current codebase makes use of one-element arrays in the following
form:
struct something {
int length;
u8 data[1];
};
struct something *instance;
instance = kmalloc(sizeof(*instance) + size, GFP_KERNEL);
instance->length = size;
m
On 05/21/20 at 08:18pm, Mike Rapoport wrote:
> On Thu, May 21, 2020 at 11:52:25PM +0800, Baoquan He wrote:
> > On 05/21/20 at 12:26pm, Mike Rapoport wrote:
> > > > For this kind of e820 reserved range, it won't be added to memblock
> > > > allocator.
> > > > However, init_unavailable_mem() will in
If uboot passes a blank string to console_setup then it results in a trashed
memory.
Ultimately, the kernel crashes during freeing up the memory. This fix checks if
there
is a blank parameter being passed to console_setup from uboot.
In case it detects that the console parameter is blank then
it
On Fri, 2020-05-22 at 09:29 +0300, Andra Paraschiv wrote:
trivia:
> diff --git a/MAINTAINERS b/MAINTAINERS
[]
> @@ -11956,6 +11956,19 @@ S: Maintained
> T: git git://git.kernel.org/pub/scm/linux/kernel/git/lftan/nios2.git
> F: arch/nios2/
>
> +NITRO ENCLAVES (NE)
> +M: Andra Paraschiv
On Fri, May 22, 2020 at 09:29:32AM +0300, Andra Paraschiv wrote:
> +/**
> + * ne_setup_msix - Setup MSI-X vectors for the PCI device.
> + *
> + * @pdev: PCI device to setup the MSI-X for.
> + *
> + * @returns: 0 on success, negative return value on failure.
> + */
> +static int ne_setup_msix(struct
On Fri, May 22, 2020 at 09:29:35AM +0300, Andra Paraschiv wrote:
> +static char *ne_cpus;
> +module_param(ne_cpus, charp, 0644);
> +MODULE_PARM_DESC(ne_cpus, " - CPU pool used for Nitro Enclaves");
This is not the 1990's, don't use module parameters if you can help it.
Why is this needed, and wher
We may want to get rid of the iio_priv_to_dev() helper. That's a bit
uncertain at this point. The reason is that we will hide some of the
members of the iio_dev structure (to prevent drivers from accessing them
directly), and that will also mean hiding the implementation of the
iio_priv_to_dev() he
On Fri, May 22, 2020 at 09:29:36AM +0300, Andra Paraschiv wrote:
> Add ioctl command logic for enclave VM creation. It triggers a slot
> allocation. The enclave resources will be associated with this slot and
> it will be used as an identifier for triggering enclave run.
>
> Return a file descript
On Fri, May 22, 2020 at 09:29:44AM +0300, Andra Paraschiv wrote:
> Signed-off-by: Alexandru Vasile
> Signed-off-by: Andra Paraschiv
I know I don't take commits with no changelog text :(
On Fri, May 22, 2020 at 09:29:43AM +0300, Andra Paraschiv wrote:
> Signed-off-by: Andra Paraschiv
Changelog is needed
On Fri, May 22, 2020 at 09:29:45AM +0300, Andra Paraschiv wrote:
> Signed-off-by: Andra Paraschiv
No changelog?
On Fri, May 22, 2020 at 09:29:42AM +0300, Andra Paraschiv wrote:
> Signed-off-by: Andra Paraschiv
changelog is needed.
If uboot passes a blank string to console_setup then it results in a trashed
memory.
Ultimately, the kernel crashes during freeing up the memory. This fix checks if
there
is a blank parameter being passed to console_setup from uboot.
In case it detects that the console parameter is blank then
it
On Fri, May 22, 2020 at 09:29:44AM +0300, Andra Paraschiv wrote:
> Signed-off-by: Alexandru Vasile
> Signed-off-by: Andra Paraschiv
No changelog?
> ---
> samples/nitro_enclaves/.gitignore | 2 +
> samples/nitro_enclaves/Makefile | 28 +
> .../include/linux/nitro_en
If uboot passes a blank string to console_setup then it results in a trashed
memory.
Ultimately, the kernel crashes during freeing up the memory. This fix checks if
there
is a blank parameter being passed to console_setup from uboot.
In case it detects that the console parameter is blank then
it
On Fri, May 15, 2020 at 03:44:02AM +0300, Jarkko Sakkinen wrote:
> +static void sgx_reclaimer_write(struct sgx_epc_page *epc_page,
> + struct sgx_backing *backing)
> +{
> + struct sgx_encl_page *encl_page = epc_page->owner;
> + struct sgx_encl *encl = encl_page->
On Thu, May 21, 2020 at 04:43:04PM +0300, Georgi Djakov wrote:
> Hello Greg,
>
> This is the pull request with the interconnect changes for the 5.8-rc1
> merge window. It contains some core framework changes (helper functions,
> conversion of the framework from tristate to bool, etc). Some of thes
Hi Will,
On Thu, 21 May 2020 18:35:22 +0100 Will Deacon wrote:
>
> [+Marco and Boris]
>
> On Fri, May 22, 2020 at 03:31:19AM +1000, Stephen Rothwell wrote:
> > After merging the tip tree, all my linux-next builds took signficantly
> > longer and used much more memory. In some cases, builds woul
Hi Dave,
On 5/22/20 12:52 AM, Dave Chinner wrote:
On Sun, May 17, 2020 at 11:47:18PM +0200, Guoqing Jiang wrote:
We can cleanup code a little by call detach_page_private here.
Signed-off-by: Guoqing Jiang
---
No change since RFC V3.
mm/migrate.c | 5 +
1 file changed, 1 insertion(+),
From: Cixi Geng
The CONFIG_GCOV_PROFILE_ALL will compile kernel by profiling entire
kernel which will lead to kernel run slower.Use GCOV_PROFILE_PREREQS
to control part of the kernel modules to open gcov.
Only add SERIAL_GCOV for an example.
Signed-off-by: Cixi Geng
---
drivers/tty/serial/Kco
This is caused by dereferencing 'rpmb' after put_device().
Signed-off-by: Peng Hao
---
drivers/mmc/core/block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/core/block.c b/drivers/mmc/core/block.c
index 8499b56..e6e025c 100644
--- a/drivers/mmc/core/block.c
+++
Current pages sizes apply to controllers after v3.4
Signed-off-by: Álvaro Fernández Rojas
---
v3: no changes.
v2: add new patch.
drivers/mtd/nand/raw/brcmnand/brcmnand.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/raw/brcmnand/brcmnand.c
b/drivers
Only v3.3-v5.0 have a different CS0 layout.
Controllers before v3.3 use the same layout for every CS.
Fixes: 27c5b17cd1b1 ("mtd: nand: add NAND driver "library" for Broadcom STB
NAND controller")
Signed-off-by: Álvaro Fernández Rojas
---
v3: no changes.
v2: fix commit log.
drivers/mtd/nand/r
v2.1: tested on Netgear DGND3700v1 (BCM6368)
v2.2: tested on Netgear DGND3700v2 (BCM6362)
Signed-off-by: Álvaro Fernández Rojas
---
v3: fix page size shift for v2.1 controllers.
v2: split page sizes rename into a different patch.
name all block and page sizes versions.
drivers/mtd/nand/r
On 05/22/20 at 03:01pm, Baoquan He wrote:
> > > As I said, the unavailable range includes firmware reserved ranges, and
> > > holes inside one boot memory section, if that boot memory section haves
> > > useable memory range, and firmware reserved ranges, and holes. Adding
> > > them all into membl
These registers are also used on v3.3.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Miquel Raynal
---
v3: no changes.
v2: fix commit title.
drivers/mtd/nand/raw/brcmnand/brcmnand.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/raw/brcmnand
Added brcm,brcmnand-v2.1 and brcm,brcmnand-v2.2 as possible compatible
strings to support brcmnand controllers v2.1 and v2.2.
Signed-off-by: Álvaro Fernández Rojas
---
v3: no changes.
v2: add new patch.
Documentation/devicetree/bindings/mtd/brcm,brcmnand.txt | 2 ++
1 file changed, 2 insertio
Add support for v2.1 and v2.2 NAND controllers.
v3: fix v2.1 page size shift
v2: introduce changes suggested by Miquèl.
Álvaro Fernández Rojas (5):
mtd: rawnand: brcmnand: rename v4 registers
mtd: rawnand: brcmnand: fix CS0 layout
mtd: rawnand: brcmnand: rename page sizes
dt: bindings: br
On Thu, May 21, 2020 at 07:57:39PM +0530, Vinod Koul wrote:
> Hi Greg,
>
> Please pull to receive updates for soundwire. The big news the
> sdw_master_device getting completed along with sysfs attributes for
> master and slave devices. That closes the long cleanup work done by
> Pierre and Bard fo
On Thu, May 21, 2020 at 05:07:16PM +0300, Serge Semin wrote:
> Commit 1aeba347b3a9 ("MIPS: Hardcode cpu_has_mips* where target ISA
> allows") updated the cpu_has_mips* macro to be replaced with a constant
> expression where it's possible. By mistake it wasn't done correctly
> for cpu_has_mips64r1/c
On Thu, May 21, 2020 at 05:07:22PM +0300, Serge Semin wrote:
> Loops-per-jiffies is a special number which represents a number of
> noop-loop cycles per CPU-scheduler quantum - jiffies. As you
> understand aside from CPU-specific implementation it depends on
> the CPU frequency. So when a platform
On Thu, May 21, 2020 at 05:07:23PM +0300, Serge Semin wrote:
> Commit 07d69579e7fe ("MIPS: Don't register r4k sched clock when CPUFREQ
> enabled") disabled the r4k-clock usage for scheduler ticks counting due
> to the scheduler being non-tolerant for unstable clocks sources. For the
> same reason t
On Thu, May 21, 2020 at 05:07:15PM +0300, Serge Semin wrote:
> This is a MIPS32 Release 5 based IP core with XPA, EVA, dual/quad issue
> exec pipes, MMU with two-levels TLB, UCA, MSA, MDU core level features
> and system level features like up to six P5600 calculation cores, CM2
> with L2 cache, IO
On Thu, May 21, 2020 at 05:07:18PM +0300, Serge Semin wrote:
> There are bit fields which persist in the MIPS CONFIG and CONFIG6
> registers, but haven't been described in the generic mipsregs.h
> header so far. In particular, the generic CONFIG bitfields are
> BE - endian mode, BM - burst mode, SB
On Thu, May 21, 2020 at 05:07:17PM +0300, Serge Semin wrote:
> CP0 config register may indicate whether write-through merging
> is allowed. Currently there are two types of the merging available:
> SysAD Valid and Full modes. Whether each of them are supported by
> the core is implementation depend
On Thu, May 21, 2020 at 05:07:14PM +0300, Serge Semin wrote:
> There are five MIPS32/64 architecture releases currently available:
> from 1 to 6 except fourth one, which was intentionally skipped.
> Three of them can be called as major: 1st, 2nd and 6th, that not only
> have some system level alter
On Thu, May 21, 2020 at 05:07:19PM +0300, Serge Semin wrote:
> On some platforms IO-memory might require to use a proper load/store
> instructions (like Baikal-T1 IO-memory). To fix the cps-vec UART debug
> printout let's add the CONFIG_CPS_NS16550_WIDTH config to determine which
> instructions lb/
On Thu, May 21, 2020 at 05:07:24PM +0300, Serge Semin wrote:
> Due to being embedded into the CPU cores MIPS count/compare timer
> frequency is changed together with the CPU clocks alteration.
> In case if frequency really changes the kernel clockevent framework
> must be notified, otherwise the ke
On 21/05/20 16:59, Vitaly Kuznetsov wrote:
>> However, interrupts for 'page ready' do have a bunch of advantages (more
>> control on what can be preempted by the notification, a saner check for
>> new page faults which is effectively a bug fix) so it makes sense to get
>> them in more quickly (prob
On 21/05/2020 21:05, Thomas Gleixner wrote:
> Folks!
>
> This is V9 of the rework series. V7 and V8 were never posted but I used the
> version numbers for tags while fixing up 0day complaints. The last posted
> version was V6 which can be found here:
>
> https://lore.kernel.org/r/20200515234547.7
On Thu, 21 May 2020, Matthias Brugger wrote:
> Hi Lee,
>
> On 15/01/2020 16:19, Rob Herring wrote:
> > On Fri, 10 Jan 2020 15:59:51 +0100, matthias@kernel.org wrote:
> >> From: Matthias Brugger
> >>
> >> The MT6397 mfd includes a pin controller. Add binding
> >> a description for it.
> >>
>
On Fri, 10 Jan 2020, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> The MT6397 mfd includes a pin controller. Add binding
> a description for it.
>
> Signed-off-by: Matthias Brugger
>
> ---
>
> Documentation/devicetree/bindings/mfd/mt6397.txt | 5 +
> 1 file changed, 5 inse
2020년 5월 22일 (금) 오전 5:54, Mike Kravetz 님이 작성:
>
> On 5/17/20 6:20 PM, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > There is no difference between two migration callback functions,
> > alloc_huge_page_node() and alloc_huge_page_nodemask(), except
> > __GFP_THISNODE handling. This patch add
Michael Ellerman writes:
> Ira Weiny writes:
>> On Wed, May 20, 2020 at 12:30:57AM +0530, Vaibhav Jain wrote:
>>> Introduce support for Papr nvDimm Specific Methods (PDSM) in papr_scm
>>> modules and add the command family to the white list of NVDIMM command
>>> sets. Also advertise support for
On Thu, May 21, 2020 at 01:05:39PM -0500, Bjorn Helgaas wrote:
> From: Bjorn Helgaas
>
> These are minor cleanups of the Realtek card reader driver. They shouldn't
> fix or break anything by themselves; they're just to make it slightly more
> readable and maintainable.
Thanks for these, they al
Add PWM controller driver for Intel's Lightning Mountain(LGM) SoC.
Signed-off-by: Rahul Tanwar
---
drivers/pwm/Kconfig | 9 ++
drivers/pwm/Makefile| 1 +
drivers/pwm/pwm-intel-lgm.c | 356
3 files changed, 366 insertions(+)
create
Patch 1 adds dt binding document in YAML format.
Patch 2 add PWM driver for LGM SoC.
Rahul Tanwar (2):
Add YAML schema for a new PWM driver
Add PWM driver for LGM
.../devicetree/bindings/pwm/pwm-intel-lgm.yaml | 43 +++
drivers/pwm/Kconfig| 9 +
driver
Add DT bindings YAML schema for PWM controller driver of
Lightning Mountain(LGM) SoC.
Signed-off-by: Rahul Tanwar
---
.../devicetree/bindings/pwm/pwm-intel-lgm.yaml | 43 ++
1 file changed, 43 insertions(+)
create mode 100644 Documentation/devicetree/bindings/pwm/pwm-int
2020년 5월 22일 (금) 오전 7:19, Mike Kravetz 님이 작성:
>
> On 5/17/20 6:20 PM, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > It's not good practice to modify user input. Instead of using it to
> > build correct gfp_mask for APIs, this patch introduces another gfp_mask
> > field, __gfp_mask, for int
śr., 20 maj 2020 o 23:23 Arnd Bergmann napisał(a):
>
> On Wed, May 20, 2020 at 7:35 PM Bartosz Golaszewski wrote:
> > śr., 20 maj 2020 o 16:37 Arnd Bergmann napisał(a):
>
> > > I just noticed how the naming of NET_MEDIATEK_MAC and NET_MEDIATEK_SOC
> > > for two different drivers doing the same t
On the ASUS laptop UX325JA/UX425JA, most of the media keys are not
working due to the ASUS WMI driver fails to be loaded. The ACPI error
as follows leads to the failure of asus_wmi_evaluate_method.
ACPI BIOS Error (bug): AE_AML_BUFFER_LIMIT, Field [IIA3] at bit offset/length
96/32 exceeds size o
Hi Andy,
Thank you for your advice!
Your suggestion is to use pm_runtime_put_noidle(), right?
The only difference between pm_runtime_put() and this function
is that pm_runtime_put() will run an extra pm_request_idle().
I checked this patched function again and found there is a
pm_runtime_put()
Hi all,
On Fri, 22 May 2020 17:17:08 +1000 Stephen Rothwell
wrote:
>
> On Thu, 21 May 2020 18:35:22 +0100 Will Deacon wrote:
> >
> > [+Marco and Boris]
> >
> > On Fri, May 22, 2020 at 03:31:19AM +1000, Stephen Rothwell wrote:
> > > After merging the tip tree, all my linux-next builds took si
On Fri, May 22, 2020 at 9:44 AM Bartosz Golaszewski wrote:
> śr., 20 maj 2020 o 23:23 Arnd Bergmann napisał(a):
> > On Wed, May 20, 2020 at 7:35 PM Bartosz Golaszewski wrote:
> > > śr., 20 maj 2020 o 16:37 Arnd Bergmann napisał(a):
> > > My thinking was this: if I mask the relevant interrupt (
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Fixes: 096030e7f449 ("nvmem: sprd: Add Spreadtrum SoCs eFuse support")
Signed-off-by: Tiezhu Yang
---
drivers/nvmem/sprd-efuse.c | 4 ++--
1 file changed, 2 inser
This patch series is based on the latest Linus' tree.
Tiezhu Yang (2):
nvmem: sprd: Fix return value of sprd_efuse_probe()
MAINTAINERS: Add git tree for NVMEM FRAMEWORK
MAINTAINERS| 1 +
drivers/nvmem/sprd-efuse.c | 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
--
There is no git tree for NVMEM FRAMEWORK in MAINTAINERS, it is not
convinent to rebase, add it.
Signed-off-by: Tiezhu Yang
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7b58ca2..bd268978 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -12100,6
During early boot, while KASAN is not yet initialized, it is possible to
enter reporting code-path and end up in kasan_report(). While
uninitialized, the branch there prevents generating any reports,
however, under certain circumstances when branches are being traced
(TRACE_BRANCH_PROFILING), we ma
On Fri, May 22, 2020 at 12:47 AM Matthew Wilcox wrote:
>
> On Thu, May 21, 2020 at 08:38:35PM +0800, Muchun Song wrote:
> > +++ b/fs/proc/fd.c
> > @@ -34,19 +34,27 @@ static int seq_show(struct seq_file *m, void *v)
> > if (files) {
> > unsigned int fd = proc_fd(m->private);
>
On Fri, May 22, 2020 at 07:53:50AM +0200, Adrian Reber wrote:
> This enables CRIU to checkpoint and restore a process as non-root.
>
> Over the last years CRIU upstream has been asked a couple of time if it
> is possible to checkpoint and restore a process as non-root. The answer
> usually was: 'a
On Fri, 22 May 2020 at 00:11, Qian Cai wrote:
>
> On Tue, May 19, 2020 at 08:24:59PM +0200, 'Marco Elver' via kasan-dev wrote:
> > During early boot, while KASAN is not yet initialized, it is possible to
> > enter reporting code-path and end up in kasan_report(). While
> > uninitialized, the branc
Hi All,
On 27.04.2020 09:48, Marek Szyprowski wrote:
> This is a resend of the minor WM8994 MFD/codec driver fixes posted in
> last days of the February 2020:
>
> https://lore.kernel.org/patchwork/project/lkml/list/?series=431296
> https://lore.kernel.org/patchwork/project/lkml/list/?series=431721
On Thu 21-05-20 12:13:06, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> When preventing DAX and journaling on an inode. Use the effective DAX
> check rather than the mount option.
>
> This will be required to support per inode DAX flags.
>
> Reviewed-by: Jan Kara
> Signed-off-by: Ira Weiny
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/dma/tegra210-adma.c | 1 +
1 file changed, 1 insertion(+)
diff --g
Hi Serge,
On Thu, May 21, 2020 at 06:33:17PM +0300, Serge Semin wrote:
> > > > > + dw_spi_dma_wait_rx_done(dws);
> > > >
> > > > I can understand the problem about TX, but I don't see how RX
> > > > will get hurt, can you elaborate more? thanks
> > > >
> > > > - Feng
> > >
> > > Your questi
On Mon, 27 Apr 2020, Marek Szyprowski wrote:
> When runtime PM is enabled, regulators are being controlled by the
> driver's suspend and resume callbacks. They are also unconditionally
> enabled at driver's probe(), and disabled in remove() functions. Add
> more calls to runtime PM framework to en
On Mon, 27 Apr 2020, Marek Szyprowski wrote:
> WM8994 chip has built-in regulators, which might be used for chip
> operation. They are controlled by a separate wm8994-regulator driver,
> which should be loaded before this driver calls regulator_get(), because
> that driver also provides consumer-s
Hi Will,
On 2020/5/21 18:09, Will Deacon wrote:
Hi folks,
I just tried booting the arm64 for-kernelci branch under QEMU (version
4.2.50 (v4.2.0-779-g4354edb6dcc7)) with UBSAN enabled, and I see a couple
of NULL pointer dereferences reported at boot. I think they're both GIC
related (log below).
On Mon, 27 Apr 2020, Marek Szyprowski wrote:
> Don't confuse user with meaningless warning about the failure in getting
> supplies in case of deferred probe.
>
> Signed-off-by: Marek Szyprowski
> ---
> drivers/mfd/wm8994-core.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
Applied
On Fri, May 22, 2020 at 8:03 AM Stephen Rothwell wrote:
> I fixed it up (see below) and can carry the fix as necessary. This
> is now fixed as far as linux-next is concerned, but any non trivial
> conflicts should be mentioned to your upstream maintainer when your tree
> is submitted for merging.
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/gpio/gpio-rcar.c | 4 +++-
1 file changed, 3 insertions(+), 1 delet
On Fri, May 22, 2020 at 3:28 AM Masahiro Yamada wrote:
>
> On Fri, May 22, 2020 at 7:24 AM Stephen Rothwell
> wrote:
> >
> > Hi all,
> >
> > Commit
> >
> > 82ab9b6705bd ("dt-bindings: arm: Add Akebi96 board support")
> >
> > is missing a Signed-off-by from its committer.
>
>
> Sorry, I missed
On Fri, May 22, 2020 at 2:16 AM Stephen Rothwell wrote:
> On Wed, 20 May 2020 07:56:36 + Joel Stanley wrote:
> > On Mon, 11 May 2020 at 15:19, Rob Herring wrote:
> > > On Wed, 6 May 2020 at 23:13, Joel Stanley wrote:
> > > > > These are IPMB nodes with the SLAVE_ADDRESS bit set:
> > > > >
>
On 22/05/2020 10:00, Greg KH wrote:
On Fri, May 22, 2020 at 09:29:29AM +0300, Andra Paraschiv wrote:
--- /dev/null
+++ b/include/uapi/linux/nitro_enclaves.h
@@ -0,0 +1,77 @@
+/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
+/*
+ * Copyright 2020 Amazon.com, Inc. or its affiliat
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Fixes: 893a66d34298 ("usb: bdc: use devm_platform_ioremap_resource() to
simplify code")
Signed-off-by: Tiezhu Yang
---
drivers/usb/gadget/udc/bdc/bdc_core.c | 2
On 21.05.20 23:57, Boris Ostrovsky wrote:
On 5/21/20 2:46 PM, Marek Marczykowski-Górecki wrote:
On Thu, May 21, 2020 at 01:22:03PM -0400, Boris Ostrovsky wrote:
On 3/19/20 3:14 AM, Juergen Gross wrote:
There have been reports of races in evtchn_from_irq() where the info
pointer has been NULL.
On 22/05/2020 10:03, Joe Perches wrote:
On Fri, 2020-05-22 at 09:29 +0300, Andra Paraschiv wrote:
trivia:
diff --git a/MAINTAINERS b/MAINTAINERS
[]
@@ -11956,6 +11956,19 @@ S: Maintained
T:git git://git.kernel.org/pub/scm/linux/kernel/git/lftan/nios2.git
F:arch/nios2/
+N
On Thu, May 21, 2020 at 07:27:36PM +0100, Jonathan Cameron wrote:
> On Wed, 20 May 2020 09:24:23 +0200
> Jonathan Albrieux wrote:
>
> > On Tue, May 19, 2020 at 06:49:33PM +0100, Jonathan Cameron wrote:
> > > On Tue, 19 May 2020 09:50:57 +0200
> > > Jonathan Albrieux wrote:
> > >
> > > > Conve
On Thu, May 21, 2020 at 07:30:55PM +0100, Jonathan Cameron wrote:
> On Wed, 20 May 2020 09:17:51 +0200
> Jonathan Albrieux wrote:
>
> > On Tue, May 19, 2020 at 06:55:35PM +0100, Jonathan Cameron wrote:
> > > On Tue, 19 May 2020 09:50:59 +0200
> > > Jonathan Albrieux wrote:
> > >
> > > > v2: f
On Thu, May 21, 2020 at 8:51 PM Jeff Layton wrote:
>
> On Thu, 2020-05-21 at 20:19 +0800, Yanhu Cao wrote:
> > On Thu, May 21, 2020 at 7:09 PM Jeff Layton wrote:
> > > On Thu, 2020-05-21 at 17:38 +0800, Yanhu Cao wrote:
> > > > before
> > > > --
> > > > total
pm_runtime_get_sync() increments the runtime PM usage counter even
when it returns an error code. Thus a pairing decrement is needed on
the error handling path to keep the counter balanced.
Also, call pm_runtime_put() and v4l2_fh_release() when sensor_set_power()
returns an error code.
Signed-off
Hi Chanwoo,
On 22.05.2020 09:08, Chanwoo Choi wrote:
> On 5/22/20 3:48 PM, Marek Szyprowski wrote:
>> Add device tree compatible strings and create proper modalias structures
>> to let this driver load automatically if compiled as module, because
>> max14577 MFD driver creates MFD cells with such
For WriteBooster feature related attributes, the index used by
query shall be LUN ID if LU Dedicated buffer mode is enabled.
Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
---
drivers/scsi/ufs/ufs-sysfs.c | 13 +++--
drivers/scsi/ufs/ufshcd.c| 16 ++--
drivers/scsi/
Hi,
This patch set fixes some WriteBooster issues and do small cleanup in UFS driver
v3 -> v4
- Squash patch [4] and [5] (Asutosh)
- Fix commit message in patch [4]
v2 -> v3
- Introduce patch [5] to fix possible VCC power drain during runtime suspend
(Asutosh)
v1 -> v2
- Remove dummy n
The whole UFS host instance has been zero-initialized by
scsi_host_alloc(), thus UFS driver does not need to clear
"dev_info" member specifically in ufshcd_device_params_init().
Simply remove the unnecessary code.
Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
---
drivers/scsi/ufs/ufshcd.
According to the UFS specification, WriteBooster is officially
supported by UFS 2.2.
Since UFS 2.2 specification has been finalized in JEDEC and
such devices have also showed up in the market, modify the
checking rule for ufshcd_wb_probe() to allow these devices to enable
WriteBooster.
Signed-off
Currently UFS host driver promises VCC supply if UFS device
needs to do WriteBooster flush during runtime suspend.
However the UFS specification mentions,
"While the flushing operation is in progress, the device is
in Active power mode."
Therefore UFS host driver needs to promise more: Keep UFS
On Tue, Apr 28, 2020 at 05:16:53PM +0200, Joerg Roedel wrote:
> @@ -198,6 +210,48 @@ static bool __init sev_es_setup_ghcb(void)
> return true;
> }
>
> +static void __init sev_es_alloc_runtime_data(int cpu)
> +{
> + struct sev_es_runtime_data *data;
> +
> + data = memblock_alloc(siz
The change passes the parent device to the iio_device_alloc() call. This
also updates the devm_iio_device_alloc() call to consider the device object
as the parent device by default.
Having it passed like this, should ensure that any IIO device object
already has a device object as parent, allowing
On Thu, May 21, 2020 at 08:32:09PM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Please find the pull request for 5.8 merge window below.
>
> It adds four new PHY drivers for the various Cadence, Intel and
> Qualcomm's PHYs. It adds support for Qualcomm's SM8250 UFS PHY
> and SM8150 QMP USB
These were obtained by doing a 'git diff | grep \/\*', in the previous diff
to find comments. These needed a bit more manual review, as the semantic
patch isn't great for catching these.
The result is:
/* Initialize Counter device and driver data */
/* Initialize IIO device */
This assignment is the more peculiar of the bunch as it assigns the parent
of the platform-device's device (i.e. pdev->dev.parent) as the IIO device's
parent.
It's unclear whether this is intentional or not.
Hence it is in it's own patch.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/light/
These were found by doing some shell magic:
for file in $(git grep -w devm_iio_device_alloc | cut -d: -f1 | sort | uniq) ;
do
if grep 'parent =' $file | grep -v trig | grep -vq devm_; then
echo "$file -> $(grep "parent =" $file)"
fi
done
---
Th
> 1 file changed, 3 insertions(+), 1 deletion(-)
Hi, Dinghao
>
> diff --git a/drivers/scsi/ufs/ufs_bsg.c b/drivers/scsi/ufs/ufs_bsg.c index
> 53dd87628cbe..516a7f573942 100644
> --- a/drivers/scsi/ufs/ufs_bsg.c
> +++ b/drivers/scsi/ufs/ufs_bsg.c
> @@ -106,8 +106,10 @@ static int ufs_bsg_request(s
On Fri, May 22, 2020 at 03:19:17PM +0800, gengc...@gmail.com wrote:
> From: Cixi Geng
>
> The CONFIG_GCOV_PROFILE_ALL will compile kernel by profiling entire
> kernel which will lead to kernel run slower.Use GCOV_PROFILE_PREREQS
> to control part of the kernel modules to open gcov.
>
> Only add
On 22/05/20 02:30PM, masonccy...@mxic.com.tw wrote:
>
> Hi Pratyush,
>
>
> > +/**
> > + * spi_nor_spimem_setup_op() - Set up common properties of a spi-mem
> op.
> > + * @nor: pointer to a 'struct spi_nor'
> > + * @op: pointer to the 'struct spi_mem_op' whose properties
> > + *
From: Will Deacon
Although the SMCCC specification provides some limited functionality for
describing the presence of hypervisor and firmware services, this is
generally applicable only to functions designated as "Arm Architecture
Service Functions" and no portable discovery mechanism is provided
Export arm_smccc_1_1_get_conduit then modules can use smccc helper which
adopts it.
Acked-by: Mark Rutland
Signed-off-by: Jianyong Wu
---
drivers/firmware/psci/psci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/firmware/psci/psci.c b/drivers/firmware/psci/psci.c
index 2937d44b5d
From: Will Deacon
We can advertise ourselves to guests as KVM and provide a basic features
bitmap for discoverability of future hypervisor services.
Cc: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Jianyong Wu
---
virt/kvm/arm/hypercalls.c | 29 +++--
1 file
1 - 100 of 1185 matches
Mail list logo
