[PATCH] move exit_task_work() before exit_fs().

We encountered following panic. The scenario is the process is exiting and executing its task work. When closing dev node, the driver triggers a firmware reload according to device status. Because task->fs is set to NULL in exit_fs(), panic happens. Task work is a common interface, we should not

linux-next: build failure after merge of the rcu tree

Hi Paul, After merging the rcu tree, today's linux-next build (powerpc allyesconfig) failed like this: In file included from arch/powerpc/include/asm/kvm_ppc.h:30:0, from arch/powerpc/kernel/setup_64.c:68: include/linux/kvm_host.h:366:21: error: field 'srcu' has incomplete type

Re: [PATCH] fs: fat: use MSDOS_SB macro to get msdos_sb_info

Fred Chou writes: > From: Fred Chou > > Use the MSDOS_SB macro to get msdos_sb_info, instead of coding it > directly. Looks good. Thanks. Acked-by: OGAWA Hirofumi > Signed-off-by: Fred Chou > --- > fs/fat/inode.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/f

Re: [PATCH 0/10] iommu/vt-d: Fix intel vt-d faults in kdump kernel

On 2014/12/26 15:46, Li, ZhenHua wrote: > Hi Takao Indoh, > > Thank you very much for your testing. I will add your update in next > version. > Also I think a flush for __iommu_update_old_root_entry is also necessary. > > Currently I have no idea about your fault, does it happen before or > durin

[PATCH net-next] tun: return proper error code from tun_do_read

Instead of -1 with EAGAIN, read on a O_NONBLOCK tun fd will return 0. This fixes this by properly returning the error code from __skb_recv_datagram. Signed-off-by: Alex Gartrell --- drivers/net/tun.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/tun.c b/drivers

Re: [PATCH 2/7] mmu_notifier: keep track of active invalidation ranges v2

On Thu, Dec 25, 2014 at 10:29:44AM +0200, Haggai Eran wrote: > On 22/12/2014 18:48, j.gli...@gmail.com wrote: > > static inline void mmu_notifier_invalidate_range_start(struct mm_struct > > *mm, > > - unsigned long start, > > -

Re: [PATCH 00/15] media: blackfin: bfin_capture enhancements

Hi Lad, I'm on holiday these days. I will test these patches later. Thanks, Scott 2014-12-20 18:47 GMT+08:00 Lad, Prabhakar : > Hi Scott, > > Although I was on holiday but couldn't resist myself from working, > since I was away from my hardware I had to choose a different one, > blackfin driver

[PATCH v4 2/6] mfd: MT6397: Add support for PMIC MT6397 MFD

Add core files for MT6397 MFD driver. Signed-off-by: Flora Fu --- drivers/mfd/Kconfig | 10 + drivers/mfd/Makefile | 1 + drivers/mfd/mt6397-core.c| 94 + include/linux/mfd/mt6397/core.h | 23 +++ include/linux/mfd/mt6397/registers.h

[PATCH v4 1/6] soc: mediatek: Add PMIC wrapper for MT8135 and MT6397 SoC

Add PMIC wrapper of MT8135 to access MT6397 MFD. Signed-off-by: Flora Fu --- drivers/soc/Kconfig | 1 + drivers/soc/Makefile| 1 + drivers/soc/mediatek/Kconfig| 12 + drivers/soc/mediatek/Makefile | 1 + drivers/soc/mediatek/mt

[PATCH v4 4/6] dt-bindings: Add document for MT6397 MFD

Signed-off-by: Flora Fu --- Documentation/devicetree/bindings/mfd/mt6397.txt | 75 1 file changed, 75 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/mt6397.txt diff --git a/Documentation/devicetree/bindings/mfd/mt6397.txt b/Documentation/device

[PATCH v4 3/6] dt-bindings:: Add document for MT8135 PMIC Wrapper

Signed-off-by: Flora Fu --- .../soc/mediatek/mediatek,mt8135-pwrap.txt | 51 ++ 1 file changed, 51 insertions(+) create mode 100644 Documentation/devicetree/bindings/soc/mediatek/mediatek,mt8135-pwrap.txt diff --git a/Documentation/devicetree/bindings/soc/mediatek

[PATCH v4 6/6] arm: dts: mt8135: Add support for MT6397 MFD and regulator

Add device tree for MT6397 MFD and regulator in mt8135 evb board file. Signed-off-by: Flora Fu --- arch/arm/boot/dts/mt8135-evbp1.dts | 193 + 1 file changed, 193 insertions(+) diff --git a/arch/arm/boot/dts/mt8135-evbp1.dts b/arch/arm/boot/dts/mt8135-evbp1.

[PATCH v4 5/6] arm: dts: mt8135: Add support for MT8135 PMIC wrapper

Add device tree for MT8135 PMIC wrapper in mt8135.dtsi. Signed-off-by: Flora Fu --- arch/arm/boot/dts/mt8135.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts/mt8135.dtsi b/arch/arm/boot/dts/mt8135.dtsi index ec83e69..ab08063 100644 --- a/arch/arm/boot/dt

[PATCH v4 0/6] Add Support for MediaTek PMIC MT6397 MFD Core and Regulator

Hi, The patch sets add support for MediaTek PMIC MT6397 MFD core and its regulator driver. This is hardware layout for access PMIC MT6397 from AP SoC MT8135. Between PMIC MT6397 and MT8135, the physical signal channel is SPI bus. A specific hardware called PMIC Wrapper or PWRAP to handle access p

[PATCH net-next] tun: Fixed unsigned/signed comparison

Validated that this was actually using the unsigned comparison with gdb. Signed-off-by: Alex Gartrell --- drivers/net/tun.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index a5cbf67..6c63e21 100644 --- a/drivers/net/tun.c +++ b/driver

Re: sched: spinlock recursion in sched_rr_get_interval

On 12/26/2014 01:45 AM, Li Bin wrote: > On 2014/7/8 4:05, Peter Zijlstra wrote: >> > On Mon, Jul 07, 2014 at 09:55:43AM -0400, Sasha Levin wrote: >>> >> I've also had this one, which looks similar: >>> >> >>> >> [10375.005884] BUG: spinlock recursion on CPU#0, modprobe/10965 >>> >> [10375.006573]

[PATCH net-next 1/2] socket: Allow external sockets to use socket syscalls

Currently the "is-socket" test for a file compares the ops table pointer, which is static and local to the socket.c. Instead, this adds a flag for private_data_is_socket. This is an exceptionally long commit message for a two-line patch. Signed-off-by: Alex Gartrell --- include/linux/fs.h | 2

[PATCH net-next 2/2] tun: enable socket system calls

By setting private_data to a socket and private_data_is_socket to true, we can use the socket syscalls. We also can't just blindly use private_data anymore, so there's a __tun_file_get function that returns the container_of private_data appropriately. Signed-off-by: Alex Gartrell --- drivers/ne

[PATCH net-next 0/2] tun: support socket system calls

There is an underlying socket object in struct tun that isn't accessible, so if you try to do a recvmmsg on a tun file descriptor you'll get an error. This small patchset allows external file objects to claim socket status and enables it for tun_files. Alex Gartrell (2): socket: Allow external s

Re: [PATCH 0/10] iommu/vt-d: Fix intel vt-d faults in kdump kernel

Hi Takao Indoh, Thank you very much for your testing. I will add your update in next version. Also I think a flush for __iommu_update_old_root_entry is also necessary. Currently I have no idea about your fault, does it happen before or during its loading? Could you send me your full kernel log as

[PATCH] fs: fat: use MSDOS_SB macro to get msdos_sb_info

From: Fred Chou Use the MSDOS_SB macro to get msdos_sb_info, instead of coding it directly. Signed-off-by: Fred Chou --- fs/fat/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/fat/inode.c b/fs/fat/inode.c index 1956dae..0f52d5f 100644 --- a/fs/fat/inode.c +++ b/f

Re: sched: spinlock recursion in sched_rr_get_interval

On 2014/7/8 4:05, Peter Zijlstra wrote: > On Mon, Jul 07, 2014 at 09:55:43AM -0400, Sasha Levin wrote: >> I've also had this one, which looks similar: >> >> [10375.005884] BUG: spinlock recursion on CPU#0, modprobe/10965 >> [10375.006573] lock: 0x8803a0fd7740, .magic: dead4ead, .owner: >> mod

[PATCH 1/2] staging: lustre: libcfs/nidstrings: Declare internal symbols static

This fixes sparse warnings: staging/lustre/lustre/libcfs/nidstrings.c:200:11: warning: symbol 'libcfs_nnetstrfns' was not declared. Should it be static? drivers/staging/lustre/lustre/libcfs/nidstrings.c:203:1: warning: symbol 'libcfs_lo_str2addr' was not declared. Should it be static? drive

[PATCH 2/2] staging: lustre: libcfs/nidstrings: Avoid forward declarations

Avoid forward declaratoins by moving functions to a location before they are referenced. Signed-off-by: Sören Brinkmann --- drivers/staging/lustre/lustre/libcfs/nidstrings.c | 77 +++ 1 file changed, 37 insertions(+), 40 deletions(-) diff --git a/drivers/staging/lustre/lustr

Re: [PATCH 26/38] nios2: drop _PAGE_FILE and pte_file()-related helpers

On Thu, Dec 25, 2014 at 8:30 PM, Tobias Klauser wrote: > On 2014-12-24 at 13:22:34 +0100, Kirill A. Shutemov > wrote: >> We've replaced remap_file_pages(2) implementation with emulation. >> Nobody creates non-linear mapping anymore. >> >> Signed-off-by: Kirill A. Shutemov >> Cc: Ley Foon Tan >

[PATCH 1/1][v4] [RESEND] IFC: Change IO accessor based on endianness

From: Jaiprakash Singh IFC IO accressor are set at run time based on IFC IP registers endianness.IFC node in DTS file contains information about endianness. Signed-off-by: Jaiprakash Singh --- Changes for v4 - Review rework as per Scott's comments - Tested on B4860QDS board

Re: [PATCH 0/10] iommu/vt-d: Fix intel vt-d faults in kdump kernel

Hi Zhen-Hua, I tested your patch and found two problems. [1] Kenel panic occurs during 2nd kernel boot. ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 Kernel panic - not syncing: timer doesn't work through Interrupt-remapped IO-APIC CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.18.0 #25 Har

Re: livepatching tree for linux-next

Hi Jiri, On Tue, 23 Dec 2014 09:10:56 -0600 Josh Poimboeuf wrote: > > On Tue, Dec 23, 2014 at 01:46:07AM -0800, Christoph Hellwig wrote: > > On Mon, Dec 22, 2014 at 08:52:02PM +0100, Jiri Kosina wrote: > > > > > > a substantial amount of work has been invested into abstracing "Live > > > Patchi

Re: [RFC/PATCH] extcon: otg_gpio: add driver for USB OTG port controlled by GPIO(s)

Hi, On Wed, Dec 24, 2014 at 02:43:27PM -0800, David Cohen wrote: > Hi Felipe, > > Thanks replying. > > On Tue, Dec 23, 2014 at 06:29:04PM -0600, Felipe Balbi wrote: > > Hi, > > > > On Mon, Dec 22, 2014 at 02:43:37PM -0800, David Cohen wrote: > > > Some platforms have an USB OTG port fully (or p

Re: linux-next: add the omap-pending tree

Hi Tony, On Fri, 19 Dec 2014 12:02:30 -0800 Tony Lindgren wrote: > > Makes sense to me. The delay in getting omap stuff into Linux next > via arm-soc for-next is just too long because of the large number > of pending pull requests for various ARM SoCs. Maybe that requires a conversation with the

Re: linux-next: add the omap-pending tree

Hi Paul, On Fri, 26 Dec 2014 15:38:22 +1100 Stephen Rothwell wrote: > > On Fri, 19 Dec 2014 19:28:08 + (UTC) Paul Walmsley wrote: > > > > Might you be willing to include this branch in your linux-next builds? > > > > git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git#for-ne

Re: linux-next: add the omap-pending tree

Hi Paul, On Fri, 19 Dec 2014 19:28:08 + (UTC) Paul Walmsley wrote: > > Might you be willing to include this branch in your linux-next builds? > > git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git#for-next > > It will include OMAP clock, bus architecture, and low-level power

[PATCH] bfin_can: move the header file to arch independent location

bfin_can: move the header file to arch independent location Signed-off-by: Aaron Wu --- arch/blackfin/include/asm/bfin_can.h | 728 -- drivers/net/can/bfin_can.c |2 +- drivers/net/can/bfin_can.h | 728 ++

Re: [REGRESSION][x86] Commit f5b2831d65 cause boot failure in VMware ESXi 5.1 guest

[ +to Thomas Hellstrom ] On 12/25/2014 08:57 PM, Qu Wenruo wrote: > Hi all, > > When testing v3.19-rc1 kernel(in fact, try to test), the kernel itself fail > to boot on VMware ESXi 5.1 guest. Maybe this problem related to the other VMware PAT issue? > The boot failure is quite easy to describe

[RFC PATCH 2/3] virtio: let vp_find_vqs accept channel setting paramters

This patch let vp_find_vqs method can accept channel parameters. For the transports that do not support channel currently, all the parameters were ignored. For the device that does not use channel, it can simply pass NULL to transport. Cc: Rusty Russell Cc: Michael S. Tsirkin Signed-off-by: Jaso

[RFC PATCH 3/3] virtio-net: using single MSIX irq for each TX/RX queue pair

This patch try to reduce the number of MSIX irqs required for virtio-net by sharing a MSIX irq for each TX/RX queue pair through channels. If transport support channel, about half of the MSIX irqs were reduced. Cc: Rusty Russell Cc: Michael S. Tsirkin Signed-off-by: Jason Wang --- drivers/net/

[RFC PATCH 1/3] virtio-pci: introduce channels

This patch introduce virtio pci channel which are virtqueue groups that sharing a single MSIX irq. This can be used to reduce the irqs needed by virtio device. The channel are in fact a list of virtqueues, and vp_channel_interrupt() was introduced to traverse the list. The current strategy was kep

[RFC PATCH 0/3] Sharing MSIX irq for tx/rx queue pairs

Hi all: This series try to share MSIX irq for each tx/rx queue pair. This is done through: - introducing virtio pci channel which are group of virtqueues that sharing a single MSIX irq (Patch 1) - expose channel setting to virtio core api (Patch 2) - try to use channel setting in virtio-net (Pa

Re: [PATCH 14/37] perf tools: Convert dead thread list into rbtree

On Fri, Dec 26, 2014 at 8:05 AM, Jiri Olsa wrote: > On Wed, Dec 24, 2014 at 04:15:10PM +0900, Namhyung Kim wrote: > > SNIP > >> >> static void machine__remove_thread(struct machine *machine, struct thread >> *th) >> { >> + struct rb_node **p = &machine->dead_threads.rb_node; >> + struct

Re: [PATCH 13/37] perf tools: Use thread__comm_time() when adding hist entries

On Fri, Dec 26, 2014 at 7:53 AM, Jiri Olsa wrote: > On Wed, Dec 24, 2014 at 04:15:09PM +0900, Namhyung Kim wrote: > > SNIP > >> >> he = __hists__add_entry(hists, &al, NULL, >> - NULL, NULL, 1, 1, 0, true); >> +

[REGRESSION][x86] Commit f5b2831d65 cause boot failure in VMware ESXi 5.1 guest

Hi all, When testing v3.19-rc1 kernel(in fact, try to test), the kernel itself fail to boot on VMware ESXi 5.1 guest. The boot failure is quite easy to describe, only one line is output: "Probing EDD (edd=off to disable)...ok" No other output(including warning/bug_on/backtrace or whatever) and

Re: [PATCH 05/37] perf tools: Create separate mmap for dummy tracking event

On Fri, Dec 26, 2014 at 7:09 AM, Jiri Olsa wrote: > On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote: > > SNIP > >> >> union perf_event *perf_evlist__mmap_read(struct perf_evlist *evlist, int >> idx); >> - >> void perf_evlist__mmap_consume(struct perf_evlist *evlist, int idx); >> +s

linux-next: error while fetching the watchdog tree

Hi Wim, Trying the fetch the watchdog tree (git://www.linux-watchdog.org/linux-watchdog-next.git#master) today produces this error: fatal: unable to connect to www.linux-watchdog.org: www.linux-watchdog.org[0: 83.149.101.17]: errno=Connection refused -- Cheers, Stephen Rothwell

Re: [PATCH 05/37] perf tools: Create separate mmap for dummy tracking event

On Fri, Dec 26, 2014 at 7:08 AM, Jiri Olsa wrote: > On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote: >> When multi file support is enabled, a dummy tracking event will be >> used to track metadata (like task, comm and mmap events) for a session >> and actual samples will be recorded i

Re: regression bisected; KVM: entry failed, hardware error 0x80000021

On 2014/12/25 18:52, Jamie Heilman wrote: Chen, Tiejun wrote: On 2014/12/24 19:02, Jamie Heilman wrote: Chen, Tiejun wrote: On 2014/12/23 15:26, Jamie Heilman wrote: Chen, Tiejun wrote: On 2014/12/23 9:50, Chen, Tiejun wrote: On 2014/12/22 17:23, Jamie Heilman wrote: KVM internal error. Su

[PATCH] staging: dgap: use gotos for handling error in dgap_remap()

Signed-off-by: Daeseok Youn --- drivers/staging/dgap/dgap.c | 30 +++--- 1 files changed, 15 insertions(+), 15 deletions(-) diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c index bdb5317..518ab56 100644 --- a/drivers/staging/dgap/dgap.c +++ b/drive

Re: linux-next: question about the luto-misc tree

Hi Andy, On Mon, 22 Dec 2014 11:16:56 -0800 Andy Lutomirski wrote: > > I'm re-adding the branch, since 3.19-rc1 is out, the change appears to > still exist as-is in your tree, and it merges cleanly and builds in > the latest -next for me. Let me know if this will be problematic for > any reason.

Re: [PATCH 04/37] perf tools: Add multi file interface to perf_data_file

Hi Jiri, On Fri, Dec 26, 2014 at 7:08 AM, Jiri Olsa wrote: > On Wed, Dec 24, 2014 at 04:15:00PM +0900, Namhyung Kim wrote: > > SNIP > >> #endif /* __PERF_DATA_H */ >> diff --git a/tools/perf/util/util.c b/tools/perf/util/util.c >> index d5eab3f3323f..a5046d52e311 100644 >> --- a/tools/perf/util/

Re: [PATCH 1/1 net-next] tipc: replace 0 by NULL for pointers

On 12/25/2014 07:05 PM, Fabian Frederick wrote: > Fix sparse warning: > net/tipc/link.c:1924:40: warning: Using plain integer as NULL pointer > > Signed-off-by: Fabian Frederick > --- Acked-by: Ying Xue > net/tipc/link.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 3/5] hwrng: core - Do not register device opportunistically

On Wed, Dec 24, 2014 at 09:59:41AM +1030, Rusty Russell wrote: > > Does this break userspace by creating a device which will just return > -ENODEV on read? Sure, callers *should* handle it... If somebody complains we could easily fix this by making open fail. In fact, if such applications exist

I RE-SEND

Dear Friend, Please kindly re-send your details to this e mail address ndume...@ymail.com in other to enable the lawyer commence the processing all the documents that will back up your claim. (1) YOUR FULL NAME.. (2) YOUR ADDRESS... . (3) TELEPHONE..

Re: [PATCH 2/5] hwrng: core - Fix current_rng init/cleanup race yet again

On Wed, Dec 24, 2014 at 09:56:36AM +1030, Rusty Russell wrote: > > I'll have to pull the tree to review it properly, but the theory was > that the reference count was counting users of the rng. Now I don't > know what it's counting: The reference count starts off at zero, meaning that the RNG has

Re: [PATCH 3/5] hwrng: core - Do not register device opportunistically

Herbert Xu writes: > Currently we only register the device when a valid RNG is added. > However the way it's done is buggy because we test whether there > is a current RNG to determine whether we need to register. As > the current RNG may be missing due to a reinitialisation error > this can lead

Re: [PATCH 2/5] hwrng: core - Fix current_rng init/cleanup race yet again

Herbert Xu writes: > The kref solution is still buggy because we were only focusing > on the register/unregister race. The same race affects the > setting of current_rng through sysfs. > > This patch fixes it by using kref_get_unless_zero. > > Signed-off-by: Herbert Xu This patch scares me a li

Re: [PATCH 1/5] hwrng: core - Use struct completion for cleanup_done

Herbert Xu writes: > There is no point in doing a manual completion for cleanup_done > when struct completion fits in perfectly. > > Signed-off-by: Herbert Xu Indeed. Acked-by: Rusty Russell Thanks, Rusty. > --- > > drivers/char/hw_random/core.c | 12 +++- > include/linux/hw_rando

Re: [PATCH 1/2] drivers: Move iommu/ before gpu/ in Makefile

On Tue, Dec 23, 2014 at 4:09 AM, Oded Gabbay wrote: > Hello Linus, > Dave Airlie asked me to send this patch to you for review. I'm not entirely happy about the fix, since we generally *should* order things by the different init-levels, but we've done the link order thing before, and I guess it's

Re: [PATCH] regulator: rt5033-regulator: Use regulator_nodes/of_match in the descriptor

On 12/24/2014 09:56 PM, Mark Brown wrote: > On Tue, Dec 23, 2014 at 05:04:34PM +0900, Beomho Seo wrote: >> On 12/23/2014 12:10 AM, Mark Brown wrote: > >>> This isn't replacing existing code with use of the framework, it's >>> adding new bindings where there were none before so it needs to add a >>

[PATCH 2/6] staging: lustre: replace MIN with min_t

Switch from MIN to the built in min_t with the int type. Signed-off-by: Jeremiah Mahler --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c b/drivers/staging/lustre/

[PATCH 6/6] staging: lustre: remove custom MIN/MAX and min_t operations

Remove all custom MIN/MAX and min_t operations since they are no longer needed. Signed-off-by: Jeremiah Mahler --- drivers/staging/lustre/include/linux/libcfs/libcfs_private.h | 8 drivers/staging/lustre/lustre/osc/osc_internal.h | 5 - 2 files changed, 13 deletions(-)

[PATCH 5/6] staging: lustre: replace MIN with min_t, remove cast

Switch from MIN to min_t and remove the previous cast of the second argument to int. Signed-off-by: Jeremiah Mahler --- drivers/staging/lustre/lnet/lnet/lib-move.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lnet/lnet/lib-move.c b/drivers/staging/l

[PATCH 4/6] staging: lustre: replace MIN with min, cast (__kernel_size_t)

Switch from MIN to min and fix the new type warning. The warning is produced because a comparison between iov_len, which is a __kernel_size_t, is made to kiov_len, which is an unsigned int (include/linux/lnet/types.h). Fix the warning by casting kiov_len to __kernel_size_t. Signed-off-by: Jeremi

[PATCH 1/6] staging: lustre: use min/max instead of MIN/MAX, simple cases

Custom MIN/MAX operations are being used which are not as robust as the built in min/max operations which will warn about potentially problematic type comparisons. For the simple cases, where no type warning is produced, simply replace MIN/MAX with min/max. Signed-off-by: Jeremiah Mahler --- dr

[PATCH 0/6] staging: lustre: use built in min/max functions

The lustre modules define their own custom MIN, MAX and min_t functions. However Linux provides these functions (include/linux/kernel.h) and their design is more robust. They check types and produce compiler warnings if differing types are used. This patch set updates the lustre modules to use th

[PATCH 3/6] staging: lustre: replace MIN/MAX with min_t/max_t

Switch from MIN/MAX to min_t/max_t with a size_t type. The size_t type was chosen because one operand is a size_t and all the others are immediate integer values. Signed-off-by: Jeremiah Mahler --- drivers/staging/lustre/lnet/lnet/router_proc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

Re: [PATCH repost 15/16] sparc/uaccess: fix sparse errors

From: "Michael S. Tsirkin" Date: Thu, 25 Dec 2014 11:30:22 +0200 > virtio wants to read bitwise types from userspace using get_user. At the > moment this triggers sparse errors, since the value is passed through an > integer. > > Fix that up using __force. > > Signed-off-by: Michael S. Tsirkin

Re: [PATCH 33/38] sparc: drop pte_file()-related helpers

From: "Kirill A. Shutemov" Date: Wed, 24 Dec 2014 14:22:41 +0200 > We've replaced remap_file_pages(2) implementation with emulation. > Nobody creates non-linear mapping anymore. > > This patch also increase number of bits availble for swap offset. > > Signed-off-by: Kirill A. Shutemov > Cc: "D

Re: [PATCH] ftracetest: Replace usleep with sleep 0.000001

On Sat 2014-12-20 17:07:25, Steven Rostedt wrote: > On Sat, 20 Dec 2014 21:42:13 +0100 > Pavel Machek wrote: > > > On Wed 2014-12-10 15:38:27, Michael Ellerman wrote: > > > usleep is a Fedoraism, it's not generally available on Debian based > > > systems AFAICS. > > > > > > GNU sleep accepts a f

[PATCH] device: Change dev_ logging functions to return void

No caller or macro uses the return value so make all the functions return void. Compiled x86 allyesconfig and defconfig w/o CONFIG_PRINTK Signed-off-by: Joe Perches --- This change is associated to a desire to eventually change printk to return void. drivers/base/core.c| 29 +--

Re: [PATCH 14/37] perf tools: Convert dead thread list into rbtree

On Wed, Dec 24, 2014 at 04:15:10PM +0900, Namhyung Kim wrote: SNIP > > static void machine__remove_thread(struct machine *machine, struct thread > *th) > { > + struct rb_node **p = &machine->dead_threads.rb_node; > + struct rb_node *parent = NULL; > + struct thread *pos; > + >

[PATCH] clk-rcar-gen2: ADSP clock support

Add the ADSP clock support to the R-Car generation 2 CPG driver. This clock gets derived from PLL1. The layout of the ADSPCKCR register is similar to those of the clocks supported by the 'clk-div6' driver but the divider encoding is non-linear, so can't be supported by that driver... Based on

Re: [PATCH 13/37] perf tools: Use thread__comm_time() when adding hist entries

On Wed, Dec 24, 2014 at 04:15:09PM +0900, Namhyung Kim wrote: SNIP > > he = __hists__add_entry(hists, &al, NULL, > - NULL, NULL, 1, 1, 0, true); > + NULL, NULL, 1, 1, 0, -1, true); >

Re: [PATCH] crypto: AF_ALG: zeroize key data

On Tue, Dec 23, 2014 at 09:34:03AM +0100, Stephan Mueller wrote: > alg_setkey should zeroize the sensitive data after use. > > Signed-off-by: Stephan Mueller Patch applied. -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.

Re: [PATCH 2/6] kbuild: do not add $(call ...) to invoke cc-version or cc-fullversion

On 12/25/2014 06:31 AM, Masahiro Yamada wrote: The macros cc-version, cc-fullversion and ld-version take no argument. It is not necessary to add $(call ...) to invoke them. Signed-off-by: Masahiro Yamada --- Documentation/kbuild/makefiles.txt | 4 ++-- arch/parisc/Makefile | 2

Re: [PATCH repost 12/16] parisc/uaccess: fix sparse errors

Hi Michael, On 12/25/2014 10:29 AM, Michael S. Tsirkin wrote: virtio wants to read bitwise types from userspace using get_user. At the I don't know the virtio code much yet, but does it makes sense to read bitwise types? Will virtio then get possible troubles because of endianess correct as

Re: v3.19-rc1 regression(?) on N900

Hi, On Thu, Dec 25, 2014 at 10:11:21AM +0100, Pavel Machek wrote: > On Thu 2014-12-25 09:32:40, Pali Rohár wrote: > > On Wednesday 24 December 2014 23:57:38 Nishanth Menon wrote: > > > based on automated testing with u-boot as a chained > > > bootloader.. > > > > > > v3.19-rc1: hung > > > https:/

Re: [PATCH 05/37] perf tools: Create separate mmap for dummy tracking event

On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote: SNIP > > union perf_event *perf_evlist__mmap_read(struct perf_evlist *evlist, int > idx); > - > void perf_evlist__mmap_consume(struct perf_evlist *evlist, int idx); > +struct perf_mmap *perf_evlist__mmap_desc(struct perf_evlist *e

Re: algif_hash: splice of data > 2**16

Am Mittwoch, 24. Dezember 2014, 16:12:53 schrieb Stephan Mueller: Hi Christophe, > Am Mittwoch, 24. Dezember 2014, 15:10:14 schrieb leroy christophe: > > Hi leroy, > > > Le 24/12/2014 10:03, Stephan Mueller a écrit : > > > Am Dienstag, 23. Dezember 2014, 18:16:01 schrieb leroy christophe: > > >

Re: [PATCH 05/37] perf tools: Create separate mmap for dummy tracking event

On Wed, Dec 24, 2014 at 04:15:01PM +0900, Namhyung Kim wrote: > When multi file support is enabled, a dummy tracking event will be > used to track metadata (like task, comm and mmap events) for a session > and actual samples will be recorded in separate files. > > Provide separate mmap to the dumm

Re: [PATCH 04/37] perf tools: Add multi file interface to perf_data_file

On Wed, Dec 24, 2014 at 04:15:00PM +0900, Namhyung Kim wrote: SNIP > #endif /* __PERF_DATA_H */ > diff --git a/tools/perf/util/util.c b/tools/perf/util/util.c > index d5eab3f3323f..a5046d52e311 100644 > --- a/tools/perf/util/util.c > +++ b/tools/perf/util/util.c > @@ -72,6 +72,49 @@ int mkdir_p(

[PATCH v6 2/4] crypto: AF_ALG: enable AEAD interface compilation

Enable compilation of the AEAD AF_ALG support and provide a Kconfig option to compile the AEAD AF_ALG support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 9 + crypto/Makefile | 1 + 2 files changed, 10 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index 1618468..c

[PATCH v6 0/4] crypto: AF_ALG: add AEAD and RNG support

Hi, This patch set adds AEAD and RNG support to the AF_ALG interface exported by the kernel crypto API. By extending AF_ALG with AEAD and RNG support, all cipher types the kernel crypto API allows access to are now accessible from userspace. Both, AEAD and RNG implementations are stand-alone and

[PATCH v6 3/4] crypto: AF_ALG: add random number generator support

This patch adds the random number generator support for AF_ALG. A random number generator's purpose is to generate data without requiring the caller to provide any data. Therefore, the AF_ALG interface handler for RNGs only implements a callback handler for recvmsg. The following parameters provi

[PATCH v6 1/4] crypto: AF_ALG: add AEAD support

This patch adds the AEAD support for AF_ALG. The implementation is based on algif_skcipher, but contains heavy modifications to streamline the interface for AEAD uses. To use AEAD, the user space consumer has to use the salg_type named "aead". The AEAD implementation includes some overhead to ca

[PATCH v6 4/4] crypto: AF_ALG: enable RNG interface compilation

Enable compilation of the RNG AF_ALG support and provide a Kconfig option to compile the RNG AF_ALG support. Signed-off-by: Stephan Mueller --- crypto/Kconfig | 9 + crypto/Makefile | 1 + 2 files changed, 10 insertions(+) diff --git a/crypto/Kconfig b/crypto/Kconfig index cd3e6fd..f2d

Re: [PATCH 0/3] Dell Airplane Mode Switch driver

On Thursday 25 December 2014 21:11:05 Pali Rohár wrote: > I will try to recap all information which we have... > > *) We should not send wireless key press to userspace when BIOS > already handles wireless state (and enable/disable wifi): > http://www.spinics.net/lists/platform-driver-x86/msg059

Re: [PATCH 3/3] i8k: Remove laptop specific config data (fan_mult, fan_max) from driver

On Thursday 18 December 2014 12:08:58 Pali Rohár wrote: > On Wednesday 10 December 2014 14:32:16 Gabriele Mazzotta wrote: > > On Wednesday 10 December 2014 12:51:30 Pali Rohár wrote: > > > On Tuesday 09 December 2014 21:07:01 Pali Rohár wrote: > > > > Now we have autodetection code for fan multipli

Re: [PATCH 1/11] ARM: tegra: add function to control the GPU rail clamp

Am Donnerstag, den 25.12.2014, 10:28 +0800 schrieb Vince Hsu: > On 12/24/2014 09:16 PM, Lucas Stach wrote: > > Am Dienstag, den 23.12.2014, 18:39 +0800 schrieb Vince Hsu: > >> The Tegra124 and later Tegra SoCs have a sepatate rail gating register > >> to enable/disable the clamp. The original funct

Re: [PATCH 2/2] ata: ahci_platform: Add ACPI _CLS matching

On Fri, Dec 19, 2014 at 02:13:08PM -0600, Suravee Suthikulpanit wrote: > This patch adds ACPI supports for AHCI platform driver, which uses _CLS > method to match the device. > > The following is an example of ASL structure in DSDT for a SATA controller, > which contains _CLS package to be matched

Re: [PATCH] drivers:ata: Fix spelling typos in libata-scsi.c and the header file,ata.h

On Sun, Dec 21, 2014 at 10:36:37PM -0500, Nicholas Krause wrote: > Changes the spelling typos of removeable to removable where ata_id_removeable > is defined in > ata.h and called in libata-scsi.c respectively. > > Signed-off-by: Nicholas Krause Well, this isn't exactly wrong but why not? Appl

[PATCH v2] staging: comedi: dmm32at: fix style issues

Before: 1 ERROR: code indent should use tabs where possible 1 WARNING: please, no spaces at the start of a line After: (none) Signed-off-by: David Decotigny --- drivers/staging/comedi/drivers/dmm32at.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/sta

Re: [PATCH v5 3/8] crypto: AF_ALG: add AEAD support

On Wed, Dec 24, 2014 at 09:54:33AM +0100, Stephan Mueller wrote: > > That is right, but isn't that the nature of AEAD ciphers in general? Even if > you are in the kernel, you need to have all scatter lists together for one > invocation of the AEAD cipher. It's actually only the nature of certai

Re: [PATCH 4/5] workqueue: update NUMA affinity for the node lost CPU

On Mon, Dec 15, 2014 at 09:28:40AM +0800, Lai Jiangshan wrote: > > The foundation those pools were standing are gone. > > This statement is not true unless we write some code to force them, > dequeue them from the unbound_pool_hash, for example. Yeah, that's the obvious thing to do. Those pools

Re: [PATCH 2/5] workqueue: update wq_numa_possible_cpumask

On Mon, Dec 15, 2014 at 10:02:04AM +0800, Lai Jiangshan wrote: > 1) "NUMA code" = system's NUMA memory hotplug code, AKA, keep the numa > mapping stable > >I think this is the better idea. This idea came to my mind immediately at > the time >I received the bug report. And after some di

Re: [PATCH 3/5] workqueue: fixup existing pool->node

On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote: > The pwqs of the old node's cpumask do be discarded. But the pools of the old > node's cpumask maybe recycle. For example, a new workqueue's affinity is set > to > the old node's cpumask before the pool is dead. Any old pool can long

Re: [PATCH 1/2] workqueue: update numa affinity info at node hotplug

On Wed, Dec 17, 2014 at 01:56:29PM +0900, Kamezawa Hiroyuki wrote: > Let me correct my words. Main purpose of this patch 1/2 is handling a case > "node disappers" after boot. > And try to handle physicall node hotplug caes. > > Changes of cpu<->node relationship at CPU_ONLINE is handled in patch

Re: [PATCH 0/3] Dell Airplane Mode Switch driver

I will try to recap all information which we have... *) We should not send wireless key press to userspace when BIOS already handles wireless state (and enable/disable wifi): http://www.spinics.net/lists/platform-driver-x86/msg05922.html *) some tested dell machines does not implement GRBT meth

blk: INFO: possible irq lock inversion dependency detected

Zyxel NSA-220 (orion5x) reports such message during poweroff/reboot (repro: boot, log in, poweroff). Detailed output can be found at http://pastebin.com/raw.php?i=NUNYBLWM Bisect showed that this started appearing since 4830959318d14bd8856437ad5beea6016ef8c484 was applied. Kernel configs: 3.12.4.

[PATCH v2] staging: skein: Fix checkpatch warnings

Remove do {} while (0) loops around single statements in skein/skein_block.c Signed-off-by: Arno Tiemersma --- drivers/staging/skein/skein_block.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/staging/skein/skein_block.c b/drivers/staging/skein/sk

Re: [PATCH] staging: skein: Fix checkpatch warnings

On Thu, 2014-12-25 at 19:01 +0100, arno.tiemer...@gmail.com wrote: > Remove do {} while (0) loops around single statements in > skein/skein_block.c [] > diff --git a/drivers/staging/skein/skein_block.c > b/drivers/staging/skein/skein_block.c [] > @@ -83,9 +83,7 @@ do {

[PATCH V6 11/25] irqchip: Add new driver for BCM7038-style level 1 interrupt controllers

This is the main peripheral IRQ controller on the BCM7xxx MIPS chips; it has the following characteristics: - 64 to 160+ level IRQs - Atomic set/clear registers - Reasonably predictable register layout (N status words, then N mask status words, then N mask set words, then N mask clear words)

  1   2   >