- Original Message -
vfree() is allowed under spinlock these days, but it's cheaper when
it doesn't step into deferred case and here it's very easy to avoid.
Signed-off-by: Al Viro v...@zeniv.linux.org.uk
---
fs/gfs2/dir.c |7 ---
1 file changed, 4 insertions(+), 3
- Original Message -
Signed-off-by: Al Viro v...@zeniv.linux.org.uk
---
fs/gfs2/dir.c | 40
fs/gfs2/quota.c |9 ++---
2 files changed, 10 insertions(+), 39 deletions(-)
diff --git a/fs/gfs2/dir.c b/fs/gfs2/dir.c
index
On Thursday 20 November 2014 13:01:08 Tomasz Nowicki wrote:
On 18.11.2014 13:27, Arnd Bergmann wrote:
On Tuesday 18 November 2014 20:17:57 Yijing Wang wrote:
I hope platforms with ACPI or DT could both use pci_create_host_bridge().
Why we need to use two different ways to process it ?
On some chips, like the TPS386000, the trigger cannot be disabled
and the CPU must keep toggling the line at all times. Add a switch
always_running to keep toggling the GPIO line regardless of the
state of the soft part of the watchdog. The armed member keeps
track of whether a timeout must also
This patch adds a new driver for Richtek RT5033 driver.
RT5033 is a Multifunction device which includes battery charger, fuel gauge,
flash LED current source, LDO and synchronous Buck converter. It is interfaced
to host controller using I2C interface.
Cc: Samuel Ortiz sa...@linux.intel.com
Cc:
This patch device tree binding documentation for rt5033 multifunction device.
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Ian campbell ijc+devicet...@hellion.org.uk
Cc: Kumar Gala ga...@codeaurora.org
Signed-off-by: Beomho Seo
This patch adds device driver of Richtek PMIC.
The driver support battery fuel gange. Fuel gauge calculates and determines the
battery state of charge(SOC) according to battery open circuit voltage(OCV).
Also, this driver provides battery average voltage, voltage and bettery present
property.
Cc:
This patch add device driver of Richtek RT5033 PMIC. The driver support
switching charger. rt5033 charger provide three charging mode.
Three charging mode are pre charge mode, fast cahrge mode and constant voltage
mode. They are have vary charge rate, charge parameters. The charge parameters
can
This patchset adds driver for Richtek rt5033 chip The chip contains
switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge, regulators.
This patchset provides common support for accessing the device.
This patchset have been tested base on exynos board.
Changes in v6
- Fix white space
On Wed, 19 Nov 2014, Benjamin Tissoires wrote:
though this patch works for this particular device, I just thought at
something which may solve the problem in a different way. I asked
Mathieu to test the different solution, so I'd rather you to wait for
final confirmation before merging this
ZS_SIZE_CLASSES is calc by:
((ZS_MAX_ALLOC_SIZE - ZS_MIN_ALLOC_SIZE) / ZS_SIZE_CLASS_DELTA + 1)
So when i is in [0, ZS_SIZE_CLASSES - 1), the size:
size = ZS_MIN_ALLOC_SIZE + i * ZS_SIZE_CLASS_DELTA
will not be greater than ZS_MAX_ALLOC_SIZE
This patch removes the unnecessary check.
On Wed, 19 Nov 2014, Seth Jennings wrote:
On Tue, Nov 18, 2014 at 03:45:22PM +0100, Miroslav Benes wrote:
On Sun, 16 Nov 2014, Seth Jennings wrote:
[...]
diff --git a/include/linux/livepatch.h b/include/linux/livepatch.h
new file mode 100644
index 000..8b68fef
---
Hi
Here is V2 of some more preparatory patches for Intel PT
that introduce an abstraction for Instruction tracing.
Changes in V2:
Dropped patches already applied.
Re-based on Arnaldo's perf/core branch:
a84808083688d82d7f1e5786ccf5df0ff7d448cb
Add a feature to indicate that a perf.data file
contains Instruction Tracing data.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/header.c | 14 ++
tools/perf/util/header.h | 1 +
2 files changed, 15 insertions(+)
diff --git a/tools/perf/util/header.c
Errors encountered when decoding an Instruction
Trace need to be reported to the user. However
the user might be a script or another tool,
so provide a new user event to capture those
errors.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/event.c | 1 +
Add support for decoding an Instruction Trace.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Documentation/perf-script.txt | 28
tools/perf/builtin-script.c | 11 +++
2 files changed, 39 insertions(+)
diff --git
Extend the -m option so that the number
of mmap pages for Instruction Tracing
can be specified.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Documentation/perf-record.txt | 2 ++
tools/perf/builtin-record.c | 49 ++--
Amend the perf record tool to read the
Instruction Tracing mmap and synthesize
Instruction Tracing events.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-record.c | 99 ++---
1 file changed, 85 insertions(+), 14 deletions(-)
Hook into session processing so that Instruction Trace decoding can
synthesize events transparently to the tools.
The advantages of transparent decoding are that tools can be used
directly with perf.data files containing Instruction Tracing data,
which is easier for the user and more efficient
Add two user events for Instruction Tracing.
PERF_RECORD_ITRACE_INFO contains metadata,
consisting primarily the type of the
Instruction Tracing data plus some amount
of architecture-specific information.
There should be only one
PERF_RECORD_ITRACE_INFO event.
PERF_RECORD_ITRACE identifies
If a file contains Instruction Tracing data then always allow
fields 'addr' and 'cpu' to be selected as options for perf
script. This is necessary because Instruction Trace decoding
may synthesize events with that information.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
We need to include all buildids when a perf.data
file contains Instruction Tracing data because we
do not decode the trace for that purpose because
it would take too long.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-buildid-list.c | 9 +
I know how the device driver model works. I'm asking where the
'device' is registered from, not the 'driver' i.e. platform data, DT,
ACPI?
Right, sorry for misunderstanding your question and the silly comment then.
$Subject adds a cros-ec-dev mfd cell to the cros ec mfd driver.
So
Add support for decoding an Instruction Trace. The
Instruction Tracing events are stripped and replaced
by synthesized events.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Documentation/perf-inject.txt | 27
tools/perf/builtin-inject.c | 71
Add an index of Instruction Tracing events within
a perf.data file.
perf record uses a special user event
PERF_RECORD_FINISHED_ROUND to enable sorting of
events in chunks instead of having to sort all
events altogether.
Instruction Tracing events contain data that can
span back to the very
Add support for decoding an Instruction Trace.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Documentation/perf-report.txt | 28
tools/perf/builtin-report.c | 12
2 files changed, 40 insertions(+)
diff --git
New Instruction Tracing events must be re-piped by default.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 63 +
1 file changed, 58 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-inject.c
On Thu, 20 Nov 2014, Javier Martinez Canillas wrote:
Hello Lee,
On 11/18/2014 03:22 PM, Lee Jones wrote:
---
drivers/mfd/Makefile | 2 +-
drivers/mfd/cros_ec_dev.c | 2 +
drivers/mfd/cros_ec_dev.h | 3 +
drivers/mfd/cros_ec_lightbar.c | 347
From: Markus Elfring elfr...@users.sourceforge.net
Date: Thu, 20 Nov 2014 14:22:47 +0100
The of_dev_put() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
In order to process Instruction Tracing
data in time order, the queue with data
with the lowest timestamp must be
processed first. Provide a heap to
keep track of which queue that is.
As with the queues, a decoder does not have
to use the heap, but Intel BTS and Intel PT
will use it.
Add a member to struct dso that can be used by Instruction
Trace implementations to hold a cache for decoded instructions.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/dso.c | 2 ++
tools/perf/util/dso.h | 3 +++
2 files changed, 5 insertions(+)
diff --git
On Thu 20-11-14 08:10:05, Al Viro wrote:
Signed-off-by: Al Viro v...@zeniv.linux.org.uk
Looks good. Added Ted (ext4 maintainer) to CC.
Reviewed-by: Jan Kara j...@suse.cz
Honza
---
fs/ext4/ext4.h|1 -
fs/ext4/mballoc.c
Provide hooks so that an Instruction Trace
decoder can process Instruction Tracing
events.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/itrace.c | 49
tools/perf/util/itrace.h | 13 +
2 files changed, 62
Decoding Instruction Trace data may involve walking object
code. Rather than repetitively decoding the same instructions,
a cache can be used to cache the results.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/itrace.c | 123
Add functions to synthesize, count and print
Instruction Tracing error events.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/itrace.c | 55
tools/perf/util/itrace.h | 16 ++
2 files changed, 71 insertions(+)
Provide functions to queue Instruction Tracing data
buffers for processing. A Instruction Trace decoder
need not use the queues, however Intel BTS and Intel PT
will use them.
There is one queue for each of the mmap buffers that
were used for recording. Because those mmaps were
associated with
It is assumed that Instruction Trace decoding will
synthesize events for consumption by other tools.
The nature of Instruction Tracing suggests the
initial inclusion of options for instructions
and branches events, but more could be added
as needed.
Signed-off-by: Adrian Hunter
Add support for reading from the Instruction
Tracing mmap and synthesizing Instruction
Tracing events.
This patch introduces an abstraction for recording
Instruction Trace data. Recording is initialized
by itrace_record__init() which is a weak function
to be implemented by the architecture to
This patch series adds regulator-haptic driver.
The regulator-haptic has haptic motor and it is controlled by
voltage of regulator via force feedback framework.
Jaewon Kim (2):
Input: add regulator haptic driver
ARM: dts: Add regulator-haptic device node for exynos3250-rinato
This patch anticipates the addition to the kernel
of an aux buffer that can be mmapped separately
from the perf-events buffer.
The expectation is that this buffer can be configured
to contain hardware-produced trace information for
Instruction Tracing, hence the name itrace.
The first
This patch adds regulator-haptic device node controlled by regulator.
Signed-off-by: Jaewon Kim jaewon02@samsung.com
---
arch/arm/boot/dts/exynos3250-rinato.dts |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
On Thu, Nov 20, 2014 at 2:12 PM, Ulf Hansson ulf.hans...@linaro.org wrote:
According to earlier comments in this thread, device's clocks are
split into functional and PM clocks.
If I understand correctly, a typical platform driver will enable it's
functional clocks during -probe() and you
This patch adds support for haptic driver controlled by
voltage of regulator. And this driver support for
Force Feedback interface from input framework
Signed-off-by: Jaewon Kim jaewon02@samsung.com
Signed-off-by: Hyunhee Kim hyunhee@samsung.com
Acked-by: Kyungmin Park
Hello Lee,
On 11/20/2014 02:27 PM, Lee Jones wrote:
By the sounds of the description, it doesn't seem as though this
driver lives in MFD. I suggest another home, such as drivers/led.
You are right. As I said in the other email, I'll move it to
drivers/platform/chrome/ which seems like
2014-11-19 22:05+0100, Paolo Bonzini:
KVM for ia64 has been marked as broken not just once, but twice even,
and the last patch from the maintainer is now roughly 5 years old.
Time for it to rest in piece.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
Nice, if only every diffstat was
On Thu, Nov 20, 2014 at 7:32 AM, Namhyung Kim namhy...@kernel.org
wrote:
On Wed, 19 Nov 2014 14:32:08 +, Kan Liang wrote:
On Tue, 18 Nov 2014 16:36:55 -0500, kan liang wrote:
+ if (attr-exclude_user) {
+ attr-exclude_user = 0;
On Thu, Nov 20, 2014 at 08:11:18AM -0500, Tejun Heo wrote:
...
creating another one-off behavior. If we demote this to something
which is shared only between block and char devs, we can go simpler
and less versatile. Where should it go tho?
So, one option is implementing something minimal in
On Thu, Nov 20, 2014 at 02:10:00PM +0100, Stephan Mueller wrote:
What about the following
if (p-cru_driver_name[0]
alg = crypto_alg_match(p, 1);
else
alg = crypto_alg_match(p, 0);
If cru_driver_name is not empty then exact will never be used, no?
Cheers,
--
Email: Herbert Xu
On Thu, Nov 20, 2014 at 5:28 AM, Vlastimil Babka vba...@suse.cz wrote:
On 11/17/2014 11:40 AM, Weijie Yang wrote:
The commit ad53f92e(fix incorrect isolation behavior by rechecking
migratetype)
patch series describe the race between page isolation and free path, and try
to
fix the freepage
ia64 does not need them anymore.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
arch/x86/include/asm/kvm_host.h | 16
arch/x86/kvm/Makefile | 5 ++---
{virt = arch/x86}/kvm/ioapic.c | 0
{virt = arch/x86}/kvm/ioapic.h | 1 -
{virt =
On Thu, 20 Nov 2014 15:05:43 +0900
Namhyung Kim namhy...@kernel.org wrote:
Hi Steve and Byungchul,
On Wed, 19 Nov 2014 20:06:04 -0500, Steven Rostedt wrote:
On Thu, 20 Nov 2014 09:15:35 +0900
byungchul.p...@lge.com wrote:
-static unsigned long preempt_mark_thresh_us = 100;
+#undef
On Thu, 20 Nov 2014 15:38:46 +0900
Byungchul Park byungchul.p...@lge.com wrote:
I think it's impossible since it's always true that 'd = 0'.
If someone won't define MARK(0ULL, ' '), then i think it can happen. :)
Actually, remove the MARK(0ULL, ' ') and keep the return value as is.
On 20/11/2014 14:38, Radim Krčmář wrote:
I propose another removal.
(The reasoning below wasn't confirmed with ia64 compiler.
I'd remove the ioctls even if they worked.)
Checked and applied, thanks.
Paolo
---8---
KVM: remove buggy ia64 specific ioctls
IA64 is no longer present so new
From: Markus Elfring elfr...@users.sourceforge.net
Date: Thu, 20 Nov 2014 14:47:12 +0100
The functions kfree() and of_node_put() test whether their argument is NULL
and then return immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Mikko,
On Wed, Nov 19, 2014 at 05:43:20PM +0200, Mikko Perttunen wrote:
On 11/19/2014 05:41 PM, Mikko Perttunen wrote:
On 11/18/2014 04:39 PM, Eduardo Valentin wrote:
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new
Hi Johan,
The bluetooth spec states that automatically flushable packets may not
be sent over a LE-U link.
Signed-off-by: Steven Walter stevenrwal...@gmail.com
---
net/bluetooth/l2cap_core.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git
On Thu, 20 Nov 2014 15:11:19 +0900
Namhyung Kim namhy...@kernel.org wrote:
+'#' - greater than 1000 microsecond
+'!' - greater than 100 microsecond
+'+' - greater than 10 microsecond
I've noticed that it's now changed from 1 msec to 10 msec. Is it okay?
Yeah, I didn't like
On Mon, 17 Nov 2014, Radek Dostal wrote:
all other nodes in bcm63138.dtsi use interrupts, this had to be just a typo
which never got noticed, even it may have quite some consequences.
Signed-off-by: Radek Dostal radek.dos...@streamunlimited.com
Acked-by: Florian Fainelli
Alexander,
On Wed, Nov 19, 2014 at 05:06:24PM +0900, Alexandre Courbot wrote:
On Tue, Nov 18, 2014 at 11:39 PM, Eduardo Valentin edubez...@gmail.com
wrote:
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new drivers
On Thu, 20 Nov 2014 20:45:09 +0900
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Signed-off-by: Steven Rostedt rost...@goodmis.org
I have found a couple of typos, but basically, it looks OK.
Reviewed-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
Grumble. I already
First prototype of tool which injects random delays in random places
(implemented on top of kernel address sanitizer by Andrey Ryabinin)
have caught race right at the first try.
credit_entropy_bits() schedules work for pushing entropy from one pool
into another too early, when system_wq isn't yet
On 11/19/2014 05:16 PM, Tim Bird wrote:
Also, adjust the formatting a bit, and expand the section about using
TARGETS= on the make command line.
Signed-off-by: Tim Bird tim.b...@sonymobile.com
---
Documentation/kselftest.txt| 69
++
On Tuesday 18 November 2014 10:42 PM, Dmitry Torokhov wrote:
On Tue, Nov 18, 2014 at 02:30:05PM +, Lee Jones wrote:
On Fri, 14 Nov 2014, Vignesh R wrote:
In one shot mode, sequencer automatically disables all enabled steps at
the end of each cycle. (both ADC steps and TSC steps) Hence
On 11/20/2014 01:34 PM, Paul Burton wrote:
On Thu, Nov 20, 2014 at 01:29:00PM +0100, Niklas Svensson wrote:
Each CM_REGION_TARGET is set to disabled at boot,
That part is true...
so there is no need to disable the matching
CM_GCR_REG explicitly.
...however there is no guarantee that
kasan splash and kernel oops, just for the record.
[ 105.538000]
==
[ 105.538000] BUG: AddressSanitizer: user-memory-access on address 100
[ 105.538000] Read of size 4 by thread T1:
[ 105.538000] CPU: 0 PID: 1 Comm: swapper/0
On Thu, Nov 13, 2014 at 9:05 AM, Hongbo Zhang hongbo.zh...@linaro.org wrote:
On 12 November 2014 17:57, Antonios Motakis
a.mota...@virtualopensystems.com wrote:
Hello Hongbo,
On Wed, Nov 12, 2014 at 10:52 AM, Hongbo Zhang hongbo.zh...@linaro.org
wrote:
On 28 October 2014 02:07, Antonios
On Wed, Nov 12, 2014 at 5:49 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Wed, 2014-11-12 at 11:05 +0100, Eric Auger wrote:
Hi Antonios,
On 10/27/2014 07:07 PM, Antonios Motakis wrote:
This patch forms the common skeleton code for platform devices support
with VFIO. This
On Wed, Nov 12, 2014 at 5:36 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Wed, 2014-11-12 at 11:32 +0100, Eric Auger wrote:
On 10/27/2014 07:07 PM, Antonios Motakis wrote:
A VFIO userspace driver will start by opening the VFIO device
that corresponds to an IOMMU group, and will
On Wed, Nov 12, 2014 at 4:46 PM, Eric Auger eric.au...@linaro.org wrote:
On 10/27/2014 07:07 PM, Antonios Motakis wrote:
VFIO returns a file descriptor which we can use to manipulate the memory
regions of the device. Usually, the user will mmap memory regions that are
addressable on page
On Wed, Nov 12, 2014 at 3:22 PM, Eric Auger eric.au...@linaro.org wrote:
On 10/31/2014 08:36 PM, Alex Williamson wrote:
On Mon, 2014-10-27 at 19:07 +0100, Antonios Motakis wrote:
This patch allows to set an eventfd for a patform device's interrupt,
platform device (typo)
Ack.
and also to
On Wed, Nov 12, 2014 at 11:58 AM, Eric Auger eric.au...@linaro.org wrote:
On 10/27/2014 07:07 PM, Antonios Motakis wrote:
This patch enables the IOCTLs VFIO_DEVICE_GET_REGION_INFO ioctl call,
which allows the user to learn about the available MMIO resources of
a device.
Signed-off-by:
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new drivers needs.
The current API implementation expects the registering sensor driver
to provide a get_temp and get_trend callbacks as function parameters.
As the amount of
On 11/20/2014 03:11 PM, Tejun Heo wrote:
Hello, Boaz.
W/ preloading, one way to do it is,
if (preload())
handle -ENOMEM;
lock;
error = insert();
if (error)
handle error which can't be -ENOMEM;
unlock;
preload_end();
ACPI 5.0 introduces _DEP to designate device objects that OSPM should
assign a higher priority in start ordering due to future operation region
accesses.
On Asus T100TA, ACPI battery info are read from a I2C slave device via
I2C operation region. Before I2C operation region handler is installed,
Hi Guenter,
On Thu, Nov 20, 2014 at 10:12:13AM -0400, Eduardo Valentin wrote:
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new drivers needs.
The current API implementation expects the registering sensor driver
to
+linux-arm-ker...@lists.infradead.org
On Wed, Nov 19, 2014 at 11:19 AM, Yazen Ghannam
yazen.ghan...@linaro.org wrote:
This module registers a crc32 algorithm and a crc32c algorithm
that use the optional CRC32 and CRC32C instructions in ARMv8.
Tested on AMD Seattle.
Improvement compared to
On 11/20/2014 06:12 AM, Eduardo Valentin wrote:
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new drivers needs.
The current API implementation expects the registering sensor driver
to provide a get_temp and get_trend
On 20/11/14 11:52, Lucas Stach wrote:
Am Donnerstag, den 20.11.2014, 11:42 + schrieb Daniel Thompson:
All PMU interrupts on multi-core i.MX6 devices are muxed onto a single SPI.
Should the PMU of any core except 0 (the default affinity for the
interrupt) trigger the interrupt then it
-Original Message-
From: Nori, Sekhar
Sent: Thursday, November 20, 2014 7:56 AM
I also tested this series on AM335x EVM using the v3.18-rc5 kernel.
Again, no breakage but no improvement as well.
The primary goal was not necessarily to improve performance of the touchscreen
itself.
On Thu, Nov 20, 2014 at 04:14:29PM +0200, Boaz Harrosh wrote:
On 11/20/2014 03:11 PM, Tejun Heo wrote:
Hello, Boaz.
W/ preloading, one way to do it is,
if (preload())
handle -ENOMEM;
lock;
error = insert();
if (error)
handle error
On 11/20/2014 06:18 AM, Eduardo Valentin wrote:
Hi Guenter,
On Thu, Nov 20, 2014 at 10:12:13AM -0400, Eduardo Valentin wrote:
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new drivers needs.
The current API implementation
This patch adds max77693-haptic node to support for haptic motor driver.
Signed-off-by: Jaewon Kim jaewon02@samsung.com
---
arch/arm/boot/dts/exynos4412-trats2.dts |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts
This patch add PWM(Pulse Width Modulation) node and
handle to use pwm property.
Signed-off-by: Jaewon Kim jaewon02@samsung.com
---
arch/arm/boot/dts/exynos4412-trats2.dts |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts
From: Markus Elfring elfr...@users.sourceforge.net
Date: Thu, 20 Nov 2014 15:15:21 +0100
The vfree() function performs also input parameter validation. Thus the test
around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
On 11/20/2014 03:10 PM, Antonios Motakis wrote:
On Wed, Nov 12, 2014 at 5:36 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Wed, 2014-11-12 at 11:32 +0100, Eric Auger wrote:
On 10/27/2014 07:07 PM, Antonios Motakis wrote:
A VFIO userspace driver will start by opening the VFIO device
On Thu, Nov 20, 2014 at 10:12:12PM +0800, Lan Tianyu wrote:
ACPI 5.0 introduces _DEP to designate device objects that OSPM should
assign a higher priority in start ordering due to future operation region
accesses.
On Asus T100TA, ACPI battery info are read from a I2C slave device via
I2C
Hi Jaewon,
On 20 November 2014 19:01, Jaewon Kim jaewon02@samsung.com wrote:
This patch adds support for haptic driver controlled by
voltage of regulator. And this driver support for
Force Feedback interface from input framework
Signed-off-by: Jaewon Kim jaewon02@samsung.com
Brad,
What you wrote is just the kind of thing one would like to see in the
cover letter or change log...
On Thu, Nov 20, 2014 at 02:23:30PM +, Griffis, Brad wrote:
In that thread the user was registering multiple press events for a single
press. By increasing the udelay to 1.5ms they
From: Palik, Imre im...@amazon.de
When file auditing is enabled, during a low memory situation, a memory
allocation with __GFP_FS can lead to pruning the inode cache. Which can,
in turn lead to audit_tree_freeing_mark() being called. This can call
audit_schedule_prune(), that tries to fork a
On Wed, Nov 19, 2014 at 12:15:24AM -0500, Dave Jones wrote:
On Tue, Nov 18, 2014 at 08:40:55PM -0800, Linus Torvalds wrote:
Hmm, if we are getting soft-lockups here, maybe it suggest too much
exit-work.
Some TIF_NOHZ loop, perhaps? You have nohz on, don't you?
That makes me
On Wed, 19 Nov 2014 17:05:00 +0100
Mason mpeg.b...@free.fr wrote:
Hello Andreas,
On 19/11/2014 16:02, Andreas Färber wrote:
Am 19.11.2014 um 13:50 schrieb Mason:
...
Since this appears to be about an ARM SoC according to your To list,
in general, you create a device tree binding,
On Wed, Nov 19, 2014 at 10:20:32AM +0100, SF Markus Elfring wrote:
From: Markus Elfring elfr...@users.sourceforge.net
Date: Wed, 19 Nov 2014 10:11:04 +0100
The kzfree() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
On Thu, Nov 20, 2014 at 07:26:00PM +0530, Sekhar Nori wrote:
I tested this using lcd7 cape connected to beaglebone black. The latest
kernel I could find on this board was a TI BSP based v3.14 kernel. So I
had to port these patches to that kernel. Cc Robert Nelson to see if he
knows about a
On Thu, Nov 20, 2014 at 07:42:23AM -0600, Yazen Ghannam wrote:
+linux-arm-ker...@lists.infradead.org
On Wed, Nov 19, 2014 at 11:19 AM, Yazen Ghannam yazen.ghan...@linaro.org
wrote:
This module registers a crc32 algorithm and a crc32c algorithm
that use the optional CRC32 and CRC32C
On Nov 20 SF Markus Elfring wrote:
From: Markus Elfring elfr...@users.sourceforge.net
Date: Thu, 20 Nov 2014 10:49:07 +0100
The dvb_unregister_device() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was
On Wed, Nov 19, 2014 at 4:05 PM, ulrik.debie...@e2big.org wrote:
Hi,
Thanks Dmitry, the fix you provided will mitigate the regression. But
there might be more that is going on for v4 hardware. The detection
of PACKET_TRACKPOINT can be made more strict.
Thank you Marcus and Benjamin for the
On Thu, Nov 20, 2014 at 10:43:21AM +0100, Nicolas Ferre wrote:
This is the patch series that Boris sent yesterday. I've just collected
Acked-by tags and resend it with updated cover letter.
This series adds DT support for the TRNG (True Random Generator) block and
adds
missing trng nodes
Thanks Stephen,
Yes, that looks right, but I'm going to drop the patch from my tree.
It isn't a critical fix. The failure it solves is not a serious or
dangerous.
Thanks,
g.
On Thu, Nov 20, 2014 at 3:50 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Grant,
Today's linux-next merge of
From b0509e27e33326e6dccd67d8ebe67e2bdb0cfdde Mon Sep 17 00:00:00 2001
From: Helmut Stengele laut...@coldplug.net
Date: Thu, 20 Nov 2014 15:27:40 +0100
Subject: [PATCH] mmc: wmt-sdmmc: fix unmatched release_mem_region
Current code calls release_mem_region upon module unload
without requesting
On Thu, Nov 20, 2014 at 06:46:53PM +1100, Stephen Rothwell wrote:
Hi all,
Changes since 20141119:
The asm-generic tree lost its build failure.
The omap_dss2 tree still had its build failure for which I applied a patch.
The devicetree tree gained a conflict against the
201 - 300 of 1640 matches
Mail list logo
