Re: [PATCH] Fix for hang of Ordered task in TCM

Hi Michael, On Fri, 2016-05-13 at 17:15 -0500, Michael Cyr wrote: > If a command with a Simple task attribute is failed due to a Unit > Attention, then a subsequent command with an Ordered task attribute will > hang forever. The reason for this is that the Unit Attention status is > checked for

Re: [PATCH 1/1] net: pegasus: remove dead coding

On 16-05-18 02:13:30, Heinrich Schuchardt wrote: > (!count || count < 4) is always true. > So let's remove the coding which is dead at least since 2005. You may want to reconsider the above statement. Just assume that 'count' is typically between 56 and 1514 bytes. Petko >

Re: [PATCH v2 2/9] powerpc/kvm: make hypervisor state restore a function

Hi Shreyas, On Tue, May 03, 2016 at 01:54:31PM +0530, Shreyas B. Prabhu wrote: > In the current code, when the thread wakes up in reset vector, some > of the state restore code and check for whether a thread needs to > branch to kvm is duplicated. Reorder the code such that this > duplication is

Re: [PATCH 2/5] i2c: Add STM32F4 I2C driver

Hi Maxime, 2016-05-17 11:48 GMT+02:00 Maxime Coquelin : > Hi Cedric, > > 2016-05-11 17:36 GMT+02:00 M'boumba Cedric Madianga > : >> This patch adds support for the STM32F4 I2C controller. >> >> Signed-off-by: M'boumba Cedric Madianga

Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]

On Wed, May 18, 2016 at 01:14:42AM +0200, Rafael J. Wysocki wrote: > On 5/16/2016 9:39 PM, Ville Syrjälä wrote: > > On Wed, May 11, 2016 at 04:34:06PM +0300, Ville Syrjälä wrote: > >> On Wed, May 11, 2016 at 08:44:45AM -0400, Steven Rostedt wrote: > >>> On Wed, 11 May 2016 15:21:16 +0300 > >>>

Re: [PATCH v2 6/9] powerpc/powernv: set power_save func after the idle states are initialized

On Tue, May 03, 2016 at 01:54:35PM +0530, Shreyas B. Prabhu wrote: > pnv_init_idle_states discovers supported idle states from the > device tree and does the required initialization. Set power_save > function pointer only after this initialization is done > > Signed-off-by: Shreyas B. Prabhy

Re: [PATCH] sched/cputime: add steal time support to full dynticks CPU time accounting

On Tue, 2016-05-10 at 13:34 +0800, Wanpeng Li wrote: >  > +++ b/kernel/sched/cputime.c >  > @@ -691,8 +691,11 @@ static cputime_t get_vtime_delta(struct > task_struct *tsk) >   >  static void __vtime_account_system(struct task_struct *tsk) >  { > + unsigned long steal_time =

Re: [PATCH v1] mm: bad_page() checks bad_flags instead of page->flags for hwpoison page

On 05/17/2016 09:42 AM, Naoya Horiguchi wrote: There's a race window between checking page->flags and unpoisoning, which taints kernel with "BUG: Bad page state". That's overkill. It's safer to use bad_flags to detect hwpoisoned page. Signed-off-by: Naoya Horiguchi

Re: [1/1] net: pegasus: remove dead coding

On Wed, May 18, 2016 at 02:13:30AM +0200, Heinrich Schuchardt wrote: > (!count || count < 4) is always true. Even if count >= 4 ? Guenter > So let's remove the coding which is dead at least since 2005. > > Signed-off-by: Heinrich Schuchardt > > --- >

[PATCH v1] PM / sleep: make pm notifier called symmetrically

This makes pm notifier PREPARE/POST symmetrical: if PREPARE fails, we will only undo what ever happened on PREPARE. It fixes the unbalanced cpu hotplug enable in cpu pm notifier. Signed-off-by: Lianwei Wang --- kernel/power/hibernate.c | 20

Re: [PATCH v2 3/9] powerpc/powernv: Move idle code usable by multiple hardware to common location

Hi Shreyas, On Tue, May 03, 2016 at 01:54:32PM +0530, Shreyas B. Prabhu wrote: > CPU-idle related code like context save/restore functions idle_power7.S > can reused for adding stop instruction support. Move this > code to a new commonly accessible location. [..snip..] > diff --git

Re: Crashes in -next due to 'phy: add support for a reset-gpio specification'

On 05/17/2016 10:01 PM, Florian Fainelli wrote: Le 17/05/2016 21:37, Guenter Roeck a écrit : Hi, my xtensa qemu tests crash in -next as follows. [ ... ] [9.366256] libphy: ethoc-mdio: probed [9.367389] (null): could not attach to PHY [9.368555] (null): failed to probe MDIO bus

Re: [PATCH 2/3] MIPS: smp-cps: Clear Status IPL field when using EIC

On 17/05/16 15:31, Paul Burton wrote: When using an external interrupt controller (EIC) the interrupt mask bits in the cop0 Status register are reused for the Interrupt Priority Level, and any interrupts with a priority lower than the field will be ignored. Clear the field to 0 by default such

[PATCH INTERNAL v2 3/3] ARM: dts: NSP: Add PWM Support to DT

Add PWM support to the device tree for the Broadcom Northstar Plus SoC. Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- arch/arm/boot/dts/bcm-nsp.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/bcm-nsp.dtsi

[PATCH INTERNAL v2 2/3] pwm: iproc: Add support for Broadcom iproc pwm controller

Add support for Broadcom iproc pwm controller Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/pwm/Kconfig | 10 ++ drivers/pwm/Makefile| 1 + drivers/pwm/pwm-bcm-iproc.c | 320 3 files

Re: [PATCH 3/3] irqchip: mips-gic: Setup EIC mode on each CPU if it's in use

On 17/05/16 15:31, Paul Burton wrote: When EIC mode is in use (cpu_has_veic is true) enable it on each CPU during GIC initialisation. Otherwise there may be a mismatch between the hardware default interrupt model & that expected by the kernel. Signed-off-by: Paul Burton

[PATCH INTERNAL v2 0/3] pwm support for Broadcom iProc SoC's

This patchset contains the pwm support for the Broadcom's iProc SoC's. The first patch provides the documentation details and the second patch contains the controller support details. The third patch contains the enable method for Northstar Plus SoC. This patch series has been tested on NSP

[PATCH INTERNAL v2 1/3] Documentation: dt: Add Broadcom iproc pwm controller binding

Add a binding for Broadcom iproc pwm controller Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- .../devicetree/bindings/pwm/brcm,iproc-pwm.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644

Re: [PATCH 1/3] MIPS: Clear Status IPL field when using EIC

On 17/05/16 15:31, Paul Burton wrote: When using an external interrupt controller (EIC) the interrupt mask bits in the cop0 Status register are reused for the Interrupt Priority Level, and any interrupts with a priority lower than the field will be ignored. Clear the field to 0 by default such

Re: [PATCH v2 2/9] powerpc/kvm: make hypervisor state restore a function

Hi Gautham, On 05/18/2016 11:55 AM, Gautham R Shenoy wrote: > Hi Shreyas, > > On Tue, May 03, 2016 at 01:54:31PM +0530, Shreyas B. Prabhu wrote: >> In the current code, when the thread wakes up in reset vector, some >> of the state restore code and check for whether a thread needs to >> branch

Re: [RFC 1/8] dma-buf/fence: add fence_collection fences

Am 15.04.2016 um 21:25 schrieb Daniel Vetter: On Fri, Apr 15, 2016 at 11:27:50AM -0700, Gustavo Padovan wrote: 2016-04-15 Christian König : Amdgpu also has an implementation for a fence collection which uses a a hashtable to keep the fences grouped by context (e.g.

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

On 2016-5-13 2:03, Douglas Anderson wrote: This reverts commit 7a03fe6f48f3 ("clk: rockchip: reset init state before mmc card initialization"). Though not totally obvious from the commit message nor from the source code, that commit appears to be trying to reset the "_drv" MMC clocks to 90

Re: [PATCH 1/1] net: ieee802154/adf7242: syntax error ifdef DEBUG

On 05/17/2016 11:58 PM, Heinrich Schuchardt wrote: If DEBUG is defined, a superfluous closing brace is introduced. Signed-off-by: Heinrich Schuchardt Acked-by: Michael Hennerich --- drivers/net/ieee802154/adf7242.c | 1 - 1 file

Re: [PATCH v2 4/9] powerpc/powernv: Make power7_powersave_common more generic

On 05/18/2016 12:07 PM, Gautham R Shenoy wrote: > Hi Shreyas, > > On Tue, May 03, 2016 at 01:54:33PM +0530, Shreyas B. Prabhu wrote: >> power7_powersave_common does common steps needed before entering idle >> state and eventually changes MSR to MSR_IDLE and does rfid to >>

Re: [1/1] net: pegasus: remove dead coding

On Tue, 2016-05-17 at 23:30 -0700, Guenter Roeck wrote: > On Wed, May 18, 2016 at 02:13:30AM +0200, Heinrich Schuchardt wrote: > > (!count || count < 4) is always true. > > Even if count >= 4 ? The check for !count is redundant, though. Gcc, however, will surely simplify the expression.

Re: [RFC 00/13] make direct compaction more deterministic

On 05/17/2016 10:01 PM, Michal Hocko wrote: Btw. I think that first three patches are nice cleanups and easy enough so I would vote for merging them earlier. I wouldn't mind if patches 1-3 (note: second version of patch 2 posted as reply!) went to mmotm now, but it's merge window already, so

Re: UBSAN whinge in ihci-hub.c

2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman : > On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote: >> So, not content in the amount of breakage I generate already, I >> compiled with UBSAN enabled... >> >> The immediately relevant part: >> >> [

Re: [PATCHv2] rcu: tree: correctly handle sparse possible CPUs

On Tue, May 17, 2016 at 12:01:06PM -0700, Paul E. McKenney wrote: > On Tue, May 17, 2016 at 11:22:10AM +0100, Mark Rutland wrote: > > /* > > + * Iterate over all possible CPUs in a leaf RCU node. > > + */ > > +#define for_each_leaf_node_possible_cpu(rnp, cpu) \ > > + for ((cpu) = rnp->grplo; \

RE: [PATCH v2 1/2] i2c: qup: add ACPI support

Hi, > Add support to get the device parameters from ACPI. Assume that the clocks > are managed by firmware. > > Signed-off-by: Naveen Kaje > --- > drivers/i2c/busses/i2c-qup.c | 59 +--- > > 1 file changed, 44 insertions(+), 15

[PATCH] perf/x86/intel/uncore: Remove WARN_ON_ONCE in uncore_pci_probe

On Tue, May 17, 2016 at 09:34:40PM +0200, Thomas Gleixner wrote: > On Tue, 17 May 2016, Jiri Olsa wrote: > > > > [2.766466] WARNING: CPU: 0 PID: 1 at arch/x86/events/intel/uncore.c:894 > > uncore_pci_probe+0x2a8/0x2b0 > > > > I'm booting with nr_cpus=1, which impact physical_to_logical_pkg

Re: [PATCH v2 4/9] powerpc/powernv: Make power7_powersave_common more generic

Hi Shreyas, On Tue, May 03, 2016 at 01:54:33PM +0530, Shreyas B. Prabhu wrote: > power7_powersave_common does common steps needed before entering idle > state and eventually changes MSR to MSR_IDLE and does rfid to > power7_enter_nap_mode. > > Make it more generic by passing the rfid address as

Re: sched: tweak select_idle_sibling to look for idle threads

On Wed, 2016-05-11 at 03:16 +0800, Yuyang Du wrote: > > --- a/kernel/sched/fair.c > > +++ b/kernel/sched/fair.c > > @@ -3027,6 +3027,9 @@ void remove_entity_load_avg(struct sched > > > > static inline unsigned long cfs_rq_runnable_load_avg(struct cfs_rq *cfs_rq) > > { > > +> >> > if

RE: [PATCH v2 2/2] i2c: qup: support SMBus block read

Hi, > +static bool qup_i2c_check_msg_len(struct i2c_msg *msg) { > + return ((msg->flags & I2C_M_RD) && (msg->flags & > I2C_M_RECV_LEN)); } > + > +static int qup_i2c_set_tags_smb(u16 addr, u8 *tags, struct qup_i2c_dev > *qup, > + struct i2c_msg *msg) > +{ > + int len

Re: [PATCH] oom: consider multi-threaded tasks in task_will_free_mem

On Tue 17-05-16 15:21:39, Andrew Morton wrote: > On Tue, 17 May 2016 22:28:56 +0200 Michal Hocko wrote: > > > Andrew, this is not in the mmotm tree now because I didn't feel really > > confortable with the patch without Oleg seeing it. But it seems Oleg is > > ok [1] with it

Re: next: Build failure in drivers/s390/block/dcssblk.c due to 'dax: enable dax ...'

On Wed, May 18, 2016 at 06:30:16AM -0700, Guenter Roeck wrote: > drivers/s390/block/dcssblk.c:43:2: warning: initialization from incompatible > pointer type [enabled by default] > drivers/s390/block/dcssblk.c:43:2: warning: (near initialization for > 'dcssblk_devops.direct_access') [enabled by

Re: [PATCHv2] rcu: tree: correctly handle sparse possible CPUs

On Wed, May 18, 2016 at 07:15:09PM +0100, Mark Rutland wrote: > On Wed, May 18, 2016 at 02:02:36PM +0200, Arnd Bergmann wrote: > > It's the missing "possible_" that Mark mentioned in his reply on Friday. > > Actually, that was this morning. My VM on my laptop had a stale date due to >

Re: [BUG] Null pointer dereference when freeing pages on 4.6-rc6

On 5/16/2016 5:44 AM, Vlastimil Babka wrote: [+CC Joonsoo based on git blame] On 05/05/2016 11:13 PM, Shi, Yang wrote: Hi folks, When I enable the below kernel configs on 4.6-rc6, I came across null pointer deference issue in boot stage. CONFIG_SPARSEMEM CONFIG_DEFERRED_STRUCT_PAGE_INIT

[PATCH 1/1] net: pegasus: simplify logical constraint

If !count is true, count < 4 is also true. Signed-off-by: Heinrich Schuchardt --- drivers/net/usb/pegasus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/usb/pegasus.c b/drivers/net/usb/pegasus.c index 36cd7f0..9bbe0161 100644 ---

Re: [GIT] Networking

On Wed, 2016-05-18 at 11:45 -0700, Linus Torvalds wrote: > On Wed, May 18, 2016 at 7:23 AM, Coelho, Luciano > wrote: > > > > > > I can confirm that 4.6 contains the same bug.  And reverting the > > patch > > I mentioned does solve the problem... > > > > The same patch

[PATCH 1/3] Convert efi_call_virt to efi_call_virt_generic

This commit makes a few slight modifications to the efi_call_virt macro to get it to work with function pointers that are stored in locations other than efi.systab->runtime, and renames the macro to efi_call_virt_generic. The majority of the changes here are to pull these macros up into header

[PATCH 3/3] Update efi_thunk to use efi_call_virt_generic

Now that we have efi_call_virt_generic, we no longer need to have an entirely separate efi_thunk macro to handle the CONFIG_EFI_MIXED scenario, where the function pointers cannot be read directly out of efi.systab->runtime. This commit creates a new set of arch_efi_call_virt* macros to mimic the

[RFC PATCH 0/3] x86/UV, x86/efi: Re-factor efi_call_virt for general use

Hey guys, This patchset creates a general purpose version of the efi_call_virt macro that does not assume that the function pointer being passed in is inside of efi.systab->runtime. It also fixes up a few potentional users of that new functionality, namely the SGI UV, and the CONFIG_EFI_MIXED

Re: [PATCH 00/10]block-throttle: add low/high limit

On Fri, May 13, 2016 at 03:59:50PM -0700, Shaohua Li wrote: > On Fri, May 13, 2016 at 03:12:45PM -0400, Vivek Goyal wrote: > > On Tue, May 10, 2016 at 05:16:30PM -0700, Shaohua Li wrote: > > > Hi, > > > > > > This patch set adds low/high limit for blk-throttle cgroup. The interface > > > is > >

Re: 4.5-rc0 regression: GPRS breaks after very short while

Hi! > On Wed, May 18, 2016 at 09:49:24AM +0200, Pavel Machek wrote: > > I was afraid another GSM chip desoldered itself in N900, but no, it > > seems to be software this time. > > > > In 4.4, GPRS is rock solid, can survive overnight ping. > > > > In 4.5-rc0 and v4.6, modem fails when I use

[git pull] Input updates for 4.7-rc0

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive first round of updates for the input subsystem. No new drivers here, just some driver fixes. Changelog: - Andreas Färber (1): Input: gpio-keys - clean up device

Re: [GIT] Networking

On Wed, May 18, 2016 at 7:23 AM, Coelho, Luciano wrote: > > I can confirm that 4.6 contains the same bug. And reverting the patch > I mentioned does solve the problem... > > The same patch works fine in our internal tree. I'll have to figure > out together with

Re: [GIT] Networking

"Coelho, Luciano" writes: > Kalle, David, what is the status with the fix that is on the way via > your trees? It would be best if you could send a patch either directly to Dave or Linus to resolve this quickly. -- Kalle Valo

Re: [RFC v1 2/2] mm: SLUB Freelist randomization

On Wed, 18 May 2016, Thomas Garnier wrote: > Yes, I agree that it is not related to the changes. Could you please provide meaningful test data?

[PATCH 1/1] rtc: ds1685: correct check of day of month

Operator ! has a higher priority than &&. (!(mday >= 1) && (mday <= 31)) is false for mday == 32. Signed-off-by: Heinrich Schuchardt --- drivers/rtc/rtc-ds1685.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-ds1685.c

Re: [PATCH] ftrace: As disabling interrupts is costly and write_lock variant of tasklist_lock is not held from interrupt context it is not necessary to disable interrupts.

-ERUNONSUBJECT -- Steve On Tue, 17 May 2016 21:31:14 +0530 Soumya PN wrote: > In ftrace.c inside the function alloc_retstack_tasklist()(which will be > invoked when function_graph tracing is on) the tasklist_lock is being > held as reader while iterating through list of

Re: [PATCH 1/5] headers_check: don't warn about c++ guards

On 18 May 2016 at 17:07, Arnd Bergmann wrote: > A recent addition to the DRM tree for 4.7 added 'extern "C"' guards > for c++ to all the DRM headers, and that now causes warnings > in 'make headers_check': > > usr/include/drm/amdgpu_drm.h:38: userspace cannot reference function or

Re: livepatch: change to a per-task consistency model

On Wed, 18 May 2016, Josh Poimboeuf wrote: > Yeah, I think this situation -- a task sleeping on an affected function > in uninterruptible state for a long period of time -- would be > exceedingly rare and not something we need to worry about for now. Plus in case task'd be in

[PATCH] x86,locking: Remove ticket (spin)lock implementation

We've unconditionally used the queued spinlock for many releases now. Its time to remove the old ticket lock code. Cc: Waiman Long Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/Kconfig | 3 +-

Re: [PATCH] usb: echi-hcd: Add register access check in shutdown

On Wed, 18 May 2016, Srinivas Kandagatla wrote: > On 18/05/16 15:56, Alan Stern wrote: > > This doesn't seem like the right place. What you really should do is > > skip calling ehci_silence_controller() if the hardware isn't > > accessible. That's where the hardware gets touched, not in > >

Re: [GIT] Networking

On Wed, May 18, 2016 at 11:58 AM, Kalle Valo wrote: > > It would be best if you could send a patch either directly to Dave or > Linus to resolve this quickly. I'm committing my patch myself right now, since this bug makes my laptop useless, and I will take credit for

Re: [Xen-devel] [PATCH] x86, locking: Remove ticket (spin)lock implementation

On Wed, May 18, 2016 at 08:43:02PM +0200, Peter Zijlstra wrote: > > We've unconditionally used the queued spinlock for many releases now. Like since 4.2? I don't know of any enterprise distro that is shipping anything more modern than 4.1? Perhaps it would be good to wait until they at least

Re: UBSAN whinge in ihci-hub.c

On Wed, 18 May 2016, Andrey Ryabinin wrote: > 2016-05-18 19:09 GMT+03:00 Alan Stern : > > On Wed, 18 May 2016, Andrey Ryabinin wrote: > > > >> 2016-05-18 17:40 GMT+03:00 Alan Stern : > >> > >> > All right, I'm getting very tired of all these

Re: [RFC PATCH 2/3] mmc: host: omap_hsmmc: Enable ADMA2

* Peter Ujfalusi [160518 03:26]: > On 05/18/16 11:45, Kishon Vijay Abraham I wrote: > > omap hsmmc host controller has ADMA2 feature. Enable it here > > for better read and write throughput. Add a new dt binding > > "ti,use_adma" to enable ADMA2. > > > > Signed-off-by:

Re: drivers/of: crash on boot

ce: [0.00] Unable to handle kernel NULL pointer dereference at virtual address 0058 [0.00] pgd = 08cb4000 [0.00] [0058] *pgd=00013fffe003, *pud=00013fffd003, *pmd= [0.00] Internal error: Oops: 9604 [#1] PREEMPT SMP [0.000

[PATCH] ata: Use IS_ENABLED() instead of checking for built-in or module

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/ata/ahci.c | 2 +- drivers/ata/pata_marvell.c | 2 +- 2 files

[PATCH] drm/mm: avoid possible null pointer dereference

Do not dereference node before the check if node is NULL. Signed-off-by: Heinrich Schuchardt --- drivers/gpu/drm/drm_mm.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c index 04de6fd..cb39f45 100644

Re: [PATCH] rcu: tree: correctly handle sparse possible CPUs

On Wed, May 18, 2016 at 07:30:41PM +0100, Mark Rutland wrote: > On Wed, May 18, 2016 at 11:01:53AM -0700, Paul E. McKenney wrote: > > On Wed, May 18, 2016 at 06:15:23PM +0300, Andrey Ryabinin wrote: > > > 2016-05-16 19:48 GMT+03:00 Mark Rutland : > > > > > > > /* > > > > +

Re: [GIT] Networking

Linus Torvalds writes: > On Wed, May 18, 2016 at 11:58 AM, Kalle Valo wrote: >> >> It would be best if you could send a patch either directly to Dave or >> Linus to resolve this quickly. > > I'm committing my patch myself right now, since

Re: [PATCH 3/3] introduce task_rcu_dereference()

On Wed, May 18, 2016 at 08:23:18PM +0200, Oleg Nesterov wrote: > IOW. We can never know if we have a garbage in "sighand" or the real value, > this task_struct can be freed/reallocated when we do probe_slab_address(). > > And this is fine. We re-check that "task == *ptask" after that. Now we have

Re: [RFC v1 2/2] mm: SLUB Freelist randomization

I thought the mix of slab_test & kernbench would show a diverse picture on perf data. Is there another test that you think would be useful? Thanks, Thomas On Wed, May 18, 2016 at 12:02 PM, Christoph Lameter wrote: > On Wed, 18 May 2016, Thomas Garnier wrote: > >> Yes, I agree

Re: [PATCH v2 09/32] perf/x86/intel/cqm: basic RMID hierarchy with per package RMIDs

On Wed, 11 May 2016, David Carrillo-Cisneros wrote: > /* > * A cache groups is a group of perf_events with the same target (thread, > * cgroup, CPU or system-wide). Each cache group receives has one RMID. > @@ -80,8 +85,68 @@ static inline int __cqm_prmid_update(struct prmid *prmid, > static

[PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Many devices use userspace bluetooth stacks like BlueZ or Bluedroid in combination with uhid. If any of these stacks is used with a HID device for which the driver performs a HID request as part .probe (or technically another HID operation), this results in a deadlock situation. The deadlock

Re: [PATCH v1] PM / sleep: make pm notifier called symmetrically

On Wed, May 18, 2016 at 8:07 AM, Lianwei Wang wrote: > This makes pm notifier PREPARE/POST symmetrical: if PREPARE > fails, we will only undo what ever happened on PREPARE. > > It fixes the unbalanced cpu hotplug enable in cpu pm notifier. Can you please describe the

[git pull] vfs.git#work.misc

Assorted cleanups and fixes all over the place. The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca: Linux 4.6-rc1 (2016-03-26 16:03:24 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc for

Re: [RFC 2/3] drm/mediatek: add support for Mediatek SoC MT2701

On 18 May 2016 at 09:33, YT Shen wrote: >> > @@ -108,6 +108,10 @@ int mtk_drm_gem_dumb_create(struct drm_file >> > *file_priv, struct drm_device *dev, >> > int ret; >> > >> > args->pitch = DIV_ROUND_UP(args->width * args->bpp, 8); >> > + /* >> > +

Re: [RFC PATCH 1/3] asm-generic: io: Add exec versions of ioremap

On Wednesday 18 May 2016 18:51:02 Russell King - ARM Linux wrote: > On Wed, May 18, 2016 at 09:12:20AM -0500, Dave Gerlach wrote: > > Ok thank you for the pointer. I agree, the memremap API looks like a better > > fit for this. I think it likely makes the most sense to still add these > >

[PATCH 1/1] drm/gma500: mdfld: avoid possible null pointer dereference

Only dereference sender after checking if sender is NULL. Signed-off-by: Heinrich Schuchardt --- drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c

Re: [RFC v1 2/2] mm: SLUB Freelist randomization

Yes, I agree that it is not related to the changes. On Wed, May 18, 2016 at 11:24 AM, Christoph Lameter wrote: > 0.On Wed, 18 May 2016, Thomas Garnier wrote: > >> slab_test, before: >> 1 times kmalloc(8) -> 67 cycles kfree -> 101 cycles >> 1 times kmalloc(16) -> 68 cycles

Re: [GIT] Networking

On Wed, May 18, 2016 at 11:45 AM, Linus Torvalds wrote: > > From what I can tell, there's a merge bug in commit 909b27f70643, > where David seems to have lost some of the changes to > iwl_mvm_set_tx_cmd(). > > I do not know if that's the reason for the problem I

Re: [PATCH omap v2 0/6] Fix OMAP uses of RCU from idle loop

On Wed, May 18, 2016 at 07:38:39AM -0700, Guenter Roeck wrote: > On 05/16/2016 11:48 AM, Paul E. McKenney wrote: > >Hello! > > > >The following series fixes a number of uses of RCU from the idle loop. > >These are all due to tracing, so the fix is simply to append _rcuidle > >to the event-tracing

[ANNOUNCE] iproute2 4.6

Update to iproute2 utility to support new features in Linux 4.5. Major things are improvements to bridg mdb management, and bpf. Also, support for new devlink infrastructure Source: http://www.kernel.org/pub/linux/utils/net/iproute2/iproute2-4.6.0.tar.gz Repository:

Re: [RFC PATCH 0/3] x86/UV, x86/efi: Re-factor efi_call_virt for general use

On Wed, May 18, 2016 at 02:11:38PM -0500, Alex Thorlton wrote: > Let me know what everybody thinks! I realized right as I sent these that I should've included prefixes on the individual patches. I have a feeling we'll need a v2 anyways, so I'll clean that up then. - Alex

[PATCH 2/3] Update uv_bios_call to use efi_call_virt_generic

Now that the efi_call_virt macro has been generalized to be able to use EFI system tables besides efi.systab, we are able to convert our uv_bios_call wrapper to use this standard EFI callback mechanism. This simple change is part of a much larger effort to recover from some issues with the way we

Re: [PATCH v5 2/5] ACPI / processor_idle: Add support for Low Power Idle(LPI) states

On 5/18/2016 11:37 AM, Sudeep Holla wrote: > > > On 17/05/16 18:46, Prakash, Prashanth wrote: >> Hi Sudeep, >> >> On 5/11/2016 9:37 AM, Sudeep Holla wrote: >>> + >>> +static int acpi_processor_get_lpi_info(struct acpi_processor *pr) >>> +{ >>> +int ret, i; >>> +struct

Re: [PATCH] remove unused blkdev_dax_capable() function

On Wed, May 18, 2016 at 09:54:08AM +0200, Arnd Bergmann wrote: > The change from blkdev_dax_capable() to bdev_dax_capable() removed the only > user > of the former, so we now get a build warning: > > fs/block_dev.c:1244:13: error: 'blkdev_dax_capable' defined but not used >

Re: [PATCH 3/3] introduce task_rcu_dereference()

On 05/18, Peter Zijlstra wrote: > > OK, something like so then? Yes thanks! Just one note, > +struct task_struct *task_rcu_dereference(struct task_struct **ptask) > +{ > + struct sighand_struct *sighand; > + struct task_struct *task; > + > + /* > + * We need to verify that

Re: [PATCH v4 2/5] locking/rwsem: Protect all writes to owner by WRITE_ONCE

On Wed, 2016-05-18 at 14:29 -0400, Waiman Long wrote: > On 05/18/2016 01:21 PM, Jason Low wrote: > > On Wed, 2016-05-18 at 07:04 -0700, Davidlohr Bueso wrote: > >> On Tue, 17 May 2016, Waiman Long wrote: > >> > >>> Without using WRITE_ONCE(), the compiler can potentially break a > >>> write into

new driver for drivers/virt/?

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Wednesday, May 18, 2016 1:27 PM > To: Jes Sorensen > Cc: Kershner, David A; cor...@lwn.net; t...@linutronix.de; > mi...@redhat.com; h...@zytor.com; Arfvidson, Erik; Sell, Timothy C; > hof...@osadl.org;

[git pull] vfs.git#work.iov_iter

iov_iter stuff this cycle The following changes since commit 03cc0789a690eb9ab07070376252961caeae7441: do_splice_to(): cap the size before passing to ->splice_read() (2016-04-03 19:52:59 -0400) are available in the git repository at:

Re: [PATCH] kvm-pr: manage illegal instructions

On 18.05.2016 12:53, Thomas Huth wrote: > On 18.05.2016 12:18, Thomas Huth wrote: >> On 17.05.2016 19:49, Laurent Vivier wrote: >>> >>> >>> On 17/05/2016 10:37, Alexander Graf wrote: On 05/17/2016 10:35 AM, Laurent Vivier wrote: > > On 12/05/2016 16:23, Laurent Vivier wrote: >>

Re: [GIT] Networking

On Wed, 2016-05-18 at 12:00 -0700, Linus Torvalds wrote: > On Wed, May 18, 2016 at 11:58 AM, Kalle Valo > wrote: > > > > > > It would be best if you could send a patch either directly to Dave > > or > > Linus to resolve this quickly. > I'm committing my patch myself right

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Tuesday, May 17, 2016 04:50:48 PM John Youn wrote: > On 5/14/2016 6:11 AM, Christian Lamparter wrote: > > On Thursday, May 12, 2016 11:40:28 AM John Youn wrote: > >> On 5/12/2016 6:30 AM, Christian Lamparter wrote: > >>> On Thursday, May 12, 2016 01:55:44 PM Arnd Bergmann wrote: > On

Re: [PATCH v2 07/32] perf/x86/intel/cqm: add helpers for per-package locking

On Wed, 18 May 2016, Thomas Gleixner wrote: > On Wed, 11 May 2016, David Carrillo-Cisneros wrote: > > + cqm_pkg_id_for_each_online(i) > > + mutex_lock_nested(_pkgs_data[i]->pkg_data_mutex, i); Peter just pointed out that this will fail when the number of nest levels exceeds 8. So any

Re: [PATCH] Fix for hang of Ordered task in TCM

On 5/18/16 12:53 AM, Nicholas A. Bellinger wrote: Hi Michael, On Fri, 2016-05-13 at 17:15 -0500, Michael Cyr wrote: If a command with a Simple task attribute is failed due to a Unit Attention, then a subsequent command with an Ordered task attribute will hang forever. The reason for this is

[PATCH] iwlwifi: mvm: fix merge damage in tx.c

From: Luca Coelho During the merge in commit 909b27f70643 ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net"), there was a small merge damage where one instance of info was not converted into skb_info. Fix this. Signed-off-by: Luca Coelho

Re: [Xen-devel] [PATCH] x86, locking: Remove ticket (spin)lock implementation

On Wed, May 18, 2016 at 03:13:44PM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, May 18, 2016 at 08:43:02PM +0200, Peter Zijlstra wrote: > > > > We've unconditionally used the queued spinlock for many releases now. > > Like since 4.2? Yeah, that seems to be the right number. > I don't know of

Re: drivers/of: crash on boot

On Wed, May 18, 2016 at 10:34 AM, Sasha Levin wrote: > Hi Rhyland, > > I'm seeing a crash on boot that seems to have been caused by > "drivers/of: Fix depth when unflattening devicetree": > > [ 61.145229] >

Re: [PATCH] tty: vt: Fix soft lockup in fbcon cursor blink timer.

On Wed, 18 May 2016, Ming Lei wrote: > On Wed, May 18, 2016 at 4:49 AM, Pavel Machek wrote: > > On Tue 2016-05-17 11:41:04, David Daney wrote: > >> From: David Daney > >> > >> We are getting somewhat random soft lockups with this signature: > >> > >> [

Re: [PATCH 1/1] drm/gma500: mdfld: avoid possible null pointer dereference

On Wed, May 18, 2016 at 10:31 PM, Heinrich Schuchardt wrote: > Only dereference sender after checking if sender is NULL. Hi Heinrich I think we had a patch that did something similar a while ago. Don't remember what happened to it. We do check for !sender right before

[patch] mm, thp: khugepaged should scan when sleep value is written

If a large value is written to scan_sleep_millisecs, for example, that period must lapse before khugepaged will wake up for periodic collapsing. If this value is tuned to 1 day, for example, and then re-tuned to its default 10s, khugepaged will still wait for a day before scanning again. This

[PATCH RFC] user-namespaced file capabilities - now with more magic

This patch introduces a new security.nscapability xattr. It is mostly like security.capability, but also lists a 'rootid'. This is the uid_t (in init_user_ns) of the root id (uid 0 in a namespace) in whose namespaces the file capabilities may take effect. A privileged (cap_setfcap) process in

Re: new driver for drivers/virt/?

On Thu, May 19, 2016 at 12:11:46AM +0200, Thomas Gleixner wrote: > On Wed, 18 May 2016, Sell, Timothy C wrote: > > We have a bus driver currently in drivers/staging/unisys/visorbus/ that > > we are trying to get out of staging and into the kernel proper. Since > > "visorbus" is a driver to host a

RE: new driver for drivers/virt/?

> -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Wednesday, May 18, 2016 6:12 PM > To: Sell, Timothy C > Cc: mi...@kernel.org; dave.han...@linux.intel.com; > ti...@freescale.com; ga...@kernel.crashing.org; Kershner, David A; > cor...@lwn.net;

Re: [PATCH v2 10/32] perf/x86/intel/cqm: introduce (I)state and limbo prmids

On Wed, 11 May 2016, David Carrillo-Cisneros wrote: > static inline bool __pmonr__in_astate(struct pmonr *pmonr) > { > lockdep_assert_held(&__pkg_data(pmonr, pkg_data_lock)); > - return pmonr->prmid; > + return pmonr->prmid && !pmonr->ancestor_pmonr; > } > > static inline bool

Re: TODO Lists

On Tue, May 17, 2016 at 03:17:27PM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, May 06, 2016 at 10:08:03AM -0700, Darren Hart escreveu: > > At kernel summit Greg suggested sending our TODO lists to him. We'd like to > > have > > a place to keep a feature wishlist and cleanups that aren't

  1   2   3   4   5   6   7   8   9   10   >