Re: [PATCH 1/2] ARM: drop unnecessary WASM

On 06.03.2019 00:39, Robin Murphy wrote: > Hi Stefan, > > On 2019-03-05 10:18 pm, Stefan Agner wrote: >> The W macro for generating wide instructions when targeting Thumb-2 >> is not required for the preload data instructions (pld, pldw) since >> they are only available as wide instructions. The

Re: [PATCH] x86/boot/KASLR: skip the specified crashkernel reserved region

On Wed, Feb 27, 2019 at 3:40 PM Borislav Petkov wrote: > > + Kees. > > @Kees, you might want to go upthread a bit for context. > Seems not reply from Kees. > On Wed, Feb 27, 2019 at 09:30:34AM +0800, Baoquan He wrote: > > Agree that 'crashkernel=x' should be encouraged to use as the first > >

Re: [PATCH v5 5/8] drivers: devfreq: add DMC driver for Exynos5422

Hi Lukasz, As you knew, I replied the comments on v4 patch[1]. But, this patch does apply some comments from me and some comments doesn't not applied. My comments may not be always right. But, If you pick up some comments and drop the some comments without discussion, it makes the confusion for

Re: [PATCH] spi-pxa2xx.c: modify the chip selection timing when spi transfer

Hi On 3/6/19 5:05 AM, xiao jin wrote: From: "he, bo" We find spi can't work on board. More debug shows it's related to the following patch that changed the chip selection assert and deassert timing. ^^ timing caught my attention. More below. @@ -610,6 +596,7 @@ static void

Re: [PATCH] sched/cpufreq: Fix 32bit math overflow

On Tue, Mar 5, 2019 at 4:32 PM Peter Zijlstra wrote: > > On Mon, Mar 04, 2019 at 07:11:01PM +, Quentin Perret wrote: > > > So yeah, that works for me. > > Chunyan, Vincent; can you verify the below cures your ill? Verified by Vincent, the patch below can fix the problem Vincent found on our

Re: [PATCH v5 4/8] dt-bindings: devfreq: add Exynos5422 DMC device description

Hi Lukasz, On 19. 3. 6. 오후 4:14, Lukasz Luba wrote: > Hi Chanwoo, > > On 3/6/19 5:18 AM, Chanwoo Choi wrote: >> Hi Lukasz, >> >> On 19. 3. 5. 오후 7:19, Lukasz Luba wrote: >>> The patch adds description for DT binding for a new Exynos5422 Dynamic >>> Memory Controller device. >>> >>>

[GIT PULL] scheduler updates for v5.1

Linus, Please pull the latest sched-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-core-for-linus # HEAD: ad01423aedaa7c6dd62d560b73a3cb39e6da3901 kthread: Do not use TIMER_IRQSAFE The main changes in this cycle were: - refcount

Re: [PATCH] staging/board/board.c: Fix compiler error of_find_all_nodes()

Change the subsystem prefix to: [PATCH] Staging: board: ... On Tue, Mar 05, 2019 at 11:39:30PM +, Arnold J Chand wrote: > Fix implicit-function-declaration error by 'extern'-ing the function in > the file > > Signed-off-by: Arnold Chand > --- > drivers/staging/board/board.c | 2 ++ > 1

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

On 2019/3/6 14:26, Mike Rapoport wrote: > Hi, > > On Wed, Mar 06, 2019 at 01:53:12PM +0800, zhong jiang wrote: >> On 2019/3/6 10:05, Andrea Arcangeli wrote: >>> Hello everyone, >>> >>> [ CC'ed Mike and Peter ] >>> >>> On Tue, Mar 05, 2019 at 02:42:00PM +0800, zhong jiang wrote: On 2019/3/5

Re: [PATCH v5 4/8] dt-bindings: devfreq: add Exynos5422 DMC device description

Hi Krzysztof, On 3/5/19 12:35 PM, Krzysztof Kozlowski wrote: > On Tue, 5 Mar 2019 at 11:19, Lukasz Luba wrote: >> >> The patch adds description for DT binding for a new Exynos5422 Dynamic >> Memory Controller device. >> >> Signed-off-by: Lukasz Luba >> --- >>

Re: Banana Pi-R1 stabil

On Tue, Mar 05, 2019 at 08:21:02PM +0100, Gerhard Wiesinger wrote: > > > > Run > > > > https://github.com/ssvb/cpuburn-arm/blob/master/cpufreq-ljt-stress-test > > > > > > > > > But it doesn't explaing that it works with kernel 4.7.4 without any > > > > > problems. > > > > My best guess would be

[PATCH] xfrm: Reset secpath in xfrm failure

In esp4_gro_receive() and esp6_gro_receive(), secpath can be allocated without adding xfrm state to xvec. Then, sp->xvec[sp->len - 1] would fail and result in dereferencing invalid pointer in esp4_gso_segment() and esp6_gso_segment(). Reset secpath if xfrm function returns error. Reported-by:

[PATCH v3 1/2] iio/chemical/bme680: Report temperature in millidegrees

The standard unit for temperature is millidegrees Celcius. Adapt the driver to report in millidegrees instead of degrees. Signed-off-by: Mike Looijmans --- v2: Remove unused 'addr7' variable v3: Split patch into temperature and SPI

[PATCH v3 2/2] iio/chemical/bme680: Fix SPI read interface

The SPI interface implementation was completely broken. When using the SPI interface, there are only 7 address bits, the upper bit is controlled by a page select register. The core needs access to both ranges, so implement register read/write for both regions. The regmap paging functionality

Re: [Xen-devel] [PATCH v4.9 1/1] jiffies: use jiffies64_to_nsecs() to fix 100% steal usage for xen vcpu hotplug

Thanks to Joe Jin's reminding, this patch is applicable to mainline linux kernel, although there is no issue due to this kind of bug in mainline kernel. Therefore, can I first submit this patch to mainline kernel and then backport it to stable linux with more detailed explanation how the issue is

[GIT PULL] perf changes for v5.1

Linus, Please pull the latest perf-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-for-linus # HEAD: c978b9460fe1d4a1e1effa0abd6bd69b18a098a8 Merge tag 'perf-core-for-mingo-5.1-20190225' of

Re: [PATCH v2] iio/chemical/bme680: Fix SPI read interface

On 03-03-19 17:57, Jonathan Cameron wrote: > On Thu, 21 Feb 2019 10:20:49 +0100 > Mike Looijmans wrote: > >> The SPI interface implementation was completely broken. >> >> When using the SPI interface, there are only 7 address bits, the upper bit >> is controlled by a page select register. The

[PATCH] appletalk: Correctly handle return value of register_snap_client

From: YueHaibing register_snap_client may return NULL, all the callers check it, but only print a warning. This will result in NULL pointer dereference in unregister_snap_client and other places. It has always been used like this since v2.6 Reported-by: Dan Carpenter Signed-off-by: YueHaibing

2264f5132f ("xarray: Add xas_create_range"): watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [swapper/0:1]

2264f5132f xarray: Add xas_create_range 3717f613f4 Merge branch 'core-rcu-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip baf5a9d1f9 Add linux-next specific files for 20190305

Re: [PATCH v5 6/8] DT: arm: exynos: add DMC device for exynos5422

Hi Krzysztof, On 3/5/19 12:36 PM, Krzysztof Kozlowski wrote: > On Tue, 5 Mar 2019 at 11:19, Lukasz Luba > wrote:>> Add description of Dynamic Memory Controller and PPMU > counters.> They are used by exynos5422-dmc driver.>> Signed-off-by: > Lukasz Luba In previous email I asked to > fix the

[RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address

It was noticed that the copy_user() friends that was used to access virtqueue metdata tends to be very expensive for dataplane implementation like vhost since it involves lots of software checks, speculation barrier, hardware feature toggling (e.g SMAP). The extra cost will be more obvious when

[RFC PATCH V2 3/5] vhost: rename vq_iotlb_prefetch() to vq_meta_prefetch()

Rename the function to be more accurate since it actually tries to prefetch vq metadata address in IOTLB. And this will be used by following patch to prefetch metadata virtual addresses. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 4 ++-- drivers/vhost/vhost.c | 4 ++--

[RFC PATCH V2 2/5] vhost: fine grain userspace memory accessors

This is used to hide the metadata address from virtqueue helpers. This will allow to implement a vmap based fast accessing to metadata. Signed-off-by: Jason Wang --- drivers/vhost/vhost.c | 94 +-- 1 file changed, 77 insertions(+), 17 deletions(-)

[RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()

This series tries to access virtqueue metadata through kernel virtual address instead of copy_user() friends since they had too much overheads like checks, spec barriers or even hardware feature toggling. This is done through setup kernel address through vmap() and resigter MMU notifier for

[RFC PATCH V2 4/5] vhost: introduce helpers to get the size of metadata area

Signed-off-by: Jason Wang --- drivers/vhost/vhost.c | 46 -- 1 file changed, 28 insertions(+), 18 deletions(-) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index 2025543..1015464 100644 --- a/drivers/vhost/vhost.c +++

[RFC PATCH V2 1/5] vhost: generalize adding used elem

Use one generic vhost_copy_to_user() instead of two dedicated accessor. This will simplify the conversion to fine grain accessors. About 2% improvement of PPS were seen during vitio-user txonly test. Signed-off-by: Jason Wang --- drivers/vhost/vhost.c | 11 +-- 1 file changed, 1

[PATCH v6 perf,bpf 02/15] bpf: libbpf: introduce bpf_program__get_prog_info_linear()

Currently, bpf_prog_info includes 9 arrays. The user has the option to fetch any combination of these arrays. However, this requires a lot of handling of these arrays. This work becomes more tricky when we need to store bpf_prog_info to a file, because these arrays are allocated independently.

[PATCH v6 perf,bpf 03/15] bpf: bpftool: use bpf_program__get_prog_info_linear() in prog.c:do_dump()

This patches uses bpf_program__get_prog_info_linear() to simplify the logic in prog.c do_dump(). Cc: Daniel Borkmann Cc: Alexei Starovoitov Signed-off-by: Song Liu --- tools/bpf/bpftool/prog.c | 266 +-- 1 file changed, 59 insertions(+), 207 deletions(-)

[PATCH v6 perf,bpf 07/15] perf, bpf: save bpf_prog_info information as headers to perf.data

This patch enables perf-record to save bpf_prog_info information as headers to perf.data. A new header type HEADER_BPF_PROG_INFO is introduced for this data. Signed-off-by: Song Liu --- tools/perf/util/header.c | 149 ++- tools/perf/util/header.h | 1 + 2

[PATCH v6 perf,bpf 08/15] perf, bpf: save btf in a rbtree in perf_env

btf contains information necessary to annotate bpf programs. This patch saves btf for bpf programs loaded in the system. Signed-off-by: Song Liu --- tools/perf/util/bpf-event.c | 23 + tools/perf/util/bpf-event.h | 7 tools/perf/util/env.c | 65

[PATCH v6 perf,bpf 11/15] perf: add -lopcodes to feature-libbfd

Both libbfd and libopcodes are distributed with binutil-dev/devel. When libbfd presents, it is OK to assume libopcodes also presents. This has been a safe assumption for bpftool. This patch adds -lopcodes to perf/Makefile.config. libopcodes will be used in the next commit for bpf annotation.

[PATCH v6 perf,bpf 10/15] perf-top: add option --no-bpf-event

bpf events should be tracked by default for perf-top. This patch makes it on by default, and adds option to disable bpf events. Signed-off-by: Song Liu --- tools/perf/builtin-top.c | 3 +++ tools/perf/util/top.h| 1 + 2 files changed, 4 insertions(+) diff --git a/tools/perf/builtin-top.c

[PATCH v6 perf,bpf 06/15] perf, bpf: save bpf_prog_info in a rbtree in perf_env

bpf_prog_info contains information necessary to annotate bpf programs. This patch saves bpf_prog_info for bpf programs loaded in the system. Some big picture of the next few patches: To fully annotate BPF programs with source code mapping, 4 different information are needed: 1)

[PATCH v6 perf,bpf 05/15] perf: change prototype of perf_event__synthesize_bpf_events()

This patch changes the arguments of perf_event__synthesize_bpf_events() to include perf_session* instead of perf_tool*. perf_session will be used in the next patch. Signed-off-by: Song Liu --- tools/perf/builtin-record.c | 2 +- tools/perf/builtin-top.c| 2 +- tools/perf/util/bpf-event.c |

[PATCH v6 perf,bpf 15/15] perf, bpf: save bpf_prog_info and btf of short living bpf programs

To fully annotate BPF programs with source code mapping, 4 different information are needed: 1) PERF_RECORD_KSYMBOL 2) PERF_RECORD_BPF_EVENT 3) bpf_prog_info 4) btf This patch handles 3) and 4) for short living BPF programs. For timely process of these information, a dedicated

[PATCH v6 perf,bpf 14/15] perf: introduce side band thread

This patch introduces side band thread that captures extended information for events like PERF_RECORD_BPF_EVENT. This new thread uses its own evlist that uses ring buffer with very low watermark for lower latency. To use side band thread, we need to: 1. add side band event(s) by calling

[PATCH v6 perf,bpf 12/15] perf, bpf: enable annotation of bpf program

This patch enables the annotation of bpf program. A new dso type DSO_BINARY_TYPE__BPF_PROG_INFO is introduced to for BPF programs. In symbol__disassemble(), DSO_BINARY_TYPE__BPF_PROG_INFO dso calls into a new function symbol__disassemble_bpf(), where annotation line information is filled based

[PATCH v6 perf,bpf 09/15] perf, bpf: save btf information as headers to perf.data

This patch enables perf-record to save btf information as headers to perf.data A new header type HEADER_BPF_BTF is introduced for this data. Signed-off-by: Song Liu --- tools/perf/util/header.c | 111 ++- tools/perf/util/header.h | 1 + 2 files changed, 111

Re: [PATCH 0/8] qcom: spmi/ssbi gpio: correct gpio hogging

On Wed, Mar 6, 2019 at 1:53 AM Brian Masney wrote: > Here are some patches that fix gpio hogging for all boards that use > spmi-gpio and ssbi-gpio. This series: Reviewed-by: Linus Walleij Thanks for your perseverance! Yours, Linus Walleij

Re: [PATCH v5 4/8] dt-bindings: devfreq: add Exynos5422 DMC device description

Hi Chanwoo, On 3/6/19 5:18 AM, Chanwoo Choi wrote: > Hi Lukasz, > > On 19. 3. 5. 오후 7:19, Lukasz Luba wrote: >> The patch adds description for DT binding for a new Exynos5422 Dynamic >> Memory Controller device. >> >> Signed-off-by: Lukasz Luba >> --- >>

[PATCH v6 perf,bpf 13/15] perf, bpf: process PERF_BPF_EVENT_PROG_LOAD for annotation

This patch adds processing of PERF_BPF_EVENT_PROG_LOAD, which sets proper DSO type/id/etc of memory regions mapped to BPF programs to DSO_BINARY_TYPE__BPF_PROG_INFO Signed-off-by: Song Liu --- tools/perf/util/bpf-event.c | 53 + 1 file changed, 53

[PATCH v6 perf,bpf 04/15] perf, bpf: synthesize bpf events with bpf_program__get_prog_info_linear()

With bpf_program__get_prog_info_linear, we can simplify the logic that synthesizes bpf events. This patch doesn't change the behavior of the code. Signed-off-by: Song Liu --- tools/perf/util/bpf-event.c | 118 1 file changed, 40 insertions(+), 78

[PATCH v6 perf,bpf 00/15] perf annotation of BPF programs

Changes v5 to v6: 1. Improve side band evlist interface; 2. Minor style fixes. Changes v4 to v5: 1. Rebase to latest bpf-next; 2. Add dependency of 94816add0005 from Arnaldo's tree; 3. More details in change logs; 4. Add perf_env__init() to init bpf related lock and rbtrees; 5. Small clean ups.

[PATCH v6 perf,bpf 01/15] perf, bpf: consider events with attr.bpf_event as side-band events

Events with bpf_event should be considered as side-band event, as they carry information about BPF programs. Fixes: 6ee52e2a3fe4 ("perf, bpf: Introduce PERF_RECORD_BPF_EVENT") Signed-off-by: Song Liu --- kernel/events/core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [GIT PULL] RCU updates for v5.1

* Linus Torvalds wrote: > On Tue, Mar 5, 2019 at 4:03 AM Ingo Molnar wrote: > > > > Please pull the latest core-rcu-for-linus git tree from: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > > core-rcu-for-linus > > Hmm. I think this made my build time explode. > > I'm

[PATCH RESEND] eventfd: prepare id to userspace via fdinfo

Finding endpoints of an IPC channel is one of essential task to understand how a user program works. Procfs and netlink socket provide enough hints to find endpoints for IPC channels like pipes, unix sockets, and pseudo terminals. However, there is no simple way to find endpoints for an eventfd

Re: [PATCH v5 3/8] clk: samsung: add BPLL rate table for Exynos 5422 SoC

Hi Chanwoo, On 3/6/19 2:31 AM, Chanwoo Choi wrote: > Hi Lukasz, > > I'm talking about it repeatedly. How many times already, I mentioned > that you have to resend the patch after completed the discussion. > > > I replied this v3 patch[2]. But, you didn't reply or answer anything > and then

Re: [PATCH 4/4] iommu/vt-d: Remove lazy allocation of domains

Hi, On 3/5/19 7:46 PM, James Sewart wrote: Hey Lu, On 5 Mar 2019, at 06:59, Lu Baolu wrote: Hi, It's hard for me to understand why do we remove the rmrr related code in this patch. The RMRR code removed here requires the lazy allocation of domains to exist, as it is run before iommu.c

Re: [PATCH v2] scripts: checkpatch: Check multiple blank lines when deleting code

On 3/5/19 6:17 PM, Joe Perches wrote: On Tue, 2019-03-05 at 02:12 -0500, Alexandre Ghiti wrote: By matching only current line starting with '+', we miss the case when deleting code makes consecutive blank lines appear: this patch then makes it possible to detect this case by also matching

Re: [PATCH v11] f2fs: guarantee journalled quota data by checkpoint

Hi Jaegeuk, On 2018/9/20 20:05, Chao Yu wrote: > @@ -3456,3 +3477,16 @@ > > extern void f2fs_build_fault_attr(struct f2fs_sb_info *sbi, unsigned int > rate, > > #endif > #endif > + > +static inline bool is_journalled_quota(struct f2fs_sb_info *sbi) > +{ > +#ifdef CONFIG_QUOTA > + if

linux-next: Signed-off-by missing for commit in the nds32 tree

Hi Greentime, Commit 90ef626b651d ("nds32: fix semicolon code style issue") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell pgphQsoImRxXC.pgp Description: OpenPGP digital signature

linux-next: Tree for Mar 6

window. Changes since 20190305: The dma-mapping tree gained a conflict against Linus' tree. The tip tree gained a conflict against Linus' tree. Non-merge commits (relative to Linus' tree): 8126 8141 files changed, 348941 insertions(+), 168077 deletions

Re: [f2fs-dev] [PATCH v2] f2fs: fix to check inline_xattr_size boundary correctly

Ping, On 2019/3/4 14:39, Chao Yu wrote: > Hi Jaegeuk, > > On 2019/2/15 0:08, Chao Yu wrote: >> --- >> v2: >> - fix lower bound check, inline xattr size should be larger than >> xattr_header's size at least. > > ... > >> +if (F2FS_OPTION(sbi).inline_xattr_size < >> +

Re: [PATCH 0/4] iommu/vt-d: Fix-up device-domain relationship by refactoring to use iommu group default domain.

Hi, On 3/5/19 7:14 PM, James Sewart wrote: Hey Lu, The motivation for this is buggy domain <-> IOMMU group relationship when using find_or_alloc_domain. From what I have read it should be the case that an IOMMU domain is shared by all devices in the same group, thus the same mappings. This is

Re: [PATCH 1/2] f2fs: fix to add refcount once page is tagged PG_private

On 2019/3/6 11:46, Jaegeuk Kim wrote: > On 03/05, Chao Yu wrote: >> As Gao Xiang reported in bugzilla: >> >> https://bugzilla.kernel.org/show_bug.cgi?id=202749 >> >> f2fs may skip pageout() due to incorrect page reference count. >> >> The problem here is that MM defined the rule [1] very clearly

[PATCH V2 4/8] spi: lpspi: add the error info of transfer speed setting

Add a error info when set a speed which greater than half of per-clk of spi module. The minimum SCK period is 2 cycles(CCR[SCKDIV]). So the maximum transfer speed is half of spi per-clk. Signed-off-by: Clark Wang --- V2: - No change. Resend for applying. --- drivers/spi/spi-fsl-lpspi.c | 16

[PATCH V2 2/8] doc: lpspi: Document DT bindings for LPSPI clocks

Add introductions of clocks and clock-names strings. Signed-off-by: Clark Wang --- V2: - Add this DT-bindings string in this version. --- .../devicetree/bindings/spi/spi-fsl-lpspi.txt | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git

[PATCH V2 3/8] spi: lpspi: enable runtime pm for lpspi

From: Han Xu Enable the runtime power management for lpspi module. Do some adaptation work from kernel 4.9 to 4.14. Signed-off-by: Clark Wang Signed-off-by: Han Xu Reviewed-by: Frank Li --- V2: - Fix the comment format. --- drivers/spi/spi-fsl-lpspi.c | 117

[PATCH V2 5/8] spi: lpspi: use the core way to implement cs-gpio function

Use the default implementation of transfer_one_msg/chipselect/setup functions in spi core to implement cs-gpio control. Use fsl_lpspi_prepare_message to init the cs_gpio pin. Signed-off-by: Clark Wang Acked-by: Fugang Duan --- V2: - use core way to implement cs-gpio control. Removed the

[PATCH v2] f2fs: fix to add refcount once page is tagged PG_private

As Gao Xiang reported in bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=202749 f2fs may skip pageout() due to incorrect page reference count. The problem here is that MM defined the rule [1] very clearly that once page was set with PG_private flag, we should increment the refcount in

[PATCH V2 0/8] spi: lpspi: Fix bugs and Add some functions support

Hi Mark, Sorry for replying so late. This patchset contains changes based on your and other reviewers' comments. As subject, these fucntions support, including: - Support i.MX8 series boards; - Support cs-gpio fucntion; - Support DMA mode for both master and salve mode. These are some notes

[PATCH V2 8/8] spi: lpspi: Code cleanup

Delete the extra space. Signed-off-by: Clark Wang --- V2: - add this patch in this version --- drivers/spi/spi-fsl-lpspi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/spi-fsl-lpspi.c b/drivers/spi/spi-fsl-lpspi.c index 2ac3ac5ea50a..1860f066f838 100644 ---

[PATCH V2 6/8] spi: lpspi: add dma mode support

Add dma mode support for LPSPI. Any frame longer than half txfifosize will be sent by dma mode. For now, there are some limits: 1. The maximum transfer speed in master mode depends on the slave device, at least 40MHz(tested by spi-nor on 8qm-lpddr4-arm2 base board); 2. The maximum transfer

[PATCH V2 7/8] spi: lpspi: Add the missing NULL check

The spi_transfer *t will be used in one transfer whatever. If t is NULL, there has no need to try sending data, so add an error return here. Signed-off-by: Clark Wang Acked-by: Fugang Duan --- V2: - add this patch in this version --- drivers/spi/spi-fsl-lpspi.c | 7 +-- 1 file changed, 5

[PATCH V2 1/8] spi: lpspi: Add i.MX8 boards support for lpspi

Add both ipg and per clock for lpspi to support i.MX8QM/QXP boards. Signed-off-by: Clark Wang --- V2: - No change. But add DT-bindings string at the next patch. --- drivers/spi/spi-fsl-lpspi.c | 52 + 1 file changed, 41 insertions(+), 11 deletions(-) diff

Re: [PATCH 08/14] Move EM_NDS32 to uapi/linux/elf-em.h

Vincent Chen 於 2019年3月5日 週二 上午8:26寫道： > > Dmitry V. Levin 於 2019年2月27日 週三 下午11:30寫道： > > > > > > This should never have been defined in the arch tree to begin with, > > and now uapi/linux/audit.h header is going to use EM_NDS32 > > in order to define AUDIT_ARCH_NDS32 which is needed to implement

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

Hi, On Wed, Mar 06, 2019 at 01:53:12PM +0800, zhong jiang wrote: > On 2019/3/6 10:05, Andrea Arcangeli wrote: > > Hello everyone, > > > > [ CC'ed Mike and Peter ] > > > > On Tue, Mar 05, 2019 at 02:42:00PM +0800, zhong jiang wrote: > >> On 2019/3/5 14:26, Dmitry Vyukov wrote: > >>> On Mon, Mar 4,

Re: [PATCH 09/14] nds32: define syscall_get_arch()

Vincent Chen 於 2019年3月5日 週二 上午7:50寫道： > > Dmitry V. Levin 於 2019年2月27日 週三 下午11:30寫道： > > > > > syscall_get_arch() is required to be implemented on all architectures > > in addition to already implemented syscall_get_nr(), > > syscall_get_arguments(), syscall_get_error(), and > >

[PATCH] media: mtk-vcodec: fix access to vb2_v4l2_buffer struct

Commit 0650a91499e0 ("media: mtk-vcodec: Correct return type for mem2mem buffer helpers") fixed the return types for mem2mem buffer helper functions, but omitted two occurrences that are accessed in the mtk_v4l2_debug() macro. These only trigger compiler errors when DEBUG is defined. Fixes:

Re: [PATCH v2 01/15] ARM: actions: fix a leaked reference by addingmissing of_node_put

On Wed, 6 Mar 2019, wen.yan...@zte.com.cn wrote: > On Tue, Mar 05, 2019 at 07:41 PM +0800, RussellKing wrote: > > Subject: Re: [PATCH v2 01/15] ARM: actions: fix a leaked reference by > > addingmissing of_node_put > > On Tue, Mar 05, 2019 at 07:33:52PM +0800, Wen Yang wrote: > > > The call to

Re: [PATCH] media: uvcvideo: Add boottime clock support

On Fri, Nov 23, 2018 at 11:46 PM Tomasz Figa wrote: > > Hi Laurent, > > On Fri, Nov 2, 2018 at 12:03 AM Lars-Peter Clausen wrote: > > > > On 11/01/2018 03:30 PM, Tomasz Figa wrote: > > > On Thu, Nov 1, 2018 at 11:03 PM Laurent Pinchart > > > wrote: > > >> > > >> Hi Alexandru, > > >> > > >> On

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

On 2019/3/6 10:05, Andrea Arcangeli wrote: > Hello everyone, > > [ CC'ed Mike and Peter ] > > On Tue, Mar 05, 2019 at 02:42:00PM +0800, zhong jiang wrote: >> On 2019/3/5 14:26, Dmitry Vyukov wrote: >>> On Mon, Mar 4, 2019 at 4:32 PM zhong jiang wrote: On 2019/3/4 22:11, Dmitry Vyukov wrote:

linux-next: manual merge of the tip tree with Linus' tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/x86/um/Kconfig between commit: eac616557050 ("x86: Deprecate a.out support") from Linus' tree and commit: 942fa985e9f1 ("32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option") from the tip tree. I

[PATCH] clk: qcom: gcc-qcs404: Add CDSP related clocks and resets

Add the clocks and resets need in order to control the Turing remoteproc. Signed-off-by: Bjorn Andersson --- drivers/clk/qcom/gcc-qcs404.c | 90 + include/dt-bindings/clock/qcom,gcc-qcs404.h | 5 ++ 2 files changed, 95 insertions(+) diff --git

Re: [PATCH] Bluetooth: hci_qca: Remove redundant initializations to zero

On 2019-03-06 02:34, Matthias Kaehlcke wrote: The qca_data structure is allocated with kzalloc() and hence zero-initialized. Remove a bunch of unnecessary explicit initializations of struct members to zero. Signed-off-by: Matthias Kaehlcke --- drivers/bluetooth/hci_qca.c | 19

RE: [RFC net-next 0/8] Introducing subdev bus and devlink extension

Hi Kirti, > -Original Message- > From: Kirti Wankhede > Sent: Tuesday, March 5, 2019 9:51 PM > To: Parav Pandit ; Jakub Kicinski > > Cc: Or Gerlitz ; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; michal.l...@markovi.net; da...@davemloft.net; > gre...@linuxfoundation.org; Jiri

RE: [PATCH V10 1/4] dt-bindings: fsl: scu: add thermal binding

Ping... Hi, Eduardo Looks like we are going around in circle, can we make decision of which direction to go? Best Regards! Anson Huang > -Original Message- > From: Anson Huang > Sent: 2019年3月1日 9:41 > To: 'Rob Herring' ; edubez...@gmail.com > Cc: mark.rutl...@arm.com;

RE: [PATCH] EDAC, dmc520:: add DMC520 EDAC driver

Hi James, > On Tuesday, February 5, 2019 9:31 AM, James Morse wrote: >> We have firmware to config the memory controller and want to have an EDAC >> driver to report ECC status. >> Could you please elaborate a bit on the security concern on this >> approach? Like some malicious app/driver can

Re: [PATCH V3] parport_serial.c change for fix hanging problem.

On Tue, Feb 19, 2019 at 9:23 AM saumah wrote: > > parport_serial.c change for fix hanging problem while suspend machine. > parport_seria.c support the same vendor id and device id definition as sunix > multi-I/O card driver, when the sunix multi-io borad driver is > installed,there are two

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

Hi, On 19. 3. 6. 오전 4:22, Hans de Goede wrote: > Hi, > > On 03-03-19 21:16, Yauhen Kharuzhy wrote: >> At implementation of charging support for Lenovo Yoga Book (Intel Cherry >> Trail based with Whiskey Cove PMIC), two pitfalls were found: >> >> - for detection of charger type by PMIC, bit 6 in

Re: [PATCH -next & mmotm] extcon: fix EXTCON_PTP5150 kconfig warnings and build errors

Hi, Applied it for v5.1-rc2. I'll send the pull request it for v5.1-rc2. Best Regards, Chanwoo Choi On 19. 2. 26. 오전 9:17, Randy Dunlap wrote: > From: Randy Dunlap > > Having COMPILE_TEST here is causing problems. I reported one > last week and have another one today. Although I support >

Re: DMCA takedown notice

The fact that you even spend this much time on trying to take back your gift to the community instead of just accepting your responsibility for your own actions is impressive. And unless you sign with your legal name and your copyright notices uses your legal name as well as details of your

Re: [PATCH 09/10] mm/hmm: allow to mirror vma of a file on a DAX backed filesystem

On Tue, Mar 5, 2019 at 2:16 PM Andrew Morton wrote: > > On Wed, 30 Jan 2019 21:44:46 -0800 Dan Williams > wrote: > > > > > > > > Another way to help allay these worries is commit to no new exports > > > > without in-tree users. In general, that should go without saying for > > > > any core

Re: [PATCH v5 4/8] dt-bindings: devfreq: add Exynos5422 DMC device description

Hi Lukasz, On 19. 3. 5. 오후 7:19, Lukasz Luba wrote: > The patch adds description for DT binding for a new Exynos5422 Dynamic > Memory Controller device. > > Signed-off-by: Lukasz Luba > --- > .../devicetree/bindings/devfreq/exynos5422-dmc.txt | 177 > + > 1 file changed,

Wir haben Sie als einen von fünf glücklichen Gewinnern ausgewählt, die eine Spende in Höhe von 4.800.000,00 Euro erhalten haben.

Ich bin Neil Trotter, ein 41-jhriger Mechaniker aus London, und ich mchte Sie wissen lassen, dass Sie mit Euromillionen 4,8 Millionen Pfund im Wert von 108 Millionen Euro verdient haben. Ihre E-Mail-Adresse lautet: Senden Sie das beste Webverzeichnis und die legale Suchmaschine. Sie haben

Re: [PATCH v2 1/6] clk: Remove recursion in clk_core_{prepare,enable}()

On Tue, Mar 5, 2019 at 5:35 PM dbasehore . wrote: > > On Tue, Mar 5, 2019 at 10:49 AM Stephen Boyd wrote: > > > > Quoting Derek Basehore (2019-03-04 20:49:31) > > > From: Stephen Boyd > > > > > > Enabling and preparing clocks can be written quite naturally with > > > recursion. We start at some

[PATCH] vxlan: do not need BH again in vxlan_cleanup()

vxlan_cleanup() is a timer callback, it is already and only running in BH context. Signed-off-by: Litao Jiao --- drivers/net/vxlan.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c index 2aae11f..98dde11 100644 ---

[PATCH] OPP: Fix handling of multiple power domains

We seem to rely on the number of phandles specified in the 'required-opps' property to identify cases where a device is associated with multiple power domains and hence would have multiple virtual devices that have to be dealt with. In cases where we do have devices with multiple power domains

WARNING: locking bug in __icmp_send

Hello, syzbot found the following crash on: HEAD commit:d9862cfbe209 Merge tag 'mips_5.1' of git://git.kernel.org/.. git tree: net console output: https://syzkaller.appspot.com/x/log.txt?x=10dfb0e720 kernel config: https://syzkaller.appspot.com/x/.config?x=73d88a42238825ad

Re: [RFC net-next 0/8] Introducing subdev bus and devlink extension

On 3/6/2019 6:14 AM, Parav Pandit wrote: > Hi Greg, Kirti, > >> -Original Message- >> From: Parav Pandit >> Sent: Tuesday, March 5, 2019 5:45 PM >> To: Parav Pandit ; Kirti Wankhede >> ; Jakub Kicinski >> Cc: Or Gerlitz ; net...@vger.kernel.org; linux- >> ker...@vger.kernel.org;

Re: device tree binding for poly-phased regulators

On Fri, Feb 22, 2019 at 7:21 PM Torsten Duwe wrote: > > Hi! > > Documentation/devicetree/bindings/mfd/axp20x.txt nicely describes the > capabilities of the X-powers PMICs; however, it seems polyphasing is > left to comments only. > > May I suggest to add a property "poly-phased", just to get the

Re: [PATCH 1/2] f2fs: fix to add refcount once page is tagged PG_private

On 03/05, Chao Yu wrote: > As Gao Xiang reported in bugzilla: > > https://bugzilla.kernel.org/show_bug.cgi?id=202749 > > f2fs may skip pageout() due to incorrect page reference count. > > The problem here is that MM defined the rule [1] very clearly that > once page was set with PG_private

Re: [PATCH v3 07/15] ARM: dts: sunxi: h3/h5: Add msgbox node

On 03/01/19 22:29, Samuel Holland wrote: > The H3 and H5 SoCs contain a message box that can be used to send > messages and interrupts back and forth between the ARM application CPUs > and the ARISC coprocessor. Add a device tree node for it. > > Signed-off-by: Samuel Holland > --- >

[PATCH V2 net] net: hns3: add dma_rmb() for rx description

From: Jian Shen HW can not guarantee complete write desc->rx.size, even though HNS3_RXD_VLD_B has been set. Driver needs to add dma_rmb() instruction to make sure desc->rx.size is always valid. Fixes: e55970950556 ("net: hns3: Add handling of GRO Pkts not fully RX'ed in NAPI poll")

答复: [PATCH] audit: fix a memleak caused by auditing load module

> -邮件原件- > 发件人: Paul Moore [mailto:p...@paul-moore.com] > 发送时间: 2019年3月5日 22:18 > 收件人: Li,Rongqing > 抄送: Eric Paris ; linux-au...@redhat.com; > linux-kernel@vger.kernel.org > 主题: Re: [PATCH] audit: fix a memleak caused by auditing load module > > On Tue, Mar 5, 2019 at 6:14 AM Li

Re: [PATCH] cpufreq: Improve kerneldoc comments for cpufreq_cpu_get/put()

On 05-03-19, 11:44, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Fix the formatting of the cpufreq_cpu_get() and cpufreq_cpu_put() > kerneldoc comments and rework them to be somewhat easier to follow. > > Signed-off-by: Rafael J. Wysocki > --- > drivers/cpufreq/cpufreq.c | 24

Re: [PATCH 1/4] ARM: brcmstb: fix a leaked reference by adding missing of_node_put

On 3/5/2019 3:32 AM, Wen Yang wrote: > The call to of_get_next_child returns a node pointer with refcount > incremented thus it must be explicitly decremented after the last > usage. > > Detected by coccinelle with the following warnings: > ./arch/arm/mach-bcm/platsmp-brcmstb.c:337:2-8: ERROR:

Re: [PATCH v2 1/7] mfd: yeeloong_kb3310b: support KB3310B EC for Lemote Yeeloong laptops.

On Tue, Mar 05, 2019 at 11:50:51PM +, Paul Burton wrote: > Hi Tom, > > Overall I think this is much better than the older out of tree platform > driver - thanks for cleaning it up. I'm glad to hear that. > One general comment - it would be good to run the patches through >

Re: [PATCH][next] net/mlx5e: Remove redundant assignment

From: Saeed Mahameed Date: Tue, 5 Mar 2019 22:21:39 + > On Mon, 2019-03-04 at 08:26 +0200, Leon Romanovsky wrote: >> On Sun, Mar 03, 2019 at 03:20:57PM +, Roi Dayan wrote: >> > >> > On 02/03/2019 21:39, Gustavo A. R. Silva wrote: >> > > Remove redundant assignment to

INFO: trying to register non-static key in __icmp_send

Hello, syzbot found the following crash on: HEAD commit:63bdf4284c38 Merge branch 'linus' of git://git.kernel.org/.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=112c679f20 kernel config: https://syzkaller.appspot.com/x/.config?x=872be05707464aaa

  1   2   3   4   5   6   7   8   >