Hi Rob,
On mer., mai 31 2017, Rob Herring wrote:
> On Mon, May 29, 2017 at 10:08:16AM +0200, Linus Walleij wrote:
>> On Tue, May 23, 2017 at 3:06 PM, Gregory CLEMENT
>> wrote:
>> > On mar., mai 23 2017, Linus Walleij wrote:
>>
>> >> Please rebase and resend the rest of the patches.
>> >
>>
If an interrupt is marked NOAUTOEN then request_irq() installs the action,
but does not enable the interrupt via startup_irq(). The interrupt is
enabled via enable_irq() later from the driver. enable_irq() calls
irq_enable().
That means that for interrupts which have a irq_startup() callback this
This series addresses a few short comings in the interrupt core code
vs. interrupts marked NOAUTOEN and also paves the way for making sure that
irq chip callbacks like irq_startup/shutdown/enable/disable are only called
when an actual state change is required.
Thanks,
tglx
Shared interrupts do not go well with disabling auto enable:
1) The sharing interrupt might request it while it's still disabled and
then wait for interrupts forever.
2) The interrupt might have been requested by the driver sharing the line
before IRQ_NOAUTOEN has been set. So the driver wh
On Wed, May 31, 2017 at 02:19:56AM -0700, jiada_w...@mentor.com wrote:
> From: Jiada Wang
>
> ECSPI contorller for iMX53 and iMX6 has few hardware issues
> comparing to iMX51.
> The change add possibility to detect which controller is used
> to apply possible workaround and limitations.
>
> Sign
Hi Rob,
On mer., mai 31 2017, Rob Herring wrote:
>>
>> Required properties:
>>
>> -- compatible : Should be "marvell,orion-gpio", "marvell,mv78200-gpio"
>> - or "marvell,armadaxp-gpio". "marvell,orion-gpio" should be used for
>> - Orion, Kirkwood, Dove, Discovery (except MV78200) and Arm
The driver may sleep under a spin lock, and the function call path is:
b43legacy_op_bss_info_changed (acquire the lock by spin_lock_irqsave)
b43legacy_synchronize_irq
synchronize_irq --> may sleep
To fix it, the lock is released before b43legacy_synchronize_irq, and the
lock is acquired aga
On Mon, May 29, 2017 at 01:32:38PM -0400, Mimi Zohar wrote:
> Hi Guilherme,
>
> (Wow, you should did Cc a lot of people.)
Indeed.
We have namespaced a significant amount of the IMA code so we will
continue the broadcast, under the assumption that this is of general
interest to the community.
C
This patch adds documentation for NS2 DRD Phy driver DT bindings
Signed-off-by: Raviteja Garimella
Acked-by: Rob Herring
---
.../devicetree/bindings/phy/brcm,ns2-drd-phy.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy
This patch adds device tree node for USB Dual Role Device Phy for
Broadcom's Northstar2 SoC.
Signed-off-by: Raviteja Garimella
---
arch/arm64/boot/dts/broadcom/ns2.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/boot/dts/broadcom/ns2.dtsi
b/arch/arm64/boot/dt
Changes in v6:
=
Removed spin locks which are not required as the references
to phy_ops in the same driver were removed in v5.
Removed host/device 'notify' routines which are registered
using 'extcon_register_notifier'. The irq handler is sufficient
to deal with the change in extcon ev
On Tue, May 30, 2017 at 11:28 AM, Arnd Bergmann wrote:
> Device drivers should not 'select' other subsystems, but rather use
> 'depends on', to avoid Kconfig dependency loops. This one even
> selects a particular I2C host driver for no reason, so we can
> remove the select of that particular drive
This is driver for USB DRD Phy used in Broadcom's Northstar2
SoC. The phy can be configured to be in Device mode or Host
mode based on the type of cable connected to the port. The
driver registers to extcon framework to get appropriate
connect events for Host/Device cables connect/disconnect
state
On Tue, May 30, 2017 at 11:09 PM, Paolo Bonzini wrote:
>
>
> On 30/05/2017 19:35, Roman Penyaev wrote:
>> On Tue, May 30, 2017 at 4:47 PM, Paolo Bonzini wrote:
>>>
>>>
>>> On 19/05/2017 18:14, Roman Penyaev wrote:
2. A bit complicated, which makes sure the CPL field is preserved across
-reservations-for-deferred-memory-initialization-sizing/20170531-153111
base: git://git.cmpxchg.org/linux-mmotm.git master
config: x86_64-acpi-redef (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH
>-Original Message-
>From: Jia-Ju Bai [mailto:baijiaju1...@163.com]
>Sent: Wednesday, May 31, 2017 8:27 AM
>To: kashyap.de...@broadcom.com; sumit.sax...@broadcom.com;
>shivasharan.srikanteshw...@broadcom.com; j...@linux.vnet.ibm.com;
>martin.peter...@oracle.com
>Cc: megaraidlinux@broadc
Greetings from Dr. mohammad ouattara.
Assalamu`Alaikum.
My Name is Dr. mohammad ouattara, I am a banker by profession. I'm
from Ouagadougou, Burkina Faso, West Africa. My reason for contacting
you is to transfer an abandoned $14.6M to your account.
The owner of this fund died since 2004 with his
On Wed, May 31, 2017 at 11:43 AM, Arend van Spriel
wrote:
> On 5/30/2017 1:20 PM, Arnd Bergmann wrote:
>>
>> An unknown change in the kernel headers caused a build regression
>> in an MTD partition driver:
>>
>> In file included from drivers/mtd/bcm47xxpart.c:12:0:
>> include/linux/bcm47xx_nvram.h
On Wed 31-05-17 10:24:14, Michal Hocko wrote:
[...]
JFTR we also need to update MMF_INIT_MASK as well.
+#define MMF_INIT_MASK (MMF_DUMPABLE_MASK | MMF_DUMP_FILTER_MASK |
MMF_DISABLE_THP)
> diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
> index a3762d49ba39..9da053ced864
On Wed 31-05-17 12:27:00, Mike Rapoport wrote:
> On Wed, May 31, 2017 at 10:24:14AM +0200, Michal Hocko wrote:
> > On Wed 31-05-17 08:30:08, Vlastimil Babka wrote:
> > > On 05/30/2017 06:06 PM, Andrea Arcangeli wrote:
> > > >
> > > > I'm not sure if it should be considered a bug, the prctl is inte
On Wed, May 31, 2017 at 12:12 PM, Krzysztof Kozlowski wrote:
> On Tue, May 30, 2017 at 11:28 AM, Arnd Bergmann wrote:
>> Device drivers should not 'select' other subsystems, but rather use
>> 'depends on', to avoid Kconfig dependency loops. This one even
>> selects a particular I2C host driver fo
Hi Lorenzo
Many thanks for reviewing
> -Original Message-
> From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com]
> Sent: 30 May 2017 14:24
> To: Gabriele Paoloni
> Cc: catalin.mari...@arm.com; will.dea...@arm.com; robh...@kernel.org;
> frowand.l...@gmail.com; bhelg...@google.com; ra
clk_prepare_enable() can fail here and we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/memory/ti-aemif.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/memory/ti-aemif.c b/drivers/memory/ti-aemif.c
index 22c1aee..2744b1b 100644
--- a/drive
The driver may sleep under a spin lock, and the function call path is:
b43legacy_attr_interfmode_store (acquire the lock by spin_lock_irqsave)
b43legacy_radio_set_interference_mitigation
b43legacy_radio_interference_mitigation_disable
b43legacy_calc_nrssi_slope
b43legacy_synth_p
Jia-Ju Bai writes:
> The driver may sleep under a spin lock, and the function call path is:
> b43legacy_op_bss_info_changed (acquire the lock by spin_lock_irqsave)
> b43legacy_synchronize_irq
> synchronize_irq --> may sleep
>
> To fix it, the lock is released before b43legacy_synchronize_ir
These bits seem to be lost after a suspend/resume cycle so just set them
again. Do this by splitting the handling of these bits into a function
that is also called on resume.
This patch fixes ethernet suspend/resume on imx6ul-14x14-evk boards.
Signed-off-by: Leonard Crestez
---
drivers/net/phy/
Right now attempting doing suspend/resume while root is mounted over NFS
hangs on imx6ul-14x14-evk. This is happening because ksz8081 phy fixups are
lost on resume.
Fix this by using equivalent devicetree properties instead of a phy fixup
and handling those properties on resume in the micrel drive
Right now mach-imx6ul registers a fixup for the ksz8081 phy. The same
register values can be set through the micrel phy driver by using dts
properties.
This seems preferable and allows cleanly fixing suspend/resume.
Signed-off-by: Leonard Crestez
Reviewed-by: Fabio Estevam
---
arch/arm/boot/dt
On Wed 31-05-17 02:29:20, Omar Sandoval wrote:
> On Wed, May 31, 2017 at 11:19:05AM +0200, Michal Hocko wrote:
> > On Wed 31-05-17 02:12:02, Omar Sandoval wrote:
> > > On Wed, May 31, 2017 at 08:51:28AM +0200, Michal Hocko wrote:
> > > > On Wed 31-05-17 14:30:33, kernel test robot wrote:
> > > > >
On Wed, May 31, 2017 at 11:40:47AM +0200, Peter Zijlstra wrote:
> On Wed, May 24, 2017 at 11:00:51AM +0200, Vincent Guittot wrote:
> > schedutil governor relies on cfs_rq's util_avg to choose the OPP when cfs
> > tasks are running. When the CPU is overloaded by cfs and rt tasks, cfs tasks
> > are p
Christoph Hellwig wrote:
> Does the afs protocol require a v1 uuid or does it just use the formwat on
> the wire?
The format it uses on the wire is separate XDR encoding of each of the fields
in the uuid_v1 struct, counting the elements of the node[] array separately.
I'm not sure that the serv
Updated patch to fix the section mismatch warning reported by 0-day
compile bot
---
>From 295a736970f25ea547f3e7264253dd198bc4d7cc Mon Sep 17 00:00:00 2001
From: Michal Hocko
Date: Mon, 29 May 2017 15:12:03 +0200
Subject: [PATCH] mm: consider memblock reservations for deferred memory
initializati
On Wed, May 31, 2017 at 11:57:26AM +0200, Daniel Bristot de Oliveira wrote:
> On 05/30/2017 02:31 PM, Peter Zijlstra wrote:
> > All I see is ugly that makes maintenance worse
>
> s/maintenance/maintenance & development & understanding & .../
Just to be a total pain, '&' in the replacement string
The "Sync framework" test doesn't work if the kernel has no support,
obviously. Rather than reporting a failure, check for the kernel support
by looking for /sys/kernel/debug/sync/sw_sync, and if not found skip the
test.
Signed-off-by: Michael Ellerman
---
tools/testing/selftests/sync/sync_test.
On 31/05/17 12:30, Peter Zijlstra wrote:
> On Wed, May 31, 2017 at 11:40:47AM +0200, Peter Zijlstra wrote:
> > On Wed, May 24, 2017 at 11:00:51AM +0200, Vincent Guittot wrote:
> > > schedutil governor relies on cfs_rq's util_avg to choose the OPP when cfs
> > > tasks are running. When the CPU is ov
James Morris wrote:
> On Tue, 30 May 2017, Alan Cox wrote:
>
> > On Tue, 30 May 2017 23:29:10 +0900
> > Tetsuo Handa wrote:
> >
> > > James Morris wrote:
> > > > On Sun, 28 May 2017, Tetsuo Handa wrote:
> > > >
> > > > > can afford enabling". And we know that we cannot merge all security
> >
Quoting Rob Herring (2017-05-31 07:23:58)
> On Mon, May 29, 2017 at 10:08:16AM +0200, Linus Walleij wrote:
> > On Tue, May 23, 2017 at 3:06 PM, Gregory CLEMENT
> > wrote:
> > > On mar., mai 23 2017, Linus Walleij wrote:
> >
> > >> Please rebase and resend the rest of the patches.
> > >
> > > Ac
>
> Many subsystems will not use refcount_t unless there is a way to build the
> kernel so that there is no regression in speed compared to atomic_t. This
> adds CONFIG_REFCOUNT_FULL to enable the full refcount_t implementation
> which has the validation but is slightly slower. When not enabled,
>
On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote:
> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
> > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote:
> > > On 05/25/2017 04:19 PM, Jose Abreu wrote:
> > > > Now that we have a callback to check if crtc supp
- Original Message -
> From: "Roman Penyaev"
> To: "Paolo Bonzini"
> Cc: "Mikhail Sennikovskii" , "Gleb
> Natapov" ,
> k...@vger.kernel.org, linux-kernel@vger.kernel.org
> Sent: Wednesday, May 31, 2017 12:17:01 PM
> Subject: Re: [RFC] KVM: SVM: do not drop VMCB CPL to 0 if SS is not pr
2017-05-30 20:52 GMT+02:00 Andy Shevchenko :
> On Tue, May 30, 2017 at 11:58 AM, Bartosz Golaszewski wrote:
>> We're currently only checking the first character of the input to the
>> debugfs event files, so a string like '0sdfdsf' is valid and indicates
>> a falling edge event.
>>
>> Be more stri
2017-05-30 20:55 GMT+02:00 Andy Shevchenko :
> On Tue, May 30, 2017 at 11:58 AM, Bartosz Golaszewski wrote:
>> We currently shift bits here and there without actually explaining
>> what we're doing. Add some helper variables with names indicating
>> their purpose to improve the code readability.
>
2017-05-30 20:59 GMT+02:00 Andy Shevchenko :
> On Tue, May 30, 2017 at 11:58 AM, Bartosz Golaszewski wrote:
>> Indicate the error number and make the message a bit more elaborate.
>
>> + dev_err(dev,
>> + "adding gpiochip failed: %d (base: %d,
>
On Wed, May 31, 2017 at 12:48 PM, Liviu Dudau wrote:
> On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote:
>> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
>> > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote:
>> > > On 05/25/2017 04:19 PM, Jose Abreu wrote
On Wed, May 31 2017, Jia-Ju Bai wrote:
> The driver may sleep under a spin lock, and the function call path is:
> ffs_epfile_io (acquire the lock by spin_lock_irq)
> usb_ep_alloc_request(GFP_KERNEL) --> may sleep
>
> To fix it, the "GFP_KERNEL" is replaced with "GFP_ATOMIC".
>
> Signed-off-by: Ji
From: Laurentiu Tudor
Simplify a couple of deallocations code paths. This also
fixes these checkpatch.pl false positives:
"WARNING: kfree(NULL) is safe and this check is
probably not required"
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/bus/fsl-mc-bus.c | 12 +++-
1
From: Laurentiu Tudor
Now that there is a functional ethernet driver probed on the
mc bus this patch series requests that the fsl-mc bus driver
be moved out of staging.
The proposed destination for the bus driver is drivers/bus.
Proposed location for global header files for fsl-mc and dpaa2
is t
On Wed, May 31, 2017 at 6:50 AM, Matthew Garrett wrote:
> On Tue, May 30, 2017 at 08:11:57PM +0900, Masanobu Koike wrote:
>> An execution-whitelist, simply called whitelist, is a list
>> of executable components (e.g., applications, libraries)
>> that are approved to run on a host. The whitelist i
From: Laurentiu Tudor
Several macros didn't had macro params enclosed
in parens. Fix them to avoid precedence issues.
Found with checkpatch.pl who was issuing this
message:
"Macro argument 'id' may be better as '(id)'
to avoid precedence issues"
Signed-off-by: Laurentiu Tudor
---
drivers
From: Stuart Yoder
Move the source files out of staging into their final locations:
-include files in drivers/staging/fsl-mc/include go to include/linux/fsl
-irq-gic-v3-its-fsl-mc-msi.c goes to drivers/irqchip
-source in drivers/staging/fsl-mc/bus goes to drivers/bus/fsl-mc
-README.txt, p
From: Laurentiu Tudor
Update README to reference the mc-bus device tree node
binding.
Signed-off-by: Laurentiu Tudor
---
Notes:
-no changes
drivers/staging/fsl-mc/README.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/fsl-mc/README.txt
b/drivers/staging/fsl-mc/RE
From: Laurentiu Tudor
Drop reference to user space restool utility from the README.
It will be added back together with the actual support in the
bus driver.
Signed-off-by: Laurentiu Tudor
---
Notes:
-no changes
drivers/staging/fsl-mc/README.txt | 4 +---
1 file changed, 1 insertion(+), 3
From: Laurentiu Tudor
Remove extra blank line reported by checkpatch.pl.
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/include/dprc.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/fsl-mc/include/dprc.h
b/drivers/staging/fsl-mc/include/dprc.h
index 8498a5e..2f4
From: Laurentiu Tudor
Some #includes were needlessly done from header files.
Drop them from there and update the only .c file that
implicitly needed one of those #includes.
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/bus/fsl-mc-msi.c | 1 +
drivers/staging/fsl-mc/bus/fsl-mc-p
From: Laurentiu Tudor
The mc bus device tree binding is maintained but
not mentioned in the MAINTAINERS file. This patch
adds it.
Signed-off-by: Laurentiu Tudor
---
Notes:
-v2
-added commit description
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAI
From: Laurentiu Tudor
This forward declaration of "struct fsl_mc_resource"
is of no use so drop it.
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/include/mc-sys.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/fsl-mc/include/mc-sys.h
b/drivers/staging/fsl-mc/in
From: Laurentiu Tudor
Several macros were triggering this checkpatch.pl warning:
"Macro argument reuse '$arg' - possible side-effects?"
Fix the warning by avoiding multiple macro argument use.
Signed-off-by: Laurentiu Tudor
---
drivers/staging/fsl-mc/bus/dprc-driver.c | 10 +++---
d
> + size = offsetof(struct fxregs_state, xmm_space[16]);
This still has the same issue (it should be multiplied by 4). Here's my
take on it; I checked the compiled code and it's pretty good too (the
compiler knows to do the fxsave if and only if ctxt->mode <
X86EMUL_MODE_PROT64, beca
From: Wolfram Sang
> Sent: 28 May 2017 17:04
>
> On Fri, May 05, 2017 at 02:08:31PM -0700, Florian Fainelli wrote:
> > On 04/25/2017 05:56 PM, Florian Fainelli wrote:
> > > Changes in v3:
> > >
> > > - added check in usb_gadget_map_request_by_dev (Felipe), new patch
> > > - improved commit message
On Wed, 31 May 2017, Tetsuo Handa wrote:
> via lack of ability to use LKM-based LSM modules). My customers cannot afford
> enabling SELinux, but my customers cannot rebuild their kernels because
> rebuilding makes it even more difficult to get help from support centers.
> Therefore, my customers r
On 19/05/2017 at 22:18:55 +0530, Vaibhav Jain wrote:
> In function __rtc_read_alarm() its possible for an alarm time-stamp to
> be invalid even after replacing missing components with current
> time-stamp. The condition 'alarm->time.tm_year < 70' will trigger this
> case and will cause the call to
On Wed, May 31, 2017 at 12:56:59PM +0200, Daniel Vetter wrote:
> On Wed, May 31, 2017 at 12:48 PM, Liviu Dudau wrote:
> > On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote:
> >> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
> >> > On Tue, May 30, 2017 at 09:29:44AM +0200
On Wed, May 31, 2017 at 10:45:09AM +, Reshetova, Elena wrote:
> > +static inline __must_check bool refcount_add_not_zero(unsigned int i,
> > +
> > refcount_t *r)
> > +{
> > + return atomic_add_return(i, &r->refs) != 0;
> > +}
>
> Maybe atomic_add_unless(&r->refs, i, 0) in order to
On Tue, May 30, 2017 at 02:39:51PM -0700, Kees Cook wrote:
> The coming x86 refcount protection needs to be able to add trailing
> instructions to the GEN_*_RMWcc() operations. This extracts the
> difference between the goto/non-goto cases so the helper macros
> can be defined outside the #ifdef ca
On 31/05/17 11:58, laurentiu.tu...@nxp.com wrote:
> From: Stuart Yoder
>
> Move the source files out of staging into their final locations:
> -include files in drivers/staging/fsl-mc/include go to include/linux/fsl
> -irq-gic-v3-its-fsl-mc-msi.c goes to drivers/irqchip
> -source in drivers/
On Wed, May 31, 2017 at 10:39:23AM +0200, Dmitry Vyukov wrote:
> On Tue, May 30, 2017 at 2:09 PM, Alan Cox wrote:
> >> >> I'll think about possible solutions, but I have no prior experience
> >> >> with the tty code. In the meantime syzkaller also hit a couple of
> >> >> other fun tty/pty bugs inc
On 18/05/2017 at 22:25:56 -0300, Mauro Carvalho Chehab wrote:
> Each text file under Documentation follows a different
> format. Some doesn't even have titles!
>
> Change its representation to follow the adopted standard,
> using ReST markups for it to be parseable by Sphinx:
>
> - adjust identat
tee_drv.h references struct device, but does not include device.h nor
platform_device.h. Therefore, if tee_drv.h is included by some file
that does not pull device.h nor platform_device.h beforehand, we have a
compile warning. Fix this by adding a forward declaration.
Signed-off-by: Jerome Forissi
On 05/31/2017 11:43 AM, Christoph Hellwig wrote:
> On Tue, May 30, 2017 at 10:08:15AM +0200, Johannes Thumshirn wrote:
>> A patch for nvmetcli will follow shortly.
>
> Thanks. No really required but nice would be a nvme-cli subcommand
> to read the values as well.
Yes, together with other fabric
On 05/31/2017 11:46 AM, Christoph Hellwig wrote:
> On Tue, May 30, 2017 at 11:45:25AM +0200, Johannes Thumshirn wrote:
>> Mostly consistency. The current nvme host code has the EUI sprinkled all
>> around. Sure I can drop it, but then what's the point in evaluating it
>> on the host side? Other tar
On 31 May 2017 at 11:40, Peter Zijlstra wrote:
> On Wed, May 24, 2017 at 11:00:51AM +0200, Vincent Guittot wrote:
>> schedutil governor relies on cfs_rq's util_avg to choose the OPP when cfs
>> tasks are running. When the CPU is overloaded by cfs and rt tasks, cfs tasks
>> are preempted by rt task
On Wed, May 31, 2017 at 7:52 AM, Alan Cox wrote:
>> > So tty stuff should under a tty capabilities.
>>
>> (last reply on this)
>>
>> Currently capabilities.7 says
>>
>> * employ the TIOCSTI ioctl(2) to insert characters into the
>> input queue of a
>> terminal othe
On 04/27/2017 08:54 PM, Khuong Dinh wrote:
> From: Khuong Dinh
>
> This patch makes pci-xgene-msi driver ACPI-aware and provides
> MSI capability for X-Gene v1 PCIe controllers in ACPI boot mode.
>
> Signed-off-by: Khuong Dinh
> Signed-off-by: Duc Dang
> Acked-by: Marc Zyngier
> ---
> v2:
>
On Tue, May 30, 2017 at 11:46:52AM -0500, Tom Lendacky wrote:
> Check if you have CONFIG_DEBUG_SECTION_MISMATCH=y
$ grep MISM .config
CONFIG_DEBUG_SECTION_MISMATCH=y
CONFIG_SECTION_MISMATCH_WARN_ONLY=y
Still no joy.
Can you give me your .config?
--
Regards/Gruss,
Boris.
Good mailing pract
Hi Marc,
On 05/31/2017 02:15 PM, Marc Zyngier wrote:
> On 31/05/17 11:58, laurentiu.tu...@nxp.com wrote:
>> From: Stuart Yoder
>>
>> Move the source files out of staging into their final locations:
>>-include files in drivers/staging/fsl-mc/include go to include/linux/fsl
>>-irq-gic-v3-it
James Morris wrote:
> On Wed, 31 May 2017, Tetsuo Handa wrote:
>
> > via lack of ability to use LKM-based LSM modules). My customers cannot
> > afford
> > enabling SELinux, but my customers cannot rebuild their kernels because
> > rebuilding makes it even more difficult to get help from support c
From: Jimmy Durand Wesolowski
This patch corrects an issue introduced in the
commit 834b2964b7ab ("kgdb,arm: fix register dump"). The definition of
'NUMREGBYTES' was based on the number of the debug register number
('DBG_MAX_REG_NUM') instead of the memory space used to store them
('GDB_MAX_REGS'
The s390 architecture maps sys_mmap (nr 90) into sys_old_mmap.
For this reason perf trace can't find the proper syscall event
to get args format from and displays it wrong as 'continued'.
To fix that fill "alias" field with "old_mmap" for trace's mmap
record to get the correct translation.
Before
On Wed, May 31, 2017 at 11:41:11AM +0100, Juri Lelli wrote:
> On 31/05/17 12:30, Peter Zijlstra wrote:
> > Again, it seems I have this CPPC/HWP crud firmly stuck in my brain.
> > Because I was thinking:
> >
> > min_freq = dl_util
> > avg_freq = dl_avg + rt_avg + cfs_util
> >
> >
> > But
This adds basic chip support for Mediatek 2712
Signed-off-by: YT Shen
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
arch/arm64/boot/dts/mediatek/mt2712-evb.dts | 39 +++
arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 166
3 files changed, 206 insertion
MT2712 is a SoC based on 64bit ARMv8 architecture.
MT2712 share many HW IP with MT8173. This patchset was tested on MT2712
evaluation board, and boot to shell ok.
This series contains document bindings, device tree including interrupt, uart.
Changes compared to v1:
- change subject prefix for b
This adds dt-binding documentation for Mediatek MT2712.
Only include very basic items: cpu, gic and uart.
Signed-off-by: YT Shen
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/mediatek.txt| 4
.../devicetree/bindings/interrupt-controller/mediatek,sysirq
On Tue, May 30, 2017 at 12:24:21PM +0200, Roberto Sassu wrote:
> On 5/24/2017 10:25 PM, Jarkko Sakkinen wrote:
> > On Wed, May 24, 2017 at 10:33:54AM -0700, Jarkko Sakkinen wrote:
> > > On Mon, May 22, 2017 at 09:21:28AM +0200, Roberto Sassu wrote:
> > > > On 5/20/2017 3:22 PM, Jarkko Sakkinen wrot
[I am sorry but I didn't get to this earlier]
On Thu 25-05-17 11:21:05, NeilBrown wrote:
> On Tue, Mar 07 2017, Michal Hocko wrote:
>
> > diff --git a/include/linux/gfp.h b/include/linux/gfp.h
> > index 2bfcfd33e476..60af7937c6f2 100644
> > --- a/include/linux/gfp.h
> > +++ b/include/linux/gfp.h
On 31 May 2017 at 09:23, David Howells wrote:
> Ard Biesheuvel wrote:
>
>> - The series conflates 'UEFI secure boot support' with 'kernel lock
>> down support'. I think this has been brought up before, but I really
>> think we should have a cleaner separation between the feature (locking
>> down
On Tue, May 30, 2017 at 10:44:50AM +0200, Roberto Sassu wrote:
> On 5/24/2017 7:35 PM, Jarkko Sakkinen wrote:
> > On Mon, May 22, 2017 at 11:07:54AM +0200, Roberto Sassu wrote:
> > > On 5/20/2017 3:18 PM, Jarkko Sakkinen wrote:
> > > > On Wed, May 17, 2017 at 10:42:35AM +0200, Roberto Sassu wrote:
On Wed, May 31, 2017 at 11:12:56AM +0200, Heiko Carstens wrote:
> On Tue, May 30, 2017 at 02:17:20PM -0400, Johannes Weiner wrote:
> > To re-implement slab cache vs. page cache balancing, we'll need the
> > slab counters at the lruvec level, which, ever since lru reclaim was
> > moved from the zone
Pci driver doesn't check if the device supports D3hot/D3cold power states
while setting these power states. The device that doesn't support these
states will fail when a driver like vfio try to do D0->D3 power transition.
This patch adds a check that allows to set D3 power state only
for the sup
On Wednesday 31 May 2017 04:34 PM, David Laight wrote:
> From: Wolfram Sang
>> Sent: 28 May 2017 17:04
>>
>> On Fri, May 05, 2017 at 02:08:31PM -0700, Florian Fainelli wrote:
>>> On 04/25/2017 05:56 PM, Florian Fainelli wrote:
Changes in v3:
- added check in usb_gadget_map_request_
On Sunday 28 May 2017 09:33 PM, Wolfram Sang wrote:
> On Fri, May 05, 2017 at 02:08:31PM -0700, Florian Fainelli wrote:
>> On 04/25/2017 05:56 PM, Florian Fainelli wrote:
>>> Changes in v3:
>>>
>>> - added check in usb_gadget_map_request_by_dev (Felipe), new patch
>>> - improved commit message de
The decompress_kmodule() is to decompress kernel module in order to load
symbols from it. In DSO_BINARY_TYPE__BUILD_ID_CACHE case, it needs full
file path to extract the file extension to determine decompress method.
But overwriting 'name' will fail to decompress since it might point to a
non-exis
When perf processes build-id event, it creates DSOs with the build-id.
But it didn't set the module short name (like '[module-name]') so when
processing a kernel mmap event of the module, it cannot found the DSO as
it only checks the short names.
That leads for perf to create a same DSO without th
Like machine__findnew_module_dso(), it should set necessary info for
kernel modules to find symbol info from the file. Factor out
dso__set_module_info() to do it.
This is needed for dso__needs_decompress() to detect such DSOs.
Signed-off-by: Namhyung Kim
---
tools/perf/util/dso.c | 15
Signed-off-by: Thomas Meyer
---
lib/extable.c | 30 +-
1 file changed, 13 insertions(+), 17 deletions(-)
diff --git a/lib/extable.c b/lib/extable.c
index 62968da..eb16cb3 100644
--- a/lib/extable.c
+++ b/lib/extable.c
@@ -9,6 +9,7 @@
* 2 of the License, or (at your
Linu Cherian reported a WARN in cleanup_srcu_struct when shutting
down a guest that has iperf running on a VFIO assigned device.
This happens because irqfd_wakeup calls srcu_read_lock(&kvm->irq_srcu)
in interrupt context, while a worker thread does the same inside
kvm_set_irq. If the interrupt ha
Linu Cherian reported a WARN in cleanup_srcu_struct when shutting
down a guest that has iperf running on a VFIO assigned device.
This happens because irqfd_wakeup calls srcu_read_lock(&kvm->irq_srcu)
in interrupt context, while a worker thread does the same inside
kvm_set_irq. If the interrupt ha
Linu Cherian reported a WARN in cleanup_srcu_struct when shutting
down a guest that has iperf running on a VFIO assigned device.
This happens because irqfd_wakeup calls srcu_read_lock(&kvm->irq_srcu)
in interrupt context, while a worker thread does the same inside
kvm_set_irq. If the interrupt ha
On Sat, 2017-05-27 at 16:38 +0800, Xiaoguang Chen wrote:
> + if (plane_id == PLANE_PRIMARY) {
Should be DRM_PLANE_TYPE_PRIMARY (likewise for the cursor).
On 31/05/17 04:24, Jun Gao wrote:
On Tue, 2017-05-30 at 16:38 -0500, Rob Herring wrote:
On Mon, May 29, 2017 at 05:30:26PM +0200, Matthias Brugger wrote:
g>
On 26/05/17 09:35, Jun Gao wrote:
From: Jun Gao
Add MT2701 i2c binding to i2c-mt6577.txt and there is no need to
modify i2c driver.
On Wed 31-05-17 12:08:45, Mike Rapoport wrote:
> On Tue, May 30, 2017 at 12:39:30PM +0200, Michal Hocko wrote:
[...]
> > Also do you expect somebody else would use new madvise? What would be the
> > usecase?
>
> I can think of an application that wants to keep 4K pages to save physical
> memory fo
201 - 300 of 1025 matches
Mail list logo
