Re: [Cocci] [PATCH 1/1] scripts/coccinelle: use BIT() macro if possible

On Sun, Apr 27, 2014 at 02:29:46AM +0200, Javier Martinez Canillas wrote: > Using the BIT() macro instead of manually shifting bits > makes the code less error prone and also more readable. Does it? It is a taste thing, yet I don't think it makes the code that much more readable that it is worth

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

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

Re: [PATCH] ftrace/arm: add save_stack_trace_regs() implementation

2014-04-23 21:03 GMT+08:00 Steven Rostedt : > On Wed, 23 Apr 2014 20:52:21 +0800 > Lin Yongting wrote: > >> When configure kprobe events of ftrace with "stacktrace" option enabled >> in arm, there is no stacktrace was recorded after the kprobe event was >> triggered. The root cause is no

Re: [PATCH 2/4] mm: zpool: implement zsmalloc shrinking

On Sat, Apr 26, 2014 at 4:37 AM, Weijie Yang wrote: > On Sat, Apr 19, 2014 at 11:52 PM, Dan Streetman wrote: >> Add zs_shrink() and helper functions to zsmalloc. Update zsmalloc >> zs_create_pool() creation function to include ops param that provides >> an evict() function for use during

[PATCH 01/10] workqueue: use manager lock only to protect worker_idr

worker_idr is highly bound to managers and is always/only accessed in manager lock context. So we don't need pool->lock for it. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 34 ++ 1 files changed, 6 insertions(+), 28 deletions(-) diff --git

[PATCH 02/10] workqueue: destroy_worker() should destroy idle workers only

If destroy_worker() destroys a non-idle worker, it will be buggy and it is extremely hard to check. We should force destroy_worker() to destroy idle workers only. We had already ensured in the code that we only pass idle workers to destroy_worker(), so this change has no functionality changed. We

[PATCH 00/10] workqueue: async worker destruction and pool-binding synchronization

Patch1-4: async worker destruction The old version(https://lkml.org/lkml/2014/2/17/418) code of async worker destruction has to dance with pool->lock and worker_idr, it is complicated. But worker_idr in the new version dosn't requies pool->lock, and the code in put_unbound_pool() which waits

[PATCH 03/10] workqueue: async worker destruction

worker destruction includes these parts of code: adjust pool's stats remove the worker from idle list unbind the worker from the pool kthread_stop() to wait for the worker's task exit free the worker struct We can find out that there is no essential thing

[PATCH 06/10] workqueue: convert worker_idr to worker_ida

We don't need to travell workers via worker_idr, worker_idr is used for allocating/freeing ID only, so we convert it to worker_ida. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 23 +++ 1 files changed, 11 insertions(+), 12 deletions(-) diff --git

[PATCH 07/10] workqueue: narrow the protection range of manager_mutex

In create_worker(), pool->worker_ida is protected by idr subsystem via using ida_simple_get()/ida_simple_put(), it dozn't need manager_mutex struct worker allocation and kthread allocation are not visible by any one, they don't need manager_mutex either. The above operations are before the

[PATCH 09/10] workqueue: separate pool-binding code out from create_worker()

The code of pool-binding is unfolded in create_worker(). Separating this code out will make the codes more clear. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 53 --- 1 files changed, 33 insertions(+), 20 deletions(-) diff --git

[PATCH 10/10] workqueue: use generic pool-bind/unbind routine for rescuers

There are several problems with the code that rescuers bind itself to the pool' cpumask 1) It uses a way different from the normal workers to bind to the cpumask So we can't maintain the normal/rescuer workers under the same framework. 2) The the code of cpu-binding for rescuer is

[PATCH 08/10] workqueue: rename manager_mutex to bind_mutex

manager_mutex is only used to protect the binding of the pool and the workers. It protects the bind_list and operations based on this list, such as: cpu-binding for the workers in the bind_list concurrency management for the workers in the bind_list So we can simply rename

[PATCH 04/10] workqueue: destroy worker directly in the idle timeout handler

Since kthread_stop() is removed from destroy_worker(), destroy_worker() doesn't need to sleep. Since "unbind the worker" is moved out from destroy_worker(), destroy_worker() doesn't require manager_mutex. So destroy_worker() can be directly called in the idle timeout handler, it helps us remove

[PATCH 05/10] workqueue: separate iteration role from worker_idr

worker_idr has the iteration and worker ID duties. These two duties are not necessary tied together. We can separate them and use a list for iteration. After separation, we can add the rescuer workers to the list for iteration in future. worker_idr can't add rescuer workers due to rescuer workers

Re: [PATCH v3 6/7] arm64: mm: Implement 4 levels of translation tables

On Thursday, April 24, 2014 1:02 AM, Steve Capper wrote: > On Fri, Apr 18, 2014 at 04:59:20PM +0900, Jungseok Lee wrote: [ ... ] > > diff --git a/arch/arm64/kernel/head.S b/arch/arm64/kernel/head.S index > > 0fd5650..f313a7a 100644 > > --- a/arch/arm64/kernel/head.S > > +++

Re: radeon: screen garbled after page allocator change, was: Re: [patch v2 3/3] mm: page_alloc: fair zone allocator policy

On Thu, Apr 24, 2014 at 09:37:22AM -0400, Johannes Weiner wrote: > Hi Thomas, > > On Wed, Apr 02, 2014 at 04:26:08PM +0200, Thomas Schwinge wrote: > > Hi! > > > > On Fri, 2 Aug 2013 11:37:26 -0400, Johannes Weiner > > wrote: > > > Each zone that holds userspace pages of one workload must be

[PATCH 2/2] USB: usb_wwan: fix race between write and resume

We find a race between write and resume. usb_wwan_resume run play_delayed() and spin_unlock, but intfdata->suspended still is not set to zero. At this time usb_wwan_write is called and anchor the urb to delay list. Then resume keep running but the delayed urb have no chance to be commit until next

Re: [PATCH] usb_wwan: some improvement on write and resume

They are however two distinct bugs and should be fixed separately. Could you split the fixes into two patches and resubmit? Please also include a more descriptive subject line for each patch, for example: "USB: usb_wwan: fix urb leak in write error path" "USB: usb_wwan: fix

[PATCH 5/6] staging: comedi: addi_apci_2032: remove unnecessary info from boardinfo

The i_IorangeBase1, i_PCIEeprom, and pc_EepromChip data in the boardinfo was only needed to work out the usage of the PCI bars. Now that that is squared away, this info is no longer needed and can be removed. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten ---

[PATCH 6/6] staging: comedi: addi_apci_2032: remove use of devpriv->s_EeParameters

This driver no longer reads the eeprom to find the board specific data, all the necessary data is in the boardinfo. Use the boardinfo directly instead of passing through devpriv->s_EeParameters. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten --- Ian and Hartley, The

[PATCH 3/6] staging: comedi: addi_apci_1032: board has 32 digital inputs

This board always has 32 digital inputs. Remove the test when initializing the subdevice. Also, since this board is the only one supported by this driver, remove the boardinfo about the digital inputs and just use the data directly in the subdevice init. Signed-off-by: Chase Southwood Cc: Ian

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

This driver only uses PCI bar 1 (devpriv->i_IobaseAmcc), and PCI bar 2 (dev->iobase) doon't bother reading the unused PCI bars. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten --- Hartley, As far as I can tell from reading the I/O Mapping you sent me, these bar numbers

[PATCH 2/6] staging: comedi: addi_apci_1564: remove unnecessary include

This include is no longer needed. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten --- drivers/staging/comedi/drivers/addi_apci_1564.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/comedi/drivers/addi_apci_1564.c

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

Reading the eeprom on this board is not necessary. All information required is in the boardinfo. Remove the eeprom support code which is not really useful here. Signed-off-by: Chase Southwood Cc: Ian Abbott Cc: H Hartley Sweeten --- drivers/staging/comedi/drivers/addi_apci_1564.c | 46

[PATCH] scripts/package: binrpm-pkg do not build source tar file

From: Jérôme Glisse When doing make binrpm-pkg we do not want to build the source tar file. This patch avoid doing the gigantic tar file. Signed-off-by: Jérôme Glisse --- scripts/package/mkspec | 2 ++ 1 file changed, 2 insertions(+) diff --git a/scripts/package/mkspec

[PATCH 2/4] acerhdf: Adding support for new models

From: Peter Feuerer added following new models: * Aspire 5755G * AO521 * AO751h * Aspire One 753 * Extensa 5420 * Aspire 5315 * Aspire 5739G * TravelMate TM8573T Cc: Andreas Mohr Cc: Borislav Petkov Signed-off-by: Peter Feuerer --- drivers/platform/x86/acerhdf.c | 24

[PATCH 0/4] acerhdf/thermal: adding new models and appropriate governor

Hi, finally I found time, to do some work on acerhdf. This patch series is intended to: * Introduce "manual mode" support (Patch 1 & 2), which is needed to control the fan of a few new models. Unfortunately this extends lines defining the bios table over 80 characters, but all other

[PATCH 4/4] acerhdf: Use bang-bang thermal governor

From: Peter Feuerer acerhdf has been doing an on-off fan control using hysteresis by post-manipulating the outcome of thermal subsystem trip point handling. This patch enables acerhdf to use the bang-bang governor, which is intended for on-off controlled fans. CC: Zhang Rui Cc: Andreas Mohr

[PATCH 1/4] acerhdf: Adding support for "manual mode"

From: Peter Feuerer Some Acer models require an additional command to turn off the fan after bios mode has been enabled. Adding new section in bios table to allow support for those models, by writing an extra "manual mode" register. Cc: Andreas Mohr Cc: Borislav Petkov Signed-off-by: Peter

[PATCH 3/4] thermal: Added Bang-bang thermal governor

From: Peter Feuerer The bang-bang thermal governor uses a hysteresis to switch abruptly on or off a cooling device. It is intended to control fans, which can not be throttled but just switched on or off. Bang-bang cannot be set as default governor as it is intended for special devices only.

Linux 3.14.2

I'm announcing the release of the 3.14.2 kernel. All users of the 3.14 kernel series must upgrade. The updated 3.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.14.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.14.2

diff --git a/Makefile b/Makefile index 7d0b6992d9ed..b2f7de81e9a2 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 1 +SUBLEVEL = 2 EXTRAVERSION = NAME = Shuffling Zombie Juror diff --git a/arch/x86/kernel/cpu/mshyperv.c

Linux 3.10.38

I'm announcing the release of the 3.10.38 kernel. All users of the 3.10 kernel series must upgrade. The updated 3.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.10.y and can be browsed at the normal kernel.org git web

Re: Linux 3.4.88

diff --git a/Makefile b/Makefile index 8f45901dd370..b2192326e7f9 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 87 +SUBLEVEL = 88 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index

Re: Linux 3.10.38

diff --git a/Makefile b/Makefile index bd9fb5b72fc0..bd51b50a567b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 10 -SUBLEVEL = 37 +SUBLEVEL = 38 EXTRAVERSION = NAME = TOSSUG Baby Fish diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index

Linux 3.4.88

I'm announcing the release of the 3.4.88 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

[GIT PULL] Driver core / sysfs fixes for 3.15-rc3

The following changes since commit a798c10faf62a505d24e5f6213fbaf904a39623f: Linux 3.15-rc2 (2014-04-20 11:08:50 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/ tags/driver-core-3.15-rc3 for you to fetch changes up to

[GIT PULL] TTY/Serial fixes for 3.15-rc3

The following changes since commit a798c10faf62a505d24e5f6213fbaf904a39623f: Linux 3.15-rc2 (2014-04-20 11:08:50 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-3.15-rc3 for you to fetch changes up to

[GIT PULL] Staging driver fixes for 3.15-rc3

The following changes since commit a798c10faf62a505d24e5f6213fbaf904a39623f: Linux 3.15-rc2 (2014-04-20 11:08:50 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/ tags/staging-3.15-rc3 for you to fetch changes up to

[GIT PULL] USB fixes for 3.15-rc333

The following changes since commit a798c10faf62a505d24e5f6213fbaf904a39623f: Linux 3.15-rc2 (2014-04-20 11:08:50 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.15-rc3 for you to fetch changes up to

[PATCH 1/1] scripts/coccinelle: use BIT() macro if possible

Using the BIT() macro instead of manually shifting bits makes the code less error prone and also more readable. Signed-off-by: Javier Martinez Canillas --- An example of the patches that can be obtained with this spatch: http://www.mail-archive.com/linux-gpio@vger.kernel.org/msg02722.html

Re: [PATCH] proc: fix documentation for /proc/stat, line "intr"

On 04/23/14 02:48, Jan Moskyto Matejka wrote: > n Tue, Apr 22, 2014 at 03:35:39PM -0700, Randy Dunlap wrote: >> On 04/22/14 11:19, Michael Kerrisk (man-pages) wrote: >>> On 04/22/2014 05:29 PM, Jan Moskyto Matejka wrote: The sum at the beginning of line "intr" includes also unnumbered

Re: [PATCH] drm: make variable named "refcount" atomic, like most refcounts in the kernel.

On Sun, Apr 27, 2014 at 12:00:56AM +0100, Al Viro wrote: > (..)Non-atomic variant would be > if (++*p < 0) { > --*p; > whine > send SIGKILL to ourselves > } > which is nowhere near a sane mitigation in this case. Much saner one would > be

[GIT PULL] Btrfs

Hi Linus, Please pull these fixes from my for-linus branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus Wang Shilong (3) commits (+24/-20): Btrfs: avoid triggering bug_on() when we fail to start inode caching task (+5/-1) Btrfs: move

Re: [PATCH] drm: make variable named "refcount" atomic, like most refcounts in the kernel.

On Sat, Apr 26, 2014 at 10:09:49PM +0200, Lionel Debroux wrote: > > I believe this change is in grsecurity so that overflow detector can > > be used, > That's my understanding as well. > > there is clearly no reason to use mere atomic ops. > Yeah, sorry. At least, you're stating it in a nice way.

[PATCH] asus-nb-wmi: set wapf=4 for ASUSTeK COMPUTER INC. X75VBP & X550CA

Need to set wapf to 4 for ASUSTeK COMPUTER INC. X75VBP & X550CA, so that the wireless network adapter is enabled. References: - asus-nb-wmi: set wapf=4 for ASUSTeK COMPUTER INC. X75VBP http://marc.info/?l=linux-kernel=139819918125110 - Ath9k WiFi now disabled by radio killswitch

Re: [PATCH] staging: line6: fix possible overrun

On Sun, Apr 27, 2014 at 12:36:21AM +0300, Dan Carpenter wrote: > On Sat, Apr 26, 2014 at 10:47:05PM +0200, Mateusz Guzik wrote: > > On Sat, Apr 26, 2014 at 07:09:22PM +0200, Laurent Navet wrote: > > > The strcpy operation may write past the end of the fixed-size destination > > > buffer if the

Re: [PATCH] staging: line6: fix possible overrun

On Sat, Apr 26, 2014 at 10:47:05PM +0200, Mateusz Guzik wrote: > On Sat, Apr 26, 2014 at 07:09:22PM +0200, Laurent Navet wrote: > > The strcpy operation may write past the end of the fixed-size destination > > buffer if the source buffer is too large. > > > > Found by coverity scan : CID 144979 >

Re: [PATCH] staging: line6: fix possible overrun

On Sat, Apr 26, 2014 at 07:09:22PM +0200, Laurent Navet wrote: > The strcpy operation may write past the end of the fixed-size destination > buffer if the source buffer is too large. > > Found by coverity scan : CID 144979 > > Signed-off-by: Laurent Navet > --- > build tested only > >

Estimado E-mail del usuario;

Estimado E-mail del usuario; Se ha superado 23.432 Repositorio para el conjunto buzón Servicios Web / Administrador, y habrás problemas al enviar y recepción de correo, mientras que volver a verificar. Debe actualizar haciendo clic en enlace de abajo y complete la información para verificar

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

Pointer 'pbpctl_dev_c' in function bypass_init_module() is unused. Thus remove it. Signed-off-by: Christian Engelmayer --- Compile tested and applies against v3.15-rc2 as well as branch staging-next of tree git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git ---

[PATCH] staging: rtl8723au: Remove unused pointer in rtw_wdev_free()

Pointer 'pwdev_priv' in function rtw_wdev_free() is unused - thus remove it. Signed-off-by: Christian Engelmayer --- Compile tested and applies against v3.15-rc2 as well as branch staging-next of tree git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git ---

[PATCH] staging: silicom: Remove needless calls of get_status_port_fn()

Remove a needless pointer initialisation and call to get_status_port_fn() in functions remove_bypass_tpl_auto() and set_tpl_fn(). Variable 'pbpctl_dev_b' is set correctly later in the function before first use. Signed-off-by: Christian Engelmayer --- Compile tested and applies against v3.15-rc2

Re: [PATCH 0/3] Fix several sparc64 THP bugs.

> Meelis and Aaro, I've found and fixed several THP bugs for sparc64 > over the last week or so. > > I cannot %100 account for the exit_mmap() WARN_ON that you two have > been able to trigger, however I'd like you both to test the changes > nonetheless. > > They are against 3.15 but they should

Re: [PATCH] drm: make variable named "refcount" atomic, like most refcounts in the kernel.

> On Sat, Apr 26, 2014 at 06:06:15PM +0200, Lionel Debroux wrote: > > Based on PaX. > > > > --- > > > > From 7c712cadd97d43d03ff3d7ca04fd85bd8c6eb34a Mon Sep 17 00:00:00 > > 2001 > > From: Lionel Debroux > > Date: Sat, 26 Apr 2014 15:53:55 +0200 > > Subject: drm: make variable named "refcount"

Re: [rfc PATCH] checkpatch: allow multiple const * types

On Fri, Apr 25, 2014 at 08:29:59PM -0700, Joe Perches wrote: > On Fri, 2014-04-25 at 10:50 +0300, Dan Carpenter wrote: > > On Fri, Apr 25, 2014 at 01:06:44AM -0300, Nicolas Del Piano wrote: > > > diff --git a/drivers/staging/comedi/drivers.c > > > b/drivers/staging/comedi/drivers.c > [] > > > @@

Re: [Patch v6 3/6] IIO: core: Modify scan element type

On 04/25/2014 11:02 AM, Jonathan Cameron wrote: On 15/04/14 19:21, Srinivas Pandruvada wrote: The current scan element type uses the following format: [be|le]:[s|u]bits/storagebits[>>shift]. To specify multiple elements in this type, added a repeat value. So new format is:

[PATCH RESEND 0/3] Orion irqchip and Kirkwood SDIO

Guys, we somehow forgot this patch set, which was aimed for v3.12/v3.13 and first sent and acked in November 2013 [1]. Now this is rebase on to v3.15-rc1 and should be taken for v3.16. In contrast to the original patch set, I reordered the individual patches by subsystem and made some cosmetic

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

mvsdio reports method of card detection with dev_notice, while for removable cards it may be sane, for non-removable cards it is not. Also, as the user cannot do anything about it, silence the message by reducing it from dev_notice to dev_dbg. Signed-off-by: Sebastian Hesselbarth Acked-by: Jason

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

SDIO controllers found on Marvell Kirkwood SoCs seem to cause a late, spurious irq although all interrupts have been disabled. This irq doesn't do any harm, neither to HW nor driver. To avoid some "unexpected irq" warning later, we workaround above issue by bailing out of irq handler early, if we

[PATCH RESEND 3/3] irqchip: orion: reverse irq handling priority

Non-DT irq handlers were working through irq causes from most-significant to least-significant bit, while DT irqchip driver does it the other way round. This revealed some more HW issues on Kirkwood peripheral IP, where spurious sdio irqs can happen although IP's irq enable registers are all zero.

Re: Kernel panic at Ubuntu: IMA + Apparmor

On 26 April 2014 20:42, Al Viro wrote: > On Sat, Apr 26, 2014 at 07:54:47PM +0300, Dmitry Kasatkin wrote: >> On 26 April 2014 16:56, Al Viro wrote: >> > On Sat, Apr 26, 2014 at 11:58:45AM +0300, Dmitry Kasatkin wrote: >> > >> >> Conflict with Apparmor means with Ubuntu. >> >> >> >> But answering

[PATCH] perf x86: Fix perf to use non-executable stack, again

arch/x86/tests/regs_load.S is missing the linker note about the stack requirements, therefore making the linker fall back to an executable stack. As this object gets linked against the final perf binary, it'll needlessly end up with an executable stack. Fix this by adding the appropriate linker

[PATCH 1/1] fs/gfs2/lops.c: replace 0 by NULL for pointers

Sparse warning: fs/gfs2/lops.c:78:29: "warning: Using plain integer as NULL pointer" Cc: Steven Whitehouse Cc: Andrew Morton Signed-off-by: Fabian Frederick --- fs/gfs2/lops.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/gfs2/lops.c b/fs/gfs2/lops.c index

[PATCH 1/1] fs/direct-io.c: replace 0 by NULL for pointers + clean-up

sparse warning: fs/direct-io.c:1123:36: "warning: Using plain integer as NULL pointer" Also fixed lot of checkpatch warnings mainly trailing whitespaces Cc: Alexander Viro Cc: Andrew Morton Signed-off-by: Fabian Frederick --- fs/direct-io.c | 21 ++--- 1 file changed, 10

Re: [PATCH] staging: dgap: implement error handling in dgap_tty_register()

On Sat, Apr 26, 2014 at 11:39:38AM +0900, DaeSeok Youn wrote: > Hi, > > please check below my comments. > > 2014-04-25 23:41 GMT+09:00 Mark Hounschell : > > On 04/25/2014 08:59 AM, Dan Carpenter wrote: > >> On Fri, Apr 25, 2014 at 08:29:41AM -0400, Mark Hounschell wrote: > >>> On 04/25/2014

Re: [ANNOUNCE] 3.14-rt1

On 04/11/2014 11:57 AM, Sebastian Andrzej Siewior wrote: Dear RT folks! I'm pleased to announce the v3.14-rt1 patch setty). Changes since v3.12.15-rt25 - I dropped the sparc64 patches I had in the queue. They did not apply cleanly, the code in v3.14 changed in the MMU area. Here is where I

[PATCH] x86/dumpstack: Walk frames when built with frame pointers

Stack traces are generated by scanning the stack and interpeting anything that looks like it could be a pointer to something. We do not need to do this when we have frame pointers, but we do it anyway, with the distinction that we use the return pointers to mark actual frames by the absence of a

Hello

Witaj mój drogi dzień dobry Nazywam się Olevia (oleviamat...@yahoo.com) Jestem młoda dziewczyna, z pełnym miłości, troski i understanding.I spotkałem swojego kontakt znalazłem zainteresowanie tobą, i że będziesz dobrym człowiekiem opiekuńczy. Będę szczęśliwy, jeśli uda nam się poznać,

Re: Kernel panic at Ubuntu: IMA + Apparmor

On Sat, Apr 26, 2014 at 07:54:47PM +0300, Dmitry Kasatkin wrote: > On 26 April 2014 16:56, Al Viro wrote: > > On Sat, Apr 26, 2014 at 11:58:45AM +0300, Dmitry Kasatkin wrote: > > > >> Conflict with Apparmor means with Ubuntu. > >> > >> But answering to your early question.. > >> IMA does not want

[RFC PATCH] uprobes: simplify rip-relative handling

It is possible to replace rip-relative addressing mode with addressing mode of the same length: [reg+disp32]. This eliminates the need to fix up immediate. Only Signed-off-by: Denys Vlasenko CC: Jim Keniston CC: Masami Hiramatsu CC: Oleg Nesterov --- arch/x86/include/asm/uprobes.h | 2 +-

[RFC PATCH] uprobes: add comment with insn opcodes, mnemonics and why we dont support them

After adding these, it's clear we have some awkward choices there. some valid instructions are prohibited from uprobing while several invalid ones are allowed. Hopefully future edits to the good-opcode tables will fix wrong bits or explain why those bits are not wrong. Signed-off-by: Denys

Re: [PATCH] perf machine: Search for modules in %s/lib/modules/%s

Dear Jirka, I have sent an updated patch, but instead of using your white list idea, I went with a black list. That way things like the historical addon directory are included and anyone who decides to use a custom directory for their own in-development modules is free to do so. Yours truly,

Re: [PATCH v2 00/12] scsi/NCR5380: fix debugging macros and #include structure

On Wed, 2014-03-19 at 23:35 +1100, Finn Thain wrote: > This patch series addresses several issues with NCR5380 drivers: > > 1. The complex network of #include directives. > > 2. Three inconsistent implementations of the core driver all attempting >to share the same macro definitions in

[PATCH] perf machine: Search for modules in %s/lib/modules/%s

Modules installed outside of the kernel's build system should go into "%s/lib/modules/%s/extra", but at present, perf will only look at them when they are in "%s/lib/modules/%s/kernel". Lets encourage good citizenship by relaxing this requirement to "%s/lib/modules/%s". This way open source

Re: [PATCH/V2] staging: rtl8192e: Fix typo in rtl8192e

On 04/26/14 07:35, Masanari Iida wrote: > Fix spelling typo in comments within rtl8192e. > > Signed-off-by: Masanari Iida > Reviewed-by: James Cameron > > --- > drivers/staging/rtl8192e/rtl8192e/r8192E_cmdpkt.c | 2 +- > drivers/staging/rtl8192e/rtl8192e/r8192E_phy.c| 2 +- >

[PATCH] staging: line6: fix possible overrun

The strcpy operation may write past the end of the fixed-size destination buffer if the source buffer is too large. Found by coverity scan : CID 144979 Signed-off-by: Laurent Navet --- build tested only drivers/staging/line6/audio.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

Re: [PATCH] drm: make variable named "refcount" atomic, like most refcounts in the kernel.

On Sat, Apr 26, 2014 at 06:06:15PM +0200, Lionel Debroux wrote: > Based on PaX. > > --- > > From 7c712cadd97d43d03ff3d7ca04fd85bd8c6eb34a Mon Sep 17 00:00:00 2001 > From: Lionel Debroux > Date: Sat, 26 Apr 2014 15:53:55 +0200 > Subject: drm: make variable named "refcount" atomic, like most

Re: [PATCH 1/2] regulator: arizona-micsupp: Fix build errors with CONFIG_OF not defined

On Fri, Apr 25, 2014 at 09:30:53PM +0100, Charles Keepax wrote: > On Fri, Apr 25, 2014 at 05:11:38PM +0100, Mark Brown wrote: > > On Fri, Apr 25, 2014 at 04:55:40PM +0100, Charles Keepax wrote: > > > Some of the OF handling functions do not have empty alternatives defined > > > if CONFIG_OF is

Re: Kernel panic at Ubuntu: IMA + Apparmor

On 26 April 2014 16:56, Al Viro wrote: > On Sat, Apr 26, 2014 at 11:58:45AM +0300, Dmitry Kasatkin wrote: > >> Conflict with Apparmor means with Ubuntu. >> >> But answering to your early question.. >> IMA does not want permission denied when measuring and re-measuring files. >> may_open() is

Re: [PATCH] inetpeer_gc_worker: trivial cleanup

From: xiao jin Date: Fri, 25 Apr 2014 08:53:29 +0800 > Do not initialize list twice. > list_replace_init() already takes care of initializing list. > We don't need to initialize it with LIST_HEAD() beforehand. > > Signed-off-by: xiao jin > Reviewed-by: David Cohen Also applied, thank you. --

Re: [PATCH] cleanup_net: trivial cleanup

From: xiao jin Date: Fri, 25 Apr 2014 08:50:54 +0800 > Do not initialize net_kill_list twice. > list_replace_init() already takes care of initializing net_kill_list. > We don't need to initialize it with LIST_HEAD() beforehand. > > Signed-off-by: xiao jin > Reviewed-by: David Cohen Applied,

Re: [GIT PULL] please pull file locking changes for v3.15 (pile #2)

On Fri, Apr 25, 2014 at 06:39:18AM -0400, Jeff Layton wrote: > On Fri, 25 Apr 2014 05:57:39 -0400 > "J. Bruce Fields" wrote: > > > On Thu, Apr 24, 2014 at 07:45:57AM -0400, Jeff Layton wrote: > > > > > > The following changes since commit > > > 55101e2d6ce1c780f6ee8fee5f37306971aac6cd: > > >

[PATCH] staging: rtl8188eu: Use USB subsystem functions to check endpoint type

Use inline functions provided by USB subsystem to check endpoint type, instead of macros implemented by driver to do the same. Unnecessary debugging messages are also removed. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/os_dep/usb_intf.c | 92 --- 1

[PATCH] Kernel 3.15-rc2 : Peak DVB-T USB tuner device ids for rtl28xxu driver

[PATCH] Kernel 3.15-rc2 : Peak DVB-T USB tuner device ids for rtl28xxu driver Signed-off-by: Brian Healy gmail.com> --- drivers/media/usb/dvb-usb-v2/rtl28xxu.c.orig2014-04-26 17:02:36.068691000 +0100 +++ drivers/media/usb/dvb-usb-v2/rtl28xxu.c2014-04-26 17:03:11.944691000 +0100 @@

Re: [PATCH 07/10] ARM: dts: DRA7: Add DT node for DES IP

Hello. On 26-04-2014 3:02, Joel Fernandes wrote: DRA7xx SoCs have a DES3DES IP. Add DT data for the same. Signed-off-by: Joel Fernandes --- arch/arm/boot/dts/dra7.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/dra7.dtsi

Re: [PATCH] drm: make variable named "refcount" atomic, like most refcounts in the kernel.

On Sat, Apr 26, 2014 at 06:06:15PM +0200, Lionel Debroux wrote: > Based on PaX. Lovely - cargo-cult at its finest. "Most refcounts are atomic, must be good medicine. Shaman has spoken". > - int refcount; > + atomic_t refcount; ... therefore, all places that modify that sucker will

Re: [PATCH 1/1] Driver for Beckhoff CX5020 EtherCAT master module.

From: Darek Marcinkiewicz Date: Thu, 24 Apr 2014 22:46:15 +0200 > +struct desc_header { > + u32 next:24; > + u32 reserved1:7; > + u32 next_valid:1; > + u32 recv:1; > + u32 reserved2:31; > + u16 len:12; > + u16 reserved3:4; > + u16 port; > + u32 reserved4; > +

Re: [PATCH] staging: comedi: remove duplicate pointer assignments in attach functions

On 26/04/14 15:04, Christian Engelmayer wrote: Some board pointer are assigned twice via comedi_board() in the comedi low level driver attach functions. Remove the duplicate assignment from the variable definition where the pointer is not used anyway until assigned later in the function when

Re: [PATCH 0/2] Add generic cpu power control functions for exynos

Hi Leela, On Thu, Apr 24, 2014 at 3:56 PM, Leela Krishna Amudala wrote: > Hi Abhilash, > > If you are okay with this patchset you can rebase/merge it with your > mcpm patches. I have added these patches as part of my mcpm v3 patchset. Thanks, Abhilash > > Best Wishes, > Leela Krishna. > > On

[PATCH] drm: make variable named "refcount" atomic, like most refcounts in the kernel.

Based on PaX. --- >From 7c712cadd97d43d03ff3d7ca04fd85bd8c6eb34a Mon Sep 17 00:00:00 2001 From: Lionel Debroux Date: Sat, 26 Apr 2014 15:53:55 +0200 Subject: drm: make variable named "refcount" atomic, like most refcounts in the kernel. Extracted from the PaX patch. Signed-off-by: Lionel

[PATCH] arm/mach-ux500: remove unused macro.

Based on PaX. --- >From 9c443a7dfe581da8db5566d968a19c54f06a7fa3 Mon Sep 17 00:00:00 2001 From: Lionel Debroux Date: Sat, 26 Apr 2014 15:44:22 +0200 Subject: arm/mach-ux500: remove unused macro. Extracted from the PaX patch. Signed-off-by: Lionel Debroux Cc: PaX Team ---

[PATCH next-20140424] staging/cxt1e1: sparse warning corrections

From: Sami Laine Corrected sparse static declaration warnings. Signed-off-by: Sami Laine --- diff --git a/drivers/staging/cxt1e1/hwprobe.c b/drivers/staging/cxt1e1/hwprobe.c index cc2151e..2899258 100644 --- a/drivers/staging/cxt1e1/hwprobe.c +++ b/drivers/staging/cxt1e1/hwprobe.c @@

[PATCH] clkdev: only fall through to clk_get_sys() if DT indicates no entry

There are two failures which DT can return when looking up a phandle: -ENOENT - when DT finds that the desired property/index is not present -EINVAL - when DT finds that the desired property/index is present, but there is a problem parsing it. We should only fall through to clk_get_sys() (the

Re: [PATCH next-20140424] staging/cxt1e1: hwprobe.c sparse warning corrections

On Sat, Apr 26, 2014 at 06:30:33PM +0300, Sami Laine wrote: > From: Sami Laine > > Sparse warning corrections: > - declarations made static where they should be such > - changed NULL-pointers as NULL instead of static 0's > - added __force to a few casts seemingly safe enough You did 3

Re: [PATCH 2/5] power: reset: Add Allwinner A31 reset code

On 04/23/2014 08:04 AM, Maxime Ripard wrote: That code used to be in the machine code, but it's more fit here with other restart hooks. That will allow to cleanup the machine directory, while waiting for a proper watchdog driver for the A31. Signed-off-by: Maxime Ripard I am a bit lost

Re: [PATCH 1/5] wdt: sunxi: Move restart code to the watchdog driver

On 04/23/2014 08:04 AM, Maxime Ripard wrote: Most of the watchdog code is duplicated between the machine restart code and the watchdog driver. Add the restart hook to the watchdog driver, to be able to remove it from the machine code eventually. Signed-off-by: Maxime Ripard ---

Re: [PATCH RFC 3/3] drm/exynos: use pending_components for components tracking

On Fri, Apr 25, 2014 at 04:36:01PM +0200, Andrzej Hajda wrote: > On 04/23/2014 07:13 PM, Russell King - ARM Linux wrote: > > Let me be absolutely clear *why* I'm very interested in this - and that > > is because I'm presently converting TDA998x and Armada DRM to use the > > component helpers. If

Re: [PATCH v8 3/3] ARM: dts: Add initial device tree support for EXYNOS5410

Hi, Will be done in next version. Best regards, Tarek On Sat, Apr 26, 2014 at 3:41 PM, Tomasz Figa wrote: > Hi, > > Since I've started enforcing reference-based DT syntax due to multiple > advantages over the plain full-tree based one, you should do the same for > your dts/i files. You can

  1   2   3   4   5   >