Re: linux 4.19.19: md0_raid:1317 blocked for more than 120 seconds.

On 2/14/19 11:27 PM, Wolfgang Walter wrote: Am Donnerstag, 14. Februar 2019, 10:09:56 schrieb Guoqing Jiang: On 2/12/19 7:20 PM, Wolfgang Walter wrote: Am Dienstag, 12. Februar 2019, 16:20:11 schrieb Guoqing Jiang: On 2/11/19 11:12 PM, Wolfgang Walter wrote: With 4.19.19 we see sometimes

Re: [PATCH v2] staging: erofs: keep corrupted fs from crashing kernel in erofs_namei()

On Fri, Feb 15, 2019 at 03:02:25PM +0800, Chao Yu wrote: > On 2019/2/1 20:16, Gao Xiang wrote: > > + /* > > +* on-disk error, let's only BUG_ON in the debugging mode. > > +* otherwise, it will return 1 to just skip the invalid name > > +* and go on (in consideration of the lookup

Re: [PATCH 06/11] lockdep: consolidate the LOCKDEP_SUPPORT symbol

Hi Yamada, Masahiro Yamada 於 2019年2月15日 週五 下午3:17寫道： > > +CC Greentime Hu > +CC Vincent Chen > > > On Thu, Feb 14, 2019 at 2:40 AM Christoph Hellwig wrote: > > > > Add one definition to lib/Kconfig.debug and let the architectures > > select if it supported. > > > > Signed-off-by: Christoph

Re: [PATCH 05/11] tracing: consolidate the TRACE_IRQFLAGS_SUPPORT symbol

+CC: Ley Foon Tan +CC: nios2-...@lists.rocketboards.org On Thu, Feb 14, 2019 at 2:40 AM Christoph Hellwig wrote: > diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig > index 715e6c09b4a5..3b50689007f5 100644 > --- a/arch/nios2/Kconfig > +++ b/arch/nios2/Kconfig > @@ -20,6 +20,7 @@ config

Re: [PATCH -mm -V7] mm, swap: fix race between swapoff and some swap operations

Andrea Arcangeli writes: > On Thu, Feb 14, 2019 at 04:07:37PM +0800, Huang, Ying wrote: >> Before, we choose to use stop_machine() to reduce the overhead of hot >> path (page fault handler) as much as possible. But now, I found >> rcu_read_lock_sched() is just a wrapper of preempt_disable().

[PATCH v5] coccinelle: semantic code search for missing put_device()

The of_find_device_by_node() takes a reference to the underlying device structure, we should release that reference. The implementation of this semantic code search is: In a function, for a local variable returned by calling of_find_device_by_node(), a, if it is released by a function such as

Re: [PATCH] staging/android: use multiple futex wait queues

> > + list_for_each_entry(it, >futex_wait_queue_list, list) { > > + if (wait_queue->offset == arg->offset) { > ^^ > You meant "it->offset". Right, this is not good. Fixed in v2. Thanks for the feedback! regards, Hugo -- Hugo

[PATCH net] vhost: correctly check the return value of translate_desc() in log_used()

When fail, translate_desc() returns negative value, otherwise the number of iovs. So we should fail when the return value is negative instead of a blindly check against zero. Reported-by: Stephen Hemminger Fixes: cc5e71075947 ("vhost: log dirty page correctly") Signed-off-by: Jason Wang ---

Re: [PATCH RFC v2] fcoe: make use of fip_mode enum complete

On Fri, Feb 15, 2019 at 8:35 AM Hannes Reinecke wrote: > > On 2/12/19 11:42 PM, Nathan Chancellor wrote: > > On Tue, Feb 12, 2019 at 08:50:04AM +0100, Sedat Dilek wrote: > >> On Mon, Feb 11, 2019 at 6:53 PM Nathan Chancellor > >> wrote: > >>> > >>> On Mon, Feb 11, 2019 at 06:07:51PM +0100, Sedat

Re: [v4] coccinelle: semantic patch for missing put_device()

>> So I plan to modify the following to capture both cases: >> -local idexpression id; >> +expression id; > > I'm not sure that this is a good idea. Why have you got doubts here? > There is likely no need for a put in the latter case. I have got understanding difficulties for such information.

[PATCH v2] pstore: Add boot loader log messages support

From: Yue Hu Sometimes we hope to check boot loader log messages (e.g. Android Verified Boot status) when kernel is coming up. Generally it does depend on serial device, but it will be removed for the hardware shipping to market by most of manufacturers. In that case better solder and proper

Re: [PATCH] binder: fix handling of misaligned binder object

On Thu, Feb 14, 2019 at 03:22:57PM -0800, Todd Kjos wrote: > Fixes crash found by syzbot: > kernel BUG at drivers/android/binder_alloc.c:LINE! (2) > > Reported-by: syzbot+55de1eb4975dec156...@syzkaller.appspotmail.com As the bot asked, this should be: Reported-and-tested-by:

Re: [PATCH][V2][next] regulator: axp20x: check rdev is null before dereferencing it

On Tue, Feb 05, 2019 at 11:37:40AM +0800, Chen-Yu Tsai wrote: > On Sat, Dec 22, 2018 at 7:32 PM Colin King wrote: > > > > From: Colin Ian King > > > > Currently rdev is dereferenced when assigning desc before rdev is null > > checked, hence there is a potential null pointer dereference on rdev.

Re: [PATCH] HID: wacom: Mark expected switch fall-through

On Thu, 14 Feb 2019, Ping Cheng wrote: > Yes, it was intended. You can have my Acked-by: Ping Cheng < > ping.ch...@wacom.com> Applied, thanks. -- Jiri Kosina SUSE Labs

Re: [PATCH 11/11] s390: don't redefined the HAS_IOMEM symbol

On Thu, Feb 14, 2019 at 2:40 AM Christoph Hellwig wrote: > > Rely on the common defintion instead. > > Signed-off-by: Christoph Hellwig > --- > arch/s390/Kconfig | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig > index

[PATCH v2] staging/android: use multiple futex wait queues

Use multiple per-offset wait queues instead of one big wait queue per region. Signed-off-by: Hugo Lefeuvre --- Changes in v2: - dereference the it pointer instead of wait_queue (which is not set yet) in handle_vsoc_cond_wait() --- drivers/staging/android/TODO | 4 ---

Re: [PATCH 5/9] perf, bpf: save bpf_prog_info in a rbtree in perf_env

On Thu, Feb 14, 2019 at 05:03:03PM +, Song Liu wrote: > > > > On Feb 14, 2019, at 4:33 AM, Jiri Olsa wrote: > > > > On Fri, Feb 08, 2019 at 05:17:01PM -0800, Song Liu wrote: > >> bpf_prog_info contains information necessary to annotate bpf programs. > >> This patch saves bpf_prog_info for

[PATCH v2.5 1/4] mm: Move recent_rotated pages calculation to shrink_inactive_list()

mm: Move recent_rotated pages calculation to shrink_inactive_list() From: Kirill Tkhai The patch moves the calculation from putback_inactive_pages() to shrink_inactive_list(). This makes putback_inactive_pages() looking more similar to move_active_pages_to_lru(). To do that, we account

Re: [PATCH v4 01/37] input: davinci_keyscan: remove unnecessary includes

On Thu, Feb 14, 2019 at 03:51:55PM +0100, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > The mach/ and asm/ includes are not needed in davinci_keyscan, but they > will cause build problems once we make mach/irqs.h a private header for > mach-davinci. > > Remove all unused header

Re: [PATCH v2 2/2] staging: erofs: complete POSIX ACL support

On Fri, Feb 15, 2019 at 10:10:34AM +0800, Chao Yu wrote: > Hi Dan, > > Any suggestion? > I won't NAK whatever you decide. But my opinion is that you should just use normal kernel memory allocators even though it means you have to use two different fault injection frameworks. Over time it

Re: [PATCH RFC v2] fcoe: make use of fip_mode enum complete

On 2/12/19 11:42 PM, Nathan Chancellor wrote: On Tue, Feb 12, 2019 at 08:50:04AM +0100, Sedat Dilek wrote: On Mon, Feb 11, 2019 at 6:53 PM Nathan Chancellor wrote: On Mon, Feb 11, 2019 at 06:07:51PM +0100, Sedat Dilek wrote: From: Sedat Dilek commit 1917d42d14b7 ("fcoe: use enum for

Re: [PATCH] Fix resume for ELAN2097 touchscreen.

On Thu, 14 Feb 2019, james broadus wrote: > > This should be fixed in hid.git#for-5.1/i2c-hid already by commit > > 1475af255e18f. Could you please confirm that? > > > > Hi Jiri. That change mutes the log messages, but I'm still counting > around 35000 interrupts per second after resume and

Re: [RFC 2/2] soc: samsung: pmu: Add the PMU data of exynos4412 to support low-power state

On Thu, 14 Feb 2019 at 19:37, Anand Moon wrote: > > Hi Krzysztof, > > Thanks for your review comments. > > On Thu, 14 Feb 2019 at 18:29, Krzysztof Kozlowski wrote: > > > > On Wed, 13 Feb 2019 at 22:41, Anand Moon wrote: > > > > > > This patch adds configration for PMU (Power Management Unit)

[PATCH V2] sysfs.txt: add note on available attribute macros

The common cases of attributes wrappers should probably be using the __ATTR_XXX macros to make code more concise and readable but the current sysfs.txt does not point developers to those convenience macros. Further there is no note in sysfs.txt currently explaining why trying to set a sysfs file

Re: [RFC 1/2] ARM: dts: exynos: Add proper regulator states for suspend-to-mem for odroid-u3

On Thu, 14 Feb 2019 at 19:35, Anand Moon wrote: > > hi Krzysztof, > > Thanks fro your review comments. > > On Thu, 14 Feb 2019 at 18:11, Krzysztof Kozlowski wrote: > > > > Hi Anand, > > > > Thanks for the patch. See comments below. > > > > On Wed, 13 Feb 2019 at 22:41, Anand Moon wrote: > > > >

Re: [PATCH] x86: livepatch: Treat R_X86_64_PLT32 as R_X86_64_PC32

On Fri, 15 Feb 2019, chenzefeng (A) wrote: > On x86-64, for 32-bit PC-relacive branches, we can generate PLT32 > relocation, instead of PC32 relocation. and R_X86_64_PLT32 can be > treated the same as R_X86_64_PC32 since linux kernel doesn't use PLT. > > In linux 4.4 commit b21ebf2fb4cd ("x86:

Re: [PATCH v2 1/2] leds: Add Intel Cherry Trail Whiskey Cove PMIC LEDs

On Fri, Feb 15, 2019 at 12:03:07AM +0100, Pavel Machek wrote: > Hi! > > > >>>I suggest that we deal with this special case by adding 3 custom > > >>>sysfs attributes: > > >>> > > >>>1) "mode" which when read, prints, e.g. : > > >>>manual [on-when-charging] > > >> > > >>While this allows _user on

Re: [PATCH] ASoC: samsung: odroid: Ensure proper sample rate on pri/sec PCM

On Thu, 14 Feb 2019 at 17:00, Sylwester Nawrocki wrote: > > Currently when playing sound with different sample rates actual > sample rate will be determined by audio stream which starts first > on either primary or secondary PCM. The audio root clock will be > configured appropriately only for

Re: [PATCH v7 1/6] dt-bindings: mtk-sysirq: Add compatible for Mediatek MT8183

On 2/15/19 7:02 AM, Erin Lo wrote: > This adds dt-binding documentation of SYSIRQ for Mediatek MT8183 SoC > Platform. > > Signed-off-by: Erin Lo > Acked-by: Rob Herring > --- Reviewed-by: Matthias Brugger Marc you want me to take it through my tree? >

Re: [PATCH] Fix resume for ELAN2097 touchscreen.

On Wed, Feb 13, 2019 at 3:37 PM Jiri Kosina wrote: > > On Sun, 10 Feb 2019, Jim Broadus wrote: > > > Commit 52cf93e63ee6 ("HID: i2c-hid: Don't reset device upon system resume") > > fixes the resume behavior of several devices. However, this breaks the > > resume on the ELAN2097, used on Dell

Re: [PATCH 06/11] lockdep: consolidate the LOCKDEP_SUPPORT symbol

+CC Greentime Hu +CC Vincent Chen On Thu, Feb 14, 2019 at 2:40 AM Christoph Hellwig wrote: > > Add one definition to lib/Kconfig.debug and let the architectures > select if it supported. > > Signed-off-by: Christoph Hellwig This changes the behavior of nds32. So please leave a note in the

Re: Userspace regression in LTS and stable kernels

On Fri, Feb 15, 2019 at 08:00:22AM +0100, Greg Kroah-Hartman wrote: > On Thu, Feb 14, 2019 at 12:20:27PM -0800, Andrew Morton wrote: > > On Thu, 14 Feb 2019 09:56:46 -0800 Linus Torvalds > > wrote: > > > > > On Wed, Feb 13, 2019 at 3:37 PM Richard Weinberger > > > wrote: > > > > > > > > Your

Re: [PATCH v2 0/2] drm/omap: panel-tpo-td028ttec1: add backlight support

Hi, On Fri, 8 Feb 2019 11:13:33 +0200 Tomi Valkeinen wrote: > On 05/02/2019 08:38, Andreas Kemnade wrote: > > This panel has a backlight, so add a property describing that and > > add the code to use that. > > This makes things like xset dpms force off > > also turn off the backlight, so we do

Re: [v4] coccinelle: semantic patch for missing put_device()

In a function, for variables returned by calling of_find_device_by_node(), >>> Do variables really get returned? >>> The provided pointer should usually be stored somewhere. >> >> Thank you very much, we will consider this situation and submit a next >> version to fix it. > > I don't know

Re: [PATCH 0/2] extcon: Intel Cherry Trail Whiskey Cove PMIC and external charger tweaks

Hi Yauhen, You are missing me on cc list. I didn't know this patchset. On next, please use the get_maintainer script in order to send the correct list. On 19. 2. 11. 오전 5:36, Yauhen Kharuzhy wrote: > At implementation of charging support for Lenovo Yoga Book (Intel Cherry Trail > based with

Re: [PATCH] staging/android: use multiple futex wait queues

On Thu, Feb 14, 2019 at 06:34:59PM +0100, Hugo Lefeuvre wrote: > @@ -402,6 +410,7 @@ static int handle_vsoc_cond_wait(struct file *filp, > struct vsoc_cond_wait *arg) > struct vsoc_region_data *data = vsoc_dev.regions_data + region_number; > int ret = 0; > struct

[PATCH] ASoC: AMD: Configure master codec on all playback/capture cases

In the system design da7219 is the master codec and clocks are generated by it. Bclk is to be generated at the required rate for other codecs used when da7219 is acting only as clock master. For this call hw_params of da7219 during playback/capture on non da7219 codecs. Being able to set bclk at

Re: [PATCH v2] staging: erofs: keep corrupted fs from crashing kernel in erofs_namei()

On 2019/2/1 20:16, Gao Xiang wrote: > As Al pointed out, " > ... and while we are at it, what happens to > unsigned int nameoff = le16_to_cpu(de[mid].nameoff); > unsigned int matched = min(startprfx, endprfx); > > struct qstr dname = QSTR_INIT(data + nameoff, >

Re: [PATCH 0/2] extcon: Intel Cherry Trail Whiskey Cove PMIC and external charger tweaks

On Thu, Feb 14, 2019 at 04:05:26PM +0100, Hans de Goede wrote: > Hi, > > On 14-02-19 15:15, Yauhen Kharuzhy wrote: > > > > > > чц, 14 лют 2019, 15.47: карыстальнік Andy Shevchenko > > > > напісаў: > > > > On Thu, Feb 14, 2019 at 12:00:44AM +0100,

Re: Userspace regression in LTS and stable kernels

On Thu, Feb 14, 2019 at 12:20:27PM -0800, Andrew Morton wrote: > On Thu, 14 Feb 2019 09:56:46 -0800 Linus Torvalds > wrote: > > > On Wed, Feb 13, 2019 at 3:37 PM Richard Weinberger > > wrote: > > > > > > Your shebang line exceeds BINPRM_BUF_SIZE. > > > Before the said commit the kernel

Re: [PATCH 4.20 00/50] 4.20.9-stable review

On Thu, Feb 14, 2019 at 10:52:42AM -0600, Dan Rue wrote: > On Wed, Feb 13, 2019 at 07:38:05PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.20.9 release. > > There are 50 patches in this series, all will be posted as a response > > to this one. If

Re: [PATCH 4.20 00/50] 4.20.9-stable review

On Thu, Feb 14, 2019 at 01:02:26PM -0800, Guenter Roeck wrote: > On Wed, Feb 13, 2019 at 07:38:05PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.20.9 release. > > There are 50 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH v4] coccinelle: semantic patch for missing put_device()

On Fri, 15 Feb 2019, wen.yan...@zte.com.cn wrote: > Hi Julia, thank you very much. > > > > >> In a function, for variables returned by calling > > > >> of_find_device_by_node(), > > > > Do variables really get returned? > > > > The provided pointer should usually be stored somewhere. > > > >

Re: [PATCH 4.20 00/50] 4.20.9-stable review

On Thu, Feb 14, 2019 at 03:24:07PM -0700, shuah wrote: > On 2/13/19 11:38 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.20.9 release. > > There are 50 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with

Re: [PATCH 01/11] dt-bindings: Add vendor prefix for Silicon Linux.

Hi Fabrizio, The best approach is to run: git format patch -1 And then scripts/get_maintainer.pl 0001-xxx You shall see the the list of people to send the patch. > Dear All, > > Who is the best person for taking this patch? > > Thanks, > Fab > > > From: Fabrizio Castro > > Sent: 16

RE: [PATCH] usb: gadget: udc: renesas_usb3: add support for r8a774c0

Hi, (no top-posting, please) Fabrizio Castro writes: > Hello Felipe, > > Who is the best person for taking patches for renesas_usb3.c? they're already in my 'next' branch. I'll send pull request to Greg shortly -- balbi signature.asc Description: PGP signature

Re: [PATCH 2/2] extcon intel-cht-wc: Enable external charger

On Thu, Feb 14, 2019 at 05:31:48PM +0100, Hans de Goede wrote: > Hi, > > On 10-02-19 21:36, Yauhen Kharuzhy wrote: > > In some configuration external charge "#charge enable" signal is > > connected to PMIC. Enable it at device probing to allow charging. > > > > Tested at Lenovo Yoga Book

Re: [PATCH v3] exec: load_script: Do not exec truncated interpreter path

On Thu, Feb 14, 2019 at 10:14 PM Kees Cook wrote: > But, as it turns out, the above is actually wrong too (yay for my test > cases): the NUL termination before the loop (line 45) may blow away > the newline at byte 127. So we need to actually manually scan for the > newline while doing the

Re: [PATCH v4] coccinelle: semantic patch for missing put_device()

On Fri, 15 Feb 2019, wen.yan...@zte.com.cn wrote: > > How do you think about to exchange the word “patch” by “code search” > > at affected places (and in the subject) then? > > Thanks, we‘ll fix it. > > >> In a function, for variables returned by calling of_find_device_by_node(), > > Do

Re: [PATCH v2 08/15] PCI: endpoint: Fix pci_epf_alloc_space to set correct MEM TYPE flags

Hi Lorenzo, On 14/02/19 9:59 PM, Lorenzo Pieralisi wrote: > On Wed, Feb 13, 2019 at 07:17:14PM +0530, Kishon Vijay Abraham I wrote: >> Hi Lorenzo, >> >> On 11/02/19 11:07 PM, Lorenzo Pieralisi wrote: >>> On Mon, Jan 14, 2019 at 04:45:06PM +0530, Kishon Vijay Abraham I wrote:

Re: [PATCH 0/4] crypto: caam - add ecb mode support

On Thu, Feb 14, 2019 at 09:54:47PM -0800, Eric Biggers wrote: > > Sure, but the bar shouldn't be so low that new implementations of insecure > algorithms the world is moving away from are accepted without a real use case. > We should be moving towards removing these algorithms instead. The

Re: [PATCH v3] exec: load_script: Do not exec truncated interpreter path

On Thu, Feb 14, 2019 at 8:49 PM Linus Torvalds wrote: > > > > On Thu, Feb 14, 2019, 19:18 Kees Cook > >> >> fs/binfmt_script.c | 97 +++--- >> 1 file changed, 82 insertions(+), 15 deletions(-) > > No, why? In my defense, 56 of those 82 lines are comments.

[PATCH v7 4/6] arm64: dts: Add Mediatek SoC MT8183 and evaluation board dts and Makefile

From: Ben Ho Add basic chip support for Mediatek 8183, include uart node with correct uart clocks, pwrap device Add clock controller nodes, include topckgen, infracfg, apmixedsys and subsystem. Signed-off-by: Ben Ho Signed-off-by: Erin Lo Signed-off-by: Seiya Wang Signed-off-by: Weiyi Lu

[PATCH v7 3/6] dt-bindings: pinctrl: mt8183: add binding document

From: Zhiyong Tao The commit adds mt8183 compatible node in binding document. Signed-off-by: Zhiyong Tao Signed-off-by: Erin Lo --- .../devicetree/bindings/pinctrl/pinctrl-mt8183.txt | 115 + 1 file changed, 115 insertions(+) create mode 100644

[PATCH v7 5/6] arm64: dts: mt8183: add pintcrl file

This patch adds pinctrl file for mt8183. Signed-off-by: Zhiyong Tao Signed-off-by: Erin Lo --- arch/arm64/boot/dts/mediatek/mt8183-pinfunc.h | 1120 + 1 file changed, 1120 insertions(+) create mode 100644 arch/arm64/boot/dts/mediatek/mt8183-pinfunc.h diff --git

[PATCH v7 6/6] arm64: dts: mt8183: add spi node

Add spi DTS node to the mt8183 and mt8183-evb. Signed-off-by: Mengqi Zhang Signed-off-by: Erin Lo --- arch/arm64/boot/dts/mediatek/mt8183-evb.dts | 105 arch/arm64/boot/dts/mediatek/mt8183.dtsi| 79 + 2 files changed, 184 insertions(+)

[PATCH v7 2/6] dt-bindings: serial: Add compatible for Mediatek MT8183

This adds dt-binding documentation of uart for Mediatek MT8183 SoC Platform. Signed-off-by: Erin Lo Acked-by: Rob Herring --- Documentation/devicetree/bindings/serial/mtk-uart.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/serial/mtk-uart.txt

[PATCH v7 1/6] dt-bindings: mtk-sysirq: Add compatible for Mediatek MT8183

This adds dt-binding documentation of SYSIRQ for Mediatek MT8183 SoC Platform. Signed-off-by: Erin Lo Acked-by: Rob Herring --- .../devicetree/bindings/interrupt-controller/mediatek,sysirq.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v7 0/6] Add basic and clock support for Mediatek MT8183 SoC

MT8183 is a SoC based on 64bit ARMv8 architecture. It contains 4 CA53 and 4 CA73 cores. MT8183 share many HW IP with MT65xx series. This patchset was tested on MT8183 evaluation board and use correct clock to shell. This series contains document bindings, device tree including interrupt, uart,

linux-next: Tree for Feb 15

Hi all, Changes since 20190214: The tip tree gained a conflict against the net-next tree. The akpm tree lost a patch that turned up elsewhere, Non-merge commits (relative to Linus' tree): 7981 8238 files changed, 332149 insertions(+), 195576 deletions

[PATCH v2 1/2] mmc: core: do not retry CMD6 in __mmc_switch()

the response type of CMD6 is R1B, when the first CMD6 gets response CRC error, do retry may get timeout error due to card may still in busy state, which cause this retry make no sense. Signed-off-by: Chaotian Jing --- drivers/mmc/core/mmc_ops.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 2/2] mmc: mmc: Fix HS setting in mmc_hs400_to_hs200()

mmc_hs400_to_hs200() begins with the card and host in HS400 mode. before send CMD6 to switch card's timing to HS mode, it reduce clock frequency to 50Mhz firstly, the original intention of reduce clock is to make "more stable" when doing HS switch. however,reduce clock frequency to 50Mhz but

[PATCH v2] Fix HS setting in mmc_hs400_to_hs200()

Change vs v1: do not retry CMD6 in __mmc_switch() do not move the reduce clock operation after switch HS Chaotian Jing (2): mmc: core: do not retry CMD6 in __mmc_switch() mmc: mmc: Fix HS setting in mmc_hs400_to_hs200() drivers/mmc/core/mmc.c | 21 +++--

Re: [PATCH v4] panic: Avoid the extra noise dmesg

Hi all, On Tue, Dec 11, 2018 at 09:32:30AM +0100, Petr Mladek wrote: > On Mon 2018-12-10 10:49:22, Kees Cook wrote: > > On Mon, Dec 10, 2018 at 10:17 AM Steven Rostedt wrote: > > > > > > On Fri, 7 Dec 2018 17:51:19 +0800 > > > Feng Tang wrote: > > > > > > > When kernel panic happens, it will

Re: [PATCH 0/4] crypto: caam - add ecb mode support

On Fri, Feb 15, 2019 at 01:24:42PM +0800, Herbert Xu wrote: > On Wed, Feb 13, 2019 at 10:51:36AM -0800, Eric Biggers wrote: > > > > You are claiming you need DES-ECB, 3DES-ECB, *and* ARC4 for that? > > > > Which one is it actually, if any? > > Since these are existing algorithms in the crypto

Re: [PATCH] usb: dwc2: hcd: call dwc2_is_controller_alive under spinlock

Hi Minas, On 2/14/19 8:43 PM, Minas Harutyunyan wrote: > Hi Jaehoon Chung, > > On 2/14/2019 2:04 PM, Jaehoon Chung wrote: >> This patch is referred to Robert's patch >> commit cf54772b913b ("usb: dwc2: call dwc2_is_controller_alive() under >> spinlock") >> >> During running sdb with otg mode,

Re: [PATCH v2 05/11] mfd: pm8xxx: disassociate old virq if hwirq mapping already exists

Quoting Brian Masney (2019-02-07 18:16:25) > Check to see if the hwirq is already associated with another virq on > this IRQ domain. If so, then disassociate it before associating the > hwirq with the new virq. > > This is a temporary hack that is needed in order to not break git > bisect for

[PATCH v2 0/2] Add Reset controller support for HI3670 SoC

Hello, This patchset adds Reset controller support for HiSilicon HI3670 SoC. HI3670 SoC is architecturally same as HI3660 SoC, hence the same driver is reused. This patchset has been tested on HiKey970 board. Thanks, Mani Changes in v2: * Used the DT compatible fallback approach instead of

[PATCH v2 1/2] dt-bindings: reset: Add HI3670 reset controller binding

HI3670 SoC is architecturally same as the HI3660 SoC. Hence, the same driver is reused for HI3670 SoC and the binding is documented here which uses the fallback approach. Signed-off-by: Manivannan Sadhasivam --- .../devicetree/bindings/reset/hisilicon,hi3660-reset.txt | 7 --- 1 file

[PATCH v2 2/2] arm64: dts: hisilicon: hi3670: Add reset controller support

Add reset controller support for HiSilicon HI3670 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/hisilicon/hi3670.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi3670.dtsi b/arch/arm64/boot/dts/hisilicon/hi3670.dtsi index

Re: [PATCH] efi/libstub: refactor cmd_stubcopy

On Tue, Feb 12, 2019 at 4:26 PM Ard Biesheuvel wrote: > > On Tue, 12 Feb 2019 at 04:45, Masahiro Yamada > wrote: > > > > It took me a while to understand what is going on in the nested > > if-blocks. > > > > Simplify it by removing unneeded code. > > > > - if_changed automatically adds 'set

Re: general protection fault in prepare_to_wait

syzbot has found a reproducer for the following crash on: HEAD commit:23e93c9b2cde Revert "gfs2: read journal in large chunks to.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=14e94014c0 kernel config:

Re: [PATCH] random: Make /dev/random wait for crng_ready

On 2/15/19 2:47 AM, Bernd Edlinger wrote: > while (1) { > - n = extract_entropy_user(_pool, buf, nbytes); > + n = crng_ready() > + ? extract_entropy_user(_pool, buf, nbytes) > + : 0; Aehm, the whitespace after ? does not align

Re: kernel BUG at drivers/android/binder_alloc.c:LINE! (2)

syzbot has found a reproducer for the following crash on: HEAD commit:b3418f8bddf4 Add linux-next specific files for 20190214 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=12ccad60c0 kernel config: https://syzkaller.appspot.com/x/.config?x

Re: [PATCH 0/4] crypto: caam - add ecb mode support

On Wed, Feb 13, 2019 at 10:51:36AM -0800, Eric Biggers wrote: > > You are claiming you need DES-ECB, 3DES-ECB, *and* ARC4 for that? > > Which one is it actually, if any? Since these are existing algorithms in the crypto API and we're simply adding them to the driver I think the bar of acceptance

Re: [PATCH 0/4] crypto: caam - add ecb mode support

On Fri, Feb 08, 2019 at 03:50:06PM +0200, Iuliana Prodan wrote: > This patch set adds ecb mode support for aes, des, 3des and arc4 ciphers. > skcipher implementation is reused, making sure to handle the no IV case. > > While here: > -fix a DMA API issue where initial src/dst_nents are used

Re: KASAN: use-after-free Read in lock_sock_nested

syzbot has found a reproducer for the following crash on: HEAD commit:b3418f8bddf4 Add linux-next specific files for 20190214 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=14f6304740 kernel config: https://syzkaller.appspot.com/x/.config?x

Re: [PATCH v7 1/2] signal: add pidfd_send_signal() syscall

On Wed, Jan 02, 2019 at 05:16:53PM +0100, Christian Brauner wrote: > The kill() syscall operates on process identifiers (pid). After a process > ... Fashionably late to the party, but feel free to consider these two: Reviewed-by: Tycho Andersen

Re: [PATCH v5 5/5] arm64/kvm: control accessibility of ptrauth key registers

Hi, On 2/13/19 11:24 PM, Dave P Martin wrote: On Wed, Feb 13, 2019 at 05:35:46PM +, Kristina Martsenko wrote: On 28/01/2019 06:58, Amit Daniel Kachhap wrote: According to userspace settings, ptrauth key registers are conditionally present in guest system register list based on user

[PATCH v2] arm64: dts: rockchip: Add on-board WiFi/BT support for Rock960 boards

Add on-board WiFi/BT support for Rock960 boards such as Rock960 based on AP6356S and Ficus based on AP6354 wireless modules. Firmwares for the respective boards are available here: http://people.linaro.org/~manivannan.sadhasivam/rock960_wifi/

[PATCH v2 1/2] dt-bindings: gpio: sprd: Use SoC compatible string instead of wildcard string

Use SoC compatible string instead of wildcard string. Signed-off-by: Baolin Wang --- Changes from v1: - Add 'sprd' to indicate the module in subject line. --- .../devicetree/bindings/gpio/gpio-eic-sprd.txt |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 2/2] gpio: sprd: Change to use SoC compatible string

Change to use SoC compatible string instead of wildcard string. Signed-off-by: Baolin Wang --- Changes from v1: - None. --- drivers/gpio/gpio-pmic-eic-sprd.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/gpio-pmic-eic-sprd.c

Re: [PATCH v2] kcm: remove any offset before parsing messages

Tom Herbert wrote on Thu, Feb 14, 2019: > On Thu, Feb 14, 2019 at 7:31 PM Dominique Martinet > wrote: > > Yes, the parser fails with -ENOMEM ; that is not handled gracefully at > > all: from a user point of view, the connection just hangs (recvmsg never > > returns), without so much as a message

Re: [PATCH v5 4/5] arm64/kvm: add a userspace option to enable pointer authentication

Hi, On 2/13/19 11:05 PM, Kristina Martsenko wrote: On 28/01/2019 06:58, Amit Daniel Kachhap wrote: This feature will allow the KVM guest to allow the handling of pointer authentication instructions or to treat them as undefined if not set. It uses the existing vcpu API KVM_ARM_VCPU_INIT to

Re: [PATCH v11 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time

On 2019/2/14 19:29, Thomas Gleixner wrote: > On Wed, 13 Feb 2019, Aubrey Li wrote: > >> AVX-512 components use could cause core turbo frequency drop. So >> it's useful to expose AVX-512 usage elapsed time as a heuristic hint >> for the user space job scheduler to cluster the AVX-512 using tasks

Re: [PATCH v3 0/3] Stingray USB PHY driver support

Hi Kishon, Could you please help to review and provide your comments to this patch series when you have time? Regards, Srinath. On Wed, Feb 6, 2019 at 11:03 PM Srinath Mannam wrote: > > These patches add Stingray USB PHY driver and its corresponding > DT nodes with documentation. > > This

Re: [f2fs-dev] [PATCH] f2fs: do not use mutex lock in atomic context

On 2/14/2019 9:40 PM, Chao Yu wrote: On 2019-2-14 15:46, Sahitya Tummala wrote: On Wed, Feb 13, 2019 at 11:25:31AM +0800, Chao Yu wrote: On 2019/2/4 16:06, Sahitya Tummala wrote: Fix below warning coming because of using mutex lock in atomic context. BUG: sleeping function called from

Re: [PATCH v6 0/3] Stingray thermal driver support

Hi Eduardo, Could you please provide your review comments? Regards, Srinath. On Wed, Feb 6, 2019 at 5:28 AM Eduardo Valentin wrote: > > Hello, > > On Mon, Feb 04, 2019 at 04:16:19PM -0800, Ray Jui wrote: > > Hi Zhang/Eduardo, > > > > Can this patch series be merged? It looks like Srinath has

Re: [PATCH] pstore: Add boot loader log messages support

On Thu, Feb 14, 2019 at 8:01 PM Yue Hu wrote: > Yes, boot loader will did the _write_. When booting from power on, the first > phase > is boot loader, it will log to specific reserver memory. Then kernel/pstore is > coming up, pstore will copy the log generated by boot loader to xbl zone. The >

[PATCH] h8300: use cc-cross-prefix instead of hardcoding h8300-unknown-linux-

It believe it is a bad idea to hardcode a specific compiler prefix that may or may not be installed on a user's system. It is annoying when testing features that should not require compilers at all. For example, mrproper, headers_install, etc. should work without any compiler. They look like

Re: [PATCH v2] kcm: remove any offset before parsing messages

On Thu, Feb 14, 2019 at 7:31 PM Dominique Martinet wrote: > > Tom Herbert wrote on Thu, Feb 14, 2019: > > > This second patch[2] (the current thread) now does an extra clone if > > > there is an offset, but the problem really isn't in the clone but the > > > pull itself that can fail and return

Re: [PATCH v5 3/5] arm64/kvm: context-switch ptrauth register

Hi, On 2/13/19 11:05 PM, Kristina Martsenko wrote: On 31/01/2019 16:25, James Morse wrote: Hi Amit, On 28/01/2019 06:58, Amit Daniel Kachhap wrote: When pointer authentication is supported, a guest may wish to use it. This patch adds the necessary KVM infrastructure for this to work, with a

Re: [PATCH AUTOSEL 4.20 42/77] dm: fix clone_bio() to trigger blk_recount_segments()

On Thu, Feb 14 2019 at 9:08pm -0500, Sasha Levin wrote: > From: Mike Snitzer > > [ Upstream commit 57c36519e4b949f89381053f7283f5d605595b42 ] > > DM's clone_bio() now benefits from using bio_trim() by fixing the fact > that clone_bio() wasn't clearing BIO_SEG_VALID like bio_trim() does; >

Re: [PATCH v2 1/2] Provide in-kernel headers for making it easy to extend the kernel

On Thu, Feb 14, 2019 at 07:19:29PM -0800, Alexei Starovoitov wrote: > On Mon, Feb 11, 2019 at 09:35:59AM -0500, Joel Fernandes (Google) wrote: > > Introduce in-kernel headers and other artifacts which are made available > > as an archive through proc (/proc/kheaders.txz file). This archive makes >

Re: [PATCH V2] blk-mq: insert rq with DONTPREP to hctx dispatch list when requeue

On 2/15/19 11:14 AM, Ming Lei wrote: > On Fri, Feb 15, 2019 at 10:34:39AM +0800, jianchao.wang wrote: >> Hi Ming >> >> Thanks for your kindly response. >> >> On 2/15/19 10:00 AM, Ming Lei wrote: >>> On Tue, Feb 12, 2019 at 09:56:25AM +0800, Jianchao Wang wrote: When requeue, if

Re: [PATCH v2] kcm: remove any offset before parsing messages

Tom Herbert wrote on Thu, Feb 14, 2019: > > This second patch[2] (the current thread) now does an extra clone if > > there is an offset, but the problem really isn't in the clone but the > > pull itself that can fail and return NULL when there is memory pressure. > > For some reason I hadn't been

Re: mmotm 2019-02-14-15-22 uploaded (drivers/misc/fastrpc.c)

On 2/14/19 3:23 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2019-02-14-15-22 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of my

[PATCH -next] drm: Remove set but not used variable 'gem'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/vc4/vc4_txp.c: In function 'vc4_txp_connector_atomic_check': drivers/gpu/drm/vc4/vc4_txp.c:252:29: warning: variable 'gem' set but not used [-Wunused-but-set-variable] struct drm_gem_cma_object *gem; ^

Re: [PATCH v2 1/2] Provide in-kernel headers for making it easy to extend the kernel

On Mon, Feb 11, 2019 at 09:35:59AM -0500, Joel Fernandes (Google) wrote: > Introduce in-kernel headers and other artifacts which are made available > as an archive through proc (/proc/kheaders.txz file). This archive makes > it possible to build kernel modules, run eBPF programs, and other >

[PATCH v3] exec: load_script: Do not exec truncated interpreter path

Commit 8099b047ecc4 ("exec: load_script: don't blindly truncate shebang string") was trying to protect against a confused exec of a truncated interpreter path. However, it was overeager and also refused to truncate arguments as well, which broke userspace, and it was reverted. This attempts the

  1   2   3   4   5   6   7   8   9   10   >