Re: [PATCH 00/11] ARM: multi_v7_defconfig: Enable Zynq/Xilinx drivers

On Fri, Aug 22, 2014 at 08:54:25AM -0700, Soren Brinkmann wrote: > Hi, > > I went through the defconfig and searched for Zynq drivers. The result is > this series of patches. The first few are all for Zynq and pretty much > straight forward. The second half is mostly soft-IP, I think. That >

[PATCH v2] coccinelle: misc: semantic patch to delete overly complex return code processing

From: Julia Lawall This semantic patch simplifies cases where the effect of the processing of a function call's return code is just to return the result of the function directly. It may also delete a local return flag variable, if this is no longer used. This was proposed by Uwe Kleine-K??nig.

[PATCH] coccinelle: misc: semantic patch to delete overly complex return code processing

From: Julia Lawall This semantic patch simplifies cases where the effect of the processing of a function call's return code is just to return the result of the function directly. It may also delete a local return flag variable, if this is no longer used. This was proposed by Uwe Kleine-K??nig.

Re: [PATCH] early microcode: extend the ramdisk address to 64bit

On Fri, Aug 22, 2014 at 6:59 AM, wrote: > From: Harald Hoyer > > commit 4bf7111f50167133a71c23530ca852a41355e739 enabled loading of the > initramfs above 4G addresses. So I was wondering, if the early microcode > code might want to honor the upper 32bit of the 64bit address. >

Re: [RFC PATCH 2/4] drivers/bus: Freescale Management Complex (fsl-mc) bus driver

Hi Arnd, I have posted respin v3 of this patch series to address your lastest of comments. Please see below the resolutions. Thanks, German On 08/21/2014 06:30 AM, Arnd Bergmann wrote: On Tuesday 19 August 2014, German Rivera wrote: + * @dev_node: Node in the container's child list

[RFC PATCH 2/4 v3] drivers/bus: Freescale Management Complex (fsl-mc) bus driver

From: "J. German Rivera" Platform device driver that sets up the basic bus infrastructure for the fsl-mc bus type, including support for adding/removing fsl-mc devices, register/unregister of fsl-mc drivers, and bus match support to bind devices to drivers. Signed-off-by: J. German Rivera ---

[RFC PATCH 0/4 v3] drivers/bus: Freescale Management Complex bus driver patch series

This patch series introduces Linux support for the Freescale Management Complex (fsl-mc) hardware. The fsl-mc is a hardware resource manager that manages specialized hardware objects used in network-oriented packet processing applications. After the fsl-mc block is enabled, pools of hardware

[RFC PATCH 3/4 v3] drivers/bus: Device driver for FSL-MC DPRC devices

From: "J. German Rivera" A DPRC (Data Path Resource Container) is an isolation device that contains a set of DPAA networking devices to be assigned to an isolation domain (e.g., a virtual machine). Signed-off-by: J. German Rivera --- drivers/bus/fsl-mc/Makefile |3 +-

[RFC PATCH 4/4 v3] Update MAINTAINERS file

From: "J. German Rivera" Signed-off-by: J. German Rivera --- MAINTAINERS |8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 7e2eb4c..eb8597d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3841,6 +3841,14 @@ S: Maintained F:

[RFC PATCH 1/4 v3] drivers/bus: Added Freescale Management Complex APIs

From: "J. German Rivera" APIs to access the Management Complex (MC) hardware module of Freescale LS2 SoCs. This patch includes APIs to check the MC firmware version and to manipulate DPRC objects in the MC. Signed-off-by: J. German Rivera --- drivers/bus/fsl-mc/dpmng.c | 93 +

Re: [PATCH] gpio: omap: Fix interrupt names

Nishanth Menon writes: > When viewing the /proc/interrupts, there is no information about which > GPIO bank a specific gpio interrupt is hooked on to. This is more than a > bit irritating as such information can esily be provided back to the > user and at times, can be crucial for debug. > > So,

Re: [PATCH 1/1] ARM: exynos_defconfig: Enable options for display panel support

Javier Martinez Canillas writes: > Many Exynos devices have a display panel, most of them just have > a simple panel while others have more complex configurations that > requires an embedded DisplayPort (eDP) to LVDS display bridge. > > This patch enables the following features to support both

Re: [PATCH v3 0/7] i2c: Relax mandatory I2C ID table passing

> > Sure thing, yet I won't make it for 3.17, sadly :( It has high priority > > for 3.18, though. > > Do you want me to re-send now the -rc1 had been released? I think this version will do for an initial review. Thanks, Wolfram signature.asc Description: Digital signature

[PATCH v3] staging: rtl8821ae: fix sparse warning for static declarations in rtl8821ae/stats.c

This patch fixes the following sparse warnings in rtl8821ae/stats.c drivers/staging/rtl8821ae/stats.c:62:6: warning: symbol 'rtl_translate_todbm' was not declared. Should it be static? drivers/staging/rtl8821ae/stats.c:101:6: warning: symbol 'rtl_process_ui_rssi' was not declared. Should it be

Re: [PATCH net-next 0/4] r8152: firmware support

From: Hayes Wang Date: Wed, 20 Aug 2014 16:58:35 +0800 > Parsing, checking, and writing the firmware. You haven't told us why you need to do this. These are just programming registers in the chip, and I see no reason to not keep these in the driver with real code. I'm not applying this

Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly

On 8/22/14 19:09, Michal Marek wrote: > Dne 13.8.2014 10:03, Geert Uytterhoeven napsal(a): >> CC kbuild >> >> On Wed, Aug 13, 2014 at 12:48 AM, Chen Gang wrote: >>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig >>> index c49a775..0510a5d 100644 >>> --- a/arch/arm/Kconfig >>> +++

Re: [PATCH v5 2/3] mfd: qcom-rpm: Driver for the Qualcomm RPM

On Fri, Aug 22, 2014 at 12:50 AM, Lee Jones wrote: > On Thu, 21 Aug 2014, Bjorn Andersson wrote: >> On Thu 21 Aug 06:22 PDT 2014, Lee Jones wrote: >> > > +struct qcom_rpm *dev_get_qcom_rpm(struct device *dev) >> > > +{ >> > > + return dev_get_drvdata(dev); >> > > +} >> > >

Re: [ANNOUNCE] (Resend) Tools to analyse PM and scheduling behaviour

Hi Amit, On Tue, Aug 19, 2014 at 11:11 AM, Amit Kucheria wrote: > > We’re soliciting early feedback from community on the direction of idlestat Nice :) > Idlestat Details > > Idlestat uses FTRACE to capture traces related to C-state and P-state > transitions of the CPU and

Re: [PATCH v2] carl9170: Remove redundant protection check

On Friday, August 22, 2014 04:23:19 PM Eric Dumazet wrote: > On Fri, 2014-08-22 at 23:53 +0200, Christian Lamparter wrote: > > > The sta_info->agg[tid] check is not needed (for reference, see [0]). > > (There is already a check in mac80211 which prevents the leak of > > sta_info->agg[tid] [1]). >

Re: [PATCH][SCSI] scsi-mq: fix requests that use a separate CDB buffer

On 14-08-22 08:52 PM, Douglas Gilbert wrote: On 14-08-22 03:53 PM, Tony Battersby wrote: This patch fixes code such as the following with scsi-mq enabled: rq = blk_get_request(...); blk_rq_set_block_pc(rq); rq->cmd = my_cmd_buffer; /* separate CDB buffer */

Re: [PATCH v2 0/3] x86: PER_CPU segment improvements

On Wed, Jul 30, 2014 at 3:07 PM, Andy Lutomirski wrote: > x86 sets up a per-cpu GDT entry so that vgetcpu can use LSL on it > to determine the CPU number and node. hpa, if/when you apply this, can you put it onto a fresh branch based on something at least as new as 3.17-rc1? It should apply

Re: [PATCH][SCSI] scsi-mq: fix requests that use a separate CDB buffer

On 14-08-22 03:53 PM, Tony Battersby wrote: This patch fixes code such as the following with scsi-mq enabled: rq = blk_get_request(...); blk_rq_set_block_pc(rq); rq->cmd = my_cmd_buffer; /* separate CDB buffer */ blk_execute_rq_nowait(...); Code like this appears in e.g.

Re: [PATCH v2 1/2] pmbus: add regulator support

On Fri, 22 Aug 2014, Mark Brown wrote: > On Fri, Aug 22, 2014 at 04:11:33PM -0500, at...@opensource.altera.com wrote: > > > + if (pdata && pdata->reg_init_data) { > > + config.init_data = pdata->reg_init_data; > > + } else { > > + config.init_data =

Re: [PATCH v2 2/3] usb: Add LED trigger for USB host activity

On Fri, Aug 22, 2014 at 5:08 PM, Michal Sojka wrote: > With this patch, USB host activity can be signaled by blinking a LED. > > This should work with all host controllers. Tested only with musb. > > Signed-off-by: Michal Sojka > --- > drivers/usb/core/Kconfig | 9 + >

Re: [PATCH][SCSI] fix regression in SCSI_IOCTL_SEND_COMMAND

On Fri, Aug 22, 2014 at 08:28:27PM -0400, Douglas Gilbert wrote: > To test this ioctl one option is to get the sg3_utils > package and build scsi_ioctl.c in the examples > directory with 'make scsi_ioctl'. > > In lk 3.17-rc1, scsi_ioctl indicates that > SCSI_IOCTL_SEND_COMMAND is not working. In

Re: [PATCH][SCSI] fix regression in SCSI_IOCTL_SEND_COMMAND

On 14-08-22 03:53 PM, Tony Battersby wrote: blk_rq_set_block_pc() memsets rq->cmd to 0, so it should come immediately after blk_get_request() to avoid overwriting the user-supplied CDB. Also check for failure to allocate rq. Fixes: f27b087b81b7 ("block: add blk_rq_set_block_pc()") Cc: #

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Fri, Aug 22, 2014 at 4:16 PM, Jonas Gorski wrote: > On Sat, Aug 23, 2014 at 12:10 AM, Andrew Bresticker > wrote: >> On Fri, Aug 22, 2014 at 1:57 PM, David Daney wrote: >>> On 08/22/2014 01:42 PM, Florian Fainelli wrote: On Aug 21, 2014 3:05 PM, "Andrew Bresticker" >>>

Re: [PATCH v2 0/3] LED triggers for USB host and device

On Fri, Aug 22, 2014 at 5:08 PM, Michal Sojka wrote: > This adds LED triggers for USB host and device. > > Changes from v1: > - Moved from drivers/leds/ to drivers/usb/ > - Improved Kconfig help > - Linked with other modules rather than being standalone modules > > Michal Sojka (3): > usb: Add

Re: [PATCH v2 00/14] Add support for parameterized events from sysfs

Jiri Olsa [jo...@redhat.com] wrote: | > Description of the sysfs contents when events are parameterized (copied from an | > included patch): | > | > Examples: | > | > domain=0x1,offset=0x8,starting_index=phys_cpu | > | > In the case of the last example, a value replacing

Re: [PATCH] leds: make led_blink_set IRQ safe

On Tue, Aug 19, 2014 at 6:51 PM, Hugh Dickins wrote: > On Tue, 19 Aug 2014, Vincent Donnefort wrote: > >> This patch introduces a work which take care of reseting the blink workqueue >> and >> avoid calling the cancel_delayed_work_sync function which may sleep, from an >> IRQ >> context. >>

[PATCH 0/2] Rockchip SoC thermal driver

This series adds support for the thermal Found on Rockhip SoCs. Caesar Wang (2): dt-bindings: document Rockchip thermal thermal: rockchip: add driver for Rockchip thermal Tested on rk3288 Board. .../bindings/thermal/rockchip-thermal.txt | 33 + drivers/thermal/Kconfig

[PATCH 2/2] thermal: rockchip: add driver for Rockchip thermal

Thermal is TS-ADC Controller module supports user-defined mode and automatic mode. User-defined mode refers,TSADC all the control signals entirely by software writing to register for direct control. Automaic mode refers to the module automatically poll TSADC output,and the results Were

[PATCH 1/2] dt-bindings: document Rockchip thermal

This add the necessary binding documentation for the thermal found on Rockchip SoCs Signed-off-by: zhaoyifeng Signed-off-by: Caesar Wang --- .../bindings/thermal/rockchip-thermal.txt | 33 1 file changed, 33 insertions(+) create mode 100644

[PATCH v2 1/3] usb: Add missing #include

linux/usb/hcd.h needs the definition of struct usb_bus. Signed-off-by: Michal Sojka --- include/linux/usb/hcd.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/usb/hcd.h b/include/linux/usb/hcd.h index 485cd5e..b43f0fe 100644 --- a/include/linux/usb/hcd.h +++

[PATCH v2 0/3] LED triggers for USB host and device

This adds LED triggers for USB host and device. Changes from v1: - Moved from drivers/leds/ to drivers/usb/ - Improved Kconfig help - Linked with other modules rather than being standalone modules Michal Sojka (3): usb: Add missing #include usb: Add LED trigger for USB host activity usb:

[PATCH v2 2/3] usb: Add LED trigger for USB host activity

With this patch, USB host activity can be signaled by blinking a LED. This should work with all host controllers. Tested only with musb. Signed-off-by: Michal Sojka --- drivers/usb/core/Kconfig | 9 + drivers/usb/core/Makefile | 1 + drivers/usb/core/hcd.c| 2 ++

[PATCH v2 3/3] usb: Add LED trigger for USB gadget activity

With this patch, USB gadget activity can be signaled by blinking a LED. Since there is no generic code where to put the trigger for all USB controllers, each USB controller needs to call the trigger individually. This patch adds the call only for the musb controller where I can test it.

[PATCH v4] spi: spi-imx: add DMA support

After enable DMA spi-nor read speed is dd if=/dev/mtd0 of=/dev/null bs=1M count=1 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copied, 0.720402 s, 1.5 MB/s spi-nor write speed is dd if=/dev/zero of=/dev/mtd0 bs=1M count=1 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copied,

Re: [PATCH] Kconfig: do not select SPI bus on sub-driver auto-select

On Fri Aug 22 19:34:12 2014, Randy Dunlap wrote: > On 08/22/14 10:04, Jeff Mahoney wrote: >> On Fri Aug 22 13:02:09 2014, Antti Palosaari wrote: >>> We should not select SPI bus when sub-driver auto-select is >>> selected. That option is meant for auto-selecting all possible >>> ancillary drivers

[PATCH] staging: fix style in lustre_import.h

This patch fixes style errors and warnings reported by scripts/checkpatch.pl Signed-off-by: Spencer Baugh --- .../staging/lustre/lustre/include/lustre_import.h | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git

Re: [PATCH 1/2] leds: usb: Add LED trigger for USB gadget activity

On Fri, Aug 22 2014, Greg Kroah-Hartman wrote: > On Fri, Aug 22, 2014 at 10:39:03AM -0700, Bryan Wu wrote: >> On Fri, Aug 22, 2014 at 4:53 AM, Michal Sojka wrote: >> > With this patch, USB gadget activity can be signaled by blinking a LED. >> > >> > Since there is no generic code where to put the

Re: [PATCH 1/2] leds: usb: Add LED trigger for USB gadget activity

Hi Felipe, On Fri, Aug 22 2014, Felipe Balbi wrote: > Hi, > > On Fri, Aug 22, 2014 at 01:53:12PM +0200, Michal Sojka wrote: >> With this patch, USB gadget activity can be signaled by blinking a LED. >> >> Since there is no generic code where to put the trigger for all USB >> controllers, each

Re: [PATCH 1/2] leds: usb: Add LED trigger for USB gadget activity

On Fri, Aug 22, 2014 at 2:42 PM, Greg Kroah-Hartman wrote: > On Fri, Aug 22, 2014 at 10:39:03AM -0700, Bryan Wu wrote: >> On Fri, Aug 22, 2014 at 4:53 AM, Michal Sojka wrote: >> > With this patch, USB gadget activity can be signaled by blinking a LED. >> > >> > Since there is no generic code

[PATCH RESEND] firmware: Update information in linux.git about adding firmware

Kyle McMartin recently joined the linux-firmware maintainers, and we now have an alias which reaches all of us. Include that instead of the individual addresses. Add some further recommendations that were already included in the README in linux-firmware.git added by Xose Vazquez Perez .

[PATCH] purgatory: add clean-up for purgatory directory

Without this patch the kexec-purgatory.c and purgatory.ro files are not removed after make mrproper. Signed-off-by: Michael Welling --- arch/x86/Makefile |1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/Makefile b/arch/x86/Makefile index c96bcec..60087ca 100644 ---

Re: [PATCH] Kconfig: do not select SPI bus on sub-driver auto-select

On 08/22/14 10:04, Jeff Mahoney wrote: > On Fri Aug 22 13:02:09 2014, Antti Palosaari wrote: >> We should not select SPI bus when sub-driver auto-select is >> selected. That option is meant for auto-selecting all possible >> ancillary drivers used for selected board driver. Ancillary >> drivers

Re: [PATCH] checkpatch: look for common misspellings

On Fri, Aug 22, 2014 at 4:22 PM, Joe Perches wrote: > On Fri, 2014-08-22 at 23:00 +, Elliott, Robert (Server Storage) > wrote: >> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- >> > ow...@vger.kernel.org] On Behalf Of Joe Perches >> ... >> > +chang||change >> >> Although

Re: [Xen-devel] [V0 PATCH 1/2] AMD-PVH: set EFER.NX and EFER.SCE for the boot vcpu

On Fri, 22 Aug 2014 12:09:27 -0700 Mukesh Rathor wrote: > On Fri, 22 Aug 2014 06:41:40 +0200 > Borislav Petkov wrote: > > > On Thu, Aug 21, 2014 at 07:46:56PM -0700, Mukesh Rathor wrote: > > > Intel doesn't have EFER.NX bit. > > > > Of course it does. > > > > Right, it does. Some

Re: [PATCH v2 3/3] tg3: Fix tx_pending checks for tg3_tso_bug

Benjamin, thanks for the patch. Broadcom QA will be testing the changes. Couple of comments below. > segs = skb_gso_segment(skb, tp->dev->features & > ~(NETIF_F_TSO | NETIF_F_TSO6)); > - if (IS_ERR(segs) || !segs) > + if (IS_ERR_OR_NULL(segs)) >

Re: [PATCH v2] carl9170: Remove redundant protection check

On Fri, 2014-08-22 at 23:53 +0200, Christian Lamparter wrote: > The sta_info->agg[tid] check is not needed (for reference, see [0]). > (There is already a check in mac80211 which prevents the leak of > sta_info->agg[tid] [1]). > > Regards > Christian > > [0]

Re: [PATCH] checkpatch: look for common misspellings

On Fri, 2014-08-22 at 23:00 +, Elliott, Robert (Server Storage) wrote: > > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > > ow...@vger.kernel.org] On Behalf Of Joe Perches > ... > > +chang||change > > Although there are at least 2 misuses in the current kernel, > that's also

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Sat, Aug 23, 2014 at 12:10 AM, Andrew Bresticker wrote: > On Fri, Aug 22, 2014 at 1:57 PM, David Daney wrote: >> On 08/22/2014 01:42 PM, Florian Fainelli wrote: >>> >>> On Aug 21, 2014 3:05 PM, "Andrew Bresticker" >> > wrote: >>> > >>> > To be consistent with

[PATCH 1/1] ARM: exynos_defconfig: Enable options for display panel support

Many Exynos devices have a display panel, most of them just have a simple panel while others have more complex configurations that requires an embedded DisplayPort (eDP) to LVDS display bridge. This patch enables the following features to support both setups: - Direct Rendering Manager (DRM) -

Re: [PATCH 1/3] mtd: nand: omap: Revert to using software ECC by default

* Grazvydas Ignotas [140806 15:57]: > On Wed, Aug 6, 2014 at 11:02 AM, Roger Quadros wrote: > > Hi Gražvydas, > > > > On 08/05/2014 07:15 PM, Grazvydas Ignotas wrote: > >> On Tue, Aug 5, 2014 at 1:11 PM, Roger Quadros wrote: > >>> For v3.12 and prior, 1-bit Hamming code ECC via software was the

CIJ inks

Dear Sir, Glad to hear you're on the market for CIJ inks. This is Kingsfang(Xiamen)Import Co.,Ltd in China.We specialized in the production of replacement of inkjet printer ink,such as Imaje, Domino, Videojet, Linx, Willet, Hitachi, KGK and so on, we have our own factory. For all the

Re: [PATCH 01/19] ARM: OMAP: fix %d confusingly prefixed with 0x in format string

* Hans Wennborg [140803 17:21]: > Signed-off-by: Hans Wennborg > --- > arch/arm/mach-omap2/id.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c > index d42022f..53841de 100644 > --- a/arch/arm/mach-omap2/id.c > +++

Re: [PATCH] ARM: dts: DRA7: fix interrupt-cells for GPIO

* Nishanth Menon [140818 11:49]: > On 07/30/2014 02:20 PM, Nishanth Menon wrote: > > GPIO modules are also interrupt sources. However, they require both the > > GPIO number and IRQ type to function properly. > > > > By declaring that GPIO uses interrupt-cells=<1>, we essentially do not > > allow

RE: [PATCH] checkpatch: look for common misspellings

> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > ow...@vger.kernel.org] On Behalf Of Joe Perches ... > +chang||change Although there are at least 2 misuses in the current kernel, that's also a fairly common name. -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] tpm_tis: Verify ACPI-specified interrupt

CC: Luigi, he works at Google and is responsible for the TPMs in Chromebooks ;) Thanks, Peter Am Freitag, 22. August 2014, 22:32:41 schrieb Jason Gunthorpe: > On Fri, Aug 22, 2014 at 08:17:27PM +, Scot Doyle wrote: > > On Fri, 22 Aug 2014, Jason Gunthorpe wrote: > > > On Fri, Aug 22, 2014

Re: [PATCH] checkpatch: look for common misspellings

On Thu, 2014-08-21 at 17:10 -0700, Joe Perches wrote: > On Thu, 2014-08-21 at 18:01 -0500, Kees Cook wrote: > > On Thu, Aug 21, 2014 at 12:18 PM, Joe Perches wrote: > > > On Thu, 2014-08-21 at 09:20 -0700, Kees Cook wrote: > > >> Check for misspellings, based on Debian's lintian list. Several

Re: [PATCH 1/1] GCD: add binary GCD algorithm

> Otherwise I don't think we can justify the additional maintenance > cost/risk, sorry. This is am extremely self-contained and easy to test piece of code. Look at the history; the total edits to the function since the beginning of git in 2005 are: - A theoretical bug fix to handle zero arguments

Re: linux-next: build failure after merge of the pwm tree

Hi Thierry, On Sat, 23 Aug 2014 00:15:54 +0200 Thierry Reding wrote: > > On Sat, Aug 23, 2014 at 12:06:16AM +0200, Thierry Reding wrote: > > > > Ugh, that's unfortunate. I have a set of scripts I use to build-test > > before pushing, but I don't usually do full allyesconfig builds. It > >

Re: [PATCH v2] memory-hotplug: add sysfs zones_online_to attribute

On 08/22/2014 03:16 PM, Andrew Morton wrote: > Also, it's not really clear to me why we need this sysfs file at all. > Do people really read sysfs files, make onlining decisions and manually > type in commands? Or is this stuff all automated? If the latter then > the script can take care of all

Re: [V0 PATCH 0/2] AMD PVH domU support

On Fri, 22 Aug 2014 14:52:41 +0100 David Vrabel wrote: > On 21/08/14 03:16, Mukesh Rathor wrote: > > Hi, > > > > Here's first stab at AMD PVH domU support. Pretty much the only > > thing needed is EFER bits set. Please review. > > I'm not going to accept this until there is some ABI

Re: linux-next: build failure after merge of the pwm tree

On Sat, Aug 23, 2014 at 12:06:16AM +0200, Thierry Reding wrote: > On Sat, Aug 23, 2014 at 07:07:37AM +1000, Stephen Rothwell wrote: > > Hi Thierry, > > > > After merging the pwm tree, today's linux-next build (powerpc allyesconfig) > > failed like this: > > > > drivers/pwm/pwm-lpss.c: In

Re: [PATCH v9 1/2] regulator: Add driver for max77802 PMIC PMIC regulators

Hi, On Fri, Aug 22, 2014 at 3:02 PM, Javier Martinez Canillas wrote: > Hello Mark, > > On 08/22/2014 08:30 PM, Mark Brown wrote: >> >>> The problem is that one of these regulators is used as the vqmmc-supply >>> (VCCQ/VDD_IO) so the mmc host controller driver disables it on >>> MMC_POWER_OFF.

Re: [PATCH v2] memory-hotplug: add sysfs zones_online_to attribute

On Mon, 18 Aug 2014 11:25:36 +0800 Zhang Zhen wrote: > On 2014/8/16 5:37, Toshi Kani wrote: > > On Wed, 2014-08-13 at 12:10 +0800, Zhang Zhen wrote: > >> Currently memory-hotplug has two limits: > >> 1. If the memory block is in ZONE_NORMAL, you can change it to > >> ZONE_MOVABLE, but this

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Fri, Aug 22, 2014 at 1:57 PM, David Daney wrote: > On 08/22/2014 01:42 PM, Florian Fainelli wrote: >> >> On Aug 21, 2014 3:05 PM, "Andrew Bresticker" > > wrote: >> > >> > To be consistent with other architectures and to avoid unnecessary >> > makefile

Re: linux-next: build failure after merge of the pwm tree

On Sat, Aug 23, 2014 at 07:07:37AM +1000, Stephen Rothwell wrote: > Hi Thierry, > > After merging the pwm tree, today's linux-next build (powerpc allyesconfig) > failed like this: > > drivers/pwm/pwm-lpss.c: In function 'pwm_lpss_config': > drivers/pwm/pwm-lpss.c:81:2: error: implicit

Re: [PATCH v9 1/2] regulator: Add driver for max77802 PMIC PMIC regulators

Hello Mark, On 08/22/2014 08:30 PM, Mark Brown wrote: > >> The problem is that one of these regulators is used as the vqmmc-supply >> (VCCQ/VDD_IO) so the mmc host controller driver disables it on >> MMC_POWER_OFF. Now AFAIK (Yuvaraj can correct me what I got wrong) this >> shouldn't be an issue

linux-next: Tree for Aug 23

Hi all, Changes since 20140822: The mfd tree gained a build failure so I used the version from next-20140822. The usb-gadget tree gained a conflict against the usb-gadget-fixes tree. The pwm tree gained a build failure for which I reverted a couple of commits. The staging tree still had its

Re: [PATCH 1/2] leds: usb: Add LED trigger for USB gadget activity

Hi, On Fri, Aug 22, 2014 at 01:53:12PM +0200, Michal Sojka wrote: > With this patch, USB gadget activity can be signaled by blinking a LED. > > Since there is no generic code where to put the trigger for all USB > controllers, each USB controller needs to call the trigger individually. > This

Re: [PATCH tip/core/rcu 1/2] rcu: Parallelize and economize NOCB kthread wakeups

On Fri, Aug 22, 2014 at 02:53:44PM -0700, Paul E. McKenney wrote: > On Fri, Aug 22, 2014 at 10:44:05PM +0530, Amit Shah wrote: > > On (Fri) 22 Aug 2014 [07:48:19], Paul E. McKenney wrote: > > > On Fri, Aug 22, 2014 at 06:26:49PM +0530, Amit Shah wrote: > > > > On (Fri) 22 Aug 2014 [18:06:51], Amit

Re: [PATCH v2] carl9170: Remove redundant protection check

On Friday, August 22, 2014 02:08:52 PM Eric Dumazet wrote: > On Fri, 2014-08-22 at 22:38 +0200, Christian Lamparter wrote: > [...] > > From: Andreea-Cristina Bernat > > > > The carl9170_op_ampdu_action() function is used only by the mac80211 > > framework. Since the mac80211 already takes care

Re: [PATCH tip/core/rcu 1/2] rcu: Parallelize and economize NOCB kthread wakeups

On Fri, Aug 22, 2014 at 10:44:05PM +0530, Amit Shah wrote: > On (Fri) 22 Aug 2014 [07:48:19], Paul E. McKenney wrote: > > On Fri, Aug 22, 2014 at 06:26:49PM +0530, Amit Shah wrote: > > > On (Fri) 22 Aug 2014 [18:06:51], Amit Shah wrote: > > > > On (Fri) 22 Aug 2014 [17:54:53], Amit Shah wrote: > >

Re: [GIT PULL] Networking

On Fri, Aug 22, 2014 at 2:40 PM, David Miller wrote: > > I think you can apply it directly and none of us will mind, and GIT > will sort it all out during the next merge. Ok, I'll apply it directly to my tree, since it affected my machine. Now that I'm back home I probably won't see the channel

Re: [PATCH v2 2/2] pmbus: ltc2978: add regulator gating

On Fri, Aug 22, 2014 at 04:11:34PM -0500, at...@opensource.altera.com wrote: > From: Alan Tull > > Add regulator with support for enabling or disabling all > supplies. Reviwed-by: Mark Brown though it still looks like you should be able to create generic functions for the operations.

Re: [PATCH v2 1/2] pmbus: add regulator support

On Fri, Aug 22, 2014 at 04:11:33PM -0500, at...@opensource.altera.com wrote: > + if (pdata && pdata->reg_init_data) { > + config.init_data = pdata->reg_init_data; > + } else { > + config.init_data = of_get_regulator_init_data(dev, np); > + if

Re: [PATCH 1/2] leds: usb: Add LED trigger for USB gadget activity

On Fri, Aug 22, 2014 at 10:39:03AM -0700, Bryan Wu wrote: > On Fri, Aug 22, 2014 at 4:53 AM, Michal Sojka wrote: > > With this patch, USB gadget activity can be signaled by blinking a LED. > > > > Since there is no generic code where to put the trigger for all USB > > controllers, each USB

Re: Revert "aio: fix aio request leak when events are reaped by user space"

On Fri, Aug 22, 2014 at 11:51 AM, Dan Aloni wrote: > > Ben, seems that the test program needs some twidling to make the bug > appear still by setting MAX_IOS to 256 (and it still passes on a > kernel with the original patch reverted). Under this condition the > ring buffer size remains 128 (here,

ARM: imx6q fec watchdog timeout with TX ring dump

Hello everyone, I've been playing around with a Utilite Pro recently. It features a Freescale imx6q with SoC FEC as eth0 and a second ether Intel I211 interface on PCIE being mapped to eth1 amongst various other bits. ATM, it's running debian jessie and kernel 3.16.1 with the recent three

Re: [GIT PULL] Networking

From: Linus Torvalds Date: Fri, 22 Aug 2014 14:32:58 -0700 > On Fri, Aug 22, 2014 at 11:47 AM, David Miller wrote: >> >> Here are some bug fixes that have piled up during ksummit/linuxcon. > > Hmm. What happened to the patch titled "mac80211: fix channel switch > for chanctx-based drivers" by

Re: WARNING: CPU: 0 PID: 197 at fs/proc/generic.c:521 remove_proc_entry+0x142/0x159()

On Fri, Aug 22, 2014 at 3:54 PM, Thomas Glanzmann wrote: > Hello everyone, > after I compiled a new kernel 2 days ago and also with current Linus tip > I get: > > [0.00] Initializing cgroup subsys cpuset > [0.00] Initializing cgroup subsys cpu > [0.00] Initializing cgroup

Re: [GIT PULL] Networking

On Fri, Aug 22, 2014 at 11:47 AM, David Miller wrote: > > Here are some bug fixes that have piled up during ksummit/linuxcon. Hmm. What happened to the patch titled "mac80211: fix channel switch for chanctx-based drivers" by Michal Kazior? That one fixes a rather nasty oops that results in dead

Re: [PATCH 1/1] GCD: add binary GCD algorithm

On Fri, 15 Aug 2014 20:49:16 +0800 Zhaoxiu Zeng wrote: > Because some architectures (alpha, armv6, etc.) don't provide hardware > division, > the mod operation is slow! Binary GCD algorithm uses simple arithmetic > operations, > it replaces division with arithmetic shifts, comparisons, and

Re: [PATCH 0/2] add regulator support for pmbus and ltc2978

On Thu, 21 Aug 2014, at...@opensource.altera.com wrote: > From: Alan Tull > > This set of patches adds regulator support to pmbus_core.c and to > ltc2978.c. > > Other pmbus parts can use this to add their own regulator support. > > Current ltc2978 support is limited to enable/disable. > >

[PATCH v2 1/2] pmbus: add regulator support

From: Alan Tull To add a regulator, the pmbus device driver needs to add regulator_desc information to its pmbus_driver_info struct. The regulator_init_data can be intialized from either platform data or the device tree. Signed-off-by: Alan Tull v2: Remove '#include ' Only one regulator

[PATCH v2 2/2] pmbus: ltc2978: add regulator gating

From: Alan Tull Add regulator with support for enabling or disabling all supplies. Signed-off-by: Alan Tull v2: Remove '#include ' Kconfig fixes Remove hardwired regulator_init_data --- drivers/hwmon/pmbus/Kconfig |7 + drivers/hwmon/pmbus/ltc2978.c | 60

[PATCH v2 0/2] dd regulator support for pmbus and ltc2978

From: Alan Tull Version 2 : * Get regulator_init_data from platform data or device tree. * One regulator per pmbus part. * Clean up Kconfig and #includes. This set of patches adds regulator support to pmbus_core.c and to ltc2978.c. Other pmbus parts can use this to add their own

Re: [PATCH v2] tps65910: Work around silicon erratum SWCZ010

On Fri, Aug 22, 2014 at 05:30:56PM +0200, Arnout Vandecappelle (Essensium/Mind) wrote: > From http://www.ti.com/lit/pdf/SWCZ010 : > > Glitch on SDA-SCL not managed correctly by the I2C IP Applied, thanks. signature.asc Description: Digital signature

Re: [patch 4/4] prctl: PR_SET_MM -- Introduce PR_SET_MM_MAP operation, v3

On Fri, Aug 22, 2014 at 01:46:28PM -0700, Andrew Morton wrote: > On Sat, 23 Aug 2014 00:38:09 +0400 Cyrill Gorcunov wrote: > > > > > > > Or will we? What happens if we later decide that some additional field > > > needs to be added? Do we version the interface? Add a new prctl() > > > mode?

Re: [PATCH] drivers: target: target_core_ua_h: Add #define of include guard

Hi Rasmus, On Fri, 2014-08-22 at 14:54 +0200, Rasmus Villemoes wrote: > Clearly the file was meant to contain an include guard, but it was > missing the #define part. > > Signed-off-by: Rasmus Villemoes > --- > drivers/target/target_core_ua.h | 1 + > 1 file changed, 1 insertion(+) > > diff

Re: For review: user_namespace(7) man page

Quoting Michael Kerrisk (man-pages) (mtk.manpa...@gmail.com): > Hello Eric et al., > > For various reasons, my work on the namespaces man pages > fell off the table a while back. Nevertheless, the pages have > been close to completion for a while now, and I recently restarted, > in an effort to

Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Fri, Aug 22, 2014 at 1:42 PM, Florian Fainelli wrote: > > On Aug 21, 2014 3:05 PM, "Andrew Bresticker" wrote: > > > > To be consistent with other architectures and to avoid unnecessary > > makefile duplication, move all MIPS device-trees to arch/mips/boot/dts > > and build them with a common

Re: [PATCH] tcm_fc: Replace rcu_assign_pointer() with RCU_INIT_POINTER()

Hi Andreea-Cristina, On Mon, 2014-08-18 at 15:05 +0300, Andreea-Cristina Bernat wrote: > The use of "rcu_assign_pointer()" is NULLing out the pointer. > According to RCU_INIT_POINTER()'s block comment: > "1. This use of RCU_INIT_POINTER() is NULLing out the pointer" > it is better to use it

Re: [PATCH v2] carl9170: Remove redundant protection check

On Fri, 2014-08-22 at 22:38 +0200, Christian Lamparter wrote: > On Friday, August 22, 2014 10:14:31 PM Andreea-Cristina Bernat wrote: > > The carl9170_op_ampdu_action() function is used only by the mac80211 > > framework. Since the mac80211 already takes care of checks and > > properly

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

Hi Thierry, After merging the pwm tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/pwm/pwm-lpss.c: In function 'pwm_lpss_config': drivers/pwm/pwm-lpss.c:81:2: error: implicit declaration of function 'readl' [-Werror=implicit-function-declaration] ctrl =

RE: [PATCH net-next] hyperv: Add handling of IP header with option field in netvsc_set_hash()

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Friday, August 22, 2014 12:31 AM > To: Haiyang Zhang > Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de; > jasow...@redhat.com; linux-kernel@vger.kernel.org; driverdev- > de...@linuxdriverproject.org

Re: [PATCH] trace-cmd: link trace-record in ctracecmd.so

On Fri, 15 Aug 2014 16:31:38 +0100 "Javi Merino" wrote: > Commit b1e9220819eb (trace-cmd: Report stats for all instances) moved > tracecmd_stat_cpu() from trace-recorder.c to trace-record.c. This > makes import ctracecmd fail in tracecmd.py: > > $ python tracecmd.py > Traceback (most recent

[PATCH 03/10] perf evlist: Monitor POLLERR and POLLHUP events too

From: Arnaldo Carvalho de Melo We want to know when the fd went away, like when a monitored thread exits. If we do not monitor such events, then the tools will wait forever on events from a vanished thread, like when running: $ sleep 5s & $ perf record -p `pidof sleep` This builds upon the

  1   2   3   4   5   6   7   8   9   10   >