There is no callers in tree, so can be removed.
Reported-by: Hulk Robot
Signed-off-by: YueHaibing
---
drivers/staging/kpc2000/kpc2000/fileops.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/kpc2000/kpc2000/fileops.c
b/drivers/staging/kpc2000/kpc2000/fileops.c
index
To support target-side trace, nvme-trace should be commonized for host
and target both. Of course, not every single tracepoints are necessary
by both of them, but we don't need to have more than one trace module
for host and target.
Cc: Keith Busch
Cc: Jens Axboe
Cc: Christoph Hellwig
Cc: Sagi
Hi,
Here's a third patchset to support fabrics command tracing. The first
patch updated host/trace module to a outside of it to provide common
interfaces for host and target both. The second one adds support for
tracing fabrics command from host-side. The third is a trivial clean-up
for providi
This patch adds support for tracing fabrics commands detected from
host-side. We can have trace_nvme_setup_cmd for nvme and nvme fabrics
both even fabrics submission queue entry does not have valid fields in
where nvme's fields are valid.
This patch modifies existing parse_nvme_cmd to have fctype
We can have the common tracing code with different event entries.
- nvme_complete_rq
- nvmet_req_complete
This patch updates existing TRACE_EVENT to a template to provide a
common tracing interface.
We can have it as a common code because most of the fields need to be
printed out for both hos
We can have the common tracing code with different event entries.
- nvme_setup_cmd
- nvmet_req_init
This patch updates existing TRACE_EVENT to a template to provide a
common tracing interface. More than that, nvme_setup_cmd entry point
has been defined as an event referring template made.
It
This patch introduce a nvme_is_fabrics() inline function to check
whether or not the given command structure is for fabrics.
Cc: Keith Busch
Cc: Jens Axboe
Cc: Christoph Hellwig
Cc: Sagi Grimberg
Cc: James Smart
Signed-off-by: Minwoo Im
---
drivers/nvme/host/fabrics.c | 2 +-
drivers/
Fix incorrect error handling in afs_xattr_get_acl() where there appears to
be a redundant assignment before return, but in fact the return should be a
goto to the error handling at the end of the function.
Fixes: 260f082bae6d ("afs: Get an AFS3 ACL as an xattr")
Addresses-Coverity: ("Unused Value"
afs_xattr_get_yfs() tries to free yacl, which may hold an error value (say
if yfs_fs_fetch_opaque_acl() failed and returned an error).
Fix this by allocating yacl up front (since it's a fixed-length struct,
unlike afs_acl) and passing it in to the RPC function. This also allows
the flags to be pl
* Kees Cook wrote:
> On Sat, May 11, 2019 at 03:45:19PM -0700, Andy Lutomirski wrote:
> > ISTM maybe a better first step would be to make get_random_bytes() be
> > much faster? :)
>
> I'm not opposed to that, but I want to make sure we don't break it for
> "real" crypto uses...
I'm quite sure
This patch adds the support for allwinner thermal sensor, within
allwinner SoC. It will register sensors for thermal framework
and use device tree to bind cooling device.
Based on driver code found here:
https://megous.com/git/linux and
https://github.com/Allwinner-Homlet/H6-BSP4.9-linux
Signed-
This patch adds binding document for allwinner h6 thermal controller.
Signed-off-by: Yangtao Li
---
.../bindings/thermal/sun50i-thermal.txt | 32 +++
1 file changed, 32 insertions(+)
create mode 100644 Documentation/devicetree/bindings/thermal/sun50i-thermal.txt
diff --gi
Sid contains speedbin information and temperature sensor
calibration information and more, which are important for SOC.
This patch enables CONFIG_NVMEM_SUNXI_SID by default.
Signed-off-by: Yangtao Li
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64
This patchset support thermal driver of allwinner H6.
Yangtao Li (3):
arm64: defconfig: add allwinner sid support
thermal: sun50i: add thermal driver for h6
dt-bindings: thermal: add binding document for h6 thermal controller
.../bindings/thermal/sun50i-thermal.txt | 32 ++
MAINTAIN
Hello,
I've turned off zram/zswap and I am still seeing the following during
periods of heavy I/O, I am returning to 5.0.xx in the meantime.
Kernel: 5.1.1
Arch: x86_64
Dist: Debian x86_64
[29967.019411] BUG: unable to handle kernel paging request at ea000203
[29967.019414] #PF error: [no
Updates license to use SPDX-License-Identifier.
Signed-off-by: Yangtao Li
---
drivers/iio/adc/sun4i-gpadc-iio.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/iio/adc/sun4i-gpadc-iio.c
b/drivers/iio/adc/sun4i-gpadc-iio.c
index 04d7147e0110..f13c6248a662 100644
-
> -Original Message-
> From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
> Sent: Sunday, May 12, 2019 4:28 AM
> To: LKML
> Subject: 5.1 and 5.1.1: BUG: unable to handle kernel paging request at
> ea000203
>
> Hello,
>
> I've turned off zram/zswap and I am still seeing the fo
The imx_scu_irq_group_enable() is normally called during module driver
probe phase to enable SCU group irq, if SCU IPC is NOT ready, below
dump will show out:
[0.933001] Hardware name: Freescale i.MX8QXP MEK (DT)
[0.938129] pstate: 6005 (nZCv daif -PAN -UAO)
[0.942907] pc : imx_scu
On Sun, May 12, 2019 at 08:20:09AM +0200, Greg KH wrote:
> Yes, that worked! Now, can you resend it in a proper format that I can
> apply it in? (with changelog text, signed-off-by, etc.) as described in
> Documentation/SubmittingPatches, I will be glad to review it after the
> 5.2-rc1 release ha
Select CONFIG_PWM_IMX_TPM by default to support i.MX7ULP
TPM PWM.
Signed-off-by: Anson Huang
---
No change change, just resend the patch with correct encoding for patch series:
https://patchwork.kernel.org/patch/10937147/
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertio
This patch adds i.MX7ULP EVK board MIPI-DSI backlight support.
Signed-off-by: Anson Huang
---
No change change, just resend the patch with correct encoding for patch series:
https://patchwork.kernel.org/patch/10937147/
---
arch/arm/boot/dts/imx7ulp-evk.dts | 20
1 file chang
Add i.MX7ULP EVK board PWM support.
Signed-off-by: Anson Huang
---
No change change, just resend the patch with correct encoding for patch series:
https://patchwork.kernel.org/patch/10937147/
---
arch/arm/boot/dts/imx7ulp.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/
Add clock-frequency property to CPU node. Avoids warnings like
"/cpus/cpu@0 missing clock-frequency property" for "arm,cortex-a7".
Signed-off-by: Anson Huang
---
No code change, just resend patch using correct encoding.
---
arch/arm/boot/dts/imx6ul.dtsi | 1 +
arch/arm/boot/dts/imx6ull.dtsi | 1
On Thu, May 09, 2019 at 01:24:17PM +0200, Roberto Sassu wrote:
> This proposal consists in marshaling pathnames and xattrs in a file called
> .xattr-list. They are unmarshaled by the CPIO parser after all files have
> been extracted.
Couldn't this parsing of the .xattr-list file and the setting of
syzbot has found a reproducer for the following crash on:
HEAD commit:43151d6c usb-fuzzer: main usb gadget fuzzer driver
git tree: https://github.com/google/kasan.git usb-fuzzer
console output: https://syzkaller.appspot.com/x/log.txt?x=1222d274a0
kernel config: https://syzkaller.ap
* Alexey Dobriyan wrote:
> On Sat, May 11, 2019 at 11:02:24PM +0300, Alexey Dobriyan wrote:
> > I compiled current F29 kernel config on x86_64 (5.0.13-200.fc29.x86_64)
> > with -ffreestanding. The results are interesting :^):
> >
> > add/remove: 30/22 grow/shrink: 1290/46867 up/down: 33658
On i.MX7D SDB board, sw2 supplies 1p0d/1p2 LDO, this patch assigns
corresponding power supply for 1p0d/1p2 LDO to avoid confusion by
below log:
vdd1p0d: supplied by regulator-dummy
vdd1p2: supplied by regulator-dummy
With this patch, the power supply is more accurate:
vdd1p0d: supplied by SW2
vd
On i.MX6Q/DL SabreSD board, vgen5 supplies vdd1p1/vdd2p5 LDO and
sw2 supplies vdd3p0 LDO, this patch assigns corresponding power
supply for vdd1p1/vdd2p5/vdd3p0 to avoid confusion by below log:
vdd1p1: supplied by regulator-dummy
vdd3p0: supplied by regulator-dummy
vdd2p5: supplied by regulator-du
On i.MX6SL EVK board, sw2 supplies vdd1p1/vdd2p5/vdd3p0 LDO, this
patch assigns corresponding power supply for vdd1p1/vdd2p5/vdd3p0
to avoid confusion by below log:
vdd1p1: supplied by regulator-dummy
vdd3p0: supplied by regulator-dummy
vdd2p5: supplied by regulator-dummy
With this patch, the pow
On i.MX6SX SDB board, vgen6 supplies vdd1p1/vdd2p5 LDO and
sw2 supplies vdd3p0 LDO, this patch assigns corresponding power
supply for vdd1p1/vdd2p5/vdd3p0 to avoid confusion by below log:
vdd1p1: supplied by regulator-dummy
vdd3p0: supplied by regulator-dummy
vdd2p5: supplied by regulator-dummy
W
On i.MX6SLL EVK board, sw2 supplies vdd3p0 LDO, this patch assigns
corresponding power supply for vdd3p0 to avoid confusion by below log:
vdd3p0: supplied by regulator-dummy
With this patch, the power supply is more accurate:
vdd3p0: supplied by SW2
Signed-off-by: Anson Huang
---
No code chang
i.MX6Q/DL's WDOGs use IMX6QDL_CLK_IPG as clock root, assign
IMX6QDL_CLK_IPG to them instead of IMX6QDL_CLK_DUMMY.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No code change, just resend patch with correct encoding.
---
arch/arm/boot/dts/imx6qdl.dtsi | 4 ++--
1 file changed, 2 inse
i.MX6SL's KPP and WDOG use IMX6SL_CLK_IPG as clock root,
assign IMX6SL_CLK_IPG to them instead of IMX6SL_CLK_DUMMY.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No code change, just resend patch with correct encoding.
---
arch/arm/boot/dts/imx6sl.dtsi | 6 +++---
1 file changed, 3 i
There is no callers in tree, so can be removed.
Reported-by: Hulk Robot
Signed-off-by: YueHaibing
---
drivers/clk/ti/gate.c | 30 --
1 file changed, 30 deletions(-)
diff --git a/drivers/clk/ti/gate.c b/drivers/clk/ti/gate.c
index 504c0e9..4238955 100644
--- a/driver
Hello,
syzbot found the following crash on:
HEAD commit:d062d017 usb-fuzzer: main usb gadget fuzzer driver
git tree: kmsan
console output: https://syzkaller.appspot.com/x/log.txt?x=137348b4a0
kernel config: https://syzkaller.appspot.com/x/.config?x=67ebf8b3cce62ce7
dashboard link:
i.MX system controller watchdog depends on SCU driver to support
interrupt function, so it needs to be subnode of SCU node in DT,
binding doc should be moved to fsl,scu.txt as well.
Signed-off-by: Anson Huang
---
No change, just resend patch with correct encoding.
---
.../devicetree/bindings/arm
i.MX system controller watchdog has pretimeout function which
depends on i.MX SCU driver, so it should be a subnode of SCU.
Signed-off-by: Anson Huang
---
No change, just resend patch with correct encoding.
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 10 +-
1 file changed, 5 inserti
i.MX system controller watchdog can support pretimeout IRQ
via general SCU MU IRQ, it depends on IMX_SCU and driver MUST
be probed after SCU IPC ready, then enable corresponding SCU
IRQ group and register SCU IRQ notifier, when watchdog pretimeout
IRQ fires, SCU MU IRQ will be handled and watchdog
i.MX8MM has clock gate for each GPIO bank, add clock info
to GPIO node for clock management.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No change, just resend patch with correct encoding.
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 5 +
1 file changed, 5 insertions(+)
dif
Add macro for the GPIO clocks of the i.MX8MM.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No change, just resend patch with correct encoding.
---
include/dt-bindings/clock/imx8mm-clock.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/include/dt-bindings/
i.MX8MM has clock gate for each GPIO bank, add them
into clock tree for GPIO driver to manage.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No change, just resend patch with correct encoding.
---
drivers/clk/imx/clk-imx8mm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/d
On May 12, 2019 2:17:48 AM PDT, Dominik Brodowski
wrote:
>On Thu, May 09, 2019 at 01:24:17PM +0200, Roberto Sassu wrote:
>> This proposal consists in marshaling pathnames and xattrs in a file
>called
>> .xattr-list. They are unmarshaled by the CPIO parser after all files
>have
>> been extracted.
On Sat, May 11, 2019 at 07:08:49PM -0400, Linus Torvalds wrote:
> [ on mobile again, power is off and the wifi doesn't work, so I'm reading
> email on my phone and apologizing once more for horrible html email.. ]
>
> On Sat, May 11, 2019, 18:40 Andy Lutomirski wrote:
>
> >
> > a) Change all my
All i.MX6 SoCs need to mask unused MMDC channel's handshake
for low power modes, this patch provides common API for masking
the MMDC channel passed from caller.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No change, just resend patch with correct encoding.
---
drivers/clk/imx/clk.c
Use imx_mmdc_mask_handshake() API instead of programming CCM
register directly in each platform to mask unused MMDC channel's
handshake.
Signed-off-by: Anson Huang
Reviewed-by: Dong Aisheng
---
No change, just resend patch with correct encoding.
---
drivers/clk/imx/clk-imx6q.c | 13 +-
Since i.MX7ULP B0 chip, nic1_bus_clk's parent is changed to
from nic0_clk directly, update it accordingly.
Signed-off-by: Anson Huang
---
No change, just resend patch with correct encoding.
---
drivers/clk/imx/clk-imx7ulp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
On Sat, May 11, 2019 at 7:37 PM Andy Lutomirski wrote:
>
> I bet this will break something that already exists. An execveat() flag to
> turn off /proc/self/exe would do the trick, though.
Thinking more about it, I suspect it is (once again) wrong to let the
thing that does the execve() control t
As caller rdev_set_default_key not particular about -EFAULT.
We can preserve the return value of prism2_domibset_uint32.
Signed-off-by: Hariprasad Kelam
Changes in v2:
- remove masking of original return value with EFAULT
Changes in v3:
- merge patch v1 and v2 sothat it can be applied
The pull request you sent on Sat, 11 May 2019 21:13:24 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux.git
> tags/tag-chrome-platform-for-v5.2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/47782361aca21a32ad4198f1b72f1655a7c9f7e5
Thank y
fix below issue reported by coccicheck
drivers/staging/rtl8723bs/os_dep/ioctl_linux.c:2685:5-8: Unneeded
variable: "ret". Return "0" on line 3266
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/os_dep/ioctl_linux.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --gi
Hi,
With the work done on the media request API and the cedrus driver for
Allwinner ARM SoCs, we now have a kernel interface for exposing fixed-
hardware video decoding pipelines (currently MPEG-2 and H.264, with
H.265 on the way). Some work remains on the per-format interface and we
are looking t
Fix gcc warnings:
arch/arm/mm/init.c: In function 'mem_init':
arch/arm/mm/init.c:456:13: warning: unused variable 'itcm_end'
[-Wunused-variable]
extern u32 itcm_end;
^
arch/arm/mm/init.c:455:13: warning: unused variable 'dtcm_end'
[-Wunused-variable]
extern u32 dtcm_end;
Hi,
since updating my home desktop machine to kernel 5.1.1, KVM guests
started on that machine segfault after booting:
general protection fault: [#1] PREEMPT SMP NOPTI
CPU: 0 PID: 13 Comm: kworker/0:1 Not tainted 5.0.13-zgsrv20080
#5.0.13.20190505.0
Hardware name: QEMU Standard PC (i440FX +
On 5/11/19 9:34 PM, Joe Perches wrote:
> On Sat, 2019-05-11 at 20:24 -0500, Alex Elder wrote:
>> include/soc/qcom/rmnet.h
>
> Should this file be added to the MAINTAINERS file
> update in patch 16/18 ?
Sure, that's a good point. I'll add it when I submit a v2.
Thank you.
On 5/12/19 1:33 AM, Kalle Valo wrote:
> Alex Elder writes:
>
>> Define FIELD_MAX(), which supplies the maximum value that can be
>> represented by a field value. Define field_max() as well, to go
>> along with the lower-case forms of the field mask functions.
>>
>> Signed-off-by: Alex Elder
>
fix below issue reported by coccicheck
drivers/staging/rtl8723bs/core/rtw_cmd.c:1741:7-17: WARNING: Comparison
to bool
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8723bs/core/r
fix below issue reported by coccicheck
drivers/staging/rtl8723bs/core/rtw_mlme.c:1675:6-10: WARNING: Comparison
to bool
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/core/rtw_mlme.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8723bs/cor
Hi Piotr,
Sorry for de delay.
Piotr Sroka wrote on Thu, 21 Mar 2019 09:33:58
+:
> The 03/05/2019 19:09, Miquel Raynal wrote:
> >EXTERNAL MAIL
> >
> >
> >Hi Piotr,
> >
> >Piotr Sroka wrote on Tue, 19 Feb 2019 16:18:23
> >+:
> >
> >> This patch adds driver for Cadence HPNFC NAND contro
I'm announcing the release of the 3.16.67 kernel.
All users of the 3.16 kernel series should upgrade.
The updated 3.16.y git tree can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.16.y
and can be browsed at the normal kernel.org git web brow
On Sun, 2019-05-12 at 11:17 +0200, Dominik Brodowski wrote:
> On Thu, May 09, 2019 at 01:24:17PM +0200, Roberto Sassu wrote:
> > This proposal consists in marshaling pathnames and xattrs in a file called
> > .xattr-list. They are unmarshaled by the CPIO parser after all files have
> > been extracte
arch/x86/include/asm/arch_hweight.h uses __sw_hweight{32,64} as
alternatives, and they are implemented in arch/x86/lib/hweight.S
x86 does not rely on the generic C implementation lib/hweight.c
at all, so CONFIG_GENERIC_HWEIGHT should be disabled.
__HAVE_ARCH_SW_HWEIGHT is not necessary either.
S
r
Hi Mason,
Mason Yang wrote on Mon, 15 Apr 2019 17:23:51
+0800:
> Add a driver for Macronix MX25F0A multifunction device controller.
>
> Signed-off-by: Mason Yang
> ---
> drivers/mfd/Kconfig | 9 ++
> drivers/mfd/Makefile | 1 +
> drivers/mfd/mxic-mx25f0a.c |
Strangely enough, NIOS2 defines TRACE_IRQFLAGS_SUPPORT twice
with different values, which is pointless and confusing.
[1] arch/nios2/Kconfig
config TRACE_IRQFLAGS_SUPPORT
def_bool n
[2] arch/nios2/Kconfig.debug
config TRACE_IRQFLAGS_SUPPORT
def_bool y
[1] is included be
Thanks, a bunch Ben!
On 13:29 Sun 12 May , Ben Hutchings wrote:
I'm announcing the release of the 3.16.67 kernel.
All users of the 3.16 kernel series should upgrade.
The updated 3.16.y git tree can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
lin
Hi Mason,
Mason Yang wrote on Mon, 15 Apr 2019 17:23:52
+0800:
> Add a driver for Macronix MX25F0A NAND controller.
>
> Signed-off-by: Mason Yang
> ---
> drivers/mtd/nand/raw/Kconfig | 6 +
> drivers/mtd/nand/raw/Makefile| 1 +
> drivers/mtd/nand/raw/mxic_nand.c | 294
> +
Hi Mason,
Mason Yang wrote on Mon, 15 Apr 2019 17:23:54
+0800:
> Document the bindings used by the Macronix MX25F0A MFD controller.
>
> Signed-off-by: Mason Yang
> ---
> .../devicetree/bindings/mfd/mxic-mx25f0a.txt | 51
> ++
> 1 file changed, 51 insertions(+)
> cr
On Sun, May 12, 2019 at 04:32:41AM -0400, Yangtao Li wrote:
> Updates license to use SPDX-License-Identifier.
>
> Signed-off-by: Yangtao Li
Acked-by: Maxime Ripard
Maxime
--
Maxime Ripard, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
signature.asc
Description: PGP signat
On Sun, May 12, 2019 at 04:26:12AM -0400, Yangtao Li wrote:
> Sid contains speedbin information and temperature sensor
> calibration information and more, which are important for SOC.
>
> This patch enables CONFIG_NVMEM_SUNXI_SID by default.
>
> Signed-off-by: Yangtao Li
Applied for 5.3, thanks
On 5/12/19 3:10 AM, Anson Huang wrote:
i.MX system controller watchdog can support pretimeout IRQ
via general SCU MU IRQ, it depends on IMX_SCU and driver MUST
be probed after SCU IPC ready, then enable corresponding SCU
IRQ group and register SCU IRQ notifier, when watchdog pretimeout
IRQ fires,
On 2019-05-12, Linus Torvalds wrote:
> On Sat, May 11, 2019 at 7:37 PM Andy Lutomirski wrote:
> > I bet this will break something that already exists. An execveat()
> > flag to turn off /proc/self/exe would do the trick, though.
>
> Thinking more about it, I suspect it is (once again) wrong to l
On 2019-05-12, Aleksa Sarai wrote:
> On 2019-05-12, Linus Torvalds wrote:
> > On Sat, May 11, 2019 at 7:37 PM Andy Lutomirski wrote:
> > > I bet this will break something that already exists. An execveat()
> > > flag to turn off /proc/self/exe would do the trick, though.
> >
> > Thinking more a
Hi,
Thanks a lot for working on this!
On Sun, May 12, 2019 at 04:26:13AM -0400, Yangtao Li wrote:
> This patch adds the support for allwinner thermal sensor, within
> allwinner SoC. It will register sensors for thermal framework
> and use device tree to bind cooling device.
>
> Based on driver co
Hi,
On Sun, May 12, 2019 at 04:26:14AM -0400, Yangtao Li wrote:
> This patch adds binding document for allwinner h6 thermal controller.
>
> Signed-off-by: Yangtao Li
> ---
> .../bindings/thermal/sun50i-thermal.txt | 32 +++
> 1 file changed, 32 insertions(+)
> create mode
On Sat, May 11, 2019 at 06:39:39PM +0200, Clément Péron wrote:
> Hi Maxime,
>
> Is this series ok for you ?
I'm not the maintainer of that binding, so I'd need a ack from whoever
that is.
Maxime
--
Maxime Ripard, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
signature.asc
D
> -Original Message-
> From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter
> Roeck
> Sent: Sunday, May 12, 2019 9:28 PM
> To: Anson Huang ; robh...@kernel.org;
> mark.rutl...@arm.com; w...@linux-watchdog.org; shawn...@kernel.org;
> s.ha...@pengutronix.de; ker...@pengutroni
05.05.2019 18:43, Dmitry Osipenko пишет:
> Add support for Maxim 77663.
>
> Acked-by: Mark Brown
> Signed-off-by: Dmitry Osipenko
> ---
Hello Mark,
Just want to get yours attention to that Lee picked up the patches into
the MFD tree, excluding this patch. I assume this one will have to go
via
Le dimanche 12 mai 2019 à 13:35 +0200, Paul Kocialkowski a écrit :
> Hi,
>
> With the work done on the media request API and the cedrus driver for
> Allwinner ARM SoCs, we now have a kernel interface for exposing fixed-
> hardware video decoding pipelines (currently MPEG-2 and H.264, with
> H.265
> On May 12, 2019, at 6:35 AM, Aleksa Sarai wrote:
>
>> On 2019-05-12, Linus Torvalds wrote:
>>> On Sat, May 11, 2019 at 7:37 PM Andy Lutomirski wrote:
>>> I bet this will break something that already exists. An execveat()
>>> flag to turn off /proc/self/exe would do the trick, though.
>>
>>
> > + union nvme_result res;
> > + int ret;
> > +
> > + if (!result)
> > + return -EINVAL;
> > +
> > + memset(&c, 0, sizeof(c));
> > + c.features.opcode = nvme_admin_get_features;
> > + c.features.fid = cpu_to_le32(NVME_FEAT_POWER_MGMT);
> > +
> > + ret = __nvme_submit_sync_
On Sun, May 12, 2019 at 10:02:45AM +0200, Ingo Molnar wrote:
> * Kees Cook wrote:
> > I still think just using something very simply like rdtsc would be good
> > enough.
> >
> > This isn't meant to be a perfect defense: it's meant to disrupt the
> > ability to trivially predict (usually another
+int nvme_set_power(struct nvme_ctrl *ctrl, unsigned ps)
+{
+ return nvme_set_features(ctrl, NVME_FEAT_POWER_MGMT, ps, NULL, 0, NULL);
+}
+EXPORT_SYMBOL_GPL(nvme_set_power);
+
+int nvme_get_power(struct nvme_ctrl *ctrl, u32 *result)
+{
+ struct nvme_command c;
+ union nvme_res
Ping,
comments for this patch are appreciated!
Thanks,
Tobias
On 09.05.19 21:51, Tobias Klausmann wrote:
Refactor out the common parts of stv6110x_probe() and stv6110x_attach() into
separate functions.
This provides the needed functionality to use dvb_module_probe() instead of
dvb_attach()!
On Mon, May 06, 2019 at 04:29:37PM -0700, rcampb...@nvidia.com wrote:
> From: Ralph Campbell
>
> I hit a use after free bug in hmm_free() with KASAN and then couldn't
> stop myself from cleaning up a bunch of documentation and coding style
> changes. So the first two patches are clean ups, the la
On Tue, May 07, 2019 at 11:12:14AM -0700, Ralph Campbell wrote:
>
> On 5/7/19 6:15 AM, Souptick Joarder wrote:
> > On Tue, May 7, 2019 at 5:00 AM wrote:
> > >
> > > From: Ralph Campbell
> > >
> > > The helper function hmm_vma_fault() calls hmm_range_register() but is
> > > missing a call to hm
Disregard my comment.
On 5/12/19 7:31 AM, Minwoo Im wrote:
>>> + union nvme_result res;
>>> + int ret;
>>> +
>>> + if (!result)
>>> + return -EINVAL;
>>> +
>>> + memset(&c, 0, sizeof(c));
>>> + c.features.opcode = nvme_admin_get_features;
>>> + c.features.fid = cpu_to_le32(NV
On Sun, May 12, 2019 at 11:07:24AM -0400, Jerome Glisse wrote:
> On Tue, May 07, 2019 at 11:12:14AM -0700, Ralph Campbell wrote:
> >
> > On 5/7/19 6:15 AM, Souptick Joarder wrote:
> > > On Tue, May 7, 2019 at 5:00 AM wrote:
> > > >
> > > > From: Ralph Campbell
> > > >
> > > > The helper functi
On Sun, May 12, 2019 at 03:18:16AM -0700, h...@zytor.com wrote:
> > Couldn't this parsing of the .xattr-list file and the setting of the xattrs
> > be done equivalently by the initramfs' /init? Why is kernel involvement
> > actually required here?
>
> There are a lot of things that could/should be
On Sat, May 11, 2019 at 6:08 PM Casey Schaufler wrote:
> On 5/11/2019 11:13 AM, Paul Moore wrote:
> > On Sat, May 11, 2019 at 10:38 AM Linus Torvalds
> > wrote:
> >> On Fri, May 10, 2019 at 6:09 PM James Morris wrote:
> >>> These patches include fixes to enable fuzz testing, and a fix for
> >>>
hi Ard:
> > The following is schematic diagram of the program before and after the
> > modification.
> >
> > Before:
> > if (memstart_addr + linear_region_size < memblock_end_of_DRAM()) {} --(a)
> > if (memory_limit != PHYS_ADDR_MAX) {} --(b)
> > if (IS_ENABLED(CONFIG_
On 11/05/19 2:04 AM, Lukas Bulwahn wrote:
> On Fri, May 10, 2019 at 9:39 PM Vandana BN wrote:
>> This patch resolves coding style errors and warnings reported by chechpatch
>>
> I did not look at the patch in detail, but you might want to also
> consider to replace the CamlCase (function) names
This adds the required definisions to get telemetry log page.
The telemetry log page structure and identifier are copied from nvme-cli.
We also need a facility to check log page attributes in order to know
the controller supports the telemetry log pages and log page offset field
for the Get Log Pa
This enables to collect snapshot of controller information via device
coredump mechanism. The nvme device coredump is triggered when command
timeout occurs, and can also be triggered by writing sysfs attribute.
After finishing the nvme device coredump, the following files are created.
- regs: N
Use memory_read_from_buffer() to simplify devcd_readv().
Cc: Johannes Berg
Cc: Keith Busch
Cc: Jens Axboe
Cc: Christoph Hellwig
Cc: Sagi Grimberg
Cc: Minwoo Im
Cc: Kenneth Heitke
Reviewed-by: Johannes Berg
Signed-off-by: Akinobu Mita
---
* v3
- No change since v2
drivers/base/devcoredum
This enables the nvme driver to trigger a device coredump when command
timeout occurs, and it helps diagnose and debug issues.
This can be tested with fail_io_timeout fault injection.
# echo 1 > /sys/kernel/debug/fail_io_timeout/probability
# echo 1 > /sys/kernel/debug/fail_io_tim
This provides a way to trigger the nvme device coredump by writing
anything to /sys/devices/.../coredump attribute.
Cc: Johannes Berg
Cc: Keith Busch
Cc: Jens Axboe
Cc: Christoph Hellwig
Cc: Sagi Grimberg
Cc: Minwoo Im
Cc: Kenneth Heitke
Signed-off-by: Akinobu Mita
---
* v3
- Extracted fro
This provides three functions to implement the device coredump for nvme
driver.
nvme_coredump_init() - This function is called when the driver determines
to start collecting device coredump. The snapshots of the controller
registers, and admin and IO queues are captured by this.
nvme_coredump_l
Nobody is using that.
Signed-off-by: Jiri Olsa
---
arch/x86/events/core.c | 3 ---
arch/x86/events/perf_event.h | 1 -
2 files changed, 4 deletions(-)
diff --git a/arch/x86/events/core.c b/arch/x86/events/core.c
index de1a924a4914..f2be5d2a62fe 100644
--- a/arch/x86/events/core.c
+++ b/ar
Using the new pmu::update_attrs attribute group for
skylake specific format attributes.
Signed-off-by: Jiri Olsa
---
arch/x86/events/intel/core.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/x86/events/intel/core.c b/arch/x86/events/intel/core.c
index
Using the new pmu::update_attrs attribute group for
"caps" directory.
Signed-off-by: Jiri Olsa
---
arch/x86/events/core.c | 8
arch/x86/events/intel/core.c | 25 -
arch/x86/events/perf_event.h | 1 -
3 files changed, 20 insertions(+), 14 deletions(-)
dif
1 - 100 of 252 matches
Mail list logo
