From: Thor Thayer
Add the device tree entries needed to support the EMAC AXI
bus settings on the Arria10 SoCFPGA chip.
Signed-off-by: Thor Thayer
---
v2 Add the AXI configuration to the other DW EMACs in the chip.
---
arch/arm/boot/dts/socfpga_arria10.dtsi | 9 +
1 file changed, 9 inse
On 01/30/2017 05:58 PM, Nobuhiro Iwamatsu wrote:
diff --git a/include/linux/pstore.h b/include/linux/pstore.h
index 0da29cae009b..7a5db4833b8a 100644
--- a/include/linux/pstore.h
+++ b/include/linux/pstore.h
@@ -55,6 +55,7 @@ struct pstore_info {
size_t bufsize;
struct mu
Hi Andy,
On 2017-01-25 19:44, Andy Shevchenko wrote:
On Fri, Jan 20, 2017 at 4:34 AM, Agustin Vega-Frias
wrote:
Driver for interrupt combiners in the Top-level Control and Status
Registers (TCSR) hardware block in Qualcomm Technologies chips.
An interrupt combiner in this block combines a set
On Mon, Jan 30, 2017 at 1:41 PM, Philipp Zabel wrote:
> As of commit bb475230b8e5 ("reset: make optional functions really
> optional"), the reset framework API calls use NULL pointers to describe
> optional, non-present reset controls.
Eventually!
FWIW:
Reviewed-by: Andy Shevchenko
>
> This al
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 7f79b5e3727bae36481c9bc5587291d88742291f
commit: 851f7523d850c32dc63b04cacf3a447e1b08e1e9 [61/63] sched/headers: Move
signal wakeup & sigpending methods from into
config: m68k-multi_defconfig (attached a
Hi Mauro,
On Tue, 31 Jan 2017 11:55:05 +1100 Stephen Rothwell
wrote:
>
> After merging the v4l-dvb tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> In file included from arch/arm/mach-omap2/pdata-quirks.c:15:0:
> arch/arm/mach-omap2/pdata-quirks.c:536:49: error: '
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 7f79b5e3727bae36481c9bc5587291d88742291f
commit: 851f7523d850c32dc63b04cacf3a447e1b08e1e9 [61/63] sched/headers: Move
signal wakeup & sigpending methods from into
config: s390-default_defconfig (attached
On Thu, Feb 02, 2017 at 11:12:41AM -0800, Steve Longerbeam wrote:
> Here is the current .queue_setup() op in imx-media-capture.c:
>
> static int capture_queue_setup(struct vb2_queue *vq,
>unsigned int *nbuffers,
>unsigned int *nplanes
Hi Mark,
On Wed, 1 Feb 2017 10:03:43 + Mark Brown wrote:
>
> On Wed, Feb 01, 2017 at 01:42:21PM +1100, Stephen Rothwell wrote:
>
> > Caused by commit
> >
> > 524d339a9d6b ("regulator: anatop-regulator: constify regulator_ops
> > structure")
> >
> > I can only assume that this patch has
On Fri, Jan 06, 2017 at 06:11:38PM -0800, Steve Longerbeam wrote:
> +struct camif_priv {
> + struct device *dev;
> + struct video_devicevfd;
You can't do this.
> +static struct video_device camif_videodev = {
> + .fops = &camif_fops,
> + .ioctl_ops = &ca
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 7f79b5e3727bae36481c9bc5587291d88742291f
commit: 8bda2af585fe321f2915cc8312fe4b14f8a2e602 [58/63] sched/headers: Remove
inclusion from
config: m68k-sun3_defconfig (attached as .config)
compiler: m68k-linu
Hi Miklos,
On Tue, 31 Jan 2017 11:16:56 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the vfs-miklos tree got a conflict in:
>
> fs/read_write.c
>
> between commit:
>
> 97e147358bea ("vfs: wrap write f_ops with file_{start,end}_write()")
>
> from the overlayfs tree and va
Hi Rafael,
On 2017-01-31 17:10, Rafael J. Wysocki wrote:
On Wed, Jan 18, 2017 at 5:46 PM, Agustin Vega-Frias
wrote:
ACPI extended IRQ resources may contain a ResourceSource to specify
an alternate interrupt controller. Introduce acpi_irq_get and use it
to implement ResourceSource/IRQ domain ma
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 7f79b5e3727bae36481c9bc5587291d88742291f
commit: 8bda2af585fe321f2915cc8312fe4b14f8a2e602 [58/63] sched/headers: Remove
inclusion from
config: mips-malta_kvm_defconfig (attached as .config)
compiler: mips
Linus,
Simple fix of s/static struct __init/static __init struct/
This time I made sure to push the tag. :-/
Please pull the latest trace-v4.10-rc2-2 tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
trace-v4.10-rc2-2
Tag SHA1: 35ca4c1b77c4
On Fri, Jan 06, 2017 at 06:11:34PM -0800, Steve Longerbeam wrote:
> +struct imx_media_dev {
> + struct media_device md;
> + struct v4l2_device v4l2_dev;
This is similarly buggy.
struct v4l2_device {
struct device *dev;
#if defined(CONFIG_MEDIA_CONTROLLER)
struct media_dev
Em Fri, 3 Feb 2017 09:24:46 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> On Tue, 31 Jan 2017 11:55:05 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the v4l-dvb tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like this:
> >
> > In file included from arch/arm/mach
On Thu, 2 Feb 2017 14:19:50 -0500 Johannes Weiner wrote:
> here are some minor updates to the series. It's nothing functional,
> just code comments and updates to the changelogs from the mailing list
> discussions. Since we don't have a good delta system for changelogs
> I'm resending the entire
On Fri, Jan 06, 2017 at 06:11:34PM -0800, Steve Longerbeam wrote:
> +/* register an internal subdev as a platform device */
> +static struct imx_media_subdev *
> +add_internal_subdev(struct imx_media_dev *imxmd,
> + const struct internal_subdev *isd,
> + int ipu_id)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: bcdc18d4a46bc321d73fa769cfe294cf3cdae07d [117/122] sched/headers:
Remove inclusion from
config: x86_64-randconfig-s4-02030507 (attached as .config)
compile
On Sun, 2017-01-29 at 17:43 +0100, Bjørn Mork wrote:
> Greg KH writes:
>
> > Please take some time, and go read Documentation/SubmittingPatches.
>
> That's quickly done nowadays:
>
> bjorn@miraculix:/usr/local/src/git/linux$ cat Documentation/SubmittingPatches
> This file has moved to process
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 9633bad92da4f12d249b2d76618302a2af367f4a [118/122] sched/headers:
Remove various unrelated headers from
config: sh-allyesconfig (attached as .config)
compil
Hi Mauro,
On Thu, 2 Feb 2017 20:46:20 -0200 Mauro Carvalho Chehab
wrote:
>
> Gah, forgot to push the fix on the -next branch. Should be ok now.
What I fetch for the v4l-dvb tree is the master branch of
git://linuxtv.org/mchehab/media-next.git
--
Cheers,
Stephen Rothwell
On Thu, Feb 2, 2017 at 6:36 PM, John Garry wrote:
> Hi Rafael,
>
> Could you kindly check the minor changes to drivers/acpi/pci_root.c? It
> would also be appreciated if you could review the ACPI-relevant parts in
> lib/extio.c, in [PATCH V5 5/5] LPC: Add the ACPI LPC support
If you want patches
The latest maintenance release Git v2.11.1 is now available at
the usual places.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/
The following public repositories all have a copy of the 'v2.11.1'
tag and the 'maint' branch that the tag points at:
url = https://kern
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 7f79b5e3727bae36481c9bc5587291d88742291f
commit: 153c06f705c75814624e6855e4a8d0ab29d4ba5b [59/63] sched/headers: Remove
various unrelated headers from
config: sh-titan_defconfig (attached as .config)
compi
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 7f79b5e3727bae36481c9bc5587291d88742291f
commit: 153c06f705c75814624e6855e4a8d0ab29d4ba5b [59/63] sched/headers: Remove
various unrelated headers from
config: mips-fuloong2e_defconfig (attached as .config)
This replaces the last occurrence of the deprecated include
in the staging directory with the newer
Signed-off-by: Seraphime Kirkovski
---
drivers/staging/bcm2835-audio/bcm2835-vchiq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/bcm2835-audio/bcm2835-vch
On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov
wrote:
> On Thu, Feb 02, 2017 at 07:52:58PM +0200, Andy Shevchenko wrote:
>> On Thu, 2017-02-02 at 09:07 -0800, Dmitry Torokhov wrote:
>> > On February 2, 2017 8:48:30 AM PST, Andy Shevchenko > > @linux.intel.com> wrote:
>> > > On Thu, 2017-02-02 at
Hi Linus,
Another fixes pull for v4.10, it's a bit big due to the backport of the
VMA fixes for i915 that should fix the oops on shutdown problems that you've
worked around.
There are also two drm core connector registration fixes, a bunch of nouveau
regression fixes and two AMD fixes.
Dave.
Th
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Tuesday, January 31, 2017 9:51 AM
> To: Grandhi, Sainath
> Cc: net...@vger.kernel.org; mah...@bandewar.net; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCHv3 5/7] tap: Extending tap device create/destroy
ACPI extended IRQ resources may contain a Resource Source field to specify
an alternate interrupt controller, attempting to map them as GSIs is
incorrect, so just disable the platform resource.
Since this field is currently ignored, we make this change conditional
on CONFIG_ACPI_GENERIC_GSI to kee
Driver for interrupt combiners in the Top-level Control and Status
Registers (TCSR) hardware block in Qualcomm Technologies chips.
An interrupt combiner in this block combines a set of interrupts by
OR'ing the individual interrupt signals into a summary interrupt
signal routed to a parent interrup
Add support for IRQ combiners in the Top-level Control and Status
Registers (TCSR) hardware block in Qualcomm Technologies chips.
The first patch prevents the ACPI core from attempting to map IRQ resources
with a valid ResourceSource as GSIs.
The second patch adds support for ResourceSource/IRQ d
Em Fri, 3 Feb 2017 09:59:34 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> On Thu, 2 Feb 2017 20:46:20 -0200 Mauro Carvalho Chehab
> wrote:
> >
> > Gah, forgot to push the fix on the -next branch. Should be ok now.
>
> What I fetch for the v4l-dvb tree is the master branch of
> git://linu
ACPI extended IRQ resources may contain a ResourceSource to specify
an alternate interrupt controller. Introduce acpi_irq_get and use it
to implement ResourceSource/IRQ domain mapping.
The new API is similar to of_irq_get and allows re-initialization
of a platform resource from the ACPI extended I
From: Shuah Khan
Remove commented out calls to pkey_get().
Signed-off-by: Shuah Khan
Signed-off-by: Dave Hansen
---
b/tools/testing/selftests/x86/protection_keys.c | 10 --
1 file changed, 10 deletions(-)
diff -puN
tools/testing/selftests/x86/protection_keys.c~selftests-x86-prot
From: Dave Hansen
'orig_pkru' might have been uninitialized here. Fix it.
Signed-off-by: Dave Hansen
---
b/tools/testing/selftests/x86/protection_keys.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN
tools/testing/selftests/x86/protection_keys.c~pkeys-selftests-cleanru
From: Shuah Khan
Fix unused variable compile warnings in protection_keys.c
Signed-off-by: Shuah Khan
Signed-off-by: Dave Hansen
---
b/tools/testing/selftests/x86/protection_keys.c |5 -
1 file changed, 5 deletions(-)
diff -puN
tools/testing/selftests/x86/protection_keys.c~selftest
From: Dave Hansen
The siginfo contains a bunch of information about the fault.
For protection keys, it tells us which protection key's
permissions were violated.
The wrong offset in here leads to reading garbage and thus
failures in the tests.
We should probably eventually move this over to us
The memory protection keys selftests are spewing warnings. This
fixes them up. Thanks, Shuah, for sending these first two a few
weeks ago! I wrongly assumed they would get picked up somewhere.
I also included a fix that affected the 32-bit version of the
pkeys test case. It was parsing the sig
On Thu, 2017-02-02 at 08:06 +0200, Martin Karamihov wrote:
> On 02/01/2017 08:11 PM, Joe Perches wrote:
> > ...and clarifying the code for a
> > human reader is much more important than making a
> > file not have any checkpatch warnings.
>
> I agree. I respect the developers' own coding style and
On 02/02/2017 04:28 PM, Dave Hansen wrote:
> From: Shuah Khan
>
> Fix unused variable compile warnings in protection_keys.c
>
> Signed-off-by: Shuah Khan
> Signed-off-by: Dave Hansen
Hi Dave,
This patches is already in linux-kselftest next for 4.11
Is there a reason why you chose to resend
* Rob Herring [170201 09:15]:
> On Mon, Jan 30, 2017 at 04:12:41PM -0800, Tony Lindgren wrote:
> > +Example:
> > +
> > +cpcap_regulator: regulator@600 {
>
> unit-address with no reg prop.
Oops thanks for spotting that. Will resend v2 shortly.
Regards,
Tony
On 02/02/2017 04:28 PM, Dave Hansen wrote:
> From: Shuah Khan
>
> Remove commented out calls to pkey_get().
>
> Signed-off-by: Shuah Khan
> Signed-off-by: Dave Hansen
Hi Dave,
This patches is already in linux-kselftest next for 4.11
Is there a reason why you chose to resend these.
-- Shuah
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 18722d63da35b5846c7d79eedd1b35f46eefea07 [101/122] sched/headers,
signals: Separate out task_struct::signal and task_struct::sighand types and
accessors int
The Sharp lq123p1jx31 has a requirement that the VDD is on for at
least 300 ms before being turned off. At the moment nothing anywhere
in the kernel is ensuring this.
The simplest way to ensure this is to add a "disable" timing of 150
ms. With this the we know that there will be at least 300 ms
On Thu, Feb 02, 2017 at 12:22:42PM -0800, David Carrillo-Cisneros wrote:
> There is no need to change perf(1) to support
> # perf stat -I 1000 -e intel_cqm/llc_occupancy {command}
>
> the PMU can work with resctrl to provide the support through
> perf_event_open, with the advantage that tools oth
Many Motorola phones like droid 4 are using a custom PMIC called CPCAP
or 6556002. This PMIC is used with several SoCs, I've noticed at least
omap3, omap4 and Tegra2 based Motorola phones and tablets using it.
Cc: devicet...@vger.kernel.org
Cc: Marcel Partap
Cc: Michael Scott
Cc: Rob Herring
Si
On 02/02/2017 03:36 PM, Shuah Khan wrote:
> This patches is already in linux-kselftest next for 4.11
>
> Is there a reason why you chose to resend these.
Oh, my apologies! I didn't realize it had been picked up elsewhere.
Ingo had mentioned a few times in the last few days that he'd noticed
the
On 02/02/2017 04:45 PM, Dave Hansen wrote:
> On 02/02/2017 03:36 PM, Shuah Khan wrote:
>> This patches is already in linux-kselftest next for 4.11
>>
>> Is there a reason why you chose to resend these.
>
> Oh, my apologies! I didn't realize it had been picked up elsewhere.
> Ingo had mentioned a
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: bcdc18d4a46bc321d73fa769cfe294cf3cdae07d [117/122] sched/headers:
Remove inclusion from
config: i386-randconfig-sb0-02030321 (attached as .config)
compiler
Borislav Petkov writes:
> On Wed, Feb 01, 2017 at 11:46:23PM +, Chris Packham wrote:
>> >> diff --git a/drivers/edac/mpc85xx_edac.c b/drivers/edac/mpc85xx_edac.c
>> >> index 8f66cbed70b7..67f7bc3fe5b3 100644
>> >> --- a/drivers/edac/mpc85xx_edac.c
>> >> +++ b/drivers/edac/mpc85xx_edac.c
>> >>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 370156b19d7226a19a04691d550ee5121847abcd [104/122] sched/headers,
softlockup: Move softlockup detector watchdog methods to
config: powerpc-allmodconfig (att
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 88d0fe4cbc5e74cda2764df63cb369f32746af54 [120/122] sched/headers: Move
signal wakeup & sigpending methods from into
config: powerpc-ppc44x_defconfig (atta
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 88d0fe4cbc5e74cda2764df63cb369f32746af54 [120/122] sched/headers: Move
signal wakeup & sigpending methods from into
config: powerpc-mpc83xx_defconfig (att
Hi Mauro,
On Thu, 2 Feb 2017 21:24:40 -0200 Mauro Carvalho Chehab
wrote:
>
> I actually push the patches on a different tree:
> git://linuxtv.org/media_tree.git
>
> At the branches "master" and "fixes", where
>
> master - for rolling develoment patches
> fixes - for bug fixes against cur
> --- a/drivers/staging/fsl-mc/include/dprc.h
> +++ b/drivers/staging/fsl-mc/include/dprc.h
> @@ -42,20 +42,6 @@
>
> struct fsl_mc_io;
>
> -/**
> - * Set this value as the icid value in dprc_cfg structure when creating a
> - * container, in case the ICID is not selected by the user and should be
> -Original Message-
> From: upstream-release-boun...@linux.freescale.net [mailto:upstream-release-
> boun...@linux.freescale.net] On Behalf Of laurentiu.tu...@nxp.com
> Sent: Wednesday, February 01, 2017 5:43 AM
> To: gre...@linuxfoundation.org
> Cc: de...@driverdev.osuosl.org; a...@arndb
> -Original Message-
> From: laurentiu.tu...@nxp.com [mailto:laurentiu.tu...@nxp.com]
> Sent: Wednesday, February 01, 2017 5:43 AM
> To: gre...@linuxfoundation.org
> Cc: de...@driverdev.osuosl.org; linux-kernel@vger.kernel.org; ag...@suse.de;
> a...@arndb.de; Ioana
> Ciornei ; Ruxandra I
SCM call to check whether Peripheral Authentication Service (PAS)
is supported returns false for ADSP. Drop this call from the driver
so that the probe() function succeeds for ADSP PIL device.
Signed-off-by: Sarangdhar Joshi
---
drivers/remoteproc/qcom_adsp_pil.c | 5 -
1 file changed, 5 del
On Thu, 2017-02-02 at 15:43 +0100, Arnd Bergmann wrote:
> Having a local variable of 1024 bytes on 64-bit architectures is a bit
> too much, and I ran into this warning while trying to see what functions
> use the largest stack:
>
> drivers/staging/fbtft/fbtft-sysfs.c: In function 'store_gamma_cur
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 248481ca482f2c70a5cdb016f45d2a001e2ce041 [116/122] kasan,
sched/headers: Remove from and uninline
kasan_enable/disable_current()
config: tile-allmodconfig
On Fri, Feb 03, 2017 at 12:16:29AM +0100, Rafael J. Wysocki wrote:
> On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov
> wrote:
> > On Thu, Feb 02, 2017 at 07:52:58PM +0200, Andy Shevchenko wrote:
> >> On Thu, 2017-02-02 at 09:07 -0800, Dmitry Torokhov wrote:
> >> > On February 2, 2017 8:48:30 AM PS
On 03/02/17 12:55, Michael Ellerman wrote:
> Chris if you want to send a patch to add the compatible string to the
> l2cache.txt I would merge that, but honestly it doesn't achieve much
> other than possibly catching a typo in the compatible name.
I think catching a typo might be worthwhile. It's
Hi Waldemar,
On 03/02/17 06:15, Waldemar Brodkorb wrote:
> your commit 80cca775cdc4f8555612d2943a2872076b33e0ff breaks Linux
> booting in qemu-system-m68k:
>
> qemu-system-m68k -nographic -M mcf5208evb -cpu m5208 -kernel
> qemu-m68k-mcf5208-initramfspiggyback-kernel
[snip]
> [3.46] ColdF
Em Fri, 3 Feb 2017 11:01:17 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> On Thu, 2 Feb 2017 21:24:40 -0200 Mauro Carvalho Chehab
> wrote:
> >
> > I actually push the patches on a different tree:
> > git://linuxtv.org/media_tree.git
> >
> > At the branches "master" and "fixes", where
>
Congratulations! Your e-mail account has just won £750.000 GBP in the
ongoing microsoft promotion. For claims and more info, please send an
e-mail: jamesbarry...@qq.com
Please Note: This is the third time we have been trying to contact you.
Online Coordinator
James Barry(Msc)
On 02/03/2017 01:10 AM, Greg Ungerer wrote:
> This is a limitation in the FEC support in QEMU.
> This works on real ColdFire hardware (which do support the
> FEC MIB stats registers from offset 0x200 - so not 5272).
> I sent this patch to the qemu dev list a couple of weeks
> back which fixes qemu:
On Fri, Feb 3, 2017 at 1:16 AM, Dmitry Torokhov
wrote:
> On Fri, Feb 03, 2017 at 12:16:29AM +0100, Rafael J. Wysocki wrote:
>> On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov
>> wrote:
>> > On Thu, Feb 02, 2017 at 07:52:58PM +0200, Andy Shevchenko wrote:
>> >> On Thu, 2017-02-02 at 09:07 -0800, D
List all the current valid compatible strings for the l2cache binding.
This should stop checkpatch.pl from complaining and will hopefully save
someone from having to debug a typo in their dts.
Signed-off-by: Chris Packham
---
.../devicetree/bindings/powerpc/fsl/l2cache.txt| 42 ++
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 248481ca482f2c70a5cdb016f45d2a001e2ce041 [116/122] kasan,
sched/headers: Remove from and uninline
kasan_enable/disable_current()
config: alpha-allyesconfi
On Feb 2, 2017, at 04:26, Arnd Bergmann wrote:
>
> lustre uses a fake switch() statement as a compile-time assert, but
> unfortunately
> each use of that causes a warning when building with clang:
>
> drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c:2907:2: warning: no case
> matching const
On Thu, 2 Feb 2017, Djalal Harouni wrote:
> *) The per-process prctl() settings are:
> prctl(PR_TIMGAD_OPTS, PR_TIGMAD_SET_MOD_RESTRICT, value, 0, 0)
>
> Where value means:
>
> 0 - Classic module load and unload permissions, nothing changes.
>
> 1 - The current process must have CAP_SYS
On Fri, Feb 03, 2017 at 01:37:25AM +0100, Rafael J. Wysocki wrote:
> On Fri, Feb 3, 2017 at 1:16 AM, Dmitry Torokhov
> wrote:
> > On Fri, Feb 03, 2017 at 12:16:29AM +0100, Rafael J. Wysocki wrote:
> >> On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov
> >> wrote:
> >> > On Thu, Feb 02, 2017 at 07:5
Add new USB IDs for cp2104/5 devices on Bx50v3 boards due to the design change
Signed-off-by: Ken Lin
---
drivers/usb/serial/cp210x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
index fff718352e0c..691e3e5f0e61 100644
--- a/driv
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: a69a38e26e87ddbe993e33b55f693405cd62c76f
commit: 88d0fe4cbc5e74cda2764df63cb369f32746af54 [120/122] sched/headers: Move
signal wakeup & sigpending methods from into
reproduce:
# apt-get install s
Resend with plain text mode.
Hi Andy,
On Thu, Feb 2, 2017 at 11:47 AM, Andy Shevchenko
wrote:
> On Tue, Jan 31, 2017 at 9:43 PM, Hoan Tran wrote:
>> Next generation of X-Gene SoC's GPIO hardware register map is very
>> similar to DW GPIO. It only differs by a few register addresses.
>> This pat
Leave pca953x P06,P07 pins on b850v3 platform and P06 pin on b450v3/b650v3
unconfigured
in the kernel space since they could be configured as DP1_RST and DP2_RST by
the applications
for the DP FW update support
Signed-off-by: Ken Lin
---
arch/arm/boot/dts/imx6q-b450v3.dts | 7 +++
arch/a
Hi,
Any ideas?
Regards,
Alexandre Vicenzi
2017-01-19 0:13 GMT-02:00 Alexandre Vicenzi :
> Hello,
>
> It has been a while that I noticed that kworker/0:1 eats a lot of CPU
> on my computer, about ~80%.
>
> I never found the real problem, but googling the solution was to
> disable some GPE interr
hi Minchan,
Thanks for your reviewing.
On 2017/2/1 17:46, Minchan Kim wrote:
> On Wed, Feb 01, 2017 at 08:59:24AM +0100, Michal Hocko wrote:
>> On Wed 01-02-17 15:48:21, Minchan Kim wrote:
>>> Hi Yisheng,
>>>
>>> On Tue, Jan 31, 2017 at 09:06:18PM +0800, ys...@foxmail.com wrote:
From: Yisheng
sign-file documentation on kernel.org advertises the fact that
sign-file can use OpenSSL loadable engine support using pkcs#11 uri
syntax (rfc 7512) for loading private keys from hardware tokens, if
openssl loadable engine support is present.
Unfortunately, if openssl configuration files are no
This patch modifies scripts/sign-file.c such that custom engine
configurations can be loaded for signing kernel modules.
Signed-off-by: Antony Vennard
---
scripts/sign-file.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/scripts/sign-file.c b/scripts/sign-file
On Thu, Feb 2, 2017 at 3:41 PM, Luck, Tony wrote:
> On Thu, Feb 02, 2017 at 12:22:42PM -0800, David Carrillo-Cisneros wrote:
>> There is no need to change perf(1) to support
>> # perf stat -I 1000 -e intel_cqm/llc_occupancy {command}
>>
>> the PMU can work with resctrl to provide the support thro
With many drivers converting to using generic device properties, it is
useful to provide array of device properties when instantiating new i2c
client via i2c_board_info and have them automatically added to the device
in question.
Signed-off-by: Dmitry Torokhov
---
drivers/i2c/i2c-core.c | 16 +++
When augmenting ACPI-enumerated devices with additional property data based
on DMI info, a module has often several potential property sets, with only
one being active on a given box. In order to save memory it should be
possible to mark everything and __initdata or __initconst, execute DMI
match e
Data that is fed into property arrays should not be modified, so let's mark
relevant pointers as const. This will allow us making source arrays as
const/__initconst.
Signed-off-by: Dmitry Torokhov
---
drivers/base/property.c | 10 +-
include/linux/property.h | 12 ++--
2 files c
Hi,
Here is the refreshed series exporting APIs to copy statically declared
device properties. The reason is that we want to augment ACPI-based devices
with properties, and drivers usually have a largish DMI table for multiple
models, so it is desirable to mark everything as __initdata/__initconst
There is no reason why statically defined properties should be modifiable,
so let's make device_add_properties() and the rest of pset_*() functions to
take const pointers to properties.
This will allow us to mark properties as const/__initconst at definition
sites.
Signed-off-by: Dmitry Torokhov
Hi Minchan
Thanks for reviewing.
On 2017/2/2 15:28, Minchan Kim wrote:
> On Wed, Feb 01, 2017 at 11:00:23AM +0100, Michal Hocko wrote:
>> On Wed 01-02-17 18:46:36, Minchan Kim wrote:
>>> On Wed, Feb 01, 2017 at 08:59:24AM +0100, Michal Hocko wrote:
On Wed 01-02-17 15:48:21, Minchan Kim wrote:
On (02/02/17 09:34), Steven Rostedt wrote:
> On Thu, 2 Feb 2017 11:02:57 +0900
> Sergey Senozhatsky wrote:
>
> > On (02/01/17 11:37), Steven Rostedt wrote:
> > > This looks fine, but I'm curious if you tested it. That is, added a
> > > bunch of printks to overflow the buffer. IIRC, I did it to th
Hi all,
Today's linux-next merge of the rcu tree got a conflict in:
arch/powerpc/Kconfig
between commit:
d6c569b99558 ("powerpc/64: Move HAVE_CONTEXT_TRACKING from pseries to common
Kconfig")
from the powerpc tree and commit:
c7327406b3c3 ("rcu: Make arch select smp_mb__after_unlock_lo
On (02/02/17 16:52), Petr Mladek wrote:
[..]
> > I am still learning how to manage the patches in the printk.git tree.
> >
> > I would like to add Steven's Reviewed-by tags, links to the mails,
> > and list of CC-ed people. IMHO, the only way is to rebase the for-4.11
> > and for-next branches. Th
Hi all,
Today's linux-next merge of the rcu tree got a conflict in:
net/netfilter/nf_conntrack_core.c
between commit:
a9e419dc7be6 ("netfilter: merge ctinfo into nfct pointer storage area")
from the netfilter-next tree and commit:
55f619e5c322 ("mm: Rename SLAB_DESTROY_BY_RCU to SLAB_TY
On 2017-02-02 01:31, Zac Schroff wrote:
How about BCMA_IOCTL_PRESERVE_ACROSS_INIT?
I think wireless drivers may still set some these bits during init.
I've a simpler idea: make it bgmac specific. Call it sth like
BGMAC_BCMA_IOCTL_PRESERVE
BGMAC_BCMA_IOCTL_RESERVED
BGMAC_BCMA_IOCTL_DONT_TOUCH
Something to be aware is that CAT cpus don't work the way CPU
filtering works in perf:
If I have the following CAT groups:
- default group with task TD
- group GC1 with CPU0 and CLOSID 1
- group GT1 with no CPUs and task T1 and CLOSID2
- TD and T1 run on CPU0.
Then T1 will use CLOSID2 and TD
On 01/10/2017 08:00 PM, Lorenzo Pieralisi wrote:
Commit 618f535a6062 ("ACPI/IORT: Add single mapping function")
introduced a function (iort_node_get_id()) to retrieve ids for IORT
named components.
The iort_node_get_id() takes an index as input to refer to a specific
mapping entry in the named c
On 01/18/2017 08:55 PM, Hanjun Guo wrote:
From: Hanjun Guo
With the preparation of platform msi support and interrupt producer
in DSDT, we can add mbigen ACPI support now.
We are using Interrupt resource type in _CRS methd to indicate number
of irq pins instead of num_pins in DT to avoid _DSD
The IRQFD framework calls the architecture dependent function
twice if the corresponding GSI type is edge triggered. For ARM,
the function kvm_set_msi() is getting called twice whenever the
IRQFD receives the event signal. The rest of the code path is
trying to inject the MSI without any validation
On 01/27, Mika Westerberg wrote:
>On Fri, Jan 27, 2017 at 07:51:03PM +0800, kbuild test robot wrote:
>> Hi Mika,
>>
>> [auto build test ERROR on pinctrl/for-next]
>> [also build test ERROR on v4.10-rc5 next-20170125]
>> [if your patch is applied to the wrong git tree, please drop us a note to
>>
601 - 700 of 765 matches
Mail list logo
