Re: [PATCH] pinctrl: at91: move lock/unlock_as_irq calls into request/release resources methods

> On Feb 9, 2015, at 10:50 PM, Jean-Christophe PLAGNIOL-VILLARD > wrote: > > >> On Feb 9, 2015, at 2:23 AM, Boris Brezillon >> wrote: >> >> The gpiochip_lock_as_irq call can fail and return an error, while the >> irq_startup is not expected to fail (returns an unsigned int which is not >>

Re: [PATCH v2 3/3] ixgbe: Add new ndo to allow VF multicast promiscuous mode

On Fri, Feb 20, 2015 at 3:01 AM, Hiroshi Shimamoto wrote: > The administrator can allow to VF multicast promiscuous mode for only > trusted VM. > # ./ip link set dev eth0 vf 1 mc_promisc on > When disallowing multicast promiscuous mode, we can only use 30 IPv6 > addresses. > # ./ip link set

[GIT PULL] s390 patches for the 3.20 merge window #2

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Two patches to save some memory if CONFIG_NR_CPUS is large, a changed default for the use of compare-and-delay, and a couple of

Re: [PATCH] kasan, module, vmalloc: rework shadow allocation for modules

On 02/20/2015 03:15 AM, Rusty Russell wrote: > Andrey Ryabinin writes: >> On 02/19/2015 02:10 AM, Rusty Russell wrote: >>> This is not portable. Other archs don't use vmalloc, or don't use >>> (or define) MODULES_VADDR. If you really want to hook here, you'd >>> need a new flag (or maybe use

Re: [PATCH 1/3] sched: add sched_task_call()

On Thu, 19 Feb 2015, Josh Poimboeuf wrote: > So I've looked at kgr_needs_lazy_migration(), but I still have no idea > how it works. > > First of all, I think reading the stack while its being written to could > give you some garbage values, and a completely wrong nr_entries value > from

Hello dear reply

-- How are you doing? It's a wonderful compliment to write to you today. My name is Carolina. I am a Simple and Honest girl. I have something to tell you, perhaps you might be of assistance to me. I Had always wanted to be a medical Doctor and my teachers in school used to encourage me that I

Re: [PATCH 4/4] Staging: rtl8192u: r819xU_firmware: added space after comma

On Thu, 2015-02-19 at 21:54 -0800, Tolga Ceylan wrote: > Resolved space required after that ',' errors reported by checkpatch. trivia: > diff --git a/drivers/staging/rtl8192u/r819xU_firmware.c > b/drivers/staging/rtl8192u/r819xU_firmware.c [] > @@ -66,7 +66,7 @@ static bool

Re: Concerns about "mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support"

On Thu, 2015-02-19 at 21:45 -0800, James Bottomley wrote: > Ben, this is legal by design. It was specifically designed for the > aic79xx SCSI card, but can be used for a variety of other reasons. The > aic79xx hardware problem was that the DMA engine could address the whole > of memory (it had

Re: Concerns about "mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support"

On Fri, 2015-02-20 at 16:22 +1100, Benjamin Herrenschmidt wrote: > Looking a bit more closely, you basically do > > - set_dma_mask(64-bit) > - set_consistent_dma_mask(32-bit) > > Now, I don't know how x86 will react to the conflicting masks, but on > ppc64, I'm pretty sure the second one will

Re: [RESEND PATCH 2/2] arm: socfpga: Set share override bit of the l2 cache controller

Hi Rob, On 2/19/15 12:13 PM, Rob Herring wrote: > On Thu, Feb 19, 2015 at 11:06 AM, wrote: >> From: Dinh Nguyen >> >> By not having bit 22 set in the PL310 Auxiliary Control register (shared >> attribute override enable) has the side effect of transforming Normal >> Shared Non-cacheable reads

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

Hi David, On 02/19/2015 08:59 PM, David Cohen wrote: > Some Intel platforms have an USB OTG port fully (or partially) > controlled by GPIOs: > > (1) USB ID is connected directly to a pulled up GPIO. > > Optionally: > (2) VBUS is enabled/disabled by a GPIO > (3) Platform has 2 USB controllers

[PATCH] clockevents: Add (missing) default case for switch blocks

Many clockevent drivers are using a switch block for handling modes in their ->set_mode() callback. Some of these do not have a 'default' case and adding a new mode in the 'enum clock_event_mode', starts giving following warnings for these platforms about unhandled modes (e.g. XXX).

Re: [PATCH v4] dma: Add Xilinx AXI Direct Memory Access Engine driver support

On Sat, Feb 14, 2015 at 02:21:52PM +, Appana Durga Kedareswara Rao wrote: > Hi Vinod, > > > > -Original Message- > > From: Vinod Koul [mailto:vinod.k...@intel.com] > > Sent: Thursday, February 12, 2015 3:05 PM > > To: Appana Durga Kedareswara Rao > > Cc: Arnd Bergmann;

Re: [PATCH v5 59/61] dmaengine: Add a warning for drivers not using the generic slave caps retrieval

On Thu, Feb 19, 2015 at 02:23:27PM +0530, Viresh Kumar wrote: > On 19 February 2015 at 13:39, Jean Delvare wrote: > > My understanding is that the warning message is here on purpose to > > instruct DMA driver authors to fix their code. So if anyone need to fix > > anything, that would be you and

[PATCH 2/4] Staging: rtl8192u: r819xU_firmware: removed commented out assert

Removed an assert that was commented out. The comment provides no documentation value as rt_status is properly handled. Signed-off-by: Tolga Ceylan --- drivers/staging/rtl8192u/r819xU_firmware.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/rtl8192u/r819xU_firmware.c

[PATCH 3/4] Staging: rtl9182u: r819xU_firmware: Replaced C99 comments with C89

Replaced C99 comments with C89. Signed-off-by: Tolga Ceylan --- drivers/staging/rtl8192u/r819xU_firmware.c | 33 +++--- 1 file changed, 17 insertions(+), 16 deletions(-) diff --git a/drivers/staging/rtl8192u/r819xU_firmware.c

[PATCH 1/4] Staging: rtl8192u: r819xU_firmware: removed commented out variable

Removed commented out variable Signed-off-by: Tolga Ceylan --- drivers/staging/rtl8192u/r819xU_firmware.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8192u/r819xU_firmware.c b/drivers/staging/rtl8192u/r819xU_firmware.c index c230be2..9d0067e 100644 ---

[PATCH 4/4] Staging: rtl8192u: r819xU_firmware: added space after comma

Resolved space required after that ',' errors reported by checkpatch. Signed-off-by: Tolga Ceylan --- drivers/staging/rtl8192u/r819xU_firmware.c | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/drivers/staging/rtl8192u/r819xU_firmware.c

Re: Concerns about "mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support"

On Fri, 2015-02-20 at 16:22 +1100, Benjamin Herrenschmidt wrote: > On Fri, 2015-02-20 at 16:06 +1100, Benjamin Herrenschmidt wrote: > > > Note that even on powerpc platforms where it would work because we > > maintain both 32-bit and 64-bit bypass windows in the device address > > space

Re: [PATCH] gpio: return NULL from gpiod_get_optional when GPIOLIB is disabled

On Fri, Feb 20, 2015 at 2:33 PM, Dmitry Torokhov wrote: >> I should have commented at that time, but let's do it now: I agree >> with the idea, but this leaves the door open to confusing situations >> in case gpiolib was unintentionally disabled. Could you also add a >> note in the documentation

Re: [PATCH 0/2] HID: huion: add libinput support

On Thu, Feb 19, 2015 at 01:54:17PM +0200, Nikolai Kondrashov wrote: [...] > >>>Last, I think we could add these tablets in the libwacom project, so that > >>>there > >>>will be a nice GUI to configure the buttons. > >> > >>That would be a very welcome change, without doubt, thank you. > >> >

Re: [PATCH 4/6] thinkpad_acpi: Add support for more adaptive kbd buttons

On Wed, Feb 18, 2015 at 09:53:48PM +0100, Bastien Nocera wrote: > This commit adds new elements to the ThinkPad keymaps, and > will send key events for keys for which an input.h declaration > exists. > > Signed-off-by: Bastien Nocera > --- > drivers/platform/x86/thinkpad_acpi.c | 80 >

Re: [PATCH] gpio: return NULL from gpiod_get_optional when GPIOLIB is disabled

On Fri, Feb 20, 2015 at 01:59:43PM +0900, Alexandre Courbot wrote: > On Fri, Feb 20, 2015 at 9:30 AM, Dmitry Torokhov > wrote: > > Given the intent behind gpiod_get_optional() and friends it does not make > > sense to return -ENOSYS when GPIOLIB is disabled: the driver is expected to > > work

Re: [PATCH 3/6] thinkpad_acpi: Add adaptive_kbd_mode sysfs attr

On Wed, Feb 18, 2015 at 09:53:44PM +0100, Bastien Nocera wrote: Commit message please. > Signed-off-by: Bastien Nocera > --- > drivers/platform/x86/thinkpad_acpi.c | 71 > +++- > 1 file changed, 62 insertions(+), 9 deletions(-) > > diff --git

[PATCH] af_packet: allow packets defragmentation not only for hash fanout type

Packets defragmentation was introduced for PACKET_FANOUT_HASH only, see 7736d33f4262 ("packet: Add pre-defragmentation support for ipv4 fanouts") It may be useful to have defragmentation enabled regardless of fanout type. Without that, the AF_PACKET user may have to: 1. Collect fragments from

Re: Concerns about "mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support"

On Fri, 2015-02-20 at 16:06 +1100, Benjamin Herrenschmidt wrote: > Note that even on powerpc platforms where it would work because we > maintain both 32-bit and 64-bit bypass windows in the device address > space simultaneously, you will leak iommu entries unless you also switch > back to 32-bit

Re: [PATCH 2/6] thinkpad_acpi: Factor out get/set adaptive kbd mode

On Wed, Feb 18, 2015 at 09:53:35PM +0100, Bastien Nocera wrote: Please provide a commit message. There is always something to say beyond what is in the subject. In this case, I suggest the motivation and justification for the change. While I appreciate the abstraction, it makes the code at the

[PATCH v2 RFC tip/core/rcu 2/4] rcu: Add rcu_expedite_gp() and rcu_unexpedite_gp() to rcutorture

From: "Paul E. McKenney" Signed-off-by: Paul E. McKenney --- kernel/rcu/rcutorture.c | 24 1 file changed, 24 insertions(+) diff --git a/kernel/rcu/rcutorture.c b/kernel/rcu/rcutorture.c index 30d42aa55d83..3a60815ce97c 100644 --- a/kernel/rcu/rcutorture.c +++

[PATCH v2 RFC tip/core/rcu 1/4] rcu: Provide rcu_expedite_gp() and rcu_unexpedite_gp()

From: "Paul E. McKenney" Currently, expediting of normal synchronous grace-period primitives (synchronize_rcu() and friends) is controlled by the rcu_expedited() boot/sysfs parameter. This works well, but does not handle nesting. This commit therefore provides rcu_expedite_gp() to enable

[PATCH v2 RFC tip/core/rcu 4/4] rcu: Add Kconfig option to expedite grace periods during boot

From: "Paul E. McKenney" This commit adds a CONFIG_RCU_EXPEDITE_BOOT Kconfig parameter that emulates a very early boot rcu_expedite_gp(). A late-boot call to rcu_end_inkernel_boot() will provide the corresponding rcu_unexpedite_gp(). The late-boot call to rcu_end_inkernel_boot() should be made

[PATCH v2 RFC tip/core/rcu 3/4] rcu: Update from rcu_expedited variable to rcu_gp_is_expedited()

From: "Paul E. McKenney" This commit updates open-coded tests of the rcu_expedited variable to instead use rcu_gp_is_expedited(). Signed-off-by: Paul E. McKenney --- kernel/rcu/srcu.c| 2 +- kernel/rcu/tree.c| 9 + kernel/rcu/tree_plugin.h | 2 +- 3 files changed, 7

[PATCH tip/core/rcu 0/4] Programmatic nestable expedited grace periods

Hello! This series, possibly for v3.21, contains changes that allow in-kernel code to specify that all subsequent synchronous grace-period primitives (synchronize_rcu() and friends) be expedited. New rcu_expedite_gp() and rcu_unexpedite_gp() primitives enable and disable expediting, and these

Re: [PATCH 1/6] thinkpad_acpi: Remember adaptive kbd presence

On Wed, Feb 18, 2015 at 09:53:28PM +0100, Bastien Nocera wrote: > Rather than checking on each suspend and resume whether the laptop > has an adaptive keyboard, check when the driver is initialised. Reasonable. > > Signed-off-by: Bastien Nocera > --- > drivers/platform/x86/thinkpad_acpi.c |

Re: [PATCH RT 1/2] rwsem-rt: Do not allow readers to nest

On Wed, Feb 18, 2015 at 12:13 PM, Steven Rostedt wrote: > On Wed, 18 Feb 2015 20:57:10 +0100 > Sebastian Andrzej Siewior wrote: > >> * Steven Rostedt | 2014-04-08 22:47:01 [-0400]: >> >> >From: "Steven Rostedt (Red Hat)" >> > >> >The readers of mainline rwsems are not allowed to nest, the

Re: [PATCH 2/6] CRIS: remove SMP code

There was a discussions about making a SMP CRIS once and the code actually ran on emulator. But I guess something went wrong during uppstreamimg. Anyway there is no real silicone so removing it is correct. > 20 feb 2015 kl. 01:06 skrev "Paul Bolle" : > >> On Thu, 2015-02-19 at 20:29 +0100,

Re: Concerns about "mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support"

On Fri, 2015-02-20 at 16:01 +1100, Benjamin Herrenschmidt wrote: > Hi Sreekanth ! > > While looking at some (unrelated) issue where mtp2sas seems to be using > 32-bit DMA instead of 64-bit DMA on some POWER platforms, I noticed this > patch which was merged as

Concerns about "mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support"

Hi Sreekanth ! While looking at some (unrelated) issue where mtp2sas seems to be using 32-bit DMA instead of 64-bit DMA on some POWER platforms, I noticed this patch which was merged as 5fb1bf8aaa832e1e9ca3198de7bbecb8eff7db9c. Can you confirm my understanding that you are: - Setting the DMA

Re: [PATCH] gpio: return NULL from gpiod_get_optional when GPIOLIB is disabled

On Fri, Feb 20, 2015 at 9:30 AM, Dmitry Torokhov wrote: > Given the intent behind gpiod_get_optional() and friends it does not make > sense to return -ENOSYS when GPIOLIB is disabled: the driver is expected to > work just fine without gpio so let's behave as if gpio was not found. > Otherwise we

Re: [Patch v6 0/2] gpio: add GPIO hogging mechanism

On Thu, Feb 19, 2015 at 2:23 AM, Benoit Parrot wrote: > Gentle ping. > > Is there any chance this will make it in 3.21? I'm good with it - Linus will probably come to it after the 3.20 merge window closes. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 3.14.25-rt22 1/2] rtmutex Real-Time Linux: Fixing kernel BUG at kernel/locking/rtmutex.c:997!

On Thu, 19 Feb 2015 18:31:05 -0700 Thavatchai Makphaibulchoke wrote: > This patch fixes the problem that the ownership of a mutex acquired by an > interrupt handler(IH) gets incorrectly attributed to the interrupted thread. *blink* > > This could result in an incorrect deadlock detection in

Re: [PATCH v2] x86: fix output of show_stack_log_lvl()

On Fri, 20 Feb 2015 03:34:21 +0100 Adrien Schildknecht wrote: > show_stack_log_lvl() does not set the log level after a new line, > the following messages printed with pr_cont are thus assigned to the > default log level. This looks like a bug in printk(). Why doesn't pr_cont() continue? It

Re: [PATCH 4/4] powerpc/mpic: remove unused functions

> If I just get a patch saying "removed unused foo()", I have to go and dig and > find out: > - was it recently added and will be used soon? > - is it ancient and never used, if so can we work out why, ie. feature X > never landed so this code is no longer needed. > - is it old code that

Re: [PATCH v4 4/4] phy: add phy-hi6220-usb

On Fri, Feb 20, 2015 at 11:07:21AM +0800, zhangfei wrote: > Hi, Balbi > > On 02/18/2015 10:35 PM, Felipe Balbi wrote: > >On Wed, Feb 18, 2015 at 01:44:21PM +0800, zhangfei wrote: > >>Hi, Kishon > >> > >>On 02/18/2015 01:35 PM, Kishon Vijay Abraham I wrote: > >>>Hi, > >>> > >>>On Thursday 12

[PATCH] efi: fix boundary checking in efi_high_alloc()

While adding support loading kernel and initrd above 4G to grub2 in legacy mode, I was referring to efi_high_alloc(). That will allocate buffer for kernel and then initrd, and initrd will use kernel buffer start as limit. During testing found two buffers will be overlapped when initrd size is

Re: [PATCH v2 1/3] ixgbe, ixgbevf: Add new mbox API to enable MC promiscuous mode

On Fri, 2015-02-20 at 00:59 +, Hiroshi Shimamoto wrote: > From: Hiroshi Shimamoto > > The limitation of the number of multicast address for VF is not enough > for the large scale server with SR-IOV feature. > IPv6 requires the multicast MAC address for each IP address to handle > the

Re: [PATCH v2 3/3] ixgbe: Add new ndo to allow VF multicast promiscuous mode

On Fri, 2015-02-20 at 01:01 +, Hiroshi Shimamoto wrote: > From: Hiroshi Shimamoto > > Implements the new netdev op to allow VF multicast promiscuous mode. > > The administrator can allow to VF multicast promiscuous mode for only > trusted VM. After allowing multicast promiscuous mode from

Re: [PATCH v2 2/3] if_link: Add VF multicast promiscuous control

On Fri, 2015-02-20 at 01:00 +, Hiroshi Shimamoto wrote: > From: Hiroshi Shimamoto > > Add netlink directives and ndo entry to allow VF multicast promiscuous > mode. > > The administrator wants to allow dedicatedly multicast promiscuous per > VF. > > Signed-off-by: Hiroshi Shimamoto >

Re: [RFC PATCH v3 15/26] early kprobes: x86: directly modify code.

(2015/02/13 14:40), Wang Nan wrote: > When registering early kprobes, SMP should has not been enabled, so > doesn't require synchronization in text_poke_bp(). Simply memcpy is > enough. BTW, we've already have text_poke_early for this purpose. Thank you, > > Signed-off-by: Wang Nan > --- >

Re: [RFC PATCH v3 00/26] Early kprobe: enable kprobes at very early booting stage.

Hi, Sorry for replying late. (2015/02/13 14:39), Wang Nan wrote: > I fell very sorry for people who reviewed my v2 patch series yesterday > at https://lkml.org/lkml/2015/2/12/234 because I didn't provide enough > information in commit log. This v3 patch series add those missing > commit

[GIT PULL] KGDB/KDB fixes for 3.20-rc1

Linus, Please pull the kgdb tree. Summary of changes: New: * KDB: improved searching * No longer enter debug core on panic if panic timeout is set KGDB/KDB regressions / cleanups * fix pdf doc build errors * prevent junk characters on kdb console from printk levels

Re: [PATCH] kasan, module, vmalloc: rework shadow allocation for modules

Andrey Ryabinin writes: > On 02/19/2015 02:10 AM, Rusty Russell wrote: >> This is not portable. Other archs don't use vmalloc, or don't use >> (or define) MODULES_VADDR. If you really want to hook here, you'd >> need a new flag (or maybe use PAGE_KERNEL_EXEC after an audit). >> > > Well,

Re: [PATCH v3] pci: spear: Drop __initdata from spear13xx_pcie_driver

On 19 February 2015 at 23:11, Matwey V. Kornilov wrote: > spear13xx_pcie_driver.driver is allocated in text.init section > and then the pointer to it is passed futher. This patch is to avoid > crashes like the following, when freed memory is used. > > Also, __init has been dropped from the

Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G

On Thu, Feb 19, 2015 at 6:13 PM, Baoquan He wrote: > On 02/18/15 at 11:47am, Yinghai Lu wrote: > > Kaslr need both virtual and physical address be randomized, otherwise > it doesn't make sense. Please check what hpa said about this issue: > > https://lkml.org/lkml/2014/10/13/350 > If I read

Re: [PATCH 4/4] powerpc/mpic: remove unused functions

On Thu, 2015-02-19 at 19:26 +0700, Arseny Solokha wrote: > > On Mon, 2015-02-16 at 17:56 +0700, Arseny Solokha wrote: > >> Drop unused fsl_mpic_primary_get_version(), mpic_set_clk_ratio(), > >> mpic_set_serial_int(). > > > > I'm always happy to remove unused code, but the interesting question is

Re: [PATCH] clk: Only recalculate the rate if needed

Quoting Tomeu Vizoso (2015-02-06 06:13:01) > We don't really need to recalculate the effective rate of a clock when a > per-user clock is removed, if the constraints of the later aren't > limiting the requested rate. > > This was causing problems with clocks that never had a rate set before, > as

Re: [alsa-devel] [PATCH] ASoC: max98088: Add master clock handling

On 02/20/2015 12:48 AM, Andreas Färber wrote: > If master clock is provided through device tree, then update > the master clock frequency during set_sysclk. > > Cc: Tushar Behera > Signed-off-by: Andreas Färber > --- > sound/soc/codecs/max98088.c | 24 > 1 file

Re: usb serial: pl2303 driver TxD "break" stays after close() bug

On Thu, Feb 19, 2015 at 03:38:39PM +0200, Jari Ruusu wrote: > On 2/19/15, Johan Hovold wrote: > > What happens when you reopen the port? Is the break state cleared then? > > Stuck "break" signal is not cleared on re-open. > > To clear it, you need to poke it with ioctl(fd, TIOCCBRK, 0) > or

Re: [PATCH RFC] Update kernel math-emu code from current glibc soft-fp

Joseph Myers wrote: > Please try this patch on top of the previous one. The way abort is > redefined in the kernel code doesn't work for one place using it in an > expression; this patch changes a comma expression to a statement > expression. This didn't appear in my powerpc testing because

Re: [PATCH] ipmi: Remove uses of return value of seq_printf

Not a big deal, thanks for following up. Send a relative patch, please. I already have this queued for upstream. -corey On 02/18/2015 06:02 PM, Joe Perches wrote: > On Wed, 2015-02-18 at 11:56 -0600, Corey Minyard wrote: >> Thanks, queued for 3.20. > Hey Corey, thanks, but I'll either have to

Re: [PATCH 1/3] usb: gadget: function: phonet: balance usb_ep_disable calls

On Fri, Feb 20, 2015 at 01:09:48AM +0100, Pali Rohár wrote: > On Thursday 05 February 2015 13:38:58 Pali Rohár wrote: > > On Tuesday 03 February 2015 20:57:11 Pali Rohár wrote: > > > On Tuesday 03 February 2015 20:35:25 Felipe Balbi wrote: > > > > On Tue, Feb 03, 2015 at 08:27:52PM +0100, Pali

Re: [PATCH v4 4/4] phy: add phy-hi6220-usb

Hi, Balbi On 02/18/2015 10:35 PM, Felipe Balbi wrote: On Wed, Feb 18, 2015 at 01:44:21PM +0800, zhangfei wrote: Hi, Kishon On 02/18/2015 01:35 PM, Kishon Vijay Abraham I wrote: Hi, On Thursday 12 February 2015 01:07 PM, Zhangfei Gao wrote: Add usb phy controller for hi6220 platform

Pull request for the IPMI driver

The following changes since commit e3a1f6cac1fe20e7ac01d96c914c25726723a64e: x86: pte_protnone() and pmd_protnone() must check entry is not present (2015-02-19 15:04:49 -0800) are available in the git repository at: git://git.code.sf.net/p/openipmi/linux-ipmi tags/for-linus-3.20-1 for you

[PATCH v2] mmc: dw_mmc: fix bug that cause mmc_test failture

The STOP command can terminate a data transfer between a memory card and mmc controller. As show in Synopsys DesignWare Cores Mobile Stroage Host Databook: Data timeout and Data end-bit error will terminate further data transfer by mmc controller. So we should not send abort command to terminate

[PATCH v2] mmc: dw_mmc: rockchip: add support MMC_CAP_RUNTIME_RESUME capability

To support HS200 and UHS mode, mmc core will call init_card() to execute tuning: - sdio: init_card can be executed at runtime resume. - sd and mmc: init_card can be executed at resume or runtime resume, which depends on MMC_CAP_RUNTIME_RESUME capability. On rk3288 SoC, host will get DRTO

Re: [RFC PATCH 1/3] eeprom: Add a simple EEPROM framework

On 02/19/15 09:08, Srinivas Kandagatla wrote: > diff --git a/drivers/Kconfig b/drivers/Kconfig > index c70d6e4..d7afc82 100644 > --- a/drivers/Kconfig > +++ b/drivers/Kconfig > @@ -184,4 +184,6 @@ source "drivers/thunderbolt/Kconfig" > > source "drivers/android/Kconfig" > > +source

[PATCH v2] x86: fix output of show_stack_log_lvl()

show_stack_log_lvl() does not set the log level after a new line, the following messages printed with pr_cont are thus assigned to the default log level. This patch prepends the log level to the next message following a new line. print_trace_address() uses printk(log_lvl). Using printk with just

Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G

On 02/18/15 at 11:47am, Yinghai Lu wrote: > On Wed, Feb 18, 2015 at 3:29 AM, Baoquan He wrote: > > On 02/17/15 at 11:22pm, Yinghai Lu wrote: > >> On Tue, Feb 10, 2015 at 10:11 PM, Baoquan He wrote: > > I am sorry I didn't get what you mean. I have tried to set another ident > > mapping for new

Re: [PATCH v4 27/28] vfio: powerpc/spapr: Register memory

Just noticed - this patch should be split into two, they were squashed by mistake, my bad. On 02/16/2015 09:06 PM, Alexey Kardashevskiy wrote: The existing implementation accounts the whole DMA window in the locked_vm counter which is going to be even worse with multiple containers and huge

Re: [PATCH v4 1/2] cfg80211: Add API to change the indoor regulatory setting

On Thu, Feb 19, 2015 at 5:03 PM, wrote: > On Fri, 20 Feb 2015 01:53:44 +0100, "Luis R. Rodriguez" said: >> Wider community: >> >> anyone aware of any *need* in the kernel to know whether one is indoor or >> not on a device running Linux other than wifi? Clearly it should be something >> that

linux-next: Tree for Feb 20

Hi all, Please do not add any material destined for v3.21 to your linux-next included trees until after v3.20-rc1 has been released. Changes since 20150219: The clk tree gained a conflict against Linus' tree. Non-merge commits (relative to Linus' tree): 1232 870 files changed, 32474

Re: NUMA_BALANCING and Xen PV guest regression in 3.20-rc0

On Thu, Feb 19, 2015 at 5:05 PM, Kirill A. Shutemov wrote: > > I'm feeling I miss very basic background on how Xen works, but why does it > set _PAGE_GLOBAL on userspace entries? It sounds strange to me. It is definitely strange. I'm guessing that it's some ancient Xen hack for the early Intel

[PATCH 3.14.25-rt22 2/2] kernel/locking/rtmutex.c: some code optimization

Adding the following code optimization, - Reducing the number of cmpxchgs. Only call mark_rt_mutex_waiters() when needed, waiters bit is not set. - Reducing the hold time of wait_lock lock. - Calling fixup_rt_mutex_waiters() only when needed. Signed-off-by: T. Makphaibulchoke ---

[PATCH 3.14.25-rt22 0/2] rtmutex Real-Time Linux: fix kernel BUG at kernel/locking/rtmutex.c:997! and some optimization

This patch series compose of 2 patches. First patch, fixing kernel BUG at kernel/locking/rtmutex.c:997! Second patch, some code optimation in kernel/locking/rtmutex.c Thavatchai Makphaibulchoke (2): rtmutex Real-Time Linux: Fixing kernel BUG at kernel/locking/rtmutex.c:997!

[PATCH 3.14.25-rt22 1/2] rtmutex Real-Time Linux: Fixing kernel BUG at kernel/locking/rtmutex.c:997!

This patch fixes the problem that the ownership of a mutex acquired by an interrupt handler(IH) gets incorrectly attributed to the interrupted thread. This could result in an incorrect deadlock detection in function rt_mutex_adjust_prio_chain(), causing thread to be killed and possibly leading up

Re: [PATCH] MODSIGN: Change default key details

Hi, docs need some update, too? Regards, - Sedat - http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/module-signing.txt#n118 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: NUMA_BALANCING and Xen PV guest regression in 3.20-rc0

On Thu, Feb 19, 2015 at 01:06:53PM +, David Vrabel wrote: > Mel, > > The NUMA_BALANCING series beginning with 5d833062139d (mm: numa: do not > dereference pmd outside of the lock during NUMA hinting fault) and > specifically 8a0516ed8b90 (mm: convert p[te|md]_numa users to >

Re: [PATCH v4 1/3] mmc: dw_mmc: update clock after host reach a stable voltage

Hi, On Thu, Feb 19, 2015 at 3:49 PM, Doug Anderson wrote: > I've got that coded up but I'm still testing it... If you want to try > it too, you can find it at > . > > Note that without my patch I find that I _really_ need Addy's patch to > make

[PATCH v2 3/3] ixgbe: Add new ndo to allow VF multicast promiscuous mode

From: Hiroshi Shimamoto Implements the new netdev op to allow VF multicast promiscuous mode. The administrator can allow to VF multicast promiscuous mode for only trusted VM. After allowing multicast promiscuous mode from the host, we can use over 30 IPv6 addresses on VM. # ./ip link set dev

[PATCH v2 2/3] if_link: Add VF multicast promiscuous control

From: Hiroshi Shimamoto Add netlink directives and ndo entry to allow VF multicast promiscuous mode. The administrator wants to allow dedicatedly multicast promiscuous per VF. Signed-off-by: Hiroshi Shimamoto Reviewed-by: Hayato Momma CC: Choi, Sy Jong --- include/linux/if_link.h | 1

[PATCH v2 1/3] ixgbe, ixgbevf: Add new mbox API to enable MC promiscuous mode

From: Hiroshi Shimamoto The limitation of the number of multicast address for VF is not enough for the large scale server with SR-IOV feature. IPv6 requires the multicast MAC address for each IP address to handle the Neighbor Solicitation message. We couldn't assign over 30 IPv6 addresses to a

Re: [PATCH v4 1/2] cfg80211: Add API to change the indoor regulatory setting

On Fri, 20 Feb 2015 01:53:44 +0100, "Luis R. Rodriguez" said: > Wider community: > > anyone aware of any *need* in the kernel to know whether one is indoor or > not on a device running Linux other than wifi? Clearly it should be something > that might be of interest to at least other RF devices,

Re: [PATCH v4 1/2] cfg80211: Add API to change the indoor regulatory setting

Wider community: anyone aware of any *need* in the kernel to know whether one is indoor or not on a device running Linux other than wifi? Clearly it should be something that might be of interest to at least other RF devices, so that is at least one possibilty to consider already, but what else?

Re: [PATCH] MODSIGN: Change default key details

On Mon, 16 Feb 2015, David Howells wrote: > Change default key details to be more obviously unspecified. > > Reported-by: Linus Torvalds > Signed-off-by: David Howells > --- > > kernel/Makefile |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/kernel/Makefile

Re: [PATCH 0/3] Add initial DT support for Qualcomm SPMI PMIC devices

On 02/03/15 04:17, Ivan T. Ivanov wrote: > Following set of patches add initial DT support for PMIC devices > found on recent Quqalcomm chipsets. Details for SPMI bus and PMIC arbiter > could be found here [1]. Can you please put the specific compatible strings for the pmic model into the nodes

Re: [PATCH 1/6] ASoC: max98088: Document DT bindings

Am 19.02.2015 um 21:48 schrieb Javier Martinez Canillas: > On 02/19/2015 07:54 PM, Andreas Färber wrote: >> Am 19.02.2015 um 19:40 schrieb Andreas Färber: >>> I updated max98088 and had it working on first boot, but on >>> second boot it complained about the frequency: >>> >>> [7.896834]

Re: [PATCH 2/6] CRIS: remove SMP code

On Thu, Feb 19, 2015 at 08:29:52PM +0100, Rabin Vincent wrote: > The CRIS SMP code cannot be built since there is no (and appears to > never have been) a CONFIG_SMP Kconfig option in arch/cris/. Remove it. > > Signed-off-by: Rabin Vincent Nice, added to the queue for the CRIS-tree. /^JN -

Re: [PATCH 4/6] CRIS: use generic atomic.h

On Thu, Feb 19, 2015 at 08:29:54PM +0100, Rabin Vincent wrote: > CRIS can use asm-generic's atomic.h. > > Signed-off-by: Rabin Vincent Agreed, added to the CRIS-tree. /^JN - Jesper Nilsson -- Jesper Nilsson -- jesper.nils...@axis.com -- To unsubscribe from this list: send the

Re: [PATCH 6/6] CRIS: use generic headers via Kbuild

On Thu, Feb 19, 2015 at 08:29:56PM +0100, Rabin Vincent wrote: > Delete headers which do nothing but include the asm-generic versions and > use Kbuild magic instead. > > Signed-off-by: Rabin Vincent Nice! Added to the CRIS-tree. /^JN - Jesper Nilsson -- Jesper Nilsson --

[PATCH] gpio: return NULL from gpiod_get_optional when GPIOLIB is disabled

Given the intent behind gpiod_get_optional() and friends it does not make sense to return -ENOSYS when GPIOLIB is disabled: the driver is expected to work just fine without gpio so let's behave as if gpio was not found. Otherwise we have to special-case -ENOSYS in drivers. Signed-off-by: Dmitry

Re: [PATCH 5/6] CRIS: use generic cmpxchg.h

On Thu, Feb 19, 2015 at 08:29:55PM +0100, Rabin Vincent wrote: > CRIS can use asm-generic's cmpxchg.h > > Signed-off-by: Rabin Vincent Looks good, adding to the CRIS-tree. Thanks! /^JN - Jesper Nilsson -- Jesper Nilsson -- jesper.nils...@axis.com -- To unsubscribe from this

Re: [PATCH 3/6] CRIS: use generic atomic bitops

On Thu, Feb 19, 2015 at 08:29:53PM +0100, Rabin Vincent wrote: > The generic atomic bitops are the same as the CRIS-specific ones. > > Signed-off-by: Rabin Vincent Looks good, added to the CRIS-tree. Thanks, /^JN - Jesper Nilsson -- Jesper Nilsson -- jesper.nils...@axis.com --

Re: [PATCH 1/6] CRISv32: don't enable irqs in INIT_THREAD

On Thu, Feb 19, 2015 at 08:29:51PM +0100, Rabin Vincent wrote: > INIT_THREAD enables interrupts in the thread_struct's saved flags. This > means that interrupts get enabled in the middle of context_switch() > while switching to new tasks that get forked off the init task during > boot. Don't do

Re: [PATCH v4 3/3] mmc: dw_mmc: Don't start command while data busy

Addy, On Fri, Feb 13, 2015 at 10:17 PM, Addy Ke wrote: > We should wait until unbusy before the next request. > But this does't need if the command is CMD13, which can access > SD Status register regardless of data busy. > > Signed-off-by: Addy Ke > --- > Changes in v4: > - CMD13 doesn't need

linux-next: manual merge of the clk tree with Linus' tree

Hi Mike, Today's linux-next merge of the clk tree got a conflict in arch/powerpc/configs/corenet32_smp_defconfig between commit a85cade6762b ("powerpc: Update all configs using savedefconfig") from the tree and commit 8f0ab1e14139 ("powerpc/corenet: Enable CLK_QORIQ") from the clk tree. I fixed

Re: [PATCH 1/3] usb: gadget: function: phonet: balance usb_ep_disable calls

On Thursday 05 February 2015 13:38:58 Pali Rohár wrote: > On Tuesday 03 February 2015 20:57:11 Pali Rohár wrote: > > On Tuesday 03 February 2015 20:35:25 Felipe Balbi wrote: > > > On Tue, Feb 03, 2015 at 08:27:52PM +0100, Pali Rohár wrote: > > > > On Tuesday 03 February 2015 20:18:59 Felipe Balbi

Re: [PATCH 1/2] x86: fix output of show_stack_log_lvl()

On Thu, Feb 19, 2015 at 11:43:15PM +0100, Adrien Schildknecht wrote: > Prepend the log level at the message following a newline. > It is not possible to use pr_cont after a newline, the log level will be > reseted. > > Signed-off-by: Adrien Schildknecht > --- > arch/x86/kernel/dumpstack_32.c |

Re: [PATCH 2/6] CRIS: remove SMP code

On Thu, 2015-02-19 at 20:29 +0100, Rabin Vincent wrote: > The CRIS SMP code cannot be built since there is no (and appears to > never have been) a CONFIG_SMP Kconfig option in arch/cris/. Remove it. Yes, it appears there never was a Kconfig symbol SMP for cris so this probably was dead code ever

Re: [PATCH v4 1/3] mmc: dw_mmc: update clock after host reach a stable voltage

On Thu, Feb 19, 2015 at 03:49:46PM -0800, Doug Anderson wrote: > Alim and Addy, > > On Sun, Feb 15, 2015 at 3:28 PM, Alim Akhtar wrote: > > Hi Addy, > > > > On Sat, Feb 14, 2015 at 11:47 AM, Addy Ke wrote: > >> As show in mmc_power_up(), in MMC_POWER_UP state, the voltage isn't > >> stable and

Re: [PATCH v4 1/3] mmc: dw_mmc: update clock after host reach a stable voltage

Alim and Addy, On Sun, Feb 15, 2015 at 3:28 PM, Alim Akhtar wrote: > Hi Addy, > > On Sat, Feb 14, 2015 at 11:47 AM, Addy Ke wrote: >> As show in mmc_power_up(), in MMC_POWER_UP state, the voltage isn't >> stable and we may get 'data busy' which can't be cleaned by resetting >> all blocks. So we

Re: [PATCH 3.12 065/122] lib/checksum.c: fix carry in csum_tcpudp_nofold

On Wed, Feb 18, 2015 at 09:40:23AM +, David Laight wrote: > From: Karl Beldan > > On Tue, Feb 17, 2015 at 12:04:22PM +, David Laight wrote: > > > > +static inline u32 from64to32(u64 x) > > > > +{ > > > > + /* add up 32-bit and 32-bit for 32+c bit */ > > > > + x = (x &

  1   2   3   4   5   6   7   8   9   10   >