Hi Helge,
On Mon, 2015-02-16 at 22:24 +0100, Helge Deller wrote:
> The hpux code is broken anyway.
> I'm going to remove it from the tree.
That happened in commit 04c161497716 ("parisc: hpux - Drop support for
HP-UX binaries"), which is included in today's linux-next
Hi Alessandro,
It looks like only your Ack is missing. Could you please look at my
patches? There are very little changes in RTC subsystem but your Ack is
needed.
Thank you,
Robert Baldyga
On 01/29/2015 07:03 PM, Dmitry Torokhov wrote:
> Hi Robert,
>
> On Wed, Jan 28, 2015 at 03:20:11PM +0100,
On Fri, Feb 06, 2015 at 03:02:03PM -0500, r...@redhat.com wrote:
> From: Rik van Riel
>
> Use an explicit if/else branch after __save_init_fpu(old) in
> switch_fpu_prepare. This makes substituting the assignment
> with a call to task_disable_lazy_fpu() in the next patch easier
> to review.
>
>
On 02/17/2015 12:03 AM, Matthew Wilcox wrote:
> On Mon, Feb 16, 2015 at 01:07:07PM +0200, Boaz Harrosh wrote:
>> In any way this is a problem for the new type-12 NvDIMM memory chips that
>> are circulating around. (It is estimated that there are already 100ds of
>> thousands NvDIMM chips in active
For that we need to set NLM_F_DUMP. Currently here are no
filters. Any suggestions are welcome.
I think we can add request for children, threads, session or group
members.
Signed-off-by: Andrey Vagin
---
kernel/taskdiag.c | 41 +
1 file changed, 41 insert
This function will be used in task_diag.
Signed-off-by: Andrey Vagin
---
fs/proc/base.c | 43 ---
include/linux/proc_fs.h | 7 +++
kernel/pid.c| 39 +++
3 files changed, 46 insertions(+), 43 del
The interface is similar with the tgid iterator. It is used in
procfs and it will be used in task_diag.
Signed-off-by: Andrey Vagin
---
fs/proc/array.c | 58 +
include/linux/proc_fs.h | 6 +
kernel/pid.c| 55 +++
Here are two test (example) programs.
task_diag - request information for two processes.
test_diag_all - request information about all processes
Signed-off-by: Andrey Vagin
---
tools/testing/selftests/Makefile | 1 +
tools/testing/selftests/task_diag/Makefile | 16 +
Here is a preview version. It provides restricted set of functionality.
I would like to collect feedback about this idea.
Currently we use the proc file system, where all information are
presented in text files, what is convenient for humans. But if we need
to get information about processes from
Now we can dump all task or children of a specified task.
It's an example how this interface can be expanded for different
use-cases.
Signed-off-by: Andrey Vagin
---
include/uapi/linux/taskdiag.h | 1 +
kernel/taskdiag.c | 83 +--
2 files chan
A response is represented by the task_diag_creds structure:
struct task_diag_creds {
struct task_diag_caps cap_inheritable;
struct task_diag_caps cap_permitted;
struct task_diag_caps cap_effective;
struct task_diag_caps cap_bset;
__u32 uid;
__u32 euid;
task_diag is based on netlink sockets and looks like socket-diag, which
is used to get information about sockets.
task_diag is a new interface which is going to raplace the proc file
system in cases when we need to get information in a binary format.
A request messages is described by the task_di
Hi Sebastian,
On 02/16/2015 12:18 PM, Sebastian Andrzej Siewior wrote:
> Dear RT folks!
>
> I'm pleased to announce the v3.18.7-rt1 patch set. It was running over
> the weekend on my x86 box and was still alive this morning. However it
> is still the first release for the v3.18 -RT series.
> I ha
Here's a small collection of fixes accrued during the last release that weren't
considered severe enough to merge during the -rc series.
A few of these are around resurrecting TI81xx support that's been broken for
quite a while, the rest are smaller fixes -- most for PXA but a few across
the board
Hi Linus,
A little later than usual due to travel for both me and Arnd this merge
window, here are the arm-soc pull requests.
Like the kernel as a whole we seem to have a fairly small queue this time
around, with the smallest number of patches we've seen in a while. Our
for-next has only about 60
DT changes continue to be the bulk of our merge window contents.
We continue to have a large set of changes across the board as new platforms
and drivers are added.
Some of the new platforms are:
- Alphascale ASM9260
- Marvell Armada 388
- CSR Atlas7
- TI Davinci DM816x
- Hisilicon HiP01
- ST STi
* Andrey Smirnov | 2014-06-10 11:52:05 [-0700]:
>Eventually I am hoping to disable any sorts of frequency scaling or
>power management on our system, but I am still curious to know if that
>is a known issue patches for which exist. Does anyone has any
>leads/suggestions?
You need to breakout of
New and updated SoC support. Also included are some cleanups where the
platform maintainers hadn't separated cleanups from new developent in
separate branches.
Some of the larger things worth pointing out:
- A large set of changes from Alexandre Belloni and Nicolas Ferre
preparing at91 platforms
These are changes for drivers that are intimately tied to some SoC
and for some reason could not get merged through the respective
subsystem maintainer tree.
This time around, much of this is for at91, with the bulk of it being syscon
and udc drivers.
Also, there's:
- coupled cpuidle support for
Most of these changes are to enable new drivers that have been merged, or
various additions to make defconfigs more useful. There's also a set of patches
trimming down omap2plus kernel size a bit since it is quite large.
Conflicts:
arch/arm/configs/omap2plus_defconfig: change/change conflict, ke
Peter Zijlstra [pet...@infradead.org] wrote:
| > --- a/kernel/events/core.c
| > +++ b/kernel/events/core.c
| > @@ -3549,10 +3549,43 @@ static int perf_event_read_group(struct perf_event
*event,
|
| You also want perf_output_read_group().
Ok. Will look into it. We currently don't support sampling
The 64-bit set of updates this release cycle adds support for three new
platforms:
- Samsunc Exynos 7
- Freescale LS2085a
- Mediatek MT8173
For all these, the changes mostly consititude additions of DT contents,
but also some Kconfig entries to allow dependency/selection of drivers
per-platform,
This is a good healthy set of various code removals. Total net delta is 8100
lines removed.
Among the larger cleanups are:
- Removal of old Samsung S3C DMA infrastructure by Arnd
- Removal of the non-DT version of the 'lager' board by Magnus Damm
- General stale code removal on OMAP and Davinci b
On Tue 17-02-15 14:24:59, Joonsoo Kim wrote:
> It can be possible to return NULL in parent_mem_cgroup()
> if use_hierarchy is 0.
This alone is not sufficient because the low limit is present only in
the unified hierarchy API and there is no use_hierarchy there. The
primary issue here is that the m
After solving the conflicts, I applied the revert (see attachment) to
v3.18.7. I think it should also apply to the current head. With that
patch, suspend is working again on that version.
However, I have not to deep knowledge of that subsystem, so please,
someone who have, have a deeper look into
On Mon, Feb 16, 2015 at 03:57:54PM +0800, Peter Hung wrote:
> The interrupt Endpoint will report current IIR. If we got IIR with MSR Changed
> , We will do read MSR with interrupt_work worker to do f81232_read_msr() func.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 109
>
On Monday, February 16, 2015 at 09:24:51 PM, Stefan Wahren wrote:
> Hi Fabio,
>
> > Fabio Estevam hat am 12. Februar 2015 um 20:08
> > geschrieben:
> >
> >
> > Hi Stefan,
> >
> > On Thu, Feb 12, 2015 at 4:59 PM, Stefan Wahren
wrote:
> > > Hi Fabio,
> > >
> > >> Fabio Estevam hat am 11. Feb
Hi Robert,
On 16/02/15 17:48, Robert ABEL wrote:
> GPMC uses GPMCFCLKDIVIDER during synchronous as well as asynchronous accesses
> in conjunction with WAITMONITORINGTIME. Thus, it's wrong to only program it
> for
> synchronous accesses. Remove the conditional.
Can you use the following wording f
Hi Rafael,
Can you please pull this patch ?
Another patch based on top of this is waiting to be pulled:
[PATCH] driver/cpuidle-powernv: Avoid endianness conversions while parsing DT
Regards
Preeti U Murthy
On 02/03/2015 11:50 AM, Preeti U Murthy wrote:
> The device tree now exposes the residency
701 - 729 of 729 matches
Mail list logo