Ondrej Zary :
> If memory allocation fails in alloc_list(), free the already allocated
> memory and return -ENODEV. In rio_open(), call alloc_list() first and
> abort if it fails. Move HW access (set RFDListPtr) out ot alloc_list().
>
> Signed-off-by: Ondrej Zary
ENODEV vs ENOMEM aside, it's
On Tue, Nov 17, 2015 at 11:21:12AM -0800, Joshua Clayton wrote:
Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns. Doing this makes your messages much
easier to read and reply to.
> It takes some clutter out of main() whose scope is
Rainer Weikusat writes:
[...]
> This leaves only the option of a somewhat incorrect solution and what is
> or isn't acceptable in this respect is somewhat difficult to decide. The
> basic options would be
[...]
> - retry sending a limited number of times, eg, once, before
>
On Tuesday 2015-11-17 22:20, David Miller wrote:
>> +static char path_buf[PATH_MAX]; /* protected by kernfs_mutex */
>> +int len = strlen(path);
> ...
>> +if (len >= PATH_MAX)
>> +return NULL;
>> +
>> +memcpy(path_buf, path, len + 1);
>
> static char
On Tue, Nov 17, 2015 at 03:31:29PM -0500, Alan Stern wrote:
> Also, there's a real problem that needs to be solved concerning how
> resources are identified in the absence of DT (or ACPI or something
> similar).
So long as we can add new dependencies at probe time we should always be
able to
Naive implementation for non-mmu architectures: allocate physically
contiguous xfs buffers with alloc_pages. Terribly inefficient with
memory and fragmentation on high I/O loads but it may be good enough
for basic usage (which most non-mmu architectures will need).
This patch was tested with
I'm announcing the release of the 3.2.73 kernel.
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be browsed at the normal kernel.org git web
Hi Taeung,
On 2015년 11월 17일 오후 10시 53분 21초 GMT+09:00, Taeung Song
wrote:
>The perf configuration file contains many variables to change various
>aspects of each of its tools, including output, disk usage, etc.
>But looking through state of configuration is difficult and
>there's no knowing what
On Tue, 17 Nov 2015, Brian Norris wrote:
> On Tue, Nov 17, 2015 at 06:48:39PM +0100, Julia Lawall wrote:
> > On Tue, 17 Nov 2015, Brian Norris wrote:
> > > On Tue, Nov 17, 2015 at 07:12:22AM +0100, Julia Lawall wrote:
> > > > On Mon, 16 Nov 2015, Brian Norris wrote:
> > > > > diff --git
configs will kmemdup to dup_configs in pictrl util function.
So configs need to be freed.
Signed-off-by: Hongzhou Yang
Reviewed-by: Daniel Kurtz
Reviewed-by: Matthias Brugger
---
Fix a memleak issue.
According to Yingjoe's comment, add return checek for
pinconf_generic_parse_dt_config.
On Wed, Nov 4, 2015 at 6:02 PM, Sami Tolvanen wrote:
> Move optional argument parsing into a separate function to make it
> easier to add more of them without making verity_ctr even longer.
>
> Signed-off-by: Sami Tolvanen
Reviewed-by: Kees Cook
-Kees
> ---
> drivers/md/dm-verity.c | 31
On Wed, Nov 4, 2015 at 6:02 PM, Sami Tolvanen wrote:
> Handle dm-verity salting in one place to simplify the code.
>
> Signed-off-by: Sami Tolvanen
Thanks for cleaning this up!
Reviewed-by: Kees Cook
-Kees
> ---
> drivers/md/dm-verity.c | 262
>
Hi Johannes,
On Tue, 17 Nov 2015 16:14:12 +0100 Johannes Berg
wrote:
>
> Could you please add my mac80211 and mac80211-next trees, found at
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211.git
> git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git
>
> with
On Tue, Nov 17, 2015 at 11:18:50PM +0300, Vladimir Davydov wrote:
> AFAIK vmpressure was designed to allow userspace to tune hard limits of
> cgroups in accordance with their demands, in which case the way how
> vmpressure notifications work makes sense.
You can still do that when the reporting
Hi,
Arnd Bergmann writes:
> On Tuesday 17 November 2015 15:38:33 Felipe Balbi wrote:
>>
>> Arnd Bergmann writes:
>> > USB_OTG initially depended on USB_SUSPEND, which was later turned into
>> > PM_RUNTIME and finally into PM. I don't know at what point the dependency
>> > became unnecessary
Hello, Daniel.
On Tue, Nov 17, 2015 at 10:46:30PM +0100, Daniel Borkmann wrote:
> Do you see a way forward where the new behavior could be enabled f.e.
> as an extra mount option (that long-term would be made default, while
> deprecating the current behavior) on net_cls et al? There are various
>
Hello, Daniel.
On Tue, Nov 17, 2015 at 10:48:46PM +0100, Daniel Borkmann wrote:
> >Unfortunately, sk->sk_cgrp_prioidx is an arbitrary value which can be
> >configured through "net_cls.classid". :(
>
> Hmm, isn't net_prio independent of net_cls?
Ah, yeah, I was mixing up the two but the story
Since Linux gpio framework return 0 for output, 1 for input.
But HW use 0 stands for input, and 1 stands for output.
So use negative to correct it.
And gpio_chip.get is used to get input value, no need to get
output value, so removing it.
Signed-off-by: Hongzhou Yang
---
Base on v4.4-rc1,
On Wednesday 18 November 2015 00:16:46 Yury Norov wrote:
>
> +/* For ILP32, sigset should be the same size fields as LP64 so use
> + unsigned long long. */
> +#ifdef __ILP32__
> +#define __SIGSET_INNER_TYPE __extension__ unsigned long long
> +#define _NSIG_BPW 64
> +
> +# ifdef __AARCH64EB__
>
On Mon, Nov 16, 2015 at 2:38 AM, Paolo Bonzini wrote:
>
>
> On 15/11/2015 03:07, Rob Herring wrote:
>> We generally don't want DT docs to depend on other kernel documentation.
>
> DT docs do not contain a copy of the data sheets, either. There is no
> reason to say how to use the device (and
Rainer Weikusat writes:
[...]
> The basic options would be
>
> - return EAGAIN even if sending became possible (Jason's most
> recent suggestions)
>
> - retry sending a limited number of times, eg, once, before
> returning EAGAIN, on the grounds that this is
On Wednesday 18 November 2015 00:16:56 Yury Norov wrote:
> Generic 32-bit and AARCH32 stat64 structures has same names.
> ILP32 needs generic stat64. So we can either make ILP32 mutual
> exclusive with AARCH32, or duplicate generic cp_new_stat64 code
> and struct stat64 to sys_ilp32.c. We choose
On Wednesday 18 November 2015 00:16:55 Yury Norov wrote:
>
> +/* IPC_64 */
> +asmlinkage long ilp32_sys_msgctl(int first, int second, void __user *uptr)
> +{
> + return compat_sys_msgctl(first, second | IPC_64, uptr);
> +}
> +#define compat_sys_msgctl ilp32_sys_msgctl
> +
>
On Wednesday 18 November 2015 00:16:54 Yury Norov wrote:
> From: Andrew Pinski
>
> Add a separate syscall-table for ILP32, which dispatches either to native
> LP64 system call implementation or to compat-syscalls, as appropriate.
I like it much better than the previous version, thanks for the
On Tue, Nov 17, 2015 at 09:05:42PM +, Al Viro wrote:
> On Tue, Nov 17, 2015 at 03:39:16PM -0500, Austin S Hemmelgarn wrote:
>
> > >This is absolutely insane, no matter how much LSM snake oil you slatter on
> > >the whole thing. All of a sudden you are exposing a huge attack surface
> > >in
On Tuesday 17 November 2015 15:38:33 Felipe Balbi wrote:
>
> Arnd Bergmann writes:
> > USB_OTG initially depended on USB_SUSPEND, which was later turned into
> > PM_RUNTIME and finally into PM. I don't know at what point the dependency
> > became unnecessary but it appears to work fine without
On Tue, Nov 17, 2015 at 10:12 PM, Richard Weinberger wrote:
> Am 17.11.2015 um 20:25 schrieb Octavian Purdila:
>> On Tue, Nov 17, 2015 at 9:21 PM, Seth Forshee
>> wrote:
>>>
>>> On Tue, Nov 17, 2015 at 08:12:31PM +0100, Richard Weinberger wrote:
On Tue, Nov 17, 2015 at 7:34 PM, Seth Forshee
From: Kevin Hilman
Fix copy/paste error in selftests_install rule which was copy-pasted
from the clean rule but not properly changed.
Cc: Shuah Khan
Cc: Michael Ellerman
Cc: Bamvor Jian Zhang
Signed-off-by: Kevin Hilman
---
tools/Makefile | 2 +-
1 file changed, 1 insertion(+), 1
On Mon, Nov 16, 2015 at 10:45:30AM -0800, Brian Norris wrote:
> It is theoretically possible to probe this driver without a matching
> device tree, so let's guard against this.
>
> Also, use the of_device_get_match_data() helper to make this a bit
> simpler.
>
> Coverity complained about this
On Tue, Nov 17, 2015 at 10:27:42PM +0800, Herbert Xu wrote:
> On Tue, Nov 17, 2015 at 03:26:03PM +0100, LABBE Corentin wrote:
> >
> > I have lots of user reporting that they cannot use the device since it wont
> > load.
> > For me it need to go stable since it respect all "stable rules", simple,
On 11/17/2015 10:31 PM, Tejun Heo wrote:
Hello, David.
On Tue, Nov 17, 2015 at 04:25:54PM -0500, David Miller wrote:
In preparation, this patch adds sock->sk_cgroup which points to the
associated cgroup. A sock is associated on creation and stays
associated to the same cgroup until freed;
1) Fix list tests in netfilter ingress support, from Florian Westphal.
2) Fix reversal of input and output interfaces in ingress hook
invocation, from Pablo Neira Ayuso.
3) We have a use after free in r8169, caught by Dave Jones, fixed by
Francois Romieu.
4) Splice use-after-free fix in
Hi Tejun,
On 11/17/2015 08:40 PM, Tejun Heo wrote:
...
While it is possible to solve these issues from controller side by
implementing hierarchical allowable ranges in both controllers, it
would involve quite a bit of complexity in the controllers and further
obfuscate network configuration as
From: Tejun Heo
Date: Tue, 17 Nov 2015 16:31:26 -0500
> I'll see if I can come up with a non-crazy way to combine the other
> two fields with ->sk_cgroup.
Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
With commit 1c4b6c3b (i2c: imx: implement bus recovery) the driver
starts to use pinctrl to do i2c bus recovery. But this breaks build
for platforms that don't implement pinctrl, such as ls1021a and
ls1043a.
This patch fix the problem by only compiling the bus recovery code
when CONFIG_PINCTRL
Hi,
Arnd Bergmann writes:
> USB_OTG initially depended on USB_SUSPEND, which was later turned into
> PM_RUNTIME and finally into PM. I don't know at what point the dependency
> became unnecessary but it appears to work fine without CONFIG_PM now.
>
> However, we get lots of warnings in
David Miller writes:
> From: Rainer Weikusat
> Date: Mon, 16 Nov 2015 22:28:40 +
>
>> An AF_UNIX datagram socket being the client in an n:1 association with
>> some server socket is only allowed to send messages to the server if the
>> receive queue of this socket contains at most
On Tue, Nov 17, 2015 at 03:54:50PM -0500, Austin S Hemmelgarn wrote:
> On 2015-11-17 14:16, Seth Forshee wrote:
> >On Tue, Nov 17, 2015 at 02:02:09PM -0500, Austin S Hemmelgarn wrote:
> >>On 2015-11-17 12:55, Al Viro wrote:
> >>>On Tue, Nov 17, 2015 at 11:25:51AM -0600, Seth Forshee wrote:
> >>>
>
Hello, David.
On Tue, Nov 17, 2015 at 04:25:54PM -0500, David Miller wrote:
> > In preparation, this patch adds sock->sk_cgroup which points to the
> > associated cgroup. A sock is associated on creation and stays
> > associated to the same cgroup until freed; unfortunately, this ends up
> >
Hi,
On 11/17/2015 02:24 AM, Heiko Schocher wrote:
add support for the am335x based shc board.
UART: 0-2 and 4
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0 @ 26 MHz
OMAP SD/MMC: 1 @ 26 MHz
I2C: at24 eeprom, pcf8563
USB: USB1 (host)
Signed-off-by: Heiko Schocher
---
The following patches are
From: Tejun Heo
Date: Tue, 17 Nov 2015 14:40:39 -0500
> In preparation, this patch adds sock->sk_cgroup which points to the
> associated cgroup. A sock is associated on creation and stays
> associated to the same cgroup until freed; unfortunately, this ends up
> adding another cgroup field to
From: Philipp Tomsich
To make life for tools (such as gdb) easier when dealing with ILP32 processes,
we report a proper subarchitecture for ILP32 in the ELF auxiliary vectors.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Generic 32-bit and AARCH32 stat64 structures has same names.
ILP32 needs generic stat64. So we can either make ILP32 mutual
exclusive with AARCH32, or duplicate generic cp_new_stat64 code
and struct stat64 to sys_ilp32.c. We choose second because it's
more flexible to have independend support for
From: Andrew Pinski
Set COMPAT_USE_NATIVE_SIGINFO to be true for non AARCH32 tasks.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
arch/arm64/include/asm/compat.h | 3 +++
1 file
From: Andrew Pinski
This patch adds the config option for ILP32.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
arch/arm64/Kconfig | 9 -
1 file changed, 8 insertions(+), 1
Hi,
On Mon, Nov 16, 2015 at 4:51 PM, Douglas Anderson wrote:
> Until we have logic to determine which devices share the same TT let's
> add logic to assume that all devices on a given dwc2 controller are on
> one single_tt hub. This is better than the previous code that assumed
> that all
On Tue, Nov 17, 2015 at 04:20:40PM -0500, David Miller wrote:
> From: Tejun Heo
> Date: Tue, 17 Nov 2015 14:40:37 -0500
>
> > + static char path_buf[PATH_MAX]; /* protected by kernfs_mutex */
> > + int len = strlen(path);
> ...
> > + if (len >= PATH_MAX)
> > + return NULL;
> > +
On Mon, Nov 16, 2015 at 04:52:49PM -0600, Benoit Parrot wrote:
> Rob Herring wrote on Mon [2015-Nov-16 09:26:16 -0600]:
> > On Sun, Nov 15, 2015 at 05:53:48PM -0600, Benoit Parrot wrote:
> > > Device Tree bindings for the Camera Adaptation Layer (CAL) driver
> >
> > Bindings are for h/w blocks,
From: Tejun Heo
Date: Tue, 17 Nov 2015 14:40:37 -0500
> + static char path_buf[PATH_MAX]; /* protected by kernfs_mutex */
> + int len = strlen(path);
...
> + if (len >= PATH_MAX)
> + return NULL;
> +
> + memcpy(path_buf, path, len + 1);
static char
From: Jan Dakinevich
Reviewed-by: David Daney
Signed-off-by: Yury Norov
Signed-off-by: Jan Dakinevich
---
arch/arm64/kernel/sys_ilp32.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm64/kernel/sys_ilp32.c b/arch/arm64/kernel/sys_ilp32.c
index
From: Andrew Pinski
Add a separate syscall-table for ILP32, which dispatches either to native
LP64 system call implementation or to compat-syscalls, as appropriate.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
From: Jan Dakinevich
Reviewed-by: David Daney
Signed-off-by: Yury Norov
Signed-off-by: Jan Dakinevich
---
arch/arm64/kernel/Makefile | 1 +
arch/arm64/kernel/entry32-common.S | 37 +
arch/arm64/kernel/entry32.S| 29
From: Andrew Pinski
Set COMPAT_USE_NATIVE_SIGINFO to be true for non AARCH32 tasks.
With ARM64 ILP32 ABI, we want to use the non-compat
siginfo as we want to simplify signal handling for this new ABI.
This patch just adds a new define COMPAT_USE_NATIVE_SIGINFO and
if it is true then read/write
From: Andrew Pinski
This patch supports core dumping on ILP32.
We need a few extra macros (COMPAT_PR_REG_SIZE and COMPAT_PRSTATUS_SIZE) due
to size differences of the register sets.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury
From: Andrew Pinski
If we have both ILP32 and AARCH32 compiled in, we need use the non compat start
thread for ILP32.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
From: Andrew Pinski
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
arch/arm64/include/asm/hwcap.h | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git
From: Andrew Pinski
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
arch/arm64/include/asm/compat.h | 38 +++-
arch/arm64/include/asm/thread_info.h |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2015 03:59 PM, Rob Herring wrote:
> On Mon, Nov 16, 2015 at 11:16:35PM -0500, Cory Tusar wrote:
>> This commit documents an additional devicetree binding in the
>> eeprom_93x46 driver allowing a GPIO line to function as a 'select'
>> or
From: Andrew Pinski
This patch introduces is_a32_compat_task and is_a32_thread so it is
easier
to say this is a a32 specific thread or a generic compat thread/task.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
From: Andrew Pinski
Defines the macros which allow the signal structures to be the same between
ILP32 and LP64.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
From: Andrew Pinski
Define __BITS_PER_LONG depending on the ABI used (i.e. check whether
__ILP32__ or __LP64__ is defined). This is necessary for glibc to
determine the appropriate type definitions for the system call interface.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
From: Andrew Pinski
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
arch/arm64/include/asm/elf.h | 20 +---
arch/arm64/include/asm/fpsimd.h| 2 +-
From: Andrew Pinski
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury Norov
Signed-off-by: Andrew Pinski
---
arch/arm64/Kconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
From: Andrew Pinski
The kernel needs to be compiled as a LP64 binary for ARM64, even when
using a compiler that defaults to code-generation for the ILP32 ABI.
Consequently, we need to explicitly pass '-mabi=lp64' (supported on
gcc-4.9 and newer).
Reviewed-by: David Daney
Signed-off-by:
--8<-
Colleagues, I'm gonna to send it to list.
Please, take a look.
--8<-
This is still RFC because ~20 tests still fail,
and because it's based on 4.3 kernel version, and
some work is needed to rebase on 4.4. I'd preffer
to do it later.
v3: https://lkml.org/lkml/2014/9/3/704
From: Philipp Tomsich
Based on Andrew Pinski's original patch-series and adapted with changes
to reduce the duplication of code-paths and resolve issue found during
LTP testing.
Reviewed-by: David Daney
Signed-off-by: Philipp Tomsich
Signed-off-by: Christoph Muellner
Signed-off-by: Yury
On Mon, Nov 16, 2015 at 04:13:25PM -0800, Greg Hackmann wrote:
> ramoops is one of the remaining places where ARM vendors still rely on
> board-specific shims. Device Tree lets us replace those shims with
> generic code.
>
> These bindings mirror the ramoops module parameters, with two small
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2015 03:56 PM, Rob Herring wrote:
> On Mon, Nov 16, 2015 at 11:16:33PM -0500, Cory Tusar wrote:
>> This commit adds a compatible string to the eeprom_93xx46 devicetree
>> bindings in support of Atmel AT93C46D devices.
>>
>> Signed-off-by:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2015 03:53 PM, Rob Herring wrote:
> On Mon, Nov 16, 2015 at 11:16:31PM -0500, Cory Tusar wrote:
>> This commit documents bindings to be added to the eeprom_93xx46 driver
>> which allow device word size and read-only attributes to be specified
On Tue, Nov 17, 2015 at 03:39:16PM -0500, Austin S Hemmelgarn wrote:
> >This is absolutely insane, no matter how much LSM snake oil you slatter on
> >the whole thing. All of a sudden you are exposing a huge attack surface
> >in the place where it would hurt most and as the consolation we are
USB_OTG initially depended on USB_SUSPEND, which was later turned into
PM_RUNTIME and finally into PM. I don't know at what point the dependency
became unnecessary but it appears to work fine without CONFIG_PM now.
However, we get lots of warnings in randconfig kernels like:
warning:
On Tue, Nov 17, 2015 at 11:51:10AM +, Will Deacon wrote:
> Hi Linus,
>
> On Mon, Nov 16, 2015 at 01:58:49PM -0800, Linus Torvalds wrote:
> > On Mon, Nov 16, 2015 at 8:24 AM, Will Deacon wrote:
> > >
> > > ... or we upgrade spin_unlock_wait to a LOCK operation, which might be
> > > slightly
On Mon, Nov 16, 2015 at 11:16:35PM -0500, Cory Tusar wrote:
> This commit documents an additional devicetree binding in the
> eeprom_93x46 driver allowing a GPIO line to function as a 'select'
> or 'enable' signal prior to accessing the EEPROM.
You can just fold all the DT binding patches into 1.
On Mon, Nov 16, 2015 at 11:16:33PM -0500, Cory Tusar wrote:
> This commit adds a compatible string to the eeprom_93xx46 devicetree
> bindings in support of Atmel AT93C46D devices.
>
> Signed-off-by: Cory Tusar
> ---
> Documentation/devicetree/bindings/misc/eeprom-93xx46.txt | 2 +-
> 1 file
Hello, Ilya.
On Mon, Nov 16, 2015 at 09:59:18PM +0100, Ilya Dryomov wrote:
...
> Looking at __blkdev_put(), the issue becomes clear: we are taking
> precautions to flush before calling out to ->release() because, at
> least according to the comment, ->release() can free queue; we are
> recording
On 2015-11-17 14:16, Seth Forshee wrote:
On Tue, Nov 17, 2015 at 02:02:09PM -0500, Austin S Hemmelgarn wrote:
On 2015-11-17 12:55, Al Viro wrote:
On Tue, Nov 17, 2015 at 11:25:51AM -0600, Seth Forshee wrote:
Shortly after that I plan to follow with support for ext4. I've been
fuzzing ext4
On Mon, Nov 16, 2015 at 11:16:31PM -0500, Cory Tusar wrote:
> This commit documents bindings to be added to the eeprom_93xx46 driver
> which allow device word size and read-only attributes to be specified
> via devicetree.
>
> Currently the only supported device is a generic "eeprom-93xx46",
As I'm using a board with a broken old bootloader I hardcoded the
mips_machtype and did't noticed that the machine entry was still
missing.
Signed-off-by: Alban Bedel
---
arch/mips/ath79/setup.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/mips/ath79/setup.c
Remove the unused defines for the reference clocks rate
and the useless machine init function.
Signed-off-by: Alban Bedel
---
arch/mips/ath79/setup.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/arch/mips/ath79/setup.c b/arch/mips/ath79/setup.c
index
On Tue, Nov 17, 2015 at 12:31:02PM +0800, Chen-Yu Tsai wrote:
> The physical display tied to the framebuffer may have regulators
> providing power to it, such as power for LCDs or interface conversion
> chips.
>
> The number of regulators in use may vary, but the regulator supply
> binding can
On 2015-11-17 14:30, Al Viro wrote:
On Tue, Nov 17, 2015 at 02:02:09PM -0500, Austin S Hemmelgarn wrote:
_Static_ attacks, or change-image-under-mounted-fs attacks?
To properly protect against attacks on mounted filesystems, we'd
need some new concept of a userspace immutable file (that is,
Linus Walleij writes:
> Kludgy, but what can we do.
Indeed.
> Patch applied.
Thanks. I'll follow up with the current pinmux + partly pinconf implementation
to gather comments to amend/change/rework my current pxa2xx implementation.
I just need to split the patch into smaller chunks for easier
Signed-off-by: Insu Yun
---
drivers/media/usb/gspca/m5602/m5602_s5k83a.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/usb/gspca/m5602/m5602_s5k83a.c
b/drivers/media/usb/gspca/m5602/m5602_s5k83a.c
index bf6b215..84b2961 100644
---
On Tue, Nov 17, 2015 at 7:18 PM, Linus Torvalds
wrote:
> On Tue, Nov 17, 2015 at 9:53 AM, Olof Johansson wrote:
>>
>> The problem as I see it is that it's unknown how many machines depends
>> on previous behavior. If it's only Pixel 2015 then I think a whitelist
>> would be just fine.
>
>
In order to prepare the transition to a mixed platform data and
device-tree initialization, remove all the platform data references all
over the driver.
Copy the platform data into the internal structure of the pxafb, and
only use this afterward.
Signed-off-by: Robert Jarzmik
---
This patch brings a first support of pxa framebuffer devices to a
devicetree pxa platform, as was before platform data.
There are restrictions with this port, the biggest one being the lack of
support of smart panels. Moreover the conversion doesn't provide a way
to declare multiple framebuffer
On Tue, 17 Nov 2015, Andrzej Hajda wrote:
> > and I'd like the driver core to track them and act on them in certain cases
> > where they matter. The argument for doing that in the driver core is that
> > there are quite a few distinct use cases related to that, they are
> > relatively
> > hard
dma_addr_t may be 32 or 64 bits long on 32-bit CPUs, so we cannot
cast it to a pointer without getting a compiler warning:
drivers/gpu/drm/exynos/exynos_drm_buf.c: In function 'lowlevel_buffer_allocate':
drivers/gpu/drm/exynos/exynos_drm_buf.c:109:18: warning: cast from pointer to
integer of
On Mon, Nov 16, 2015 at 01:53:16PM -0500, Johannes Weiner wrote:
> On Sun, Nov 15, 2015 at 04:54:57PM +0300, Vladimir Davydov wrote:
> > On Thu, Nov 12, 2015 at 06:41:33PM -0500, Johannes Weiner wrote:
> > > Let the networking stack know when a memcg is under reclaim pressure
> > > so that it can
From: Rainer Weikusat
Date: Mon, 16 Nov 2015 22:28:40 +
> An AF_UNIX datagram socket being the client in an n:1 association with
> some server socket is only allowed to send messages to the server if the
> receive queue of this socket contains at most sk_max_ack_backlog
> datagrams. This
Am 17.11.2015 um 20:25 schrieb Octavian Purdila:
> On Tue, Nov 17, 2015 at 9:21 PM, Seth Forshee
> wrote:
>>
>> On Tue, Nov 17, 2015 at 08:12:31PM +0100, Richard Weinberger wrote:
>>> On Tue, Nov 17, 2015 at 7:34 PM, Seth Forshee
>>> wrote:
On Tue, Nov 17, 2015 at 05:55:06PM +, Al Viro
> On 15.11.2015, at 13.48, Geert Uytterhoeven wrote:
>
> Its last user was removed 10 years ago, in commit
> 8b05b773b6030de5 ("[SCSI] convert st to use scsi_execute_async").
>
> Signed-off-by: Geert Uytterhoeven
Acked-by: Kai Mäkisara
Thanks,
Kai
--
To unsubscribe from this list: send
On Tue, Nov 17, 2015 at 09:06:47PM +0100, Thomas Gleixner wrote:
> On Tue, 17 Nov 2015, Jason Cooper wrote:
> > Hi Alban,
> >
> > On Tue, Nov 17, 2015 at 08:34:54PM +0100, Alban Bedel wrote:
> > > The driver stays the same but the initialization changes a bit.
> > > For OF boards we now get the
On Tue, 17 Nov 2015, Jason Cooper wrote:
> Hi Alban,
>
> On Tue, Nov 17, 2015 at 08:34:54PM +0100, Alban Bedel wrote:
> > The driver stays the same but the initialization changes a bit.
> > For OF boards we now get the memory map from the OF node and use
> > a linear mapping instead of the legacy
Hi Alban,
On Tue, Nov 17, 2015 at 08:34:54PM +0100, Alban Bedel wrote:
> The driver stays the same but the initialization changes a bit.
> For OF boards we now get the memory map from the OF node and use
> a linear mapping instead of the legacy mapping. For legacy boards
> we still use a legacy
This fixes all "Comparison to NULL could be written like..."
messages from checkpatch.pl
Signed-off-by: Bogicevic Sasa
---
drivers/staging/wilc1000/coreconfigurator.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/wilc1000/coreconfigurator.c
Trying to get to the bottom of this still...
Is interrupted_kernel_fpu_idle() in any way dependent on what
userspace is doing? Or is it entirely related to other happenings
inside the kernel?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 11/13/2015 05:46 AM, Christoph Hellwig wrote:
+static void srp_inv_rkey_done(struct ib_cq *cq, struct ib_wc *wc)
+{
+ srp_handle_qp_err(cq, wc, "INV RKEY");
+}
>
[ ... ]
>
+static void srp_reg_mr_done(struct ib_cq *cq, struct ib_wc *wc)
+{
+ srp_handle_qp_err(cq, wc, "FAST
Minor changes to the Broadcom Northstar Plus device tree to make it more
organized and clean. Firstly, move the GIC and L2 cache entries to be
sequential with respect to the memory addresses. Secondly, modify the
address portion of the entry names to reflect the difference from the
range
Add I2C support to the Broadcom Northstar Plus Device Tree. Since no
driver changes are needed to enable this hardware, only the device tree
changes are required to make this functional.
Signed-off-by: Jon Mason
---
arch/arm/boot/dts/bcm-nsp.dtsi | 9 +
1 file changed, 9 insertions(+)
201 - 300 of 2002 matches
Mail list logo