Hi,
On Fri, Oct 02, 2015 at 11:46:59PM +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).
Try disabling CONFIG_NO_HZ_FULL_ALL=y, just curious, what was the
purpose of enabling it ?
Regards
af
* Paolo Bonzini wrote:
>
>
> On 02/10/2015 13:58, Linus Torvalds wrote:
> > On Fri, Oct 2, 2015 at 7:49 AM, Paolo Bonzini wrote:
> >> On 02/10/2015 00:48, Linus Torvalds wrote:
> >>> It's quite likely that you will find that compilers put read-only
> >>> constants in the text section, knowing
* Daniel Borkmann wrote:
> While testing some other BPF issue, I realized that BPF_EVENTS is
> actually not accessible through menuconfig because of a missing
> description that needs to be attached to the bool. After the patch
> the entry shows up in menuconfig and can be enabled/disabled from
* Arnaldo Carvalho de Melo wrote:
> 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 avail
Dear Beloved,
St. Francis Foundation Old Home Center serves to inform you that you have
inheritance fund bequeathed to you see attached notification letter. For more
details contact us immediately on email id for payout.
Regards,
Elders in Council
(Coordinator - Sister Nancy)
---
This email h
Michal Hocko wrote:
> On Tue 29-09-15 01:18:00, Tetsuo Handa wrote:
> > Michal Hocko wrote:
> > > The point I've tried to made is that oom unmapper running in a detached
> > > context (e.g. kernel thread) vs. directly in the oom context doesn't
> > > make any difference wrt. lock because the holder
On 2 October 2015 at 22:43, Jason Baron wrote:
> 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 pol
On Fri, Oct 02, 2015 at 11:11:18AM -0700, Dmitry Torokhov wrote:
> Hi Sudip,
>
> On Fri, Oct 02, 2015 at 04:58:33PM +0530, Sudip Mukherjee wrote:
> > The variable i is used to check the port to attach to and we are
> > supposed to save the reference of struct db9 in the location given by
> > db9_b
On Fri, Oct 2, 2015 at 9:48 PM, Nicholas Krause wrote:
> This removes unused goto labels in decode crush map functions related
> to error paths due to them never being used on any error path for these
> particular functions in the file, osdmap.c.
>
> Signed-off-by: Nicholas Krause
> ---
> net/ce
On Sat, Oct 03, 2015 at 11:31:04AM +0800, Dongsheng Yang wrote:
> On 10/03/2015 01:38 AM, Brian Norris wrote:
> >On Fri, Oct 02, 2015 at 03:31:33PM +0530, Sudip Mukherjee wrote:
> >>On Fri, Oct 02, 2015 at 05:39:02PM +0800, Dongsheng Yang wrote:
> >>>On 10/01/2015 12:41 AM, Sudip Mukherjee wrote:
>
Hi Linus,
Bunch of fixes all over the place, all pretty small,
amdgpu, i915, exynos, one qxl and one vmwgfx,
There is also a bunch of mst fixes, I left some cleanups in the series
as I didn't think it was worth splitting up the tested series,
Dave.
The following changes since commit 9ffecb10
On Sat, 3 Oct 2015, Alistair Popple wrote:
> Hi,
>
> We have been intermittently seeing the below RCU stall at boot on a
> PPC64LE 4.2.1 kernel which has been preventing the system from booting.
> Further investigation indicates that ops->cur_blink_jiffies is
> potentially being used uninitialis
Added a blank line after declaration to fix the coding style
warning detected by checkpatch.pl
WARNING: Missing a blank line after declarations
Signed-off-by: Anjali Menon
---
drivers/staging/i2o/pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/i2o/pci.c b/drivers/stagi
On Mon, Sep 28, 2015 at 03:16:53AM +, Mathieu Desnoyers wrote:
> - On Sep 27, 2015, at 10:10 PM, Wang Long long.wangl...@huawei.com wrote:
>
> > Some test's Makefile using "$(RM)" while the other's
> > using "rm -f". It is better to use one of them in all
> > tests.
>
> I agree that this
Hi Yoshinori,
On Fri, 02 Oct 2015 15:11:48 +0900 Yoshinori Sato
wrote:
>
> On Tue, 15 Sep 2015 08:12:01 +0900,
> Stephen Rothwell wrote:
> >
> > On Tue, 15 Sep 2015 09:10:30 +1000 Stephen Rothwell
> > wrote:
> > >
> > > Please do "gitk 9751a9e449da..h8300-next" in your tree and look at
> > >
On Oct 2, 2015 10:37 AM, "Borislav Petkov" wrote:
>
> On Fri, Oct 02, 2015 at 05:05:52AM +0800, Kweh, Hock Leong wrote:
> > From: "Kweh, Hock Leong"
> >
> > Dear maintainers & communities,
> >
> > This patchset is created on top of Matt's patchset:
> > 1.)https://lkml.org/lkml/2014/10/7/390
> > "
Change the journal's checksum functions to gate on whether or not the
crc32c driver is loaded, and gate the loading on the superblock bits.
This prevents a journal crash if someone loads a journal in no-csum
mode and then randomizes the superblock, thus flipping on the feature
bits.
v2: Create a f
On 10/03/2015 01:38 AM, Brian Norris wrote:
On Fri, Oct 02, 2015 at 03:31:33PM +0530, Sudip Mukherjee wrote:
On Fri, Oct 02, 2015 at 05:39:02PM +0800, Dongsheng Yang wrote:
On 10/01/2015 12:41 AM, Sudip Mukherjee wrote:
We should prevent user to erasing mtd device with an unaligned offset
or l
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Saturday, October 03, 2015 1:37 AM
> To: Kweh, Hock Leong
> Cc: Matt Fleming; Greg Kroah-Hartman; Ong, Boon Leong; LKML; linux-
> e...@vger.kernel.org; Sam Protsenko; Peter Jones; Andy Lutomirski; Roy
> Franz; Jame
On Fri, Oct 2, 2015 at 3:37 PM, David Daney wrote:
> From: David Daney
>
> PCI Enhanced Allocation is a new method of allocating MMIO & IO
> resources for PCI devices & bridges. It can be used instead
> of the traditional PCI method of using BARs.
>
> EA entries are hardware-initialized to a fixe
Use offset_in_page macro instead of (addr & ~PAGE_MASK).
Signed-off-by: Geliang Tang
---
drivers/staging/rdma/amso1100/c2_alloc.c| 2 +-
drivers/staging/rdma/amso1100/c2_provider.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rdma/amso1100/c2_alloc.c
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Saturday, October 03, 2015 1:37 AM
> To: Kweh, Hock Leong
> Cc: Matt Fleming; Greg Kroah-Hartman; Ong, Boon Leong; LKML; linux-
> e...@vger.kernel.org; Sam Protsenko; Peter Jones; Andy Lutomirski; Roy
> Franz; Jame
On Fri, Oct 2, 2015 at 4:38 PM, David Daney wrote:
> On 10/02/2015 04:14 PM, Yinghai Lu wrote:
>>
>> https://patchwork.kernel.org/patch/7304371/
>> [v6,06/53] PCI: Claim fixed resource during remove/rescan path
>
>
> This one is interesting, but I don't think it will work.
>
> pci_claim_resource()
On 10/2/15, 2:37 AM, "Catalin Marinas" wrote:
>On Thu, Oct 01, 2015 at 09:49:46PM +, Pinski, Andrew wrote:
>> Ok, we will rewrite these patches using 32bit time_t and 32bit off_t
>> and redo the toolchain support for them. Note this is going back to
>> the abi I had originally done when I
Use offset_in_page macro instead of (addr & ~PAGE_MASK).
Signed-off-by: Geliang Tang
---
drivers/staging/rdma/ipath/ipath_user_sdma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rdma/ipath/ipath_user_sdma.c
b/drivers/staging/rdma/ipath/ipath_user_sdma
Use offset_in_page macro instead of (addr & ~PAGE_MASK).
Signed-off-by: Geliang Tang
---
drivers/staging/rdma/hfi1/file_ops.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/rdma/hfi1/file_ops.c
b/drivers/staging/rdma/hfi1/file_ops.c
index 9a77221..7d
On Fri, 2015-10-02 at 17:00 -0500, 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 (wh
On Fri, Oct 02, 2015 at 04:39:11PM +0300, Dan Carpenter wrote:
> On Fri, Oct 02, 2015 at 06:47:35PM +0530, Chandra S Gorentla wrote:
> > During the clean-up of the function, it is need to check if
> > errors occurred, not the memory pointer.
> >
>
> The bug here is that we have a use after free on
On Sat, Oct 3, 2015 at 1:04 AM, Andrew Morton wrote:
> 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 repo
Commit f26cdc853 ("blk-mq: Shared tag enhancements") has introduced a use after
free where it tried to free the cpumask var out of the tag set but the tag set
was already freed by blk_mq_free_rq_map().
Signed-off-by: Sasha Levin
---
block/blk-mq-tag.c |1 +
block/blk-mq.c |7 ++-
Hi,
We have been intermittently seeing the below RCU stall at boot on a PPC64LE
4.2.1 kernel which has been preventing the system from booting. Further
investigation indicates that ops->cur_blink_jiffies is potentially being used
uninitialised in cursor_timer_handler():
static void cursor_tim
On Fri, Oct 2, 2015 at 6:15 PM, Sasha Levin wrote:
> On 09/30/2015 04:38 AM, Thomas Gleixner wrote:
>> Dmitry Vyukov reported the following using trinity and the memory
>> error detector AddressSanitizer
>> (https://code.google.com/p/address-sanitizer/wiki/AddressSanitizerForKernel).
>>
>> [ 124.5
f-bounds in get_wchan+0xf9/0x1b0 at addr
88049d2b7c50
[ 5228.737560] Read of size 8 by task killall/22177
[ 5228.738304] page:ea001274adc0 count:0 mapcount:0 mapping:
(null) index:0x0
[ 5228.739374] flags: 0x6f8000()
[ 5228.739862] page dumped because: kasan: bad
Hi Mark:
> This doesn't apply because it's been corrupted by line wrapping - git am
> can't understand it. Since it's just that one line I fixed it up by
> hand but please look at your mail setup to make sure this works (this
> might've been what happened with your other patch yesterday).
After y
From: Jacob Kiefer
This patch fixes the following sparse errors:
CHECK drivers/staging/rtl8723au/hal/rtl8723a_cmd.c
...
drivers/staging/rtl8723au/hal/rtl8723a_cmd.c:118:25: warning: incorrect type in
assignment (different base types)
drivers/staging/rtl8723au/hal/rtl8723a_cmd.c:118:25:
On 10/03/2015 01:02 AM, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>> Split per ring information to an new structure:blkfront_ring_info, also
>> rename
>> per blkfront_info to blkfront_dev_info.
> ^ removed.
>>
>> A ring is the representation of a hardware queue, every
On Fri, Sep 11, 2015 at 10:14:09AM +0200, Martin Schwidefsky wrote:
> On Tue, 08 Sep 2015 15:42:40 +0200
> Arnd Bergmann wrote:
>
> > On Thursday 03 September 2015 03:44:15 Luis R. Rodriguez wrote:
> > > On Sun, Aug 30, 2015 at 09:30:26PM +0200, Arnd Bergmann wrote:
> > > > On Friday 28 August 20
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 commits 46c043ede4711e8d598b9d63c5616c1fedb0605e
and 8346c416d17bf5b4ea1508662959bb62e73fd6a5.
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
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")
Changes from v1:
- Squashed patches 1 and 2 from
On 10/03/2015 12:22 AM, Roger Pau Monné wrote:
> El 02/10/15 a les 18.12, Wei Liu ha escrit:
>> On Fri, Oct 02, 2015 at 06:04:35PM +0200, Roger Pau Monné wrote:
>>> El 05/09/15 a les 14.39, Bob Liu ha escrit:
Document multi queues/rings of xen-block.
Signed-off-by: Bob Liu
>>>
>>>
On Tue, Sep 08, 2015 at 03:42:40PM +0200, Arnd Bergmann wrote:
> On Thursday 03 September 2015 03:44:15 Luis R. Rodriguez wrote:
> > On Sun, Aug 30, 2015 at 09:30:26PM +0200, Arnd Bergmann wrote:
> > > On Friday 28 August 2015 17:17:27 Luis R. Rodriguez wrote:
> > > > While at it, as with the iorem
Hi David,
I did a quick look through & overall I what you have done.
I will try to find some time to do a full review early next week.
Thanks Again,
Sean
On Fri, Oct 02, 2015 at 03:37:51PM -0700, David Daney wrote:
> From: David Daney
>
> The original patches are from Sean O. Stalley. I made a
On 10/02/2015 04:14 PM, Yinghai Lu wrote:
On Fri, Oct 2, 2015 at 3:37 PM, David Daney wrote:
From: David Daney
The new Enhanced Allocation (EA) capability support creates resources
with the IORESOURCE_PCI_FIXED set. This creates a couple of problems:
1) Since these resources cannot be reloc
On Fri, Oct 02, 2015 at 02:11:03PM -0700, Dan Williams wrote:
> 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
On Fri, Aug 28, 2015 at 07:13:08PM -0700, Randy Dunlap wrote:
> On 08/28/15 17:17, Luis R. Rodriguez wrote:
> >
> > arch/s390/Kconfig | 8 +
> > arch/s390/include/asm/io.h| 11 ---
> > arch/s390/include/asm/pci.h | 2 --
> > arch/s390/include/asm/pci_iomap.
On Fri, Oct 2, 2015 at 4:05 PM, Khalid Aziz wrote:
> On 10/02/2015 04:05 PM, Yinghai Lu wrote:
> I still see lots of "no compatible
> bridge window" messages but overlapping address ranges are no longer
> reserved
Please send boot log to me, I'd like to fix them.
Thanks
Yinghai
--
To unsubscri
On Fri, Oct 2, 2015 at 1:57 PM, Alexander Kapshuk
wrote:
> 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
>>>
On Fri, Oct 2, 2015 at 3:37 PM, David Daney wrote:
> From: David Daney
>
> The new Enhanced Allocation (EA) capability support creates resources
> with the IORESOURCE_PCI_FIXED set. This creates a couple of problems:
>
> 1) Since these resources cannot be relocated or resized, their
>alignme
On 10/02/2015 04:05 PM, Yinghai Lu wrote:
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
com
Hi!
I recently upgraded from the atmel linux-3.18-at91 kernel to vanilla 4.2
and everything seemed fine. Until I tried to write to the little eeprom
chip. I then tried the linux-4.1-at91 kernel and that suffers too.
The symptoms are that it seems like writes get interrupted, and restarted
again w
This patch series adds support for the Broadcom Northstar, Northstar
Plus, and Northstar 2 clocks. Some slight modifications were necessary
to clk-iproc-pll to get Northstar and Northstar Plus working, due to
differences in register layout. This is the reason why the first patch
is necessary. So
Some iProc SoC clocks use a different way to control clock power, via
the PWRDWN bit in the PLL control register. Since the PLL control
register is used to access the PWRDWN bit, there is no need for the
pwr_base when this is being used. A new flag, IPROC_CLK_EMBED_PWRCTRL,
has been added to iden
On Fri, Oct 2, 2015 at 3:57 PM, Daniel Borkmann wrote:
> On 10/03/2015 12:44 AM, Tycho Andersen wrote:
>>
>> On Fri, Oct 02, 2015 at 02:10:24PM -0700, Kees Cook wrote:
>
> ...
>>
>> Ok, how about,
>>
>> struct sock_filter insns[BPF_MAXINSNS];
>> insn_cnt = ptrace(PTRACE_SECCOMP_GET_FILTER, pid, in
Document the device tree bindings for Broadcom Northstar Plus
architecture based clock controller
Signed-off-by: Jon Mason
---
.../bindings/clock/brcm,iproc-clocks.txt | 30 ++
1 file changed, 30 insertions(+)
diff --git a/Documentation/devicetree/bindings/clock/br
Replace current device tree dummy clocks with real clock support for
Broadcom Northstar SoCs.
Signed-off-by: Jon Mason
---
arch/arm/boot/dts/bcm5301x.dtsi | 67 -
1 file changed, 60 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/bcm5301x.dts
The Broadcom Northstar Plus SoC is architected under the iProc
architecture. It has the following PLLs: ARMPLL, GENPLL, LCPLL0, all
derived from an onboard crystal.
Signed-off-by: Jon Mason
---
drivers/clk/bcm/Makefile| 2 +
drivers/clk/bcm/clk-nsp.c | 139 +++
Some PLLs have separate registers for Status and Control. The means the
pll_base needs to be split into 2 new variables, so that those PLLs can
specify device tree registers for those independently. Also, add a new
driver flag to identify this presence of the split, and let the driver
know that a
On 10/03/2015 12:44 AM, Tycho Andersen wrote:
On Fri, Oct 02, 2015 at 02:10:24PM -0700, Kees Cook wrote:
...
Ok, how about,
struct sock_filter insns[BPF_MAXINSNS];
insn_cnt = ptrace(PTRACE_SECCOMP_GET_FILTER, pid, insns, i);
Would also be good that when the storage buffer (insns) is NULL,
it
The PLL loop filter/gain can be located in a separate register on some
SoCs. Split these off into a separate variable, so that an offset can
be added if necessary. Also, make the necessary modifications to the
Cygnus and NSP drivers for this change.
Signed-off-by: Jon Mason
---
drivers/clk/bcm
On Sat, Oct 03, 2015 at 12:57:49AM +0200, Daniel Borkmann wrote:
> On 10/03/2015 12:44 AM, Tycho Andersen wrote:
> >On Fri, Oct 02, 2015 at 02:10:24PM -0700, Kees Cook wrote:
> ...
> >Ok, how about,
> >
> >struct sock_filter insns[BPF_MAXINSNS];
> >insn_cnt = ptrace(PTRACE_SECCOMP_GET_FILTER, pid,
Document the device tree bindings for Broadcom Northstar 2 architecture
based clock controller
Signed-off-by: Jon Mason
---
.../bindings/clock/brcm,iproc-clocks.txt | 48 ++
1 file changed, 48 insertions(+)
diff --git a/Documentation/devicetree/bindings/clock/brcm,
Add device tree entries for clock support for Broadcom Northstar 2 SoC
Signed-off-by: Jon Mason
---
arch/arm64/boot/dts/broadcom/ns2.dtsi | 81 +++
1 file changed, 81 insertions(+)
diff --git a/arch/arm64/boot/dts/broadcom/ns2.dtsi
b/arch/arm64/boot/dts/broadcom
The Broadcom Northstar 2 SoC is architected under the iProc
architecture. It has the following PLLs: GENPLL SCR, GENPLL SW,
LCPLL DDR, LCPLL Ports, all derived from an onboard crystal.
Signed-off-by: Jon Mason
---
arch/arm64/Kconfig.platforms| 1 +
drivers/clk/Makefile|
All writes to the PLL base address must be flushed if the
IPROC_CLK_NEEDS_READ_BACK flag is set. If we add a function to make the
necessary write and reads, we can make sure that any future code which
makes PLL base writes will do the correct thing.
Signed-off-by: Jon Mason
---
drivers/clk/bcm/
On Fri, Oct 02, 2015 at 03:52:03PM -0700, Andy Lutomirski wrote:
> On Fri, Oct 2, 2015 at 3:44 PM, Tycho Andersen
> wrote:
> > On Fri, Oct 02, 2015 at 02:10:24PM -0700, Kees Cook wrote:
> >> On Fri, Oct 2, 2015 at 9:27 AM, Tycho Andersen
> >> wrote:
> >> > Hi all,
> >> >
> >> > Here's v5 of the s
On Fri, Oct 2, 2015 at 3:42 PM, Logan Gunthorpe wrote:
>
>
> On 02/10/15 03:53 PM, Dan Williams wrote:
>>
>> Yes, this location for dev_pagemap will not work. I've since moved it
>> to a union with the lru list_head since ZONE_DEVICE pages memory
>> should always have an elevated page count and n
Recently an issue was reported that was difficult to detect except
by tweaking the adjtimex tick value, and noticing how quickly the
adjustment took to be made:
https://lkml.org/lkml/2015/9/1/488
Thus this patch introduces a new test which manipulates the adjtimex
tick value and validates
On Fri, Oct 2, 2015 at 3:44 PM, Tycho Andersen
wrote:
> On Fri, Oct 02, 2015 at 02:10:24PM -0700, 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 high
On 10/2/2015 3:36 PM, Arnd Bergmann wrote:
> On Thursday 01 October 2015 17:44:36 Ray Jui wrote:
>>
>> Sorry for stealing this discussion, :)
>>
>> I have some questions here, since this affects how I should implement
>> the MSI support for iProc based PCIe controller. I understand it makes
>> mo
On Fri, Oct 02, 2015 at 02:10:24PM -0700, 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://patchw
On Thursday 01 October 2015 17:44:36 Ray Jui wrote:
>
> Sorry for stealing this discussion, :)
>
> I have some questions here, since this affects how I should implement
> the MSI support for iProc based PCIe controller. I understand it makes
> more sense to use separate device node for MSI and ha
On 02/10/15 03:53 PM, Dan Williams wrote:
Yes, this location for dev_pagemap will not work. I've since moved it
to a union with the lru list_head since ZONE_DEVICE pages memory
should always have an elevated page count and never land on a slab
allocator lru.
Oh, also, I was actually hoping t
On Fri, 2 Oct 2015 15:35:51 +0200 Vlastimil Babka wrote:
> From: Jerome Marchand
>
> It's currently inconvenient to retrieve MM_ANONPAGES value from status
> and statm files and there is no way to separate MM_FILEPAGES and
> MM_SHMEMPAGES. Add RssAnon, RssFile and RssShm lines in /proc//status
Introduced subnodes sensor, fan and peci with properties.
Signed-off-by: Constantine Shulyupin
---
Changed in v6:
- Removed previous definition.
- Introduced subnodes sensor, fan and peci with properties.
Changed in v5:
- Fixed typos
Changed in v4:
- Removed registers initialization by names
-
On 10/02/2015 03:17 PM, Linus Walleij wrote:
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
From: David Daney
SRIOV BARs can be specified via EA entries. Extend the EA parser to
extract the SRIOV BAR resources, and modify sriov_init() to use
resources previously obtained via EA.
Signed-off-by: David Daney
---
drivers/pci/iov.c | 11 +--
drivers/pci/pci.c | 5 +
2 files
From: "Sean O. Stalley"
Add registers defined in PCI-SIG's Enhanced allocation ECN.
Signed-off-by: Sean O. Stalley
[david.da...@cavium.com: Added more definitions for PCI_EA_BEI_*]
Signed-off-by: Signed-off-by: David Daney
---
include/uapi/linux/pci_regs.h | 44 +++
From: David Daney
The new Enhanced Allocation (EA) capability support creates resources
with the IORESOURCE_PCI_FIXED set. This creates a couple of problems:
1) Since these resources cannot be relocated or resized, their
alignment is not really defined, and it is therefore not specified.
From: "Sean O. Stalley"
Add support for devices using Enhanced Allocation entries instead of BARs.
This patch allows the kernel to parse the EA Extended Capability structure
in PCI configspace and claim the BAR-equivalent resources.
Signed-off-by: Sean O. Stalley
[david.da...@cavium.com: Add mo
From: David Daney
The original patches are from Sean O. Stalley. I made a few tweaks,
but feel that it is substancially Sean's work, so I am keeping the
patch set version numbering scheme going.
Tested on Cavium ThunderX system with 4 Root Complexes containing 50
devices/bridges provisioned with
From: David Daney
PCI bridges may have their properties be specified via EA entries.
Extend the EA parser to extract the bridge resources, and modify
pci_read_bridge_{io,mmio,mmio_pref}() to use resources previously
obtained via EA.
Save the offset to the EA capability in struct pci_dev, and us
On Fri, Oct 2, 2015 at 3:18 AM, Konstantin Khlebnikov
wrote:
> When openvswitch tries allocate memory from offline numa node 0:
> stats = kmem_cache_alloc_node(flow_stats_cache, GFP_KERNEL | __GFP_ZERO, 0)
> It catches VM_BUG_ON(nid < 0 || nid >= MAX_NUMNODES || !node_online(nid))
> [ replaced wit
On Fri, 2 Oct 2015 15:35:50 +0200 Vlastimil Babka wrote:
> From: Jerome Marchand
Changelog is a bit weird.
> Currently looking at /proc//status or statm, there is no way to
> distinguish shmem pages from pages mapped to a regular file (shmem
> pages are mapped to /dev/zero), even though their
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
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
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/
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
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
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 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)
>
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 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 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 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
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 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 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 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, 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
1 - 100 of 784 matches
Mail list logo
