Hi,
> -Original Message-
> From: Minchan Kim [mailto:minc...@kernel.org]
> Sent: Friday, August 05, 2016 1:50 PM
> To: PINTU KUMAR
> Cc: linux-kernel@vger.kernel.org; linux...@kvack.org;
> jaejoon@samsung.com; jy0.j...@samsung.com; vishnu...@samsung.com
> Subject: Re: [linux-mm]
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-extra-4.8-rc1
with top-most commit e2b3b80de5cda284c885721e873f9a6e90f68ef8
Merge branches 'pm-sleep', 'pm-cpufreq', 'pm-core' and 'pm-opp'
on top of commit
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pnp-extra-4.8-rc1
with top-most commit 61a67a366d5b5f9e3c8f27d056a3a67ede2a0026
PNP: pnpbios: add header file to fix build errors
on top of commit 59ebc44e8dac359812f317473c4f05cd1432f5d2
Merge
On Fri, 5 Aug 2016 16:35:55 +0200
Sebastian Andrzej Siewior wrote:
> * Steven Rostedt | 2016-08-04 13:16:45 [-0400]:
>
> >diff --git a/include/linux/ftrace_irq.h b/include/linux/ftrace_irq.h
> >index dca7bf8cffe2..4ec2c9b205f2 100644
> >--- a/include/linux/ftrace_irq.h
> >+++
This commit makes sure the driver for the Marvell PIC interrupt
controller (used on Marvell Armada 7K/8K) is enabled.
Signed-off-by: Thomas Petazzoni
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
This commit adds the necessary Device Tree description for the PIC
interrupt controller and the PMU available in the Marvell Armada 7K and
Armada 8K SoCs.
Signed-off-by: Thomas Petazzoni
---
arch/arm64/boot/dts/marvell/armada-ap806.dtsi | 14 ++
1 file changed, 14 insertions(+)
This commit adds the Device Tree binding description for the PIC
interrupt controller available in the ARM64 Marvell Armada 7K/8K SoCs.
Signed-off-by: Thomas Petazzoni
---
.../interrupt-controller/marvell,armada-8k-pic.txt | 25 ++
1 file changed, 25 insertions(+)
create
Hello,
This small patch series intends to add support for the PMU of the
Cortex-A72 cores found in the Marvell Armada 7K/8K SoCs.
However, the interrupt of the PMU is not directly connected to the
GIC, but goes through a secondary interrupt controller called the
PIC. Therefore, this series
The Marvell Armada 7K/8K integrates a secondary interrupt controller
very originally named "PIC". It is connected to the main GIC via a
PPI. Amongst other things, this PIC is used for the ARM PMU.
This commit adds a simple irqchip driver for this interrupt
controller. Since this interrupt
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-extra-4.8-rc1
with top-most commit 4dc14b343d47426858f3fb1c8669059b7e3f98d4
Merge branches 'acpi-ec' and 'acpi-button'
on top of commit e663107fa1edda4d8a0d5b8ce704d71f8e27de43
Merge tag
A handful of documentation fixes. You'll get a conflict on
Documentation/DocBook/Makefile due to the changes from the drm and media
trees. Resolution is pretty easy - just take the docs-next side - but I
also have a resolution in the docs-next-merge branch if that's useful to
you.
Thanks,
jon
On Fri, 5 Aug 2016 15:34:44 +0100
Juri Lelli wrote:
> On 05/08/16 09:56, Steven Rostedt wrote:
> > On Fri, 5 Aug 2016 11:09:59 +0100
> > Juri Lelli wrote:
> >
> > > @@ -1720,19 +1720,28 @@ static void switched_from_dl(struct rq *rq,
> > > struct task_struct *p)
> > > */
> > > static
On 05/08/16 10:54, Steven Rostedt wrote:
> On Fri, 5 Aug 2016 15:34:44 +0100
> Juri Lelli wrote:
>
> > On 05/08/16 09:56, Steven Rostedt wrote:
> > > On Fri, 5 Aug 2016 11:09:59 +0100
> > > Juri Lelli wrote:
> > >
> > > > @@ -1720,19 +1720,28 @@ static void switched_from_dl(struct rq *rq,
On Fri, Aug 05, 2016 at 09:35:25AM -0500, Zhengyu Shen wrote:
> $ perf stat -e
> mmdc/busy-cycles/,mmdc/read-accesses/,mmdc/read-bytes/,mmdc/total-cycles/,mmdc/write-accesses/,mmdc/write-bytes/
> dd if=/dev/zero of=/dev/null bs=1M count=5000
> Performance counter stats for 'dd if=/dev/zero
Hi Ted, Herbert,
I sent a question to the ATH9K RNG some time ago to the developers.
See https://www.mail-archive.com/linux-crypto@vger.kernel.org/msg19115.html
I have not yet received a word and I think this issue should be resolved.
Thanks
Stephan
---8<---
The ATH9K driver implements an RNG
setup_new_dl_entity() takes two parameters, but it only actually uses
one of them, under a different name, to setup a new dl_entity, after:
2f9f3fdc928 "sched/deadline: Remove dl_new from struct sched_dl_entity"
as we currently do
setup_new_dl_entity(>dl, >dl)
However, before Luca's change
On 8/5/2016 4:34 AM, Lars-Peter Clausen wrote:
> I believe we need to invest some effort to come up with clear semantics on
> what is the expected behavior when transferring a descriptor fails.
> Potentially allowing clients to choose the desired behavior, e.g. either
> abort all descriptors on
Hello There,
I am Gloria,
How are you doing today ?
We are a leading email marketing service provider's in USA, serving numerous
companies in finding the targeted audience & meeting their marketing goals by
providing quality leads.
Just emailing you today to see if you'd be interested in
On Fri, Aug 5, 2016 at 7:44 AM, Rafael J. Wysocki wrote:
> On Friday, August 05, 2016 12:37:13 PM Pavel Machek wrote:
>> On Wed 2016-08-03 01:19:26, Rafael J. Wysocki wrote:
>> > From: Rafael J. Wysocki
>> >
>> > When CONFIG_RANDOMIZE_MEMORY is set on x86-64, __PAGE_OFFSET becomes
>> > a
On Fri, 2016-08-05 at 12:37 +0100, Matt Fleming wrote:
> On Thu, 28 Jul, at 11:11:31AM, Joe Perches wrote:
> >
> > (forwarding to the maintainers of other uses)
> >
> > On Thu, 2016-07-28 at 10:27 -0700, Joe Perches wrote:
> > >
> > > There is a defect in krealloc with __GFP_ZERO so this code
On Wed, Aug 03 2016 at 11:35am -0400,
Benjamin Block wrote:
> Hej Mike,
>
> when running a debug-kernel today with several multipath-devices using
> the round-robin path selector I noticed that the kernel throws these
> warnings here:
>
> BUG: using smp_processor_id() in preemptible []
On 08/05/2016 01:40 AM, Axel Lin wrote:
It's only used in this driver and never get modified, make it static const.
Signed-off-by: Axel Lin
---
drivers/mfd/altera-a10sr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/altera-a10sr.c
On 4 August 2016 at 17:21, Josh Poimboeuf wrote:
> The 'stack_start' variable is similar in usage to 'initial_code' and
> 'initial_gs': they're all stored in head_64.S and they're all updated by
> SMP and ACPI suspend before starting a CPU.
>
> Rename it to 'initial_stack' to be consistent with
On 08/05/2016 04:44 PM, Steven Rostedt wrote:
> On Fri, 5 Aug 2016 16:25:21 +0200
> Sebastian Andrzej Siewior wrote:
>
>> * Steven Rostedt | 2016-08-04 10:57:09 [-0400]:
>>
>>> diff --git a/kernel/trace/trace_hwlat.c b/kernel/trace/trace_hwlat.c
>>> new file mode 100644
>>> index
Hi Thomas,
On Fri, Aug 05, 2016 at 04:55:19PM +0200, Thomas Petazzoni wrote:
> The Marvell Armada 7K/8K integrates a secondary interrupt controller
> very originally named "PIC". It is connected to the main GIC via a
> PPI. Amongst other things, this PIC is used for the ARM PMU.
>
> This commit
On 08/05/2016 09:27 AM, Mike Snitzer wrote:
On Wed, Aug 03 2016 at 11:35am -0400,
Benjamin Block wrote:
Hej Mike,
when running a debug-kernel today with several multipath-devices using
the round-robin path selector I noticed that the kernel throws these
warnings here:
BUG: using
On Fri, 2016-08-05 at 13:25 +, Altshul, Maxim wrote:
> Hi,
> 1) Sorry about the change log, I will try to be clearer next time.
Just mention something about how the bug happens please, at least.
> 2+3) The issue is not that the station is not known, it's that
> wl_sta->wl was null.
> wl
On Fri, 5 Aug 2016 06:55:01 -0700
Tony Lindgren wrote:
> * Andreas Kemnade [160804 09:44]:
> > Nothing happens here, so the previous state of the phy remains.
> > It would be disabled by the generic phy layer in
> > drivers/phy/phy-core.c
> >
> > > gadget driver is loaded.
> > > musb_start() is
On 4 August 2016 at 10:58, Peter Zijlstra wrote:
> On Thu, Jul 28, 2016 at 03:42:18PM -0600, Mathieu Poirier wrote:
>> This patch somewhat mimics the work done on address filters to
>> add the infrastructure needed to pass PMU specific HW
>> configuration to the driver before a session starts.
>>
On Friday, August 5, 2016 10:55:58 AM CEST Philipp Zabel wrote:
> Am Samstag, den 30.07.2016, 22:13 +0200 schrieb Arnd Bergmann:
> > On Friday, July 29, 2016 3:08:15 PM CEST Philipp Zabel wrote:
> > > Hi Masahiro,
> > >
> > > Am Donnerstag, den 28.07.2016, 19:29 +0900 schrieb Masahiro Yamada:
> >
On Fri, 5 Aug 2016 17:28:33 +0200
Sebastian Andrzej Siewior wrote:
> If you want to keep it, keep it. I just assumed it was a leftover.
I have mixed feelings about it. I may just nuke it anyway. I forgot to
add #3 laziness, it worked and I didn't want to add bugs by removing it.
--Steve
On Fri, 5 Aug 2016 15:20:41 +0200
Petr Mladek wrote:
> I have got a zero division error when disabling the forced
> idle injection from the intel powerclamp. I did
>
> echo 0 >/sys/class/thermal/cooling_device48/cur_state
>
> and got
>
> [ 986.072632] divide error: [#1] PREEMPT SMP
>
In current code, decay_load() will consider to set load value to zero
after passing 32*64 ms. So this means max_load * (0.5^64) ~= 0.
Kernel can support maximum number of processes and threads to 2^29 and
set task with highest priority with nice=-20 (weight = 88761). So in
worst case, one CPU may
On 4 August 2016 at 17:22, Josh Poimboeuf wrote:
> There are two different pieces of code for starting a CPU: start_cpu0()
> and the end of secondary_startup_64(). They're identical except for the
> stack setup. Combine the common parts into a shared start_cpu()
> function.
>
> Signed-off-by:
From: Serge Semin
> Currently supported AMD and Intel Non-transparent PCIe-bridges are synchronous
> devices, so translated base address of memory windows can be direcly written
> to peer registers. But there are some IDT PCIe-switches which implement
> complex interfaces using Lookup Tables of
On Fri, Aug 05 2016 at 11:33P -0400,
Jens Axboe wrote:
> On 08/05/2016 09:27 AM, Mike Snitzer wrote:
> >On Wed, Aug 03 2016 at 11:35am -0400,
> >Benjamin Block wrote:
> >
> >>Hej Mike,
> >>
> >>when running a debug-kernel today with several multipath-devices using
> >>the round-robin path
On Fri, Aug 5, 2016 at 6:37 AM, Sebastian Andrzej Siewior
wrote:
> Usually current->mm (and therefore mm->pgd) stays the same during the
> lifetime of a task so it does not matter if a task gets preempted during
> the read and write of the CR3.
>
> But then, there is this scenario on x86-UP:
>
On 08/05/2016 03:36 PM, Lee Jones wrote:
> On Tue, 05 Jul 2016, Sylwester Nawrocki wrote:
>
>> This patch adds documentation of the DT bindings for the Samsung
>> Exynos SoC Low Power Audio Subsystem.
>>
>> Signed-off-by: Sylwester Nawrocki
>> new file mode 100644
>> index 000..7e97c0d
>>
On 5 August 2016 at 03:32, Suzuki K Poulose wrote:
> On 04/08/16 17:53, Mathieu Poirier wrote:
>>
>> Now that PMU specific configuration is available as part of the event,
>> lookup the sink identified by users from the perf command line and build
>> a path from source to sink.
>>
>> With this
There is currently no non-fbdev mechanism in place to kick out
simpledrm when the real hw-driver is probed. As a stop gap until
that is in place, honour remove_conflicting_framebuffers() and
delete the simple-framebuffer platform device when it's called.
Signed-off-by: Noralf Trønnes
---
This patchset adds the simpledrm driver by David Herrmann based on a
patchset[1] from 2014. That patchset also included patches for kicking
out simpledrm by real drivers. I have stayed away from that since it
involves another subsystem and I would probably be unable to answer any
questions about
Create a simple fbdev device during SimpleDRM setup so legacy user-space
and fbcon can use it.
Original work by David Herrmann.
Cc: dh.herrm...@gmail.com
Signed-off-by: Noralf Trønnes
---
Changes from version 1:
No changes
Changes from previous version:
- Remove the DRM_SIMPLEDRM_FBDEV
The SimpleDRM driver binds to simple-framebuffer devices and provides a
DRM/KMS API. It provides only a single CRTC+encoder+connector combination
plus one initial mode.
Userspace can create dumb-buffers which can be blit into the real
framebuffer similar to UDL. No access to the real framebuffer
On 4 August 2016 at 10:59, Peter Zijlstra wrote:
> On Thu, Jul 28, 2016 at 03:42:18PM -0600, Mathieu Poirier wrote:
>> This patch somewhat mimics the work done on address filters to
>> add the infrastructure needed to pass PMU specific HW
>> configuration to the driver before a session starts.
>
Hi Linus,
Please pull these arm64 fixes for -rc1. The branch is based on the
for-next/core tag you pulled from Catalin last week. He's on holiday
once again, so I'm handling the fixes until he's back.
Details in the tag.
Cheers,
Will
--->8
The following changes since commit
On 2016/8/5 5:24, Andrew Morton wrote:
>>
>> it causes double align requirement for __get_vm_area_node() if parameter
>> size is power of 2 and VM_IOREMAP is set in parameter flags
>>
>> it is fixed by handling the specail case manually due to lack of
>> get_count_order() for long parameter
>>
>>
On Thursday, July 28, 2016 1:00:49 PM CEST Philipp Zabel wrote:
> Am Donnerstag, den 28.07.2016, 19:52 +0900 schrieb Masahiro Yamada:
> > > In my experimental patch, I make the _optional functions
> > > return NULL if no "resets" property is provided but return
> > > an error if there are reset
Hi Linus,
The following changes since commit 33cdcee04be3b4482be97393167e7561b2584e1e:
pwm: Fix pwm_apply_args() (2016-06-23 18:37:05 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm.git
tags/pwm/for-4.8-rc1
for you to
Linus,
The following changes since commit 96b585267f552d4b6a28ea8bd75e5ed03deb6e71:
Revert "ACPI / hotplug / PCI: Runtime resume bridge before rescan"
(2016-08-03 22:20:22 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you
On 08/05/2016 05:42 PM, Andy Lutomirski wrote:
>
> This should affect kernel threads too, right?
I don't think so because they don't have a MM in the first place so
they don't shouldn't need to flush a TLB. But then there is iounmap()
and vfree() for instance which does
vmap_debug_free_range()
On Fri, Aug 05, 2016 at 09:35:05AM -0600, Mathieu Poirier wrote:
> On 4 August 2016 at 10:58, Peter Zijlstra wrote:
> > On Thu, Jul 28, 2016 at 03:42:18PM -0600, Mathieu Poirier wrote:
> >> This patch somewhat mimics the work done on address filters to
> >> add the infrastructure needed to pass
On Fri, Aug 05, 2016 at 09:41:15AM -0600, Mathieu Poirier wrote:
> On 4 August 2016 at 10:59, Peter Zijlstra wrote:
> > On Thu, Jul 28, 2016 at 03:42:18PM -0600, Mathieu Poirier wrote:
> >> This patch somewhat mimics the work done on address filters to
> >> add the infrastructure needed to pass
On 08/05/2016 09:42 AM, Mike Snitzer wrote:
On Fri, Aug 05 2016 at 11:33P -0400,
Jens Axboe wrote:
On 08/05/2016 09:27 AM, Mike Snitzer wrote:
On Wed, Aug 03 2016 at 11:35am -0400,
Benjamin Block wrote:
Hej Mike,
when running a debug-kernel today with several multipath-devices using
the
Em Fri, Aug 05, 2016 at 11:35:32AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Aug 05, 2016 at 06:45:50PM +0900, Masami Hiramatsu escreveu:
> > See the symbol address calcurated from symbol map, in successful case
> > the address exactly same address of SyS_epoll_wait. This indicates
> >
On 16-08-05 09:34:38, Mimi Zohar wrote:
> Hi Petko,
>
> Thank you for review!
>
> On Fri, 2016-08-05 at 11:44 +0300, Petko Manolov wrote:
> > On 16-08-04 08:24:29, Mimi Zohar wrote:
> > > The TPM PCRs are only reset on a hard reboot. In order to validate a
> > > TPM's quote after a soft reboot
On 08/05/2016 04:52 PM, Steven Rostedt wrote:
>>> --- a/kernel/trace/trace_hwlat.c
>>> +++ b/kernel/trace/trace_hwlat.c
>>> @@ -64,6 +64,15 @@ static struct dentry *hwlat_sample_window; /*
>>> sample window us */
>>> /* Save the previous tracing_thresh value */
>>> static unsigned long
Hello,
Thanks for the quick feedback!
On Fri, 5 Aug 2016 15:31:13 +, Jason Cooper wrote:
> > +config MVEBU_PIC
> > + bool
>
> tri-state? Is there anything else attached to the PIC besides the PMU?
tri-state would be fine I believe, it's indeed a secondary interrupt
controller, not
On Fri, Aug 05, 2016 at 10:28:39AM -0500, Nilay Vaish wrote:
> On 4 August 2016 at 17:21, Josh Poimboeuf wrote:
> > The 'stack_start' variable is similar in usage to 'initial_code' and
> > 'initial_gs': they're all stored in head_64.S and they're all updated by
> > SMP and ACPI suspend before
On Friday, August 5, 2016 10:26:25 PM CEST Nicholas Piggin wrote:
> On Fri, 05 Aug 2016 12:17:27 +0200
> Arnd Bergmann wrote:
> > and I also get link errors for the .text.fixup section
> > for any users of __put_user() in really large kernels:
> > net/batman-adv/batman-adv.o:(.text.fixup+0x4):
Hi Frank,
Am Freitag, 5. August 2016, 16:34:42 schrieb Frank Wang:
> On 2016/8/5 3:10, Heiko Stübner wrote:
> > Am Dienstag, 2. August 2016, 15:19:56 schrieb Xing Zheng:
> >> Export these source clocks for usbphy.
> >>
> >> Signed-off-by: Xing Zheng
> >
> > can you please provide a rationale
On Fri, Aug 05 2016 at 11:54am -0400,
Jens Axboe wrote:
> On 08/05/2016 09:42 AM, Mike Snitzer wrote:
> >On Fri, Aug 05 2016 at 11:33P -0400,
> >Jens Axboe wrote:
> >
> >>On 08/05/2016 09:27 AM, Mike Snitzer wrote:
> >>>On Wed, Aug 03 2016 at 11:35am -0400,
> >>>Benjamin Block wrote:
> >>>
>
On 08/05/2016 10:06 AM, Mike Snitzer wrote:
On Fri, Aug 05 2016 at 11:54am -0400,
Jens Axboe wrote:
On 08/05/2016 09:42 AM, Mike Snitzer wrote:
On Fri, Aug 05 2016 at 11:33P -0400,
Jens Axboe wrote:
On 08/05/2016 09:27 AM, Mike Snitzer wrote:
On Wed, Aug 03 2016 at 11:35am -0400,
On Thu, Aug 4, 2016 at 6:22 PM, Josh Poimboeuf wrote:
> This zeroed word has no apparent purpose, so remove it.
>
> Signed-off-by: Josh Poimboeuf
> ---
> arch/x86/kernel/head_64.S | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/x86/kernel/head_64.S b/arch/x86/kernel/head_64.S
>
On Fri, 05 Aug 2016 18:01:13 +0200
Arnd Bergmann wrote:
> On Friday, August 5, 2016 10:26:25 PM CEST Nicholas Piggin wrote:
> > On Fri, 05 Aug 2016 12:17:27 +0200
> > Arnd Bergmann wrote:
>
> > > and I also get link errors for the .text.fixup section
> > > for any users of __put_user() in
On Fri, 5 Aug 2016 17:40:43 +0200
Sebastian Andrzej Siewior wrote:
> > Ah, this is when we have GENERIC_SCHED_CLOCK, which would break tracing
> > if any arch that has this also has NMIs. Probably need to look at arm64.
>
> arm64 should use the generic code as they don't provide
On Fri, Aug 05, 2016 at 10:41:15AM -0500, Nilay Vaish wrote:
> On 4 August 2016 at 17:22, Josh Poimboeuf wrote:
> > There are two different pieces of code for starting a CPU: start_cpu0()
> > and the end of secondary_startup_64(). They're identical except for the
> > stack setup. Combine the
> On Aug 4, 2016, at 8:49 PM, Steven Rostedt wrote:
>
> On Fri, 29 Jul 2016 01:41:20 +0530
> Janani Ravichandran wrote:
>
> Sorry for the late reply, I've been swamped with other things since
> coming back from my vacation.
>
No problem!
>
> Hmm, looking at the code, it appears setting
On Fri, Aug 05, 2016 at 12:13:04PM -0400, Brian Gerst wrote:
> On Thu, Aug 4, 2016 at 6:22 PM, Josh Poimboeuf wrote:
> > This zeroed word has no apparent purpose, so remove it.
> >
> > Signed-off-by: Josh Poimboeuf
> > ---
> > arch/x86/kernel/head_64.S | 1 -
> > 1 file changed, 1 deletion(-)
>
Hi Thomas,
On Fri, Aug 05, 2016 at 05:58:12PM +0200, Thomas Petazzoni wrote:
> On Fri, 5 Aug 2016 15:31:13 +, Jason Cooper wrote:
>
> > > +config MVEBU_PIC
> > > + bool
> >
> > tri-state? Is there anything else attached to the PIC besides the PMU?
>
> tri-state would be fine I believe,
On 03-08-16, 21:34, Greg Kroah-Hartman wrote:
> On Wed, Jul 27, 2016 at 02:32:58PM -0700, Viresh Kumar wrote:
> > The DMA device can't be registered if it doesn't have any channels
> > registered at all. Moreover, it leads to memory leak and is reported by
> > kmemleak as (on 3.10 kernel, and same
On Fri, 5 Aug 2016 21:33:25 +0530
Janani Ravichandran wrote:
> > Hmm, looking at the code, it appears setting tracing_thresh should
> > work. Could you show me exactly what you did?
> >
>
> Sure. I wanted to observe how long it took to allocate pages and also how
> long functions in the
On Fri, Jul 15, 2016 at 11:42 AM, Alexander Potapenko wrote:
> When building with CONFIG_FUNCTION_GRAPH_TRACER or CONFIG_KASAN, put the
> APIC interrupt handlers into the .irqentry.text section. This is needed
> because both KASAN and function graph tracer use __irqentry_text_start and
>
Is it possible to write a kernel module which, when loaded, will blow
the PC speaker?
On 08/05/2016 12:00 AM, Robert Richter wrote:
On 04.08.16 14:40:48, David Daney wrote:
On 08/04/2016 01:57 PM, Robert Richter wrote:
The patch below is on top of Matthias' patch series:
arm64: Implement IPI based TLB invalidation
The series is used to enable a workaround for Cavium
Dear RT folks!
I'm pleased to announce the v4.6.5-rt10 patch set.
Changes since v4.6.5-rt9:
- Added missing cpu_light_get() in the scsi fcoe driver. Patch by Mike
Galbraith.
- Under a special a condition (a preempted TLB flush in do_exit()) it
was possible on x86-UP to enter
Le 30/11/2015 à 03:48, Zhao Qiang a écrit :
Use genalloc to manage CPM/QE muram instead of rheap.
Signed-off-by: Zhao Qiang
---
Changes for v9:
- splitted from patch 3/5, modify cpm muram management functions.
Changes for v10:
- modify cpm muram first, then move to qe_common
On Fri, 5 Aug 2016 09:34:20 -0300 Mauricio Faria de Oliveira
wrote:
> On 08/04/2016 10:05 PM, Andrew Morton wrote:
> > Of course, the alternative is to just delete the damn warnings from
> > ppc_iommu_map_sg(). Imagine that! Have they ever been of any use to
> > anyone?
>
> Sure. I submitted
On Fri, Aug 05, 2016 at 12:35:44PM +0200, Johannes Stezenbach wrote:
> On Wed, Aug 03, 2016 at 05:50:26PM +0300, Török Edwin wrote:
> > I have just encountered a similar problem after I've recently upgraded to
> > 4.7.0:
> > [Wed Aug 3 11:08:57 2016] EXT4-fs error (device dm-1): dx_probe:740:
Hello,
There have been several discussions around CPU controller support.
Unfortunately, no consensus was reached and cgroup v2 is sorely
lacking CPU controller support. This document includes summary of the
situation and arguments along with an interim solution for parties who
want to use the
>From ed6d93036ec930cb774da10b7c87f67905ce71f1 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 11 Mar 2016 07:31:23 -0500
While the cpu controller doesn't have any functional problems, there
are a couple interface issues which can be addressed in the v2
interface.
* cpuacct being a separate
On Fri, Aug 05, 2016 at 03:52:25PM +0800, Zhao Lei wrote:
> Hi, Andrei Vagin
>
> Thanks for your detailed review and suggestion.
>
> > -Original Message-
> > From: Andrei Vagin [mailto:ava...@gmail.com]
> > Sent: Friday, August 05, 2016 2:32 PM
> > To: Zhao Lei
> > Cc: LKML ; Linux
Hi guys
I noticed following errors with current tree.
Bisected to nowhere :(
Anyone has an idea ?
git bisect start
# bad: [dd7fd3a82ce55e5772d41b1faa2439f15318a902] ACPI / hotplug / PCI: Runtime
resume bridges before bus rescans
git bisect bad dd7fd3a82ce55e5772d41b1faa2439f15318a902
# good:
Hi Eric,
I have tested these patches in a VFIO PCI scenario (using the ITS
emulation) on a NXP LS2080 board. It worked fine with one e1000 card
assigned to the guest. However, when I tried to assign two cards to the
guest I got a crash. I narrowed down the problem to this code:
>From 0d966df508ef4d6c0b1baae9e369f4fb0d3e10af Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 11 Mar 2016 07:31:23 -0500
Make the following changes in preparation for the cpu controller
interface implementation for the unified hierarchy. This patch
doesn't cause any functional differences.
Dear Ivan, all
Sorry for the delay, I currently have limited internet access.
> Thanks for your very detailled write-up but I believe you are mistaken
> on the value of log_first_idx between these two last steps you describe.
After re-reading log_next and log_make_free_space, I believe that you
On Fri, Aug 5, 2016 at 3:52 AM, Peter Zijlstra wrote:
> On Thu, Aug 04, 2016 at 10:24:06PM -0700, Alexei Starovoitov wrote:
>> tracepoints are actually zero overhead already via static-key mechanism.
>> I don't think Peter's objection for the tracepoint was due to overhead.
>
> Almost 0, they
On 08/04/2016 07:09 AM, Peter Zijlstra wrote:
On Wed, Aug 03, 2016 at 02:51:23PM -0700, Bart Van Assche wrote:
So I started testing the patch below that should fix the same hang but
without triggering any wait list corruption.
diff --git a/kernel/sched/wait.c b/kernel/sched/wait.c
index
Long time ago there was a similar fix proposed by Akinobu Mita[1],
but it seems that time everyone decided to fix this subtle race in
percpu-refcount and Tejun Heo[2] did an attempt (as I can see that
patchset was not applied).
The following is a description of a queue hang - same fix but a bug
percpu issues some RCU callbacks to synchronize its state, so before
freeing we have to wait all those callbacks to finish.
E.g. the following simple sequence on stack causes nasty crash:
struct percpu_ref ref;
percpu_ref_init(, release, 0, GFP_KERNEL);
percpu_ref_kill();
On Fri, 2016-08-05 at 11:26 +0200, Jean Delvare wrote:
> * Add a few blank lines to improve readability.
> * Don't call cut 3 times when once is enough.
> * Drop a useless semicolon.
As it commonly reflows > 80 column code very badly,
my preference would be to remove Lindent instead.
On Thu, 2016-08-04 at 19:21 +0530, c_mke...@qti.qualcomm.com wrote:
> From: Maharaja Kennadyrajan
>
> With the %pK format specifier we hide the kernel addresses
> with the help of kptr_restrict sysctl.
> In this patch, %p is changed to %pK in the driver code.
>
> The sysctl is documented in
On Wed, Jul 13, 2016 at 01:34:37PM -0600, Girish Mahadevan wrote:
> Expand the tx_nbits/rx_nbits member of the spi_transfer struct to a 4 bit
> value to allow specifying 8 bit transfers (SPI_NBITS_OCTO).
Do you have any examples of hardware that might use this on both the
controller and device
The VMXNet3 PCI Id will be shared with our upcoming paravirtual RDMA
driver. Moved it to the shared location in pci_ids.h and updated the
driver version.
Suggested-by: Leon Romanovsky
Signed-off-by: Adit Ranadive
---
drivers/net/vmxnet3/vmxnet3_int.h | 7 +++
include/linux/pci_ids.h
Hi Roman,
[auto build test ERROR on block/for-next]
[also build test ERROR on v4.7 next-20160805]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Roman-Pen/blk-mq-fix-hang-caused-by-freeze
On Fri, Aug 05, 2016 at 05:38:25PM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/8/5 3:04, Jaegeuk Kim wrote:
> > We don't need to keep discard_map, if f2fs has no discard mount option.
>
> In trim_fs path, we will still use discard_map though, right?
Oops, right. :)
I'll fix that.
Thanks,
On Fri, Aug 05, 2016 at 10:02:28AM -0700, Darrick J. Wong wrote:
> On Fri, Aug 05, 2016 at 12:35:44PM +0200, Johannes Stezenbach wrote:
> > On Wed, Aug 03, 2016 at 05:50:26PM +0300, Török Edwin wrote:
> > > I have just encountered a similar problem after I've recently upgraded to
> > > 4.7.0:
> >
On Sat, Jul 30, 2016 at 1:07 AM, Thomas Gleixner wrote:
> On Fri, 29 Jul 2016, John Stultz wrote:
>> Hey Jon,
>> So after rebasing my nexus7 patch stack onto pre-4.8-rc1 tree, I
>> noticed the power/volume buttons stopped working.
>>
>> I did a manual rebased bisection and chased it down to
Hi Alexander,
Reviving an old topic here...
We are seeing this "problem" on an increasing number of units from the
vendor, and searching around it can also be seen on Dell and HP
products. Always with the same Realtek b723 wifi device. e.g.
On Wed, 2 Mar 2016 09:20:04 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Feb 09, 2016 at 03:40:15PM -0500, Steven Rostedt escreveu:
> > From: "Steven Rostedt (Red Hat)"
> >
> > Instead of using 100, define a USECS_PER_SEC macro and use that
> > instead.
>
> Applying, but the kernel
Hi Roman,
[auto build test WARNING on block/for-next]
[also build test WARNING on v4.7 next-20160805]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Roman-Pen/blk-mq-fix-hang-caused-by-freeze
701 - 800 of 858 matches
Mail list logo