[git pull] drm intel and radeon fixes

Hi Linus, post KS/LC git requests from i915 and radeon stacked up, they are all fixes along with some new pci ids for radeon, and one maintainers file entry. i915: display fixes and irq fixes radeon: pci ids, and misc gpuvm, dpm and hdp cache Dave. The following changes since commit 7d1311b

[PATCH] fs: btrfs: fix potential overflow

It looks like this intended to be 64-bit arithmetic, but it's actually performed as 32-bit. Fix that. (Note that 'increment' was being initialized twice, so this patch removes one of those.) Caught by Coverity Scan (CID 1201422). Signed-off-by: Brian Norris --- Untested fs/btrfs/scrub.c | 12

Re: [PATCH 1/2] SOUND: kill gameport bits

On Thu, Aug 21, 2014 at 01:29:03PM +0200, Takashi Iwai wrote: > I did a quick hack and it seems working on my box. > The patch is below. Thanks!! Further comments below. I will be testing this ASAP. > +static bool use_ktime = true; > +module_param(use_ktime, bool, 0400); Towards final commit, s

Re: [PATCH] KVM-Use value reading from MSR when construct the eptp in VMX mode

CC'ing Avi and Paolo... Avi/Paolo, any comments?--Den On Sun, Aug 24, 2014 at 11:54 AM, Dennis Chen wrote: > This patch is used to construct the eptp in vmx mode with values > readed from MSR according to the intel x86 software developer's > manual. > > Signed-off-by: Dennis Chen > --- >

[PATCH] KVM-Use value reading from MSR when construct the eptp in VMX mode

This patch is used to construct the eptp in vmx mode with values readed from MSR according to the intel x86 software developer's manual. Signed-off-by: Dennis Chen --- arch/x86/include/asm/vmx.h |1 + arch/x86/kvm/vmx.c | 21 + 2 files changed, 18 insertions(+),

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

On Sat, Aug 23, 2014 at 11:23 PM, Paul E. McKenney wrote: > On Sat, Aug 23, 2014 at 08:26:10PM -0400, Pranith Kumar wrote: >> On Sat, Aug 23, 2014 at 12:51 PM, Paul E. McKenney >> wrote: >> >> > It might well! Another possibility is that the early_initcall function >> > doing the synchronize_rcu

Re: [PATCH] V1 2/2] ipc: let message queues use SIGEV_THREAD_ID with mq_notify

Any one who wants a quick way to test the changes can use the following hacky program that works as an init program. Thank you, Steven Stewart-Gallus #include #include #include #include #include #include #include #include #include #include #include #include #include /* GLibc does no

[PATCH] V1 2/2] ipc: let message queues use SIGEV_THREAD_ID with mq_notify

diff --git a/ipc/mqueue.c b/ipc/mqueue.c index 4fcf39a..8ca70a2 100644 --- a/ipc/mqueue.c +++ b/ipc/mqueue.c @@ -88,7 +88,7 @@ struct mqueue_inode_info { static const struct inode_operations mqueue_dir_inode_operations; static const struct file_operations mqueue_file_operations; static const str

[PATCH] V1 1/2] ipc: let message queues use SIGEV_THREAD_ID with mq_notify

From: Steven Stewart-Gallus Currently the only thread-safe way of using mq_notify with message queues is to use the SIGEV_THREAD option. Unfortunately, existing wrappers around such functionality spawn a thread each time a notification happens instead of caching threads which is slow and inconven

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

On Sat, Aug 23, 2014 at 08:26:10PM -0400, Pranith Kumar wrote: > On Sat, Aug 23, 2014 at 12:51 PM, Paul E. McKenney > wrote: > > > It might well! Another possibility is that the early_initcall function > > doing the synchronize_rcu() is happening before the early_initcall > > creating the RCU gr

[PATCH v3] mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared

For VMAs that don't want write notifications, PTEs created for read faults have their write bit set. If the read fault happens after VM_SOFTDIRTY is cleared, then the PTE's softdirty bit will remain clear after subsequent writes. Here's a simple code snippet to demonstrate the bug: char* m = mm

Re: [PATCH v2 1/3] mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared

On Sun, Aug 24, 2014 at 02:50:58AM +0300, Kirill A. Shutemov wrote: > One more case to consider: mprotect() which doesn't trigger successful > vma_merge() will not set VM_SOFTDIRTY and will not enable write-protect on > the vma. > > It's probably better to take VM_SOFTDIRTY into account in > vma_w

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

On Sat, Aug 23, 2014 at 9:54 AM, Mark Brown wrote: > On Sat, Aug 23, 2014 at 07:00:44AM -0700, Guenter Roeck wrote: >> On 08/22/2014 05:31 PM, atull wrote: > >> >of_get_regulator_init_data() will only have an error if it cannot alloc >> >the regulator_init_data struct. That's why I did -ENOMEM.

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

On Sat, Aug 23, 2014 at 12:51 PM, Paul E. McKenney wrote: > It might well! Another possibility is that the early_initcall function > doing the synchronize_rcu() is happening before the early_initcall > creating the RCU grace-period kthreads. > > Seems like we need to close both holes. Let's see

Re: [PATCH v2 1/3] mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared

On Sun, Aug 24, 2014 at 02:00:11AM +0300, Kirill A. Shutemov wrote: > On Sat, Aug 23, 2014 at 06:11:59PM -0400, Peter Feiner wrote: > > For VMAs that don't want write notifications, PTEs created for read > > faults have their write bit set. If the read fault happens after > > VM_SOFTDIRTY is cleare

[PATCH] usb: gadget: udc: use USB API functions rather than constants

This patch introduces the use of the functions usb_endpoint_type and usb_endpoint_num. The Coccinelle semantic patch that makes these changes is as follows: @@ struct usb_endpoint_descriptor *epd; @@ - (epd->bEndpointAddress & \(USB_ENDPOINT_NUMBER_MASK\|0x0f\)) + usb_endpoint_num(epd) @@ struc

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

On Sat, Aug 23, 2014 at 03:43:38AM -0400, Pranith Kumar wrote: > On Fri, Aug 22, 2014 at 5:53 PM, Paul E. McKenney > wrote: > > > > Hmmm... Please try replacing the synchronize_rcu() in > > __sysrq_swap_key_ops() with (say) schedule_timeout_interruptible(HZ / 10). > > I bet that gets rid of the h

Re: [rcu] 0eb885afb20: -25.8% softirqs.RCU

On Thu, Aug 21, 2014 at 09:50:35PM +0800, Fengguang Wu wrote: > Hi Pranith, > > FYI, these changes look nice: > > git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/dev > commit 0eb885afb20317016670c1c5dd3a436c91e1e910 ("rcu: Use > rcu_gp_kthread_wake() to wake up grace peri

Re: [PATCH v2 1/3] mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared

On Sat, Aug 23, 2014 at 06:11:59PM -0400, Peter Feiner wrote: > For VMAs that don't want write notifications, PTEs created for read > faults have their write bit set. If the read fault happens after > VM_SOFTDIRTY is cleared, then the PTE's softdirty bit will remain > clear after subsequent writes.

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

Am Samstag, 23. August 2014, 08:15:34 schrieb Caesar Wang: > Thermal is TS-ADC Controller module supports user-defined mode and automatic > mode. > > User-defined mode refers,TSADC all the control signals entirely by software > writing to register for direct control. > > Automaic mode refers to t

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

Hi Caesar, Am Samstag, 23. August 2014, 08:15:33 schrieb Caesar Wang: > This add the necessary binding documentation for the thermal > found on Rockchip SoCs > > Signed-off-by: zhaoyifeng > Signed-off-by: Caesar Wang > --- > .../bindings/thermal/rockchip-thermal.txt | 33 > +

Re: [PATCH v2 1/3] mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared

On Sun, Aug 24, 2014 at 02:00:11AM +0300, Kirill A. Shutemov wrote: > On Sat, Aug 23, 2014 at 06:11:59PM -0400, Peter Feiner wrote: > > diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c > > index dfc791c..f1a5382 100644 > > --- a/fs/proc/task_mmu.c > > +++ b/fs/proc/task_mmu.c > > @@ -851,8 +851

[PATCH v2 2/3] mm: mprotect: preserve special page protection bits

We don't want to zap special page protection bits on mprotect. Analogous to the bug fixed in c9d0bf241451a3ab7d02e1652c22b80cd7d93e8f where vm_page_prot bits set by drivers were zapped when write notifications were enabled on new VMAs. Signed-off-by: Peter Feiner --- mm/mprotect.c | 2 +- 1 file

[PATCH v2 1/3] mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared

For VMAs that don't want write notifications, PTEs created for read faults have their write bit set. If the read fault happens after VM_SOFTDIRTY is cleared, then the PTE's softdirty bit will remain clear after subsequent writes. Here's a simple code snippet to demonstrate the bug: char* m = mm

[PATCH v2 3/3] mm: mmap: cleanup code that preserves special vm_page_prot bits

Replace logic that has been factored out into a utility method. Signed-off-by: Peter Feiner --- mm/mmap.c | 16 ++-- 1 file changed, 2 insertions(+), 14 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index abcac32..c18c49a 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -1618,20 +1618,8

[PATCH v2 0/3] softdirty fix and write notification cleanup

Here's the new patch that uses Kirill's approach of setting write notifications on the VMA. I also included write notification cleanups and fixes per our discussion. Peter Feiner (3): mm: softdirty: enable write notifications on VMAs after VM_SOFTDIRTY cleared mm: mprotect: preserve specia

Re: [PATCH] DOCUMENTATION: Fixed typo in an example in memory-barriers.txt

On Sat, Aug 23, 2014 at 11:01:01AM -0700, Randy Dunlap wrote: > On 08/22/14 23:05, Ganesh Rapolu wrote: > > In the first example in the memory-barriers.txt file, CPU 2 is assigned to > > run (x = B; y = A;). However, the rest of the example proceeds as if CPU 2 > > had been > > running (x = A; y =

Re: + prctl-pr_set_mm-introduce-pr_set_mm_map-operation-v3.patch added to -mm tree

On Sat, Aug 23, 2014 at 09:29:15PM +0200, Oleg Nesterov wrote: > On 08/23, Cyrill Gorcunov wrote: > > > > On Sat, Aug 23, 2014 at 05:32:22PM +0200, Oleg Nesterov wrote: > > > > > > And btw, where do you see RLIMIT_STACK in do_shmat() ? > > > > Indirectly, though start_stack pointer. We assign it in

Re: [RFC 0/5] perf: Allow leader sampling on inherited events

On Sat, Aug 23, 2014 at 02:55:32PM -0400, Jen-Cheng(Tommy) Huang wrote: > Hi Jiri, > > 1. Thank you so much for providing the patch. > I am trying to test out the patch. > (I got the source using "git checkout -b perf > remotes/origin/perf/core_format_group" > after clone) > However, the perf in y

Re: percpu: Define this_cpu_cpumask_var_t_ptr

On Sat, 23 Aug 2014, Tejun Heo wrote: > Hello, Christoph. > > On Fri, Aug 22, 2014 at 12:43:25PM -0500, Christoph Lameter wrote: > > It wont accept the wrong type since the this_cpu_* functions will do type > > checking. > > It should only accept cpumask_var_t but the macro version accepts > anyth

Your Co-Partnership.

Help me buy equipments in your country:Email:ongenghuat...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://w

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

On Sat, Aug 23, 2014 at 8:31 AM, Olof Johansson wrote: >> > arch/arm/boot/dts// >> > >> > Is this something we should do for the MIPS and update the other >> > architectures >> > to follow that scheme? >> >> I recall reading that as well and that it would be adopted for ARM64, >> but that hasn't

Re: + prctl-pr_set_mm-introduce-pr_set_mm_map-operation-v3.patch added to -mm tree

On 08/23, Cyrill Gorcunov wrote: > > On Sat, Aug 23, 2014 at 05:32:22PM +0200, Oleg Nesterov wrote: > > > > And btw, where do you see RLIMIT_STACK in do_shmat() ? > > Indirectly, though start_stack pointer. We assign it in setup_arg_pages > taking into > account RLIMIT_STACK value, then do_shmat o

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

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

[PATCH] ipmi: work around gcc-4.9 build warning

Building ipmi on arm with gcc-4.9 results in this warning for an allmodconfig build: drivers/char/ipmi/ipmi_si_intf.c: In function 'ipmi_thread': include/linux/time.h:28:5: warning: 'busy_until.tv_sec' may be used uninitialized in this function [-Wmaybe-uninitialized] if (lhs->tv_sec > rhs->tv_

[PATCH 1/7] video: fbdev: riva: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression i; @@ *i = ...; i = ...; // Signed-off-by: Julia Lawall --- The patches in this series do

[PATCH 5/7] wusb: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression i; @@ *i = ...; i = ...; // Signed-off-by: Julia Lawall --- The patches in this series do

[PATCH 4/7] MIPS: BCM63xx: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. In each case, the duplicated assignment is modified to be in line with other nearby code. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression i; @

[PATCH 7/7] MIPS: Alchemy: au1200fb: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression i; @@ *i = ...; i = ...; // Signed-off-by: Julia Lawall --- The patches in this series do

[PATCH 6/7] video: fbdev: sis: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. The second assignment is changed to update a different field, as done in other nearby code. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression i;

[PATCH 2/7] video: fbdev: intelfb: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. In the second case, = is converted to |=, which looks appropriate based on the values involved. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expressio

[PATCH 3/7] serial: vr41xx_siu: delete double assignment

From: Julia Lawall Delete successive assignments to the same location. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression i; @@ *i = ...; i = ...; // Signed-off-by: Julia Lawall --- The patches in this series do

[PATCH 0/7] delete double assignment

These patches fix cases where there are two adjacent assignments to the same location. In practice, many such occurrences appear to be intentional, eg to initialize volatile memory, but these cases do not seem to fall into that category. The complete semantic match that finds these problems is as

Re: [PATCH 1/1] IIO: Added write function in iio_buffer_fileops

On Fri, Aug 22, 2014 at 11:58 PM, Jonathan Cameron wrote: > On 16/08/14 15:44, Aniroop Mathur wrote: >> >> >> >> On Thu, Aug 14, 2014 at 8:08 PM, Jonathan Cameron > > wrote: >> >> On 14/08/14 10:41, Lars-Peter Clausen wrote: >> > On 08/13/2014 06:33 PM, Aniroop Mat

Re: [PATCH 3.12 000/104] 3.12.27-stable review

From: Guenter Roeck Date: Sat, 23 Aug 2014 08:14:54 -0700 > On 08/21/2014 01:05 AM, Jiri Slaby wrote: >> The last three are just cosmetical in 3.12. And I do not immediately >> see >> in the rest, how they could improve the state. So I am going to remove >> the add-basic-validations patch from 3.

Re: [PATCH] DOCUMENTATION: Fixed typo in an example in memory-barriers.txt

On 08/22/14 23:05, Ganesh Rapolu wrote: > In the first example in the memory-barriers.txt file, CPU 2 is assigned to > run (x = B; y = A;). However, the rest of the example proceeds as if CPU 2 > had been > running (x = A; y = B;) as shown by the descriptions of the possible > executions: > >

Re: [PATCH] UML: UBD: Fix for processes stuck in D state forever in UserModeLinux

Hi Richard. On 08/23/2014 05:34 PM, Richard Weinberger wrote: > Hi! > > Am 23.08.2014 15:47, schrieb Thorsten Knabe: >> From: Thorsten Knabe >> >> UML: UBD: Fix for processes stuck in D state forever in UserModeLinux. >> >> Starting with Linux 3.12 processes get stuck in D state forever in >> Us

Re: Problem with commit: x86, iosf: Make IOSF driver modular and usable by more drivers

On 08/23/14 02:31, Fejes József wrote: > Hi, > > I think there's a problem with commit > 6b8f0c8780c71d78624f736d7849645b64cc88b7: config IOSF_MBI is > automatically a module and I cannot change that. > > I've been using 3.15.* stable kernels. I have module support enabled, > but I build everythi

Re: [PATCH] Add support for always enabled watchdog timers

On 08/23/2014 10:25 AM, Alexander Shiyan wrote: Sat, 23 Aug 2014 10:16:08 -0700 от Guenter Roeck : On 08/16/2014 05:45 PM, Evgeny Boger wrote: From: Evgeny Boger Add option to use with watchdog timers which are always enabled in hardware, i.e. there is no way to enable/disable it via GPIO pin

Re: [PATCH] Add support for always enabled watchdog timers

Sat, 23 Aug 2014 10:16:08 -0700 от Guenter Roeck : > On 08/16/2014 05:45 PM, Evgeny Boger wrote: > > From: Evgeny Boger > > > > Add option to use with watchdog timers which are always enabled > > in hardware, i.e. there is no way to enable/disable it via GPIO pin. > > The driver will start pinging

Re: [PATCH] leds: make led_blink_set IRQ safe

Hello, On Fri, Aug 22, 2014 at 05:21:30PM -0700, Bryan Wu wrote: > On Tue, Aug 19, 2014 at 6:51 PM, Hugh Dickins wrote: > > On Tue, 19 Aug 2014, Vincent Donnefort wrote: > > > >> This patch introduces a work which take care of reseting the blink > >> workqueue and > >> avoid calling the cancel_d

Re: [PATCH v7 02/11] power/restart: Call machine_restart instead of arm_pm_restart

On 08/21/2014 01:39 PM, Sebastian Reichel wrote: Hi, On Tue, Aug 19, 2014 at 05:45:29PM -0700, Guenter Roeck wrote: machine_restart is supported on non-ARM platforms, and and ultimately calls arm_pm_restart, so dont call arm_pm_restart directly but use the more generic function. Cc: Russell Ki

Re: [PATCH] Add support for always enabled watchdog timers

On 08/16/2014 05:45 PM, Evgeny Boger wrote: From: Evgeny Boger Add option to use with watchdog timers which are always enabled in hardware, i.e. there is no way to enable/disable it via GPIO pin. The driver will start pinging WDT immediately upon loading and will continue to do so even after st

Re: percpu: Define this_cpu_cpumask_var_t_ptr

Hello, Christoph. On Fri, Aug 22, 2014 at 12:43:25PM -0500, Christoph Lameter wrote: > It wont accept the wrong type since the this_cpu_* functions will do type > checking. It should only accept cpumask_var_t but the macro version accepts anything that this_cpu_*() can handle. > > > _t is there

Re: [PATCH v7 04/11] arm: Support restart through restart handler call chain

Am 22.08.2014 04:19, schrieb Guenter Roeck: > On Fri, Aug 22, 2014 at 03:32:42AM +0200, Andreas Färber wrote: >> Am 20.08.2014 02:45, schrieb Guenter Roeck: >>> The kernel core now supports a restart handler call chain for system >>> restart functions. >>> >>> With this change, the arm_pm_restart c

Re: [PATCH 02/15] percpu: perform tlb flush after pcpu_map_pages() failure

On Sat, Aug 23, 2014 at 10:40:29AM -0500, Christoph Lameter wrote: > On Fri, 22 Aug 2014, Tejun Heo wrote: > > > If pcpu_map_pages() fails midway, it unmaps the already mapped pages. > > Currently, it doesn't flush tlb after the partial unmapping. This may > > be okay in most cases as the establi

Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space

On Fri, Aug 22, 2014 at 7:43 AM, Liviu Dudau wrote: > On Thu, Aug 21, 2014 at 11:16:16PM -0500, Rob Herring wrote: >> On Tue, Aug 12, 2014 at 11:25 AM, Liviu Dudau wrote: >> > Introduce a default implementation for remapping PCI bus I/O resources >> > onto the CPU address space. Architectures wit

Re: + prctl-pr_set_mm-introduce-pr_set_mm_map-operation-v3.patch added to -mm tree

On Sat, Aug 23, 2014 at 05:32:22PM +0200, Oleg Nesterov wrote: > > > > > > Besides, it can't help anyway. cred_guard_mutex is per-process (not > > > per-thread), > > > suppose that a vfork()'ed child does prctl() while another thread reads > > > the > > > parent's /proc/pid/auxv. > > > > Then eit

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

On Sat, Aug 23, 2014 at 03:56:42PM +0200, Arnd Bergmann wrote: > On Saturday 23 August 2014, Olof Johansson wrote: > > On Fri, Aug 22, 2014 at 02:10:23PM -0700, Andrew Bresticker wrote: > > > On Fri, Aug 22, 2014 at 1:42 PM, Florian Fainelli > > > wrote: > > > > > > > > On Aug 21, 2014 3:05 PM, "

[PATCH 6/9 v2] drm: use c99 initializers in structures

From: Julia Lawall Use c99 initializers for structures. Drop 0 initializers in drivers/gpu/drm/sti/sti_vtac.c. A 0x0 initializer is left in vtac_mode_aux in drivers/gpu/drm/sti/sti_vtac.c to highlight the relation to vtac_mode_main. A simplified version of the semantic match that finds the fir

Re: [PATCH 8/9 v2] video: fbdev: aty: use c99 initializers in structures

On Sat, Aug 23, 2014 at 05:50:28PM +0200, Julia Lawall wrote: > From: Julia Lawall > > Use c99 initializers for structures. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @decl@ > identifier i1,fld; > type T; > fiel

Re: [PATCH 8/9] video: fbdev: aty: use c99 initializers in structures

On Sat, Aug 23, 2014 at 05:32:37PM +0200, Julia Lawall wrote: > On Sat, 23 Aug 2014, Josh Triplett wrote: > > On Sat, Aug 23, 2014 at 01:20:30PM +0200, Julia Lawall wrote: > > > From: Julia Lawall > > > > > > Use c99 initializers for structures. > > > > > > A simplified version of the semantic m

Re: [PATCH 1/1] ipc/shm: fix the historical/wrong mm->start_stack check

On 08/23, Cyrill Gorcunov wrote: > > On Sat, Aug 23, 2014 at 04:43:27PM +0200, Oleg Nesterov wrote: > > The ->start_stack check in do_shmat() looks ugly and simply wrong. > > > > 1. ->start_stack is only valid right after exec(), the application > >can switch to another stack and even unmap thi

Re: [PATCH 07/15] percpu: make percpu-km set chunk->populated bitmap properly

On Fri, 22 Aug 2014, Tejun Heo wrote: > percpu-km instantiates the whole chunk on creation and doesn't make > use of chunk->populated bitmap and leaves it as zero. While this > currently doesn't cause any problem, the inconsistency makes it > difficult to build further logic on top of chunk->popu

Re: [PATCH 03/15] percpu: remove the usage of separate populated bitmap in percpu-vm

On Fri, 22 Aug 2014, Tejun Heo wrote: > percpu-vm uses pcpu_get_pages_and_bitmap() to acquire temp pages array > and populated bitmap and uses the two during [de]population. The temp > bitmap is used only to build the new bitmap that is copied to > chunk->populated after the operation succeeds; h

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

On Sat, Aug 23, 2014 at 08:10:16AM -0700, Guenter Roeck wrote: > Sorry I didn't have time to review the code myself. I'll have > to check the datasheet about turning regulators on and off. > Using page 0xff for the lm2978 looks wrong, as the chip supports > up to 8 channels which should be control

[PATCH 8/9 v2] video: fbdev: aty: use c99 initializers in structures

>From nobody Sat Aug 23 12:48:19 CEST 2014 From: Julia Lawall To: Paul Mackerras Cc: Jean-Christophe Plagniol-Villard ,Tomi Valkeinen ,linux-fb...@vger.kernel.org,linux-kernel@vger.kernel.org Subject: [PATCH 8/9] video: fbdev: aty: use c99 initializers in structures From: Julia Lawall Use c99

Re: [PATCH 02/15] percpu: perform tlb flush after pcpu_map_pages() failure

On Fri, 22 Aug 2014, Tejun Heo wrote: > If pcpu_map_pages() fails midway, it unmaps the already mapped pages. > Currently, it doesn't flush tlb after the partial unmapping. This may > be okay in most cases as the established mapping hasn't been used at > that point but it can go wrong and when it

Re: [PATCH 01/15] percpu: fix pcpu_alloc_pages() failure path

On Fri, 22 Aug 2014, Tejun Heo wrote: > Fix it by open-coding the partial freeing of the already allocated > pages. Acked-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: + prctl-pr_set_mm-introduce-pr_set_mm_map-operation-v3.patch added to -mm tree

On 08/23, Cyrill Gorcunov wrote: > > On Sat, Aug 23, 2014 at 03:30:01PM +0200, Oleg Nesterov wrote: > > > > On 08/23, Oleg Nesterov wrote: > > > > > > On 08/23, Cyrill Gorcunov wrote: > > > > > > > Looks like I need > > > > to use cred_guard_mutex instead of task_lock here, no? > > > > > > Please d

Re: [PATCH] UML: UBD: Fix for processes stuck in D state forever in UserModeLinux

Hi! Am 23.08.2014 15:47, schrieb Thorsten Knabe: > From: Thorsten Knabe > > UML: UBD: Fix for processes stuck in D state forever in UserModeLinux. > > Starting with Linux 3.12 processes get stuck in D state forever in > UserModeLinux under sync heavy workloads. This bug was introduced by > comm

Re: [PATCH 8/9] video: fbdev: aty: use c99 initializers in structures

On Sat, 23 Aug 2014, Josh Triplett wrote: > On Sat, Aug 23, 2014 at 01:20:30PM +0200, Julia Lawall wrote: > > From: Julia Lawall > > > > Use c99 initializers for structures. > > > > A simplified version of the semantic match that finds this problem is as > > follows: (http://coccinelle.lip6.f

Re: [PATCH 1/1] ipc/shm: fix the historical/wrong mm->start_stack check

On Sat, Aug 23, 2014 at 04:43:27PM +0200, Oleg Nesterov wrote: > The ->start_stack check in do_shmat() looks ugly and simply wrong. > > 1. ->start_stack is only valid right after exec(), the application >can switch to another stack and even unmap this area. > > 2. The reason for this check is

Re: [PATCH 0/9] use c99 initializers in structures

On Sat, Aug 23, 2014 at 01:20:22PM +0200, Julia Lawall wrote: > These patches add labels in the initializations of structure fields (c99 > initializers). The complete semantic patch thta makes this change is shown > below. This rule ignores cases where the initialization is just 0 or NULL, > wher

Re: [PATCH] ACPI / scan: Allow ACPI drivers to bind to PNP device objects

On Fri, 2014-08-22 at 19:53 +0200, Rafael J. Wysocki wrote: > On Friday, August 22, 2014 10:00:31 AM Zhang Rui wrote: > > On Thu, 2014-08-21 at 19:10 +0200, Rafael J. Wysocki wrote: > > > On Thursday, August 21, 2014 08:08:54 PM Zhang Rui wrote: > > > > Hi, Rafael, > > > > > > > > On Thu, 2014-08-

Re: [PATCH 8/9] video: fbdev: aty: use c99 initializers in structures

On Sat, Aug 23, 2014 at 01:20:30PM +0200, Julia Lawall wrote: > From: Julia Lawall > > Use c99 initializers for structures. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @decl@ > identifier i1,fld; > type T; > fiel

Re: [PATCH 6/9] drm: use c99 initializers in structures

On Sat, Aug 23, 2014 at 01:20:28PM +0200, Julia Lawall wrote: > From: Julia Lawall > > Use c99 initializers for structures. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @decl@ > identifier i1,fld; > type T; > fiel

Re: [PATCH 3.12 000/104] 3.12.27-stable review

On 08/21/2014 01:05 AM, Jiri Slaby wrote: On 08/20/2014, 09:54 PM, Guenter Roeck wrote: On Wed, Aug 20, 2014 at 09:54:59AM -0700, Guenter Roeck wrote: On Wed, Aug 20, 2014 at 01:43:51PM +0200, Jiri Slaby wrote: This is the start of the stable review cycle for the 3.12.27 release. There are 104

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

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

Re: [RESEND][PATCH 08/10] [scsi] mpt2sas: Get IOC_FACTS information using handshake protocol only after HBA card gets into READY or Operational state.

Driver initialization fails if driver tries to send IOC facts request message when the IOC is in reset or in a fault state. This patch will make sure that 1.Driver to send IOC facts request message only if HBA is in operational or ready state. 2.If IOC is in fault state, a diagnostic reset wou

Re: [RESEND][PATCH 07/10] [SCSI] mpt2sas: Added Reply Descriptor Post Queue (RDPQ) Array support

Up to now, Driver allocates a single contiguous block of memory pool for all reply queues and passes down a single address in the ReplyDescriptorPostQueueAddress field of the IOC Init Request Message to the firmware. When firmware receives this address, it will program each of the Reply Descriptor

Re: [PATCH] Regulator: RK808: modify for struct rk808 change

On Sat, Aug 23, 2014 at 07:13:02PM +0800, Chris Zhong wrote: > use &client->dev replace rk808->dev This doesn't apply against the code currently in the regualtor tree, please check and resend. It looks like a bug fix sent by someone else overlaps with this change. signature.asc Description: Dig

Re: [PATCH v3 4/5] Regulator: RK808: Add regulator driver for RK808

On Sat, Aug 23, 2014 at 07:04:50PM +0800, Chris Zhong wrote: > The regulator module consists of 4 DCDCs, 8 LDOs and 2 switches. > The output voltages are configurable and are meant to supply power > to the main processor and other components To repeat what I said on your previous posting: this dri

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

On Saturday 23 August 2014 16:48:52 Jonas Gorski wrote: > On Sat, Aug 23, 2014 at 3:56 PM, Arnd Bergmann wrote: > > Another argument is that we plan to actually move all the dts files out of > > the kernel into a separate project in the future. We really don't want to > > have the churn of moving

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

On Sat, Aug 23, 2014 at 07:00:44AM -0700, Guenter Roeck wrote: > On 08/22/2014 05:31 PM, atull wrote: > >of_get_regulator_init_data() will only have an error if it cannot alloc > >the regulator_init_data struct. That's why I did -ENOMEM. If there > >is no platform data and nothing about the regu

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

On Sat, Aug 23, 2014 at 3:56 PM, Arnd Bergmann wrote: > Another argument is that we plan to actually move all the dts files out of > the kernel into a separate project in the future. We really don't want to > have the churn of moving all the files now when they get deleted in one > of the next mer

[PATCH 1/1] ipc/shm: fix the historical/wrong mm->start_stack check

The ->start_stack check in do_shmat() looks ugly and simply wrong. 1. ->start_stack is only valid right after exec(), the application can switch to another stack and even unmap this area. 2. The reason for this check is not clear at all. The application should know what it does. And why 4 p

[PATCH 0/1] ipc/shm: fix the historical/wrong mm->start_stack check

On 08/23, Oleg Nesterov wrote: > > But for what? Ignoring the (I think buggy) check in do_shmat() ->start_stack > is simply unused, we only report it via /proc/. Really, I think do_shmat() should not abuse ->start_stack. Not only it is wrong and unneeded afaics, do_shmat() is the only user of ->st

Urgent Assistance from Syria

-- Good Day From Syria, My name is Abdul Nasser Sokariah and I am writing you from Syria, I choose to contact you directly as I need a reliable person to trust who can help me make claims to my huge deposit with a vault company in AFRICA, and based on my present situation in Syria, I need you urg

[PATCH 07/20] staging: rtl8188eu: Rework function phy_RFSerialWrite()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c | 85 +++ 1 file changed, 11 insertions(+), 74 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c b/drivers/staging/rtl818

[PATCH 09/20] staging: rtl8188eu: Rework function rtl8188e_PHY_SetRFReg()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c |2 +- drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c | 32 +++ drivers/staging/rtl8188eu/hal/odm.c|2 +- drivers/staging/rt

[PATCH 12/20] staging: rtl8188eu: Rework function _PHY_SetBWMode92C()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c | 98 +-- 1 file changed, 37 insertions(+), 61 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c b/drivers/staging/rtl818

[PATCH 20/20] staging: rtl8188eu: Rename HalHWImg8188E_MAC.c to mac_cfg.c

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/Makefile|2 +- drivers/staging/rtl8188eu/hal/HalHWImg8188E_MAC.c | 133 - drivers/staging/rtl8188eu/hal/mac_cfg.c | 133 + 3 files changed, 134 insertions(+), 134 de

[PATCH 18/20] staging: rtl8188eu: Rename HalHWImg8188E_BB.c to bb_cfg.c

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/Makefile |2 +- drivers/staging/rtl8188eu/hal/HalHWImg8188E_BB.c | 715 -- drivers/staging/rtl8188eu/hal/bb_cfg.c | 715 ++ 3 files changed, 716 insertions(+), 716 del

[PATCH 19/20] staging: rtl8188eu: Rename HalHWImg8188E_RF.c to rf_cfg.c

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/Makefile |2 +- drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c | 320 -- drivers/staging/rtl8188eu/hal/rf_cfg.c | 320 ++ 3 files changed, 321 insertions(+), 321 del

[PATCH 17/20] staging: rtl8188eu: Rename rtl8188e_phycfg.c to phy.c

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/Makefile |2 +- drivers/staging/rtl8188eu/hal/phy.c | 381 +++ drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c | 381 --- 3 files changed, 382 insertions(+), 382 dele

[PATCH 13/20] staging: rtl8188eu: Rework function _PHY_SwChnl8192C()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c b/drivers/staging/rtl8188

[PATCH 15/20] staging: rtl8188eu: Rework function PHY_SetBWMode8188E()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |2 +- drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c| 33 ++-- drivers/staging/rtl8188eu/include/Hal8188EPhyCfg.h |4 --- drivers/stag

[PATCH 11/20] staging: rtl8188eu: Rework function phy_PowerIndexCheck88E()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c b/drivers/staging/rtl8188eu/hal/

[PATCH 16/20] staging: rtl8188eu: Rework function PHY_SwChnl8188E()

Rename CamelCase variables and function name. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |2 +- drivers/staging/rtl8188eu/hal/rtl8188e_phycfg.c| 27 +--- drivers/staging/rtl8188eu/include/Hal8188EPhyCfg.h |2 -- drivers/stagi

  1   2   >