On 06/06/2014 05:49 PM, Ben Dooks wrote:
On 05/06/14 13:55, Mauro Carvalho Chehab wrote:
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
topic/adv76xx
For adv7604 driver updates, including DT support.
Can we use the adv7611 for the adv7612 with
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Friday, June 06, 2014 8:45 AM
> To: Allan, Bruce W
> Cc: a...@canonical.com; linux-kernel@vger.kernel.org; postmaster
> Subject: Re: [PATCH] checkpatch: warn when patch exceeds a maximum
> message size
>
> On Fri, 2
Ming Lei reports:
"Looks the commit 8a4aeec8d(libata/ahci: accommodate tag ordered
controllers) causes below sata failure on APM AHCI controller.
And the error does disappear after reverting the commit.
ata4.00: exception Emask 0x40 SAct 0xff00 SErr 0x800 action 0x6 frozen
ata4:
Also remove unused second probe() parameter 'i2c_device_id'.
Signed-off-by: Lee Jones
---
drivers/mfd/as3722.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/mfd/as3722.c b/drivers/mfd/as3722.c
index 39fa554..cb2fcf9 100644
--- a/drivers/mfd/as3722.c
++
As part of an effort to rid the mostly unused second parameter for I2C
related .probe() functions and to conform to other existing frameworks
we're moving over to a temporary replacement .probe() call-back.
Signed-off-by: Lee Jones
---
drivers/mfd/88pm860x-core.c | 5 ++---
1 file changed, 2 ins
Hi Wolfram,
As previously discussed I believe it should be okay for an I2C device
driver _not_ supply an I2C ID table to match to. The I2C subsystem
should be able to match via other means, such as via OF tables. The
blocking factor during our previous conversation was to keep
registering via
This will aid the seamless removal of the current probe()'s, more
commonly unused than used second parameter. Most I2C drivers can
simply switch over to the new interface, others which have DT
support can use its own matching instead and others can call
i2c_match_id() themselves. This brings I2C'
A great deal of I2C devices are currently matched via DT node name, and
as such the compatible naming convention of ',' has gone
somewhat awry - some nodes don't supply one, some supply an arbitrary
string and others the correct device name with an arbitrary vendor prefix.
In an effort to correct
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel code. This patch allows drivers a means
to 'not' supply the aforementioned table and match on DT match tables
instead.
Acked-by: Grant
This function provides a single call for all I2C devices which need to
match firstly using traditional OF means i.e by of_node, then if that
fails we attempt to match using the supplied I2C client name with a
list of supplied compatible strings with the ',' string
removed. The latter is required d
The I2C framework supplies a means for devices to be registered without
the requirement for platform_data, DT or ACPI. The current solution is
that every single I2C device in the kernel is forced to supply a
normally empty/sparse I2C ID table so the I2C subsystem can match to.
In an effort to rid
Here we're providing dereference protection for i2c_match_id(), which
saves us having to do it each time it's called. We're also stripping
out the (now) needless checks in i2c_device_match(). This patch paves
the way for other, similar code trimming.
Acked-by: Grant Likely
Signed-off-by: Lee Jo
From: Behalf Of Ken Helias
> All other add functions for lists have the new item as first argument and the
> position where it is added as second argument. This was changed for no good
> reason in this function and makes using it unnecessary confusing.
>
> Also the naming of the arguments in hlist
Patch 1 adds a much needed CONFIG_RWSEM_SPIN_ON_OWNER option.
Patch 2 is a quick fix to disable optimistic spinning on PA-RISC.
Thanks!
Davidlohr Bueso (2):
locking/rwsem: Add CONFIG_RWSEM_SPIN_ON_OWNER
locking/rwsem: Disable optimistic spinning for PA-RISC
include/linux/rwsem.h | 4 ++--
Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
encapsulate the dependencies for rwsem optimistic spinning.
No logical changes here as it continues to depend on both
SMP and the XADD algorithm variant.
Signed-off-by: Davidlohr Bueso
---
include/linux/rwsem.h | 4 ++--
kernel/Kconfig.locks
PA-RISC's cmpxchg is not save against normal stores and the code used
for optimistic spinning is known broken because of this.
Disable for now.
[Changelog from PeterZ]
Reported-by: Mikulas Patocka
Signed-off-by: Davidlohr Bueso
---
kernel/Kconfig.locks | 2 +-
1 file changed, 1 insertion(+), 1
On Fri, Jun 06, 2014 at 02:45:06PM +0300, Eli Billauer wrote:
> Hello Joerg.
>
>
> On 05/06/14 00:25, Joerg Roedel wrote:
> >
> >What you are trying to do should work with dma_alloc_noncoherent(). The
> >API allows partial syncs on this memory, so you should be fine.
> Please try to put yourself
When there was no other way to match a I2C device to driver i2c_match_id()
was exclusively used. However, now there are other types of tables which
are commonly supplied, matching on an i2c_device_id table is used less
frequently. Instead of _always_ calling i2c_match_id() from within the
framewo
On 06/06/14 16:51, Lars-Peter Clausen wrote:
> On 06/06/2014 05:49 PM, Ben Dooks wrote:
>> On 05/06/14 13:55, Mauro Carvalho Chehab wrote:
>>> Linus,
>>>
>>> Please pull from:
>>>git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
>>> topic/adv76xx
>>>
>>> For adv7604 driver updat
On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> PA-RISC's cmpxchg is not save against normal stores and the code used
> for optimistic spinning is known broken because of this.
What about all the other identified architectures? The problem is that
unless you can do an atomic Read Modi
Hans/Bartlomiej,
Do you guys have any questions about this patch?
Thank you,
Suravee
On 6/3/2014 12:58 PM, Tejun Heo wrote:
Hans, Bartlomiej, can you guys please review this patch?
Thanks.
On Fri, May 23, 2014 at 12:35:10PM -0500, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikul
Dave,
Please accept this batch of fixes intended for the 3.16 stream.
For the bluetooth bits, Gustavo says:
"Here some more patches for 3.16. We know that Linus already opened the merge
window, but this is fix only pull request, and most of the patches here are
also tagged for stable."
Along wi
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/rtl8188eu/os_dep/usb_intf.c
b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
index c2e5276..f874270 100644
--- a/drivers/
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/rtl8188eu/os_dep/usb_intf.c
b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
index f874270..a84ee97 100644
--- a/drive
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/osdep_intf.h | 33
1 file changed, 33 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/osdep_intf.h
b/drivers/staging/rtl8188eu/include/osdep_intf.h
index a5b3bd3..523141a 100644
--- a/driv
rtw_hw_[suspend,resume]() functions are used only in rtw_pwrctrl.c,
so move these functions there.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_pwrctrl.c | 103
drivers/staging/rtl8188eu/include/osdep_intf.h |2 -
drivers/staging/rtl8188eu/o
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c | 37
1 file changed, 6 insertions(+), 31 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c
b/drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c
index 5afaad2..c951616
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 14 --
drivers/staging/rtl8188eu/hal/usb_ops_linux.c|1 -
drivers/staging/rtl8188eu/include/rtw_io.h |5 -
drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c |4
4 files
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/rtw_io.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_io.h
b/drivers/staging/rtl8188eu/include/rtw_io.h
index 958fc52..e30b84b 100644
--- a/drivers/staging/rtl8188eu/include/rtw_
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/rtw_io.h | 85
1 file changed, 85 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_io.h
b/drivers/staging/rtl8188eu/include/rtw_io.h
index e30b84b..e56c52b 100644
--- a/drivers/stag
From: Rickard Strandqvist
Removes unnecessary code that does not do anything useful.
This was partly found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c |8 +---
1 file changed, 1 insertion(+),
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 15 ---
drivers/staging/rtl8188eu/hal/usb_ops_linux.c|1 -
drivers/staging/rtl8188eu/include/rtw_io.h |2 --
drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c |4
4 files c
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c
b/drivers/staging/rtl8188eu/hal/HalPhyRf_8188e.c
index fafb18c..5afaad2 100644
--- a/drivers/staging/rtl8188eu/hal
On 06/06/14 19:01, Greg KH wrote:
Please try to put yourself in my position: I have a driver that I care
> about, which works fine for a few years. It's based upon dma_map_single(),
> which seems to be the common way to get non-coherent memory, even for the
> driver's entire lifespan. I realiz
On Fri, 6 Jun 2014 08:35:21 +0800
Yuyang Du wrote:
> On Fri, Jun 06, 2014 at 10:05:43AM +0200, Peter Zijlstra wrote:
> > On Fri, Jun 06, 2014 at 04:29:30AM +0800, Yuyang Du wrote:
> > > On Thu, Jun 05, 2014 at 08:03:15AM -0700, Dirk Brandewie wrote:
> > > >
> > > > You can request a P state per
On 6/3/2014 6:55 AM, Jiri Olsa wrote:
On Tue, Jun 03, 2014 at 10:36:22AM +0900, Namhyung Kim wrote:
Hi Jiri,
On Fri, 30 May 2014 15:39:06 +0200, Jiri Olsa wrote:
On Thu, May 29, 2014 at 05:26:51PM +0200, Frederic Weisbecker wrote:
From: Jacob Shin
Currently bp_len is given a default value o
On Thu, Jun 5, 2014 at 11:14 PM, Alex Williamson
wrote:
> On Thu, 2014-06-05 at 19:03 +0200, Antonios Motakis wrote:
>> A VFIO userspace driver will start by opening the VFIO device
>> that corresponds to an IOMMU group, and will use the ioctl interface
>> to get the basic device info, such as num
sorry, my script picked up Rickard's patch and send it out again
along my patches.
I need to fix my script.
regards,
navin patidar
On Fri, Jun 6, 2014 at 9:45 PM, navin patidar wrote:
> From: Rickard Strandqvist
>
> Removes unnecessary code that does not do anything useful.
>
> This was partly
Remove task_struct->pi_top_task. The only user, rt_mutex_setprio(),
can use a local.
Signed-off-by: Oleg Nesterov
---
include/linux/sched.h |2 --
kernel/fork.c |1 -
kernel/sched/core.c |6 +++---
3 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/include/linux
Hi,
The patch looks "trivial and obviously correct" but I don't understand
this code, and perhaps ->pi_top_task will have more users... Please
review.
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More major
On Fri, Jun 6, 2014 at 12:19 AM, Alex Williamson
wrote:
> On Thu, 2014-06-05 at 19:03 +0200, Antonios Motakis wrote:
>> Sharing the same spinlock with the VFIO bus driver is not necessary for
>> the virqfd code, so remove that dependency.
>
> I like the idea of consolidating this code, but I need
On 06/06/2014 10:21 AM, Eli Billauer wrote:
On 06/06/14 19:01, Greg KH wrote:
Please try to put yourself in my position: I have a driver that I care
> about, which works fine for a few years. It's based upon
dma_map_single(),
> which seems to be the common way to get non-coherent memory, even
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/rtw_io.h | 57
1 file changed, 57 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_io.h
b/drivers/staging/rtl8188eu/include/rtw_io.h
index e56c52b..9c6384b 100644
--- a/drivers/stag
A gentle ping?
On Tue, Jun 3, 2014 at 2:46 PM, Hán Shěn (沈涵) wrote:
> Hi we are trying to boot up a x86_64 chrome book using binutils 2.24 and
> kernel 3.8, but failed.
>
> After some triage work, we found that a 2-year-old binutil CL changed the
> interpretation of "." in linker script （short st
On Fri, Jun 06, 2014 at 09:09:47AM -0700, James Bottomley wrote:
> On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > PA-RISC's cmpxchg is not save against normal stores and the code used
> > for optimistic spinning is known broken because of this.
>
> What about all the other identifie
On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> encapsulate the dependencies for rwsem optimistic spinning.
> No logical changes here as it continues to depend on both
> SMP and the XADD algorithm variant.
>
> Signed-off-by: Davidl
On Wed, Jun 04, 2014 at 04:33:15PM -0400, Rik van Riel wrote:
> It is possible that at task_numa_placement time, the task's
> numa_preferred_nid does not change, but the task is not
> actually running on the preferred node at the time.
>
> In that case, we still want to attempt migration to the
>
Add the internal helper get_module_by_name to obtain the module
structure corresponding to the given name. Also export this service as a
convenience function.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/modules.py | 28
scripts/gdb/vmlinux-gdb.py | 1 +
2 file
Provide an internal helper with container_of semantics. As type lookups
are very slow in gdb-python and we need a type "long" for this, cache
the reference to this type object. Then export the helper also as a
convenience function form use at the gdb command line.
Signed-off-by: Jan Kiszka
---
s
On 6/6/2014 1:11 PM, Peter Zijlstra wrote:
The thing is, all these archs are broken beyond this particular problem,
Mikulas Patocka found a number of other spots.
In any case, sure I can exclude more. Although ideally someone goes do
that __atomic sparse thing to flush out all this.
---
Subject
Some time passed since the last posting. Basically, this round comes
with two changes:
- make the code Python 3 compatible [Pantelis Koukousoulas]
- rebase over recent Linux version, resolving a trivial conflict
See http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01598.html for
the origina
This provides a reliable breakpoint target, required for automatic
symbol loading via the gdb helper command 'lx-symbols'.
CC: Rusty Russell
Signed-off-by: Jan Kiszka
---
kernel/module.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/kernel/module.c b/kernel/module
This pokes into the log buffer of the debugged kernel, dumping it to the
gdb console. Helping in case the target should or can no longer execute
dmesg itself.
CC: Kay Sievers
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/dmesg.py | 64 ++
scripts/gd
Will be used first to count module references. It is optimized to read
the mask only once per stop.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/cpus.py | 54 +++
1 file changed, 54 insertions(+)
diff --git a/scripts/gdb/linux/cpus.py b/scripts/gdb
These should be the last of the patches I need for merging.
There's one feature which is to be able to increase the saved cmdlines
such that it is possible not to lose any.
Other fixes were memory not cleaned up properly on boot up if there
was a failed allocation, and other clean ups.
git://gi
From: "Steven Rostedt (Red Hat)"
When calculating the average and standard deviation, it is required that
the count be less than UINT_MAX, otherwise the do_div() will get
undefined results. After 2^32 counts of data, the average and standard
deviation should pretty much be set anyway.
Signed-off
From: "Steven Rostedt (Red Hat)"
I've been told that do_div() expects an unsigned 64 bit number, and
is undefined if a signed is used. This gave a warning on the MIPS
build. I'm not sure if a signed 64 bit dividend is really an issue
or not, but the calculation this is used for is standard deviat
From: Yoshihiro YUNOMAE
ftrace_trace_arrays links global_trace.list. However, global_trace
is not added to ftrace_trace_arrays if trace_alloc_buffers() failed.
As the result, ftrace_trace_arrays becomes an empty list. If
ftrace_trace_arrays is an empty list, current top_trace_array() returns
an i
From: Yoshihiro YUNOMAE
If tracing is disabled on boot up, the kernel should not execute tracing
self tests. The kernel should check whether tracing is disabled or not
before executing any of the tracing self tests.
Link: http://lkml.kernel.org/p/20140605223520.32311.56097.stgit@yunodevel
Acked
On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra wrote:
>
> +config ARCH_NO_ATOMIC_RMW
> + def_bool y
> + depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE &&
> !TILEGX) || (ARC && !ARC_HAS_LLSC)
Ugh. We've had these kinds of things before, and they are broken and
nasty t
From: "Steven Rostedt (Red Hat)"
Yoshihiro Yunomae reported that the ring buffer data for a trace
instance does not get properly cleaned up when it fails. He proposed
a patch that manually cleaned the data up and addad a bunch of labels.
The labels are not needed because all trace array is alloca
On Fri, Jun 06, 2014 at 03:56:52PM +, David Laight wrote:
> From: Behalf Of Ken Helias
> > All other add functions for lists have the new item as first argument and
> > the
> > position where it is added as second argument. This was changed for no good
> > reason in this function and makes usi
From: Yoshihiro YUNOMAE
Introduce saved_cmdlines_size file for changing the number of saved pid-comms.
saved_cmdlines currently stores 128 command names using SAVED_CMDLINES, but
'no-existing processes' names are often lost in saved_cmdlines when we
read the trace data. So, by introducing saved_c
On 6/5/14, 9:53 PM, KY Srinivasan wrote:
-Original Message-
From: Mike Christie [mailto:micha...@cs.wisc.edu]
Sent: Thursday, June 5, 2014 6:33 PM
To: KY Srinivasan
Cc: James Bottomley; linux-kernel@vger.kernel.org; a...@canonical.com;
de...@linuxdriverproject.org; h...@infradead.org;
This installs a silent breakpoint on the do_init_module function. The
breakpoint handler will try to load symbols from the module files found
during lx-symbols execution. This way, breakpoints can be set to module
initialization functions, and there is no need to explicitly call
lx-symbols after (r
This helper probes the type of the gdb server. Supported are QEMU and
KGDB so far. Knowledge about the gdb server is required e.g. to retrieve
the current CPU or current task.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/utils.py | 35 +++
1 file changed, 35 in
Type lookups are very slow in gdb-python which is often noticeable when
iterating over a number of objects. Introduce the helper class
CachedType that keeps a reference to a gdb.Type object but also
refreshes it after an object file has been loaded.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linu
From: Pantelis Koukousoulas
I tried to use these scripts in an ubuntu 14.04 host (gdb 7.7 compiled
against python 3.3) but there were several errors.
I believe this patch fixes these issues so that the commands
now work (I tested lx-symbols, lx-dmesg, lx-lsmod).
Main issues that needed to be re
Add the helper task_by_pid that can look up a task by its PID. Also
export it as a convenience function.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/tasks.py | 27 +++
scripts/gdb/vmlinux-gdb.py | 1 +
2 files changed, 28 insertions(+)
diff --git a/scripts/gdb/linux
This is a shorthand for *$lx_per_cpu("current_task"), i.e. a convenience
function to retrieve the currently running task of the active context.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/cpus.py | 17 +
1 file changed, 17 insertions(+)
diff --git a/scripts/gdb/linux/cpus.py
This helper caches to result of "show architecture" and matches the
provided arch (sub-)string against that output.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/utils.py | 13 +
1 file changed, 13 insertions(+)
diff --git a/scripts/gdb/linux/utils.py b/scripts/gdb/linux/utils.py
This class allows to iterate over all tasks of the target.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/tasks.py | 46 ++
1 file changed, 46 insertions(+)
create mode 100644 scripts/gdb/linux/tasks.py
diff --git a/scripts/gdb/linux/tasks.py b/scri
Will soon be used for loading symbols, printing global variables or
listing modules.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/modules.py | 39 +++
1 file changed, 39 insertions(+)
create mode 100644 scripts/gdb/linux/modules.py
diff --git a/scripts/gd
This adds a lsmod-like command to list all currently loaded modules of
the target.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/modules.py | 46 +++-
1 file changed, 45 insertions(+), 1 deletion(-)
diff --git a/scripts/gdb/linux/modules.py b/scripts/gd
Add helpers for reading integers from target memory buffers. Required
when caching the memory access is more efficient than reading individual
values via gdb.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/utils.py | 21 +
1 file changed, 21 insertions(+)
diff --git a/scrip
This provides the basic infrastructure to load kernel-specific python
helper scripts when debugging the kernel in gdb.
The loading mechanism is based on gdb loading for -gdb.py when
opening . Therefore, this places a corresponding link to the
main helper script into the output directory that conta
This is probably the most useful helper when debugging kernel modules:
lx-symbols first reloads vmlinux. Then it searches recursively for *.ko
files in the specified paths and the current directory. Finally it walks
the kernel's module list, issuing the necessary add-symbol-file command
for each lo
Parse the target endianness from the output of "show endian" and cache
the result to return it via the new helper get_target_endiannes. We will
need it for reading integers from buffers that contain target memory.
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/utils.py | 18 ++
Add the internal helper get_thread_info that calculates the thread_info
from a given task variable. Also export this service as a convenience
function.
Note: ia64 version is untested.
CC: Tony Luck
CC: Fenghua Yu
CC: linux-i...@vger.kernel.org
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/t
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/hal/usb_halinit.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c
b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index e60b5e9..316c821 100644
--- a/drivers/st
CC: Rob Landley
CC: linux-...@vger.kernel.org
Signed-off-by: Jan Kiszka
---
Documentation/gdb-kernel-debugging.txt | 160 +
1 file changed, 160 insertions(+)
create mode 100644 Documentation/gdb-kernel-debugging.txt
diff --git a/Documentation/gdb-kernel-debuggin
This function allows to obtain a per-cpu variable, either of the current
or an explicitly specified CPU.
Note: sparc64 version is untested.
CC: "David S. Miller"
CC: sparcli...@vger.kernel.org
Signed-off-by: Jan Kiszka
---
scripts/gdb/linux/cpus.py | 68 +++
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
The argument names of the hlist_add_after are poorly chosen because they look
the same as the ones from hlist_add_before but have to be used completely
different. This easily confuses the reader. The creator of the
hlist_add_after_rcu function has made a lot better choice.
Sign
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
specific files for 20140606"
v2:
Splitted into two patches
reduced number of Cc
drivers/gpu/drm/drm_hashtab.c| 2 +-
drivers/net/ethernet/intel/i40e/i40e_ethtool.c | 2 +-
drivers/net/ethernet/intel/ixgbe/ixgbe_ethtool.c | 2 +-
drivers/staging/lustre/lustre/libcfs/hash
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. hlist already have
functions to do the same which makes the code a lot more r
Hi Naoya,
I noticed that your
mm-add-pte_present-check-on-existing-hugetlb_entry-callbacks.patch in
Andrew's -mm tree has been queued for a while and has a CC to stable on
it. Is that something that should get into 3.15? I know it doesn't
cleanly apply to Linus' current tree because of the patch
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
From: Ken Helias
Many places in the code uses list_add_tail/list_add to insert an entry
before/after another entry. This confuses the reader because these are usually
used to add an item to a list_head and not an entry. Better use the self
explaining function name.
Signed-off-by: Ken Helias
Cc:
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/rtw_io.h |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_io.h
b/drivers/staging/rtl8188eu/include/rtw_io.h
index 9c6384b..bc36129 100644
--- a/drivers/staging/rtl8188eu/include/rtw_i
Not much to go on here. It rebooted right after dumping this.
Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
Modules linked in: fuse sctp tun hidp rfcomm llc2 af_key nfnetlink ipt_ULOG
scsi_transport_iscsi bnep can_raw nfc caif_socket caif af_802154 ieee802154
phonet af_rxrpc can_bcm can pppoe pppo
Hello.
On 06/06/2014 07:42 PM, Dave Jones wrote:
> Hi all,
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel I've stumbled on the following spew:
> [ 269.531162] BUG: unable to handle kernel NULL pointer dereference at
021e
> [
On Fri, Jun 06, 2014 at 01:43:17PM -0400, Dave Jones wrote:
> Not much to go on here. It rebooted right after dumping this.
>
> RIP: 0010:[] [] copy_page_rep+0x5/0x10
> Call Trace:
> [] ? do_huge_pmd_wp_page+0x5cb/0x850
> [] handle_mm_fault+0x1e0/0xc50
> [] ? kmem_cache_free+0x1c2/0x200
301 - 400 of 673 matches
Mail list logo
