Re: [PATCH] gpio: raspberrypi-ext: fix firmware dependency

Hi Arnd, Thanks for the fix. On Wed, Feb 28, 2018 at 02:48:08PM +0100, Arnd Bergmann wrote: > When the firmware driver is a loadable module, the gpio driver cannot be > built-in: > > drivers/gpio/gpio-raspberrypi-exp.o: In function `rpi_exp_gpio_set': > gpio-raspberrypi-exp.c:(.text+0xb4):

[PATCH 2/3] microblaze: remove redundant early_printk support

With earlycon support now enabled, the arch specific early_printk support can be removed. Signed-off-by: Rob Herring Cc: Michal Simek --- arch/microblaze/Kconfig.debug | 8 -- arch/microblaze/include/asm/prom.h| 27 -

[PATCH 1/3] microblaze: remove unnecessary prom.h includes

In preparation to remove prom.h, remove unnecessary prom.h includes. Signed-off-by: Rob Herring Cc: Michal Simek --- arch/microblaze/include/asm/cpuinfo.h | 2 +- arch/microblaze/include/asm/pci.h | 1 - arch/microblaze/kernel/platform.c | 1 -

[PATCH 0/3] microblaze: remove early_printk

This started with removing 'linux,stdout-path' which dtc now warns about, but I noticed the early_printk support only supports that. The early_printk support is redundant with earlycon support since the 2 Xilinx UARTs support earlycon now. This is compile tested only. If earlycon support has

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/mellanox/mlxsw/spectrum.c between commit: 77d270967c5f ("mlxsw: spectrum: Fix handling of resource_size_param") from the net tree and commit: 4f4bbf7c4e3d ("devlink: Perform cleanup of

[net-next PATCH] ixgbevf: fix unused variable warning

The new ixgbevf_set_rx_buffer_len() function causes a harmless warnings in configurations with large page size: drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c: In function 'ixgbevf_set_rx_buffer_len': drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c:1758:15: error: unused variable

Dearest One.

Dearest One. I know this mail will come to you as a surprise since we have not meet or had a previous correspondence,please bear with me.I really like to have a good relationship with you.I have a special reason why I decided to contact you. please can you contact me through my email adress so

[PATCH] vfs: make sure struct filename->iname is word-aligned

I noticed that offsetof(struct filename, iname) is actually 28 on 64 bit platforms, so we always pass an unaligned pointer to strncpy_from_user. This is mostly a problem for those 64 bit platforms without HAVE_EFFICIENT_UNALIGNED_ACCESS, but even on x86_64, unaligned accesses carry a penalty. A

[PATCH 2/6] kbuild: add dtc as dependency on .dtb files

If dtc is rebuilt, we should rebuild .dtb files with the new dtc. Cc: Masahiro Yamada Signed-off-by: Rob Herring --- scripts/Makefile.lib | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/Makefile.lib

[tip:x86/apic 1/2] arch/x86/kernel/apic/apic.c:1507:2: error: 'i' undeclared; did you mean 'if'?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/apic head: ea5dfef5a890c9e6e47bdddfc23c4a4ba0c1bea1 commit: 2066f4d67e7d9cbe44e451d782cdcc0a0d12e5d3 [1/2] x86/apic: Move pending intr check code into it's own function config: i386-randconfig-x007-201808 (attached as

[PATCH 0/6] dtc updates for 4.17

This series updates building dtc with flex and bison rather than using the _shipped files and updates dtc to the current upstream version. The new dtc adds some new warnings, so turn off the noisiest ones. While here adjusting the warnings, we can also now re-enable some that have gotten

Re: [GIT PULL 1/2] bcm2835-dt-next-2018-02-28

On 02/28/2018 01:39 PM, Eric Anholt wrote: > Hi Florian, > > The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2: > > Linux 4.16-rc1 (2018-02-11 15:04:29 -0800) > > are available in the Git repository at: > > git://github.com/anholt/linux

[PATCH 1/6] kbuild: remove remaining use of undefined YACC_PREFIX

Commit eea199b445f6 ("kbuild: remove unnecessary LEX_PREFIX and YACC_PREFIX") removed YACC_PREFIX definition, but left one use of it. There was not any build error since there is no user of "cmd_bison_h" currently. Remove the last remaining occurrence of YACC_PREFIX. Fixes: eea199b445f6 ("kbuild:

Re: [PATCH resend] drivers/char/random.c: remove unused dont_count_entropy

On Thu, Mar 01, 2018 at 12:22:47AM +0100, Rasmus Villemoes wrote: > Ever since "random: kill dead extract_state struct" [1], the > dont_count_entropy member of struct timer_rand_state has been > effectively unused. Since it hasn't found a new use in 12 years, it's > probably safe to finally kill

Re: [RFC PATCH 0/4 v2] Define killable version for access_remote_vm() and use it in fs/proc

On 2/26/18 5:47 PM, David Rientjes wrote: On Mon, 26 Feb 2018, Yang Shi wrote: Rather than killable, we have patches that introduce down_read_unfair() variants for the files you've modified (cmdline and environ) as well as others (maps, numa_maps, smaps). You mean you have such

Re: [PATCH v3] Documentation: Update ncurses package names for menuconfig

2018-03-01 6:47 GMT+09:00 Randy Dunlap : > On 02/28/2018 01:32 PM, Arvind Prasanna wrote: >> The package name is ncurses-devel for Redhat based distros >> and libncurses-dev for Debian based distros. >> >> Signed-off-by: Arvind Prasanna > > Thanks.

Re: [PATCH 3/3] crypto: ccp - protect RSA implementation from too large input data

On 02/24/2018 10:03 AM, Maciej S. Szmigiero wrote: CCP RSA implementation uses a hardware input buffer which size depends only on the current RSA key length. Key modulus and a message to be processed is then copied to this buffer based on their own lengths. Since the price for providing too

Re: [PATCH v15 08/11] fw_cfg: handle fw_cfg_read_blob() error

On Thu, Mar 01, 2018 at 01:58:22AM +0200, Michael S. Tsirkin wrote: > On Thu, Mar 01, 2018 at 01:58:01AM +0200, Michael S. Tsirkin wrote: > > On Wed, Feb 28, 2018 at 06:25:58PM -0500, Gabriel Somlo wrote: > > > On Wed, Feb 28, 2018 at 05:32:52PM +0200, Michael S. Tsirkin wrote: > > > > On Wed, Feb

Re: [PATCH] f2fs: don't put dentry page in pagecache into highmem

On 2018/2/28 20:31, Yunlong Song wrote: > Previous dentry page uses highmem, which will cause panic in platforms > using highmem (such as arm), since the address space of dentry pages > from highmem directly goes into the decryption path via the function > fscrypt_fname_disk_to_usr. But

Re: [PATCH tip/core/rcu 06/10] trace: Eliminate cond_resched_rcu_qs() in favor of cond_resched()

On Wed, Feb 28, 2018 at 06:12:52PM -0500, Steven Rostedt wrote: > On Tue, 27 Feb 2018 07:36:46 -0800 > "Paul E. McKenney" wrote: > > > > > --- a/include/linux/sched.h > > > > +++ b/include/linux/sched.h > > > > @@ -1589,6 +1589,12 @@ static inline int

Re: [PATCH v5 08/13] iommu/rockchip: Control clocks needed to access the IOMMU

Hi Robin, Thanks for your reply. On 02/28/2018 11:06 PM, Robin Murphy wrote: On 28/02/18 13:00, JeffyChen wrote: Hi Robin, Thanks for your reply. On 02/28/2018 12:59 AM, Robin Murphy wrote: the rockchip IOMMU is part of the master block in hardware, so it needs to control the master's

Re: [PATCH] cpuidle/powernv : Restore different PSSCR for idle and hotplug

Akshay Adiga writes: > On Mon, Feb 26, 2018 at 03:47:12PM +1100, Stewart Smith wrote: >> Akshay Adiga writes: >> > commit 1e1601b38e6e ("powerpc/powernv/idle: Restore SPRs for deep idle >> > states via stop API.") uses stop-api

[PATCH 2/2] auxdisplay: make PANEL a menuconfig

lay/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-next-20180228.orig/drivers/auxdisplay/Kconfig +++ linux-next-20180228/drivers/auxdisplay/Kconfig @@ -166,7 +166,7 @@ config ARM_CHARLCD endif # AUXDISPLAY -config PANEL +menuconfig PANEL tristate

[PATCH 1/2] auxdisplay: fix broken menu

nko <andriy.shevche...@linux.intel.com> Cc: Miguel Ojeda Sandonis <miguel.ojeda.sando...@gmail.com> Signed-off-by: Randy Dunlap <rdun...@infradead.org> --- drivers/auxdisplay/Kconfig | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) --- linux-next-20180228.ori

[PATCH v2] hwmon: g762: handle cleanup with devm_add_action

Simplify code and use devm_add_action() to handle cleanup. Signed-off-by: Peng Hao --- drivers/hwmon/g762.c | 43 +-- 1 file changed, 17 insertions(+), 26 deletions(-) diff --git a/drivers/hwmon/g762.c b/drivers/hwmon/g762.c index

Re: [PATCH v4] Revert "f2fs crypto: avoid unneeded memory allocation in ->readdir"

On 02/28, Chao Yu wrote: > Hi Jaegeuk, > > On 2018/2/28 13:48, Jaegeuk Kim wrote: > > Hi Yunlong, > > > > As Eric pointed out, how do you think using nohighmem for directory likewise > > I'd like to ask, at the beginning, why we choose to use highmem for dentry > page? > any history reason

Re: [PATCH] f2fs: fix to restore whint_mode in ->remount_fs

Hi Jaegeuk, On 2018/3/1 10:45, Jaegeuk Kim wrote: > On 02/28, Chao Yu wrote: >> From: Chao Yu >> >> If we fail in ->remount_fs, it needs to restore old whint_mode as other >> mount options. >> >> Fixes: e25afe01822f ("f2fs: support passing down write hints given by users >>

Re: [PATCH 0/2] ESRT fixes for relocatable kexec'd kernel

Hi, On Wed, Feb 28, 2018 at 08:39:42AM -0700, Jeffrey Hugo wrote: > On 2/27/2018 11:19 PM, AKASHI Takahiro wrote: > >Tyler, > > > ># I missed catching your patch as its subject doesn't contain arm64. > > > >On Fri, Feb 23, 2018 at 12:42:31PM -0700, Tyler Baicar wrote: > >>Currently on arm64 ESRT

Re: [PATCH 11/12] PM / AVS: SmartReflex: Prepare to use device tree based probing

Tony Lindgren writes: > We are currently probing smartreflex with omap_device while we are > already probing smartreflex related interconnect target module with > ti-sysc driver and dts data. > > Before we can flip things on for ti-sysc, we need to prepare the > smartreflex

[PATCH] uml: Fix build with recent glibc

From: Andi Kleen Newer glibc did some include namespace "cleanups" and removed struct ucontext and friends. This already broke a lot of software, and UML seems to be the latest victim. Use the typedefs which are still available. They also work on older glibcs.

[PATCH 1/2] dt-bindings: clock: mediatek: add binding for fixed-factor clock axisel_d4

From: Sean Wang Just add binding for a fixed-factor clock axisel_d4, which would be referenced by PWM devices on MT7623 or MT2701 SoC. Cc: sta...@vger.kernel.org Fixes: 1de9b21633d6 ("clk: mediatek: Add dt-bindings for MT2701 clocks") Signed-off-by: Sean Wang

[PATCH 2/2] clk: mediatek: fix PWM clock source by adding a fixed-factor clock

From: Sean Wang The clock for which all PWM devices on MT7623 or MT2701 actually depending on has to be divided by four from its parent clock axi_sel in the clock path prior to PWM devices. Consequently, adding a fixed-factor clock axisel_d4 as one-fourth of clock

linux-next: Tree for Mar 1

Hi all, Changes since 20180228: The net-next tree gained a conflict against the net tree and also a build failure due to an interaction with the net tree for which I applied a merge fix patch. Non-merge commits (relative to Linus' tree): 4348 4891 files changed, 184087 insertions(+), 124487

Re: [PATCH 2/2 v2 RFC] tools/memory-model: redefine rb in terms of rcu-fence

On Thu, Mar 01, 2018 at 09:55:31AM +0800, Boqun Feng wrote: > On Wed, Feb 28, 2018 at 03:13:54PM -0500, Alan Stern wrote: > > This patch reorganizes the definition of rb in the Linux Kernel Memory > > Consistency Model. The relation is now expressed in terms of > > rcu-fence, which consists of a

Re: [PATCH tip/core/rcu 06/10] trace: Eliminate cond_resched_rcu_qs() in favor of cond_resched()

On Wed, 28 Feb 2018 17:21:44 -0800 "Paul E. McKenney" wrote: > > Perhaps, still think this is a special case. That said, perhaps > > cond_resched isn't done in critical locations as it's a place that is > > explicitly stating that it's OK to schedule. > > Building

[RFC] android: ion: How to properly clean caches for uncached allocations

The issue: Currently in ION if you allocate uncached memory it is possible that there are still dirty lines in the cache. And often these dirty lines in the cache are the zeros which were meant to clear out any sensitive kernel data. What this means is that if you allocate uncached memory from

Re: [PATCH v2 15/15] ARM: dts: dra7: Add high speed modes capability to MMC1/MMC2 dt node

Hi Tony, On Thursday 01 March 2018 04:04 AM, Tony Lindgren wrote: > * Sekhar Nori [180213 11:11]: >> On Wednesday 07 February 2018 02:51 PM, Kishon Vijay Abraham I wrote: >>> Hi, >>> >>> On Wednesday 07 February 2018 02:41 PM, Sekhar Nori wrote: Kishon, On Tuesday

[PATCH v2] net: iucv: Free memory obtained by kzalloc

Free memory, if afiucv_iucv_init is not successful. So calling put_device() before kfree(). This will decrement the last reference. Signed-off-by: Arvind Yadav --- changes in v2: Calling put_device() before kfree(). net/iucv/af_iucv.c | 5 - 1 file

[PATCH v4 2/3] mm/free_pcppages_bulk: do not hold lock when picking pages to free

When freeing a batch of pages from Per-CPU-Pages(PCP) back to buddy, the zone->lock is held and then pages are chosen from PCP's migratetype list. While there is actually no need to do this 'choose part' under lock since it's PCP pages, the only CPU that can touch them is us and irq is also

[PATCH v4 0/3] mm: improve zone->lock scalability

Patch 1/3 is a small cleanup suggested by Matthew Wilcox which doesn't affect scalability or performance; Patch 2/3 moves some code in free_pcppages_bulk() outside of zone->lock and has Mel Gorman's ack; Patch 3/3 uses prefetch in free_pcppages_bulk() outside of zone->lock to speedup page merging

[PATCH v4 3/3] mm/free_pcppages_bulk: prefetch buddy while not holding lock

When a page is freed back to the global pool, its buddy will be checked to see if it's possible to do a merge. This requires accessing buddy's page structure and that access could take a long time if it's cache cold. This patch adds a prefetch to the to-be-freed page's buddy outside of zone->lock

Re: [RFC PATCH v2 00/12] Rewrite asm-generic/bitops/{atomic,lock}.h and use on arm64

2018-02-27 0:04 GMT+09:00 Will Deacon : > Hi everyone, > > This is version two of the RFC I previously posted here: > > https://www.spinics.net/lists/arm-kernel/msg634719.html > > Changes since v1 include: > > * Fixed __clear_bit_unlock to work on archs with lock-based

Re: [PATCH v3 0/4] Split page_type out from mapcount

On Wed, 28 Feb 2018 14:31:53 -0800 Matthew Wilcox wrote: > From: Matthew Wilcox > > I want to use the _mapcount field to record what a page is in use as. > This can help with debugging and we can also expose that information to > userspace through

[PATCH v2 1/2] mkfs.f2fs: support hot file extension

This patch adds new option '-E' to accept user configured hot file extension, in order to let kernel module handle hot/cold file's datas separately better. Signed-off-by: Chao Yu --- v2: fix to add missing f2fs_super_block layout modification. include/f2fs_fs.h | 5

Re: [PATCH] arm64: defconfig: Enable typec-phy and extcon-usbc-cros-ec for rk3399

On Wed, Feb 28, 2018 at 11:02 PM, Enric Balletbo i Serra wrote: > Enables typec phyter and extcon driver for cable detection that is used by > USB 3.0 controller for Rockchip rk3399 SoCs. > > Signed-off-by: Enric Balletbo i Serra

Re: [PATCH v4] Revert "f2fs crypto: avoid unneeded memory allocation in ->readdir"

On 2018/3/1 10:50, Jaegeuk Kim wrote: > On 02/28, Chao Yu wrote: >> Hi Jaegeuk, >> >> On 2018/2/28 13:48, Jaegeuk Kim wrote: >>> Hi Yunlong, >>> >>> As Eric pointed out, how do you think using nohighmem for directory likewise >> >> I'd like to ask, at the beginning, why we choose to use highmem

[PATCH net-next 1/2] virtio-net: re enable XDP_REDIRECT for mergeable buffer

XDP_REDIRECT support for mergeable buffer was removed since commit 7324f5399b06 ("virtio_net: disable XDP_REDIRECT in receive_mergeable() case"). This is because we don't reserve enough tailroom for struct skb_shared_info which breaks XDP assumption. Other complaints are, the complex linearize

[PATCH net-next 0/2] virtio-net: re enable XDP_REDIRECT for mergeable buffer

Hi: This series tries to re-enable XDP_REDIRECT for mergeable buffer which was removed since commit 7324f5399b06 ("virtio_net: disable XDP_REDIRECT in receive_mergeable() case"). Main concerns are: - not enough tailroom was reserved which breaks cpumap - complex logic like EWMA and linearizing

[PATCH net-next 2/2] virtio-net: simplify XDP handling in small buffer

We used to do data copy through xdp_linearize_page() for the buffer without sufficient headroom, it brings extra complexity without helping for the performance. So this patch remove it and switch to use generic XDP routine to handle this case. Signed-off-by: Jason Wang ---

Re: [PATCH] soc: rockchip: power-domain: remove PM clocks

Hi guys, if i'm reading the code right, the PM clk means: 1/ the clocks which would be enabled while power on 2/ these clocks are optional, it's ok if anything wrong with them 3/ controlled by pm_domain(or USE_PM_CLK_RUNTIME_OPS & pm_clk_add_notifier) and currently we're adding all clocks of

[PATCH v6] arm64: Add support for new control bits CTR_EL0.DIC and CTR_EL0.IDC

The DCache clean & ICache invalidation requirements for instructions to be data coherence are discoverable through new fields in CTR_EL0. The following two control bits DIC and IDC were defined for this purpose. No need to perform point of unification cache maintenance operations from software on

lening

Groetjes aan jou, GELD BESCHIKBAAR VOOR LENING. Krijg het geld / de lening die je nodig hebt bij Scotwest Credit Union Limited. Wij zijn particuliere kredietverstrekkers / investeerders en bieden zowel persoonlijke leningen, startleningen, educatieve / agrarische leningen, onroerend goed /

Re: [RFC 2/4] Uprobe: Export few functions / data structures

On 02/28/2018 05:54 PM, Srikar Dronamraju wrote: >> @@ -149,6 +155,11 @@ struct uprobes_state { >> extern bool arch_uprobe_ignore(struct arch_uprobe *aup, struct pt_regs >> *regs); >> extern void arch_uprobe_copy_ixol(struct page *page, unsigned long vaddr, >>

Re: [PATCH 3/3] mailbox: sunxi-msgbox: Add a new mailbox driver

On Thu, Mar 1, 2018 at 12:26 AM, Samuel Holland wrote: > On 02/28/18 12:14, Jassi Brar wrote: >> On Wed, Feb 28, 2018 at 11:21 PM, Samuel Holland wrote: >>> Hi, >>> >>> On 02/28/18 03:16, Jassi Brar wrote: On Wed, Feb 28, 2018 at 7:57 AM, Samuel

[PATCH v3 3/6] x86/jailhouse: Enable PCI mmconfig access in inmates

From: Otavio Pontes Use the PCI mmconfig base address exported by jailhouse in boot parameters in order to access the memory mapped PCI configuration space. Signed-off-by: Otavio Pontes [Jan: rebased, fixed !CONFIG_PCI_MMCONFIG] Signed-off-by:

[PATCH v2] ASoC: topology: Fix bclk and fsync inversion in set_link_hw_format()

The values of bclk and fsync are inverted WRT the codec. But the existing solution already works for Broadwell, see the alsa-lib config: `alsa-lib/src/conf/topology/broadwell/broadwell.conf` This commit provides the backwards-compatible solution to fix this misuse. This commit goes in pair with

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

On Thu, Mar 1, 2018 at 3:55 AM, Michael Ellerman wrote: > Mathieu Malaterre writes: > >> When neither CONFIG_ALTIVEC, nor CONFIG_VSX or CONFIG_PPC64 is defined, the >> array feature_properties is defined as an empty array, which in turn >> triggers the

Re: [RFC PATCH v4 1/7] xen/pvh: Split CONFIG_XEN_PVH into CONFIG_PVH and CONFIG_XEN_PVH

On 28/02/18 19:27, Maran Wilson wrote: > In order to pave the way for hypervisors other then Xen to use the PVH > entry point for VMs, we need to factor the PVH entry code into Xen specific > and hypervisor agnostic components. The first step in doing that, is to > create a new config option for

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Hi all, just as a clarification, this patch series implements the frontend driver for the "vdispl" protocol, which was reviewed, approved and committed in xen.git back in April: https://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=xen/include/public/io/displif.h As Xen maintainer, if a competing

Re: [PATCH 1/2 v3] mmc: dw_mmc: Fix the DTO timeout overflow calculation for 32-bit systems

Hi Evgeniy, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc3 next-20180228] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [lkp-robot] [printk] c162d5b433: BUG:KASAN:use-after-scope_in_c

Hello, Cc-ing Dmitry Vyukov and kasan-dev on this. On (02/28/18 16:59), Petr Mladek wrote: [..] > > > > > > [0.00] BUG: KASAN: use-after-scope in console_unlock+0x185/0x960 > > > [0.00] BUG: KASAN: use-after-scope in console_unlock+0x185/0x960 > > > > Is there any change to get

Re: ftrace: Proposal for an Alternative RecordMcount framework

On Wed, Feb 28, 2018 at 05:12:52AM +0800, Steven Rostedt wrote: > On Tue, 27 Feb 2018 18:04:26 +0800 > Alan Kao wrote: > > > 1. During the final linking stages, do "objdump vmlinux.o | grep ..." [2] > > Note, doing it at that stage takes the longest time. It makes small

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

Mathieu Malaterre writes: > When neither CONFIG_ALTIVEC, nor CONFIG_VSX or CONFIG_PPC64 is defined, the > array feature_properties is defined as an empty array, which in turn > triggers the following warning (treated as error on W=1): > > CC arch/powerpc/kernel/prom.o >

Re: [PATCH] PCI/ASPM: Change type of threshold_ns variable to u32

On 02/28/2018 02:55 PM, Bjorn Helgaas wrote: On Tue, Feb 27, 2018 at 05:19:52PM -0600, Gustavo A. R. Silva wrote: It seems that the expression threshold_us * 1000 will never exceed the 32-bit limits [1]. So changing the type of threshold_ns from u64 to u32 seems sensible [2]. [1]

[PATCH] staging/imx: Fix inconsistent IS_ERR and PTR_ERR

Fix inconsistent IS_ERR and PTR_ERR in imx_csi_probe. The proper pointer to be passed as argument is pinctrl instead of priv->vdev. This issue was detected with the help of Coccinelle. Fixes: 52e17089d185 ("media: imx: Don't initialize vars that won't be used") Signed-off-by: Gustavo A. R. Silva

Re: [PATCH v2] hwmon: g762: handle cleanup with devm_add_action

On 03/01/2018 03:03 AM, Peng Hao wrote: Simplify code and use devm_add_action() to handle cleanup. Signed-off-by: Peng Hao --- drivers/hwmon/g762.c | 43 +-- 1 file changed, 17 insertions(+), 26 deletions(-) diff --git

[PATCH bpf-next 3/5] bpf: introduce BPF_RAW_TRACEPOINT

Introduce BPF_PROG_TYPE_RAW_TRACEPOINT bpf program type to access kernel internal arguments of the tracepoints in their raw form. >From bpf program point of view the access to the arguments look like: struct bpf_raw_tracepoint_args { __u64 args[0]; }; int bpf_prog(struct

[PATCH bpf-next 5/5] samples/bpf: raw tracepoint test

empty raw_tracepoint bpf program to test overhead Signed-off-by: Alexei Starovoitov --- samples/bpf/Makefile| 1 + samples/bpf/bpf_load.c | 13 + samples/bpf/test_overhead_raw_tp_kern.c | 17 +

[PATCH bpf-next 2/5] tracepoint: compute num_args at build time

add fancy macro to compute number of arguments passed into tracepoint at compile time and store it as part of 'struct tracepoint'. The number is necessary to check safety of bpf program access that is coming in subsequent patch. for_each_tracepoint_range() api has no users inside the kernel. Make

Re: [RFC 0/4] trace_uprobe: Support SDT markers having semaphore

On 02/28/2018 05:36 PM, Srikar Dronamraju wrote: > * Ravi Bangoria [2018-02-28 13:23:41]: > >> # readelf -n ./tick >> Provider: tick >> Name: loop2 >> ... Semaphore: 0x10020036 >> >> # readelf -SW ./tick | grep probes >> [25] .probes

Re: [RFC 1/4] Uprobe: Rename map_info to uprobe_map_info

On 02/28/2018 05:39 PM, Srikar Dronamraju wrote: >> -static inline struct map_info *free_map_info(struct map_info *info) >> +static inline struct uprobe_map_info * >> +free_uprobe_map_info(struct uprobe_map_info *info) >> { >> -struct map_info *next = info->next; >> +struct

[PATCH 1/5] staging: ks7010: Use constants from ieee80211_eid instead of literal ints.

The case statement in get_ap_information() should not use literal integers to parse information element IDs when these values are provided by name in 'enum ieee80211_eid' in the header 'linux/ieee80211.h'. Signed-off-by: Quytelda Kahja ---

[PATCH 3/5] staging: ks7010: Factor out repeated code into function 'ks_wlan_cap()'.

The code that generates a WLAN capability mask is repeated in five functions. This change refactors that code into a new function, which is called now in each of those functions. Signed-off-by: Quytelda Kahja --- drivers/staging/ks7010/ks_hostif.c | 88

[PATCH 5/5] staging: ks7010: Replace local frame type constants with kernel constants.

This driver defined constants FRAME_TYPE_* to represent frame control field codes; however, these constants are already defined in the header 'linux/ieee80211.h' as IEEE80211_STYPE_*. This change removes the locally defined constants and substitutes the kernel's constants. Signed-off-by:

[PATCH 4/5] staging: ks7010: Replace local capability constants with kernel constants.

This driver defined constants BSS_CAP_* to represent WLAN capability codes; however, these constants are already defined in the header 'linux/ieee80211.h' as WLAN_CAPABILITY_*. This change removes the locally defined constants and substitutes the kernel's constants. Signed-off-by: Quytelda Kahja

Re: [PATCH] mmc: card: Don't show eMMC RPMB and BOOT areas in /proc/partitions

On Tuesday 27 February 2018 08:28 PM, Alex Lemberg wrote: > Hi Andrew, > > While RPMB partition requires special IOCTL, the boot partition is only > requires "switch partition", which is not unusual operation in eMMC. > Why to prevent users access boot partition? > > Thanks, > Alex The main

Re: [PATCH v3 1/6] jailhouse: Provide detection for non-x86 systems

On 01/03/18 06:40, Jan Kiszka wrote: > From: Jan Kiszka > > Implement jailhouse_paravirt() via device tree probing on architectures > != x86. Will be used by the PCI core. > > CC: Rob Herring > CC: Mark Rutland > Signed-off-by:

[PATCH v3 2/2] kconfig: rename silentoldconfig to syncconfig

As commit cedd55d49dee ("kconfig: Remove silentoldconfig from help and docs; fix kconfig/conf's help") mentioned, 'silentoldconfig' is a historical misnomer. That commit removed it from help and docs since it is an internal interface. If so, it should be allowed to rename it to something more

Re: [PATCH 1/5] staging: ks7010: Use constants from ieee80211_eid instead of literal ints.

On Wed, Feb 28, 2018 at 09:19:07PM -0800, Quytelda Kahja wrote: ... I would normally respond to the cover letter but here goes. Reviewed-by: Tobin C. Harding thanks, Tobin.

[PATCH v3] hwmon: g762: handle cleanup with devm_add_action

Simplify code and use devm_add_action() to handle cleanup. Signed-off-by: Peng Hao --- drivers/hwmon/g762.c | 58 +--- 1 file changed, 19 insertions(+), 39 deletions(-) diff --git a/drivers/hwmon/g762.c

[PATCH v3 1/2] kconfig: invoke oldconfig instead of silentoldconfig from local*config

The purpose of local{yes,mod}config is to arrange the .config file based on actually loaded modules. It is unnecessary to update include/generated/autoconf.h and include/config/* stuff here. They will be updated as needed during the build. Signed-off-by: Masahiro Yamada

Re: [PATCH V2] scsi: core: use blk_mq_requeue_request in __scsi_queue_insert

Hi Bart Thanks for your precious time to review this and kindly detailed response. On 03/01/2018 01:52 AM, Bart Van Assche wrote: > On Wed, 2018-02-28 at 16:55 +0800, Jianchao Wang wrote: >> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c >> index a86df9c..6fa7b0c 100644 >> ---

Re: [f2fs-dev] [PATCH 1/5 v2] f2fs: add mount option for segment allocation policy

On 02/28, Chao Yu wrote: > On 2018/2/28 13:09, Jaegeuk Kim wrote: > > Change log from v1: > > - add doc :) > > > > This patch adds an mount option, "alloc_mode=%s" having two options, > > "default" > > and "reuse". > > > > In "alloc_mode=reuse" case, f2fs starts to allocate segments from 0'th

[PATCH v2 3/3] x86: devicetree: fix device IRQ settings in DT

IRQ parameters for SoC devices connected directly to I/O APIC lines (without PCI IRQ routing) may be specified in the Device Tree. Called from DT IRQ parser, irq_create_fwspec_mapping() calls irq_domain_alloc_irqs() with a pointer to irq_fwspec structure as @arg. But x86-specific DT IRQ allocation

Re: [PATCH] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* kbuild test robot [180219 07:47]: > > 354if (reset_gpio >= 0) >355gpiod_set_value_cansleep(reset_gpio, 1); Thanks this test can be just dropped. Will send out an updated version shortly. Regards, Tony

[PATCH v4] staging: typec: handle vendor defined part and modify drp toggling flow

From: ShuFanLee Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 ROLE_CONTROL, TCPC shall not start DRP toggling until subsequently the

Re: [PATCH] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* Rob Herring [180219 20:41]: > On Sat, Feb 17, 2018 at 01:07:23PM -0800, Tony Lindgren wrote: > > The GPIOs controlling MDM6600 are used to power MDM660 on and off, to > > MDM660 a typo? Thanks fixing. > > +Required properties: > > +- compatible Must be

[PATCH v5] staging: typec: handle vendor defined part and modify drp toggling flow

From: ShuFan Lee Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 ROLE_CONTROL, TCPC shall not start DRP toggling until subsequently the

Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory

On Wed, 2018-02-28 at 16:39 -0700, Logan Gunthorpe wrote: > Hi Everyone, So Oliver (CC) was having issues getting any of that to work for us. The problem is that acccording to him (I didn't double check the latest patches) you effectively hotplug the PCIe memory into the system when creating

Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory

On Thu, 2018-03-01 at 14:54 +1100, Benjamin Herrenschmidt wrote: > On Wed, 2018-02-28 at 16:39 -0700, Logan Gunthorpe wrote: > > Hi Everyone, > > > So Oliver (CC) was having issues getting any of that to work for us. > > The problem is that acccording to him (I didn't double check the latest >

[PATCH v5 1/3] x86/apic: Move pending intr check code into it's own function

the pending interrupt check code is mixed with the local APIC setup code, that looks messy. Extract the related code, move it into a new function named apic_pending_intr_clear(). Signed-off-by: Dou Liyang Reviewed-by: Andy Shevchenko ---

[PATCH v5 3/3] x86/apic: Drop the logical_smp_processor_id()

The logical_smp_processor_id() which is only called in setup_local_APIC() on x86_32 system looks redundant. Drop it, then directly use GET_APIC_LOGICAL_ID() marco and more suitable variable name for readability Signed-off-by: Dou Liyang --- arch/x86/include/asm/smp.h

[PATCH v5 2/3] x86/apic: Replace common tools with new ones

The pending interrupt check code is old, update the following. -Replace for-if pair with for_each_set_bit() -Replace printk() with pr_err() Also merge the printk's code in one line and make curly braces balanced Suggested-by: Andy Shevchenko Signed-off-by: Dou

Re: [PATCH v4 15/24] fpga: dfl-fme-pr: add compat_id support for dfl-fme-region platform device.

On Wed, Feb 28, 2018 at 05:06:57PM -0600, Alan Tull wrote: > On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote: > > Hi Hao, > > > This patch adds compat_id support when driver creates the platform > > device for dfl-fme-region. It allows dfl-fme-region platform driver > > to

[PATCH] driver core: Free memory obtained by kzalloc

Here kfree() is taking NULL. So moving 'dev = NULL' after kfree(). Signed-off-by: Arvind Yadav --- drivers/base/bus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/base/bus.c b/drivers/base/bus.c index ef61833..ccb64a0 100644 ---

[PATCH v5 0/3] Make setup_local_APIC() clear

This is a tiny cleanup patchset for setup_local_APIC(). Dou Liyang (3): x86/apic: Move pending intr check code into it's own function x86/apic: Replace common tools with new ones x86/apic: Drop the logical_smp_processor_id() arch/x86/include/asm/smp.h | 10 -

Re: [PATCH 3/5] staging: ks7010: Factor out repeated code into function 'ks_wlan_cap()'.

On Wed, Feb 28, 2018 at 09:19:09PM -0800, Quytelda Kahja wrote: > The code that generates a WLAN capability mask is repeated in five > functions. This change refactors that code into a new function, which is > called now in each of those functions. Perhaps in future something like: Code to

Re: [PATCH] powerpc: dts: replace 'linux,stdout-path' with 'stdout-path'

Rob Herring writes: > 'linux,stdout-path' has been deprecated for some time in favor of > 'stdout-path'. Now dtc will warn on occurrences of 'linux,stdout-path'. > Search and replace all the of occurrences with 'stdout-path'. This patch looks OK. But please remember that not

Re: [PATCH 4/5] f2fs: issue discard aggressively in the gc_urgent mode

Change log from v1: - relax more to issue discard commands This patch avoids to skip discard commands when user sets gc_urgent mode. Reviewed-by: Chao Yu Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 11 +-- 1 file changed, 5 insertions(+),

[PATCH v2 1/3] x86: devicetree: call early_init_dt_verify()

Call to early_init_dt_verify() is required to prepare DTB data. It was called from arch/arm and arch/powerpc, but not arch/x86. Signed-off-by: Ivan Gorinov ---  arch/x86/kernel/devicetree.c | 1 +  1 file changed, 1 insertion(+) diff --git a/arch/x86/kernel/devicetree.c

<    1   2   3   4   5   6   7   8   9   10   >