On Wed, Oct 12, 2016 at 6:30 AM, Tetsuo Handa
wrote:
>
> I noticed that current linux.git generates hardly readable console output
> due to KERN_CONT changes. Are you suggesting developers that output like
> this be fixed?
Yes. Needing to add a few KERN_CONT markers was pretty much expected,
sinc
Hi Michael,
On Wed, Oct 12, 2016 at 09:55:16AM +0200, Michael Kerrisk (man-pages) wrote:
> Hello Piotr,
>
> On 10/10/2016 06:23 PM, Piotr Kwapulinski wrote:
> > The MPOL_LOCAL mode has been implemented by
> > Peter Zijlstra
> > (commit: 479e2802d09f1e18a97262c4c6f8f17ae5884bd8).
> > Add the docu
Hello,
This patch adds support for the Omnivision OV5647 sensor.
At the moment it only supports 640x480 in Raw 8.
v3: Re-sending after no reply to previous patch.
Ramiro Oliveira (2):
Add OV5647 device tree documentation
Add support for Omnivision OV5647
.../devicetree/bindings/media/i2c/
As resource table could be parsed several times, at different times,
to avoid sanity check duplication, let's introduce a new function
to verify the complete integrity of one resource table.
This new function is called before copying it in cache and
accessing it.
Signed-off-by: Loic Pallardy
---
From: Lee Jones
A new function now exists to pull in and amend and existing resource
table entry. But what if we wish to provide a new resource? This
function provides functionality to append a brand new resource entry
onto the resource table. All complexity related to shuffling parts
of the t
From: Lee Jones
In order to amend or add a new resource table entry we need a method
for a platform-specific to submit them. rproc_request_resource() is a
new public API which provides this functionality.
It is to be called between rproc_alloc() and rproc_add().
Signed-off-by: Lee Jones
Signed
Firmware can be loaded with a resource table, which details
resources needed by coprocessor like carevout memory, virtual
device, trace log buffer etc.
Until now, no method exists to display resource table content.
This function adds the capability to display the different
resources associated to
Signed-off-by: Ramiro Oliveira
---
.../devicetree/bindings/media/i2c/ov5647.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/i2c/ov5647.txt
diff --git a/Documentation/devicetree/bindings/media/i2c/ov5647.txt
b/Do
Signed-off-by: Ramiro Oliveira
---
MAINTAINERS| 7 +
drivers/media/i2c/Kconfig | 12 +
drivers/media/i2c/Makefile | 1 +
drivers/media/i2c/ov5647.c | 891 +
4 files changed, 911 insertions(+)
create mode 100644 drivers/media/i2c/o
From: Alexander Duyck
> Sent: 12 October 2016 16:33
...
> > To get some throughput improvement, I propose removal of that
> > sync_for_device() before reusing buffer. Will you accept such a patch ;)
>
> Not one that gets rid of sync_for_device() in the driver. From what I
> can tell there are som
On 11 October 2016 at 22:38, Viresh Kumar wrote:
> On 07-10-16, 16:21, Markus Mayer wrote:
>> +static int brcm_avs_cpufreq_exit(struct cpufreq_policy *policy)
>> +{
>> + struct private_data *priv = policy->driver_data;
>> +
>> + iounmap(priv->base);
>> + iounmap(priv->avs_intr_base);
>
On Mon, Oct 10, 2016 at 02:04:02PM -0700, Douglas Anderson wrote:
> Users of usleep_range() expect that it will _never_ return in less time
> than the minimum passed parameter. However, nothing in any of the code
> ensures this. Specifically:
>
> usleep_range() => do_usleep_range() => schedule_h
Once this patch-set has been applied; platform-specific remoteproc
drivers will be able to amend existing resource table entries,
provide new entries to be appended to an existing resource table
(if one already exists), start a new resource table (if one does
not already exist), and dump out resour
From: Lee Jones
Currently, when a remote processor does not require resources, the
platform-specific remoteproc driver has to create a fake resource
table in order to by-pass the strict checking. But there is no hard
requirement for a remote processor so require or support shared
resources. Thi
Add the possibility for platform specific driver to submit resource
request related to VDEV.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core
From: Lee Jones
Sometimes the firmware does not know best.
When a firmware is built, it can be loaded with a resource table, usually
detailing shared; memory, virtual device, trace log information etc.
However, some vendors require this hard-coded information to be amended
with new/improved info
On Wed, 2016-10-12 at 16:35 +0200, Michal Hocko wrote:
> On Wed 12-10-16 22:30:03, Tetsuo Handa wrote:
> > Hello.
> >
> > I noticed that current linux.git generates hardly readable console output
> > due to KERN_CONT changes. Are you suggesting developers that output like
> > this be fixed?
>
>
On 2016/10/12 22:46, Michal Hocko wrote:
> [Let's CC Nick who has written this code]
>
> On Wed 12-10-16 22:30:13, zijun_hu wrote:
>> From: zijun_hu
>>
>> the KVA allocator organizes vmap_areas allocated by rbtree. in order to
>> insert a new vmap_area @i_va into the rbtree, walk around the rbtre
On Mon, Oct 10, 2016 at 02:03:32AM -0700, Florian Fainelli wrote:
> > +
> > +#ifdef CONFIG_LED_TRIGGER_PHY
> > +
> > +#include
> > +#include
> > +
> > +#define PHY_LINK_LED_MAX_TRIGGERS 5
> > +#define PHY_LED_TRIGGER_SPEED_SUFFIX_SIZE 7
> > +#define PHY_MII_BUS_ID_SIZE(20 - 3)
>
> This
On Wed, Oct 12, 2016 at 11:54:17AM -0400, CAI Qian wrote:
> - Original Message -
> > From: "Catalin Marinas"
> > To: linux...@kvack.org
> > Cc: linux-kernel@vger.kernel.org, "Andrew Morton"
> > , "Andy Lutomirski" ,
> > "CAI Qian"
> > Sent: Wednesday, October 12, 2016 5:57:03 AM
> > Subj
From: Andi Kleen
We had some problems with pages getting unmapped in single threaded
affinitized processes. It was tracked down to NUMA scanning.
In this case it doesn't make any sense to unmap pages if the
process is single threaded and the page is already on the
node the process is running on.
On Wed, 2016-10-12 at 08:47 -0700, Linus Torvalds wrote:
< We'll see. But the other issues are easily fixed by just adding
> KERN_CONT where appropriate. It was actually very much what you were
> supposed to do before too, if only as a marker to others that "yes,
> I'm actually doing this, and no,
On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:
On 12.10.16 at 17:42, wrote:
>> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
>> On 12.10.16 at 16:58, wrote:
On 10/12/16 05:32 -0600, Jan Beulich wrote:
On 12.10.16 at 12:33, wrote:
>> The layout is shown as
Add dump of cfg field of vdev struct.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
index ce62546..ae8e934 100644
--- a/drivers/
On 10/12/2016 08:20 AM, Vincent Guittot wrote:
> On 8 October 2016 at 13:49, Mike Galbraith wrote:
>> On Sat, 2016-10-08 at 13:37 +0200, Vincent Guittot wrote:
>>> On 8 October 2016 at 10:39, Ingo Molnar wrote:
* Peter Zijlstra wrote:
> On Fri, Oct 07, 2016 at 03:38:23PM -0400, Jos
>>> On 12.10.16 at 17:42, wrote:
> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote:
> On 12.10.16 at 16:58, wrote:
>>> On 10/12/16 05:32 -0600, Jan Beulich wrote:
>>> On 12.10.16 at 12:33, wrote:
> The layout is shown as the following diagram.
>
> +---+---
On 12/10/16 16:45, Vincent Guittot wrote:
> On 12 October 2016 at 17:03, Dietmar Eggemann
> wrote:
>> On 26/09/16 13:19, Vincent Guittot wrote:
[...]
>>> @@ -6607,6 +6609,10 @@ static void update_blocked_averages(int cpu)
>>>
>>> if (update_cfs_rq_load_avg(cfs_rq_clock_task(cfs_rq
From: Chao Yu
For readability, no functionality change.
Signed-off-by: Chao Yu
---
fs/f2fs/checkpoint.c | 2 +-
fs/f2fs/data.c | 2 +-
fs/f2fs/dir.c| 6 +++---
fs/f2fs/f2fs.h | 2 +-
fs/f2fs/file.c | 24
fs/f2fs/super.c | 4 ++--
fs/
*ping*
2016-08-28 11:00 GMT-06:00 Darren Hart :
> On Thu, Aug 25, 2016 at 12:50:55PM -0600, Azael Avalos wrote:
>> Bug 150611 uncovered that the WMI ID used by the toshiba-wmi driver
>> is not Toshiba specific, and as such, the driver was being loaded
>> on non Toshiba laptops too.
>>
>> This patc
From: Chao Yu
tests/generic/251 of fstest reports a f2fs bug in below message:
[ cut here ]
invalid opcode: [#1] PREEMPT SMP
CPU: 1 PID: 109 Comm: kworker/u8:2 Tainted: GW O4.8.0-rc4+ #22
Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox
On 10/12/2016 06:34 AM, Thomas Gleixner wrote:
>> > + if (c->x86 == 6 &&
>> > + c->x86_model == INTEL_FAM6_XEON_PHI_KNL &&
>> > + phir3mwait) {
>> > + u64 prev;
>> > +
>> > + rdmsrl(MSR_PHI_MISC_THD_FEATURE, prev);
>> > + if ((prev & MSR_PHI_MISC_THD_FEATURE_R3
- Original Message -
> From: "Catalin Marinas"
> To: linux...@kvack.org
> Cc: linux-kernel@vger.kernel.org, "Andrew Morton"
> , "Andy Lutomirski" ,
> "CAI Qian"
> Sent: Wednesday, October 12, 2016 5:57:03 AM
> Subject: [PATCH] mm: kmemleak: Ensure that the task stack is not freed durin
For coherency with the rest of the function, mention the resource
table entry when an invalid resource is detected.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
To reduce CPU usage, limit rproc_dump_resource_table calls only when
DEBUG or CONFIG_DYNAMIC_DEBUG flags are activated.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_co
On Wed, Oct 12, 2016 at 10:18:02AM +0200, Thomas Gleixner wrote:
> On Tue, 11 Oct 2016, Rich Felker wrote:
> > On Sun, Oct 09, 2016 at 09:23:58PM +0200, Thomas Gleixner wrote:
> > > On Sun, 9 Oct 2016, Rich Felker wrote:
> > > > On Sun, Oct 09, 2016 at 01:03:10PM +0200, Thomas Gleixner wrote:
> > >
On Tue, Oct 11, 2016 at 07:54:03AM -0700, Guenter Roeck wrote:
> On 10/11/2016 07:10 AM, Yang Ling wrote:
> >Add watchdog timer specific driver for Loongson1 SoC.
> >
> >Signed-off-by: Yang Ling
> >
> >---
> >V1.1:
> > Add a little debugging information.
> >---
> > drivers/watchdog/Kconfig
>>> To get some throughput improvement, I propose removal of that
>>> sync_for_device() before reusing buffer. Will you accept such a patch ;)
>>
>> Not one that gets rid of sync_for_device() in the driver. From what I
>> can tell there are some DMA APIs that use that to perform the
>> invalidatio
On Wed, Oct 12, 2016 at 02:13:06AM -0700, Florian Fainelli wrote:
> On 10/10/2016 10:41 AM, Kyle Roeschley wrote:
> > Because the SMSC PHY completes auto-negotiation before the driver is
> > ready to handle interrupts, the PHY state machine never realizes that we
> > have a link. Clear the ANENABLE
From: David Arcari
acpi_dev_gpio_irq_get() currently ignores the error returned
by acpi_get_gpiod_by_index() and overwrites it with -ENOENT.
Problem is this error can be -EPROBE_DEFER, which just blows
up some drivers when the module ordering is not correct.
Cc: sta...@vger.kernel.org
Signed-of
On Wed, Oct 12, 2016 at 11:18:49PM +1100, Dave Chinner wrote:
> Hi Linus,
>
> This is the second part of the XFS updates for this merge cycle.
> This pullreq contains the new shared data extents feature for XFS,
> and can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-
Hi,
On Wed, Oct 12, 2016 at 9:03 AM, Guenter Roeck wrote:
> drivers/iio/accel/kxcjk-1013.c: kxcjk1013_runtime_resume()
> drivers/iio/accel/bmc150-accel-core.c:bmc150_accel_runtime_resume()
> drivers/iio/accel/mma8452.c:mma8452_runtime_resume()
> drivers/iio/accel/mma9551_core.c:mma9551_sleep()
A
When a firmware is build, it can be loaded with a resource
usually detailing shared; memory, virtual device, trace log
information etc.
However, some SoCs or platforms require some hard-coded information.
Information may be fixed on both sides: firmware and rproc.
Until now, no method exists which
On Thu, Oct 06, 2016 at 01:13:08PM +0200, Thomas Gleixner wrote:
> On Wed, 5 Oct 2016, Tim Chen wrote:
> > On Wed, 2016-10-05 at 16:35 +0200, Thomas Gleixner wrote:
> > > > + if (itmt_supported) {
> > > > + itmt_sysctl_header =
> > > > + register_sysctl_tab
As old and new carveout name length may be different and the two
names may have a common part, name comparison must cover the complete
name field.
Limit strncmp to carveout name length, i.e. 32 Bytes.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 3 +--
1 file changed,
On Wed, Oct 12, 2016 at 9:16 AM, Joe Perches wrote:
>> (but with the new world order you actually *can* combine KERN_CONT
>> with a loglevel, so that if the beginning od the line got flushed, the
>> continuation can still be printed with the right log level).
>
> I think that might not be a good i
On Wed, Oct 12, 2016 at 6:40 PM, Benjamin Tissoires
wrote:
> From: David Arcari
>
> acpi_dev_gpio_irq_get() currently ignores the error returned
> by acpi_get_gpiod_by_index() and overwrites it with -ENOENT.
>
> Problem is this error can be -EPROBE_DEFER, which just blows
> up some drivers when t
This patch adds force mode to rproc_update_resource_table_entry function.
When force is unset, resource will be updated only if no specific
addresses are requested by firmware.
When force is set, resource is directly overwritten.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_cor
On Wed, Oct 12, 2016 at 09:27:35AM -0700, Doug Anderson wrote:
> Hi,
>
> On Wed, Oct 12, 2016 at 9:03 AM, Guenter Roeck wrote:
> > drivers/iio/accel/kxcjk-1013.c: kxcjk1013_runtime_resume()
> > drivers/iio/accel/bmc150-accel-core.c:bmc150_accel_runtime_resume()
> > drivers/iio/accel/mma8452.c:mma
To guarantee remoteproc won't overwrite firmware data when copying
back modified resource table, rproc_add_resource_table_entry verifies
first that .resource_table elf section is large enough to support new
resource appending.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c
On Thu, Oct 13, 2016 at 12:37:44AM +0800, Yang Ling wrote:
> On Tue, Oct 11, 2016 at 07:54:03AM -0700, Guenter Roeck wrote:
> > On 10/11/2016 07:10 AM, Yang Ling wrote:
> > >Add watchdog timer specific driver for Loongson1 SoC.
> > >
> > >Signed-off-by: Yang Ling
> > >
> > >---
> > >V1.1:
> > > Ad
On Wed, Oct 12, 2016 at 08:33:20PM +0800, l...@kernel.org wrote:
> From: Zefan Li
>
> This is the start of the stable review cycle for the 3.4.113 release.
> There are 125 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, p
With new rproc_request_resource API, rproc driver has now the
capability to provide resources to remoteproc in order to modify
firmware resource table.
But in some cases, other operations are needed like compatibility
check between resources defined at firmware level and those handled
by rproc driv
On Wed, Oct 12, 2016 at 11:27:11AM +0200, Daniel Lezcano wrote:
> > > Are the CPUs on always-on power down ?
> >
> > For now they are always on and don't even have the sleep instruction
> > (i.e. stop cpu clock until interrupt) implemented. Adding sleep will
> > be the first power-saving step, and
Hi Linus,
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
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.9-rc1
for you to fetch changes
Commit 41a3da2b8e163 ("mfd: intel-lpss: Save register context on
suspend") saved the register context while going to suspend and
also put the device in reset state.
Due to the resetting of device, system cannot enter S3/S0ix
states when no_console_suspend flag is enabled. The system
and serial con
From: Markus Elfring
Date: Wed, 12 Oct 2016 15:20:34 +0200
The script "checkpatch.pl" pointed information out like the following.
Comparison to NULL could be written ...
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
---
Another send try because of the following noti
From: Markus Elfring
Date: Tue, 11 Oct 2016 13:37:10 +0200
The script "checkpatch.pl" pointed information out like the following.
Comparison to NULL could be written ...
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
---
Another send try because of the following noti
On 10/12/2016 05:16 AM, Grzegorz Andrejczuk wrote:
> @@ -211,6 +219,25 @@ static void early_init_intel(struct cpuinfo_x86 *c)
> }
>
> check_mpx_erratum(c);
> +
> + /*
> + * Setting ring 3 MONITOR/MWAIT for all threads
> + * when CPU is Xeon Phi Family x200
> + * This c
From: Lee Jones
Most of the new resource table handling function are now in place, so
it's time to put it all together. Once new resource table information
has been requested, the structures will be held in a holding pen until
boot-time. During boot-time rproc_apply_resource_overrides() will be
On Wed, Oct 12, 2016 at 11:24:28PM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/10/12 6:19, Jaegeuk Kim wrote:
> > Hi Chao,
> >
> > On Tue, Oct 11, 2016 at 10:56:59PM +0800, Chao Yu wrote:
> >> From: Chao Yu
> >>
> >> We don't need to keep incomplete created inode in cache, so if we fail to
>
On Wed, Oct 12, 2016 at 1:28 AM, Steven Rostedt wrote:
>
> But I agree. We have lived a long time without the need for this
> warning. I'm not strongly advocating keeping the warning around and
> just disabling it totally. But it all comes down to how much we
> trust those that inherit this after
On Wed, Oct 12, 2016 at 11:14:42PM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/10/12 1:19, Jaegeuk Kim wrote:
> > Hi Chao,
> >
> > On Tue, Oct 11, 2016 at 10:31:32PM +0800, Chao Yu wrote:
> >> From: Chao Yu
> >>
> >> Rename free nid cache operation for readability, no functionality change.
>
This patch offers the capability to amend existing RSC_VDEV resource
in an existing resource table.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remotepro
On Wed, 2016-10-12 at 10:12 -0700, Azhar Shaikh wrote:
> Commit 41a3da2b8e163 ("mfd: intel-lpss: Save register context on
> suspend") saved the register context while going to suspend and
> also put the device in reset state.
>
> Due to the resetting of device, system cannot enter S3/S0ix
> states
On 10/11/2016 04:50 PM, Ruchi Kandoi wrote:
> Any process holding a reference to these buffers will keep the kernel from
> reclaiming its backing pages. mm counters don't provide a complete picture of
> these allocations, since they only account for pages that are mapped into a
> process's address
[Resend with plain text mode]
Hi Prashanth,
On Wed, Oct 12, 2016 at 8:36 AM, Prakash, Prashanth
wrote:
> Hi Hoan,
>
> On 10/11/2016 3:12 PM, Hoan Tran wrote:
>> The desired_perf is an abstract performance number. Its value should
>> be in the range of [lowest perf, highest perf] of CPPC.
>> The
In current version, rproc_handle_resource use rproc->table_ptr
as default resource table, fixing table to handle.
This patch adds resource table as function argument to have more
flexibility and be able to handle resources from any table.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remot
Hi,
On Wed, Oct 12, 2016 at 6:11 AM, Thomas Gleixner wrote:
> I'm well aware what Doug wants to do and I'm not saying that this is wrong,
> but I'm not going to look at all usleep() usage sites to make sure none is
> relying on such a behaviour and gets surprised by the change,
>
> The point is t
As resource table has been verified after just loading,
the different sanity checks done when accessing resources
are no more needed.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 47 ++--
1 file changed, 7 insertions(+), 40 deletions(-)
On Tue, Oct 11, 2016 at 09:32:30AM -0500, Jeremy Linton wrote:
> On 10/10/2016 12:41 PM, Kyle Roeschley wrote:
> > Because the SMSC PHY completes auto-negotiation before the driver is
> > ready to handle interrupts, the PHY state machine never realizes that we
> > have a link. Clear the ANENABLE bi
Hi Tyler,
A couple of hopefully not bike shedding comments below.
Tyler Baicar writes:
> SEA exceptions are often caused by an uncorrected hardware
> error, and are handled when data abort and instruction abort
> exception classes have specific values for their Fault Status
> Code.
> When SEA o
2016-10-12 14:52+0800, Wanpeng Li:
> From: Wanpeng Li
>
> Most windows guests still utilize APIC Timer periodic/oneshot mode
> instead of tsc-deadline mode, and the APIC Timer periodic/oneshot
> mode are still emulated by high overhead hrtimer on host. This patch
> converts the expected expire
Hi Luca,
FYI, It seems that Google does not like your email as I'm not
receiving any of your messages in gmail. Some responses below:
On Wed, 2016-10-12 at 15:24 +0300, Luca Coelho wrote:
> Hi Chris,
> On Tue, 2016-10-11 at 09:09 -0500, Chris Rorvick wrote:
> > On Tue, Oct 11, 2016 at 5:11 AM, P
Handle resource requests according to associated action.
Signed-off-by: Loic Pallardy
---
drivers/remoteproc/remoteproc_core.c | 98
1 file changed, 55 insertions(+), 43 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/rem
On Wed, Oct 12, 2016 at 5:20 AM, Christian König
wrote:
> Am 12.10.2016 um 08:17 schrieb Dan Carpenter:
>>
>> debugfs_create_file() returns NULL on error, it only returns error
>> pointers if debugfs isn't enabled in the config and we checked for that
>> earlier so it can't happen.
>>
>> Fixes: 4f
Tyler Baicar writes:
> ARM APEI extension proposal added SEA (Synchrounous External
> Abort) notification type for ARMv8.
> Add a new GHES error source handling function for SEA. If an error
> source's notification type is SEA, then this function can be registered
> into the SEA exception handler
AVX512_4VNNIW - Vector instructions for deep learning enhanced word
variable precision.
AVX512_4FMAPS - Vector instructions for deep learning floating-point
single precision.
The new instructions are to be used in future Intel Xeon & Xeon Phi
processors.
The spec can be found in Intel Software D
On Wed, Oct 12, 2016 at 9:11 AM, Nikita Yushchenko
wrote:
To get some throughput improvement, I propose removal of that
sync_for_device() before reusing buffer. Will you accept such a patch ;)
>>>
>>> Not one that gets rid of sync_for_device() in the driver. From what I
>>> can tell the
Commit 917db484dc6a "x86/boot: Fix kdump, cleanup aborted E820_PRAM
max_pfn manipulation" fixed up the broken manipulations of max_pfn in
the presence of E820_PRAM ranges. However, it also broke the
sanitize_e820_map() support for not merging E820_PRAM ranges.
Re-introduce the enabling to keep reso
On Wed, 2016-10-12 at 12:50 -0500, Chris Rorvick wrote:
> This may already be apparent, but Dell sells two versions of the 9350:
> one with the Broadcom adapter and one with the AC 8260.
Off topic, for most readers: my version (with the AC 8260) came with
Ubuntu preinstalled. Perhaps Chris' versio
Add CPUID of Knights Mill (KNM) processor to Intel family list.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/x86/include/asm/intel-family.h | 1 +
1 file changed, 1 ins
Hi Tyler,
A few comments below.
Tyler Baicar writes:
> A RAS (Reliability, Availability, Serviceability) controller
> may be a separate processor running in parallel with OS
> execution, and may generate error records for consumption by
> the OS. If the RAS controller produces multiple error re
On 10/12/2016 03:12 AM, Jiri Olsa wrote:
On Tue, Oct 11, 2016 at 02:18:49PM -0700, Laura Abbott wrote:
On 10/11/2016 01:59 PM, Jiri Olsa wrote:
On Tue, Oct 11, 2016 at 01:43:36PM -0700, Laura Abbott wrote:
Hi,
While building today's Fedora rawhide kernel, there was a failure
building perf wit
> It would make more sense to update the DMA API for
> __dma_page_cpu_to_dev on ARM so that you don't invalidate the cache if
> the direction is DMA_FROM_DEVICE.
No, in generic case it's unsafe.
If CPU issued a write to a location, and sometime later that location is
used as DMA buffer, there is
The intention of this series is to add KNM CPU ID to EDAC.
The first patch improves code style by replacing raw numbers of CPUIDs
with descriptive macros of processor names and removes trailing
comments that are not needed anymore.
The second patch enables EDAC to support KNM processor.
The secon
Add Knights Mill (KNM) to the list of CPUIDs supported by sb_edac.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: Mauro Carvalho Chehab
Cc: Doug Thompson
Cc: Borislav Petkov
Cc: linux-e...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: "Luck, Tony"
Cc: "Shevchenko, Andriy"
---
Use macros of Intel processor families instead of raw numbers.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: Mauro Carvalho Chehab
Cc: Doug Thompson
Cc: Borislav Petkov
Cc: linux-e...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: "Luck, Tony"
Cc: "Shevchenko, Andriy"
---
dri
On Wed, Oct 12, 2016 at 11:12 AM, Nikita Yushchenko
wrote:
>> It would make more sense to update the DMA API for
>> __dma_page_cpu_to_dev on ARM so that you don't invalidate the cache if
>> the direction is DMA_FROM_DEVICE.
>
> No, in generic case it's unsafe.
>
> If CPU issued a write to a locati
Add Knights Mill (KNM) to the list of CPUIDs supported by intel_pstate.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: Srinivas Pandruvada
Cc: Len Brown
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Depends-on: x86/cpu/intel
Add Knights Mill (KNM) to the list of CPUIDs supported by intel_rapl
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: "Rafael J. Wysocki"
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Depends-on: x86/cpu/intel: Add Knights Mill to Intel family
https://lkml.kernel.org/r/
On Fri, 07 Oct 2016, Peter Zijlstra wrote:
+/*
+ * Optimistic trylock that only works in the uncontended case. Make sure to
+ * follow with a __mutex_trylock() before failing.
+ */
+static __always_inline bool __mutex_trylock_fast(struct mutex *lock)
+{
+ unsigned long curr = (unsigned long
Hi Linus,
Please pull from 'master' branch of
git://www.linux-watchdog.org/linux-watchdog.git
It contains:
* a new watchdog pretimeout governor framework
* support to upload the firmware on the ziirave_wdt
* several fixes and cleanups
This will update the following files:
Documentation
Add bytewise register accesses support for newer versions of IPROC
SDHCI controllers.
Previous sdhci-iproc versions of SDIO controllers
(such as Raspberry Pi and Cygnus) only allowed for 32-bit register
accesses.
Signed-off-by: Srinath Mannam
Signed-off-by: Scott Branden
---
drivers/mmc/host/sd
Add brcm,sdhci-iproc compat string and code for support of newer versions of
sdhci-iproc controller that allow byte-wise register accesses.
Scott Branden (2):
mmc: sdhci-iproc: Add brcm,sdhci-iproc compat string in bindings
document
mmc: sdhci-iproc: support standard byte register accesses
On Wed, Oct 12, 2016 at 1:05 PM, Paul Bolle wrote:
> On Wed, 2016-10-12 at 12:50 -0500, Chris Rorvick wrote:
>> This may already be apparent, but Dell sells two versions of the 9350:
>> one with the Broadcom adapter and one with the AC 8260.
>
> Off topic, for most readers: my version (with the AC
Hello Mr. Torokhov,
Hope you are doing great!
Could you please help to update about below version of the patch?
--
Copying text about last two problems in v8:
Problem 1: Handle EVIOCG[type] for queue empty case
--> Done
Queue empty condition needs to be added before calling evdev_queue_syn_drop
Adds brcm,sdhci-iproc compat string to DT bindings document for
the iProc SDHCI driver.
Signed-off-by: Anup Patel
Signed-off-by: Scott Branden
---
Documentation/devicetree/bindings/mmc/brcm,sdhci-iproc.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/mmc
Add Knights Mill (KNM) to the list of CPUIDs supported by intel_idle.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: linux...@vger.kernel.org
Cc: Len Brown
Cc: linux-kernel@vger.kernel.org
---
Depends-on: x86/cpu/intel: Add Knights Mill to Intel family
https://lkml.kernel.org/r/201610121
Use macros of Intel processor families instead of raw numbers.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: linux-kernel@vger.kernel.org
---
tools/power/x86/turbostat/Makefile| 3 +-
tools/power/x86/turbostat/turbostat.c | 242 +-
2 files changed,
Add Knights Mill (KNM) to the list of CPUIDs supported by turbostat.
Signed-off-by: Piotr Luc
Reviewed-by: Dave Hansen
Cc: linux-kernel@vger.kernel.org
---
Depends-on: x86/cpu/intel: Add Knights Mill to Intel family
https://lkml.kernel.org/r/20161012180520.30976-1-piotr.luc () intel ! com
tool
401 - 500 of 675 matches
Mail list logo
