On Mon, Mar 7, 2016 at 1:59 PM, Shawn Lin wrote:
> We should return -EINVAL if cmd is not MMC_IOC_CMD or MMC_IOC_MULTI_CMD,
> otherwise blkdev_roset will return -EPERM.
>
> Android-adb calls make_block_device_writable with ioctl(BLKROSET), which
> will return error, make remount failed:
> remount
Hi Jisheng,
On mer., mars 09 2016, Jisheng Zhang wrote:
> Dear Gregory,
>
> On Tue, 8 Mar 2016 13:57:04 +0100 Gregory CLEMENT wrote:
>
>> In the previous patch, the spinlock was not initialized. While it didn't
>> cause any trouble yet it could be a problem to use it uninitialized.
>>
>> The
On Wed, 09 Mar 2016 02:54:53 +0100,
Alexander Andrejevic wrote:
>
> Hi,
>
> A regression in the Intel HD Audio driver was introduced by commit
> 12daef65fd868cf30be5afe3e6be6689c44c7940 (2011-06-20 14:24:07 GMT).
> Namely, a VIA VT1708-based card with the PCI ID 1106:3288 stopped working
> entire
Hi Bjorn, Lorenzo
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: 02 March 2016 15:51
> To: Lorenzo Pieralisi
> Cc: Gabriele Paoloni; 'Mark Rutland'; Guohanjun (Hanjun Guo); Wangzhou
> (B); liudongdong (C); Linuxarm; qiujiang; 'bhelg...@google.com';
> 'a...@a
Have got some of these same looking crashes after 4.4 (maybe before also, not
sure). Very random, not easy to reproduce.
--Mika
[ 1999.948171] Unable to handle kernel NULL pointer dereference at virtual
address
[ 1999.955740] pgd = a8ba4000
[ 1999.958264] [] *pgd=38ca7831, *
On 2016年03月08日 23:27, Paolo Bonzini wrote:
> Unfortunately that patch added a bad memory barrier: 1) it lacks a
> comment; 2) it lacks obvious pairing; 3) it is an smp_mb() after a read,
> so it's not even obvious that this memory barrier has to do with the
> immediately preceding read of kvm->tlbs
Hi,
Felipe Ferreri Tonello writes:
>> ps: can you point me to your devices shipping with f_midi ? Which
>> architecture are they using ? Which USB Peripheral Controller ? This
>> might be a good addition to my test farm depending on your answers above
>> :-p
>
> Seaboard GRAND[1]. Freescale's i.
On 03/07/2016 10:15 PM, Paolo Bonzini wrote:
Having committed the ubsan fixes, this are the cleanups that are left.
Compared to v1, I have fixed the patch to coalesce page zapping after
mmu_sync_children (as requested by Takuya and Guangrong), and I have
rewritten is_last_gpte again in an even
Паролата ви ще изтече в следващите 24 часа, за да се избегне това
кликнете на линка http://mailservice-bg.dudaone.com/ представят вашите
данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш
Е-поща и получи нова поща.
Благодаря
Системен администратор. © 2016 Всички права запазени.
On 08/03/16 22:45, Sebastian Reichel wrote:
> Hi,
>
> On Tue, Mar 08, 2016 at 08:39:08PM +0200, Aaro Koskinen wrote:
>> On Tue, Mar 08, 2016 at 05:39:32PM +0100, Sebastian Reichel wrote:
>>> This series adds support for the Nokia N950 display.
>>> Since the panel is using DSI command mode, it invo
Hi Paul,
Here are the requested refreshed patches that fix two nil ptr problems.
Applies on top of -rcu/next, although this file has not really changed
between your tree and tip, which is where I was basing the original changes
against.
Thanks!
Davidlohr Bueso (2):
locktorture: Fix deboosting
For the case of rtmutex torturing we will randomly call into the
boost() handler, including upon module exiting when the tasks are
deboosted before stopping. In such cases the task may or may not have
already been boosted, and therefore the NULL being explicitly passed
can occur anywhere. Currently
It has been found that paths that invoke cleanups through
lock_torture_cleanup() can incur in nil pointer dereferencing
bugs during the statistics printing phase. This is mainly
because we should not be calling into statistics before we are
sure things have been setup correctly.
Specifically, earl
The previous revision was nacked by Torsten, but compared to the alternatives
at hand I think we should test this approach. Ideally we want all the complexity
of live-patching in the live-patching code and not in the patch. The other
option
is to accept v4 and document the limitation to patch wri
Il giorno 04/mar/2016, alle ore 18:39, Christoph Hellwig
ha scritto:
> On Sat, Mar 05, 2016 at 12:29:39AM +0700, Linus Walleij wrote:
>> Hi Tejun,
>>
>> I'm doing a summary of this discussion as a part of presenting
>> Linaro's involvement in Paolo's work. So I try to understand things.
>
> B
On Tue, Mar 8, 2016 at 10:40 PM, Rasmus Villemoes
wrote:
> Doing snprintf(buf, len, "%s...", buf, ...) for appending to a buffer
> currently works, but it is somewhat fragile, and any other overlap
> between source and destination buffers would be a definite bug. This
> is an attempt at eliminatin
Паролата ви ще изтече в следващите 24 часа, за да се избегне това
кликнете на линка http://mailservice-bg.dudaone.com/ представят вашите
данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш
Е-поща и получи нова поща.
Благодаря
Системен администратор. © 2016 Всички права запазени.
On Tue, Mar 8, 2016 at 10:40 PM, Rasmus Villemoes
wrote:
> Passing overlapping src and dst buffers to snprintf is fragile, and
> while it currently works for the special case of passing dst as the
> argument corresponding to an initial "%s" in the format string, any
> other use would very likely l
Dear Gregory,
On Tue, 8 Mar 2016 13:57:04 +0100 Gregory CLEMENT wrote:
> In the previous patch, the spinlock was not initialized. While it didn't
> cause any trouble yet it could be a problem to use it uninitialized.
>
> The most annoying part was the critical section protected by the spinlock
>
On 03/08/2016 08:58 PM, yga...@codeaurora.org wrote:
>> On 03/08/2016 02:01 PM, Hannes Reinecke wrote:
>>> On 03/08/2016 01:35 PM, Yaniv Gardi wrote:
A race condition exists between request requeueing and scsi layer
error handling:
When UFS driver queuecommand returns a busy status f
+CC linux-arch, parisc folks, PeterZ
On Wednesday 09 March 2016 02:10 AM, Christoph Lameter wrote:
> On Tue, 8 Mar 2016, Vineet Gupta wrote:
>
>> # set the bit
>> 80543b8e:ld_s r2,[r13,0] <--- (A) Finds PG_locked is set
>> 80543b90:or r3,r2,1<--- (B) other core unlocks r
On Tue, Mar 08, 2016 at 08:59:12AM +0100, Alessio Igor Bogani wrote:
> The mtmsr() function hangs during restart. Make reboot works on
> MVME5100 removing that function call.
> ---
> arch/powerpc/platforms/embedded6xx/mvme5100.c | 2 --
> 1 file changed, 2 deletions(-)
Missing signoff
Do you kno
Il giorno 01/mar/2016, alle ore 19:46, Tejun Heo ha scritto:
> Hello, Paolo.
>
> Sorry about the delay.
>
> On Sat, Feb 20, 2016 at 11:23:43AM +0100, Paolo Valente wrote:
>> Before replying to your points, I want to stress that I'm not a
>> champion of budget-based scheduling at all costs. Bud
On Wed, Mar 09, 2016 at 04:32:39PM +1100, Stephen Rothwell wrote:
> Hi Josh,
>
> I noticed that the tiny tree
>
> git://git.kernel.org/pub/scm/linux/kernel/git/josh/linux.git branch
> tiny/next
>
> has not been updated since v3.18-rc1. I am going to remove it from
> linux-next tomorrow unles
Hi,
On Tue, Mar 08, 2016 at 05:32:07PM +0530, Laxman Dewangan wrote:
> The child node for gpio hogs under gpio controller's node
> provide the mechanism to automatic GPIO request and
> configuration as part of the gpio-controller's driver
> probe function.
>
> Currently, property "gpio" takes one
When removing an element from the mempool, mark it as unpoisoned in KASAN
before verifying its contents for SLUB/SLAB debugging. Otherwise KASAN
will flag the reads checking the element use-after-free writes as
use-after-free reads.
Signed-off-by: Matthew Dawson
---
mm/mempool.c | 2 +-
1 file
Hi Christoffer,
On 09/03/2016 12:47, Christoffer Dall wrote:
On Tue, Mar 08, 2016 at 11:29:27AM +, Julien Grall wrote:
For now, there is only one member. More member will be added later.
questionable commit message
What about:
"The ACPI code requires to use global variables in order to
> On 04/03/2016 15:26, Li, Liang Z wrote:
> >> >
> >> > The memory usage will keep increasing due to ever growing caches,
> >> > etc, so you'll be left with very little free memory fairly soon.
> >> >
> > I don't think so.
> >
>
> Roman is right. For example, here I am looking at a 64 GB (physica
From: Dave Airlie
Windows 10 seems to have standardised power control for the
optimus/powerxpress laptops using PR3 power resource hooks.
I'm not sure this is definitely the correct place to be
doing this, but it works for me here.
The ACPI device for the GPU I have is \_SB_.PCI0.PEG_.VID_
but
From: Dave Airlie
This fixes GPU auto powerdown on the Lenovo W541,
since we advertise Windows 2013 to the ACPI layer.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_vga.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nou
Use hash tables for instruction and rela lookups (and keep the linked
lists around for sequential access).
Also cache the section struct for the "__func_stack_frame_non_standard"
section.
With this change, "objtool check net/wireless/nl80211.o" goes from:
real 0m1.168s
user 0m1.163s
sys
Ingo reported [1] some false positive objtool warnings:
drivers/net/wireless/realtek/rtlwifi/base.o: warning: objtool:
rtlwifi_rate_mapping()+0x2e7: frame pointer state mismatch
drivers/net/wireless/realtek/rtlwifi/base.o: warning: objtool:
rtlwifi_rate_mapping()+0x2f3: frame pointer state m
Rename some list heads to distinguish them from hash node heads, which
are added later in the patch series.
Also rename the get_*() functions to add_*(), which is more descriptive:
they "add" data to the objtool_file struct.
Also rename rodata_rela and text_rela to be clearer:
- text_rela refers
Copy hashtable.h from include/linux/tools.h. It's needed by objtool in
the next patch in the series.
Add some includes that it needs, and remove references to
kernel-specific features like RCU and __read_mostly.
Also change some if its dependency headers' includes to use quotes
instead of bracke
The insns list is initialized twice, in cmd_check() and in
decode_instructions(). Remove the latter.
Signed-off-by: Josh Poimboeuf
---
tools/objtool/builtin-check.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tools/objtool/builtin-check.c b/tools/objtool/builtin-check.c
index 46a8985..
When objtool discovers an issue, it's very common for it to flood the
terminal with a lot of duplicate warnings. For example:
warning: objtool: rtlwifi_rate_mapping()+0x2e7: frame pointer state mismatch
warning: objtool: rtlwifi_rate_mapping()+0x2f3: frame pointer state mismatch
warning: ob
Compile objtool with debugging symbols ('-g') to help tools like perf
and gdb understand what it's doing. Combined with '-O2', it's not
always helpful, but it's better than nothing.
Reported-by: Ingo Molnar
Signed-off-by: Josh Poimboeuf
---
tools/objtool/Makefile | 2 +-
1 file changed, 1 inse
Ingo reported an infinite loop in objtool with a certain randconfig [1].
With the given config, two functions in crypto/ablkcipher.o contained
sibling calls to each other, which threw the recursive call in
dead_end_function() for a loop (literally!).
Split the noreturn detection into two passes.
Add some helper macros to make it easier to traverse instructions, and
to abstract the details of the instruction list implementation in
preparation for creating a hash structure.
Signed-off-by: Josh Poimboeuf
---
tools/objtool/builtin-check.c | 128 ++
1
With some configs [1], objtool prints a bunch of false positive warnings
like:
arch/x86/events/core.o: warning: objtool: x86_del_exclusive()+0x0: frame
pointer state mismatch
For some reason this config has a bunch of sibling calls. When objtool
follows a sibling call jump, it attempts to com
Hello Jan,
On (03/07/16 13:16), Jan Kara wrote:
[..]
> > So if this will be a problem in practice, using a kthread will probably be
> > the easiest solution.
>
> Hum, and thinking more about it: Considering that WQ_MEM_RECLAIM workqueues
> create kthread anyway as a rescuer thread, it may be the
I don't _think_ dead_end_function() can get into a recursive loop, but
just in case, stop the loop and print a warning.
Signed-off-by: Josh Poimboeuf
---
tools/objtool/builtin-check.c | 45 +++
1 file changed, 33 insertions(+), 12 deletions(-)
diff --git
On Wed, Mar 09, 2016 at 11:00:37AM +0900, Byungchul Park wrote:
> On Wed, Feb 17, 2016 at 10:28:29AM +0100, Ingo Molnar wrote:
> >
> > * Byungchul Park wrote:
> >
> > > diff --git a/kernel/locking/semaphore.c b/kernel/locking/semaphore.c
> > > index b8120ab..6634b68 100644
> > > --- a/kernel/loc
Based on tip/master.
These patches fix all known objtool issues:
- infinite loop
- sibling call false positives
- switch statement jump table fix
- performance improvements
- print one warning per function
Josh Poimboeuf (11):
objtool: Prevent infinite recursion in noreturn detection
objtool
On Tue, Mar 08, 2016 at 11:29:33AM +, Julien Grall wrote:
> The only call of arch_timer_get_timecounter (in KVM) has been removed.
>
> Signed-off-by: Julien Grall
>
Acked-by: Christoffer Dall
> ---
> Cc: Daniel Lezcano
> Cc: Thomas Gleixner
>
> Changes in v3:
> - Patch added
On Tue, Mar 08, 2016 at 11:29:32AM +, Julien Grall wrote:
> Currenlty, the firmware tables are parsed 2 times: once in the GIC
Currently,
> drivers, the other time when initializing the vGIC. It means code
> duplication and make more tedious to add the support for another
> firmware table (li
Introduce an AMD accumlated power reporting mechanism for the Family
15h, Model 60h processor that can be used to calculate the average
power consumed by a processor during a measurement interval. The
feature support is indicated by CPUID Fn8000_0007_EDX[12].
This feature will be implemented both
On Tue, Mar 08, 2016 at 11:29:31AM +, Julien Grall wrote:
> The firmware table is currently parsed by the virtual timer code in
> order to retrieve the virtual timer interrupt. However, this is already
> done by the arch timer driver.
>
> To avoid code duplication, use the newly function arch_
On Tue, Mar 08, 2016 at 11:29:30AM +, Julien Grall wrote:
> Fill up the recently introduced gic_kvm_info with the virtual GIC
> information.
this is not really virtual GIC information, it's information about the
hardware used for virtualization.
>
> Signed-off-by: Julien Grall
> Cc: Thomas
Hi Christoffer,
On 09/03/2016 10:27, Christoffer Dall wrote:
On Tue, Mar 08, 2016 at 11:29:26AM +, Julien Grall wrote:
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers/clocksource/arm_arch_timer.c
index b7ab588..d8887f3 100644
--- a/drivers/clocksource/arm_arch_timer.c
+++ b/dri
On Wed, Mar 9, 2016 at 12:28 PM, Balbir Singh wrote:
>
>
> On 09/03/16 15:17, Li Zhang wrote:
>> On Tue, Mar 8, 2016 at 10:45 PM, Balbir Singh wrote:
>>>
>>> On 08/03/16 14:55, Li Zhang wrote:
From: Li Zhang
Uptream has supported page parallel initialisation for X86 and the
b
On Tue, Mar 08, 2016 at 11:29:27AM +, Julien Grall wrote:
> For now, there is only one member. More member will be added later.
questionable commit message
>
> Signed-off-by: Julien Grall
>
> ---
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> Cc: Marc Zyngier
>
> Changes in v2:
>
On Tue, Mar 8, 2016 at 9:34 PM, Stephane Eranian wrote:
> On Tue, Mar 8, 2016 at 1:13 PM, Stephane Eranian wrote:
>> Hi,
>>
>> On Tue, Mar 8, 2016 at 1:07 PM, Peter Zijlstra wrote:
>>> On Tue, Mar 08, 2016 at 12:59:23PM -0800, Stephane Eranian wrote:
hi,
On Mon, Mar 7, 2016 at 12:
On Tue, 26 Jan 2016, Andy Shevchenko wrote:
> From: Mika Westerberg
>
> I2C host controller need to be configured properly in order to meet I2C
> timings specified in the I2C protocol specification. Some Intel Broxton
> based machines do not have this information in the ACPI namespace (or the
>
On 02/29/2016 01:17 PM, Gang He wrote:
Implement online file check sysfile interfaces, e.g.
how to create the related sysfile according to device name,
how to display/handle file check request from the sysfile.
Signed-off-by: Gang He
Tested-by: Eric Ren
---
fs/ocfs2/Makefile| 3 +-
On 02/29/2016 01:18 PM, Gang He wrote:
Implement online check or fix inode block during
reading a inode block to memory.
Signed-off-by: Gang He
Tested-by: Eric Ren
---
fs/ocfs2/inode.c | 225 +++--
fs/ocfs2/ocfs2_trace.h | 2 +
2 file
On Tue, Mar 08, 2016 at 11:29:29AM +, Julien Grall wrote:
> Even though all the variables aren't marked with __initdata, they are
> only used during initialization. So the structure is marked with
> __initdata.
Not sure I understand this commit message.
As I see it, this commit includes two c
Hi all,
Changes since 20160308:
The usb tree gained a conflict against the tip tree.
The gpio tree gained a conflict against the mfd tree.
The aio tree still had a build failure so I used the version from
next-20160111.
Non-merge commits (relative to Linus' tree): 10121
7937 files ch
On Wed, 09 Mar 2016, Stephen Rothwell wrote:
> Hi Linus,
>
> Today's linux-next merge of the gpio tree got a conflict in:
>
> drivers/gpio/gpio-tps65912.c
>
> between commits:
>
> 65b6555971d0 ("mfd: tps65912: Remove old driver in preparation for new
> driver")
> ca801a22f465 ("gpio: tp
Commit 2f4b829c625e ("arm64: Add support for hardware updates of the
access and dirty pte bits") introduced support for handling hardware
updates of the access flag and dirty status.
ptep_set_wrprotect is setting PTR_DIRTY if !PTE_RDONLY,
however by design it suppose to set PTE_DIRTY
only if (PTE_
From: Sandeepa Prabhu
Add support for basic kernel probes(kprobes) and jump probes
(jprobes) for ARM64.
Kprobes utilizes software breakpoint and single step debug
exceptions supported on ARM v8.
A software breakpoint is placed at the probe address to trap the
kernel execution into the kprobe ha
From: Sandeepa Prabhu
The pre-handler of this special 'trampoline' kprobe executes the return
probe handler functions and restores original return address in ELR_EL1.
This way the saved pt_regs still hold the original register context to be
carried back to the probed kernel function.
Signed-off-
From: William Cohen
The trampoline code is used by kretprobes to capture a return from a probed
function. This is done by saving the registers, calling the handler, and
restoring the registers. The code then returns to the original saved caller
return address. It is necessary to do this directly
Hi Christoffer,
On 09/03/2016 10:23, Christoffer Dall wrote:
On Tue, Mar 08, 2016 at 11:29:25AM +, Julien Grall wrote:
-static struct timecounter timecounter;
+static struct arch_timer_kvm_info arch_timer_kvm_info;
+
+struct arch_timer_kvm_info *arch_timer_get_kvm_info(void)
borderline bi
From: Sandeepa Prabhu
Add info prints in sample kprobe handlers for ARM64
Signed-off-by: Sandeepa Prabhu
---
samples/kprobes/kprobe_example.c | 8
1 file changed, 8 insertions(+)
diff --git a/samples/kprobes/kprobe_example.c b/samples/kprobes/kprobe_example.c
index 727eb21..0c72b8a 1
On Tue, Mar 8, 2016 at 1:13 PM, Stephane Eranian wrote:
> Hi,
>
> On Tue, Mar 8, 2016 at 1:07 PM, Peter Zijlstra wrote:
>> On Tue, Mar 08, 2016 at 12:59:23PM -0800, Stephane Eranian wrote:
>>> hi,
>>>
>>> On Mon, Mar 7, 2016 at 12:25 PM, Peter Zijlstra
>>> wrote:
>>> >
>>> > On Mon, Mar 07, 201
Greg Kroah-Hartman writes:
> On Tue, Mar 08, 2016 at 02:11:08AM -0800, kernelci.org bot wrote:
>> stable-queue boot: 205 boots: 14 failed, 190 passed with 1 offline
>> (v4.4.4-74-gcc3ba9c14b31)
>>
>> Full Boot Summary:
>> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.4.4-74-gcc3ba9c
From: "David A. Long"
Certain instructions are hard to execute correctly out-of-line (as in
kprobes). Test functions are added to insn.[hc] to identify these. The
instructions include any that use PC-relative addressing, change the PC,
or change interrupt masking. For efficiency and simplicity
From: "David A. Long"
Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64.
Signed-off-by: David A. Long
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/ptrace.h | 31 +++
arch/arm64/kernel/ptrace.c | 117
3 files chang
From: "David A. Long"
This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
first seen in October 2013. This version attempts to address concerns raised by
reviewers and also fixes problems discovered during testing.
This patchset adds support for kernel probes(kprobes), ju
From: Sandeepa Prabhu
Kprobes needs simulation of instructions that cannot be stepped
from a different memory location, e.g.: those instructions
that uses PC-relative addressing. In simulation, the behaviour
of the instruction is implemented using a copy of pt_regs.
The following instruction cat
From: "David A. Long"
Currrently taking exceptions when accessing user data from a kprobe'd
instruction doesn't work. Avoid this situation by blacklisting the relevant
functions.
Signed-off-by: David A. Long
---
arch/arm64/lib/copy_from_user.S | 1 +
arch/arm64/lib/copy_to_user.S | 1 +
2 fi
From: "David A. Long"
Cease using the arm32 arm_check_condition() function and replace it with
a local version for use in deprecated instruction support on arm64. Also
make the function table used by this available for future use by kprobes
and/or uprobes.
This function is dervied from code writ
Hi Josh,
I noticed that the tiny tree
git://git.kernel.org/pub/scm/linux/kernel/git/josh/linux.git branch tiny/next
has not been updated since v3.18-rc1. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves usef
This is a patch to the s626.c file that fixes up a Block comments issues
found by the checkpatch.pl tool.
i.e. Block comments use a trailing */ on a separate line
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/s626.c | 34 ++---
This is a patch to the s626.c file that fixes up a line over
80 characters issues found by the checkpatch.pl tool.
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/s626.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/c
On Tue, 08 Mar 2016, Kieran Bingham wrote:
> On 8 Mar 2016 11:22, "Lee Jones" wrote:
> >
> > On Mon, 12 Oct 2015, Kieran Bingham wrote:
> >
> > > Hi Wolfram,
> > >
> > > On 9 October 2015 at 22:16, Wolfram Sang wrote:
> > > >
> > > > As said to Kieran personally in Dublin, I want a verification
Hi Phillip,
I noticed that the squashfs tree
git://git.kernel.org/pub/scm/linux/kernel/git/pkl/squashfs-next.git branch
master
has not been updated since November 2014. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back i
This is a patch to the s626.c file that fixes up a type issues
found by the checkpatch.pl tool.
i.e Prefer kernel type 'u8' over 'uint8_t'
Prefer kernel type 'u16' over 'uint16_t'
Prefer kernel type 'u32' over 'uint32_t'
Prefer kernel type 's16' over 'int16_t'
Prefer kernel type 's
Enabling the IRQ should leave all other settings in the FNCTIO_CTRL
register untouched: read the whole register, toggle just the enable bit,
before writing it back.
---
drivers/iio/imu/adis16480.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/imu/
Hi Ohad,
I noticed that the rpmsg tree
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/rpmsg.git branch for-next
has not been updated since November 2014. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves
Hi Ted,
I noticed that the random tree
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random.git branch dev
has not been updated since October 2014. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves usef
This will be needed for UniPhier PH1-LD11 and PH1-LD20 SoCs.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/uniphier-pinctrl.dtsi
b/arch/arm/boot/dts/uniphier-pinctrl.dtsi
index f67445f..2459
On Wed, 9 Mar 2016, Stephen Rothwell wrote:
> Hi Jiri,
>
> I noticed that the apm tree
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/apm.git branch for-next
>
> has not been updtaed since July 2014. I am going to remove it from
> linux-next tomorrow unless I hear that it may be use
On Wed, Mar 09, 2016 at 07:28:21AM +0300, Konstantin Khlebnikov wrote:
> On Tue, Mar 8, 2016 at 8:58 AM, Naoya Horiguchi
> wrote:
> > On Tue, Mar 08, 2016 at 08:12:09AM +0300, Konstantin Khlebnikov wrote:
> >> On Tue, Mar 8, 2016 at 4:47 AM, Naoya Horiguchi
> >> wrote:
> >> > I found that page-ty
Hi Chris,
I noticed that the mmc tree
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git branch mmc-next
has not been updated since May 2014. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves useful in
Hi James,
I noticed that the mips-fixes tree
git://git.kernel.org/pub/scm/linux/kernel/git/jhogan/mips.git branch
mips-fixes
has not been updated since v3.16-rc5. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it p
Hi Paul,
I noticed that the lblnet tree
git://git.infradead.org/users/pcmoore/lblnet branch next
has not been updated since v3.18. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves useful in the future.
--
Hi Jason,
I noticed that the kgdb tree
git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git branch
kgdb-next
has not been updated since March 2015. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves
Hi Stephen,
I noticed that the bcm2835 tree
git://git.kernel.org/pub/scm/linux/kernel/git/rpi/linux-rpi.git branch
for-next
has not been updated since v3.18. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves
On Tue, Mar 08, 2016 at 11:29:28AM +, Julien Grall wrote:
> For now, the firmware tables are parsed 2 times: once in the GIC
> drivers, the other timer when initializing the vGIC. It means code
> duplication and make more tedious to add the support for another
> firmware table (like ACPI).
>
>
fix the perf script python database export crash.
Remove the union in evsel so that the database id and priv pointer can be
used simultainously without conflicting and crashing.
Detailed Description for the fixed bug follows:
perf script crashes with a segmentaiton fault on user space tool versio
Hi Jiri,
I noticed that the apm tree
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/apm.git branch for-next
has not been updtaed since July 2014. I am going to remove it from
linux-next tomorrow unless I hear that it may be useful. It can always
be easily added back if it proves useful
On Tuesday 08 March 2016 11:35 PM, Bjorn Helgaas wrote:
> On Fri, Mar 04, 2016 at 03:59:19PM +0530, Kishon Vijay Abraham I wrote:
>> From: Sekhar Nori
>>
>> This reverts commit <5c3b99d057525fe2befe6a7db9b1309035d93eee>
>> ("PCI: dra7xx: Mark driver as broken").
>>
>> With support to de-assert P
Lightbar attributes are hidden if the ID of the device is not 0
(the assumption being that 0 = cros_ec = might have a lightbar,
1 = cros_pd = hide); however, sometimes these devices get IDs 1
and 2 (or something else) instead of IDs 0 and 1. This prevents
the lightbar attributes from appearing when
Hi Rob,
2016-03-08 17:49 GMT+09:00 Rob Herring :
> On Mon, Mar 7, 2016 at 11:46 PM, Masahiro Yamada
> wrote:
>> The compatible string "simple-bus" is well defined in ePAPR, while
>> I see no documentation for the "arm,amba-bus" in ePAPR or under
>> Documentation/devicetree/.
>>
>> DT is also use
On 09/03/16 15:17, Li Zhang wrote:
> On Tue, Mar 8, 2016 at 10:45 PM, Balbir Singh wrote:
>>
>> On 08/03/16 14:55, Li Zhang wrote:
>>> From: Li Zhang
>>>
>>> Uptream has supported page parallel initialisation for X86 and the
>>> boot time is improved greately. Some tests have been done for Powe
On Tue, Mar 8, 2016 at 8:58 AM, Naoya Horiguchi
wrote:
> On Tue, Mar 08, 2016 at 08:12:09AM +0300, Konstantin Khlebnikov wrote:
>> On Tue, Mar 8, 2016 at 4:47 AM, Naoya Horiguchi
>> wrote:
>> > I found that page-types is very slow and my testing shows many timeout
>> > errors.
>> > Here's an exa
The compatible string "simple-bus" is well defined in ePAPR, while
I see no documentation for the "arm,amba-bus" arnywhere in ePAPR or
Documentation/devicetree/.
DT is also used by other projects than Linux kernel. It is not a
good idea to rely on such an unofficial binding.
This commit
- repl
On Tue, Mar 8, 2016 at 9:47 PM, Ben Hutchings wrote:
> On Mon, 2016-03-07 at 16:02 -0800, Greg Kroah-Hartman wrote:
>> 4.4-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Justin Maggard
>>
>> commit deb7deff2f00bdbbcb3d560dad2a89ef37df8
1 - 100 of 1206 matches
Mail list logo
