Re: [RFC][PATCH 3/3] x86/nmi: Perform a safe NMI stack trace on all CPUs

On Wed, Nov 19, 2014 at 11:44:56AM +0100, Jiri Kosina wrote: > If we are going down this path, do_nmi() should be early enough to do > it, no need to pollute NMI assembly code with this. do_nmi() doesn't cover all, like do_machine_check(), do_double_fault(), and the rest of the handlers. I'm

Re: [PATCH 06/19] mm: store mapcount for compound page separate

On 11/05/2014 03:49 PM, Kirill A. Shutemov wrote: > We're going to allow mapping of individual 4k pages of THP compound and > we need a cheap way to find out how many time the compound page is > mapped with PMD -- compound_mapcount() does this. > > page_mapcount() counts both: PTE and PMD

Re: [PATCH] tools: hv: ignore ENOBUFS in the KVP daemon

Dexuan Cui writes: > Under high memory pressure and very high KVP R/W test pressure, the netlink > recvfrom() may transiently return ENOBUFS to the daemon -- we found this > during a 2-week stress test. > > We'd better not terminate the daemon on this failure, because a typical KVP > user can

Re: [PATCH 4/4] ASoC: ad1980: Remove ac97_read/ac97_write wrappers

On Tue, Nov 18, 2014 at 07:45:54PM +0100, Lars-Peter Clausen wrote: > Since the regmap conversion ac97_read/ac97_write are just simple wrappers > around snd_soc_read/snd_soc_write. Use those instead directly and remove the > wrappers. Applied, thanks. signature.asc Description: Digital

Re: [PATCH 3/4] ASoC: ad1980: Convert to regmap

On Tue, Nov 18, 2014 at 07:45:53PM +0100, Lars-Peter Clausen wrote: > This patch converts the ad1980 driver to use regmap for its IO. Applied, thanks. signature.asc Description: Digital signature

[PATCH v4 1/2] spi: add support for DLN-2 USB-SPI adapter

This adds support for Diolan DLN2 USB-SPI adapter. Information about the USB protocol interface can be found in the Programmer's Reference Manual [1], see section 5.4.6 for the SPI master module commands and responses. [1] https://www.diolan.com/downloads/dln-api-manual.pdf Signed-off-by:

Re: [PATCH 2/4] ASoC: Add helper functions for deferred regmap setup

On Tue, Nov 18, 2014 at 07:45:52PM +0100, Lars-Peter Clausen wrote: > Some drivers (most notably the AC'97 drivers) do not have access to their > regmap struct when the component/codec is registered. For those drivers the > automatic regmap setup will not work and needs to be done manually, >

[PATCH 3/3] usb: phy: hold wakeupsource when USB is enumerated in peripheral mode

From: Todd Poynor usb: phy: hold wakeupsource when USB is enumerated in peripheral mode Some systems require a mechanism to prevent system to enter into suspend state when USB is connected and enumerated in peripheral mode. This patch provides an interface to hold a wakeupsource to prevent

[PATCH 2/3] usb: phy: Handle per-PHY event for connect and disconnect events

From: Todd Poynor usb: phy: Handle per-PHY event for connnect and disconnect events When usb is connected and enumerated in device mode or when usb is disconnected,call usb_phy_set_event from phy drivers to handle per-PHY event. Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc:

[PATCH 1/3] usb: phy: introduce usb_phy_set_event interface

From: Todd Poynor usb: phy: introduce usb_phy_set_event interface PHY drivers require a generic interface to handle per-PHY events. usb_phy_set_event interface sets event to phy event. PHY drivers call this interface for each phy event. Cc: Felipe Balbi Cc: Greg Kroah-Hartman Cc:

Re: [PATCH] MAINTAINERS: Add ahci_st.c to ARCH/STI architecture

On Wed, 19 Nov 2014, Peter Griffin wrote: > This patch adds the ahci_st.c driver found on STMicroelectronics > stih41x consumer electronics SoC's into the STI arch section > of the maintainers file. > > Signed-off-by: Peter Griffin > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+)

[PATCH 0/3] usb: phy: hold wakeupsource on usb phy events.

This patch set aims to hold wakeupsource per-PHY on usb connect/disconnect events. First patch introduces usb_phy_set_event which just sets event to phy event. In second patch, phy drivers call usb_phy_set_event for each phy event. In third patch, wakeupsource is held when usb is enumerated in

Re: [RFC][PATCH 3/3] x86/nmi: Perform a safe NMI stack trace on all CPUs

On Wed, 19 Nov 2014, Borislav Petkov wrote: > I'm wondering if this could be used in a generic manner throughout code > where we could say "ok, I'm in an NMI context, so lemme switch printk's > and do some printing" so that NMI and NMI-like atomic contexts could use > printk. Lemme do an mce

[PATCH 1/1] firmware class: Deletion of an unnecessary check before the function call "vunmap"

From: Markus Elfring Date: Wed, 19 Nov 2014 11:38:38 +0100 The vunmap() function performes also input parameter validation. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/base/firmware_class.c |

Re: [PATCH 2/7] phy: miphy365x: Pass sysconfig register offsets via syscfg dt property.

On Wed, 19 Nov 2014, Peter Griffin wrote: > Based on Arnds review comments here https://lkml.org/lkml/2014/11/13/161, > update > the miphy365 phy driver to access sysconfig register offsets via syscfg dt > property. > > This is because the reg property should not be mixing address spaces like

[PATCH 2/2] sched/deadline: fix pull if dl task who's prio changed is not on queue

Dl task who is not on queue and it is also the curr task simultaneously can not happen. In addition, pull since the priority of a not on queue dl task doesn't make any sense. This patch fix it by don't pull if dl task who's prio changed is not on queue. Signed-off-by: Wanpeng Li ---

[PATCH 2/2] sched/deadline: fix pull if dl task who's prio changed is not on queue

Dl task who is not on queue and it is also the curr task simultaneously can not happen. In addition, pull since the priority of a not on queue dl task doesn't make any sense. This patch fix it by don't pull if dl task who's prio changed is not on queue. Signed-off-by: Wanpeng Li ---

[PATCH 1/2] sched/deadline: reduce overhead if there are no scheduling parameters changed

There is no need to dequeue/enqueue and push/pull if there are no scheduling parameters changed for dl class, actually both fair and rt class have already check if parameters changed for them to avoid unnecessary overhead. This patch add the parameters changed verify for dl class in order to

Re: [PATCH v3 1/2] spi: add support for DLN-2 USB-SPI adapter

On Tue, Nov 18, 2014 at 06:06:27PM +0100, Johan Hovold wrote: > On Tue, Nov 18, 2014 at 02:09:58PM +0200, Laurentiu Palcu wrote: > > > +/* > > + * Copy the data to DLN2 buffer and change the byte order to LE, requested > > by > > + * DLN2 module. SPI core makes sure that the data length is a

[PATCH v3] x86/mce: Try printing all machine check banks known before panic

From: Rui Wang There are cases when an machine check panics without giving any information about the error: [ 177.806166] Kernel panic - not syncing: Machine check from unknown source No information besides that it is a machine check. This happens in two cases: 1) The CPU logs the error with

[PATCH 1/2] sched/deadline: reduce overhead if there are no scheduling parameters changed

There is no need to dequeue/enqueue and push/pull if there are no scheduling parameters changed for dl class, actually both fair and rt class have already check if parameters changed for them to avoid unnecessary overhead. This patch add the parameters changed verify for dl class in order to

Re: [RFC][PATCH 3/3] x86/nmi: Perform a safe NMI stack trace on all CPUs

On Tue, Nov 18, 2014 at 11:39:20PM -0500, Steven Rostedt wrote: > static int > arch_trigger_all_cpu_backtrace_handler(unsigned int cmd, struct pt_regs > *regs) > { > @@ -78,12 +157,14 @@ arch_trigger_all_cpu_backtrace_handler(unsigned int cmd, > struct pt_regs *regs) > cpu =

Re: [PATCH 1/4] ARM: at91: remove at91sam9263 legacy board support

On 19/11/2014 11:31, Nicolas Ferre : > Remove legacy support for at91sam9rl boards. Typo, please read "at91sam9263 boards". Already corrected in the at91-3.19-cleanup branch. Sorry for the noise. > This include board files removal plus all legacy code for non DT boards > support. > Use the

Re: [PATCH v5 2/4] fuse: Support fuse filesystems outside of init_user_ns

On Wed, Nov 19, 2014 at 9:50 AM, Miklos Szeredi wrote: > On Tue, Nov 18, 2014 at 4:21 PM, Seth Forshee > wrote: >>> I asked around a bit, and it turns out there are use cases for nested >> containers (i.e. a container within a container) where the rootfs for >> the outer container mounts a

Re: [PATCH 1/4] regmap: ac97: Add generic AC'97 callbacks

On Tue, Nov 18, 2014 at 07:45:51PM +0100, Lars-Peter Clausen wrote: > From: Mark Brown > > Use the recently added support for bus operations to provide a standard > mapping for AC'97 register I/O. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH v2 01/13] arm64: PCI/MSI: Use asm-generic/msi.h

On Tue, Nov 18, 2014 at 06:52:56PM +, Marc Zyngier wrote: > In order to support CONFIG_GENERIC_MSI_IRQ_DOMAIN, we need to > define msi_alloc_info_t. As the generic version exposed in > asm-generic/msi.h is perfectly convenient, import this file > as asm/msi.h. > > Signed-off-by: Marc Zyngier

[PATCH 3/4] ARM: at91: remove at91sam9260/at91sam9g20 legacy board support

Second part of at91sam9260/at91sam9g20 legacy !DT removal. This is the core !DT support removal for these two Atmel SoCs. Use the Device Tree for running this board with newer kernels. Signed-off-by: Nicolas Ferre --- arch/arm/configs/at91sam9260_9g20_defconfig | 145 ---

Re: [PATCH v4] mmc: dw_mmc: add support for the other bit of sdio interrupt

On 4 November 2014 15:03, Addy Ke wrote: > The bit of sdio interrupt is 16 in designware implementation, > but it is 24 on Rockchip SoCs.This patch add sdio_id0 for the > number of slot0 in the SDIO interrupt registers. > > Signed-off-by: Addy Ke Thanks! Applied for next. Kind regards Uffe >

[PATCH 2/4] ARM: at91: remove at91sam9260/at91sam9g20 legacy boards files

Remove old board files that use at91sam9260 or at91sam9g20 Atmel SoCs. The device tree is mature on these SoCs. It must be used now. Signed-off-by: Nicolas Ferre --- arch/arm/mach-at91/Makefile | 19 -- arch/arm/mach-at91/board-afeb-9260v1.c | 223

[PATCH 4/4] ARM: at91/Kconfig: remove unused config options

When removing old board !DT support, several Kconfig options were deleted. Propagate this removal to drivers Kconfig files. Signed-off-by: Nicolas Ferre --- drivers/misc/Kconfig| 2 +- drivers/rtc/Kconfig | 4 +--- drivers/video/backlight/Kconfig | 1 - 3 files changed,

[PATCH 1/4] ARM: at91: remove at91sam9263 legacy board support

Remove legacy support for at91sam9rl boards. This include board files removal plus all legacy code for non DT boards support. Use the Device Tree for running this board with newer kernels. Signed-off-by: Nicolas Ferre --- arch/arm/configs/at91sam9263_defconfig | 151 ---

[PATCH 0/4] ARM: at91: remove !DT support for at91sam9260/9g20 and at91sam9263

As announced here https://lkml.org/lkml/2014/9/10/293 ([ANNOUNCE] ARM: at91: removal of board files) two months ago, we are continuing the work to remove the non-Device-Tree board support for older Atmel SoCs. This series is for at91sam9260/9g20 and at91sam9263. The DT must be used for these SoCs.

Re: [PATCH v3] x86/mce: Try printing all machine check banks known before panic

On Wed, Nov 19, 2014 at 05:22:41PM +0800, ruiv.w...@gmail.com wrote: > From: Rui Wang > > There are cases when an machine check panics without giving any information > about the error: > > [ 177.806166] Kernel panic - not syncing: Machine check from unknown source > > No information besides

Re: [PATCH v2 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

Hi Jay, On 11/19/2014 04:09 PM, Jianqun Xu wrote: Patch is from Sonny Rao Here should be, From: Sonny Rao - Kever -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH] ARM: dts: fix PWM clock found on RK3288 Socs

Doug, 在 2014/11/19 13:14, Doug Anderson 写道: Caesar, On Tue, Nov 18, 2014 at 7:25 PM, Caesar Wang wrote: We use the new PWM IP on RK3288,but the PWM's clock indeed incorrect. Signed-off-by: Caesar Wang --- arch/arm/boot/dts/rk3288.dtsi | 8 1 file changed, 4 insertions(+), 4

Re: [alsa-devel] [PATCH 1/4] regmap: ac97: Add generic AC'97 callbacks

On 11/18/2014 07:45 PM, Lars-Peter Clausen wrote: From: Mark Brown Use the recently added support for bus operations to provide a standard mapping for AC'97 register I/O. Signed-off-by: Mark Brown Signed-off-by: Lars-Peter Clausen Sorry for that. --- Changes from the original version:

[PATCH] ARM: at91/at91sam9g45: remove useless header file

Remove this useless cpu.h header file forgotten during the !DT support removal. Signed-off-by: Nicolas Ferre --- arch/arm/mach-at91/at91sam9g45.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/mach-at91/at91sam9g45.c b/arch/arm/mach-at91/at91sam9g45.c index

[PATCH 3/3] drivers: cpuidle: Remove cpuidle-arm64 duplicate error messages

From: Lorenzo Pieralisi Current CPUidle driver for arm64 machines spits errors upon idle state initialization and cpuidle driver registration failures. These error messages are already printed in core code so there is no need to print them again. This patch removes the duplicate print messages

[PATCH 2/3] drivers: cpuidle: Add idle-state-name description to ARM idle states

From: Lorenzo Pieralisi On ARM machines, where generally speaking the idle state numbering has no fixed and standard meaning it is useful to provide a description of the idle state inner workings for benchmarking and monitoring purposes. This patch adds a property to the idle states bindings

[PATCH 1/3] drivers: cpuidle: Add status property to ARM idle states

From: Lorenzo Pieralisi On some platforms the device tree bindings must provide the kernel with a status flag for idle states, that defines whether the idle state is operational or not in the current configuration. This patch adds a status property to the ARM idle states compliant with ePAPR

Re: [PATCH 1/1] ARM: exynos_defconfig: Enable max77802 rtc and clock drivers

Hello Kukjin, On 11/19/2014 09:09 AM, Kukjin Kim wrote: >> You say that you will apply this patch but I can't find it in any of >> your branches. >> > Sorry for missing the patch in my tree. You can see it in a couple of > mins ;) > Great, thanks a lot! Best regards, Javier -- To unsubscribe

[GIT PULL] cpuidle: A few improvements for ARM cpuidle via DT

Hi Rafael, this pull request, based on 3.18-rc5, contains a set of changes from Lorenzo Pieralisi. * Added a 'status' definition flag in the DT to specify the unsupported firmware idle states and ignore those states in the parsing code when initializing the cpuidle driver * Added an

Re: [RESUBMIT PATCH v7 7/9] regulator: sky81452: Modify Device Tree structure

On Wed, Nov 19, 2014 at 04:39:54PM +0900, Gyungoh Yoo wrote: > If of_match and regulators_node are assigned, don't I need to > call of_regulator_match()? Does regulator_register() call it internally? > So can I write code like below? > > static const struct regulator_desc sky81452_reg = { >

Re: [PATCH v2 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

Hi Jianqun, Am Mittwoch, 19. November 2014, 16:09:27 schrieb Jianqun Xu: > Patch is from Sonny Rao that line above should read exactly: From: Sonny Rao that way git will also set the author correctly when importing the patch mbox. > > We need to claim the clock which is driving the codec so

Re: [PATCH 0/3] mmc: omap_hsmmc: make more use of mmc library functionality

On 8 November 2014 00:52, NeilBrown wrote: > omap_hsmmc currently duplicates some work that can be done for > it by common code, and consequently does not benefit from extra > functionality in that common code. > > In particular, mmc_of_parse and the slot-gpio library are not used. > > This set

Re: [PATCH v5] sched/deadline: support dl task migration during cpu hotplug

Hi, On 18/11/14 23:18, Wanpeng Li wrote: > Hi Juri, > On 11/12/14, 11:08 PM, Juri Lelli wrote: >> Hi, >> >> On 12/11/14 01:06, Wanpeng Li wrote: >>> I observe that dl task can't be migrated to other cpus during cpu hotplug, >>> in addition, task may/may not be running again if cpu is added back.

Re: [PATCH v2 1/2] ASoC: rockchip-i2s: dt: add an optional property "i2s_clk_out"

On Wed, Nov 19, 2014 at 04:07:27PM +0800, Jianqun Xu wrote: > Add an property "i2s_clk_out", which enables to output clock to outside > of rockchip SoCs. Let's make it optional since not each board needs it. Don't send new patches as individual followups to patches in the series, repost the

Re: [PATCH 2/4] gpiolib: use const parameters when possible

Hello Alexandre, On Wed, Nov 19, 2014 at 06:07:50PM +0900, Alexandre Courbot wrote: > On Wed, Nov 19, 2014 at 6:02 PM, Uwe Kleine-König > wrote: > > I'd make gpiod_get_direction static and only use it to fill in > > /sys/kernel/debug/gpio. > > That's very tempting. I see only atmel_serial.c

Re: net: xfrm: Deletion of an unnecessary check before the function call "ipcomp_free_tfms"

I have come to view you as a very clever troll. You will say infuriating things like "That is an interesting background information but the function implementation update suggestion is correct" and pretend to not see the bug for nine emails. Then you'll say something "Ha ha, I audited all the

Re: [PATCH v3 1/2] spi: add support for DLN-2 USB-SPI adapter

On Wed, Nov 19, 2014 at 11:53:44AM +0200, Laurentiu Palcu wrote: > On Tue, Nov 18, 2014 at 06:06:27PM +0100, Johan Hovold wrote: > > On Tue, Nov 18, 2014 at 02:09:58PM +0200, Laurentiu Palcu wrote: > > > > > +/* > > > + * Copy the data to DLN2 buffer and change the byte order to LE, > > >

rcu warning caused by [sched: Fix race between task_group and sched_task_group]

Hi Kirill, the problem below has already been reported here: https://lkml.org/lkml/2014/11/11/505 but seems there is still no fix available upstream? Would be good to have it soon, since this basically renders lockdep unusable. [0.173906] === [0.173907] [

Re: [PATCH v3] ath3k: Add support of MCI 13d3:3408 bt device

It seems that I am too stupid. It is neither AR3012 or AR3011 device. It is AR9565 with sflash. Probably it makes sense to do a separate section for these devices. But still { USB_DEVICE(0x13d3, 0x3408), .driver_info = BTUSB_IGNORE }, works better than { USB_DEVICE(0x13d3, 0x3408), .driver_info

Re: [PATCH 1/3] ARM: dts: Add SPI flash node for Peach boards

Hello Doug, Thanks for your feedback. On 11/18/2014 06:50 PM, Doug Anderson wrote: > This is common practice in the Chrome OS tree, but we've gotten > pushback from upstream questioning about whether "spidev" is really a > physical device. See: > >

Re: [PATCH] clocksource: meson6: Select CLKSRC_MMIO

On 11/19/2014 11:00 AM, Carlo Caione wrote: On Wed, Nov 19, 2014 at 10:50 AM, Daniel Lezcano wrote: On 11/16/2014 09:03 AM, Beniamino Galvani wrote: Select CLKSRC_MMIO when the meson6_timer driver is enabled since it depends on clocksource MMIO functions. Signed-off-by: Beniamino Galvani

Re: [PATCH] clocksource: meson6: Select CLKSRC_MMIO

On Wed, Nov 19, 2014 at 10:50 AM, Daniel Lezcano wrote: > On 11/16/2014 09:03 AM, Beniamino Galvani wrote: >> >> Select CLKSRC_MMIO when the meson6_timer driver is enabled since it >> depends on clocksource MMIO functions. >> >> Signed-off-by: Beniamino Galvani > > > patch queued for 3.19 > >

Re: net: xfrm: Deletion of an unnecessary check before the function call "ipcomp_free_tfms"

On Wed, 19 Nov 2014, SF Markus Elfring wrote: > >> The ipcomp_free_tfms() function tests whether its argument is NULL and then > >> returns immediately. Thus the test around the call is not needed. > > > > It doesn't though... > > You are right that this function implementation does a bit more

Re: [RFC PATCH v3 0/2] Fix procfs PCI resources mmap

On Thu, Nov 13, 2014 at 11:19:14AM +, Lorenzo Pieralisi wrote: > The way PCI memory resources are exported to user space through procfs > is not uniform across architectures. In particular, some architectures > (ie SPARC) export the resource PCI bus address to user space, whereas > others

Re: [PATCH v3] ath3k: Add support of MCI 13d3:3408 bt device

Hi Michael, As I understood it is a combined device with BT and Wi-Fi WB335 ( based on AR9565 ) It has MCI bt chip. http://wireless.kernel.org/en/users/Drivers/ath9k/btcoex http://wireless.kernel.org/en/users/Drivers/ath3k But still ath3k firmware is needed. I am just confused if it is

Re: net: xfrm: Deletion of an unnecessary check before the function call "ipcomp_free_tfms"

>> The ipcomp_free_tfms() function tests whether its argument is NULL and then >> returns immediately. Thus the test around the call is not needed. > > It doesn't though... You are right that this function implementation does a bit more before returning because of a detected null pointer.

Re: [PATCH] clocksource: sirf: remove hard-coded clock rate

On 11/11/2014 01:42 PM, Barry Song wrote: From: Yanchang Li customers might adjust the whole PLL and dividers according to different user scenerios, and this causes the parent clock of sirf clocksource not be divided exactly by current hard-coded 1MHz clock rate. this patch removes the

RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

Hi, Rafael I think you know this issue. [PATCH 1] can trigger this dead lock because it is actually based on another GPE dead lock fixing series. I have fixed the dead lock in acpi_ev_gpe_detect() or acpi_ev_gpe_dispatch(). The problem is they haven't been upstreamed to ACPICA, so I couldn't

Re: [PATCH] clocksource: meson6: Select CLKSRC_MMIO

On 11/16/2014 09:03 AM, Beniamino Galvani wrote: Select CLKSRC_MMIO when the meson6_timer driver is enabled since it depends on clocksource MMIO functions. Signed-off-by: Beniamino Galvani patch queued for 3.19 Thanks ! -- Daniel -- Linaro.org │ Open source

[PATCH] clockevent: sun4i: Fix race condition in the probe code

From: Maxime Ripard The interrupts were activated and the handler registered before the clockevent was registered in the probe function. The interrupt handler, however, was making the assumption that the clockevent device was registered. That could cause a null pointer dereference if the timer

linux-next: Tree for Nov 19

Hi all, Changes since 20141118: The asm-generic tree gained a build failure for which I applied a fix patch. The omap_dss2 tree still had its build failure for which I applied a patch. The ipmi tree lost its build failure. Non-merge commits (relative to Linus' tree): 6937 7030 files changed,

[GIT PULL] clockevents: 3.18 fix

Hi Thomas, This pull request, for timers/urgent, contains one fix for the sun4i board where the interrupt handler was registered before the timer itself, thus opening a window where the interrupt could be fired and leading to an uninitialized data access. Thanks ! -- Daniel The

Re: [PATCH] usb: serial: add PIDs for Matrix Orbital products

On Mon, Nov 17, 2014 at 02:33:17PM -0800, Troy Clark wrote: > This is a patch to the ftdi_sio_ids.h and ftdi_sio.c files that adds PIDs for > new Matrix Orbital GTT series products > > Signed-off-by: Troy Clark Applied, thanks. Johan -- To unsubscribe from this list: send the line "unsubscribe

Re: [RFC] adp1653: Add device tree bindings for LED controller

Hi Pavel, Sakari, On 11/18/2014 05:51 PM, Pavel Machek wrote: Hi! If the hardware LED changes with one that needs different current, the block for the adp1653 stays the same, but white LED block should be updated with different value. I think that you are talking about sub nodes. Indeed I

Re: [PATCH 1/2 v2] scripts/coccinelle: catch freeing cryptographic structures via kfree

> +// Comments: There are false positives in crypto/ where they are > actually freed. I didn't really understand this comment. I ran the semantic patch and got around 10 results, but it wasn't clear to me how to see which were false positives. I would suggest to extend the rule a little bit to

[PATCH] tools: hv: ignore ENOBUFS in the KVP daemon

Under high memory pressure and very high KVP R/W test pressure, the netlink recvfrom() may transiently return ENOBUFS to the daemon -- we found this during a 2-week stress test. We'd better not terminate the daemon on this failure, because a typical KVP user can re-try the R/W and hopefully it

Re: [PATCH v3] ath3k: Add support of MCI 13d3:3408 bt device

Hi, I tried to understand why this "0x13d3, 0x3408" device support wouldn't go in btusb as it's really close to IMC BT chip found in Realtek Wifi devices which is on the path to go in btusb [1] then I guess there is a lot of code that could be shared to support all IMC usb devices in the btusb

Re: [PATCH net] virtio-net: validate features during probe

On Wed, Nov 19, 2014 at 05:33:26PM +0800, Jason Wang wrote: > On 11/19/2014 04:59 PM, Michael S. Tsirkin wrote: > > On Wed, Nov 19, 2014 at 02:35:39PM +0800, Jason Wang wrote: > >> This patch validates feature dependencies during probe and fail the probing > >> if a dependency is missed. This

Re: [PATCH v2 1/4] spi: Add 'last' flag to spi_transfer structure

On Tue, Nov 18, 2014 at 11:55:46PM +0100, Beniamino Galvani wrote: > Would it be better to introduce something like: > static inline bool > spi_transfer_is_last(struct spi_master *master, struct spi_transfer *xfer) > { > return list_is_last(>transfer_list, > >cur_msg->transfers); > } >

Re: [PATCH net] virtio-net: validate features during probe

On 11/19/2014 04:59 PM, Michael S. Tsirkin wrote: > On Wed, Nov 19, 2014 at 02:35:39PM +0800, Jason Wang wrote: >> This patch validates feature dependencies during probe and fail the probing >> if a dependency is missed. This fixes the issues of hitting BUG() >> when qemu fails to advertise

Re: Fix Mes in emulate.c

On 19/11/2014 04:17, nick wrote: > Greeting Gleb and other maintainers, I known this may not be that > easy to fix but if someone is willing to send me the fault addresses > or a hardware manual in order to fix and add the correct return > correct addresses for the fix mes in the emulate.c for

Re: Implement lbr-as-callgraph v10

On Wed, Nov 19, 2014 at 03:21:39PM +0900, Namhyung Kim wrote: > Hi Jiri, > > On Tue, 18 Nov 2014 12:00:07 +0100, Jiri Olsa wrote: > > On Tue, Nov 18, 2014 at 11:44:16AM +0100, Jiri Olsa wrote: > >> On Mon, Nov 17, 2014 at 06:34:57PM -0300, Arnaldo Carvalho de Melo wrote: > >> > Em Wed, Nov 12,

Re: [PATCH V2 net] virtio-net: validate features during probe

On 11/19/2014 04:54 PM, Cornelia Huck wrote: > On Wed, 19 Nov 2014 15:21:29 +0800 > Jason Wang wrote: > >> This patch validates feature dependencies during probe and fail the probing >> if a dependency is missed. This fixes the issues of hitting BUG() >> when qemu fails to advertise features

Re: [PATCH] clockevent: sun4i: Fix race condition in the probe code

On 11/18/2014 11:59 PM, Maxime Ripard wrote: The interrupts were activated and the handler registered before the clockevent was registered in the probe function. The interrupt handler, however, was making the assumption that the clockevent device was registered. That could cause a null pointer

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

On Wednesday 19 November 2014 18:54:14 Stephen Rothwell wrote: > Hi Arnd, > > After merging the asm-generic tree, today's linux-next build (sparc > defconfig) failed like this: > > In file included from include/linux/io.h:22:0, > from include/linux/irq.h:23, >

Re: [patch 08/16] genirq: Introduce callback irq_chip.irq_write_msi_msg

On Wed, Nov 19 2014 at 6:57:25 am GMT, "Yun Wu (Abel)" wrote: > On 2014/11/18 22:32, Thomas Gleixner wrote: > >> On Tue, 18 Nov 2014, Yun Wu (Abel) wrote: >> >> Can you please trim the messages when you're replying? >> >>> The above you described is absolutely right, but not the things I want

[PATCH 1/1] crypto-drbg: Deletion of unnecessary checks before the function call "kzfree"

From: Markus Elfring Date: Wed, 19 Nov 2014 10:11:04 +0100 The kzfree() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [PATCH] i2c: designware: prevent early stop on TX FIFO empty

On Fri, Nov 07, 2014 at 12:10:44PM +, Andrew Jackson wrote: > If the Designware core is configured with IC_EMPTYFIFO_HOLD_MASTER_EN > set to zero, allowing the TX FIFO to become empty causes a STOP > condition to be generated on the I2C bus. If the transmit FIFO > threshold is set too high, an

[PATCH 1/2] usb: gadget: at91_udc: remove unused release function

As the driver call usb_add_gadget_udc --> usb_add_gadget_udc_release with NULL as release parameter, so it will use usb_udc_no_release. So, the release in driver won't used, remove it. And at the same time, in the usb_add_gadget_udc_release will set the gadget name, so remove it also in driver.

[PATCH 2/2] usb: gadget: atmel_usba_udc: remove release function

As the driver call usb_add_gadget_udc --> usb_add_gadget_udc_release with NULL as release parameter, so it will use usb_udc_no_release. So, the release in driver won't used, remove it. And at the same time, in the usb_add_gadget_udc_release will set the gadget name, so remove it also in driver.

Re: [PATCH net] virtio-net: validate features during probe

On Wed, 19 Nov 2014 10:59:39 +0200 "Michael S. Tsirkin" wrote: > +bool __virtnet_fail_on_feature(struct virtio_device *vdev, unsigned int fbit, > +const char *fname) > +{ > + if (!virtio_has_feature(vdev, fbit)) > + return false; > + > +

Re: [PATCH 2/4] gpiolib: use const parameters when possible

On Wed, Nov 19, 2014 at 6:02 PM, Uwe Kleine-König wrote: > Hello Alexandre, > > On Wed, Nov 19, 2014 at 05:57:46PM +0900, Alexandre Courbot wrote: >> On Wed, Nov 19, 2014 at 5:44 PM, Uwe Kleine-König >> wrote: >> > Hello Alexandre, >> > >> > On Wed, Nov 19, 2014 at 05:33:42PM +0900, Alexandre

Re: [PATCH] i2c: img-scb: Allow building for MIPS

On Wed, Nov 19, 2014 at 12:03:08AM +, James Hogan wrote: > On Tue, Nov 18, 2014 at 03:58:33PM -0800, Andrew Bresticker wrote: > > The SCB is present on IMG SoCs other than the META-based TZ1090, > > such as the MIPS-based Pistachio SoC. Relax the Kconfig dependency > > so that it can be built

Re: [PATCH 17/19] mlock, thp: HACK: split all pages in VM_LOCKED vma

On Wed, Nov 05, 2014 at 04:49:52PM +0200, Kirill A. Shutemov wrote: > We don't yet handle mlocked pages properly with new THP refcounting. > For now we split all pages in VMA on mlock and disallow khugepaged > collapse pages in the VMA. If split failed on mlock() we fail the > syscall with -EBUSY.

Re: [PATCH v12 1/3] drm: rockchip: Add basic drm driver

On Wed, 19 Nov 2014 10:02:53 +0800 Mark yao wrote: > On 2014年11月19日 09:09, Mark yao wrote: > > On 2014年11月18日 22:24, Daniel Vetter wrote: > >> On Tue, Nov 18, 2014 at 02:21:30PM +0100, Boris Brezillon wrote: > >>> Hi Daniel, > >>> > >>> On Tue, 18 Nov 2014 09:32:34 +0100 > >>> Daniel Vetter

Re: [PATCH 2/4] gpiolib: use const parameters when possible

Hello Alexandre, On Wed, Nov 19, 2014 at 05:57:46PM +0900, Alexandre Courbot wrote: > On Wed, Nov 19, 2014 at 5:44 PM, Uwe Kleine-König > wrote: > > Hello Alexandre, > > > > On Wed, Nov 19, 2014 at 05:33:42PM +0900, Alexandre Courbot wrote: > >> On Mon, Nov 17, 2014 at 6:09 PM, Uwe Kleine-König

Re: [PATCH V2 net] virtio-net: validate features during probe

On Wed, Nov 19, 2014 at 03:21:29PM +0800, Jason Wang wrote: > This patch validates feature dependencies during probe and fail the probing > if a dependency is missed. This fixes the issues of hitting BUG() > when qemu fails to advertise features correctly. One example is booting > guest with

Re: [PATCH net] virtio-net: validate features during probe

On Wed, Nov 19, 2014 at 02:35:39PM +0800, Jason Wang wrote: > This patch validates feature dependencies during probe and fail the probing > if a dependency is missed. This fixes the issues of hitting BUG() > when qemu fails to advertise features correctly. One example is booting > guest with

Re: [PATCH 2/4] gpiolib: use const parameters when possible

On Wed, Nov 19, 2014 at 5:44 PM, Uwe Kleine-König wrote: > Hello Alexandre, > > On Wed, Nov 19, 2014 at 05:33:42PM +0900, Alexandre Courbot wrote: >> On Mon, Nov 17, 2014 at 6:09 PM, Uwe Kleine-König >> wrote: >> > Hello, >> > >> > On Wed, Feb 13, 2013 at 04:03:00PM +0900, Alexandre Courbot

Re: [patch 08/16] genirq: Introduce callback irq_chip.irq_write_msi_msg

On Wed, Nov 19 2014 at 3:38:09 am GMT, "Yun Wu (Abel)" wrote: > On 2014/11/19 1:14, Marc Zyngier wrote: > >> On Tue, Nov 18 2014 at 2:46:02 pm GMT, "Yun Wu (Abel)" >> wrote: > [...] >>> IIUC, Marc's patch now only supports PCI MSI/MSI-X... >> >> Indeed, and the current solution makes is

Re: [PATCH V2 net] virtio-net: validate features during probe

On Wed, 19 Nov 2014 15:21:29 +0800 Jason Wang wrote: > This patch validates feature dependencies during probe and fail the probing > if a dependency is missed. This fixes the issues of hitting BUG() > when qemu fails to advertise features correctly. One example is booting > guest with

Re: [PATCH v5 2/4] fuse: Support fuse filesystems outside of init_user_ns

On Tue, Nov 18, 2014 at 4:21 PM, Seth Forshee wrote: >> I asked around a bit, and it turns out there are use cases for nested > containers (i.e. a container within a container) where the rootfs for > the outer container mounts a filesystem containing the rootfs for the > inner container. If that

Re: [PATCH 7/7] stmmac: dwmac-sti: Pass sysconfig register offset via syscon dt property.

On Wed, 19 Nov 2014, Peter Griffin wrote: > Based on Arnds review comments here https://lkml.org/lkml/2014/11/13/161, > we should not be mixing address spaces in the reg property like this driver > currently does. This patch updates the driver, dt docs and also the existing > dt nodes to pass the

Re: [PATCH 1/1] net: xfrm: Deletion of an unnecessary check before the function call "ipcomp_free_tfms"

On Tue, Nov 18, 2014 at 09:45:41PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 18 Nov 2014 21:41:26 +0100 > > The ipcomp_free_tfms() function tests whether its argument is NULL and then > returns immediately. Thus the test around the call is not needed. > It doesn't

Re: [PATCH v8 2/6] arm64: ptrace: allow tracer to skip a system call

On 11/18/2014 11:04 PM, Will Deacon wrote: On Tue, Nov 18, 2014 at 01:10:34AM +, AKASHI Takahiro wrote: + if (((int)regs->syscallno == -1) && (orig_syscallno == -1)) { + /* +* user-issued syscall(-1): +* RESTRICTION: We always return

Re: For the problem when using swiotlb

On Wednesday 19 November 2014 11:17:15 Ding Tianhong wrote: > On 2014/11/18 2:09, Catalin Marinas wrote: > > On Mon, Nov 17, 2014 at 12:18:42PM +, Arnd Bergmann wrote: > >> On Monday 17 November 2014 19:56:27 Ding Tianhong wrote: > >>> The commit

[PATCH] MAINTAINERS: Add ahci_st.c to ARCH/STI architecture

This patch adds the ahci_st.c driver found on STMicroelectronics stih41x consumer electronics SoC's into the STI arch section of the maintainers file. Signed-off-by: Peter Griffin --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index

<    7   8   9   10   11   12   13   14   15   16   >