I see no point in having an unusable read-only page sitting at
0xff60 when vsyscall=none. Instead, skip mapping it and
remove it from /proc/PID/maps.
I kept the ratelimited warning when programs try to use a vsyscall
in this mode, since it may help admins avoid confusion.
Reviewed-by
Now that arch/x86/kernel/vsyscall_64.c contains only vsyscall
emulation code, clean it up and make it optional.
Patch 1 makes vsyscall=none work be a bit more self-consistent: it
actually removes the fake vsyscall page instead of just segfaulting
anyone who tries to use it.
Patch 2 is pure cosmet
Hi Andrew,
On Wed, Oct 29, 2014 at 10:25:27AM -0700, Andrew Bresticker wrote:
> On Wed, Oct 29, 2014 at 10:13 AM, James Hogan wrote:
> > On 29/10/14 16:55, Andrew Bresticker wrote:
> >> On Wed, Oct 29, 2014 at 2:21 AM, James Hogan
> >> wrote:
> >>> Please lets not do this unless it's actually n
On Wed 2014-10-29 16:18:46, Tomi Valkeinen wrote:
> On 29/10/14 16:09, Tony Lindgren wrote:
>
> >> omapfb reports problems, but seems to work ok:
> >>
> >> [0.990386] omapfb omapfb: cannot parse default modes
> >> [1.004791] Console: switching to colour frame buffer device 100x30
> >> [
vsyscall_64.c is just vsyscall emulation. Tidy it up accordingly.
If my comment editing offends anyone, let me know and I can fix it.
Reviewed-by: Josh Triplett
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/vsyscall_64.c | 51 +++
1 file changed, 1
This adds CONFIG_X86_VSYSCALL_EMULATION, guarded by CONFIG_EXPERT.
Turning it off completely disables vsyscall emulation, saving ~3.5k
for vsyscall_64.c, 4k for vsyscall_emu_64.S (the fake vsyscall
page), some tiny amount of core mm code that supports a gate area,
and possibly 4k for a wasted paget
On Wed, 29 Oct 2014, a...@linux-foundation.org wrote:
> This mmotm tree contains the following patches against 3.18-rc2:
> (patches marked "*" will be included in linux-next)
>
> * kernel-posix-timersc-code-clean-up.patch
Can you please drop this pointless churn? We really can replace all
that st
On Wed, Oct 29, 2014 at 11:22:19AM -0700, Florian Fainelli wrote:
> On 10/29/2014 10:44 AM, Guenter Roeck wrote:
> > Patch 01/15 addresses a bug indicated by an an annoying and unhelpful
> > log message.
> >
> > Patches 02/15 and 03/15 are minor enhancements, adding support for
> > known switch re
On Wednesday 29 October 2014 22:31:06 Thomas Gleixner wrote:
> On Wed, 29 Oct 2014, Arnd Bergmann wrote:
> > On Wednesday 29 October 2014 13:09:47 Kevin Cernekee wrote:
> > > generic-chip.c already has a fair amount of indirection, with pointers
> > > to saved masks, user-specified register offsets
On Tue, Oct 14, 2014 at 11:39:45AM +0100, Nikesh Oswal wrote:
> On Fri, Oct 10, 2014 at 05:49:59PM +0100, Mark Brown wrote:
> > Has anything changed since the previous version? I've postponed
> > reviewing that until after the merge window given the way you were
> > ignoring feedback and the appr
of suspend, pull the pin to low again when resume.
>
> I tried to test this on top of linux-next (next-20141029) and it doesn't
> wake up from serial port activity.
>
> Can you describe how to test this, as well as describe dependencies on
> other out-of-tree patches,
On Wed, 29 Oct 2014, Arnd Bergmann wrote:
> Right. The option that I was explaining earlier basically combines #1 and
> #3: For all kernels on which we know the endianess of all generic-irqchip
> users at compile time, we hardcode that, and we use indirections of
> some sort for the cases where we
Am Mittwoch, 29. Oktober 2014, 13:50:20 schrieb Doug Anderson:
> Kever,
>
> On Wed, Oct 29, 2014 at 3:06 AM, Kever Yang
wrote:
> > The rockchip clock driver use CLK_IGNORE_UNUSED flag to make sure
> > all the clocks are available like default power on state.
> > We have implement the clock manag
On Monday, October 27, 2014 10:08:29 AM Mika Westerberg wrote:
> The GPIO resources (GpioIo/GpioInt) used in ACPI contain a GPIO number
> which is relative to the hardware GPIO controller. Typically this number
> can be translated directly to Linux GPIO number because the mapping is
> pretty much 1
From: Alexander Usyskin
We have host client in connect/disconnect response processors,
so use client print functions to simplify and unify code.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/hbm.c | 16
1 file changed, 8 insertions(+), 8 d
On Wed, Oct 29, 2014 at 5:46 PM, Rafael J. Wysocki wrote:
> On Monday, October 27, 2014 08:46:08 PM Dan Streetman wrote:
>> On Mon, Oct 27, 2014 at 5:38 PM, Rafael J. Wysocki
>> wrote:
>> > On 10/27/2014 3:59 AM, Neil Zhang wrote:
>> >>
>> >> The current per-cpu offline info won't be updated when
Clean up the code in rtsx_reset_chip function defining two new helper
functions rtsx_reset_aspm and rtsx_enable_pcie_intr.
Specifically, the following checkpatch warnings are corrected:
* PARENTHESIS_ALIGNMENT at rows 295 and 313
This patch is inspired by the following post on LKML regarding anot
On Tue, Oct 28, 2014 at 05:12:26AM -0700, Andi Kleen wrote:
> Alex Thorlton writes:
>
> > Last week, while discussing possible fixes for some unexpected/unwanted
> > behavior
> > from khugepaged (see: https://lkml.org/lkml/2014/10/8/515) several people
> > mentioned possibly changing changing kh
Define the helper function rtsx_reset_aspm to shorten the
rtsx_reset_chip code and get rid of the PARENTHESIS_ALIGNMENT checkpatch
warnings.
Signed-off-by: Fabio Falzoi
Reviewed-by: Dan Carpenter
---
drivers/staging/rts5208/rtsx_chip.c | 70 +
1 file changed,
Define the helper function rtsx_enable_pcie_intr to shorten the
rtsx_reset_chip code.
Signed-off-by: Fabio Falzoi
Reviewed-by: Dan Carpenter
---
drivers/staging/rts5208/rtsx_chip.c | 95 +++--
1 file changed, 48 insertions(+), 47 deletions(-)
diff --git a/driver
On Wed, 2014-10-29 at 22:37 +0100, Thomas Gleixner wrote:
> On Wed, 29 Oct 2014, a...@linux-foundation.org wrote:
> > This mmotm tree contains the following patches against 3.18-rc2:
> > (patches marked "*" will be included in linux-next)
> >
> > * kernel-posix-timersc-code-clean-up.patch
>
> Can
From: "Steven Rostedt (Red Hat)"
[ REQUEST FOR ACKS ]
The return value of seq_printf() is soon to be removed. Remove the
checks from seq_printf() in favor of seq_has_overflowed().
Cc: Pablo Neira Ayuso
Cc: Patrick McHardy
Cc: Jozsef Kadlecsik
Cc: netfilter-de...@vger.kernel.org
Cc: coret...@
From: "Steven Rostedt (Red Hat)"
[ REQUEST FOR ACKS ]
The seq_printf() and friends are having their return values removed.
The print_conntrack() returns the result of seq_printf(), which is
meaningless when seq_printf() returns void. Might as well remove the
return values of print_conntrack() as
From: Joe Perches
[ REQUEST FOR ACKS ]
The seq_printf() will soon just return void, and seq_has_overflowed()
should be used instead to see if the seq can no longer accept input.
As the return value of debugfs_print_regs32() has no users and
the seq_file descriptor should be checked with seq_has
From: Joe Perches
[ REQUEST FOR ACKS ]
Since adding a new function to seq_file (seq_has_overflowed())
there isn't any value for functions called from seq_show to
return anything. Remove the int returns of the various
print_tuple/_print_tuple functions.
Link:
http://lkml.kernel.org/p/f2e8cf8d
[ REQUEST FOR ACKS ]
I'm looking to clean up the seq_file code and to eventually merge the
trace_seq code with seq_file as well, since they basically do the same thing.
Part of this process is to remove the return code of seq_printf() and friends
as they are rather inconsistent. It is better to u
From: Joe Perches
[ REQUEST FOR ACKS ]
The return values of seq_printf/puts/putc are frequently misused.
Start down a path to remove all the return value uses of these
functions.
Move the seq_overflow() to a global inlined function called seq_has_overflowed()
that can be used by the users of s
From: Joe Perches
[ REQUEST FOR ACKS ]
The seq_printf() return is going away soon and users of it should
check seq_has_overflowed() to see if the buffer is full and will
not accept any more data.
Convert functions returning int to void where seq_printf() is used.
Link:
http://lkml.kernel.org/
From: Daniel Mack
A connection chooses which metadata it wants to have attached to each
message it receives with kdbus_cmd_hello.attach_flags. The metadata
will be attached as items to the messages. All metadata refers to
information about the sending task at sending time, unless otherwise
stated
From: Joe Perches
[ REQUEST FOR ACKS ]
Convert the seq_printf output with constant strings to seq_puts.
Link:
http://lkml.kernel.org/p/b416b016f4a6e49115ba736cad6ea2709a8bc1c4.1412031505.git@perches.com
Cc: Christine Caulfield
Cc: David Teigland
Cc: cluster-de...@redhat.com
Signed-off-b
From: Joe Perches
[ REQUEST FOR ACKS ]
seq_printf functions shouldn't really check the return value.
Checking seq_has_overflowed() occasionally is used instead.
Update vfs documentation.
Link:
http://lkml.kernel.org/p/e37e6e7b76acbdcc3bb4ab2a57c8f8ca1ae11b9a.1412031505.git@perches.com
Cc
From: Daniel Mack
This patch adds the policy database implementation.
A policy databases restrict the possibilities of connections to own,
see and talk to well-known names. It can be associated with a bus
(through a policy holder connection) or a custom endpoint.
By default, buses have an empty
kdbus is a kernel-level IPC implementation that aims for resemblance to
the the protocol layer with the existing userspace D-Bus daemon while
enabling some features that couldn't be implemented before in userspace.
The documentation added by the first patch in this series is meant to
explain all p
On Wed, Oct 29, 2014 at 05:56:10PM -0400, Steven Rostedt wrote:
> From: Joe Perches
>
> [ REQUEST FOR ACKS ]
>
> The seq_printf() will soon just return void, and seq_has_overflowed()
> should be used instead to see if the seq can no longer accept input.
>
> As the return value of debugfs_print_
From: Daniel Mack
This patch adds the name registry implementation.
Each bus instantiates a name registry to resolve well-known names
into unique connection IDs for message delivery. The registry will
be queried when a message is sent with kdbus_msg.dst_id set to
KDBUS_DST_ID_NAME, or when a reg
From: Daniel Mack
Add the logic to handle the following entities:
Domain:
A domain is a named object containing a number of buses. A
system container that contains its own init system and
users usually also runs in its own kdbus domain. The
/dev/kdbus/domain// directory shows up inside
From: Daniel Mack
Add the basic driver structure.
handle.c is the main ioctl command dispatcher that calls into other parts
of the driver.
main.c contains the code that creates the initial domain at startup, and
util.c has utility functions such as item iterators that are shared with
other file
From: Daniel Mack
This patch hooks up the build system to actually compile the files
added by previous patches. It also adds an entry to MAINTAINERS to
direct people to Greg KH, David Herrmann, Djalal Harouni and me for
questions and patches.
Signed-off-by: Daniel Mack
Signed-off-by: Greg Kroah
From: Daniel Mack
This patch adds the header file which describes the low-level
transport protocol used by various ioctls. The header file is located
in include/uapi/linux/ as it is shared between kernel and userspace,
and it only contains data structure definitionsi, enums and #defines
for const
From: Daniel Mack
This patch adds code to create and destroy connections, to validate
incoming messages and to maintain the queue of messages that are
associated with a connection.
Note that connection and queue have a 1:1 relation, the code is only
split in two parts for cleaner separation and
From: Daniel Mack
This patch adds code for matches and notifications.
Notifications are broadcast messages generated by the kernel, which
notify subscribes when connections are created or destroyed, when
well-known-names have been claimed, released or changed ownership,
or when reply messages ha
ARM has some private syscalls (for example, set_tls(2)) which lie
outside the range of NR_syscalls. If any of these are called while
syscall tracing is being performed, out-of-bounds array access will
occur in the ftrace and perf sys_{enter,exit} handlers.
# trace-cmd record -e raw_syscalls:* tr
From: Daniel Mack
A pool for data received from the kernel is installed for every
connection of the bus, and it is used to copy data from the kernel to
userspace clients, for messages and other information.
It is accessed when one of the following ioctls is issued:
* KDBUS_CMD_MSG_RECV, to re
From: Daniel Mack
kdbus is a system for low-latency, low-overhead, easy to use
interprocess communication (IPC).
The interface to all functions in this driver is implemented through ioctls
on /dev nodes. This patch adds detailed documentation about the kernel
level API design.
Signed-off-by: D
On Wed, 2014-10-29 at 17:56 -0400, Steven Rostedt wrote:
> +A true return from seq_has_overflowed means that the seq_file buffer is full
> +and further output will be discarded.
Perhaps the description is a bit unclear here.
Doesn't a return of true to seq_has_overflowed mean that
more characters
On Wed, Oct 29, 2014 at 03:10:51PM -0600, Jens Axboe wrote:
> On 10/29/2014 02:14 PM, Dave Chinner wrote:
> > On Wed, Oct 29, 2014 at 11:23:38AM -0700, Jason B. Akers wrote:
> >> The following series enables the use of Solid State hybrid drives
> >> ATA standard 3.2 defines the hybrid information f
(reply 1/2 -- I'm replying twice to keep the threading sane)
On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
wrote:
> kdbus is a kernel-level IPC implementation that aims for resemblance to
> the the protocol layer with the existing userspace D-Bus daemon while
> enabling some features that c
On Wed, Oct 29, 2014 at 03:00:44PM -0700, Greg Kroah-Hartman wrote:
> kdbus is a kernel-level IPC implementation that aims for resemblance to
> the the protocol layer with the existing userspace D-Bus daemon while
> enabling some features that couldn't be implemented before in userspace.
{sigh}
I
Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> [ REQUEST FOR ACKS ]
>
> The seq_printf() and friends are having their return values removed.
> The print_conntrack() returns the result of seq_printf(), which is
> meaningless when seq_printf() returns void. Might as well remove the
On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
wrote:
> * Attachment of trustable metadata to each message on demand, such as
>the sending peer's timestamp, creds, auxgroups, comm, exe, cmdline,
>cgroup path, capabilities, security label, audit information, etc,
>each taken at th
On Wed, Oct 29, 2014 at 08:12:49PM +0100, Geert Uytterhoeven wrote:
> On Wed, Oct 29, 2014 at 7:15 PM, Josh Triplett wrote:
> > Document several common practices and conventions regarding conditional
> > compilation, most notably the preference for ifdefs in headers rather
> > than .c files.
> >
>
On 29 October 2014 23:22, Andy Lutomirski wrote:
> On Oct 29, 2014 1:20 PM, "Mimi Zohar" wrote:
>>
>> On Wed, 2014-10-29 at 11:51 -0700, Andy Lutomirski wrote:
>> > On Wed, Oct 29, 2014 at 11:36 AM, Dan Carpenter
>> > wrote:
>> > > On Wed, Oct 29, 2014 at 09:23:45AM -0700, Andy Lutomirski wrote:
On Wed, Oct 29, 2014 at 3:09 PM, Dave Chinner wrote:
> On Wed, Oct 29, 2014 at 03:10:51PM -0600, Jens Axboe wrote:
>> On 10/29/2014 02:14 PM, Dave Chinner wrote:
>> > On Wed, Oct 29, 2014 at 11:23:38AM -0700, Jason B. Akers wrote:
>> >> The following series enables the use of Solid State hybrid dr
While enabling sriov for intel igb device got:
sca05-0a81fda5:~ # echo 7 > /sys/bus/pci/devices/\:09\:00.0/sriov_numvfs
[ 729.612191] pci :0a:10.0: [8086:1520] type 00 class 0x02
[ 729.619002] BUG: unable to handle kernel NULL pointer dereference at
00e8
[ 729.627767]
Hi Mauro,
I noticed that you have two unnecessary merges in the v4l-dvb tree
(git://linuxtv.org/mchehab/media-next.git#master). This is not
entirely your fault. Unfortunately, when you do
git merge
git will produce a merge commit even if it could have fast
forwarded :-(. Consequently, you ha
On Wed, Oct 29, 2014 at 3:23 PM, Dmitry Kasatkin
wrote:
> On 29 October 2014 23:22, Andy Lutomirski wrote:
>> On Oct 29, 2014 1:20 PM, "Mimi Zohar" wrote:
>>>
>>> On Wed, 2014-10-29 at 11:51 -0700, Andy Lutomirski wrote:
>>> > On Wed, Oct 29, 2014 at 11:36 AM, Dan Carpenter
>>> > wrote:
>>> > >
will pull the GLOBAL_PWROFF pin to high in the final stage of the
>> > process of suspend, pull the pin to low again when resume.
>>
>> I tried to test this on top of linux-next (next-20141029) and it doesn't
>> wake up from serial port activity.
>>
>> Can
On Wed, Oct 29, 2014 at 03:19:21PM -0700, Andy Lutomirski wrote:
> On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
> wrote:
> > * Attachment of trustable metadata to each message on demand, such as
> >the sending peer's timestamp, creds, auxgroups, comm, exe, cmdline,
> >cgroup path,
On Wed, Oct 29, 2014 at 03:15:51PM -0700, Andy Lutomirski wrote:
> (reply 1/2 -- I'm replying twice to keep the threading sane)
>
> On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
> wrote:
> > kdbus is a kernel-level IPC implementation that aims for resemblance to
> > the the protocol layer w
On Wed, Oct 29, 2014 at 3:25 PM, Greg Kroah-Hartman
wrote:
> On Wed, Oct 29, 2014 at 03:19:21PM -0700, Andy Lutomirski wrote:
>> On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
>> wrote:
>> > * Attachment of trustable metadata to each message on demand, such as
>> >the sending peer's tim
Fix "warning: missing initializer [-Wmissing-field-initializers]"
by using designated struct initializers.
Signed-off-by: Mariusz Gorski
---
drivers/staging/panel/panel.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/panel/panel.c b/drivers/stag
On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
wrote:
> From: Daniel Mack
>
> A connection chooses which metadata it wants to have attached to each
> message it receives with kdbus_cmd_hello.attach_flags. The metadata
> will be attached as items to the messages. All metadata refers to
> info
On Wed, Oct 29, 2014 at 3:27 PM, Greg Kroah-Hartman
wrote:
> On Wed, Oct 29, 2014 at 03:15:51PM -0700, Andy Lutomirski wrote:
>> (reply 1/2 -- I'm replying twice to keep the threading sane)
>>
>> On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
>> wrote:
>> > kdbus is a kernel-level IPC implem
On Wed, Oct 29, 2014 at 3:28 PM, Andy Lutomirski wrote:
> On Wed, Oct 29, 2014 at 3:25 PM, Greg Kroah-Hartman
> wrote:
>> On Wed, Oct 29, 2014 at 03:19:21PM -0700, Andy Lutomirski wrote:
>>> On Wed, Oct 29, 2014 at 3:00 PM, Greg Kroah-Hartman
>>> wrote:
>>> > * Attachment of trustable metadata
With compilers which follow the C99 standard (like modern versions of gcc and
clang), "extern inline" does the opposite thing from older versions of gcc
(emits code for an externally linkable version of the inline function). "static
inline" does the intended behavior in both gcc and clang.
Signed-
With compilers which follow the C99 standard (like modern versions of gcc and
clang), "extern inline" does the opposite thing from older versions of gcc
(emits code for an externally linkable version of the inline function).
"static inline" does the intended behavior in all cases instead.
Signed-
Removing a number of warnings generated from compiling stl8192e with clang.
The LLVMLinux project aims to fully build the Linux kernel using both gcc and
clang (the C front end for the LLVM compiler infrastructure project).
Behan Webster (4):
staging, rtl8192e, LLVMLinux: Change extern inline
MgntQuery_MgntFrameTxRate is only used within rtllib_softmac.c, so it really
should be static instead of extern.
Since it is currently extern a warning is generated because a different
function of the same name is defined staticlly in ieee80211_softmac.c
Removing the incorrect extern declaration
rtllib_probe_req is defined as "static inline" in rtllib_softmac.c however it
is declared differently as "extern inline" in rtllib_softmac.h. Since it isn't
used outside of the scope of rtllib_softmac, it makes sense to remove the
incorrect declaration.
Signed-off-by: Behan Webster
Suggested-by:
rtllib_association_req is a (large) inline function which defines 2 constant
static arrays which aren't labelled as const. As a result clang complains with:
non-constant static local variable in inline function may be different in
different files
[-Wstatic-local-in-inline]
static u8 Airone
On 10/29/2014 04:09 PM, Dave Chinner wrote:
> On Wed, Oct 29, 2014 at 03:10:51PM -0600, Jens Axboe wrote:
>> On 10/29/2014 02:14 PM, Dave Chinner wrote:
>>> On Wed, Oct 29, 2014 at 11:23:38AM -0700, Jason B. Akers wrote:
The following series enables the use of Solid State hybrid drives
AT
Hi Juri,
2014/10/30 0:33, Juri Lelli:
Hi,
On 27/10/14 01:41, Wanpeng Li wrote:
The yield semantic of deadline class is to reduce remaining runtime to
zero, and then update_curr_dl() will stop it. However, comsumed bandwidth
is reduced from the budget of yield task again even if it has already b
Hi Juri,
2014/10/30 0:52, Juri Lelli:
Hi,
On 27/10/14 01:41, Wanpeng Li wrote:
This patch add deadline rq status print.
Don't know if useful, but we could add this, just to be consistent.
Yes, to keep it consistent. Maybe more things can be print if they are
necessary in the future.
Rega
Cc Kirill,
2014/10/27 9:41, Wanpeng Li:
This patch checks if current can be pushed/pulled somewhere else
in advance to make logic clear.
- If current can't be migrated, useless to reschedule, let's hope
task can move out.
- If task is migratable, so let's not schedule it and see if it
can
Hi Juri, could you review 5/6 and 6/6? 5/6 is the same behavior as rt
class. ;-)
2014/10/27 9:41, Wanpeng Li:
Reschedule if successfully pull earlier deadline task.
Signed-off-by: Wanpeng Li
---
kernel/sched/deadline.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
On Wed, 29 Oct 2014, Greg Kroah-Hartman wrote:
> kdbus is a kernel-level IPC implementation that aims for resemblance to
> the the protocol layer with the existing userspace D-Bus daemon while
> enabling some features that couldn't be implemented before in userspace.
I'd be interested in the feat
On Wed, Oct 29, 2014 at 2:13 PM, Arnd Bergmann wrote:
> On Wednesday 29 October 2014 13:09:47 Kevin Cernekee wrote:
>> On Wed, Oct 29, 2014 at 12:14 PM, Arnd Bergmann wrote:
>> >> The host CPU is connected to the peripheral/register interface using a
>> >> 32-bit wide data bus. A simple 32-bit s
Jiri Olsa wrote:
> On Sun, Oct 26, 2014 at 12:20:29AM +0200, Alexis Berlemont wrote:
> > From: Jiri Olsa
>
> SNIP
>
> > ---
> > tools/perf/Kbuild | 47 +++
> > tools/perf/Kconfig | 284 ++
> > tools/perf/Makefile.kbui
Maxime Ripard wrote on Wed [2014-Oct-29
17:47:46 +0100]:
> On Wed, Oct 29, 2014 at 11:41:22AM -0500, Benoit Parrot wrote:
> > Maxime Ripard wrote on Wed [2014-Oct-29
> > 11:45:59 +0100]:
> > > Hi,
> > >
> > > On Tue, Oct 21, 2014 at 03:09:58PM -0500, Benoit Parrot wrote:
> > > > Based on Boris
Unless I'm missing something, this patch appears to have still not been
picked up. It would be nice if it can go in for 3.18 so that we have
working USB on pandaboard again at least in that release.
Tony, would you mind carrying it as OMAP maintainer since we haven't
heard anything from Kishon (t
2014-10-30 오전 2:00에 Laura Abbott 이(가) 쓴 글:
> On 10/28/2014 9:57 PM, Gioh Kim wrote:
>>
>> Hello,
>>
>> I found that ion insert freed-page at the tail of list
>> and extract at the head.
>>
>> I think it is good for cache to use the most recently used page
>> but these pages in pool are not cached
On Thu, Oct 30, 2014 at 12:00:16AM +0100, Jiri Kosina wrote:
> On Wed, 29 Oct 2014, Greg Kroah-Hartman wrote:
>
> > kdbus is a kernel-level IPC implementation that aims for resemblance to
> > the the protocol layer with the existing userspace D-Bus daemon while
> > enabling some features that coul
On Wed, Oct 29, 2014 at 04:11:06PM -0700, Greg Kroah-Hartman wrote:
> On Thu, Oct 30, 2014 at 12:00:16AM +0100, Jiri Kosina wrote:
> > On Wed, 29 Oct 2014, Greg Kroah-Hartman wrote:
> >
> > > kdbus is a kernel-level IPC implementation that aims for resemblance to
> > > the the protocol layer with
Anyone familiar with a tool to match a specific C file to a respective
CONFIG symbol on the kernel? I'd prefer if its written in C or Python.
This should be easy to write if we don't have it yet.
Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On Wed, 29 Oct 2014 10:32:10 -0400 Tejun Heo wrote:
> Hello, Neil.
>
> On Wed, Oct 29, 2014 at 05:26:08PM +1100, NeilBrown wrote:
> > Hi Tejun,
> > I haven't tested this patch yet so this really is an 'RFC'.
> > In general ->nr_active should only be accessed under the pool->lock,
> > but a mis
Add the vendor prefix "mti" for MIPS Technologies, Inc.
Signed-off-by: Andrew Bresticker
Acked-by: Arnd Bergmann
---
I'll update the users of the "mips" prefix to use "mti" instead once
this lands.
No changes from v2/v3.
New for v2.
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1
This series add support for mapping and routing GIC interrupts as well
as setting up the GIC timer through device-tree. Patches 1 adds the
"mti" vendor prefix, patch 2 adds the GIC binding document, and patches
3 and 4 add device-tree support for the GIC irqchip and clocksource drivers,
respective
Parse the GIC timer frequency and interrupt from the device-tree.
Since the GIC timer requires the GIC irqchip to have been set up
already and is a sub-node of the GIC, probe the GIC timer from the
GIC irqchip.
Signed-off-by: Andrew Bresticker
Acked-by: Arnd Bergmann
---
Changes from v3:
- prob
Add device-tree support for the MIPS GIC. Update the GIC irqdomain's
xlate() callback to handle the three-cell specifier described in the
MIPS GIC binding document.
Signed-off-by: Andrew Bresticker
Acked-by: Arnd Bergmann
---
Changes from v3:
- use reserved-cpu-vectors property
- read GIC bas
The Global Interrupt Controller (GIC) present on certain MIPS systems
can be used to route external interrupts to individual VPEs and CPU
interrupt vectors. It also supports a timer and software-generated
interrupts.
Signed-off-by: Andrew Bresticker
Acked-by: Arnd Bergmann
---
Changes from v3:
On Wed, Oct 29, 2014 at 4:15 PM, Luis R. Rodriguez
wrote:
> Anyone familiar with a tool to match a specific C file to a respective
> CONFIG symbol on the kernel? I'd prefer if its written in C or Python.
> This should be easy to write if we don't have it yet.
Peter, didn't you have such tool alre
On Wed, Oct 29, 2014 at 12:53 AM, Arnd Bergmann wrote:
> On Tuesday 28 October 2014 20:58:57 Kevin Cernekee wrote:
>> Most implementations of the bcm7120-l2 controller only have a single
>> 32-bit enable word + 32-bit status word. But some instances have added
>> more enable/status pairs in order
On Wed, 29 Oct 2014, Greg Kroah-Hartman wrote:
> > > kdbus is a kernel-level IPC implementation that aims for resemblance to
> > > the the protocol layer with the existing userspace D-Bus daemon while
> > > enabling some features that couldn't be implemented before in userspace.
> >
> > I'd be in
On Thu, 30 Oct 2014, Jiri Kosina wrote:
> > > It seems to me that most of the highlight features from the cover letter
> > > can be "easily" (for certain definition of that word, of course)
> > > implemented in userspace (vmsplice(), sending fd through unix socket,
> > > user
> > > namespaces,
Hi
I think your suggestion is looks good
I reconsideration my patch & original src
Although Original src is not recommendations of JDEC
Actually change setting order of host controller & emmc device
There would be no problem.
So we drop this patch
Sorry for confusing. Thanks for the helpful
On Wed, Oct 29, 2014 at 10:58:17PM +0100, Fabio Falzoi wrote:
> Clean up the code in rtsx_reset_chip function defining two new helper
> functions rtsx_reset_aspm and rtsx_enable_pcie_intr.
> Specifically, the following checkpatch warnings are corrected:
>
> * PARENTHESIS_ALIGNMENT at rows 295 and
This is a complement of commit 08054200117a95afc14c3d2ed3a38bf4e345bf78
"rtlwifi: Add check for get_btc_status callback".
With this patch, next-20141029 at least does not panic with rtl8192se
device.
Signed-off-by: Murilo Opsfelder Araujo
---
Hello, everyone.
Some days ago, I r
On Thu, Oct 30, 2014 at 12:26:33AM +0100, Jiri Kosina wrote:
> On Thu, 30 Oct 2014, Jiri Kosina wrote:
>
> > > > It seems to me that most of the highlight features from the cover
> > > > letter
> > > > can be "easily" (for certain definition of that word, of course)
> > > > implemented in users
On Wed, 29 Oct 2014 15:03:15 -0700
Greg Kroah-Hartman wrote:
> On Wed, Oct 29, 2014 at 05:56:10PM -0400, Steven Rostedt wrote:
> > From: Joe Perches
> >
> > [ REQUEST FOR ACKS ]
> >
> > The seq_printf() will soon just return void, and seq_has_overflowed()
> > should be used instead to see if t
Hi,
2014-10-29 18:22 GMT+09:00 Greg KH :
> On Sun, Oct 26, 2014 at 11:08:54AM +0900, Daeseok Youn wrote:
>> Re-arrange the functions for removing forward declarations.
>>
>> Tested-by: Mark Hounschell
>> Signed-off-by: Daeseok Youn
>> ---
>> RESEND: This patch is tested all by Mark.
>> It is g
101 - 200 of 1042 matches
Mail list logo
