Re: [PATCH] [media] uvcvideo: Fix marking buffer erroneous in case of FID toggling

28.03.2014 20:12, Laurent Pinchart пишет: + * Set error flag for incomplete buffer. + */ +static void uvc_buffer_check_bytesused(const struct uvc_streaming *const stream, > > No need for the second const keyword here. > > I would have used "uvc_video_" as a prefix, to be in

RE: [PATCH 1/1] Drivers: hid: hid-hyperv: Implement a stub raw_request() entry point

> -Original Message- > From: Jiri Kosina [mailto:jkos...@suse.cz] > Sent: Friday, March 28, 2014 6:43 PM > To: KY Srinivasan > Cc: gre...@suse.de; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; oher...@suse.com; > benjamin.tissoi...@redhat.com; dh.herrm...@gmail.com >

[PATCH] staging: media: davinci_vpfe: fix checkpatch warning

From: "Lad, Prabhakar" This patch fixes following checkpatch warning, media/davinci_vpfe/dm365_ipipe.c:1271: WARNING: Missing a blank line after declarations media/davinci_vpfe/dm365_ipipe.c:1313: WARNING: Missing a blank line after declarations Signed-off-by: Lad, Prabhakar ---

Re: [PATCH 1/2] GPIO: Add driver for Zynq GPIO controller

Hi Linus, On Sat, Mar 29, 2014 at 3:20 AM, Linus Walleij wrote: > On Thu, Mar 27, 2014 at 4:25 PM, Harini Katakam wrote: > >> Add support for GPIO controller used by Xilinx Zynq >> >> Signed-off-by: Harini Katakam > > This will not be integrated before v3.16 so we have some time to > think

Re: latest 3.14.0-rc8+ : "INFO: inconsistent lock state "

On Fri, Mar 28, 2014 at 8:21 PM, Jongman Heo wrote: > > Hi, guys, > > With today's linus git tree, I got following messages; > > [ 97.426196] = > [ 97.426198] [ INFO: inconsistent lock state ] > [ 97.426221] 3.14.0-rc8+ #45 Tainted: GW > [

Re: [PATCH 15/28] ktap: add built-in functions and library (runtime/lib_*.c)

On Sat, Mar 29, 2014 at 2:51 AM, Andi Kleen wrote: > Jovi Zhangwei writes: >> >> 2). Ansi library(lib_ansi.c): >> ansi.clear_screen >> ansi.set_color >> ansi.set_color2 >> ansi.set_color3 >> ansi.reset_color >> ansi.new_line > > This really can't be done in some kind of ktap library? > Maybe in

[PATCH v3] decode_stacktrace: make stack dump output useful again

Right now when people try to report issues in the kernel they send stack dumps to eachother, which looks something like this: [6.906437] [] ? backtrace_test_irq_callback+0x20/0x20 [6.907121] [] dump_stack+0x52/0x7f [6.907640] [] backtrace_regression_test+0x38/0x110 [6.908281]

Re: [PATCHv4,2/5] mailbox: Introduce framework for mailbox

On Sat, Mar 29, 2014 at 3:38 AM, Markus Mayer wrote: . >> +int mbox_send_message(struct mbox_chan *chan, void *mssg) >> +{ >> + int t; >> + >> + if (!chan || !chan->cl) >> + return -EINVAL; >> + >> + t = _add_to_rbuf(chan, mssg); >> + if (t < 0) { >> +

Re: [PATCHv4 1/5] mailbox: rename pl320-ipc specific mailbox.h

On Fri, Mar 28, 2014 at 4:21 AM, Markus Mayer wrote: >> The patch 30058677 "ARM / highbank: add support for pl320 IPC" >> added a pl320 IPC specific header file as a generic mailbox.h. >> This file has been renamed appropriately to allow the >> introduction of the generic mailbox API framework.

[f2fs-dev] [PATCH 2/2] f2fs: use list_for_each_entry{_safe} for simplyfying code

This patch use list_for_each_entry{_safe} instead of list_for_each{_safe} for simplfying code. Signed-off-by: Chao Yu --- fs/f2fs/checkpoint.c | 37 ++--- fs/f2fs/node.c | 16 ++-- fs/f2fs/recovery.c |6 ++ fs/f2fs/segment.c|

[f2fs-dev] [PATCH 1/2] f2fs: avoid free slab cache under spinlock

Move kmem_cache_free out of spinlock protection region for better performance. Signed-off-by: Chao Yu --- fs/f2fs/checkpoint.c | 27 +-- fs/f2fs/node.c | 15 ++- 2 files changed, 31 insertions(+), 11 deletions(-) diff --git a/fs/f2fs/checkpoint.c

Re: [PATCH] [media] uvcvideo: Fix clock param realtime setting

> > > > > > Before applying this, I'm curious, do you have a use case for realtime > > > time stamps ? > > > > Yes. ffmpeg uses wall clock time to create timestamps for audio packets from > > ALSA device. > > OK. I suppose I shouldn't drop support for the realtime clock like I wanted > to >

RE: [alsa-devel] [PATCH] ASoC: Add support for multi register mux

> -Original Message- > From: Songhee Baek > Sent: Friday, March 28, 2014 11:10 AM > To: 'Lars-Peter Clausen' > Cc: Arun Shamanna Lakshmi; 'lgirdw...@gmail.com'; 'broo...@kernel.org'; > 'swar...@wwwdotorg.org'; 'alsa-de...@alsa-project.org'; 'ti...@suse.de'; > 'linux-kernel@vger.kernel.org'

Re: [RFC 0/4] sched: consolidation of cpu_power

On Fri, 28 Mar 2014, Vincent Guittot wrote: > Part of this patchset was previously part of the larger tasks packing patchset > [1]. I have splitted the latter in 3 different patchsets (at least) to make > the > thing easier. > -configuration of sched_domain topology [2] > -update and

YNT: NEWS

Kimden: Antalya İl Halk Ktp. Gönderildi: 29 Mart 2014 Cumartesi 03:49 Kime: Antalya İl Halk Ktp. Konu: NEWS Charity Money Donation to You, Contact the Donator direct E-mail Now [ p.white...@live.com ] for more info. -- To

Re: [RFC PATCH 00/28] ktap: A lightweight dynamic tracing tool for Linux

On Sat, Mar 29, 2014 at 12:08 AM, Greg Kroah-Hartman wrote: > On Fri, Mar 28, 2014 at 09:47:21AM -0400, Jovi Zhangwei wrote: >> Hi All, >> >> The following set of patches add ktap tracing tool. > > Yeah! > > Thanks for putting this patch set together, it looks good. > > But, why hide the kernel

Re: [PATCH v5 0/4] Provide netdev naming-policy via sysfs

From: Tom Gundersen Date: Fri, 28 Mar 2014 23:39:57 +0100 > You mean coordinate with each other in userspace? If so, I still don't > see how this can ever be anything else than fragile. It will depend on > each userspace component actually opting in to whatever scheme we > devise, and does so

Re: [PATCH 1/1] Drivers: hid: hid-hyperv: Implement a stub raw_request() entry point

On Fri, 28 Mar 2014, K. Y. Srinivasan wrote: > commit 3c86726cfe38952f0366f86acfbbb025813ec1c2 > Author: Benjamin Tissoires > Date: Thu Feb 20 15:24:49 2014 -0500 > > HID: make .raw_request mandatory > > SET_REPORT and GET_REPORT are mandatory in the HID specification. > Make the

Re: [PATCH 3.13 00/46] 3.13.8-stable review

On Fri, Mar 28, 2014 at 06:12:12PM -0700, Guenter Roeck wrote: > On 03/28/2014 10:31 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 3.13.8 release. > > There are 46 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH] powerpc/irq: Remove HAVE_IRQ_EXIT_ON_IRQ_STACK feature at powerpc platform

On Sat, Mar 29, 2014 at 08:27:07AM +1100, Benjamin Herrenschmidt wrote: > On Fri, 2014-03-28 at 16:18 +0800, Kevin Hao wrote: > > > powerpc: Set the correct ksp_limit on ppc32 when switching to irq stack > > > > Kevin. It looks like it was applied to 3.14 and sent to 3.12 stable but >

linux-next: preemptive reminder

Hi all, Please do not add anything to you linux-next included branches that you intend for v3.16 until after v3.15-rc1 is released (at least). -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpJ5yflGHCUd.pgp Description: PGP signature

Re: BAR 14: can't assign mem (size 0x200000)

On Fri, Mar 28, 2014 at 5:40 PM, Parag Warudkar wrote: > No issues with fresh boot, however after resume from suspend I see > these messages - > > [11548.934625] pci_bus :03: Allocating resources > [11548.934645] pci :02:00.0: bridge window [io 0x1000-0x0fff] to > [bus 03] add_size 1000

Re: [PATCH 3.13 00/46] 3.13.8-stable review

On 03/28/2014 10:31 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.13.8 release. There are 46 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.10 00/22] 3.10.35-stable review

On 03/28/2014 10:31 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.10.35 release. There are 22 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 3.4 00/13] 3.4.85-stable review

On 03/28/2014 10:31 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.4.85 release. There are 13 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

BAR 14: can't assign mem (size 0x200000)

No issues with fresh boot, however after resume from suspend I see these messages - [11548.934625] pci_bus :03: Allocating resources [11548.934645] pci :02:00.0: bridge window [io 0x1000-0x0fff] to [bus 03] add_size 1000 [11548.934648] pci :02:00.0: bridge window [mem

[PATCHv3 02/14] MAINTAINERS: update HSI entry

Add git tree for hsi subsystem, update Sebastian Reichel's e-mail address and add Documentation/hsi.txt as maintained file. Signed-off-by: Sebastian Reichel --- MAINTAINERS | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 82640e6..b376b79

[PATCHv3 01/14] Documentation: HSI: Add some general description for the HSI subsystem

Add a document, which gives a rough introduction about what HSI is and how its handled by the Linux kernel. Signed-off-by: Sebastian Reichel --- Documentation/hsi.txt | 75 +++ 1 file changed, 75 insertions(+) create mode 100644

[PATCHv3 10/14] HSI: Introduce driver for SSI Protocol

This adds a driver for the SSI McSAAB protocol as used in the Nokia N900. Signed-off-by: Carlos Chinea Signed-off-by: Sebastian Reichel --- drivers/hsi/clients/Kconfig|8 + drivers/hsi/clients/Makefile |3 +- drivers/hsi/clients/ssi_protocol.c | 1188

[PATCHv3 13/14] DTS: ARM: OMAP3-N900: Add SSI support

Add SSI device tree data for OMAP3 and Nokia N900. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n900.dts | 24 ++ arch/arm/boot/dts/omap3.dtsi | 55 arch/arm/boot/dts/omap34xx.dtsi | 11

[PATCHv3 11/14] HSI: Introduce Nokia N900 modem driver

The Nokia N900's modem is connected via Synchronous Serial Interface (SSI), which is a legacy version of MIPI's High-speed Synchronous Serial Interface (HSI). The handles the GPIOs for enabling and resetting the modem and instanciates ssi-protocol for data exchange. It does not yet support

[PATCHv3 14/14] DTS: ARM: OMAP3-N900: Add modem support

Add modem device tree data to Nokia N900's DTS file. Signed-off-by: Sebastian Reichel --- arch/arm/boot/dts/omap3-n900.dts | 41 1 file changed, 41 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts index

[PATCHv3 12/14] ARM: dts: omap3 clocks: simplify ssi aliases

From: Sebastian Reichel update aliases for the ssi clocks ssi_ssr_fck, ssi_sst_fck and ssi_ick to make them consistent for omap34xx and omap36xx. This makes it possible to reference the clocks from generic omap3 dts files. Signed-off-by: Sebastian Reichel Acked-by: Tero Kristo ---

[PATCHv3 07/14] HSI: Add common DT binding for HSI client devices

Implement and document generic DT bindings for HSI clients. Signed-off-by: Sebastian Reichel --- .../devicetree/bindings/hsi/client-devices.txt | 44 + drivers/hsi/hsi.c | 197 - include/linux/hsi/hsi.h|

[PATCHv3 09/14] Documentation: DT: omap-ssi binding documentation

Create device tree binding documentation for OMAP Synchronous Serial Interface (SSI) device. Signed-off-by: Sebastian Reichel --- Documentation/devicetree/bindings/hsi/omap-ssi.txt | 85 ++ 1 file changed, 85 insertions(+) create mode 100644

[PATCHv3 05/14] HSI: Add channel resource support to HSI clients

Make HSI channel ids platform data, which can be provided by platform data. Signed-off-by: Sebastian Reichel --- drivers/hsi/clients/hsi_char.c | 12 +-- drivers/hsi/hsi.c | 49 +- include/linux/hsi/hsi.h| 24

[PATCHv3 03/14] HSI: hsi-char: fix driver for multiport scenarios

Fix return code check of alloc_chrdev_region, which returns 0 on success. Signed-off-by: Sebastian Reichel --- drivers/hsi/clients/hsi_char.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hsi/clients/hsi_char.c b/drivers/hsi/clients/hsi_char.c index

[PATCHv3 06/14] HSI: export method to (un)register clients

Expose method for registering and unregistering HSI clients, so that client drivers can register other client drivers. This is useful for HSI drivers, which want to use the functionality of other HSI drivers. For example the N900 modem driver can load HSI drivers for mcsaab protocol and speech

[PATCHv3 04/14] HSI: method to unregister clients from an hsi port

This exports a method to unregister all clients from an hsi port. Signed-off-by: Sebastian Reichel --- drivers/hsi/hsi.c | 10 ++ include/linux/hsi/hsi.h | 1 + 2 files changed, 11 insertions(+) diff --git a/drivers/hsi/hsi.c b/drivers/hsi/hsi.c index 749f7b5..e96a987 100644 ---

[PATCHv3 00/14] OMAP SSI driver / N900 modem support

Hi, This is the seventh round of the OMAP SSI driver patches. The plan is to get it merged into 3.16. Changes since PATCHv2 [0]: * Readded generic HSI client binding and Nokia N900 modem support. They are also intended to be added in 3.16 and useful for testing the SSI driver, so I think

Re: [RFC 1/5] of: Add support for ePAPR "stdout-path" property

On Fri, 28 Mar 2014 16:56:28 -0500, Rob Herring wrote: > On Fri, Mar 28, 2014 at 4:33 PM, Benjamin Herrenschmidt > wrote: > > On Fri, 2014-03-28 at 09:08 -0700, Grant Likely wrote: > >> ePAPR 1.1 defines the "stdout-path" property for specifying the console > >> device, but Linux currently only

Re: [RFC 1/5] of: Add support for ePAPR "stdout-path" property

On Sat, 29 Mar 2014 08:33:16 +1100, Benjamin Herrenschmidt wrote: > On Fri, 2014-03-28 at 09:08 -0700, Grant Likely wrote: > > ePAPR 1.1 defines the "stdout-path" property for specifying the console > > device, but Linux currently only handles the older "linux,stdout-path" > > property. This

Re: [PATCH 0/8] Generic serial earlycon

On Sat, 22 Mar 2014 09:14:31 -0500, Rob Herring wrote: > On Sat, Mar 22, 2014 at 4:54 AM, Arnd Bergmann wrote: > > On Friday 21 March 2014, Rob Herring wrote: > >> From: Rob Herring > >> > >> This started out as an attempt to add arm64's earlyprintk support to ARM > >> in order to get an

Re: [PATCH 1/1] Drivers: hid: hid-hyperv: Implement a stub raw_request() entry point

On Mar 28 2014 or thereabouts, K. Y. Srinivasan wrote: > commit 3c86726cfe38952f0366f86acfbbb025813ec1c2 > Author: Benjamin Tissoires > Date: Thu Feb 20 15:24:49 2014 -0500 > > HID: make .raw_request mandatory > > SET_REPORT and GET_REPORT are mandatory in the HID specification. >

Re: [RFC PATCHC 1/3] cpuidle: encapsulate power info in a separate structure

On Fri, 28 Mar 2014, Daniel Lezcano wrote: > Hi Nicolas, > > thanks for reviewing the patchset. > > On 03/28/2014 07:17 PM, Nicolas Pitre wrote: > > On Fri, 28 Mar 2014, Daniel Lezcano wrote: > > > >> The scheduler needs some information from cpuidle to know the timing for a > >> specific idle

Re: [RFC 0/5] of: Automatic console registration cleanups

On Fri, 28 Mar 2014 14:19:23 -0500, Rob Herring wrote: > On Fri, Mar 28, 2014 at 1:56 PM, Olof Johansson wrote: > > On Fri, Mar 28, 2014 at 09:08:00AM -0700, Grant Likely wrote: > >> Hi all, > >> > >> This is a series that I've been playing with over the last few days to > >> clean up the

Re: [RFC 0/5] of: Automatic console registration cleanups

On Fri, 28 Mar 2014 13:58:36 -0700, Christoffer Dall wrote: > On Fri, Mar 28, 2014 at 02:19:23PM -0500, Rob Herring wrote: > > On Fri, Mar 28, 2014 at 1:56 PM, Olof Johansson wrote: > > > On Fri, Mar 28, 2014 at 09:08:00AM -0700, Grant Likely wrote: > > >> Hi all, > > >> > > >> This is a series

[PATCH 1/1] Drivers: hid: hid-hyperv: Implement a stub raw_request() entry point

commit 3c86726cfe38952f0366f86acfbbb025813ec1c2 Author: Benjamin Tissoires Date: Thu Feb 20 15:24:49 2014 -0500 HID: make .raw_request mandatory SET_REPORT and GET_REPORT are mandatory in the HID specification. Make the corresponding API in hid-core mandatory too, which removes

Re: [RFC 5/5] tty: Update hypervisor tty drivers to use core stdout parsing code.

On Fri, 28 Mar 2014 11:54:43 -0700, Olof Johansson wrote: > On Fri, Mar 28, 2014 at 09:08:05AM -0700, Grant Likely wrote: > > diff --git a/drivers/tty/ehv_bytechan.c b/drivers/tty/ehv_bytechan.c > > index 0419b69e270f..4f485e88f60c 100644 > > --- a/drivers/tty/ehv_bytechan.c > > +++

Re: [PATCH 1/7] isdn: replace del_timer by del_timer_sync

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 26.03.2014 22:33, schrieb Julia Lawall: > From: Julia Lawall > > Use del_timer_sync to ensure that the timer is stopped on all CPUs > before the driver exists. Surely you meant "exits"? Regards, Tilman - -- Tilman Schmidt

RE: [PATCH] Add VID/PID for HID-type Multi-Touch Module of AFO CO., LTD.

On Wed, 26 Mar 2014, YongHwan Ki wrote: > Sorry, I woud like to add the AFO defines in the Linux Kernel. > No afo defines exists in the current kernel tree. > I correctly changed the log for adding the afo defines. > > Kernel Version : linux-3.14.rc7 > Signed-off-by: Yonghwan Ki > > diff -uprN

Re: Staging:et131x: change memcpy() ether_addr_copy()

On Fri, 2014-03-28 at 22:27 +, paulmcquad wrote: > replace memcpy() with ether_addr_copy() > make checkpatch.pl clean broken. You at least need to change this definition: drivers/staging/et131x/et131x.c:static const u8 default_mac[] = { 0x00, 0x05, 0x3d, 0x00, 0x02, 0x00 }; and add

Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller

> General i2c question: is there a reason why the core isn't responsible > for ensuring a device is not suspended before invoking ->master_xfer > (and smbus_xfer)? Can't think of one right now. signature.asc Description: Digital signature

Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller

On Thu, Mar 13, 2014 at 07:07:43PM -0700, Bjorn Andersson wrote: > This bus driver supports the QUP i2c hardware controller in the Qualcomm SOCs. > The Qualcomm Universal Peripheral Engine (QUP) is a general purpose data path > engine with input/output FIFOs and an embedded i2c mini-core. The

Re: [PATCH v5 1/2] i2c: qup: Add device tree bindings information

On Thu, Mar 13, 2014 at 07:07:42PM -0700, Bjorn Andersson wrote: > From: "Ivan T. Ivanov" > > The Qualcomm Universal Peripherial (QUP) wraps I2C mini-core and > provide input and output FIFO's for it. I2C controller can operate > as master with supported bus speeds of 100Kbps and 400Kbps. > >

Re: [PATCH linux-next v2] ufs: sb mutex merge + mutex_destroy: fix

On Thu, 27 Mar 2014 23:38:31 +0100 Fabian Frederick wrote: > mutex_destroy was also called when trying to mount volume in read/write > without write support enabled. > > --- a/fs/ufs/super.c > +++ b/fs/ufs/super.c > @@ -798,7 +798,7 @@ static int ufs_fill_super(struct super_block *sb, void >

Re: [PATCH v5 0/4] Provide netdev naming-policy via sysfs

On Fri, Mar 28, 2014 at 10:21 PM, David Miller wrote: > From: Tom Gundersen > Date: Fri, 28 Mar 2014 21:51:53 +0100 > >> On Fri, Mar 28, 2014 at 7:54 PM, David Miller wrote: >>> From: David Herrmann >>> Date: Wed, 26 Mar 2014 14:05:13 +0100 >>> The main use-case is to allow udev to skip

Re: [PATCH v2 1/2] procfs: make /proc/*/{stack,syscall,personality} 0400

On Sat, 22 Mar 2014 14:37:39 +0100 Djalal Harouni wrote: > These procfs files contain sensitive information and currently their > mode is 0444. Change this to 0400, so the VFS will be able to block > unprivileged processes from getting file descriptors on arbitrary > privileged

Staging:et131x: change memcpy() ether_addr_copy()

>From 63f3c8948d5264ab22695502b201ff50edb9028d Mon Sep 17 00:00:00 2001 From: Paul McQuade Date: Fri, 28 Mar 2014 22:16:22 + Subject: [PATCH] Staging:et131x: change memcpy() ether_addr_copy() replace memcpy() with ether_addr_copy() make checkpatch.pl clean Signed-off-by: Paul McQuade ---

[PATCH] fs: FAT: Add support for DOS 1.x formatted volumes

When possible, infer DOS 2.x BIOS Parameter Block from block device geometry (for floppies and floppy images). Update in-memory only. We only perform this update when the entire BPB region is zeroed, like produced by DOS 1.x-era FORMAT (and other OEM variations on DOS). Fixes kernel.org bug

Re: [PATCH 1/2] dt/bindings: add binding for ARM Versatile character LCD

On Fri, 2014-03-28 at 16:48 -0500, Rob Herring wrote: > On Fri, Mar 28, 2014 at 4:35 PM, Dinh Nguyen wrote: > > On Fri, 2014-03-28 at 16:20 -0500, Rob Herring wrote: > >> From: Rob Herring > >> > >> Add binding doc for Versatile platforms character LCD controller > >> interface. > >> > >>

Re: [PATCH] net/openvswitch: Use with RCU_INIT_POINTER(x, NULL) in vport-gre.c

On Sun, Mar 23, 2014 at 12:22 PM, Monam Agarwal wrote: > This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) > > The rcu_assign_pointer() ensures that the initialization of a structure > is carried out before storing a pointer to that structure. > And in the case of the

[PATCH v8 1/1] Tracepoint: register/unregister struct tracepoint

Register/unregister tracepoint probes with struct tracepoint pointer rather than tracepoint name. This change, which vastly simplifies tracepoint.c, has been proposed by Steven Rostedt. It also removes 8.8kB (mostly of text) to the vmlinux size. >From this point on, the tracers need to pass a

[PATCH v8 0/1] Tracepoint API simplification, text size shrink

Here is v8 of the tracepoint register/unregister API simplification, submitted for 3.15. This removes 8.8kB to the size of vmlinux (mostly text). Changes since v1: - Adapt ftrace/perf callers, - Update tracepoint.h macro, - Build tested. Changes since v2: - Introduce for_each_tracepoint()

Re: [PATCHv4,2/5] mailbox: Introduce framework for mailbox

> diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c > new file mode 100644 > index 000..79d576e > --- /dev/null > +++ b/drivers/mailbox/mailbox.c > @@ -0,0 +1,589 @@ > +/* > + * Mailbox: Common code for Mailbox controllers and users > + * > + * Copyright (C) 2014 Linaro Ltd. >

Re: [PATCH] openvswitch: supply a dummy err_handler of gre_cisco_protocol to prevent kernel crash

On Thu, Mar 27, 2014 at 2:56 PM, Wei Zhang wrote: > diff --git a/net/openvswitch/vport-gre.c b/net/openvswitch/vport-gre.c > index a3d6951..d64c639 100644 > --- a/net/openvswitch/vport-gre.c > +++ b/net/openvswitch/vport-gre.c > @@ -110,6 +110,12 @@ static int gre_rcv(struct sk_buff *skb, >

Re: [RFC 1/5] of: Add support for ePAPR "stdout-path" property

On Fri, Mar 28, 2014 at 4:33 PM, Benjamin Herrenschmidt wrote: > On Fri, 2014-03-28 at 09:08 -0700, Grant Likely wrote: >> ePAPR 1.1 defines the "stdout-path" property for specifying the console >> device, but Linux currently only handles the older "linux,stdout-path" >> property. This patch adds

Re: [PATCH 1/2] dt/bindings: add binding for ARM Versatile character LCD

On Fri, 2014-03-28 at 16:20 -0500, Rob Herring wrote: > From: Rob Herring > > Add binding doc for Versatile platforms character LCD controller > interface. > > Signed-off-by: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Ian Campbell > Cc: Kumar Gala > --- >

Re: [PATCH 2/2] Devicetree: Add Zynq GPIO devicetree bindings documentation

On Thu, Mar 27, 2014 at 4:25 PM, Harini Katakam wrote: > Add gpio-zynq bindings documentation. > > Signed-off-by: Harini Katakam No comments really, but you should create one instance per bank I think. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 1/2] GPIO: Add driver for Zynq GPIO controller

On Thu, Mar 27, 2014 at 4:25 PM, Harini Katakam wrote: > Add support for GPIO controller used by Xilinx Zynq > > Signed-off-by: Harini Katakam This will not be integrated before v3.16 so we have some time to think things over. > +config GPIO_ZYNQ > + bool "Xilinx ZYNQ GPIO support" > +

Re: [PATCH 1/2] dt/bindings: add binding for ARM Versatile character LCD

On Fri, Mar 28, 2014 at 4:35 PM, Dinh Nguyen wrote: > On Fri, 2014-03-28 at 16:20 -0500, Rob Herring wrote: >> From: Rob Herring >> >> Add binding doc for Versatile platforms character LCD controller >> interface. >> >> Signed-off-by: Rob Herring >> Cc: Pawel Moll >> Cc: Mark Rutland >> Cc:

Re: [RFC PATCH 0/7] ARM: SMP: common "pen" secondary release method

On Fri, Mar 28, 2014 at 04:12:53PM -0500, Alex Elder wrote: > This series proposes creating a single implementation of the "pen > release" (or spin-table) mechanism for starting secondary CPUs on > ARM SMP systems. This mechanism is currently implemented at least 5 > times in the kernel, each

Re: [PATCH] [media] uvcvideo: Fix clock param realtime setting

Hi Olivier, On Friday 28 March 2014 17:27:08 Olivier Langlois wrote: > On Fri, 2014-03-28 at 17:20 +0100, Laurent Pinchart wrote: > > On Friday 28 March 2014 01:42:38 Olivier Langlois wrote: > > > timestamps in v4l2 buffers returned to userspace are updated in > > > uvc_video_clock_update() which

[GIT] Networking

1) We've discovered a common error in several networking drivers, they put VLAN offload features into ->vlan_features, which would suggest that they support offloading 2 or more levels of VLAN encapsulation. Not only do these devices not do that, but we don't have the infrastructure

Re: [PATCH] powerpc/irq: Remove HAVE_IRQ_EXIT_ON_IRQ_STACK feature at powerpc platform

On Fri, 2014-03-28 at 16:18 +0800, Kevin Hao wrote: > powerpc: Set the correct ksp_limit on ppc32 when switching to irq stack > Kevin. It looks like it was applied to 3.14 and sent to 3.12 stable but not 3.13 ... can you fix that up ? Cheers, Ben. > Guenter Roeck has got the

Re: [RFC 1/5] of: Add support for ePAPR "stdout-path" property

On Fri, 2014-03-28 at 09:08 -0700, Grant Likely wrote: > ePAPR 1.1 defines the "stdout-path" property for specifying the console > device, but Linux currently only handles the older "linux,stdout-path" > property. This patch adds parsing for the new property name. Generally a good idea I think,

Re: [PATCH] [media] uvcvideo: Fix clock param realtime setting

Hi Laurent, On Fri, 2014-03-28 at 17:20 +0100, Laurent Pinchart wrote: > Hi Olivier, > > Thank you for the patch. > > On Friday 28 March 2014 01:42:38 Olivier Langlois wrote: > > timestamps in v4l2 buffers returned to userspace are updated in > > uvc_video_clock_update() which uses timestamps

Re: [PATCH] powerpc/irq: Remove HAVE_IRQ_EXIT_ON_IRQ_STACK feature at powerpc platform

On Fri, 2014-03-28 at 15:38 +0800, Dongsheng Wang wrote: > From: Wang Dongsheng > > If softirq use hardirq stack, we will get kernel painc when a hard irq coming > again > during __do_softirq enable local irq to deal with softirq action. So we need > to switch > satck into softirq stack when

Re: [PATCH v5 0/4] Provide netdev naming-policy via sysfs

From: Tom Gundersen Date: Fri, 28 Mar 2014 21:51:53 +0100 > On Fri, Mar 28, 2014 at 7:54 PM, David Miller wrote: >> From: David Herrmann >> Date: Wed, 26 Mar 2014 14:05:13 +0100 >> >>> The main use-case is to allow udev to skip applying reliable ifnames to >>> virtual >>> devices. For

[PATCH 2/2] misc: arm-charlcd: add DT probe support

From: Rob Herring Add the DT match table to enable DT based probe matching. Signed-off-by: Rob Herring Cc: Arnd Bergmann Cc: Greg Kroah-Hartman --- drivers/misc/arm-charlcd.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/misc/arm-charlcd.c b/drivers/misc/arm-charlcd.c

[PATCH 1/2] dt/bindings: add binding for ARM Versatile character LCD

From: Rob Herring Add binding doc for Versatile platforms character LCD controller interface. Signed-off-by: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala --- Documentation/devicetree/bindings/misc/arm-charlcd.txt | 18 ++ 1 file changed, 18

Re: [RFC PATCH 0/7] ARM: SMP: common "pen" secondary release method

On 03/28/2014 04:12 PM, Alex Elder wrote: > This series proposes creating a single implementation of the "pen > release" (or spin-table) mechanism for starting secondary CPUs on . . . > > ARM: spear: use central SMP spin-table routines > This is straightforward as well, but it

[RFC PATCH 1/7] ARM: allow inclusion from assembly

Conditionally exclude some portions of ARM to allow that file to be included from assembly source. Signed-off-by: Alex Elder --- arch/arm/include/asm/cputype.h |4 1 file changed, 4 insertions(+) diff --git a/arch/arm/include/asm/cputype.h b/arch/arm/include/asm/cputype.h index

[RFC PATCH 0/7] ARM: SMP: common "pen" secondary release method

This series proposes creating a single implementation of the "pen release" (or spin-table) mechanism for starting secondary CPUs on ARM SMP systems. This mechanism is currently implemented at least 5 times in the kernel, each essentially identical to the other. There are other machines that use

[RFC PATCH 3/7] ARM: realview: use central SMP spin-table routines

This is the first of three patches involved replacing the use of smp operations defined under arch/arm/mach-versatile. Both realview and vexpress use the same smp_boot_secondary and smp_secondary_init functions, and those are equivalent to the common ones now available in arch/arm/kernel/smp.c.

[RFC PATCH 4/7] ARM: vexpress: use central SMP spin-table routines

This is the second patch involved replacing the use of smp operations defined under arch/arm/mach-versatile. Both realview and vexpress use the same smp_boot_secondary and smp_secondary_init functions, and those are equivalent to the common ones now available in arch/arm/kernel/smp.c. This

[RFC PATCH 6/7] ARM: ux500: use generic SMP spin-table routines

Get rid of the ux500-specific code that implements the "holding pen" for secondary CPUs. Use the code defined in "arch/arm/kernel/smp.c" instead. Note: The original "holding pen" code for this machine used only the bottom 4 bits of the MPIDR to identify the processor id. The common code looks

[RFC PATCH 5/7] ARM: versatile: kill off SMP support code

The two users of the SMP support code under arch/arm/mach-versatile are now using common code. So a bunch of stuff under mach-versatile can just go away. Signed-off-by: Alex Elder --- arch/arm/mach-vexpress/v2m.c |1 - arch/arm/plat-versatile/Makefile |1

[RFC PATCH 2/7] ARM: SMP: generic SMP spin-table method routines

Implement a centralized version of the spin table (a.k.a. "holding pen") method of secondary CPU initialization. This is the first step in removing a number of duplicate implementations of this code. The eventual goal is to allow "enable-method" properties in device tree nodes for CPUs to select

[RFC PATCH 7/7] ARM: spear: use central SMP spin-table routines

Get rid of the spear-specific code that implements the "holding pen" for secondary CPUs. Use the code defined in "arch/arm/kernel/smp.c" instead. Note: The original "holding pen" code for this machine used only the bottom 4 bits of the MPIDR to identify the processor id. The common code looks

[PATCH -next] infiniband: fix iser_verbs.c format warning

: linux-r...@vger.kernel.org --- drivers/infiniband/ulp/iser/iser_verbs.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) --- linux-next-20140328.orig/drivers/infiniband/ulp/iser/iser_verbs.c +++ linux-next-20140328/drivers/infiniband/ulp/iser/iser_verbs.c @@ -1178,9 +1178,10 @@ u8

Re: [PATCH v5 0/4] Provide netdev naming-policy via sysfs

From: David Herrmann Date: Fri, 28 Mar 2014 20:34:47 +0100 > However, as mentioned in the discussions on v1, there're more > use-cases than that. Imagine a 3rd party initrd renames a > network-device early, if udev runs in the main system, we would rename > the device again. If we could detect

Re: [RFC 0/5] of: Automatic console registration cleanups

On Fri, Mar 28, 2014 at 02:19:23PM -0500, Rob Herring wrote: > On Fri, Mar 28, 2014 at 1:56 PM, Olof Johansson wrote: > > On Fri, Mar 28, 2014 at 09:08:00AM -0700, Grant Likely wrote: > >> Hi all, > >> > >> This is a series that I've been playing with over the last few days to > >> clean up the

RE: Unable to receive multicast packet on VF

> -Original Message- > From: Madoka Komatsubara [mailto:m-komatsub...@ab.jp.nec.com] > Sent: Friday, March 28, 2014 4:49 AM > To: linux-kernel@vger.kernel.org; e1000-de...@lists.sourceforge.net; > net...@vger.kernel.org > Cc: Hiroshi Shimamoto; Hiroshi Baba > Subject: [E1000-devel]

Re: [PATCH] gpio-lynxpoint: force gpio_get() to return "1" and "0" only

On Thu, Mar 27, 2014 at 2:02 PM, Mathias Nyman wrote: > Don't return the IN_LVL_BIT directly, a high gpio line returned > value "1073741824" intestead of "1" because IN_LVL_BIT is BIT(30) > > Tested-by: Jerome Blin > Signed-off-by: Mathias Nyman Patch applied. Yours, Linus Walleij -- To

Re: [PATCH v5 0/4] Provide netdev naming-policy via sysfs

On Fri, Mar 28, 2014 at 7:54 PM, David Miller wrote: > From: David Herrmann > Date: Wed, 26 Mar 2014 14:05:13 +0100 > >> The main use-case is to allow udev to skip applying reliable ifnames to >> virtual >> devices. For instance, if wifi-P2P devices are created, wpas already >> provides a >>

Re: [PATCH v2] input: misc: Add driver for Intel Bay Trail GPIO buttons

Hi Lejun, On Fri, Mar 28, 2014 at 02:02:43AM +0800, Zhu, Lejun wrote: > + > +static struct soc_button_info soc_button_tbl[] = { > + {"power", 0, KEY_POWER, 0, 1, -1}, > + {"home", 1, KEY_HOME, 0, 1, -1}, > + {"volume_up", 2, KEY_VOLUMEUP, 1, 0, -1}, > + {"volume_down", 3,

Re: [RFC PATCHC 1/3] cpuidle: encapsulate power info in a separate structure

Hi Nicolas, thanks for reviewing the patchset. On 03/28/2014 07:17 PM, Nicolas Pitre wrote: > On Fri, 28 Mar 2014, Daniel Lezcano wrote: > >> The scheduler needs some information from cpuidle to know the timing for a >> specific idle state a cpu is. >> >> This patch creates a separate structure

[patch stable-3.13] mm: close PageTail race

commit 668f9abbd4334e6c29fa8acd71635c4f9101caa7 upstream. Commit bf6bddf1924e ("mm: introduce compaction and migration for ballooned pages") introduces page_count(page) into memory compaction which dereferences page->first_page if PageTail(page). This results in a very rare NULL pointer

[PATCH] rtl8187: fix use after free on failure path in rtl8187_probe()

If allocation of io_dmabuf fails, rtl8187_probe() calls usb_put_dev(udev) while usb_get_dev(udev) is not called yet. As a result refcnt is decremented incorrectly and usb_dev can be used after memory deallocation. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by:

  1   2   3   4   5   6   7   8   9   10   >