Stephen Boyd writes:
> On 09/28, Eric Anholt wrote:
>> +
>> +static const char *bcm2835_clock_per_parents[] = {
>> +static const char *bcm2835_clock_vpu_parents[] = {
>> +static const char *bcm2835_clock_osc_parents[] = {
>
> Can these parent arrays be const char * const ?
They couldn't because
On Wed, 2015-09-30 at 22:52 -0700, Yinghai Lu wrote:
> Found "no compatible bridge window" warning in boot log from T5-8.
>
> pci :00:01.0: can't claim BAR 15 [mem 0x1-0x4afff pref]: no
> compatible bridge window
>
> That resource is above 4G, but does not get offset correctly as
On Thu, 1 Oct 2015, Eric Dumazet wrote:
> On Thu, Oct 1, 2015 at 4:43 AM, Holger Hoffstätte
> wrote:
> > On 10/01/15 13:29, Eric Dumazet wrote:
>
> >> commit 83fccfc3940c4a2db90fd7e7079f5b465cd8c6af
> >> Author: Eric Dumazet
> >> Date: Thu Aug 13 15:44:51 2015 -0700
> >>
> >> inet: fix pot
On Fri, 2 Oct 2015, KY Srinivasan wrote:
> > Change ms_hyperv_platform to actually do what the specification suggests.
> > This roughy matches what Windows looks for, though Windows actually
> > ignores HYPERV_CPUID_VENDOR_AND_MAX_FUNCTIONS completely.
> >
> > Signed-off-by: Paolo Bonzini
>
> Th
Em Fri, Oct 02, 2015 at 06:56:24PM +0200, Jiri Olsa escreveu:
> On Fri, Oct 02, 2015 at 05:04:34AM -0400, kan.li...@intel.com wrote:
> > From: Kan Liang
> >
>
> SNIP
>
> > diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c
> > index a96fb5c..5ef88f7 100644
> > --- a/tools/perf/b
We received a bug report recently when DDW (64-bit direct DMA on Power)
is not enabled for NVMe devices. In that case, we fall back to 32-bit
DMA via the IOMMU, which is always done via 4K TCEs (Translation Control
Entries).
The NVMe device driver, though, assumes that the DMA alignment for the
P
Drivers like NVMe need to be able to determine the page size used for
DMA transfers. Add a new API that defaults to return PAGE_SHIFT on all
architectures.
Signed-off-by: Nishanth Aravamudan
diff --git a/include/asm-generic/dma-mapping-common.h
b/include/asm-generic/dma-mapping-common.h
index b
Jason Baron writes:
> On 10/02/2015 03:30 PM, Rainer Weikusat wrote:
>> Jason Baron writes:
>>> From: Jason Baron
>>>
>>> The unix_dgram_poll() routine calls sock_poll_wait() not only for the wait
>>> queue associated with the socket s that we've called poll() on, but it also
>>> calls sock_poll
On Fri, 2015-10-02 at 22:03 +0300, Denis Kirjanov wrote:
> arch/powerpc/kernel/swsusp_asm64.S: Assembler messages:
>> arch/powerpc/kernel/swsusp_asm64.S:188: Error: missing operand
>> scripts/Makefile.build:294: recipe for target
>> 'arch/powerpc/kernel/swsusp_asm64.o' failed
>> make[1]: *** [arch/
On Power, the kernel's page size can differ from the IOMMU's page size,
so we need to override the generic implementation, which always returns
the kernel's page size. Lookup the IOMMU's page size from struct
iommu_table, if available. Fallback to the kernel's page size,
otherwise.
Signed-off-by:
Hi,
Has there been any more work on these series of patches? I asked many
questions in my earlier review, but nothing was answered.
Thanks,
-Kees
On Tue, Jul 7, 2015 at 4:21 PM, Kees Cook wrote:
> On Tue, Jul 7, 2015 at 1:19 PM, Yinghai Lu wrote:
>> Those patches are rebased on v4.2-rc1 that
On Fri, Sep 25, 2015 at 12:28 PM, Grygorii Strashko
wrote:
> This patch converts TI OMAP GPIO driver to use generic irq handler
> instead of chained IRQ handler. This way OMAP GPIO driver will be
> compatible with RT kernel where it will be forced thread IRQ handler
> while in non-RT kernel it st
On Fri, 2 Oct 2015, Mika Westerberg wrote:
> In some cases it is useful to know if the interrupt in question has chained
> handler installed. For example when a cpu is offlined the architecture code
> needs to know if it has any users so that it can fixup affinity
> accordingly.
>
> To make this
The IOMMU page size is not always stored in struct iommu on Power.
Specifically if a device is configured for DDW (Dynamic DMA Windows aka.
64-bit direct DMA), the used TCE (Translation Control Entry) size is
stored in a special device property created at run-time by the DDW
configuration code. DDW
When DDW (Dynamic DMA Windows) are present for a device, we have stored
the TCE (Translation Control Entry) size in a special device tree
property. Check if we have enabled DDW for the device and return the TCE
size from that property if present. If the property isn't present,
fallback to looking t
> > SNIP
> >
> > > diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c
> > > index a96fb5c..5ef88f7 100644
> > > --- a/tools/perf/builtin-stat.c
> > > +++ b/tools/perf/builtin-stat.c
> > > @@ -1179,7 +1179,7 @@ int cmd_stat(int argc, const char **argv, const
> char *prefix __maybe_
On Fri, Oct 2, 2015 at 10:45 PM, Jim Davis wrote:
> On Fri, Oct 2, 2015 at 12:35 PM, Jim Davis wrote:
>> On Fri, Oct 2, 2015 at 12:03 PM, Alexander Kapshuk
>>
> +depmod=`whereis depmod | awk '{print $2}'`
>
>> I suspect it'll be hard to come up with something that's 100%
>> foolproof and
On Mon, Sep 14, 2015 at 7:48 AM, Miroslav Lichvar wrote:
> On Thu, Sep 10, 2015 at 11:14:25AM -0700, John Stultz wrote:
>> On Thu, Sep 10, 2015 at 10:42 AM, John Stultz wrote:
>> > On Thu, Sep 10, 2015 at 5:02 AM, Miroslav Lichvar
>> > wrote:
>> >> The precision of the clock is better than micr
From: Adrian Hunter
Adjust the validation to allow for max_stack greater than
PERF_MAX_STACK_DEPTH.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1443186956-18718-18-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/uti
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit c2365b9388e8ec19305e3f449c1826e7493d156d:
perf/x86/intel/uncore: Do not use macro DEFINE_PCI_DEVICE_TABLE() (2015-10-01
10:53:03 +0200)
are available in the git repository at:
git://git.kernel.org/pub/
From: Namhyung Kim
The patch f9db0d0f1b2c ("perf callchain: Allow disabling call graphs
per event") added an ability to enable/disable callchain recording per
event. But it had a problem when the enablement setting is changed at
'perf report' time using -g/--call-graph option.
For example, the
From: Yang Shi
When run "perf record -e", the number of samples showed up is wrong on some
32 bit systems, i.e. powerpc and arm.
For example, run the below commands on 32 bit powerpc:
perf probe -x /lib/libc.so.6 malloc
perf record -e probe_libc:malloc -a ls perf.data
[ perf record: Woken
From: Namhyung Kim
A previous patch added a synthesized comm event for forked child process
but it missed that the event should contain area for sample_id_hdr at
the end. It worked by accident since the perf_event union contains
bigger event structs like mmap_events.
This patch fixes it by dyna
From: Arnaldo Carvalho de Melo
Before:
# perf list _alloc_ | head -10
#
After:
# perf list _alloc_ | head -10
ext4:ext4_alloc_da_blocks [Tracepoint event]
ext4:ext4_get_implied_cluster_alloc_exit [Tracepoint event]
kmem:kmem_cache_alloc_node
From: Namhyung Kim
The perf top uses 'dso,symbol' sort keys by default so it overlooked a
problem in task's comm resolving. When the sort key contains 'comm',
some task's comm is not shown properly. This is because the
perf_top__mmap_read_idx() checks the cpumode value improperly.
The cpumode
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. You will get fixes for 2
recent regressions (in Synaptics PS/2 and uinput drivers) and some more
driver fixups.
Changelog:
-
Andrew Mor
From: Arnaldo Carvalho de Melo
Some PMUs, like the 'intel_bts' one can be used as an event name, i.e.:
$ perf record -e intel_bts:// usleep 1
Is a valid event name.
But the code printing such PMUs was not honouring the 'event_glob'
parameter, so the following line was always appearing:
On Fri, Oct 2, 2015 at 1:25 PM, John Stultz wrote:
> On Mon, Sep 14, 2015 at 7:48 AM, Miroslav Lichvar wrote:
>> Is there a cheap way to calculate this?
>> xtime_remainder * (ntp_tick >> ntp_error_shift) / NTP_INTERVAL_LENGTH
>
>
>
> Hrm.. So
>xtime_remainder = (NTP_INTERVAL_LENGTH <<
> tk->t
From: Kan Liang
The --interval-print parameter was limited to 100ms. However, for
example, 10ms is required to do sophisticated bandwidth analysis using
uncore events.
The test shows that the overhead of the system-wide uncore monitoring
with 10ms interval is only ~2%. So this patch reduces the
Warn on any residual W+x mappings after setting NX
if DEBUG_WX is enabled. Introduce a separate
X86_PTDUMP_CORE config that enables the code for
dumping the page tables without enabling the debugfs
interface, so that DEBUG_WX can be enabled without
exposing the debugfs interface. Switch EFI_PGT_D
From: Masami Hiramatsu
Allow probing on kernel modules when 'perf' is built without debuginfo
support.
Currently perf-probe --module requires linking with libdw, but this
doesn't make sense.
E.g.
# make NO_DWARF=1
# ./perf probe -m pcspkr pcspkr_event%return
Error: unknown switch
From: Namhyung Kim
The perf top didn't add the idle/swapper thread to the machine's thread
list and its comm was displayed as ':0'. Fix it.
Signed-off-by: Namhyung Kim
Cc: David Ahern
Cc: Jiri Olsa
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1443577526-3240-3-git-send-email-namhy...@
We received a bug report recently when DDW (64-bit direct DMA on Power)
is not enabled for NVMe devices. In that case, we fall back to 32-bit
DMA via the IOMMU, which is always done via 4K TCEs (Translation Control
Entries).
The NVMe device driver, though, assumes that the DMA alignment for the
PR
On Thu, 1 Oct 2015, Andi Kleen wrote:
> On Thu, Oct 01, 2015 at 11:50:00PM +0200, Andi Kleen wrote:
> > > I see it under the correctness aspect. Mop up before you shut down.
> >
> > Ok. I suspect if you want to clean up all registers there's much more
> > to do.
> >
> > BTW there's a small danger
Hi Nishanth,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: powerpc-defconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chmod +x ~/bi
Em Fri, Oct 02, 2015 at 08:22:06PM +, Liang, Kan escreveu:
> > > > + if (interval < 10) {
> > > > + pr_err("print interval must be >= 10ms\n");
> > > > + parse_options_usage(stat_usage, options, "I",
> > > > 1);
> > > > +
Hi,
These patches are against mainline, I can re-base to net-next, just
let me know.
They have been tested against: https://lkml.org/lkml/2015/9/13/195,
which causes the use-after-free quite quickly and here:
https://lkml.org/lkml/2015/10/2/693.
Thanks,
-Jason
Jason Baron (3):
unix: fix use
Convert gc_flags to flags in preparation for the subsequent patch, which will
make use of a flag bit for a non-gc purpose.
Signed-off-by: Jason Baron
---
include/net/af_unix.h | 2 +-
net/unix/garbage.c| 12 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/include
Now that connect() permanently registers a callback routine, we can induce
extra overhead in unix_dgram_recvmsg(), which unconditionally wakes up
its peer_wait queue on every receive. This patch makes the wakeup there
conditional on there being waiters interested in wait events.
Signed-off-by: Jas
The unix_dgram_poll() routine calls sock_poll_wait() not only for the wait
queue associated with the socket s that we are poll'ing against, but also calls
sock_poll_wait() for a remote peer socket p, if it is connected. Thus,
if we call poll()/select()/epoll() for the socket s, there are then
a cou
Hi Nishanth,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: sparc64-allyesconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chmod +x ~
On Fri, Oct 2, 2015 at 12:29 PM, Stephen Smalley wrote:
> Warn on any residual W+x mappings after setting NX
> if DEBUG_WX is enabled. Introduce a separate
> X86_PTDUMP_CORE config that enables the code for
> dumping the page tables without enabling the debugfs
> interface, so that DEBUG_WX can b
FYI, I've upgraded from 4.1.7 to 4.2.1 (and retested with 4.2.2) and
everything is scheduled on 1 CPU out of 4 (i5 760).
$ sudo cat /proc/1/status | grep cpu -i
Cpus_allowed: 1
Cpus_allowed_list: 0
Every process inherits this tiny cpumask.
#
# Automatically generat
On Mon, Sep 14, 2015 at 7:48 AM, Miroslav Lichvar wrote:
> Is there a cheap way to calculate this?
> xtime_remainder * (ntp_tick >> ntp_error_shift) / NTP_INTERVAL_LENGTH
So as I was trying to figure out before I prematurely hit send...
I was thinking...
xtime_remainder = (NTP_INTERVAL_LENGTH
> -Original Message-
> From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org]
> Sent: Friday, October 02, 2015 4:40 PM
> To: Liang, Kan
> Cc: Jiri Olsa; jo...@kernel.org; namhy...@kernel.org; a...@linux.intel.com;
> linux-kernel@vger.kernel.org; Stephane Eranian
> Subject: Re: [PATCH 1/1
On Fri, 2 Oct 2015 09:25:23 +0200 Michal Hocko wrote:
> 6afdb859b710 ("mm: do not ignore mapping_gfp_mask in page cache allocation
> paths") has caught some users of hardcoded GFP_KERNEL used in the page
> cache allocation paths. This, however, wasn't complete and there were
> others which went
On Fri, 2 Oct 2015 12:45:53 +0530 Vineet Gupta wrote:
> On Friday 02 October 2015 04:55 AM, Andrew Morton wrote:
> > On Tue, 29 Sep 2015 13:24:20 +0530 Vineet Gupta
> > wrote:
> >
> >> > This came up when implementing HIHGMEM/PAE40 for ARC.
> >> > The kmap() / kmap_atomic() generated code seem
On Fri, Oct 2, 2015 at 11:22 PM, Alexander Kapshuk
wrote:
> On Fri, Oct 2, 2015 at 10:45 PM, Jim Davis wrote:
>> On Fri, Oct 2, 2015 at 12:35 PM, Jim Davis wrote:
>>> On Fri, Oct 2, 2015 at 12:03 PM, Alexander Kapshuk
>>>
>> +depmod=`whereis depmod | awk '{print $2}'`
>
>>
>>> I suspect
Commit-ID: 67dfae0cd72fec5cd158b6e5fb1647b7dbe0834c
Gitweb: http://git.kernel.org/tip/67dfae0cd72fec5cd158b6e5fb1647b7dbe0834c
Author: John Stultz
AuthorDate: Mon, 14 Sep 2015 18:05:20 -0700
Committer: Thomas Gleixner
CommitDate: Fri, 2 Oct 2015 22:53:01 +0200
clocksource: Fix abs() us
On Fri, 2015-10-02 at 22:04 +0200, Thomas Gleixner wrote:
> What makes sure, that the timer cannot be readded while that timer
> callback is running?
What is exactly your question ?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
On Fri, 2 Oct 2015 23:46:59 +0300 Alexey Dobriyan wrote:
> FYI, I've upgraded from 4.1.7 to 4.2.1 (and retested with 4.2.2) and
> everything is scheduled on 1 CPU out of 4 (i5 760).
>
> $ sudo cat /proc/1/status | grep cpu -i
> Cpus_allowed: 1
> Cpus_allowed_list: 0
>
>
This reverts commit 8346c416d17bf5b4ea1508662959bb62e73fd6a5.
This commit did fix the issue it intended to fix, but it turns out that
the locking changes introduced by these two commits:
commit 843172978bb9 ("dax: fix race between simultaneous faults")
commit 46c043ede471 ("mm: take i_mmap_lock i
This series reverts some recent changes to the locking scheme in DAX introduced
by these two commits:
commit 843172978bb9 ("dax: fix race between simultaneous faults")
commit 46c043ede471 ("mm: take i_mmap_lock in unmap_mapping_range() for DAX")
The list of issues in DAX after these commits (some
This reverts commit 843172978bb92997310d2f7fbc172ece423cfc02.
The following two locking commits in the DAX code:
commit 843172978bb9 ("dax: fix race between simultaneous faults")
commit 46c043ede471 ("mm: take i_mmap_lock in unmap_mapping_range() for DAX")
introduced a number of deadlocks and ot
This reverts commit 46c043ede4711e8d598b9d63c5616c1fedb0605e.
The following two locking commits in the DAX code:
commit 843172978bb9 ("dax: fix race between simultaneous faults")
commit 46c043ede471 ("mm: take i_mmap_lock in unmap_mapping_range() for DAX")
introduced a number of deadlocks and ot
On 03.10.2015 [06:51:06 +1000], Benjamin Herrenschmidt wrote:
> On Fri, 2015-10-02 at 13:09 -0700, Nishanth Aravamudan wrote:
>
> > 1) add a generic dma_get_page_shift implementation that just returns
> > PAGE_SHIFT
>
> So you chose to return the granularity of the iommu to the driver
> rather th
On Fri, 2 Oct 2015, Eric Dumazet wrote:
> On Fri, 2015-10-02 at 22:04 +0200, Thomas Gleixner wrote:
>
> > What makes sure, that the timer cannot be readded while that timer
> > callback is running?
>
> What is exactly your question ?
CPU0CPU1
timer expires
callback
Hi Marc,
On 09/28/2015 09:49 AM, Marc Zyngier wrote:
> IRQ controllers and timers are the two types of device the kernel
> requires before being able to use the device driver model.
>
> ACPI so far lacks a proper probing infrastructure similar to the one
> we have with DT, where we're able to dec
On Fri, Oct 2, 2015 at 9:27 AM, Tycho Andersen
wrote:
> Hi all,
>
> Here's v5 of the seccomp filter c/r set. The individual patch notes have
> changes, but two highlights are:
>
> * This series is now based on http://patchwork.ozlabs.org/patch/525492/ and
> will need to be built with that patch
On Fri, Oct 2, 2015 at 2:02 PM, Ross Zwisler
wrote:
> This reverts commit 8346c416d17bf5b4ea1508662959bb62e73fd6a5.
>
> This commit did fix the issue it intended to fix, but it turns out that
> the locking changes introduced by these two commits:
>
> commit 843172978bb9 ("dax: fix race between sim
On Fri, 2015-10-02 at 13:09 -0700, Nishanth Aravamudan wrote:
> 1) add a generic dma_get_page_shift implementation that just returns
> PAGE_SHIFT
So you chose to return the granularity of the iommu to the driver
rather than providing a way for the driver to request a specific
alignment for DMA ma
On Friday 02 October 2015 14:53:55 Pablo Neira Ayuso wrote:
> On Wed, Sep 30, 2015 at 01:26:38PM +0200, Arnd Bergmann wrote:
> > The __build_packet_message function fills a nfulnl_msg_packet_timestamp
> > structure that uses 64-bit seconds and is therefore y2038 safe, but
> > it uses an intermediat
On 10/2/2015 12:10 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Oct 02, 2015 at 04:08:38PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Tue, Sep 29, 2015 at 02:49:43PM -0700, Yang Shi escreveu:
When run "perf record -e", the number of samples showed up is wrong on some
32 bit systems, i.e. power
On Fri, Oct 2, 2015 at 2:10 PM, Kees Cook wrote:
> On Fri, Oct 2, 2015 at 9:27 AM, Tycho Andersen
> wrote:
>> Hi all,
>>
>> Here's v5 of the seccomp filter c/r set. The individual patch notes have
>> changes, but two highlights are:
>>
>> * This series is now based on http://patchwork.ozlabs.org/
On Fri, 2015-10-02 at 23:04 +0200, Thomas Gleixner wrote:
> On Fri, 2 Oct 2015, Eric Dumazet wrote:
> > On Fri, 2015-10-02 at 22:04 +0200, Thomas Gleixner wrote:
> >
> > > What makes sure, that the timer cannot be readded while that timer
> > > callback is running?
> >
> > What is exactly your qu
Do you consider that this function would be better off in two lines?
static int mxt_acquire_irq(struct mxt_data *data)
{
int error;
enable_irq(data->irq);
error = mxt_process_messages_until_invalid(data);
if (error)
return error;
return 0;
On 10/2/15, Peter Bergner wrote:
> On Fri, 2015-10-02 at 22:03 +0300, Denis Kirjanov wrote:
>> arch/powerpc/kernel/swsusp_asm64.S: Assembler messages:
>>> arch/powerpc/kernel/swsusp_asm64.S:188: Error: missing operand
>>> scripts/Makefile.build:294: recipe for target
>>> 'arch/powerpc/kernel/swsus
On Fri, 2015-10-02 at 14:04 -0700, Nishanth Aravamudan wrote:
> Right, I did start with your advice and tried that approach, but it
> turned out I was wrong about the actual issue at the time. The problem
> for NVMe isn't actually the starting address alignment (which it can
> handle not being alig
Anybody here?
I've already submitted this patch two times but received no response...
Maciej Szmigiero
On 01.09.2015 15:50, Maciej S. Szmigiero wrote:
> This patch adds support for United Radiant Technology
> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels
> (both LVDS and parallel versions) to DRM
> pa
Without this the application that use the mkiss line discipline have
no way to terminate in case the corresponding serial device is
removed, for example when a USB TNC is unplugged. The application must
wait on poll().
The kissattach application must be patched to take advantage of this
feature.
On Sat, Sep 26, 2015 at 1:18 PM, Julia Lawall wrote:
> The function __max730x_remove is called from the remove functions of
> drivers/gpio/gpio-max7300.c and drivers/gpio/gpio-max7301.c. In both
> cases, the probe function allocates ts using devm_kzalloc. Explicitly
> freeing such a value with
On Mon, Sep 28, 2015 at 2:41 AM, Ludovic Desroches
wrote:
> Use irq_set_handler_locked() as it avoids a redundant lookup of the
> irq descriptor.
>
> Signed-off-by: Ludovic Desroches
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 03.10.2015 [07:35:09 +1000], Benjamin Herrenschmidt wrote:
> On Fri, 2015-10-02 at 14:04 -0700, Nishanth Aravamudan wrote:
> > Right, I did start with your advice and tried that approach, but it
> > turned out I was wrong about the actual issue at the time. The problem
> > for NVMe isn't actuall
Hi Dan,
We've been doing some experimenting and testing with this patchset.
Specifically, we are trying to use you're ZONE_DEVICE work to enable
peer to peer PCIe transfers. This is actually working pretty well
(though we're still testing and working through some things).
However, we've found a c
On Fri, Oct 2, 2015 at 2:21 PM, Logan Gunthorpe wrote:
> Hi Dan,
>
> We've been doing some experimenting and testing with this patchset.
> Specifically, we are trying to use you're ZONE_DEVICE work to enable
> peer to peer PCIe transfers. This is actually working pretty well
> (though we're still
On Mon, Sep 28, 2015 at 2:41 AM, Ludovic Desroches
wrote:
> Irq argument as been removed from irq flow handlers so use the irq
> descriptor to retrieve data we need.
>
> Signed-off-by: Ludovic Desroches
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubs
This patch fixes the warning generated by sparse: "symbol
'nrs_policy_get_info_locked' was not
declared. Should it be static?" by declaring the function static.
Signed-off-by: Rocco Folino
---
drivers/staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On Tue, Sep 29, 2015 at 3:55 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> The TCA9539 is almost identical to the PCA9555 and software-compatible
> with this driver. It exposes 16 general purpose I/O pins in two 8-bit
> configurations.
>
> Signed-off-by: Thierry Reding
> ---
> Changes in
On Friday 02 October 2015 15:53:44 Ley Foon Tan wrote:
> > Strictly speaking, if you have undocumented bindings downstream that
> > is your problem and we don't have to accept them as-is upstream. I'm
> > not going to worry about that here.
> >
> >>> txs contains the config space?
> >> It is not th
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Friday, October 2, 2015 1:07 PM
> To: KY Srinivasan
> Cc: Paolo Bonzini ; linux-kernel@vger.kernel.org;
> Haiyang Zhang ; x...@kernel.org;
> de...@linuxdriverproject.org; alex.william...@redhat.com
> Subject
On Friday 02 October 2015 23:54:26 Rocco Folino wrote:
> This patch fixes the warning generated by sparse: "symbol
> 'nrs_policy_get_info_locked' was not
> declared. Should it be static?" by declaring the function static.
>
> Signed-off-by: Rocco Folino
>
Reviewed-by: Arnd Bergmann
This prob
On Sat, Oct 03, 2015 at 12:37:35AM +0300, Denis Kirjanov wrote:
> >> -0: tlbie r4; \
> >> +0: tlbie r4, 0; \
> >
> > This isn't correct. With POWER7 and later (which this compile
> > is, since it's on LE), the tlbie instruction takes
On Fri, Oct 2, 2015 at 2:29 PM, Andy Lutomirski wrote:
> On Fri, Oct 2, 2015 at 2:10 PM, Kees Cook wrote:
>> On Fri, Oct 2, 2015 at 9:27 AM, Tycho Andersen
>> wrote:
>>> Hi all,
>>>
>>> Here's v5 of the seccomp filter c/r set. The individual patch notes have
>>> changes, but two highlights are:
On Fri, Oct 2, 2015 at 3:02 PM, Kees Cook wrote:
> On Fri, Oct 2, 2015 at 2:29 PM, Andy Lutomirski wrote:
>> On Fri, Oct 2, 2015 at 2:10 PM, Kees Cook wrote:
>>> On Fri, Oct 2, 2015 at 9:27 AM, Tycho Andersen
>>> wrote:
Hi all,
Here's v5 of the seccomp filter c/r set. The individ
On Fri, 2 Oct 2015 12:27:45 -0700 Maxim Patlasov
wrote:
> On 10/02/2015 04:21 AM, Konstantin Khlebnikov wrote:
> > Bump. Add more peopple in CC.
> >
> > On Mon, Sep 21, 2015 at 1:02 PM, Roman Gushchin
> > wrote:
> >> I got a report about unkillable task eating CPU. Thge further
> >> investigat
On Fri, Oct 2, 2015 at 1:00 PM, Khalid Aziz wrote:
> On Wed, 2015-09-30 at 22:52 -0700, Yinghai Lu wrote:
>> Found "no compatible bridge window" warning in boot log from T5-8.
>>
>> pci :00:01.0: can't claim BAR 15 [mem 0x1-0x4afff pref]: no
>> compatible bridge window
>>
>> That
On Fri, Oct 2, 2015 at 3:04 PM, Andy Lutomirski wrote:
> On Fri, Oct 2, 2015 at 3:02 PM, Kees Cook wrote:
>> On Fri, Oct 2, 2015 at 2:29 PM, Andy Lutomirski wrote:
>>> On Fri, Oct 2, 2015 at 2:10 PM, Kees Cook wrote:
On Fri, Oct 2, 2015 at 9:27 AM, Tycho Andersen
wrote:
> Hi all,
On Wed, Sep 30, 2015 at 5:07 AM, Masahiro Yamada
wrote:
> Currently, the dt_params array in drivers/pinctrl/pinconf-generic.c
> is not sorted in the same order as the enum pin_config_param in
> include/linux/pinctrl/pinconf-generic.h.
>
> Sort enum pin_config_param, conf_items, dt_params, alphabe
On Wed, Sep 30, 2015 at 5:07 AM, Masahiro Yamada
wrote:
> PIN_CONFIG_INPUT_SCHMITT is defined in enum_pin_config_param,
> but the corresponding DT property is missing.
>
> Signed-off-by: Masahiro Yamada
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubs
On 10/02/2015 03:00 PM, Segher Boessenkool wrote:
On Sat, Oct 03, 2015 at 12:37:35AM +0300, Denis Kirjanov wrote:
-0: tlbie r4; \
+0: tlbie r4, 0; \
This isn't correct. With POWER7 and later (which this compile
is, since it's on
Hi Rocco,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
config: sparc64-allyesconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chmod +x ~/bi
On Saturday 03 October 2015 06:10:12 kbuild test robot wrote:
> >> drivers/staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c:456:13: error: static
> >> declaration of 'nrs_policy_get_info_locked' follows non-static declaration
> static void nrs_policy_get_info_locked(struct ptlrpc_nrs_policy *policy
Hi Dan,
Good to know you've already addressed the struct page issue. We'll watch
out for an updated patchset to try.
On 02/10/15 03:53 PM, Dan Williams wrote:
Hmm, I didn't have peer-to-peer PCI-E in mind for this mechanism, but
the test report is welcome nonetheless. The definition of dma_
On Friday 02 October 2015 13:13:24 kbuild test robot wrote:
>
> 15
> 16 #include
> 17
> 18 /* int invoke_smc(u32 function_id, u32 arg0, u32 arg1, u32 arg2) */
> 19 ENTRY(invoke_smc)
> 20 __SMC(0)
> > 21 bx lr
> 22 ENDPROC(invoke_smc)
>
On Fri, Oct 2, 2015 at 3:06 PM, Kees Cook wrote:
> On Fri, Oct 2, 2015 at 3:04 PM, Andy Lutomirski wrote:
>> On Fri, Oct 2, 2015 at 3:02 PM, Kees Cook wrote:
>>> On Fri, Oct 2, 2015 at 2:29 PM, Andy Lutomirski wrote:
On Fri, Oct 2, 2015 at 2:10 PM, Kees Cook wrote:
> On Fri, Oct 2, 20
On Fri, Oct 02, 2015 at 01:29:57PM -0400, Waiman Long wrote:
> In __percpu_counter_compare(), if the current imprecise count is
> within (batch*nr_cpus) of the input value to be compared, a call
> to percpu_counter_sum() will be made to get the precise count. The
> percpu_counter_sum() call, howeve
APM X-Gene GICv2m implementation has an erratum where the
MSI data needs to be the offset from the spi_start in order to
trigger the correct MSI interrupt. This is different from the
standard GICv2m implementation where the MSI data is the absolute
value within the range from spi_start to (spi_star
Add the 4708, 4709, and 953012k SVKs to the the documentation for the
Broadcom Northstar device tree bindings.
Signed-off-by: Jon Mason
---
Documentation/devicetree/bindings/arm/bcm/brcm,bcm4708.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/
Add device tree files for Broadcom Northstar based SVKs. Since the
bcm5301x.dtsi already exists, all that is necessary is the dts files to
enable the UARTs (and specify the RAM size for the 4708/9). With these
files, the SVKs are able to boot to shell.
Signed-off-by: Jon Mason
---
arch/arm/boo
On Fri, 2 Oct 2015 15:35:49 +0200 Vlastimil Babka wrote:
> Currently, /proc/pid/smaps will always show "Swap: 0 kB" for shmem-backed
> mappings, even if the mapped portion does contain pages that were swapped out.
> This is because unlike private anonymous mappings, shmem does not change pte
> t
601 - 700 of 784 matches
Mail list logo
