Hi Maxime,
On Fri, 18 Dec 2015 11:19:43 +0100
Maxime Ripard wrote:
> It would also be a good idea to open a github issue on allwinner's
> documentation repo to make them know that the register name doesn't
> match between the register list and the register
Removed braces from single statement if condition.Fixed checkpatch.pl
warning.
Signed-off-by: Bhumika Goyal
---
Changes in v2:
-Correct the subject and also send to a public mailing list.
---
drivers/char/raw.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
From: Markus Elfring
Date: Mon, 21 Dec 2015 20:00:02 +0100
Several update suggestions were taken into account
from static source code analysis.
Markus Elfring (4):
Delete unnecessary goto statements in six functions
Delete an unnecessary variable
On Wed, Dec 09, 2015 at 02:50:28PM -0800, Brian Norris wrote:
> The kerneldoc for request_firmware_nowait() says that it may call the
> provided cont() callback with @fw == NULL, if the firmware request
> fails. However, this is not the case when called with an empty string
> (""). This case is
On Mon, 2015-12-21 at 18:16 +, Måns Rullgård wrote:
> Andy Shevchenko writes:
>
> > On Mon, Dec 21, 2015 at 2:15 PM, Måns Rullgård
> > wrote:
> > > Andy Shevchenko writes:
> > >
> > I used to have a patch to implement
Some architectures do not implement PTRACE_GETREGSET nor
PTRACE_SETREGSET (required by HAVE_ARCH_TRACEHOOK) but only implement
PTRACE_GETREGS and PTRACE_SETREGS (e.g. User-mode Linux).
This improve seccomp selftest portability for architectures without
HAVE_ARCH_TRACEHOOK support by defining a
Hello.
On 12/21/2015 02:01 PM, Sergei Shtylyov wrote:
This patch depend on GPIOLIB configuration as following:
I modified it with following diff and applied it.
diff --git a/drivers/extcon/Kconfig b/drivers/extcon/Kconfig
index ba4db7d..3d89e60 100644
--- a/drivers/extcon/Kconfig
+++
On 12/21/2015 3:27 PM, Måns Rullgård wrote:
Julian Margetson writes:
On 12/21/2015 2:27 PM, Måns Rullgård wrote:
Julian Margetson writes:
On 12/21/2015 1:55 PM, Andy Shevchenko wrote:
On Mon, Dec 21, 2015 at 7:26 PM, Julian Margetson
On 21/12/2015 11:13, Richard Weinberger wrote:
> Am 21.12.2015 um 10:23 schrieb Mickaël Salaün:
> Doesn't this break the support for changing syscall numbers using
> PTRACE_SETREGS?
The logic is unchanged except updating the UPT_SYSCALL_NR before
syscall_trace_enter(). I
Kishon & Heiko,
On Tue, Dec 15, 2015 at 2:53 AM, Kishon Vijay Abraham I wrote:
> Hi Mike,
>
> On Friday 20 November 2015 02:52 AM, Heiko Stuebner wrote:
>> The USB phys on Rockchip SoCs contain their own internal PLLs to create
>> the 480MHz needed. Additionally this PLL output is
On Mon, Dec 21, 2015 at 12:46:51AM +0300, Alexey Khoroshilov wrote:
> If hif_read_reg() or hif_write_reg() fail in wilc_wlan_cleanup(),
> it calls release_bus() and continues execution. But it leads to double
> release_bus() call that means double unlock of g_linux_wlan->hif_cs mutex.
>
> Found
On Wed, Nov 25, 2015 at 11:59:37AM -0800, Jin Qian wrote:
> From: Greg Hackmann
>
> Signed-off-by: Greg Hackmann
> (cherry picked from commit 3c56d07eb796066530e93a40e74dea3bc59bf4cf)
What is this commit id here for?
confused,
greg k-h
--
To
Andy Shevchenko writes:
> On Mon, 2015-12-21 at 15:24 +, Måns Rullgård wrote:
>> Julian Margetson writes:
>>
>>
>> Oh, that one again. My patch still applies. Here it is as applied
>> to
>> that revision of the file.
>>
>> From what
On 12/21/2015 1:55 PM, Andy Shevchenko wrote:
On Mon, Dec 21, 2015 at 7:26 PM, Julian Margetson wrote:
On 12/21/2015 12:48 PM, Andy Shevchenko wrote:
On Sun, 2015-12-20 at 22:55 +0200, Andy Shevchenko wrote:
On Sun, Dec 20, 2015 at 10:17 PM, Andy Shevchenko
On Mon, Dec 21, 2015 at 07:53:59PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> gcc complains on 32-bit like this:
>
> drivers/gpu/drm/i915/intel_display.c: In function ‘intel_plane_obj_offset’:
> drivers/gpu/drm/i915/intel_display.c:2954:11: warning: cast to
On 12/21/2015 2:27 PM, Måns Rullgård wrote:
Julian Margetson writes:
On 12/21/2015 1:55 PM, Andy Shevchenko wrote:
On Mon, Dec 21, 2015 at 7:26 PM, Julian Margetson wrote:
On 12/21/2015 12:48 PM, Andy Shevchenko wrote:
On Sun, 2015-12-20 at 22:55 +0200,
This series add seccomp support to User-mode Linux (i386 and x86_64
subarchitectures) and fix ptrace issues. This apply on v4.4-rc4 and pass all
the 48 tests from selftest/seccomp plus the UML ptsc test.
Changes since v1; addressed Richard Weinberger's comments:
* fix a new PTRACE_SETREGS bug on
Hello, Artem.
Can you please apply the following patch on top and see whether
anything changes? If it does make the issue go away, can you please
revert the ".can_queue" part and test again?
Thanks.
---
drivers/ata/ahci.h|2 +-
drivers/ata/libahci.c |2 +-
2 files changed, 2
On Mon, Dec 21, 2015 at 02:12:52PM +, Matt Fleming wrote:
> Môshe reported the following warning triggered on his machine since
> commit 50a0cb565246 ("x86/efi-bgrt: Fix kernel panic when mapping BGRT
> data"),
>
> [0.026936] [ cut here ]
> [0.026941]
On 12/21/2015 03:28 PM, Sasha Levin wrote:
> On 12/21/2015 08:08 AM, Christoph Lameter wrote:
>> > On Fri, 18 Dec 2015, Sasha Levin wrote:
>> >
>> > [ 531.164630] RIP vmstat_update (mm/vmstat.c:1408)
>> > Hmmm.. Yes we need to fold the diffs first before disabling the timer
>> > otherwise
On 12/21/2015 6:56 AM, Caesar Wang wrote:
> Add the description for rt5616 codec.
>
> Signed-off-by: Caesar Wang
>
> ---
>
> Changes in v1:
> - As Heiko comments, remove the not exist option properties.
>
> Documentation/devicetree/bindings/sound/rt5616.txt | 36
>
From: Markus Elfring
Date: Mon, 21 Dec 2015 21:56:27 +0100
The return type "unsigned long" was used by the cpu_set_cclk() function
while the type "int" is provided by the clk_set_rate() function.
Let us make this usage consistent.
This issue was detected by using
From: Markus Elfring
Date: Mon, 21 Dec 2015 22:12:26 +0100
The cpu_set_cclk() function was only used in a single source file so far.
Indicate this setting also by the corresponding linkage specifier.
Signed-off-by: Markus Elfring
Am Donnerstag, 17. Dezember 2015, 13:56:12 schrieb Dmitry Vyukov:
Hi Dmitry,
> Hello,
>
> The following program triggers use-after-free in skcipher_sock_destruct:
This issue is not evident after applying Herbert's patch converting the
algif_skcipher from using ablkcipher to skcipher API.
>
On Fri, Dec 18, 2015 at 01:47:55PM +0100, Arnd Bergmann wrote:
> On Friday 18 December 2015 11:42:19 Catalin Marinas wrote:
> > On Thu, Dec 17, 2015 at 12:14:20PM -0800, Andrew Pinski wrote:
> > > Well (just like LP64 on AARCH64), when passing a 32bit value to a
> > > function, the upper 32bits
From: Markus Elfring
Date: Mon, 21 Dec 2015 18:15:45 +0100
Six goto statements referred to a source code position
directly behind them.
Thus omit such unnecessary jumps.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
On 12/21/2015 2:27 PM, Måns Rullgård wrote:
Julian Margetson writes:
On 12/21/2015 1:55 PM, Andy Shevchenko wrote:
On Mon, Dec 21, 2015 at 7:26 PM, Julian Margetson wrote:
On 12/21/2015 12:48 PM, Andy Shevchenko wrote:
On Sun, 2015-12-20 at 22:55 +0200,
On Mon, Dec 21, 2015 at 10:18 AM, Borislav Petkov wrote:
> On Tue, Dec 15, 2015 at 05:29:30PM -0800, Tony Luck wrote:
>> Copy the existing page fault fixup mechanisms to create a new table
>> to be used when fixing machine checks. Note:
>> 1) At this time we only provide a macro
On Sun, Dec 20, 2015 at 12:15:33AM +0530, Rahul Pathak wrote:
> Fixing coccicheck warning which recommends to use memdup_user instead
> to reimplement its code, using memdup_user simplifies the code
>
> ./drivers/tty/vt/keyboard.c:1709:9-16: WARNING opportunity for memdup_user
>
From: Tadeusz Struk
Created on top of patchset from Stephan Mueller
https://patchwork.kernel.org/patch/7877921/
https://patchwork.kernel.org/patch/7877971/
https://patchwork.kernel.org/patch/7877961/
This patch adds support for asymmetric key type
On 21 December 2015 at 18:19, Andy Shevchenko wrote:
> On Mon, Dec 21, 2015 at 6:41 PM, Aleksey Makarov
> wrote:
>> From: Graeme Gregory
>>
>> On ARM64 some devices use the AMBA device and not the platform bus for
Hi Julia,
Am Montag, 21. Dezember 2015, 17:39:47 schrieb Julia Lawall:
> for_each_child_of_node performs an of_node_get on each iteration, so a
> return from the loop requires an of_node_put.
>
> A simplified version of the semantic patch that fixes this problem is as
> follows
This lock is already taken in ata_scsi_queuecmd() a few levels up the
call stack so attempting to take it here is an error. Moreover, it is
pointless in the first place since it only protects a single, atomic
assignment.
Enabling lock debugging gives the following output:
Use software emulated RS485 direction control to provide RS485 API existed in
omap_serial driver. Note that 8250_omap issues interrupt on shift register
empty which is single prerequesite for using software emulated RS485.
Signed-off-by: Matwey V. Kornilov
---
From: Dexuan Cui
With the recent change af3ff643ea91ba64dd8d0b1cbed54d44512f96cd
(Drivers: hv: vmbus: Use uuid_le type consistently), we always get this
warning:
CC [M] drivers/input/serio/hyperv-keyboard.o
drivers/input/serio/hyperv-keyboard.c:427:2: warning: missing
On Mon, 2015-12-21 at 01:19 +, Måns Rullgård wrote:
> Andy Shevchenko writes:
>
> > P.S. I also noticed that original driver enables interrupt per each
> > block
>
> And then ignores all but the transfer complete interrupt.
>
> > and sets protection control bits.
On Mon, Dec 21, 2015 at 1:54 AM, Andrey Ryabinin
wrote:
> ip6addrlbl_get() has never worked. If ip6addrlbl_hold() succeeded,
> ip6addrlbl_get() will exit with '-ESRCH'. If ip6addrlbl_hold() failed,
> ip6addrlbl_get() will use about to be free ip6addrlbl_entry pointer.
>
>
;
> Does this patch fix it?
It didn't. With the patch I'm still seeing:
[ 1997.674112] kernel BUG at mm/vmstat.c:1408!
[ 1997.674930] invalid opcode: [#1] PREEMPT SMP KASAN
[ 1997.676252] Modules linked in:
[ 1997.676880] CPU: 4 PID: 14713 Comm: kworker/4:0 Not tainted
4.4.0-rc5-next-20151221
On 12/21/2015 4:25 PM, Andy Shevchenko wrote:
On Mon, 2015-12-21 at 15:19 -0400, Julian Margetson wrote:
On 12/21/2015 2:27 PM, Måns Rullgård wrote:
The hard drive is recognized .
These system gets unresponsive with USB devices like the mouse
and
keyboard not responding when I start Gparted.
Andy Shevchenko writes:
>> > 4. CHECK: PROTCTL bit (documentation says that recommended value is
>> > 0x01)
>>
>> Any idea what the value of 0x3 used by the old sata driver means?
>> Presumably that's decided by the bus.
>
> Nope, documentation says that it is
On Thu, Dec 17, 2015 at 03:51:29PM -0800, K. Y. Srinivasan wrote:
> Add vendor and device attributes to VMBUS devices. These will be used
> by Hyper-V tools as well user-level RDMA libraries that will use the
> vendor/device tuple to discover the RDMA device.
>
> Signed-off-by: K. Y. Srinivasan
On Mon, 21 Dec 2015, Sasha Levin wrote:
> I've also noticed a new warning from the workqueue code which my scripts
> didn't pick up before:
>
> [ 3462.380681] BUG: workqueue lockup - pool cpus=2 node=2 flags=0x4 nice=0
> stuck for 54s!
> [ 3462.522041] workqueue vmstat: flags=0xc
> [
On Mon, Dec 21, 2015 at 07:14:43PM +0800, Dongsheng Yang wrote:
> Sometimes, cpuacct.usage is not detialed enough to user
> to see how much usage a group used. We want to know how
> much time it used in user mode and how much in kernel mode.
cpuusage is being phased out. If you need these stats,
Implementation of software emulation of RS485 direction handling is based
on omap_serial driver.
Before and after transmission RTS is set to the appropriate value.
Note that before calling serial8250_em485_init the caller has to
ensure that UART will interrupt when shift register empty.
The omapfb is failing to build in -next due missing declarations for
dss_feat_get_supported_displays() and dss_feat_get_supported_outputs():
CC [M] drivers/video/fbdev/omap2//omapfb/dss/dss.o
drivers/video/fbdev/omap2//omapfb/dss/dss.c: In function 'dss_save_context':
Andy Shevchenko writes:
> On Mon, Dec 21, 2015 at 7:26 PM, Julian Margetson wrote:
>> On 12/21/2015 12:48 PM, Andy Shevchenko wrote:
>>>
>>> On Sun, 2015-12-20 at 22:55 +0200, Andy Shevchenko wrote:
On Sun, Dec 20, 2015 at 10:17 PM, Andy
Changes from v5:
- rs485_emul variable has been renamed to em485 to follow function names
convention
Changes from v4:
- Add commit message to 1/3
Changes from v3:
- Completely redesigned.
Changes from v2:
- Introduced SER_RS485_SOFTWARE to show that software implementation is being
used
-
From: Borislav Petkov
gcc complains on 32-bit like this:
drivers/gpu/drm/i915/intel_display.c: In function ‘intel_plane_obj_offset’:
drivers/gpu/drm/i915/intel_display.c:2954:11: warning: cast to pointer from \
integer of different size [-Wint-to-pointer-cast]
I can only assume from lack of criticism that either:
1) This is a completely great idea with no cons and thus worthy of
time to implement
or
2) The topic has been ignored
Is it reasonable to allocate a 8KiB buffer for a bit vector covering
2*16 ports? Should I instead just focus on a
Andy Shevchenko writes:
> On Mon, 2015-12-21 at 01:19 +, Måns Rullgård wrote:
>> Andy Shevchenko writes:
>>
>> > P.S. I also noticed that original driver enables interrupt per each
>> > block
>>
>> And then ignores all but the
On Mon, Dec 21, 2015 at 9:05 AM, Ross Zwisler
wrote:
> On Sat, Dec 19, 2015 at 10:37:46AM -0800, Dan Williams wrote:
>> On Fri, Dec 18, 2015 at 9:22 PM, Ross Zwisler
>> wrote:
>> > To properly handle fsync/msync in an efficient way DAX
On Sun, Dec 20, 2015 at 01:49:25PM +0100, Pavel Rojtberg wrote:
> 2015-12-20 8:55 GMT+01:00 Dmitry Torokhov :
> > On Sat, Dec 19, 2015 at 10:17:09PM +0100, Clement Calmels wrote:
> >> On Wed, 16 Dec 2015 14:44:08 -0800
> >> Dmitry Torokhov
On 12/21/2015 03:24 AM, Bijosh Thykkoottathil wrote:
From: Bijosh Thykkoottathil
This patch fixes following sparse warnings:
drivers/staging/android/ion/ion.c:1475:21: warning: incorrect type in
assignment (different base types)
On Tue, Dec 15, 2015 at 1:36 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> This is based on the idea from Mel Gorman discussed during LSFMM 2015 and
> independently brought up by Oleg Nesterov.
>
[...]
Since this is built-in always, can we
> diff
> Roman Volkov mail.ru> writes:
>
> >
> > From: Roman Volkov v1ros.org>
> >
> > vt8500 timer requires special synchronization for accessing some of
> > its registers. Define special read and write functions to handle
> > this process transparently.
>
> Maybe introduce such accessor functions
> Since early in the 4.3-rcx series, my Dell Latitude D600 with a 32-bit kernel
> fails to boot. Unfortunately, I did not discover this until late in the
> 4.4-rcX
> cycle. The symptom is that the kernel echos the "Loading initial ramdisk ..."
> message and then hangs.
>
> The problem was
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Monday, December 21, 2015 1:10 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com;
>
On Monday 21 December 2015, Dr. Philipp Tomsich wrote:
>
> > On 18 Dec 2015, at 13:47, Arnd Bergmann wrote:
> >
> >> 3. Follow the PCS up to glibc but always pass syscall arguments in W
> >> registers, like AArch32 compat support (the least preferred option,
> >> the only
On Mon, Dec 21, 2015 at 2:03 PM, Eric W. Biederman
wrote:
>
> What actually breaks is "echo NNN > /proc/sys/kernel/pty/reserve"
> Which allows the primary instance of devpts to have access to more
> ptys than any other instance.
Ok. We'll probably need to fix that
On Sat, 19 Dec 2015 17:03:15 -0500 Sasha Levin wrote:
> On 12/19/2015 02:52 PM, Kirill A. Shutemov wrote:
> > On Fri, Dec 18, 2015 at 08:04:51PM -0500, Sasha Levin wrote:
> >> > Commit "mm, oom: introduce oom reaper" forgot to initialize the two new
> >> > fields
> >> >
Hi Stephan,
On 12/21/2015 01:27 PM, Stephan Mueller wrote:
>> @@ -192,7 +194,30 @@ static int alg_setkey(struct sock *sk, char __user
>> > *ukey, if (copy_from_user(key, ukey, keylen))
>> >goto out;
>> >
>> > - err = setkey(ask->private, key, keylen);
>> > + if (key_id) {
> Wouldn't
Hi all,
I will be taking a break over Christmas, so that tomorrow will be the
last linux-next release until Jan 4 - unless I get really bored :-) If
Linus sticks to his normal release schedule, he will do a release on
Jan 3, so tomorrow will be the last linux-next release before the v4.5
merge
On Monday 21 December 2015, ok...@codeaurora.org wrote:
> Thanks, I won't be touching the acpi tables then and I will assume the
> hack had a problem. It was trying to remap the io range of the second root
> port to the first port io address map.
If all domains share the same I/O space, you
On Mon, Dec 21, 2015 at 10:48:22AM -0500, Luiz Capitulino wrote:
> On Sat, 19 Dec 2015 22:57:30 -0200
> Marcelo Tosatti wrote:
>
> > On Sat, Dec 19, 2015 at 11:42:57AM +0100, Thomas Gleixner wrote:
> > > On Thu, 17 Dec 2015, Fenghua Yu wrote:
> > >
> > > > From: Fenghua Yu
Sorry for top-posting. A quick note that SMBIOS3 is required by SBBR so it can
be presumed that compliant platforms will provide quirks via DMI.
--
Computer Architect | Sent from my 64-bit #ARM Powered phone
> On Dec 21, 2015, at 09:11, Arnd Bergmann wrote:
>
> On Monday 21
On Sunday 20 December 2015, Alexander Aring wrote:
> On Fri, Dec 18, 2015 at 11:08:26AM +0100, Alexander Aring wrote:
> > [0.00] Memory policy: Data cache writeback
> > [0.00] BUG: mapping for 0x3f201000 at 0xf0201000 out of vmalloc
> > space
This is a separate bug, right?
> > [
Create a driver with the generic watchdog interface
for the MEI iAMT watchdog device.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
V2: The watchdog device is no longer dynamically allocated in separate structure
V3:
We left few function prototypes in the header file after
moving nfc logic to bus.
Signed-off-by: Tomas Winkler
---
V2/V3: resend
drivers/misc/mei/mei_dev.h | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/misc/mei/mei_dev.h
Pavel Machek wrote:
> But fstat() is really different operation to stat() -- tell me about
> my file descriptor vs. tell me about this filename, and ptrace (and
> some "security" solutions) might want to allow one but disallow the
> second. I'd not group them together..
You can
On Fri, Dec 11, 2015 at 06:04:19PM -0500, Valdis Kletnieks wrote:
> Start of a batch series to clean up the Lustre tree. Other people have
> done some sparse and checkpatch cleanups, but I found a bunch of
> stuff building with W=1. There's probably more, but this was the
> really low-hanging
On Wed, Dec 09, 2015 at 10:38:13PM +0530, Niranjan Dighe wrote:
> The third argument to function kportal_memhog_alloc is expected to
> be gfp_t whereas the actual argument was unsigned int. Fix this by
> explicitly typecasting to gfp_t
>
> Signed-off-by: Niranjan Dighe
With best wishes,
Vladimir
On 10.12.2015 06:00, Cory Tusar wrote:
> Atmel devices in this family have some quirks not found in other similar
> chips - they do not support a sequential read of the entire EEPROM
> contents, and the control word sent at the start of each operation
> varies in bit
FYI, we noticed the below changes on
https://github.com/0day-ci/linux
Geliang-Tang/Bluetooth-use-list_for_each_entry/20151218-234306
commit c5e8d791cacac62eeec48e00a1a14a6a350670f4 ("ipv4, ipv6: use
list_for_each_entry*")
[6.848404] IPv6: Attempt to override permanent protocol 33
[
(Cc'ing netdev and Rainer)
On Thu, Dec 17, 2015 at 9:12 PM, Mika Penttilä
wrote:
> Still something with af_unix and/or wake code on rc5 :
>
>
> [34971.300210] Unable to handle kernel paging request at virtual address
> 56ac56ac
>
> [34971.307455] pgd = a8c3
>
>
Hi
在 2015年12月22日 05:15, Frank Rowand 写道:
On 12/21/2015 6:56 AM, Caesar Wang wrote:
Add the description for rt5616 codec.
Signed-off-by: Caesar Wang
---
Changes in v1:
- As Heiko comments, remove the not exist option properties.
On 12/21/2015 4:41 PM, Andy Shevchenko wrote:
On Mon, 2015-12-21 at 18:17 +, Mans Rullgard wrote:
This lock is already taken in ata_scsi_queuecmd() a few levels up the
call stack so attempting to take it here is an error. Moreover, it
is
pointless in the first place since it only protects
This brings SECCOMP_MODE_STRICT and SECCOMP_MODE_FILTER support through
prctl(2) and seccomp(2) to User-mode Linux for i386 and x86_64
subarchitectures.
secure_computing() is called first in handle_syscall() so that the
syscall emulation will be aborted quickly if matching a seccomp rule.
This
On Wednesday, December 16, 2015 11:23:19 AM Steve Grubb wrote:
> On Wednesday, December 16, 2015 10:42:32 AM Richard Guy Briggs wrote:
> > Nothing prevents a new auditd starting up and replacing a valid
> > audit_pid when an old auditd is still running, effectively starving out
> > the old auditd
On Thu, Dec 17, 2015 at 11:33 AM, Luis R. Rodriguez wrote:
> Please no, instead of adding yet-another kernel file-loading facility which is
> likely error prone we should consolidate *all kernel file-loading facilities*
> into a *common generic shared one*. So please work to make
From: Al Viro
Signed-off-by: Al Viro
---
kernel/trace/ftrace.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
index b995e08..927cdd4 100644
--- a/kernel/trace/ftrace.c
+++
From: Al Viro
Signed-off-by: Al Viro
---
fs/kernfs/symlink.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/kernfs/symlink.c b/fs/kernfs/symlink.c
index 9662b66..ac8768b 100644
--- a/fs/kernfs/symlink.c
+++
From: Al Viro
Signed-off-by: Al Viro
---
kernel/user_namespace.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/kernel/user_namespace.c b/kernel/user_namespace.c
index b01948c..badce97 100644
---
Andy Shevchenko writes:
> On Mon, 2015-12-21 at 19:27 +, Måns Rullgård wrote:
>> Andy Shevchenko writes:
>>
>> > I can share my working branch with a set of patches regarding to
>> > dw_dmac. We may do our work based on
From: Al Viro
Signed-off-by: Al Viro
---
drivers/xen/xenbus/xenbus_probe.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/xen/xenbus/xenbus_probe.c
b/drivers/xen/xenbus/xenbus_probe.c
index
diff --git a/Makefile b/Makefile
index d160d27..921cb4a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 19
SUBLEVEL = 8
-EXTRAVERSION = -ckt11
+EXTRAVERSION = -ckt12
NAME = Sedated Swine
# *DOCUMENTATION*
diff --git a/arch/arc/kernel/unwind.c
Hello, Alex.
On Fri, Dec 18, 2015 at 08:08:03PM +, Alex Ng (LIS) wrote:
> Hi,
>
> I was running a "git clone" of the linux-next source tree and hit the
> following BUG_ON condition. My box is running kernel
> 4.4.0-rc5-next-20151217-52.27. Any ideas on how to pin down the cause?
>
> The
On Mon, Dec 21, 2015 at 12:10 AM, Jon Masters wrote:
> On 12/2/15, 6:55 PM, John Stultz wrote:
>>
>> On Wed, Dec 2, 2015 at 3:42 PM, Andy Lutomirski wrote:
>
>
On a hunch, are you running chrony instead of ntpd?
>>>
>>>
>>> Yes, this is indeed
Am Montag, 21. Dezember 2015, 23:53:14 schrieb Stephan Mueller:
Hi,
> Am Donnerstag, 17. Dezember 2015, 14:00:23 schrieb Dmitry Vyukov:
>
> Hi Dmitry,
>
> > Hello,
>
> > The following program causes GPF in gf128mul_64k_bbe:
> This looks very much like the issue you reported for lrw_crypt.
occinelle script (relaxed version of
> scripts/coccinelle/api/alloc/kzalloc-simple.cocci)
>
> Patch was compile tested with: x86_64_defconfig +
> CONFIG_WL12XX=m (implies CONFIG_WLCORE=m)
>
> Patch is against linux-next (localversion-next is -next-20151221)
>
> drivers/net/wireles
Alexander Aring writes:
> Hi Eric,
>
> On Wed, Dec 16, 2015 at 03:55:11PM -0800, Eric Anholt wrote:
>> The set of peripherals remained constant across bcm2835 (Raspberry Pi
>> 1) and bcm2836 (Raspberry Pi 2), but the CPU was swapped out. Split
>> the files so that we can
On 12/21/2015 05:42 PM, Arnd Bergmann wrote:
> On Monday 21 December 2015, David Daney wrote:
>> On 12/21/2015 06:10 AM, Arnd Bergmann wrote:
>>> On Monday 21 December 2015, Gabriele Paoloni wrote:
>>
>>> or require the BIOS to work around the hardware
>>> quirks differently (e.g. by trapping
On Mon, Dec 21, 2015 at 7:28 PM, Damien Riegel
wrote:
>
> On Sun, Dec 20, 2015 at 01:05:00PM -0800, Guenter Roeck wrote:
> > All variables required by the watchdog core to manage a watchdog are
> > currently stored in struct watchdog_device. The lifetime of
On Sun, Nov 08, 2015 at 02:17:05PM -0500, James Simmons wrote:
> This patch series brings the kernel_comm code used by Lustre up
> to the latest verison with various fixes and style improvements
> which makes the code compliant with the linux kernel standard.
This series does not apply, please
FWIW, I'd done a proof-of-concept patch series converting the things
to
* free_page() and free_pages() taking the address to free as a pointer
* get_zeroed_page() returning a pointer
* get_free_page()/get_free_pages() added, both returning a pointer
*
On Fri, Dec 11, 2015 at 04:08:53PM +0800, Jandy Gou wrote:
> drivers/staging/lustre/lustre/osc/osc_cache.c:622:19: warning: symbol
> 'osc_extent_find' was not declared. Should it be static?
> drivers/staging/lustre/lustre/osc/osc_cache.c:1423:6: warning: symbol
> 'osc_unreserve_grant' was not
From: Al Viro
Signed-off-by: Al Viro
---
arch/sparc/kernel/pci_sun4v.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/arch/sparc/kernel/pci_sun4v.c b/arch/sparc/kernel/pci_sun4v.c
index 3eb8907..3ea1937 100644
---
Hi Cory,
On 10.12.2015 06:00, Cory Tusar wrote:
> This commit documents bindings to be added to the eeprom_93xx46 driver
> which will allow:
>
> - Device word size and read-only attributes to be specified.
> - A device-specific compatible string for use with Atmel AT93C46D
> EEPROMs.
>
From: Al Viro
Signed-off-by: Al Viro
---
drivers/pci/host/pci-tegra.c | 10 +-
drivers/pci/host/pcie-designware.c | 6 +++---
drivers/pci/host/pcie-designware.h | 2 +-
drivers/pci/host/pcie-rcar.c | 6 +++---
From: Al Viro
Signed-off-by: Al Viro
---
drivers/char/mbcs.c | 24
drivers/net/appletalk/ltpc.c | 8 +++-
drivers/net/ethernet/amd/mvme147.c | 8
On Mon, Dec 14, 2015 at 03:41:10PM +0800, maomao xu wrote:
> Fix up block comments to make a trailing */ on a separate line
>
> Signed-off-by: maomao xu
> ---
> drivers/staging/comedi/comedi.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
Doesn't apply to my
901 - 1000 of 1708 matches
Mail list logo