On Sat, 2014-08-02 at 18:19 -0700, Hans Wennborg wrote:
Yes, I have a patch for a bunch of these, but I figured it would be
easier to get it merged if I split it up. (Complete kernel newbie here.)
You as a kernel newbie did good, thanks.
A small tip would be to do all of them in a single
Joe, Thanks for watching out.
I think this patch is not correct and think also the current LM
authentication code is broken
if the password length exceeds 14 characters.
Reading from Chris Hertel's book (Chapter 15, 15.3.3 Creating the LM
Hash), it says:
The LM Hash is a sixteen byte string,
This patch introduces the use of devm_kzalloc and does away with the
kfrees in the probe and remove functions. Also, a label is removed.
Signed-off-by: Himangi Saraogi himangi...@gmail.com
Acked-by: Julia Lawall julia.law...@lip6.fr
---
v2: adding net...@vger.kernel.org
On Sat 2014-08-02 17:47:52, Sergey Oboguev wrote:
On Wed, Jul 30, 2014 at 6:02 AM, Pavel Machek pa...@ucw.cz wrote:
Hi!
One of the intended purposes of this facility (but its not sole purpose)
is to
render a lightweight mechanism for priority protection of lock-holding
critical
On Sat, Aug 02, 2014 at 03:33:37PM -0700, David Miller wrote:
From: Wei Liu wei.l...@citrix.com
Date: Fri, 1 Aug 2014 12:02:46 +0100
On Thu, Jul 31, 2014 at 01:25:20PM -0700, David Miller wrote:
If you were to have a 64-slot TX queue, you ought to be able to handle
this theoretical 51
On 06/25/2014 11:28 AM, Marc Zyngier wrote:
In order to be able to feed physical interrupts to a guest, we need
to be able to establish the virtual-physical mapping between the two
worlds.
As we try to keep the injection interface simple, find out what the
physical interrupt is (if any)
On Sat, 2014-08-02 at 17:43 -0700, Sergey Oboguev wrote:
When reasoning about concurrency management it may be helpful to keep in mind
the fundamental perspective that the problem space and solution space in this
area are fragmented -- just as your message exemplifies as well, but it also
This patch introduces the use of devm_iio_device_register and does away
with the unregister in the remove function.
Signed-off-by: Himangi Saraogi himangi...@gmail.com
Acked-by: Julia Lawall julia.law...@lip6.fr
---
drivers/staging/iio/frequency/ad9832.c | 3 +--
1 file changed, 1 insertion(+),
This patch introduces the use of devm_iio_device_register and does away
with the unregister in the remove function.
Signed-off-by: Himangi Saraogi himangi...@gmail.com
Acked-by: Julia Lawall julia.law...@lip6.fr
---
drivers/staging/iio/frequency/ad9852.c | 10 +-
1 file changed, 1
This patch introduces the use of devm_iio_device_register and does away
with the unregister in the remove function. The remove function is no
longer required and is completely removed.
Signed-off-by: Himangi Saraogi himangi...@gmail.com
Acked-by: Julia Lawall julia.law...@lip6.fr
---
Several years ago there was an effort to convert all uses of
set_cpus_allowed to use set_cpus_allowed_ptr with the goal of eventually
removing the current definition of set_cpus_allowed and renaming
set_cpus_allowed_ptr as set_cpus_allowed
(https://lkml.org/lkml/2010/3/26/59). This is another step
Use devm_kzalloc for all calls to kzalloc and not just the first. Use
devm functions for other allocations as well. The calls to free the
allocated memory in the remove function are done away with.
The semantic match that finds the inconsistency is as follows:
// smpl
@@
@@
*devm_kzalloc(...)
On August 3, 2014 10:56:58 AM GMT+01:00, Himangi Saraogi himangi...@gmail.com
wrote:
This patch introduces the use of devm_iio_device_register and does away
with the unregister in the remove function.
And changes the resulting ordering so the regulator disable occurs before the
user
space
On Sun, 3 Aug 2014, Jonathan Cameron wrote:
On August 3, 2014 10:56:58 AM GMT+01:00, Himangi Saraogi
himangi...@gmail.com wrote:
This patch introduces the use of devm_iio_device_register and does away
with the unregister in the remove function.
And changes the resulting ordering so
From 5c2f18ca300a1182e40f143b81e927426232b005 Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Sun, 3 Aug 2014 19:59:35 +0900
Subject: [PATCH 1/5] gpu/drm/ttm: Fix possible division by 0 in
ttm_dma_pool_shrink_scan().
list_empty(_manager-pools) being false
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
Two fixes in the timer area:
* A long standing lock inversion due to a printk
* Suspend related hrtimer corruption in sched_clock
From ee941e18a3c05a7589b690669611c3f0895a2d5a Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Sun, 3 Aug 2014 20:00:40 +0900
Subject: [PATCH 2/5] gpu/drm/ttm: Choose a pool to shrink correctly in
ttm_dma_pool_shrink_scan().
We can use unsigned int instead of
From e945aa0d6518563835c3f279b9c7f9fc3f20b38b Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Sun, 3 Aug 2014 20:01:10 +0900
Subject: [PATCH 3/5] gpu/drm/ttm: Use mutex_trylock() to avoid deadlock inside
shrinker functions.
I can observe that RHEL7
From 16009d9def2c3087772e6c9dbec6c60950ae768b Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Sun, 3 Aug 2014 20:02:03 +0900
Subject: [PATCH 4/5] gpu/drm/ttm: Fix possible stack overflow by recursive
shrinker calls.
While ttm_dma_pool_shrink_scan() tries to
From cf572226bd1f67305dc5477fccdc6daa30396994 Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Sun, 3 Aug 2014 20:02:31 +0900
Subject: [PATCH 5/5] gpu/drm/ttm: Pass GFP flags in order to avoid deadlock.
Commit 7dc19d5a drivers: convert shrinkers to new
From 7a2ed4e9c91864736ce5ad89489fd5862d59542e Mon Sep 17 00:00:00 2001
From: Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp
Date: Sat, 17 May 2014 20:56:38 +0900
Subject: [PATCH] fs: Fix theoretical division by 0 in super_cache_scan().
total_objects could be 0 and is used as a denom.
While
On Thu 2014-07-31 10:06:37, Bernd Petrovitsch wrote:
On Don, 2014-07-31 at 00:18 +0200, Pavel Machek wrote:
On Wed 2014-07-30 16:40:52, Bernd Petrovitsch wrote:
On Mit, 2014-07-30 at 07:56 -0600, Bob Beck wrote:
Pavel. I have bit 'ol enterprise daemon running with established file
On Sun, Aug 03, 2014 at 01:27:26AM -0400, Nick Krause wrote:
On Sun, Aug 3, 2014 at 1:18 AM, Nick Krause xerofo...@gmail.com wrote:
I am really losing my temper with people , when all you do is tell me to
work on
something else and don't even point me to how to build test in the kernel
On 02 Aug 2014, at 11:19, Oleg Nesterov o...@redhat.com wrote:
On 07/31, Aleksei Besogonov wrote:
On 31 Jul 2014, at 00:43, David Rientjes rient...@google.com wrote:
The while_each_thread() in vm_is_stack() looks suspicious since the task
isn't current and rcu won't protect the iteration,
Hi Prabhakar,
On Fri, Jul 18, 2014 at 05:31:51PM +0100, Lad, Prabhakar wrote:
This patch fixes following array out of bound warnings,
drivers/media/platform/davinci/vpif_display.c: In function 'vpif_remove':
drivers/media/platform/davinci/vpif_display.c:1389:36: warning: iteration
1u
On Sat, Aug 02, 2014 at 07:58:25PM +0200, Yann Droneaud wrote:
Hi Jiri,
SNIP
err = errno;
- if (WARN_ONCE(fd 0,
+ if (WARN_ONCE(fd 0 err != EBUSY,
perf_event_open(..., 0) failed unexpectedly with error
%d (%s)\n,
err,
On Sat, Aug 02, 2014 at 08:13:22PM +0200, Yann Droneaud wrote:
In case of failure, unrelated to PERF_FLAG_FD_CLOEXEC,
perf_flag_probe() reports the error twice. For example:
$ perf record ls
Error:
perf_event_open(..., PERF_FLAG_FD_CLOEXEC) failed with unexpected error 16
(Device or
--
Hello
Good afternoon, I'm Monica Suwayd I would have like to have some
discussion with you. If you don't mind. Please let me know if my
letter is welcome. Regards Monica Suwayd.
...
ahoj
Dobrý den, já jsem Monica Suwayd budu muset, mít nějakou diskusi s
vámi. Pokud vám to nebude
Hello.
On 03-08-2014 6:56, Nicholas Krause wrote:
This changes the ifdef statement in sg_set_bg to !CONFIG_DEBUG_SG in order
to avoid a bug with xhci dequence/enquence functions.
dequeue/enqueue?
Signed-off-by: Nicholas Krause xerofo...@gmail.com
---
include/linux/scatterlist.h | 2
Hello folk,
My name is Stefano, I'm a student and I'm moving close to Linux kernel
development. I'm investigating on ftrace. If you don't I'd like to ask you some
clarification questions.
Best,
Stefano--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Sat, 2 Aug 2014 00:34:23 +0530, Himangi Saraogi wrote:
This patch introduces the use of devm_kzalloc and does away with the
kfrees in the probe and remove functions. Also, a label and the err
variable are removed. The header device.h is included to make the devm_
function explicitly
On 08/02, Paul E. McKenney wrote:
On Fri, Aug 01, 2014 at 08:40:59PM +0200, Oleg Nesterov wrote:
On 08/01, Paul E. McKenney wrote:
On Fri, Aug 01, 2014 at 04:11:44PM +0200, Oleg Nesterov wrote:
Not sure this makes any sense, but perhaps we can check for the new
callbacks and
On 08/01/2014 10:51 AM, Rostislav Lisovy wrote:
Signed-off-by: Rostislav Lisovy lis...@gmail.com
---
arch/arm/kernel/bios32.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 17a26c1..e511ad1 100644
---
On August 3, 2014 11:45:00 AM GMT+01:00, Julia Lawall julia.law...@lip6.fr
wrote:
On Sun, 3 Aug 2014, Jonathan Cameron wrote:
On August 3, 2014 10:56:58 AM GMT+01:00, Himangi Saraogi
himangi...@gmail.com wrote:
This patch introduces the use of devm_iio_device_register and does
away
On Saturday, August 02, 2014 03:31:01 AM Rafael J. Wysocki wrote:
On Friday, August 01, 2014 04:29:40 PM Rafael J. Wysocki wrote:
On Friday, August 01, 2014 03:43:21 PM Thomas Gleixner wrote:
On Fri, 1 Aug 2014, Rafael J. Wysocki wrote:
OK, I guess IRQ_HANDLED from a wakeup interrupt may
On 08/02, Paul E. McKenney wrote:
On Sat, Aug 02, 2014 at 04:56:16PM +0200, Oleg Nesterov wrote:
On 07/31, Paul E. McKenney wrote:
+ rcu_read_lock();
+ for_each_process_thread(g, t) {
+ if (t != current ACCESS_ONCE(t-on_rq)
+
Hi Goffredo,
You messed up your Cc's ;-)
On Fri, 1 Aug 2014 14:00:49 +, Goffredo Baroncelli wrote:
The verbose option controls the message in the kernel log
verbose = 0 no message
verbose = 1 log only the fan speed changes
verbose = 2 log the fan speed changes and the temperature
On Fri, 1 Aug 2014 14:00:50 +, Goffredo Baroncelli wrote:
Return the fan speed via sysfs:
/sys/devices/temperature/fan_level
Good idea. Even better would be if the driver would expose a standard
hwmon interface for the temperature values. Fan level could go in
attribute pwm1 after proper
remove dprintk() and replace it with dev_dbg() in order to
use the common kernel coding style.
Signed-off-by: Martin Kepplinger mart...@posteo.de
---
I don't have the device but this builds.
I think this is ok when it gets reviewed.
applies to -next20140801
On 08/03/2014 04:12 PM, Jean Delvare wrote:
Hi Goffredo,
You messed up your Cc's ;-)
I fight hard with git-send-email In the next trip I will check two times !
On Fri, 1 Aug 2014 14:00:49 +, Goffredo Baroncelli wrote:
The verbose option controls the message in the kernel log
On 08/03/2014 04:17 PM, Jean Delvare wrote:
On Fri, 1 Aug 2014 14:00:50 +, Goffredo Baroncelli wrote:
Return the fan speed via sysfs:
/sys/devices/temperature/fan_level
Good idea. Even better would be if the driver would expose a standard
hwmon interface for the temperature values. Fan
On Sun, 03 Aug 2014 17:12:57 +0200, Goffredo Baroncelli wrote:
On 08/03/2014 04:12 PM, Jean Delvare wrote:
+ (verbose 0 level = 0)) {
+ print_temp(CPU-temp: , temp );
+ if (casetemp)
+ print_temp(, Case: , casetemp );
+ if (level = 0)
On Sun, 03 Aug 2014 17:27:17 +0200, Goffredo Baroncelli wrote:
On 08/03/2014 04:17 PM, Jean Delvare wrote:
On Fri, 1 Aug 2014 14:00:50 +, Goffredo Baroncelli wrote:
Return the fan speed via sysfs:
/sys/devices/temperature/fan_level
Good idea. Even better would be if the driver
Use tabs for code indent and use the kernel coding style.
Signed-off-by: Martin Kepplinger mart...@posteo.de
---
applies to -next20140801
drivers/staging/rtl8192ee/regd.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8192ee/regd.c
Dear Mr. Greg KH and Linux Kernel Community,
Greetings of the day ! :)
I need to mark one open linux thread as solved as it is open for a
long time now.
Kindly help in answering my below two queries. :)
On Sat, Aug 2, 2014 at 5:14 AM, Aniroop Mathur aniroop.mat...@gmail.com wrote:
On Sat, Aug
On Sun, 2014-08-03 at 18:06 +0200, Martin Kepplinger wrote:
Use tabs for code indent and use the kernel coding style.
[]
diff --git a/drivers/staging/rtl8192ee/regd.c
b/drivers/staging/rtl8192ee/regd.c
[]
@@ -363,8 +363,7 @@ static const struct ieee80211_regdomain
*_rtl_regdomain_select(
On 08/03/2014 05:52 PM, Jean Delvare wrote:
On Sun, 03 Aug 2014 17:12:57 +0200, Goffredo Baroncelli wrote:
On 08/03/2014 04:12 PM, Jean Delvare wrote:
+ (verbose 0 level = 0)) {
+ print_temp(CPU-temp: , temp );
+ if (casetemp)
+ print_temp(, Case: ,
On 08/03/2014 05:59 PM, Jean Delvare wrote:
On Sun, 03 Aug 2014 17:27:17 +0200, Goffredo Baroncelli wrote:
On 08/03/2014 04:17 PM, Jean Delvare wrote:
On Fri, 1 Aug 2014 14:00:50 +, Goffredo Baroncelli wrote:
Return the fan speed via sysfs:
/sys/devices/temperature/fan_level
Good idea.
Am 2014-08-03 18:27, schrieb Joe Perches:
On Sun, 2014-08-03 at 18:06 +0200, Martin Kepplinger wrote:
Use tabs for code indent and use the kernel coding style.
[]
diff --git a/drivers/staging/rtl8192ee/regd.c
b/drivers/staging/rtl8192ee/regd.c
[]
@@ -363,8 +363,7 @@ static const struct
Sorry for delay,
On 08/02, Kirill A. Shutemov wrote:
+/*
+ * proc_pid_personality() and proc_pid_stack() take cred_guard_mutex via
+ * lock_trace()
And at first glance they lock_trace() can die. But lets temporary ignore,
m_start() is trickier.
+static struct lock_class_key
On Sun, 2014-08-03 at 18:38 +0200, Martin Kepplinger wrote:
I'd rather have the return value on the same line than aligned
parameters but that's taste. Either way looks better and satisfies
checkpatch, which is the only goal.
Satisfying checkpatch should not be high on the goal list.
On Sat, Aug 02, 2014 at 05:14:44AM +0530, Aniroop Mathur wrote:
So, overall output will be
/dev/input/eventx -- /dev/input/event_accelerometer
sys/class/input/inputx -- sys/class/input/accelerometer
In short, input and event node names are set just by
adding one line, which i found
On Fri, Aug 01, 2014 at 07:38:26PM -0400, Kees Cook wrote:
On Thu, Jul 31, 2014 at 8:20 PM, Greg KH g...@kroah.com wrote:
On Thu, Jul 31, 2014 at 05:07:35PM +1000, Stephen Rothwell wrote:
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
lib/Kconfig.debug
(One example might be virtual machine that runs guest operating system that is
not paravirtualized or can be paravirtualized only to a limited extent. The VM
might guess that preemption of VCPU thread that is processing events such as
IPI interrupts, clock interrupts or certain device
On Sun, Aug 3, 2014 at 8:28 AM, Sergei Shtylyov
sergei.shtyl...@cogentembedded.com wrote:
Hello.
On 03-08-2014 6:56, Nicholas Krause wrote:
This changes the ifdef statement in sg_set_bg to !CONFIG_DEBUG_SG in
order
to avoid a bug with xhci dequence/enquence functions.
Hi Dave,
Please pull this last(?) batch of wireless change intended for the
3.17 stream...
When I pull this I get tons of conflicts for:
CONFLICT (content): Merge conflict in net/6lowpan/iphc.c
I don't feel comfortable fixing these up, where are they coming
from?
I was short on time
On Sat, Aug 2, 2014 at 8:09 AM, Greg KH gre...@linuxfoundation.org wrote:
On Sat, Aug 02, 2014 at 05:14:44AM +0530, Aniroop Mathur wrote:
So, overall output will be
/dev/input/eventx -- /dev/input/event_accelerometer
sys/class/input/inputx -- sys/class/input/accelerometer
In short,
Use the common kernel coding style, so don't use C99 // comments.
If too long, where reasonable, they are shortened as well.
Some old internal comments about date and author of changes are
removed.
This provides a more consistent view and hopefully encourages to
look at it.
Signed-off-by:
On Sat, Aug 2, 2014 at 9:10 AM, Udo van den Heuvel udo...@xs4all.nl wrote:
Hello,
I moved a PWC webcam to a USB3 port, and this happened:
[53008.911811] usb 5-2: new full-speed USB device number 2 using xhci_hcd
[53009.213504] usb 5-2: New USB device found, idVendor=0471, idProduct=0311
This fixes sparse errors where 0 is used for non-integers.
Signed-off-by: Martin Kepplinger mart...@posteo.de
---
applies to -next20140802
drivers/staging/lustre/lnet/lnet/api-ni.c |4 +-
drivers/staging/lustre/lustre/fld/fld_request.c|2 +-
get_gate_vma(priv-task-mm) looks ugly and wrong, task-mm can be
already NULL.
I think that priv-task should simply die and hold_task_mempolicy()
logic can be simplified.
Signed-off-by: Oleg Nesterov o...@redhat.com
---
fs/proc/task_mmu.c |8 +++-
1 files changed, 3 insertions(+), 5
On 08/03, Oleg Nesterov wrote:
The question is, why m_start() calls mm_access(). This is not even
strictly correct if the task execs between m_stop() + m_start().
Can't we do something like below? The patch is obviously horrible and
incomplete, just to explain what I meant. Basically this is
do_maps_open() and numa_maps_open() are overcomplicated, they could
use __seq_open_private(). Plus they do the same, just sizeof(*priv)
differs.
Change them to use a new simple helper, proc_maps_open(ops, psize).
This simplifies the code and allows us to do the next changes.
Signed-off-by: Oleg
Finally we can change m_start() to avoid mm_access(), it can simply do
atomic_inc_not_zero(mm_users).
I'll try to verify, if this is the only change we need, then this one
line change doesn't deserve a separate patch.
Signed-off-by: Oleg Nesterov o...@redhat.com
---
fs/proc/task_mmu.c |6
Extract the mm_access() code from __mem_open() into the new helper,
proc_mem_open(), the next patch will add another caller.
Signed-off-by: Oleg Nesterov o...@redhat.com
---
fs/proc/base.c | 36 +---
fs/proc/internal.h |2 ++
2 files changed, 23
A separate change to simplify the review of the next one.
Add the new mm_struct *mm member into struct proc_maps_private, it is
initialized by proc_maps_open() at open time.
This obviously means that proc_maps_open() users should additionally do
mmdrop() in fop-release(), add the new helper,
Ensures that the string is null-terminate in connection with the
use of strncpy. Optimized code by replacing unnecessary sprintf
with strlcat and more, and simultaneously guarantees that the
string does not get bigger than sizeof.
Signed-off-by: Rickard Strandqvist
On Sun, Aug 03, 2014 at 02:57:58PM +0200, Oleg Nesterov wrote:
On 08/02, Paul E. McKenney wrote:
On Fri, Aug 01, 2014 at 08:40:59PM +0200, Oleg Nesterov wrote:
On 08/01, Paul E. McKenney wrote:
On Fri, Aug 01, 2014 at 04:11:44PM +0200, Oleg Nesterov wrote:
Not sure this makes
On Sun, Aug 03, 2014 at 03:33:18PM +0200, Oleg Nesterov wrote:
On 08/02, Paul E. McKenney wrote:
On Sat, Aug 02, 2014 at 04:56:16PM +0200, Oleg Nesterov wrote:
On 07/31, Paul E. McKenney wrote:
+ rcu_read_lock();
+ for_each_process_thread(g, t) {
Hi Mark, Linus,
I'd like to clarify what the appropriate way to handle pin output voltages is.
On the Rockchip SoCs the voltage for some groups of pins can be set between
3.3V and 1.8V ... like the MMC/SD pins who need this to support UHS mode
cards.
In [0] when talking about something
Both disksize and comp_algorithm return EBUSY when a change is attempted
to a device in use, and so should max_comp_streams.
Signed-off-by: Sami Kerola kerol...@iki.fi
---
drivers/block/zram/zram_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
So nothing particularly exciting happened this week, and 3.16 is out there.
And as usual (previous release being the exception) that means that
the merge window for 3.17 is obviously open. And for the third time in
a row, the timing sucks for me, as I have travel coming up the second
week of the
On Thu, 2014-07-17 at 20:57 -0700, Derrick Pallas wrote:
An LZO update was backported in Linux 3.4.95 but fails to work if
crypto tests are enabled. It turns out that
0ec7382036922be063b515b2a3f1d6
f7a607392c, which updates the test vectors, did not come along for the
ride. Thanks, ~Derrick
On Wed, 2014-07-23 at 17:07 -0700, Hugh Dickins wrote:
On Wed, 23 Jul 2014, Kamal Mostafa wrote:
On Tue, 2014-07-22 at 16:08 -0700, Hugh Dickins wrote:
On Tue, 22 Jul 2014, Kamal Mostafa wrote:
3.8.13.27 -stable review patch. If anyone has any objections, please
let me know.
Signed-off-by: Hans Wennborg h...@hanshq.net
---
arch/arm/mach-omap2/id.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index d42022f..53841de 100644
--- a/arch/arm/mach-omap2/id.c
+++ b/arch/arm/mach-omap2/id.c
@@ -663,7
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/atm/eni.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/atm/eni.c b/drivers/atm/eni.c
index b1955ba..d65975a 100644
--- a/drivers/atm/eni.c
+++ b/drivers/atm/eni.c
@@ -2155,7 +2155,7 @@ static int
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/block/cciss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
index ff20f19..99f778d 100644
--- a/drivers/block/cciss.c
+++ b/drivers/block/cciss.c
@@ -3838,7 +3838,7 @@
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/block/DAC960.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/block/DAC960.c b/drivers/block/DAC960.c
index 811e11c..d9b32f2 100644
--- a/drivers/block/DAC960.c
+++ b/drivers/block/DAC960.c
@@ -2954,7
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c
b/drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c
index c1c12f8..e9175ab 100644
---
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/mfd/htc-i2cpld.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/htc-i2cpld.c b/drivers/mfd/htc-i2cpld.c
index b44f020..6bdb78c 100644
--- a/drivers/mfd/htc-i2cpld.c
+++ b/drivers/mfd/htc-i2cpld.c
@@ -404,7
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/mfd/omap-usb-host.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
index 33a9234..83dab2f 100644
--- a/drivers/mfd/omap-usb-host.c
+++
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/misc/sgi-gru/grumain.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/sgi-gru/grumain.c b/drivers/misc/sgi-gru/grumain.c
index ae16c8c..a1ce324 100644
--- a/drivers/misc/sgi-gru/grumain.c
+++
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/scsi/hpsa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c
index 6b35d0d..47358b5 100644
--- a/drivers/scsi/hpsa.c
+++ b/drivers/scsi/hpsa.c
@@ -6088,7 +6088,7 @@ static void
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/net/wireless/ath/ath6kl/init.c | 2 +-
drivers/net/wireless/ath/ath6kl/main.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath6kl/init.c
b/drivers/net/wireless/ath/ath6kl/init.c
index
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/net/wireless/iwlegacy/4965-mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/iwlegacy/4965-mac.c
b/drivers/net/wireless/iwlegacy/4965-mac.c
index c159c05..7d6fd59 100644
---
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/parisc/dino.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 9eae983..a0580af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -913,7 +913,7 @@ static
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/net/wireless/rtlwifi/pci.c | 6 +++---
drivers/net/wireless/rtlwifi/rtl8192de/phy.c | 8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/pci.c
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/net/ethernet/smsc/smc911x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/smsc/smc911x.c
b/drivers/net/ethernet/smsc/smc911x.c
index 1c44e67..9778cba 100644
---
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/staging/rtl8821ae/pci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8821ae/pci.c b/drivers/staging/rtl8821ae/pci.c
index 26d7b2f..b818788 100644
--- a/drivers/staging/rtl8821ae/pci.c
+++
Signed-off-by: Hans Wennborg h...@hanshq.net
---
sound/firewire/fireworks/fireworks_proc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/firewire/fireworks/fireworks_proc.c
b/sound/firewire/fireworks/fireworks_proc.c
index f29d4aa..02bf394 100644
---
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/staging/nokia_h4p/nokia_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/nokia_h4p/nokia_core.c
b/drivers/staging/nokia_h4p/nokia_core.c
index 775e1d0..240da0c 100644
---
Signed-off-by: Hans Wennborg h...@hanshq.net
---
drivers/staging/rtl8192ee/pci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8192ee/pci.c b/drivers/staging/rtl8192ee/pci.c
index 0215aef..349e636 100644
--- a/drivers/staging/rtl8192ee/pci.c
+++
Signed-off-by: Hans Wennborg h...@hanshq.net
---
sound/firewire/fireworks/fireworks_proc.c | 4 ++--
sound/pci/riptide/riptide.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/sound/firewire/fireworks/fireworks_proc.c
On 08/02/2014 11:10 PM, Joe Perches wrote:
On Sat, 2014-08-02 at 18:19 -0700, Hans Wennborg wrote:
Yes, I have a patch for a bunch of these, but I figured it would be
easier to get it merged if I split it up. (Complete kernel newbie here.)
You as a kernel newbie did good, thanks.
A small tip
On Sun, 2014-08-03 at 17:25 -0700, Hans Wennborg wrote:
On 08/02/2014 11:10 PM, Joe Perches wrote:
On Sat, 2014-08-02 at 18:19 -0700, Hans Wennborg wrote:
Yes, I have a patch for a bunch of these, but I figured it would be
easier to get it merged if I split it up. (Complete kernel newbie
On 08/04/2014 06:05 AM, Paul E. McKenney wrote:
On Sun, Aug 03, 2014 at 03:33:18PM +0200, Oleg Nesterov wrote:
On 08/02, Paul E. McKenney wrote:
On Sat, Aug 02, 2014 at 04:56:16PM +0200, Oleg Nesterov wrote:
On 07/31, Paul E. McKenney wrote:
+ rcu_read_lock();
+
On Mon, Aug 04, 2014 at 08:37:37AM +0800, Lai Jiangshan wrote:
On 08/04/2014 06:05 AM, Paul E. McKenney wrote:
On Sun, Aug 03, 2014 at 03:33:18PM +0200, Oleg Nesterov wrote:
On 08/02, Paul E. McKenney wrote:
On Sat, Aug 02, 2014 at 04:56:16PM +0200, Oleg Nesterov wrote:
On 07/31, Paul
On 08/02/2014 01:55 AM, Fabio Falzoi wrote:
On Wed, Jul 30, 2014 at 09:52:35AM +0800, micky wrote:
Documentation/printk-formats.txt
Raw buffer as a hex string:
%*ph00 01 02 ... 3f
%*phC 00:01:02: ... :3f
%*phD 00-01-02- ... -3f
%*phN 000102 ... 3f
On 08/01/2014 05:55 AM, Paul E. McKenney wrote:
+ rcu_read_lock();
+ for_each_process_thread(g, t) {
+ if (t != current ACCESS_ONCE(t-on_rq)
+ !is_idle_task(t)) {
+ get_task_struct(t);
+
Hi Jaegeuk,
-Original Message-
From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
Sent: Saturday, August 02, 2014 10:42 PM
To: Chao Yu
Cc: Changman Lee; linux-f2fs-de...@lists.sourceforge.net;
linux-fsde...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subject: Re: [f2fs-dev][PATCH
1 - 100 of 342 matches
Mail list logo