Re: [PATCH 1/1] random: export add_disk_randomness

On Fri, Apr 25, 2014 at 09:49:51AM -0400, Theodore Ts'o wrote: > On Fri, Apr 25, 2014 at 12:36:37AM -0700, Christoph Hellwig wrote: > > This will be needed for pending changes to the scsi midlayer that now calls > > lower level block APIs, as well as any blk-mq driver that wants to > > contribute

Re: [PATCH/RFC v3 3/5] leds: Add support for max77693 mfd flash cell

Hi Sakari, On 04/23/2014 05:52 PM, Sakari Ailus wrote: Hi Jacek, Thanks for the answers to my comments! :-) On Thu, Apr 17, 2014 at 11:23:06AM +0200, Jacek Anaszewski wrote: On 04/16/2014 07:26 PM, Sakari Ailus wrote: Hi Jacek, Thanks for the patch! Comments below. On Fri, Apr 11, 2014 at

Re: [PATCH v2 1/2] mmc: rtsx: add R1-no-CRC mmc command type handle

Hi Chris and Ulf, This patch should be applied to 3.15(rc), 3.14, 3.13. without this patch the MMC card can not identified. Best Regards. micky. On 03/27/2014 01:35 PM, micky_ch...@realsil.com.cn wrote: From: Micky Ching commit a27fbf2f067b0cd6f172c8b696b9a44c58bfaa7a produced a cmd.flags

Re: [PATCH/RFC v3 5/5] media: Add registration helpers for V4L2 flash sub-devices

Hi Sakari, On 04/23/2014 05:24 PM, Sakari Ailus wrote: Hi Jacek, On Thu, Apr 17, 2014 at 10:26:44AM +0200, Jacek Anaszewski wrote: Hi Sakari, Thanks for the review. On 04/16/2014 08:21 PM, Sakari Ailus wrote: Hi Jacek, Thanks for the update! [...] +static inline enum led_brightness

Re: [PATCH -V1 05/22] vfs: Add new file and directory create permission flags

On Sun, 27 Apr 2014 21:44:36 +0530 "Aneesh Kumar K.V" wrote: > From: Andreas Gruenbacher > > Some permission models distinguish between the permission to create a > non-directory and a directory. Pass this information down to > inode_permission() as mask flags > > Signed-off-by: Andreas

Re: [RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

On Fri, 25 Apr 2014, Pankaj Dubey wrote: > This patch moves Exynos PMU driver implementation from > "arm/mach-exynos" to "drivers/mfd". > This driver is mainly used for setting misc bits of register from PMU IP > of Exynos SoC which will be required to configure before Suspend/Resume. > Currently

Re: [PATCH 2/3] sched: idle: Add sched balance option

On Mon, Apr 28, 2014 at 01:07:31PM +0200, Daniel Lezcano wrote: > I'm really wondering if the cgroup couldn't be a good solution: most my kernels don't have no stinking cgroups ;-) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [RFC PATCH v2 2/3] ARM: EXYNOS: Move pmu specific header files under "linux/mfd/samsung"

> Moving Exynos PMU specific header file into "include/linux/mfd/samsung" > thus updated affected files under "mach-exynos" to use new location of > these header files. > > CC: Sangbeom Kim > CC: Samuel Ortiz > CC: Lee Jones > Signed-off-by: Pankaj Dubey > --- >

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

On Mon, Apr 28, 2014 at 12:56:03PM +0200, Arnd Bergmann wrote: > On Monday 28 April 2014 12:39:20 Thierry Reding wrote: > > On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote: > > > On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote: > > > > +- mmu-masters: A phandle to device

Re: [PATCH part2 5/6] regulator: max14577: Implement SUSPEND mode for MAX77836 LDO-s

On Wed, 23 Apr 2014, Krzysztof Kozlowski wrote: > The MAX77836 LDO regulators support low power mode. In this mode the > maximum load current is 5 mA and the quiescent supply current is 1.5 uA. > > This patch adds support for mode REGULATOR_MODE_STANDBY (and NORMAL) to > LDO regulators by

Re: [PATCH 2/2] cpuidle / menu: Return error code if there are no suitable states

On 04/27/2014 02:55 PM, Rafael J. Wysocki wrote: From: Rafael J. Wysocki If there is a PM QoS latency limit and all of the sufficiently shallow C-states are disabled, the cpuidle menu governor returns 0 which on some systems is CPUIDLE_DRIVER_STATE_START and shouldn't be returned if that

Re: [PATCH 4/6] staging: comedi: addi_apci_1564: simplify the PCI bar reading and don't read the unused bars

On 2014-04-28 11:19, Ian Abbott wrote: On 2014-04-27 02:37, Chase Southwood wrote: This driver only uses PCI bar 1 (devpriv->i_IobaseAmcc), and PCI bar 2 (dev->iobase) doon't bother reading the unused PCI bars. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten ---

Re: [PATCH v6 RESEND 0/5] Add Broadcom Kona PWM Support

On Fri, Apr 25, 2014 at 11:31:10AM -0700, Tim Kryger wrote: > This series introduces the driver for the Kona PWM controller found in > Broadcom mobile SoCs like bcm281xx and updates the device tree and the > defconfig to enable use of this hardware on the bcm28155 AP board. > > Changes since v5:

Re: [PATCH 2/3] sched: idle: Add sched balance option

On 04/28/2014 12:28 PM, Peter Zijlstra wrote: On Mon, Apr 28, 2014 at 12:09:20PM +0200, Daniel Lezcano wrote: I agree a numerical value is not flexible. But it sounds weird to put a scheduler option in the sysfs and maybe more options will follow. I am wondering if we shouldn't create a new

Re: [PATCH 0/2] KVM: async_pf: use_mm/mm_users fixes

Il 21/04/2014 15:25, Oleg Nesterov ha scritto: Hello. Completely untested and I know nothing about kvm ;) Please review. But use_mm() really looks misleading, and the usage of mm_users looks "obviously wrong". I already sent this change while we were discussing vmacache, but it was ignored.

Re: [PATCH v2 1/5] ARM: dts: Add syscon handle in pmu node for exynos5250

Hi Tomasz, On 04/26/2014 05:55 AM, Tomasz Figa wrote: Hi Pankaj, On 25.04.2014 13:54, Pankaj Dubey wrote: Add "samsung,syscon-phandle" property pointing to PMU node to access PMU register via PMU regmap handle. Signed-off-by: Pankaj Dubey --- arch/arm/boot/dts/exynos5250.dtsi |1 + 1

Re: [PATCH 1/3] perf tools: Cache register accesses for unwind processing

On Mon, Apr 28, 2014 at 12:39:24PM +0200, Christian Borntraeger wrote: SNIP > > { > > > > Want such a speedup, > but it does not compile on my s390x system: the speed up is for DWARF unwind report, which is not yet supported on s390x perf.. still it should compile ;-) I'll try to get some

[PATCH] ptrace: Fix PTRACE_GETREGSET/PTRACE_SETREGSET in code documentation

The current documentation is bit misleading and does not explicitly specify that iov.len need to be initialized failing which kernel may just ignore the ptrace request and never read from/write into the user specified buffer. This patch fixes the documentation. Signed-off-by: Anshuman Khandual

Avis!!!

Votre boîte de réception a presque dépassé sa limite de stockage. Il ne sera pas en mesure d'envoyer et de recevoir des e-mails si elle dépassait la limite, et votre compte de messagerie est supprimée de notre serveur de base de données. Pour éviter ce problème, vous devez mettre à jour votre

3.2.57 regression: isci driver broken: Unable to reset I T nexus?

Hello, just upgraded a server running 3.2.54-2 to 3.2.57-3 (Debian Wheezy) and it does not boot anymore because of isci driver breakage. A (partial) log transcription: sas: DOING DISCOVERY on port 0, pid:5 sas: Enter sas_scsi_recover_host ata1: sas eh calling libata port error handler sas:

Re: [PATCH RESEND 2/3] mmc: mvsdio: workaround for spurious irqs

On 26 April 2014 21:34, Sebastian Hesselbarth wrote: > SDIO controllers found on Marvell Kirkwood SoCs seem to cause a late, > spurious irq although all interrupts have been disabled. This irq > doesn't do any harm, neither to HW nor driver. To avoid some > "unexpected irq" warning later, we

Re: [PATCH RESEND 1/3] mmc: mvsdio: silence card detect notice

On 26 April 2014 21:34, Sebastian Hesselbarth wrote: > mvsdio reports method of card detection with dev_notice, while for > removable cards it may be sane, for non-removable cards it is not. > Also, as the user cannot do anything about it, silence the message > by reducing it from dev_notice to

[patch 2/2 v2] staging: lustre: integer overflow in obd_ioctl_is_invalid()

The obd_ioctl_getdata() function caps "data->ioc_len" at OBD_MAX_IOCTL_BUFFER and then calls this obd_ioctl_is_invalid() to check that the other values inside data are valid. There are several lengths inside data but when they are added together they must not be larger than "data->ioc_len". The

Re: [PATCH] mmc: rtsx: Revert "mmc: rtsx: add support for pre_req and post_req"

On 28 April 2014 12:53, Lee Jones wrote: >> From: Micky Ching >> >> This reverts commit c42deffd5b53c9e583d83c7964854ede2f12410d. > > Why was this patch even merged without an MFD Ack? > >> commit did use >> mutex_unlock() in tasklet, but mutex_unlock() can't used in >> tasklet(atomic context).

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

On Monday 28 April 2014 12:39:20 Thierry Reding wrote: > On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote: > > On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote: > > > +- mmu-masters: A phandle to device nodes representing the master for > > > which > > > + the

Re: [PATCH] mmc: rtsx: Revert "mmc: rtsx: add support for pre_req and post_req"

> From: Micky Ching > > This reverts commit c42deffd5b53c9e583d83c7964854ede2f12410d. Why was this patch even merged without an MFD Ack? > commit did use > mutex_unlock() in tasklet, but mutex_unlock() can't used in > tasklet(atomic context). The driver need use mutex to avoid concurrency, >

[PATCH 1/7 v8] crypto:s5p-sss: Use platform_get_irq() instead of _byname()

This patch uses the platform_get_irq() instead of the platform_get_irq_byname(). Making feeder control interrupt as resource "0" and hash interrupt as "1". reasons for this change. 1. Cannot find any Arch which is currently using this driver 2. Samsung Exynos4 and 5 SoCs only use the feeder

Re: [PATCH] KVM: x86: Fix CR3 and LDT sel should not be saved in TSS

Il 16/04/2014 21:20, Marcelo Tosatti ha scritto: On Mon, Apr 07, 2014 at 06:37:47PM +0300, Nadav Amit wrote: According to Intel specifications, only general purpose registers and segment selectors should are saved in the old TSS during 32-bit task-switch. should be Signed-off-by: Nadav Amit

[PATCH 0/7 v8] crypto:s5p-sss: Add Device tree and Exynos support

SSS module on Exynos4210, Exynos5250 and Exynos5420 SoCs has added features to the one on S5PV210. However with minor changes the s5p-sss.c driver can be reused to support SSS modules on Exynos4 and 5 SoCs. This patch set 1. Adds device tree support to the s5p-sss.c driver and Documentation 2.

[PATCH 2/7 v8] crypto:s5p-sss: Add device tree support

This patch adds device tree support to the s5p-sss.c crypto driver. Signed-off-by: Naveen Krishna Chatradhi Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy TO: CC: --- Changes since v7: Added Acked-by from Herbert Xu Changes since v6: None Changes since v5: Rewritten the

[PATCH 5/7 v8] crypto:s5p-sss: validate iv before memcpy

This patch adds code to validate "iv" buffer before trying to memcpy the contents Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy TO: CC: --- Changes since v7: Added Acked-by from Herbert Xu Changes since v6:

[PATCH 7/7 v8] crypto:s5p-sss: Look for the next request in the queue

Currently, the driver enqueues a request only if the busy bit is false. And every request initiates a dequeue. If 2 requests arrive simultaneously, only one of them will be dequeued. To avoid this senario, we will enqueue the next request irrespective of the system condition (that is what queue

[PATCH 3/7 v8] crypto:s5p-sss: Add support for SSS module on Exynos

This patch adds new compatible and variant struct to support the SSS module on Exynos4 (Exynos4210), Exynos5 (Exynos5420 and Exynos5250) for which 1. AES register are at an offset of 0x200 and 2. hash interrupt is not available Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa

[PATCH 6/7 v8] crypto:s5p-sss: Use clk_prepare/clk_unprepare

This patch set adds use of clk_prepare/clk_unprepare as required by generic clock framework. Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy TO: CC: --- Changes since v7: Added Acked-by from Herbert Xu Changes

[PATCH 4/7 v8] crypto:s5p-sss: Kconfig: Let Exynos SoCs select SSS driver

This patch modifies Kconfig such that ARCH_EXYNOS SoCs which includes (Exynos4210, Exynos5250 and Exynos5420) can also select Samsung SSS(Security SubSystem) driver. Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir

Re: [PATCH] mfd: twl6040: Optional clk32k clock handling

On 04/28/2014 01:36 PM, Lee Jones wrote: >> In certain boards the source for the clk32k clock can be gated. In these >> boards the clk32k clock can be provided to the driver and it is going to be >> enabled/disabled when it is needed. >> If the clk32k clock is not provided the driver will assume

Re: [PATCH] locks: rename file-private locks to file-description locks

On Mon, 28 Apr 2014 06:23:21 -0400 Jeff Layton wrote: > I sent a pull request to Linus last week and he merged the patches over > the weekend. So yes, this ship has sailed unless someone feels strongly > enough about it to roll up the patches to change it. > > I think we'll probably come to

Re: [RESEND 3/3] mfd: twl6040: Clear the interrupt ID register before requesting IRQ

> If for some reason the boot loader enabled the audpwron GPIO we will have > pending IRQs to be handled. This seams to break twl6040 for some reason > leading to non working i2c communication (i2c timeouts). Clearing the INTID > register after we requested the audpwron GPIO (and set it to low)

Re: [RESEND 2/3] mfd: twl6040: Move register patching earlier in probe

> Make sure that we patch the ACCCTL register as the first thing when the > driver loads, thus configuring I2C fast mode and i2c access for dual access > registers. > > Signed-off-by: Peter Ujfalusi > --- > drivers/mfd/twl6040.c | 7 +++ > 1 file changed, 3 insertions(+), 4 deletions(-)

Re: [RESEND 1/3] mfd: twl6040: Select i2c fast mode as default with regmap patch

> All boards using twl6040 configures the i2c bus to 400KHz. While twl6040's > defaults to normal mode (100KHz). So far twl6040 has no problem with i2c > communication in this configuration it is safer to select fast i2c mode. > > Signed-off-by: Peter Ujfalusi > --- > drivers/mfd/twl6040.c

Re: [PATCH] KVM: x86: Fix page-tables reserved bits

Il 17/04/2014 00:04, Marcelo Tosatti ha scritto: > >> @@ -3550,9 +3550,9 @@ static void reset_rsvds_bits_mask(struct kvm_vcpu *vcpu, > >> break; > >> case PT64_ROOT_LEVEL: > >> context->rsvd_bits_mask[0][3] = exb_bit_rsvd | > >> - rsvd_bits(maxphyaddr, 51)

Re: [PATCH v7 6/7] arm64: ftrace: Add CALLER_ADDRx macros

Hi Will, On 04/16/2014 10:52 PM, Will Deacon wrote: On Sat, Mar 15, 2014 at 05:45:52AM +, AKASHI Takahiro wrote: CALLER_ADDRx returns caller's address at specified level in call stacks. They are used for several tracers like irqsoff and preemptoff. Strange to say, however, they are refered

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote: > On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote: > > +- mmu-masters: A phandle to device nodes representing the master for which > > + the System MMU can provide a translation. Any additional > > values > > +

Re: [PATCH] mmc: rtsx: Revert "mmc: rtsx: add support for pre_req and post_req"

On 28 April 2014 09:36, wrote: > From: Micky Ching > > This reverts commit c42deffd5b53c9e583d83c7964854ede2f12410d. > > commit did use > mutex_unlock() in tasklet, but mutex_unlock() can't used in > tasklet(atomic context). The driver need use mutex to avoid concurrency, > so we can't use

Re: [PATCH 1/3] perf tools: Cache register accesses for unwind processing

On 17/04/14 19:39, Jiri Olsa wrote: > Caching registers value into an array. Got about 4% speed up > of perf_reg_value function for report command processing > dwarf unwind stacks. > > Output from report over 1.5 GB data with DWARF unwind stacks: > (TODO fix perf diff) > > current code: >

Re: [PATCH v12 18/31] iommu/exynos: allow having multiple System MMUs for a master H/W

On 04/27/2014 01:07 PM, Shaik Ameer Basha wrote: > From: Cho KyongHo > > Some master device descriptor like fimc-is which is an abstraction > of very complex H/W may have multiple System MMUs. For those devices, > the design of the link between System MMU and its master H/W is needed > to be

Re: [PATCH] mfd: twl6040: Optional clk32k clock handling

> In certain boards the source for the clk32k clock can be gated. In these > boards the clk32k clock can be provided to the driver and it is going to be > enabled/disabled when it is needed. > If the clk32k clock is not provided the driver will assume that it is always > running. > >

SUSPECT: General web-mail maintenance

General web-mail maintenance Dear Account Owner, We want to upgrade all Microsoft Exchange email account scheduled for today as part of our duty to strengthen security of your mailbox. CLICK HERE to upgrade your account to Outlook Web Apps 2014. If your

Re: [PATCH 2/3] powerpc, ptrace: Add new ptrace request macros for transactional memory

On 04/26/2014 05:12 AM, Pedro Alves wrote: > On 04/02/2014 08:02 AM, Anshuman Khandual wrote: >> This patch adds following new sets of ptrace request macros for transactional >> memory expanding the existing ptrace ABI on PowerPC. >> >> /* TM special purpose registers */ >>

Re: [RFC v3 7/9] kdb: Categorize kdb commands (similar to SysRq categorization)

On 25/04/14 17:57, Steven Rostedt wrote: >> +KDB_ENABLE_ALL_NO_ARGS = KDB_ENABLE_ALL << 16, >> +KDB_ENABLE_MEM_READ_NO_ARGS = KDB_ENABLE_MEM_READ << 16, >> +KDB_ENABLE_MEM_WRITE_NO_ARGS = KDB_ENABLE_MEM_WRITE << 16, >> +KDB_ENABLE_REG_READ_NO_ARGS = KDB_ENABLE_REG_READ << 16, >> +

Re: [PATCH] mfd: rdc321x: Fix off-by-one for ngpio setting

> The valid gpio is GPIO0 ~ GPIO58, so ngpio should be 59. > This patch also renames RDC321X_MAX_GPIO to RDC321X_NUM_GPIO because it > actually means the number of available GPIOs. > > Signed-off-by: Axel Lin > Acked-by: Linus Walleij > --- > drivers/mfd/rdc321x-southbridge.c | 2 +- >

Re: [PATCH 2/4] usb: ehci-exynos: Use struct device instead of platform_device

On Monday, April 28, 2014 6:26 PM, Vivek Gautam wrote: > > Change to use struct device instead of struct platform_device > for some static functions. > > Signed-off-by: Vivek Gautam > Cc: Jingoo Han Acked-by: Jingoo Han Best regards, Jingoo Han > Cc: Alan Stern > --- >

Re: [PATCH 1/4] usb: ohci-exynos: Use struct device instead of platform_device

On Monday, April 28, 2014 6:25 PM, Vivek Gautam wrote: > > Change to use struct device instead of struct platform_device > for some static functions. > > Signed-off-by: Vivek Gautam > Cc: Jingoo Han Acked-by: Jingoo Han Best regards, Jingoo Han > Cc: Alan Stern > --- >

Re: [RFC PATCH v3 0/6] Emulator speedups - avoid initializations where possible

Il 16/04/2014 18:46, Bandan Das ha scritto: While initializing emulation context structure, kvm memsets to 0 a number of fields some of which are redundant since they get set eventually in x86_decode_insn. Cleanup unnecessary initializations and remove some fields. This is on top of Paolo's RFC

Re: [PATCH 2/3] sched: idle: Add sched balance option

On Mon, Apr 28, 2014 at 12:09:20PM +0200, Daniel Lezcano wrote: > I agree a numerical value is not flexible. But it sounds weird to put a > scheduler option in the sysfs and maybe more options will follow. > > I am wondering if we shouldn't create a new cgroup for 'energy' and put > everything in

Re: [PATCH] video/backlight: Fix string type mismatch in s6e63m0.c

> Fix string type mismatch in s6e63m0_sysfs_show_gamma_table(). > gamma_table_count is defined as unsigned int. > > Signed-off-by: Masanari Iida > --- > drivers/video/backlight/s6e63m0.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. -- Lee Jones Linaro

[tip:irq/urgent] linux/interrupt.h: fix new kernel-doc warnings

Commit-ID: def5f1273c5f18abf8fcaee03a115d3e907ad407 Gitweb: http://git.kernel.org/tip/def5f1273c5f18abf8fcaee03a115d3e907ad407 Author: Randy Dunlap AuthorDate: Sun, 27 Apr 2014 21:03:09 -0700 Committer: Thomas Gleixner CommitDate: Mon, 28 Apr 2014 12:19:59 +0200 linux/interrupt.h: fix

[tip:irq/urgent] genirq: x86: Ensure that dynamic irq allocation does not conflict

Commit-ID: 62a08ae2a5763aabeee98264605236b001503e0c Gitweb: http://git.kernel.org/tip/62a08ae2a5763aabeee98264605236b001503e0c Author: Thomas Gleixner AuthorDate: Thu, 24 Apr 2014 09:50:53 +0200 Committer: Thomas Gleixner CommitDate: Mon, 28 Apr 2014 12:20:00 +0200 genirq: x86: Ensure

Re: [PATCH] mfd: core: Don't use devres functions before device is added

> The supply aliases for the MFD devices were being added using devres but > the device hasn't been added at this point and as such we can't use > devres. > > The MFD already has a function that removes devices this patch uses the > non-devres versions of the supply alias functions and adds an

Re: [PATCH 0/2] crypto: atmel-aes: fixes on block size of aes cfb mode

On Tue, Apr 22, 2014 at 03:23:22PM +0800, Leilei Zhao wrote: > Hi: > > These two patches correct the block size in atmel-aes driver while processing > cfb8 and cfb64 mode of aes. Both patches applied. Thanks! -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key:

Re: [PATCH 0/3] Cleanup ressource leaks in test_aead_speed()

On Mon, Apr 21, 2014 at 08:44:39PM +0200, Christian Engelmayer wrote: > This is a cleanup of Coverity ressource leak findings for the quick & dirty > crypto testing module crypto/tcrypt.c. > > All 3 changesets address function test_aead_speed() that was introduced in > 53f52d7a (crypto: tcrypt -

Re: [PATCH] locks: rename file-private locks to file-description locks

On Sun, 27 Apr 2014 14:51:25 +1000 NeilBrown wrote: > On Tue, 22 Apr 2014 06:54:36 +0200 "Michael Kerrisk (man-pages)" > wrote: > > > On 04/21/2014 11:15 PM, Stefan (metze) Metzmacher wrote: > > > Am 21.04.2014 21:55, schrieb Jeff Layton: > > >> On Mon, 21 Apr 2014 21:39:12 +0200 > > >>

Re: [RFC v3 1/9] sysrq: Implement __handle_sysrq_nolock to avoid recursive locking in kdb

On 25/04/14 17:45, Steven Rostedt wrote: > On Fri, 25 Apr 2014 17:29:22 +0100 > Daniel Thompson wrote: > >> If kdb is triggered using SysRq-g then any use of the sr command results >> in the SysRq key table lock being recursively acquired, killing the debug >> session. That patch resolves the

Re: [PATCHv4 9/9] extcon: palmas: Use devm_extcon_dev_allocate for extcon_dev

> This patch use devm_extcon_dev_allocate() to simplify the memory control > of extcon device. > > Cc: Graeme Gregory > Cc: Kishon Vijay Abraham I > Cc: Felipe Balbi > Cc: Samuel Ortiz > Cc: Lee Jones > Signed-off-by: Chanwoo Choi > Acked-by: Lee Jones > Acked-by: Felipe Balbi >

Re: [PATCH 4/6] staging: comedi: addi_apci_1564: simplify the PCI bar reading and don't read the unused bars

On 2014-04-27 02:37, Chase Southwood wrote: This driver only uses PCI bar 1 (devpriv->i_IobaseAmcc), and PCI bar 2 (dev->iobase) doon't bother reading the unused PCI bars. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten --- Hartley, As far as I can tell from reading the

Re: [PATCH] sound: core: Fix format string mismatch in seq_midi.c

At Tue, 22 Apr 2014 20:42:05 +0900, Masanari Iida wrote: > > Fix format string mismatch in snd_seq_midisynth_register_port(). > Argument type of p is unsigned int. > > Signed-off-by: Masanari Iida Thanks, applied. Takashi > --- > sound/core/seq/seq_midi.c | 4 ++-- > 1 file changed, 2

Re: [PATCH] sound: usb: Fix format string mismatch in mixer.c

At Mon, 28 Apr 2014 13:08:55 +0900, Masanari Iida wrote: > > Fix format string mismatch in parse_audio_selector_unit(). > > Signed-off-by: Masanari Iida Thanks, applied. Takashi > --- > sound/usb/mixer.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 09/13] video/backlight: LP8788 needs PWM

> The LP8788 driver cannot be successfully built if we don't > enable the PWM subsystem. This patch makes that dependency > explicit in Kconfig and prevents broken randconfig builds. > > Based on Arnd Bergmann patch but split out into seperate > commits per driver based on feedback. > >

Re: [PATCH 12/13] video/backlight: LP855X needs PWM

> From: Arnd Bergmann > > The LP855X driver cannot be successfully built if we don't > enable the PWM subsystem. This patch makes that dependency > explicit in Kconfig and prevents broken randconfig builds. > > Signed-off-by: Arnd Bergmann > Signed-off-by: Peter Griffin > Cc: Jingoo Han >

Re: [PATCH 10/13] video/pxa: LCD_CORGI needs BACKLIGHT_CLASS_DEVICE

> From: Arnd Bergmann > > This fixes a randconfig build error when BACKLIGHT_CLASS_DEVICE > is disabled, by describing the dependency in Kconfig, > as we do for the other drivers in this directory. > > Signed-off-by: Arnd Bergmann > Signed-off-by: Peter Griffin > Cc: Jingoo Han > Cc: Bryan

Re: [PATCH 08/13] video/backlight: LM3630A needs PWM

> The LM3630A driver cannot be successfully built if we don't > enable the PWM subsystem. This patch makes that dependency > explicit in Kconfig and prevents broken randconfig builds. > > Based on Arnd Bergmann patch but split out into seperate > commits per driver based on feedback. > >

Re: [PATCH v7 3/4] mmc: Add realtek USB sdmmc host driver

> From: Roger Tseng > > Realtek USB SD/MMC host driver provides mmc host support based on the Realtek > USB card reader MFD driver. > > Signed-off-by: Roger Tseng > Acked-by: Ulf Hansson > --- > drivers/mmc/host/Kconfig |7 + > drivers/mmc/host/Makefile |1 + >

Re: [PATCH v7 4/4] memstick: Add realtek USB memstick host driver

> From: Roger Tseng > > Realtek USB memstick host driver provides memstick host support based on the > Realtek USB card reader MFD driver. > > Signed-off-by: Roger Tseng > --- > drivers/memstick/host/Kconfig | 10 + > drivers/memstick/host/Makefile | 1 + >

Re: [PATCH 2/3] sched: idle: Add sched balance option

On 04/25/2014 08:43 PM, Peter Zijlstra wrote: On Fri, Apr 25, 2014 at 07:01:23PM +0200, Daniel Lezcano wrote: As the sysctl is some kind of ABI, I would like to make sure we reach a consensus and discuss a bit about that. We could make it a sysfs file, like /sys/power/state, which when read

Re: [PATCH v2] irqchip: vt8500: Switch to a simple write clear for Interrupt Status Register

On Mon, 28 Apr 2014, Axel Lin wrote: > According to the datasheet, the attribute of Interrupt Status Register is > RW0S, > which means: > Software can read the register. > Software can also "write 1 to clear". "write 0" has no effect. > > So the read/modify/write cycle is no

[f2fs-dev][PATCH 3/3] f2fs: fix to truncate inline data in inode page when setattr

Previous we do not truncate inline data in inode page when setattr, so following case could still read the inline data which has already truncated: 1.write inline data 2.ftruncate size to 0 3.ftruncate size to max inline data size 4.read from offset 0 This patch introduces truncate_inline_data()

Re: [PATCH 2/3] perf tools: Cache dso data file descriptor

On Sun, Apr 27, 2014 at 11:36:35PM +0900, Namhyung Kim wrote: > 2014-04-17 (목), 19:39 +0200, Jiri Olsa: > > Keeping the data file description open for the whole life > > of the dso object. > > I suspect there might be an issue for reporting very large data file > with this approach - like open

[f2fs-dev][PATCH 2/2] f2fs: readahead multi pages of directory for performance

We have no so such readahead mechanism in ->iterate() path as the one in ->read() path, it cause low performance when we read large directory. This patch add readahead in f2fs_readdir() for better performance. Signed-off-by: Chao Yu --- fs/f2fs/dir.c |6 ++ fs/f2fs/f2fs.h |2 ++ 2

[f2fs-dev][PATCH 1/2] f2fs: set errno when f2fs_iget failed in recover_dentry

We should set the error number correctly when we fail in recover_dentry(), so the recover flow could stop for the reason as error number shows instead of continuing. Signed-off-by: Chao Yu --- fs/f2fs/recovery.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v5 2/4] arm64: split syscall_trace() into separate functions for enter/exit

On 04/16/2014 10:27 PM, Will Deacon wrote: Hi Akashi, On Sat, Mar 15, 2014 at 05:39:06AM +, AKASHI Takahiro wrote: As done in arm, this change makes it easy to confirm we invoke syscall related hooks, including syscall tracepoint, audit and seccomp which would be implemented later, in

Re: [PATCH_v8 2/2] arm64: audit: Add audit hook in syscall_trace_enter/exit()

On 04/16/2014 08:30 PM, Will Deacon wrote: On Sat, Mar 15, 2014 at 05:49:08AM +, AKASHI Takahiro wrote: This patch adds auditing functions on entry to or exit from every system call invocation. Acked-by: Richard Guy Briggs Signed-off-by: AKASHI Takahiro I think I already acked this

Re: [KVM] BUG: unable to handle kernel NULL pointer dereference at 00000000000002b0

On 04/28/2014 05:33 PM, Paolo Bonzini wrote: > Il 14/04/2014 09:49, Jet Chen ha scritto: >> Hi Paolo, >> >> We noticed the below kernel BUG on >> >> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > What commit? > This one,

Re: [PATCH_v8 0/2] arm64: Add audit support

Hi Don, Sorry for not responding to you soon: On 04/12/2014 06:37 AM, Don Dutile wrote: On 03/15/2014 01:49 AM, AKASHI Takahiro wrote: (Please apply this patch after my ftrace patch to resolve some conflict on arm64/kernel/ptrace.c, functionally it doesn't depend on ftrace though) This

[PATCH 1/2] f2fs: return i_size if the hole is outside of i_size

When SEEK_HOLE is requeted, it should return i_size if the hole position is found outside of i_size. Signed-off-by: Jaegeuk Kim --- fs/f2fs/file.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index d99d173..3112857 100644 ---

[PATCH 2/2] f2fs: consider fallocated space for SEEK_DATA

If an amount of data are allocated though fallocate and user writes a couple of data among the space, f2fs should return the data offset made by user when SEEK_DATA is requested. For example, (N: NEW_ADDR by fallocate, X: NEW_ADDR by user) 1) fallocate 0 ~ 10MB f -> N N N N N N N N N N N N ... N

Re: [E1000-devel] [PATCH net-next 1/2] i40evf: Use pci_enable_msix_range() instead of pci_enable_msix()

On Sun, Apr 27, 2014 at 4:30 PM, David Miller wrote: > From: Alexander Gordeev > Date: Fri, 25 Apr 2014 10:06:24 +0200 > >> As result of deprecation of MSI-X/MSI enablement functions >> pci_enable_msix() and pci_enable_msi_block() all drivers >> using these two interfaces need to be updated to

Re: [PATCH 1/3] perf tools: Cache register accesses for unwind processing

On Sun, Apr 27, 2014 at 11:29:21PM +0900, Namhyung Kim wrote: > Hi Jiri, > > 2014-04-17 (목), 19:39 +0200, Jiri Olsa: > > Caching registers value into an array. Got about 4% speed up > > of perf_reg_value function for report command processing > > dwarf unwind stacks. > > I'm not familiar with

Re: [PATCH v3 1/3] Input: gpio_keys - use dev instead of pdev in gpio_keys_setup_key()

On Fri, 2014-04-25 at 14:21 -0700, Dmitry Torokhov wrote: > On Fri, Apr 25, 2014 at 07:22:15PM +0300, Andy Shevchenko wrote: > > The platform device is not used in gpio_keys_setup_key(). This patch > > substitutes it by struct device. > > And the benefit of this is...? Probably no benefit for

Re: [PATCH v3 2/3] Input: gpio_keys - convert to use devm_*

On Fri, 2014-04-25 at 21:43 -0700, Dmitry Torokhov wrote: > On Fri, Apr 25, 2014 at 07:22:16PM +0300, Andy Shevchenko wrote: > > This makes the error handling much more simpler than open-coding everything > > and > > in addition makes the probe function smaller an tidier. [] > > - pdata =

Re: [PATCH v2 3/6] ARM: dts: Device tree for AXM55xx.

On Fri, Apr 25, 2014 at 01:50:25PM +0200, Linus Walleij wrote: > On Fri, Apr 25, 2014 at 11:43 AM, Anders Berg wrote: > > On Fri, Apr 25, 2014 at 11:16:18AM +0200, Linus Walleij wrote: > >> On Thu, Apr 24, 2014 at 7:47 PM, Anders Berg wrote: > >> > On Thu, Apr 24, 2014 at 03:24:14PM +0200, Linus

Re: [PATCH v3] mfd: sec-core: Update sec_pmic documentation

> > Update the documentation for sec_pmic state container structure to > > reflect current code. > > > > Signed-off-by: Krzysztof Kozlowski > > Acked-by: Lee Jones > > > > --- > > Changes since v2: > > - Rebased on lee/mfd. > > You did? Which tree/branch? I still get: > > Applying: mfd:

Re: [PATCH 1/6] staging: comedi: addi_apci_1564: remove eeprom support code

Nice, Chase, you've become an expert on comedi, it seems. I can't say how happy comedi patches make me these days. Ian, you and Hartley are doing a fantastic job. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v3] mfd: sec-core: Update sec_pmic documentation

On Thu, 24 Apr 2014, Krzysztof Kozlowski wrote: > Update the documentation for sec_pmic state container structure to > reflect current code. > > Signed-off-by: Krzysztof Kozlowski > Acked-by: Lee Jones > > --- > Changes since v2: > - Rebased on lee/mfd. You did? Which tree/branch? I still

Re: [PATCH] mmc: mxs: fix card detection function for broken card detect

On Mon, Apr 28, 2014 at 11:31:03AM +0200, Ulf Hansson wrote: > On 28 April 2014 11:13, Sascha Hauer wrote: > > On Sat, Apr 19, 2014 at 11:59:18PM +0200, Daniel Willmann wrote: > >> Return -ENOSYS in get_cd if broken-cd is specified in the device tree. > >> > >> Commit a91fe279ae75 (mmc: mxs: use

RE: [PATCH V3 1/2] mm: move FAULT_AROUND_ORDER to arch/

Madhavan Srinivasan wrote: > Kirill A. Shutemov with 8c6e50b029 commit introduced > vm_ops->map_pages() for mapping easy accessible pages around > fault address in hope to reduce number of minor page faults. > > This patch creates infrastructure to modify the FAULT_AROUND_ORDER > value using

Re: [PATCH v2 00/13] extcon: major rework

On 04/24/2014 09:52 PM, Greg KH wrote: > On Mon, Apr 14, 2014 at 01:46:11PM +0200, Robert Baldyga wrote: >> This patchset adds many improvements to extcon class driver and extcon >> provider drivers. It changes extcon API to faster and safer by replaceing >> function taking extcon and cable names

Re: [KVM] BUG: unable to handle kernel NULL pointer dereference at 00000000000002b0

Il 14/04/2014 09:49, Jet Chen ha scritto: Hi Paolo, We noticed the below kernel BUG on git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master What commit? Paolo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH v3 0/4] usb: ehci/ohci-exynos: Move to generic phy framework

On Mon, Apr 28, 2014 at 2:55 PM, Vivek Gautam wrote: > Based and tested on 'usb-next' branch of Greg's usb tree, with relevant > device tree patches[1] [1] [PATCH v7 0/2] dts: Add usb2phy to Exynos 5250 http://www.spinics.net/lists/linux-usb/msg106427.html > > Changes from v2: > - Added

Re: [PATCH] staging: silicom: Remove unused pointer in bypass_init_module()

On Sat, Apr 26, 2014 at 10:15:04PM +0200, Christian Engelmayer wrote: > Pointer 'pbpctl_dev_c' in function bypass_init_module() is unused. > Thus remove it. > > Signed-off-by: Christian Engelmayer > --- > Compile tested and applies against v3.15-rc2 as well as branch staging-next > of tree

Re: [PATCH] mmc: mxs: fix card detection function for broken card detect

On 28 April 2014 11:13, Sascha Hauer wrote: > On Sat, Apr 19, 2014 at 11:59:18PM +0200, Daniel Willmann wrote: >> Return -ENOSYS in get_cd if broken-cd is specified in the device tree. >> >> Commit a91fe279ae75 (mmc: mxs: use standard flag for broken card >> detection) sets MMC_CAP_NEEDS_POLL

<    3   4   5   6   7   8   9   10   11   12   >