On Thu, 2015-12-10 at 01:41PM -0800, Peter Hurley wrote:
> On 12/05/2015 08:39 PM, Soren Brinkmann wrote:
> > Request_irq() should be _after_ h/w programming, otherwise an
> > interrupt could be triggered and in-progress before the h/w has been
> > setup.
>
> Slight misunderstanding. My fault; I s
The --raw-trace option is to prevent pretty printing by event's
print_fmt or plugin. Besides that, each dynamic sort key now receives
'raw' suffix separated by '/' to apply the raw trace to a specific
field.
$ perf report -s comm,kmem:kmalloc.gfp_flags
...
# Overhead Commandgfp
This is a preparation to support dynamic sort keys for tracepoint
events. Dynamic sort keys can be created for specific fields in trace
events so it needs the event information.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-annotate.c | 2 +-
tools/perf/builtin-diff.c | 2 +-
The existing sort keys are less useful for tracepoint events in that
they are always sampled at a same location.
For example, report on sched:sched_switch event looks like following
# Overhead Command Shared Object Symbol
# ... ..
Introduce and use new astrcat() and astrcatf() functions which replace
the strbuf functionality for subcmd.
For now they duplicate strbuf's die-on-allocation-error policy.
Signed-off-by: Josh Poimboeuf
---
tools/perf/util/exec_cmd.c | 27 +-
tools/perf/util/help.c
On Tuesday 15 December 2015 09:17:00 Timur Tabi wrote:
> Arnd Bergmann wrote:
> > We generally want to use readl/writel rather than the relaxed versions,
> > unless it is in performance-critical code.
>
> What about if we have 20+ writes in a row, for example, when
> initializing a part? I've se
With packetized mode for pipes, it's not possible to set O_DIRECT on pipe file
via sys_fcntl, because of unsupported sanity checks.
Ability to set this flag will be used by CRIU to migrate packetized pipes.
v2:
Fixed typos and mode variable to check.
Signed-off-by: Stanislav Kinsburskiy
---
fs/
Hi Magnus,
On Tue, Dec 15, 2015 at 1:02 PM, Magnus Damm wrote:
> --- 0004/drivers/iommu/ipmmu-vmsa.c
> +++ work/drivers/iommu/ipmmu-vmsa.c 2015-12-15 13:17:40.580513000 +0900
> @@ -279,9 +279,18 @@ static void ipmmu_utlb_enable(struct ipm
> static void ipmmu_utlb_disable(struct ipmmu_vmsa_do
Move the subcommand-related files from perf to a new library named
libsubcmd.a.
Since we're moving files anyway, go ahead and rename 'exec_cmd.*' to
'exec-cmd.*' to be consistent with the naming of all the other files.
Signed-off-by: Josh Poimboeuf
---
tools/lib/subcmd/Build
Generally, calling exit() from a library is bad practice. Eventually
these functions might be redesigned so that they don't exit. For now,
just document the fact that they do.
Signed-off-by: Josh Poimboeuf
---
tools/perf/util/parse-options.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
On Mon, 2015-11-30 at 16:27 +0100, Daniel Wagner wrote:
> On 11/30/2015 04:20 PM, Daniel Wagner wrote:
> > In 8019ff6cfc04 ("regmap: Use reg_sequence for multi_reg_write /
> > register_patch")
> > struct reg_default was renamed to struct reg_secquence, which missed
> > one place to fix up.
> >
>
Ingo suggested that I factor out the perf subcommand functionality
(originally copied from git) into tools/lib so that it can be used by
stacktool[*] and possibly others.
All the subcommand option handling files have been moved into a new
library named libsubcmd.a, including parse-options.c, run-c
During testing, I discovered that __generic_file_splice_read() returns
0 (EOF) when aops->readpage fails with AOP_TRUNCATED_PAGE on the first
page of a single/multi-page splice read operation. This EOF return code
causes the userspace test to (correctly) report a zero-length read error
when it was
Create init functions for exec_cmd.c and pager.c. This allows their
configuration to be specified at runtime so they can be split out into a
separate library which can be used by other programs. Their
configuration is stored in a shared subcmd_config struct.
Signed-off-by: Josh Poimboeuf
---
t
On 15/12/15 15:32, Mark Rutland wrote:
> On Tue, Dec 15, 2015 at 03:08:13PM +, Mark Brown wrote:
> > On Tue, Dec 15, 2015 at 02:01:36PM +, Mark Rutland wrote:
> >
> > > I really don't want to see a table of magic numbers in the kernel.
> >
> > Right, there's pitfalls there too although no
On 12/15/15 8:31 AM, Ben Hutchings wrote:
This reverts commit b3abad339f8e268bb261e5844ab68b18a7797c29, which
was an attempt to backport commit 7f109f7cc37108cba7243bc832988525b0d85909
upstream. The backport introduced a deadlock and other bugs.
Signed-off-by: Ben Hutchings
---
Best course of
For the files that will be moved to the subcmd library, remove all their
perf-specific includes and duplicate any needed functionality.
Signed-off-by: Josh Poimboeuf
---
tools/perf/util/exec_cmd.c | 64 +++
tools/perf/util/help.c | 47 +++
Signed-off-by: Josh Poimboeuf
---
tools/lib/subcmd/exec-cmd.h | 6 +++---
tools/lib/subcmd/help.h | 6 +++---
tools/lib/subcmd/pager.h | 6 +++---
tools/lib/subcmd/parse-options.h | 7 ---
tools/lib/subcmd/run-command.h | 6 +++---
tools/lib/subcmd/sigchain.h | 6
Hi Chen,
[auto build test ERROR on v4.4-rc5]
[also build test ERROR on next-20151215]
url:
https://github.com/0day-ci/linux/commits/Chen-Gang/include-asm-generic-Notice-about-80-columns-in-pgtable-no-h/20151215-221607
config: arm-shannon_defconfig (attached as .config)
reproduce
On 12/15/15 8:32 AM, Nikolay Aleksandrov wrote:
diff --git a/drivers/net/vrf.c b/drivers/net/vrf.c
index 488c6f5..374feba 100644
--- a/drivers/net/vrf.c
+++ b/drivers/net/vrf.c
@@ -608,7 +608,6 @@ static int vrf_newlink(struct net *src_net, struct
net_device *dev,
out_fail:
kfree(vrf_
On Tuesday 15 December 2015 23:47:28 kbuild test robot wrote:
> from include/linux/mm.h:55,
> from arch/arm/mm/fault.c:13:
>arch/arm/mm/fault.c: In function 'do_translation_fault':
> >> arch/arm/include/asm/pgtable-2level.h:187:27: error: expected express
Em Fri, 11 Dec 2015 16:16:33 -0600
Benoit Parrot escreveu:
> Mauro Carvalho Chehab wrote on Thu [2015-Dec-03
> 11:19:22 -0200]:
> > Em Wed, 18 Nov 2015 14:47:11 -0600
> > Benoit Parrot escreveu:
> >
> > > The Camera Adaptation Layer (CAL) is a block which consists of a dual
> > > port CSI2/MI
On 15/12/15 13:36, Andre Przywara wrote:
> The Foundation model GIC mapping is wrong, as the GICC region should
> be 8kB instead of 4kB (the model implements the GICv2 architecture).
> This defect prevents the driver from switching to EOImode==1.
>
> Signed-off-by: Andre Przywara
Reviewed-by: Ma
Attn:
Kindly find attached flier for more details on our personal
long-term/short-term loans at 3.5% and 4.5% on business loans.
Regards.
Wonga Team.
+27 (0)76 548 0631
verifywong...@outlook.com
VALUED CUSTOMER.pdf
Description: Adobe PDF document
On Mon, Dec 14, 2015 at 02:38:06PM -0800, Andy Lutomirski wrote:
> On Dec 13, 2015 11:52 PM, "Andrew Vagin" wrote:
> >
> > On Thu, Dec 03, 2015 at 03:20:30PM -0800, Andy Lutomirski wrote:
> > > On Tue, Nov 24, 2015 at 7:18 AM, Andrew Vagin
> > > wrote:
> > > > Hello Everybody,
> > > >
> > > > So
When building perf binaries outside the source tree with 'make O=',
the auto-detected features get re-tested for every build, which is
unnecessary and inconsistent with the behavior seen when building
directly in the source tree.
Another issue is that 'make O= clean' doesn't remove the feature
fil
On Tue, Dec 15, 2015 at 10:21:37AM -0500, Boris Ostrovsky wrote:
> I know this has been in the tip tree --- when do you think this will go
> Linus tree? In the 4.4 timeframe?
It is queued for 4.5 currently.
> Xen 32-bit PV guests are broken without this.
So this needs to go into 4.4 or even earl
On Mon, Dec 14, 2015 at 07:17:27PM -0500, Raj, Ashok wrote:
> On Mon, Dec 14, 2015 at 11:37:16PM +0100, Borislav Petkov wrote:
> > On Mon, Dec 14, 2015 at 02:11:46PM -0500, Raj, Ashok wrote:
> > > This is mostly harmless.. since the MCG_CAP space is shared and has no
> > > conflict between vendors.
On Tue, Dec 15, 2015 at 03:46:51PM +, Juri Lelli wrote:
> On 15/12/15 15:32, Mark Rutland wrote:
> > On Tue, Dec 15, 2015 at 03:08:13PM +, Mark Brown wrote:
> > > My expectation is that we just need good enough, not perfect, and that
> > > seems to match what Juri is saying about the expect
On Tue, Dec 15, 2015 at 7:54 AM, Boris Ostrovsky
wrote:
> On 12/15/2015 10:48 AM, Borislav Petkov wrote:
>>
>> On Tue, Dec 15, 2015 at 10:21:37AM -0500, Boris Ostrovsky wrote:
>>>
>>> I know this has been in the tip tree --- when do you think this will go
>>> Linus tree? In the 4.4 timeframe?
>>
>
+Adrian
On 8 November 2015 at 23:05, Denis Bychkov wrote:
> The only started in 4.3 kernel (at least RC-5), 4.2.x does not have
> this problem. The kernel panic happens immediately after the SDHC card
> is inserted, reproducibility is 100%. If the system boots up with the
> card already inserted,
With packetized mode for pipes, it's not possible to set O_DIRECT on pipe file
via sys_fcntl, because of unsupported (by pipes) sanity checks.
Ability to set this flag will be used by CRIU to migrate packetized pipes.
Signed-off-by: Stanislav Kinsburskiy
---
fs/fcntl.c |3 ++-
1 file changed
On 12/15/2015 10:48 AM, Borislav Petkov wrote:
On Tue, Dec 15, 2015 at 10:21:37AM -0500, Boris Ostrovsky wrote:
I know this has been in the tip tree --- when do you think this will go
Linus tree? In the 4.4 timeframe?
It is queued for 4.5 currently.
Xen 32-bit PV guests are broken without thi
Hello Torvald,
On 12/15/2015 04:34 PM, Torvald Riegel wrote:
> On Tue, 2015-12-15 at 14:43 +0100, Michael Kerrisk (man-pages) wrote:
>> Hello all,
>>
>> After much too long a time, the revised futex man page *will*
>> go out in the next man pages release (it has been merged
>> into master).
>>
>>
Hi Jaegeuk,
The 7, 8 patches could not be merged on current dev-test branch due to I
generate them on incorrect base line. I will rebase and resent them tomorrow,
sorry for the noisy.
Thanks,
On 12/15/15 1:35 PM, Chao Yu wrote:
> Add a new option 'data_flush' to enable/disable data flush functio
>>> On 15.12.15 at 16:37, wrote:
> On 12/15/2015 10:24 AM, Jan Beulich wrote:
> On 15.12.15 at 16:14, wrote:
>>> On 12/15/2015 10:03 AM, Jan Beulich wrote:
>>> On 15.12.15 at 15:36, wrote:
> On 12/14/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
>> On Sat, Dec 12, 2015 at 07:25:55P
Sometimes we want to FIFO identical entries in the hash table, so add
trace_hash_find_reverse, which will cycle through the hash list in reverse.
This is helpful in our case where we are monitoring block request issues to
match with their corresponding completes, if we issue multiple times to the s
Hi Mathieu,
On 12/13/2015 02:17 PM, Mathieu Desnoyers wrote:
> [ Updated following feedback from Michael Kerrisk. Not sure what to put
> in SEE ALSO section ?
Maybe we think of something later.
> Also, the example uses the syscall() macro.
> Should we target this, or some API eventually e
Hi Hans,
On jeu., déc. 10 2015, Andrew Lunn wrote:
> On Thu, Dec 10, 2015 at 06:33:08AM +0100, Hans Ulli Kroll wrote:
>> Add a new DTS file to support the Zyxel NSA325(v2) dual bay
>> NAS device, based on the NSA320 DTS files.
>>
>> The only difference to the NSA320 device is GPIO47.
>> This
On 12/15/2015 06:25 AM, Jisheng Zhang wrote:
On 64bit platforms, "(1 << (16 + top)) / clk_get_rate(dw_wdt.clk)" is
sign-extended to 64bit then converted to unsigned 64bit, finally divide
the clk rate. If the top is the maximum TOP i.e 15, "(1 << (16 +15))"
will be sign-extended to 0x8
Hi Stanislav,
[auto build test ERROR on v4.4-rc5]
[also build test ERROR on next-20151215]
url:
https://github.com/0day-ci/linux/commits/Stanislav-Kinsburskiy/fcntl-allow-to-set-O_DIRECT-flag-on-pipe/20151216-000234
config: x86_64-randconfig-x011-12141150 (attached as .config)
reproduce
Hi Shawn,
Sorry for the delay.
[...]
>>
>> I think your are in right track, but unfortunate you still have some
>> work to do. :-)
>>
>> You can't call sdhci_suspend_host() with a runtime suspended host. You
>> will for example access sdhci internal registers, even-though the
>> clock to the SDH
Hi Stanislav,
[auto build test WARNING on v4.4-rc5]
[also build test WARNING on next-20151215]
url:
https://github.com/0day-ci/linux/commits/Stanislav-Kinsburskiy/fcntl-allow-to-set-O_DIRECT-flag-on-pipe/20151216-000234
config: i386-randconfig-x009-12141102 (attached as .config)
reproduce
Hi Herton,
On 12/14/2015 07:29 PM, Herton R. Krzesinski wrote:
> Hi,
>
> recently I got a report of a crash at pty_unix98_shutdown. after analyzing the
> issue, I managed to create a small reproducer:
>
> $ cat test.sh
> #!/bin/sh
>
> while true; do
> find /sys
> ./dopty
>
ICP DAS calls LP-8x4x 'programmable automation controller'. It is
an industrial computer based on PXA270 SoC. They ship it with a 2.6.19
kernel and proprietary kernel module and userspace library to access
its industrial IO.
This patch allows to boot a modern kernel with device tree on
the device.
On Mon, Dec 14, 2015 at 12:39:44PM +0100, Arnd Bergmann wrote:
> On Wednesday 18 November 2015 17:56:22 Andy Yan wrote:
> > rockchip platform have a protocol to pass the kernel reboot
> > mode to bootloader by some special registers when system reboot.
> > By this way the bootloader can take differ
On Tue, Dec 15, 2015 at 03:57:37PM +, Mark Rutland wrote:
> On Tue, Dec 15, 2015 at 03:46:51PM +, Juri Lelli wrote:
> > On 15/12/15 15:32, Mark Rutland wrote:
> > > On Tue, Dec 15, 2015 at 03:08:13PM +, Mark Brown wrote:
> > > > My expectation is that we just need good enough, not perfe
On 21/10/15 11:10, Sudeep Holla wrote:
Though the keyboard and other driver will continue to support the legacy
"gpio-key,wakeup", "linux-keypad,wakeup" boolean property to enable the
wakeup source, "wakeup-source" is the new standard binding.
This patch replaces all the legacy wakeup properti
On Tue, Dec 15, 2015 at 08:17:56AM -0800, Peter Hurley wrote:
> > I also expect in a rare case where all ptmx references are gone/closed,
> > this also
> > could happen on final close when the master tty is given to
> > pty_unix98_shutdown.
>
> This logic I'm not following. If the pty master is
On Tuesday 15 December 2015 17:31:22 Thierry Reding wrote:
> On Mon, Dec 14, 2015 at 12:39:44PM +0100, Arnd Bergmann wrote:
> > On Wednesday 18 November 2015 17:56:22 Andy Yan wrote:
> > > rockchip platform have a protocol to pass the kernel reboot
> > > mode to bootloader by some special registers
On 21/10/15 11:10, Sudeep Holla wrote:
Though the keyboard and other driver will continue to support the legacy
"gpio-key,wakeup", "nvidia,wakeup-source" boolean property to enable the
wakeup source, "wakeup-source" is the new standard binding.
This patch replaces all the legacy wakeup propert
On 21/10/15 11:10, Sudeep Holla wrote:
Though the keyboard and other driver will continue to support the legacy
"gpio-key,wakeup", "linux,wakeup" boolean property to enable the wakeup
source, "wakeup-source" is the new standard binding.
This patch replaces all the legacy wakeup properties with
This time, I think I'm sending to the right people.
This doesn't fix any bugs, but it makes the debugging output a
little more useful.
Changes from v1:
- Added Bjorn's acks
- Split an overly long line
Andy Lutomirski (2):
acpi: Tidy up _OSC error spacing
acpi: Show _OSC UUID when _OSC fail
When _OSC fails and especially when it fails due to an invalid UUID,
it's helpful to show the UUID that we tried.
Acked-by: Bjorn Helgaas
Signed-off-by: Andy Lutomirski
---
drivers/acpi/bus.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/bus.c b/drivers/a
On Tue, Aug 18, 2015 at 11:44 AM, wrote:
> From: Fu Wei
>
> ACPI/APEI is designed to verifiy/report H/W errors, like Corrected
> Error(CE) and Uncorrected Error(UC). It contains four tables: HEST,
> ERST, EINJ and BERT. The first three tables have been merged for
> a long time, but because of la
On 12/15/2015 04:52 PM, Nicholas Krause wrote:
> This adds a needed error path in the function, cm_init_av_by_path
> after the call to ib_init_ah_from_path in order to avoid incorrectly
> accessing the path pointer of structure type ib_sa_path_rec if this
> function call fails to complete its int
On 21/10/15 11:10, Sudeep Holla wrote:
Though the driver will continue to check for and support the legacy
"isil,irq2-can-wakeup-machine" boolean property to wakeup source,
"wakeup-source" is the new standard binding.
This patch replaces the legacy "isil,irq2-can-wakeup-machine" with the
unifi
On 12/15/15 06:08, Pavel Machek wrote:
>
> But it still says:
>
> address sizes : 32 bits physical, 32 bits virtual
>
> I thought pae would be 36bit virtual?
>
It should be unless the CPU reports otherwise, which your CPU probably
does (a CPUID dump might be useful.)
-hpa
--
To unsu
The whitespace in _OSC error reports is weird. Improve it.
Acked-by: Bjorn Helgaas
Signed-off-by: Andy Lutomirski
---
drivers/acpi/bus.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
index a212cefae524..2177ef0b16e4 100644
---
On 21/10/15 11:10, Sudeep Holla wrote:
Though the keyboard and other driver will continue to support the legacy
"gpio-key,wakeup", "linux,input-wakeup" boolean property to enable the
wakeup source, "wakeup-source" is the new standard binding.
This patch replaces all the legacy wakeup propertie
On Tuesday 15 December 2015 19:27:50 Sergei Ianovich wrote:
> .../devicetree/bindings/vendor-prefixes.txt| 1 +
> arch/arm/boot/dts/Makefile | 3 +
> arch/arm/boot/dts/pxa27x-lp8x4x-i105.dts | 50
> arch/arm/boot/dts/pxa27x-lp8x4x.dts
On 12/09/2015 06:35 AM, Linus Walleij wrote:
On Tue, Dec 8, 2015 at 8:16 PM, Mark Brown wrote:
On Mon, Dec 07, 2015 at 01:58:47PM -0600, Andrew F. Davis wrote:
As all of this driver should be taken though the MFD tree how
can this gpiolib change be handled? If we have gpio.parent it
will not
On Tue, 2015-12-15 at 17:32 +0100, Arnd Bergmann wrote:
> On Tuesday 15 December 2015 19:27:50 Sergei Ianovich wrote:
> > .../devicetree/bindings/vendor-prefixes.txt| 1 +
> > arch/arm/boot/dts/Makefile | 3 +
> > arch/arm/boot/dts/pxa27x-lp8x4x-i105.dts
On Tue, Dec 15, 2015 at 04:23:18PM +, Catalin Marinas wrote:
> On Tue, Dec 15, 2015 at 03:57:37PM +, Mark Rutland wrote:
> > On Tue, Dec 15, 2015 at 03:46:51PM +, Juri Lelli wrote:
> > > On 15/12/15 15:32, Mark Rutland wrote:
> > > > On Tue, Dec 15, 2015 at 03:08:13PM +, Mark Brown
On Tue, Dec 15, 2015 at 8:32 AM, Jim Davis wrote:
> Building with the attached random configuration file,
>
> arch/x86/built-in.o: In function `map_vdso':
> vma.c:(.text+0x13fc): undefined reference to `pvclock_pvti_cpu0_va'
Whoops, thanks! I confused CONFIG_PARAVIRT_CLOCK and CONFIG_KVM_GUEST.
Building with the attached random configuration file,
arch/x86/built-in.o: In function `map_vdso':
vma.c:(.text+0x13fc): undefined reference to `pvclock_pvti_cpu0_va'
--
Jim
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.4.0-rc5 Kernel Configuration
#
CONFIG_64BIT=y
CONFIG_X86_64=
On Sat, 12 Dec 2015, Nicholas Krause wrote:
This adds proper locking protection in bnx2fc_ctrl_enabled around
the calls to the functions, _bnx2fc_enable and _bnx2fc_disable in
order to avoid concurrent access on these functions accessing global
referenced data structures in their internal inten
On 2015-12-15 07:04, Martin Kepplinger wrote:
> Am 2015-12-12 um 16:34 schrieb Jonathan Cameron:
>> On 08/12/15 16:21, Martin Kepplinger wrote:
>>> This adds freefall event detection to the supported devices. It adds
>>> the in_accel_x&y&z_mag_falling_en iio event attribute, which activates
>>> f
On Tue, Dec 15, 2015 at 7:53 AM, Andrew Vagin wrote:
> On Mon, Dec 14, 2015 at 02:38:06PM -0800, Andy Lutomirski wrote:
>> On Dec 13, 2015 11:52 PM, "Andrew Vagin" wrote:
>> >
>> > On Thu, Dec 03, 2015 at 03:20:30PM -0800, Andy Lutomirski wrote:
>> > > On Tue, Nov 24, 2015 at 7:18 AM, Andrew Vagi
On Tue, Dec 15, 2015 at 4:13 AM, Stefano Stabellini
wrote:
> On Mon, 14 Dec 2015, Andy Lutomirski wrote:
>> On Mon, Dec 14, 2015 at 6:12 AM, Michael S. Tsirkin wrote:
>> > On Mon, Dec 14, 2015 at 02:00:05PM +, David Vrabel wrote:
>> >> On 07/12/15 16:19, Stefano Stabellini wrote:
>> >> > Hi a
On 21/10/15 11:10, Sudeep Holla wrote:
Though the keyboard driver for GPIO buttons(gpio-keys) will continue to
check for/support the legacy "gpio-key,wakeup" boolean property to
enable gpio buttons as wakeup source, "wakeup-source" is the new
standard binding.
This patch replaces the legacy "g
On Tue, Dec 15, 2015 at 2:35 AM, Joerg Roedel wrote:
> On Mon, Dec 14, 2015 at 03:17:39PM -0800, Dan Williams wrote:
>> commit db0fa0cb0157 "scatterlist: use sg_phys()" did replacements of the
>> form:
>>
>> phys_addr_t phys = page_to_phys(sg_page(s));
>> phys_addr_t phys = sg_phys(s) & PA
This adds freefall event detection to the supported devices. It adds
the in_accel_x&y&z_mag_falling_en iio event attribute, which activates
freefall mode.
In freefall mode, the current acceleration magnitude (AND combination
of all axis values) is compared to the specified threshold.
If it falls u
Signed-off-by: Martin Kepplinger
Signed-off-by: Christoph Muellner
---
drivers/iio/accel/mma8452.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/iio/accel/mma8452.c b/drivers/iio/accel/mma8452.c
index 116a6e4..162bbef 100644
--- a/drivers/iio/accel/mma8452.c
+++ b/drivers/iio/accel/
This gets rid of some magic numbers by adding an enum.
Signed-off-by: Martin Kepplinger
Signed-off-by: Christoph Muellner
---
drivers/iio/accel/mma8452.c | 39 +++
1 file changed, 23 insertions(+), 16 deletions(-)
diff --git a/drivers/iio/accel/mma8452.c b/d
This is v2 of cleanup and freefall detection for mma8452 devices.
[PATCH 1/3] iio: mma8452: remove unused register description
[PATCH 2/3] iio: mma8452: use enum for channel index
[PATCH 3/3] iio: mma8452: add freefall detection for Freescale's
If freefall mode (x&y&z falling event) is enabled, c
This patch fixes the following crash seen when MIC reset is invoked in
RESET_FAILED state due to device_del being called a second time on an
already deleted device:
[] device_del+0x45/0x1d0
[] device_unregister+0x1e/0x60
[] scif_unregister_device+0x12/0x20 [scif_bus]
[] cosm_stop+0xaa/0xe0 [mic_co
On 14/12/15 22:42, Joshua Henderson wrote:
> From: Cristian Birsan
>
> This adds support for the interrupt controller present on PIC32 class
> devices.
>
> The following features are supported:
> - DT properties for EVIC and for devices that use interrupt lines
> - Persistent and non-persisten
ACPI 6.0 defines NFIT table and new persistent memory types for
EFI memory table (EFI_PERSISTENT_MEMORY) and e820 table (E820_PMEM).
setup_e820() enabled by EFI_STUB converts EFI_PERSISTENT_MEMORY to
E820_PMEM for the e820_map table on x86 EFI platforms. When EFI_STUB
is disabled, x86 kernels rel
From: Or Gerlitz
Date: Tue, 15 Dec 2015 11:09:40 +0200
> On 12/14/2015 12:05 PM, Andrzej Hajda wrote:
>> The function can return negative values, so its result should
>> be assigned to signed variable.
>>
>> The problem has been detected using proposed semantic patch
>> scripts/coccinelle/tests/a
On Tue 15-12-15 14:03:18, Kirill A. Shutemov wrote:
> On Tue, Dec 15, 2015 at 09:52:33AM +0100, Michal Hocko wrote:
> > On Mon 14-12-15 14:04:56, Kirill A. Shutemov wrote:
> > > On Wed, Dec 09, 2015 at 02:02:05PM +0100, Michal Hocko wrote:
> > > > Hi Kirill,
> > >
> > > [ sorry for late reply, jus
Sorry again for the huge delay.
And all I can say is that I am all confused.
On 12/01, Peter Zijlstra wrote:
>
> On Fri, Nov 20, 2015 at 03:35:38PM +, Vladimir Murzin wrote:
> > commit 743162013d40ca612b4cb53d3a200dff2d9ab26e
> > Author: NeilBrown
> > Date: Mon Jul 7 15:16:04 2014 +1000
T
On Tuesday 15 December 2015 09:20:51 Enric Balletbo i Serra wrote:
> In order to meet high performance an low power requirement for Rockchip
> enable the power domain support. The patch also fixes a drm/kms issue,
> driver deferring untils power-domains are available)
>
> Signed-off-by: Enric Ball
On 15 December 2015 at 17:41, Mark Rutland wrote:
> On Tue, Dec 15, 2015 at 04:23:18PM +, Catalin Marinas wrote:
>> On Tue, Dec 15, 2015 at 03:57:37PM +, Mark Rutland wrote:
>> > On Tue, Dec 15, 2015 at 03:46:51PM +, Juri Lelli wrote:
>> > > On 15/12/15 15:32, Mark Rutland wrote:
>> >
On Tuesday 15 December 2015 19:42:07 Sergei Ianovich wrote:
> On Tue, 2015-12-15 at 17:32 +0100, Arnd Bergmann wrote:
> > On Tuesday 15 December 2015 19:27:50 Sergei Ianovich wrote:
> > > .../devicetree/bindings/vendor-prefixes.txt| 1 +
> > > arch/arm/boot/dts/Makefile
Hi Sudeep,
On mar., déc. 15 2015, Sudeep Holla wrote:
> On 21/10/15 11:10, Sudeep Holla wrote:
>> Though the driver will continue to check for and support the legacy
>> "isil,irq2-can-wakeup-machine" boolean property to wakeup source,
>> "wakeup-source" is the new standard binding.
>>
>> This
Sorry, this was from me; I didn't mean to forge Nikolay's address.
Ben.
On Tue, 2015-12-15 at 15:32 +, Nikolay Aleksandrov wrote:
> commit 7f109f7cc37108cba7243bc832988525b0d85909 upstream.
>
> When vrf's ->newlink is called, if register_netdevice() fails then it
> does free_netdev(), but th
From: Alan Cox
These checks do nothing useful to protect the code from races. On the
other hand if the old code has been masking a real bug we would like to
know about it.
The check for tiocmset is kept because it is valid for a tty driver to
have a NULL tiocmset method. That in itself is probab
Dexuan Cui writes:
>> -Original Message-
>> From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On Behalf
>> Of K. Y. Srinivasan
>> Sent: Tuesday, December 15, 2015 11:02
>> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
>> de...@linuxdriverproject.org; o...
On Mon, 2015-12-14 at 22:39 -0800, Greg KH wrote:
> This is the LAST 4.2.y kernel to be released [...]
Canonical's kernel team will pick up stable maintenance where Greg KH
left off with v4.2.8 (thanks, Greg!)...
Canonical's Ubuntu kernel team is pleased to announce that we will be
providing ext
From: Tilman Schmidt
device->platform_data and platform_device->resource are never used
and remain NULL through their entire life. Drops the kfree() calls
for them from the device release method.
Signed-off-by: Tilman Schmidt
Signed-off-by: Paul Bolle
---
drivers/isdn/gigaset/ser-gigaset.c |
Sascha Levin reported that the syzkaller fuzzer triggered a WARNING in
ser_gigaset (see https://lkml.kernel.org/g/56587467.8050...@oracle.com ). It
turned out that ser_gigaset has always deallocated its platform device
structure incorrectly. Tilman submitted the patch that fixes that (3/4) and a
re
From: Tilman Schmidt
When shutting down the device, the struct ser_cardstate must not be
kfree()d immediately after the call to platform_device_unregister()
since the embedded struct platform_device is still in use.
Move the kfree() call to the release method instead.
Signed-off-by: Tilman Schmi
On Tue, Dec 15, 2015 at 05:59:34PM +0100, Vincent Guittot wrote:
> On 15 December 2015 at 17:41, Mark Rutland wrote:
> > On Tue, Dec 15, 2015 at 04:23:18PM +, Catalin Marinas wrote:
> >> On Tue, Dec 15, 2015 at 03:57:37PM +, Mark Rutland wrote:
> >> > On Tue, Dec 15, 2015 at 03:46:51PM +00
From: Tilman Schmidt
Commit f34d7a5b7010 ("tty: The big operations rework") changed
tty->driver to tty->ops but left NULL checks for tty->driver untouched.
Fix.
Signed-off-by: Tilman Schmidt
[pebolle: removed Fixes tag]
Signed-off-by: Paul Bolle
---
drivers/isdn/gigaset/ser-gigaset.c | 6 +++-
On Tue, Dec 15, 2015 at 03:32:19PM +, Mark Rutland wrote:
> On Tue, Dec 15, 2015 at 03:08:13PM +, Mark Brown wrote:
> > On Tue, Dec 15, 2015 at 02:01:36PM +, Mark Rutland wrote:
> > > I really don't want to see a table of magic numbers in the kernel.
> > Right, there's pitfalls there
On Tue, Dec 15, 2015 at 1:26 AM, Daniel Vetter wrote:
> On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote:
>> Userspace can close the sync device while there are still active fence
>> points, in which case kernel produces the following warning:
>>
>> [ 43.853176] [ cut
>Actually we're going to have to redo so much code that it's not worth it
>for me to review the rest of these patches.
Sorry I didn't get back to you sooner but I was on vacation. Thanks for
reviewing this work. Especially since this is the first major bug fixing merge
for the lustre client wh
On Tue, Dec 15, 2015 at 2:01 AM, Maarten Lankhorst
wrote:
> Op 15-12-15 om 02:29 schreef Dmitry Torokhov:
>> Userspace can close the sync device while there are still active fence
>> points, in which case kernel produces the following warning:
>>
>> [ 43.853176] [ cut here ]-
From: Ben Hutchings
Date: Tue, 15 Dec 2015 15:12:43 +
> The backported version of commit 7f109f7cc371 ("vrf: fix double free
> and memory corruption on register_netdevice failure") incorrectly
> removed a kfree() from the failure path as well as the free_netdev().
> Add that back.
>
> Signed
601 - 700 of 939 matches
Mail list logo
