On Wed, Jan 04, 2017 at 05:30:02PM +, Sudeep Holla wrote:
> When libelf is disabled in the configuration, we get the following
> linker error:
> LINK libperf-jvmti.so
> ld: cannot find -lelf
> Makefile.perf:515: recipe for target 'libperf-jvmti.so' failed
>
> Jiri pointed out that bo
On Jan 04 2017 or thereabouts, Pali Rohár wrote:
> On Wednesday 04 January 2017 14:02:52 Benjamin Tissoires wrote:
> > > > > No. DT platforms won't have an issue: they don't change anything, and
> > > > > there will be a new /dev/freefall misc device for the platforms that
> > > >
> > > > And this
Hi Florian, All,
Florian Fainelli writes:
>> However is there a way to be sure that the new binding is used?
>
> The best way is probably to make sure that your switch device appears
> parented to the MDIO bus driver under /sys/class/mdio_bus/*mvmdio*.
> Alternatively, if you see a message like:
- Original Message -
> From: "Laurence Oberman"
> To: "Jan Kara"
> Cc: "Johannes Weiner" , "Hugh Dickins"
> , "Linus Torvalds"
> , "Dave Chinner" , "Chris
> Leech" , "Linux
> Kernel Mailing List" , "Lee Duncan"
> , open-is...@googlegroups.com,
> "Linux SCSI List" , linux-bl...@vger.k
Hi All,
I have a doubt, the MSI domains are handled differently in different RC
drivers.
Some drivers use irq_domain_add_linear alone, and some use
pci_msi_create_irq_domain also to handle MSI.
In most of the 32-bit architectures only irq_domain_add_linear is used
and in 64 bit drivers bot
On 01/04/2017 07:58 AM, Hartley Sweeten wrote:
> On Tuesday, January 03, 2017 6:14 PM, Florian Fainelli wrote:
>>
>> In preparation for adding CONFIG_DEBUG_VIRTUAL support, define a set of
>> common constants: KERNEL_START and KERNEL_END which abstract
>> CONFIG_XIP_KERNEL vs. !CONFIG_XIP_KERNEL. U
If we happen to receive interrupts during hv_set_host_time() execution
our adjustments may get inaccurate. Make the whole function atomic.
Unfortunately, we can's call do_settimeofday64() with interrupts
disabled as some cross-CPU work is being done but this call happens
very rarely.
Signed-off-by
From: Patrick Bruenn
Since commit 5d47ec02c37ea632398cb251c884e3a488dff794
("firmware: Correct handling of fw_state_wait() return value")
I see the following NULL pointer dereference:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 4.10.0-rc2-CX9020-10+ (patrickbr@l
Dan Williams writes:
> This commit appears to cause a boot regression between v4.8 and v4.9.
>
> BUG: unable to handle kernel paging request at 8830281bf1c8
> IP: [] __next_mem_range_rev+0x13a/0x1d6
> PGD 3193067 PUD 3196067 PTE 8030281bf060
> Oops: 1 SMP DEBUG_PAGEALLOC
> Modules li
On 04/01/17 17:39, valmiki wrote:
> Hi All,
>
> I have a doubt, the MSI domains are handled differently in different RC
> drivers.
>
> Some drivers use irq_domain_add_linear alone, and some use
> pci_msi_create_irq_domain also to handle MSI.
>
> In most of the 32-bit architectures only irq_dom
On Thu, Dec 29, 2016 at 05:27:25PM -0600, Andy Gross wrote:
> This patch adds a quirk parameter to the arm_smccc_smc call. The quirk
> structure allows for specialized SMC operations due to SoC specific
> requirements. The current arm_smccc_smc is renamed and macros are used
> instead to specify
> How about:
> ---
> From daa7571bbf337704332c0cfeec9b8fd5aeae596f Mon Sep 17 00:00:00 2001
> From: Benjamin Tissoires
> Date: Wed, 4 Jan 2017 18:26:54 +0100
> Subject: [PATCH] I2C: add the source of the IRQ in struct i2c_client
>
> With commit 4d5538f5882a ("i2c: use an IRQ to report Host Notif
> That makes me think that we should either remove, or use different
> values for the version described in net/dsa/dsa.c:
>
> char dsa_driver_version[] = "0.1";
>
> Today this is absolutely useless and erroneous.
I think it has been useless for over 9 years.
Feel free to remove it.
An
On Thu, Dec 22, 2016 at 6:18 AM, Rafael J. Wysocki wrote:
>
> Please pull from the tag
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
> acpi-extra-4.10-rc1
I only just noticed that this apparently introduces a new warning:
ACPI Warning: Table 9fe6c0a0, Valida
On Wed, Jan 04, 2017 at 06:19:40PM +0100, linux-kernel-...@beckhoff.com wrote:
> From: Patrick Bruenn
>
> Since commit 5d47ec02c37ea632398cb251c884e3a488dff794
> ("firmware: Correct handling of fw_state_wait() return value")
>
> I see the following NULL pointer dereference:
> [0.00] Boot
(Resending as no reply received, this time with CCs to TPM maintainers and
author of the original commit).
Hi all,
Commit 1107d065fdf1 (tpm_tis: Introduce intermediate layer for TPM access)
broke TPM support on ThinkPad X61S (and likely also on other machines which
use TPMs with a static burst co
On 4 January 2017 at 18:20, Dietmar Eggemann wrote:
> On 21/12/16 15:50, Vincent Guittot wrote:
>
> IMHO, the overall idea makes sense to me. Just a couple of small
> questions ...
>
>> The update of the share of a cfs_rq is done when its load_avg is updated
>> but before the group_entity's load_a
On Wed, Jan 04, 2017 at 09:34:34PM +0900, Jaehoon Chung wrote:
> This patch is for using PHY generic framework.
> To maintain backward compatibility, check whether phy is supported or
> not with 'using_phy'.
>
> And if someone use the old dt-file, display the "deprecated" message.
> But it's still
Hi Andrew,
Andrew Lunn writes:
>> That makes me think that we should either remove, or use different
>> values for the version described in net/dsa/dsa.c:
>>
>> char dsa_driver_version[] = "0.1";
>>
>> Today this is absolutely useless and erroneous.
>
> I think it has been useless for over
> On 03 January 2017 at 23:29 Al Viro wrote:
>
>
> On Tue, Jan 03, 2017 at 10:30:39PM +0100, Fabian Frederick wrote:
> > Add standard functions making AFFS work with NFS.
> >
> > Functions based on ext4 implementation.
> > Tested on loop device.
>
> How the hell is that supposed to work with col
On Wed, Jan 04, 2017 at 09:11:34AM -0800, Srinivas Pandruvada wrote:
> On Wed, 2017-01-04 at 14:03 +0100, Greg KH wrote:
> > On Fri, Dec 23, 2016 at 09:22:29AM +0800, Even Xu wrote:
> > >
> > > Intel ISHFW supports many different clients, in
> > > hid/intel-ish-hid/ishtp bus driver, it creates fol
On Wed, Jan 04, 2017 at 09:34:32PM +0900, Jaehoon Chung wrote:
> This patch supports to use Generic Phy framework for Exynos PCIe phy.
> When Exynos that supported the pcie want to use the PCIe,
> it needs to control the phy resgister.
> But it should be more complex to control in their own PCIe de
On Wed, Jan 04, 2017 at 06:46:19PM +0100, Wolfram Sang wrote:
>
> > How about:
> > ---
> > From daa7571bbf337704332c0cfeec9b8fd5aeae596f Mon Sep 17 00:00:00 2001
> > From: Benjamin Tissoires
> > Date: Wed, 4 Jan 2017 18:26:54 +0100
> > Subject: [PATCH] I2C: add the source of the IRQ in struct i2c
When libelf is disabled in the configuration, we get the following
linker error:
LINK libperf-jvmti.so
ld: cannot find -lelf
Makefile.perf:515: recipe for target 'libperf-jvmti.so' failed
Jiri pointed out that both librt and libelf are not really required. So
this patch fixes the linker
On Fri, Dec 16, 2016 at 02:28:41PM +0100, Geert Uytterhoeven wrote:
> Convert the flag swiotlb_force from an int to an enum, to prepare for
> the advent of more possible values.
>
> Suggested-by: Konrad Rzeszutek Wilk
> Signed-off-by: Geert Uytterhoeven
> ---
> v2:
> - New.
> ---
> arch/arm64
On 01/04/2017 05:42 PM, Luca Abeni wrote:
> Hi Daniel,
>
> 2017-01-04 16:14 GMT+01:00, Daniel Bristot de Oliveira :
>> On 01/04/2017 01:17 PM, luca abeni wrote:
>>> Hi Daniel,
>>>
>>> On Tue, 3 Jan 2017 19:58:38 +0100
>>> Daniel Bristot de Oliveira wrote:
>>>
>>> [...]
In a four core box, if
On Wednesday, January 4, 2017 12:58 PM, Krzysztof Kozlowski wrote:
>
> On Wed, Jan 04, 2017 at 09:34:35PM +0900, Jaehoon Chung wrote:
> > Add phy-pcie node for using Exynos5440 pcie.
> > And use the reg-names as "elbi" and "config".
>
> 'and' is only for joining in compound sentences, don't start
On Wed, Jan 04, 2017 at 02:16:20PM +0800, Dave Young wrote:
> Vivek, thanks for ccing me..
>
> On 01/03/17 at 04:34pm, Nicholas Mc Guire wrote:
> > On Tue, Jan 03, 2017 at 10:38:14AM -0500, Vivek Goyal wrote:
> > > On Fri, Dec 23, 2016 at 12:43:07PM +0100, Nicholas Mc Guire wrote:
> > > > Add the
On Wednesday, January 4, 2017 7:08 AM, Kishon Vijay Abraham I wrote:
>
> Group all the PCI drivers that use designware core in dwc directory.
> dwc IP is capable of operating in both host mode and device mode and
> keeping it inside the *host* directory is misleading.
>
> Signed-off-by: Kishon Vi
On Mon, Jan 02, 2017 at 09:31:39PM +0800, Hanjun Guo wrote:
> iort_node_get_id() has two output, one is the mapped ids,
> the other is the referenced parent node which is returned
> from the function.
>
> For now we need a API just return its parent node for
> single mapping, so just update this f
On Wednesday, 2017-01-04 14:50:02 +0100, Rainer Hochecker wrote:
> From: Rainer Hochecker
>
> Signed-off-by: Rainer Hochecker
> ---
> include/uapi/drm/drm_fourcc.h | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h
> in
The build of mips ar7_defconfig was failing with the error:
arch/mips/boot/compressed/Makefile:21:
*** insufficient number of arguments (1) to function `filter-out'.
Stop.
A ',' was missing while adding filter-out.
Fixes: afca036d463c ("MIPS: zboot: Consolidate compiler flag filtering."
On Mon, Jan 02, 2017 at 06:42:41PM +0530, Sricharan R wrote:
> The newly added DMA_ATTR_PRIVILEGED is useful for creating mappings that
> are only accessible to privileged DMA engines. Adding it to the
> arm dma-mapping.c so that the ARM32 DMA IOMMU mapper can make use of it.
>
> Signed-off-by: S
* Aaro Koskinen [170103 12:13]:
> On Tue, Jan 03, 2017 at 08:05:04PM +0100, Greg Kroah-Hartman wrote:
> > I'm not objecting to this patch, just really curious why no one else has
> > ever hit it.
>
> Maybe I'm the only user...
I still have 770 in my test rack :) I don't boot it much though as
it
On Wed, Jan 04, 2017 at 09:34:35PM +0900, Jaehoon Chung wrote:
> Add phy-pcie node for using Exynos5440 pcie.
> And use the reg-names as "elbi" and "config".
'and' is only for joining in compound sentences, don't start with it.
> Because the getting configuratioin space address from ranges is old
From: Daniel Bristot de Oliveira
Currently, the sched:sched_switch tracepoint reports deadline tasks with
priority -1. But when reading the trace via perf script I've got the
following output:
# ./d & # (d is a deadline task, see [1])
# perf record -e sched:sched_switch -a sleep 1
# perf s
From: Masami Hiramatsu
Fix perf-probe to show probe definition on gcc generated symbols for
offline kernel (including cross-arch kernel image).
gcc sometimes optimizes functions and generate new symbols with suffixes
such as ".constprop.N" or ".isra.N" etc. Since those symbol names are
not recor
On Fri, Dec 16, 2016 at 02:28:42PM +0100, Geert Uytterhoeven wrote:
> diff --git a/Documentation/admin-guide/kernel-parameters.txt
> b/Documentation/admin-guide/kernel-parameters.txt
> index 21e2d88637050b7a..24fb691b2da5f78d 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/D
While checking opencoded users I've encountered that vhost code would
really like to use kvmalloc with __GFP_REPEAT [1] so the following patch
adds support for __GFP_REPEAT and converts both vhost users.
So currently I am sitting on 3 patches. I will wait for more feedback -
especially about poten
From: Arnaldo Carvalho de Melo
Those are binaries as well, so should be installed by:
make -C tools/perf install-bin'
too.
Cc: Alexander Shishkin
Cc: Daniel Bristot de Oliveira
Cc: Jiri Olsa
Cc: Peter Zijlstra
Cc: Steven Rostedt
Link: http://lkml.kernel.org/n/tip-3841b37u05evxrs1igkyu..
From: Jiri Olsa
To allow string options with a default argument and variable set when
the option is used.
Signed-off-by: Jiri Olsa
Tested-by: Wang Nan
Cc: David Ahern
Cc: Josh Poimboeuf
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1483431600-19887-2-git-send-email-jo
From: Masami Hiramatsu
Fix --funcs (-F) option to show correct symbols for offline module.
Since previous perf-probe uses machine__findnew_module_map() for offline
module, even if user passes a module file (with full path) which is for
other architecture, perf-probe always tries to load symbol ma
From: Arnaldo Carvalho de Melo
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Cc: Joe Stringer
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-3awp0nv8tpnblatojmwjw...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
samples/bpf/trace_output_user.c | 1 -
1 file changed, 1 deletion(-)
From: Jiri Olsa
There's no --signal-trigger option, also adding the code comment into
record man page.
Signed-off-by: Jiri Olsa
Tested-by: Wang Nan
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1483431600-19887-4-git-send-email-jo...@kernel.org
Signed-o
161222' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
(2016-12-23 20:23:29 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-urgent-for-mingo-4.10-20170104
for you to
From: Arnaldo Carvalho de Melo
Markus reported that perf segfaults when reading /sys/kernel/notes from
a kernel linked with GNU gold, due to what looks like a gold bug, so do
some bounds checking to avoid crashing in that case.
Reported-by: Markus Trippelsdorf
Report-Link: http://lkml.kernel.or
From: Namhyung Kim
Show length of analyzed sample time and rate of idle task running.
This also takes care of time range given by --time option.
$ perf sched timehist -sI | tail
Samples do not have callchains.
Idle stats:
CPU 0 idle for930.316 msec ( 92.93%)
CPU 1 idle
From: Masami Hiramatsu
Since 'perf probe' supports cross-arch probes, it is possible to analyze
different arch kernel image which has different bits-per-long.
In that case, it fails to get the module name because it uses the
MOD_NAME_OFFSET macro based on the host machine bits-per-long, instead
From: Arnaldo Carvalho de Melo
To avoid the following build failure on Alpine Linux 3.4, that has
clang-3.8 with the bpf target:
HOSTCC samples/bpf/sock_example.o
In file included from /usr/include/net/ethernet.h:10:0,
from /git/linux/samples/bpf/sock_example.h:7,
On Wed, Jan 4, 2017 at 3:32 AM, Greg Kroah-Hartman
wrote:
> Ick, hiding this in the power management code? That's messy, and
> complex, as Rafael pointed out.
It's in code that's used in the power management layer, not in power
management code. This is all in the driver core.
> Turning on and o
On Wed, Jan 4, 2017 at 8:23 AM, Jens Axboe wrote:
> On 01/04/2017 08:28 AM, Theodore Ts'o wrote:
>>
>> Jens, could you expedite a pull request to Linus? This is affecting
>> ext4 on 1k block file systems on x86/x86_64, so this is not a ppc-only
>> regression.
>
> Yes, it'll go out this morning.
On Wed, 4 Jan 2017 18:22:31 +0100
Marek Vasut wrote:
> On 01/04/2017 06:13 PM, Boris Brezillon wrote:
> > On Wed, 4 Jan 2017 16:15:46 +0100
> > Marek Vasut wrote:
> >
> >> On 01/03/2017 02:01 PM, Boris Brezillon wrote:
> >>> Move Micron specific initialization logic into nand_micron.c. This
Consider the following test, built for 32-bit powerpc and run under a
32-bit kernel.
#define _GNU_SOURCE
#include
#include
#include
#include
int
main (void)
{
int fd = open ("/dev/null", O_RDWR);
int ret = posix_fadvise64 (fd, 0, -1, POSIX_FADV_NORMAL);
if (ret == EINVAL)
puts ("pos
On Wed, Jan 4, 2017 at 3:13 AM, Greg Kroah-Hartman
wrote:
>> Add a force_probe sysfs node to each device, which if written will
>> trigger a probe even if defer_all_probes is currently true.
>
> Why not just manually trigger the bind of the device? I don't
> understand the problem here that is be
On Fri, Dec 23, 2016 at 12:52:30AM +, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake "recoverying" to "recovering" in
> pr_dbg message.
applied, thanks
> Signed-off-by: Colin Ian King
> ---
> drivers/md/raid5-cache.c | 2 +-
> 1 file changed, 1 insertion(+),
On Wed, 2017-01-04 at 13:04 -0500, Stefan Berger wrote:
> Jarkko Sakkinen wrote on 01/02/2017
> 08:22:08 AM:
>
> > --- a/drivers/char/tpm/tpm2-cmd.c
> > +++ b/drivers/char/tpm/tpm2-cmd.c
> > @@ -943,7 +943,9 @@ EXPORT_SYMBOL_GPL(tpm2_probe);
> > */
> > int tpm2_auto_startup(struct tpm_chip *ch
On 03/12/16 19:17, Aniroop Mathur wrote:
> Since here we are using msleep(1) which is worse as it sleeps for
> minimum two jiffies so 20 ms on HZ=100 system and we are doing here
> 100 retries if register reading fails. So as you can deduce usleep_range
> will serve better here.
> Explained origina
On Wed, Jan 04, 2017 at 11:46:13AM +, Mark Rutland wrote:
> On Wed, Jan 04, 2017 at 11:40:56AM +, Russell King - ARM Linux wrote:
> > On Wed, Jan 04, 2017 at 11:30:25AM +, Mark Rutland wrote:
> > > On Wed, Jan 04, 2017 at 10:19:46AM +0100, Alexander Stein wrote:
> > > > I'm not sure if
From: Rainer Hochecker
Thanks for bearing with me. My ml skills have greatly improved now :)
v5 of patch:
This adds fourcc codes for 16bit planes required for DRM buffer
export to mesa.
Signed-off-by: Rainer Hochecker
---
include/uapi/drm/drm_fourcc.h | 7 +++
1 file changed, 7 insertion
Hi Ted,
On Wed, 4 Jan 2017 10:01:08 -0500 Theodore Ts'o wrote:
>
> On Wed, Jan 04, 2017 at 10:51:01PM +1100, Stephen Rothwell wrote:
> >
> > Added from tomorrow. Should I add the for-stable branch as well (as a
> > bug fixes tree)?
>
> The master branch should include the for-stable branch 9
On Wed, Jan 04, 2017 at 05:57:17PM +, Catalin Marinas wrote:
> On Fri, Dec 16, 2016 at 02:28:41PM +0100, Geert Uytterhoeven wrote:
> > Convert the flag swiotlb_force from an int to an enum, to prepare for
> > the advent of more possible values.
> >
> > Suggested-by: Konrad Rzeszutek Wilk
> >
On Tue, Jan 03, 2017 at 10:22:57AM -0800, Caleb Crome wrote:
> From: Caleb Crome
>
> The fsl_ssi fifo watermark is by default set to 2 free spaces (i.e.
> activate DMA on FIFO when only 2 spaces are left.) This means the
Please submit patches using subject lines reflecting the style for the
sub
On Wed, Jan 04, 2017 at 07:24:09PM +0100, Rainer Hochecker wrote:
> From: Rainer Hochecker
>
> Thanks for bearing with me. My ml skills have greatly improved now :)
>
> v5 of patch:
>
> This adds fourcc codes for 16bit planes required for DRM buffer
> export to mesa.
>
> Signed-off-by: Rainer
From: Vivien Didelot
Date: Tue, 3 Jan 2017 14:31:49 -0500
> The "out" label in dsa_switch_setup_one() is useless, thus remove it.
>
> Reviewed-by: Andrew Lunn
> Signed-off-by: Vivien Didelot
Applied.
CONFIG_RANDOMIZE_BASE relocates the kernel to a random base address.
However it does not take into account the memmap= parameter passed in from
the kernel cmdline. This results in the kernel sometimes being put in
the middle of memmap. Teaching kaslr to not insert the kernel in
memmap defined regio
Hi Rob,
Thanks for the review
> On Wed, Jan 04, 2017 at 07:05:53PM +0530, Kedareswara rao Appana wrote:
> > When VDMA is configured for more than one frame in the h/w for example
> > h/w is configured for n number of frames and user Submits n number of
> > frames and triggered the DMA
On Wed, Jan 4, 2017 at 10:27 AM, Mark Brown wrote:
>
> On Tue, Jan 03, 2017 at 10:22:57AM -0800, Caleb Crome wrote:
> > From: Caleb Crome
> >
> > The fsl_ssi fifo watermark is by default set to 2 free spaces (i.e.
> > activate DMA on FIFO when only 2 spaces are left.) This means the
>
> Please s
On Wed, 2017-01-04 at 20:52 +0800, Ziyuan Xu wrote:
> Let's fix the warnings from checkpatch.pl:
>
> - line over 80 characters;
> - block comments should align the * on each Lines;
> - statements not starting on a tabstop.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> drivers/mmc/host/dw_mmc.c | 33 +
On Tue, Jan 3, 2017 at 11:15 PM, Theodore Ts'o wrote:
> On Tue, Jan 03, 2017 at 09:44:15PM +0100, Roman Penyaev wrote:
>>
>> (I had to say that right now I am testing on 4.4.28 kernel and testing
>> on latest sources taken from linux-next will require some time, but of
>> course I will retest an
On Wed, Jan 4, 2017 at 12:10 PM, Matthew Garrett wrote:
>
> The USB authentication feature was intended for handling wireless USB
> devices - it can be reused for this, but the code isn't generic enough
> to apply to other bus types. The two interact in exactly the way you'd
> expect, ie they don'
On 01/03/2017 02:01 PM, Boris Brezillon wrote:
> Auto-detection functions are passed a busw parameter to retrieve the actual
> NAND bus width and eventually set the correct value in chip->options.
> Rework the nand_get_flash_type() function to get rid of this extra
> parameter and let detection cod
On Wed, Jan 04, 2017 at 10:31:42AM -0800, ccrome wrote:
> The subject should be
>
> [PATCH] ASoC: fsl_ssi: set fifo watermark to more reliable value
>
> Correct?
Yes.
> Should I re-submit?
No, it's fine - if I'm sending one of those mails it'll be fine as I've
actually seen the mail to reply
On Thu, Dec 22, 2016 at 2:23 AM, Nicolai Stange wrote:
> With commit 4bc9f92e64c8 ("x86/efi-bgrt: Use efi_mem_reserve() to avoid
> copying image data"), efi_bgrt_init() calls into the memblock allocator
> through efi_mem_reserve() => efi_arch_mem_reserve() *after* mm_init()
> has been called.
>
>
From: Rainer Hochecker
This adds fourcc codes for 16bit planes required for DRM buffer
export to mesa.
Signed-off-by: Rainer Hochecker
---
include/uapi/drm/drm_fourcc.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h
inde
On Wed, Jan 4, 2017 at 9:45 AM, Nicolai Stange wrote:
> Dan Williams writes:
>
>> This commit appears to cause a boot regression between v4.8 and v4.9.
>>
>> BUG: unable to handle kernel paging request at 8830281bf1c8
>> IP: [] __next_mem_range_rev+0x13a/0x1d6
>> PGD 3193067 PUD 3196067 PTE 8
2017-01-04 19:00 GMT+01:00, Daniel Bristot de Oliveira :
[...]
> Some tasks start to use more CPU time, while others seems to use less
> CPU than it was reserved for them. See the task 14926, it is using
> only 23.8 % of the CPU, which is less than its 10/30 reservation.
What
The patch
ASoC: fsl_ssi: set fifo watermark to more reliable value
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) an
On Wed, Jan 04, 2017 at 01:04:59PM -0500, Stefan Berger wrote:
>> @@ -943,7 +943,9 @@ EXPORT_SYMBOL_GPL(tpm2_probe);
>> */
>> int tpm2_auto_startup(struct tpm_chip *chip)
>> {
>> + u32 nr_commands;
>> int rc;
>> + int i;
>>
>> rc = tpm_get_timeou
On Wed, 2017-01-04 at 18:18 +0100, Greg KH wrote:
> On Wed, Jan 04, 2017 at 09:11:34AM -0800, Srinivas Pandruvada wrote:
> >
> > On Wed, 2017-01-04 at 14:03 +0100, Greg KH wrote:
> > >
> > > On Fri, Dec 23, 2016 at 09:22:29AM +0800, Even Xu wrote
> > > >
[...]
> debug should not require a char
From: Jie Deng
Date: Wed, 4 Jan 2017 13:04:04 +0800
> The Synopsys DWC_xlgmac core provides a multiplexed 40-Gigabit
> Media-Independent Interface (XLGMII, an IEEE 802.3 Clause 81
> compliant reconciliation sub-layer) for communication with
> the 100/50/40/25-Gigabit PHY and 10-Gigabit Media-Inde
From: Madalin Bucur
Date: Wed, 4 Jan 2017 13:21:28 +0200
> Add cleanup on PHY initialization failure path, avoid using
> uninitialized memory at CGR init.
Series applied, thanks.
Define helper macros to extract op0, op1, CRn, CRm & op2
for a given sys_reg id. While at it remove the explicit
masking only used for Op0.
Cc: Catalin Marinas
Cc: Mark Rutland
Cc: Will Deacon
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/sysreg.h | 21 -
1 fi
The static_key->next field goes mostly unused. The field is used for
associating module uses with a static key. Most uses of struct static_key
define a static key in the core kernel and make use of it entirely within
the core kernel, or define the static key in a module and make use of it
only from
Document the rules for choosing the safe value for different types
of features.
Cc: Dave Martin
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/cpufeature.h | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
On Sun, Dec 25, 2016 at 7:40 PM, Vitaly Wool wrote:
> With both coming and already present locking optimizations,
> introducing kref to reference-count z3fold objects is the right
> thing to do. Moreover, it makes buddied list no longer necessary,
> and allows for a simpler handling of headless pa
Documentation for the infrastructure to expose CPU feature
register by emulating MRS.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Cc: Dave Martin
Signed-off-by: Suzuki K Poulose
---
Changes since V2:
- Include the sample program in the documentation
---
Documentation/arm64/cpu-feat
From: Mark Rutland
Any fields not defined in an arm64_ftr_bits entry are propagated to the
system-wide register value in init_cpu_ftr_reg(), and while we require
that these strictly match for the sanity checks, we don't update them in
update_cpu_ftr_reg().
Generally, the lack of an arm64_ftr_bit
Track the user visible fields of a CPU feature register. This will be
used for exposing the value to the userspace. All the user visible
fields of a feature register will be passed on as it is, while the
others would be filled with their respective safe value.
Cc: Catalin Marinas
Cc: Will Deacon
This series adds a new ABI to expose the CPU feature registers
to the user space via emulation of MRS instruction. The system exposes
only a limited set of feature values (See the documentation patch)
from the cpufeature infrastructure. The feature bits that are not
exposed are set to the 'safe val
Add a helper to extract the register field from a given
instruction.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/insn.h | 2 ++
arch/arm64/kernel/insn.c | 29 +
2 files changed, 31 insertions
This patch adds the hook for emulating MRS instruction to
export the 'user visible' value of supported system registers.
We emulate only the following id space for system registers:
Op0=3, Op1=0, CRn=0, CRm=[0, 4-7]
The rest will fall back to SIGILL. This capability is also
advertised via a new
This patch does the following clean ups :
1) All undescribed fields of a register are now treated as "strict"
with a safe value of 0. Hence we could leave an empty table for
describing registers which are RAZ.
2) ID_AA64DFR1_EL1 is RAZ and should use the table for RAZ register.
3) ftr_gene
From: Mark Rutland
We currently have some RAZ fields described explicitly in our
arm64_ftr_bits arrays. These are inconsistently commented, grouped,
and/or applied, and maintaining these is error-prone.
Luckily, we don't need these at all. We'll never need to inspect RAZ
fields to determine feat
On 01/04/2017 10:42 AM, David Miller wrote:
> From: Jie Deng
> Date: Wed, 4 Jan 2017 13:04:04 +0800
>
>> The Synopsys DWC_xlgmac core provides a multiplexed 40-Gigabit
>> Media-Independent Interface (XLGMII, an IEEE 802.3 Clause 81
>> compliant reconciliation sub-layer) for communication with
>>
On Wed, Jan 04 2017 at 12:12am -0500,
NeilBrown wrote:
> On Tue, Jan 03 2017, Jack Wang wrote:
>
> > 2016-12-23 12:45 GMT+01:00 Lars Ellenberg :
> >> On Fri, Dec 23, 2016 at 09:49:53AM +0100, Michael Wang wrote:
> >>> Dear Maintainers
> >>>
> >>> I'd like to ask for the status of this patch sinc
On 01/03/2017 02:01 PM, Boris Brezillon wrote:
> Store the NAND ID in struct nand_chip to avoid passing id_data and id_len
> as function parameters.
>
> Signed-off-by: Boris Brezillon
Reviewed-by: Marek Vasut
> ---
> drivers/mtd/nand/nand_base.c | 55
> ---
On Wed, Jan 04, 2017 at 07:19:56PM +0100, Simon Budig wrote:
> On 03/12/16 19:17, Aniroop Mathur wrote:
> > Since here we are using msleep(1) which is worse as it sleeps for
> > minimum two jiffies so 20 ms on HZ=100 system and we are doing here
> > 100 retries if register reading fails. So as you
On Wed, 2017-01-04 at 11:31 -0700, Jason Gunthorpe wrote:
> On Wed, Jan 04, 2017 at 06:53:03AM -0800, James Bottomley wrote:
>
> > > > But this is not trousers, this is an in-kernel 0666 char dev
> > > > that will be active on basically every Linux system with a TPM.
> > > > I think we have a du
On Tue, 3 Jan 2017 12:59:37 -0800, Dmitry Torokhov wrote:
> On Tue, Jan 03, 2017 at 09:39:13PM +0100, Pali Rohár wrote:
> > Some distributions blacklist i2c-i801.ko module... And
>
> Any particular reason for that?
At some point in time, the i2c-i801 driver caused problems on a few
systems. They
On 01/04/2017 01:20 PM, Cyrille Pitchen wrote:
> This patch provides an alternative mean to support memory above 16MiB
> (128Mib) by replacing 3byte address op codes by their associated 4byte
> address versions.
>
> Using the dedicated 4byte address op codes doesn't change the internal
> state of
1 - 100 of 1288 matches
Mail list logo