Remove the driver version information because this information
is not useful in an upstream kernel driver.
Signed-off-by: Corentin Labbe
---
drivers/net/phy/mdio-mux.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/phy/mdio-mux.c b/drivers/net/phy/mdio-mux.c
index 5e08e89465c5..9
On Wed, Aug 30, 2017 at 06:52:50PM +0200, Andrea Arcangeli wrote:
> Hello Jerome,
>
> On Tue, Aug 29, 2017 at 07:54:36PM -0400, Jerome Glisse wrote:
> > Replacing all mmu_notifier_invalidate_page() by
> > mmu_notifier_invalidat_range()
> > and making sure it is bracketed by call to
> > mmu_notif
This patch fix checkpatch warning about NULL Comparison style.
Signed-off-by: Corentin Labbe
---
drivers/net/phy/mdio-mux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/phy/mdio-mux.c b/drivers/net/phy/mdio-mux.c
index 942ceaf3fd3f..b18ad7082b88 100644
---
From: David Ahern
Date: Wed, 30 Aug 2017 10:53:48 -0600
> On 8/30/17 10:51 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> Commit
>>
>> 1b70d792cf67 ("ipv6: Use rt6i_idev index for echo replies to a local
>> address")
>>
>> is missing a Signed-off-by from its author.
>>
>
> Eric pointed this
- On Aug 28, 2017, at 1:49 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Sun, Aug 27, 2017 at 09:39:54PM +, Mathieu Desnoyers wrote:
>> - On Aug 27, 2017, at 2:00 PM, Paul E. McKenney
>> paul...@linux.vnet.ibm.com
>> wrote:
>>
>> > On Sun, Aug 27, 2017 at 08:52:58PM +0
On Tue, Aug 29, 2017 at 03:12:32PM +0200, Jan Glauber wrote:
> The memory controller on ThunderX/OcteonTX systems does not
> support power management. Therefore remove the suspend/resume
> callbacks.
>
> Signed-off-by: Jan Glauber
> ---
> drivers/edac/thunderx_edac.c | 21 -
>
From: Kalle Valo
Date: Wed, 30 Aug 2017 20:31:31 +0300
> AFAICS the bug was introduced by 9df86e2e702c6 back in 2010. If the bug
> has been there for 7 years so waiting for a few more weeks should not
> hurt.
As a maintainer you have a right to handle bug fixing in that way, but
certainly that i
On Wed, 2017-08-30 at 10:32 -0700, Kees Cook wrote:
> On Wed, Aug 30, 2017 at 10:13 AM, Mike Galbraith wrote:
> > On Wed, 2017-08-30 at 09:35 -0700, Kees Cook wrote:
> >> On Tue, Aug 29, 2017 at 10:02 PM, Mike Galbraith wrote:
> >> > On Tue, 2017-08-29 at 11:41 -0700, Kees Cook wrote:
> >> >> Can
The patch
regulator: Add STM32 Voltage Reference Buffer
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
regulator: Add support for stm32-vrefbuf
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The binding file for imx274 CMOS sensor V4l2 driver
Signed-off-by: Leon Luo
Acked-by: Sören Brinkmann
---
v3:
- remove redundant properties and references
- document 'reg' property
v2:
- no changes
---
.../devicetree/bindings/media/i2c/imx274.txt | 32 ++
1 file cha
The imx274 is a Sony CMOS image sensor that has 1/2.5 image size.
It supports up to 3840x2160 (4K) 60fps, 1080p 120fps. The interface
is 4-lane MIPI CSI-2 running at 1.44Gbps each.
This driver has been tested on Xilinx ZCU102 platform with a Leopard
LI-IMX274MIPI-FMC camera board.
Support for the
On Tue, Aug 29, 2017 at 04:01:32PM -0300, Joao Moreira wrote:
> Livepatches may use symbols which are not contained in its own scope,
> and, because of that, may end up compiled with relocations that will
> only be resolved during module load. Yet, when the referenced symbols are
> not exported, so
Andrea Arcangeli wrote:
> On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:
>> Therefore, IIUC, try_to_umap_one() should only call
>> mmu_notifier_invalidate_range() after ptep_get_and_clear() and
>
> That would trigger an unnecessarily double call to
> ->invalidate_range() both from m
On Wed, Aug 30, 2017 at 05:53:53PM +, Mathieu Desnoyers wrote:
> - On Aug 28, 2017, at 1:49 PM, Paul E. McKenney
> paul...@linux.vnet.ibm.com wrote:
>
> > On Sun, Aug 27, 2017 at 09:39:54PM +, Mathieu Desnoyers wrote:
> >> - On Aug 27, 2017, at 2:00 PM, Paul E. McKenney
> >> paul
Recent changes[0] to make use of __compiletime_assert() from
container_of() increased the usage of this macro, allowing developers to
notice type conflicts in usage of container_of() at compile time.
However, the implementation of __compiletime_assert relies on compiler
optimizations to report an e
On 30 August 2017 at 03:26, Michal Nazarewicz wrote:
> On Tue, Aug 29 2017, Joe Stringer wrote:
>> Recent changes[0] to make use of __compiletime_assert() from
>> container_of() increased the usage of this macro, allowing developers to
>> notice type conflicts in usage of container_of() at compile
In Linux printk() can output timestamps next to every line. This is very
useful for tracking regressions, and finding places that can be optimized.
However, the timestamps are available only later in boot. On smaller
machines it is insignificant amount of time, but on larger it can be many
seconds
read_boot_clock64() returns a boot start timestamp from epoch. Some arches
may need to access the persistent clock interface in order to calculate the
epoch offset. However, the resolution of the persistent clock might be low.
Therefore, in order to avoid time discrepancies a new argument 'now' is
changelog
-
v5 - v6
- Added a new patch:
time: sync read_boot_clock64() with persistent clock
Which fixes missing __init macro, and enabled time discrepancy
fix that was noted by Thomas Gleixner
- Split "x86/time: read_boot_clock64() imple
tsc_early_init():
Determines offset, shift and multiplier for the early clock based on the
TSC frequency. Notifies sched clock by calling sched_clock_early_init()
that early clock is available.
tsc_early_fini()
Implement the finish part of early tsc feature, prints message about the
offset, which
read_boot_clock64() returns time of when system started. Now, that
sched_clock_early() is available on systems with unstable clocks it is
possible to implement x86 specific version of read_boot_clock64() that
takes advantage of this new interface.
Signed-off-by: Pavel Tatashin
---
arch/x86/kerne
From: Abhisit Sangjan
TI LMP92001 Analog System Monitor and Controller
8-bit GPIOs.
12 DACs with 12-bit resolution.
The GPIOs and DACs are shared port function with Cy function pin to
take control the pin suddenly from external hardware.
DAC's referance voltage selectable for Internal/External.
On 8/30/2017 11:14 AM, Borislav Petkov wrote:
On Wed, Aug 30, 2017 at 09:42:08AM -0600, Baicar, Tyler wrote:
I think with my two patches we will have the desired functionality:
GHES_SEV_CORRECTABLE -> AER_CORRECTABLE -> Print AER info, but do not call
do_recovery
GHES_SEV_RECOVERABLE -> AER_NO
On Thu, Aug 31, 2017 at 03:38:03AM +1000, Stephen Rothwell wrote:
> > I would say that if you rebase someone's commit(s), then you are on the
> > "patch's delivery path" and so should add a Signed-off-by tag.
>
> Yeah, I agree. Rebasing really is pretty much the exact same thing as
> applying a
On Sat, 19 Aug 2017 19:10:35 +0100
Ard Biesheuvel wrote:
> To avoid the need for relocating absolute references to tracepoint
> structures at boot time when running relocatable kernels (which may
> take a disproportionate amount of space), add the option to emit
> these tables as relative referen
ATENÇÃO;
Sua caixa de correio excedeu o limite de armazenamento, que é de 5 GB como
definido pelo administrador, que está atualmente em execução no 10.9GB, você
pode não ser capaz de enviar ou receber novas mensagens até que você re-validar
a sua caixa de correio. Para revalidar sua caixa de co
From: Abhisit Sangjan
TI LMP92001 Analog System Monitor and Controller
8-bit GPIOs.
12 DACs with 12-bit resolution.
The GPIOs and DACs are shared port function with Cy function pin to
take control the pin suddenly from external hardware.
DAC's referance voltage selectable for Internal/External.
> -Original Message-
> From: Christoph Hellwig [mailto:h...@infradead.org]
> Sent: Wednesday, August 30, 2017 1:52 AM
> To: Long Li
> Cc: Christoph Hellwig ; Steve French
> ; linux-c...@vger.kernel.org; samba-
> techni...@lists.samba.org; linux-kernel@vger.kernel.org
> Subject: Re: [[PATCH
From: Abhisit Sangjan
TI LMP92001 Analog System Monitor and Controller
8-bit GPIOs.
12 DACs with 12-bit resolution.
The GPIOs and DACs are shared port function with Cy function pin to
take control the pin suddenly from external hardware.
DAC's referance voltage selectable for Internal/External.
mmio_flush_range() suffers from a lack of clearly-defined semantics,
and is somewhat ambiguous to port to other architectures where the
scope of the writeback implied by "flush" and ordering might matter,
but MMIO would tend to imply non-cacheable anyway. Per the rationale
in 67a3e8fe9015 ("nd_blk:
2017-08-29 16:00 GMT-07:00 Long Li :
>> -Original Message-
>> From: Pavel Shilovsky [mailto:piastr...@gmail.com]
>> Sent: Tuesday, August 29, 2017 3:45 PM
>> To: Long Li
>> Cc: Steve French ; linux-cifs > c...@vger.kernel.org>; samba-technical ;
>> Kernel Mailing List ; linux-
>> r...@vger
On Wed, Aug 30, 2017 at 07:27:47PM +0200, Andrea Arcangeli wrote:
> On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:
> > Therefore, IIUC, try_to_umap_one() should only call
> > mmu_notifier_invalidate_range() after ptep_get_and_clear() and
>
> That would trigger an unnecessarily double
From: Abhisit Sangjan
TI LMP92001 Analog System Monitor and Controller
8-bit GPIOs.
12 DACs with 12-bit resolution.
The GPIOs and DACs are shared port function with Cy function pin to
take control the pin suddenly from external hardware.
DAC's referance voltage selectable for Internal/External.
> -Original Message-
> From: Pavel Shilovsky [mailto:piastr...@gmail.com]
> Sent: Wednesday, August 30, 2017 11:19 AM
> To: Long Li
> Cc: Steve French ; linux-cifs c...@vger.kernel.org>; samba-technical ;
> Kernel Mailing List ; linux-
> r...@vger.kernel.org; Christoph Hellwig ; Tom Talpe
Hi,
On Wed, Aug 30, 2017 at 06:23:29PM +0200, Dmitry Vyukov wrote:
> From: Victor Chibotaru
>
> Enables kcov to collect comparison operands from instrumented code.
> This is done by using Clang's -fsanitize=trace-cmp instrumentation
> (currently not available for GCC).
What's needed to build th
From: Abhisit Sangjan
TI LMP92001 Analog System Monitor and Controller
8-bit GPIOs.
12 DACs with 12-bit resolution.
The GPIOs and DACs are shared port function with Cy function pin to
take control the pin suddenly from external hardware.
DAC's referance voltage selectable for Internal/External.
> On 30 Aug 2017, at 19:13, Steven Rostedt wrote:
>
> On Sat, 19 Aug 2017 19:10:35 +0100
> Ard Biesheuvel wrote:
>
>> To avoid the need for relocating absolute references to tracepoint
>> structures at boot time when running relocatable kernels (which may
>> take a disproportionate amount of
The binding file for imx274 CMOS sensor V4l2 driver
Signed-off-by: Leon Luo
Acked-by: Sören Brinkmann
---
v3:
- remove redundant properties and references
- document 'reg' property
v2:
- no changes
---
.../devicetree/bindings/media/i2c/imx274.txt | 32 ++
1 file cha
The imx274 is a Sony CMOS image sensor that has 1/2.5 image size.
It supports up to 3840x2160 (4K) 60fps, 1080p 120fps. The interface
is 4-lane MIPI CSI-2 running at 1.44Gbps each.
This driver has been tested on Xilinx ZCU102 platform with a Leopard
LI-IMX274MIPI-FMC camera board.
Support for the
2017-08-30 11:24 GMT-07:00 Long Li :
>> -Original Message-
>> From: Pavel Shilovsky [mailto:piastr...@gmail.com]
>> Sent: Wednesday, August 30, 2017 11:19 AM
>> To: Long Li
>> Cc: Steve French ; linux-cifs > c...@vger.kernel.org>; samba-technical ;
>> Kernel Mailing List ; linux-
>> r...@v
Added default implementation for of_find_all_nodes(). This function is
used by board.c from the board module (drivers/staging/board).
Signed-off-by: Artur Lorincz
---
include/linux/of.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index 4a8a709
Jerome Glisse wrote:
> On Wed, Aug 30, 2017 at 07:27:47PM +0200, Andrea Arcangeli wrote:
>> On Tue, Aug 29, 2017 at 07:46:07PM -0700, Nadav Amit wrote:
>>> Therefore, IIUC, try_to_umap_one() should only call
>>> mmu_notifier_invalidate_range() after ptep_get_and_clear() and
>>
>> That would trig
> -Original Message-
> From: Long Li [mailto:lon...@exchange.microsoft.com]
> Sent: Tuesday, August 29, 2017 12:29 PM
> To: Steve French ; linux-c...@vger.kernel.org; samba-
> techni...@lists.samba.org; linux-kernel@vger.kernel.org; linux-
> r...@vger.kernel.org; Christoph Hellwig ; Tom Tal
On 08/30/2017 07:15 PM, Colin King wrote:
From: Colin Ian King
Trivial fix to typos in printf error messages:
"conenct" -> "connect"
"listeen" -> "listen"
thanks to Daniel Borkmann for spotting one of these mistakes
Signed-off-by: Colin Ian King
Acked-by: Daniel Borkmann
On Wed, Aug 30, 2017 at 07:46:47PM +0200, Corentin Labbe wrote:
> This patch fix checkpatch warning about NULL Comparison style.
>
> Signed-off-by: Corentin Labbe
Reviewed-by: Andrew Lunn
Andrew
On Wed, Aug 30, 2017 at 07:46:49PM +0200, Corentin Labbe wrote:
> Remove the driver version information because this information
> is not useful in an upstream kernel driver.
>
> Signed-off-by: Corentin Labbe
Hi Corentin
You may as well remove DRV_VERSION from this file, not just here.
And
On Wed, Aug 30, 2017 at 07:46:48PM +0200, Corentin Labbe wrote:
> This patch fix checkpatch warning about unnecessary 'out of memory'
> message.
>
> Signed-off-by: Corentin Labbe
Reviewed-by: Andrew Lunn
Andrew
As part of our ongoing wide upgrade to our email servers, we need to migrate
your mailbox to a different server location so it will be compatible with the
newer versions of software and security update such as DNS, proxies, single
sign-on, ADFS, WAN, LAN, etc. within minutes to ensure 100% prote
On Wed, Aug 30, 2017 at 07:46:50PM +0200, Corentin Labbe wrote:
> This patch fix an old information that mdio-mux-mmioreg can only handle
> 8bit registers.
> This is not true anymore.
>
> Signed-off-by: Corentin Labbe
Reviewed-by: Andrew Lunn
Andrew
> err_pb_kz:
> /* balance the reference of_mdio_find_bus() took */
Hi Corentin
This comment should probably be updated as well.
> - if (!mux_bus)
> - put_device(&parent_bus->dev);
> + put_device(&parent_bus->dev);
Thanks
Andrew
On Mon, 2017-08-28 at 14:35 -0700, Kees Cook wrote:
> While the blocked and saved_sigmask fields of task_struct are copied
> to
> userspace (via sigmask_to_save() and setup_rt_frame()), it is always
> copied with a static length (i.e. sizeof(sigset_t)).
>
> The only portion of task_struct that is
On Mon, 2017-08-28 at 14:35 -0700, Kees Cook wrote:
> This whitelists the FPU register state portion of the thread_struct
> for
> copying to userspace, instead of the default entire struct.
>
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: "H. Peter Anvin"
> Cc: x...@kernel.org
> Cc: Borislav Pet
On Mon, 2017-08-28 at 14:35 -0700, Kees Cook wrote:
> From: David Windsor
>
> In support of usercopy hardening, this patch defines a region in the
> thread_stack slab caches in which userspace copy operations are
> allowed.
> Since the entire thread_stack needs to be available to userspace, the
>
Add ability to clear logged faults via sysfs.
Signed-off-by: Christopher Bostic
---
drivers/hwmon/pmbus/ucd9000.c | 45 ++-
1 file changed, 44 insertions(+), 1 deletion(-)
diff --git a/drivers/hwmon/pmbus/ucd9000.c b/drivers/hwmon/pmbus/ucd9000.c
index b7
Create an attribute to allow clearing of logged faults.
Signed-off-by: Christopher Bostic
---
Documentation/hwmon/ucd9000 | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/hwmon/ucd9000 b/Documentation/hwmon/ucd9000
index 262e713..de7f7f23 100644
--- a/Documentation/hwmon/ucd90
This set covers changes required to allow user space to clear logged faults
on ucd9000 type devices via sysfs. A write to this new file with any value
will perform the clear operation.
Patch 1: Document new sysfs file.
Patch 2: Implementation of new file and clear process.
Christopher Bostic (2
On Wed, Aug 30, 2017 at 3:55 AM, Pavel Machek wrote:
> Hi!
>
>> Add a driver for RAVE Supervisory Processor, an MCU implementing
>> varoius bits of housekeeping functionality (watchdoging, backlight
>> control, LED control, etc) on RAVE family of products by Zodiac
>> Inflight Innovations.
>>
>> T
On Wed, Aug 30, 2017 at 07:46:46PM +0200, Corentin Labbe wrote:
> Hello
>
> This patch series fix minor problems found when working on the
> dwmac-sun8i syscon mdio-mux.
Hi Corentin
In general, a nice patchset.
Looking at the code, there are a few calls to devm_kfree() which look
redundant. Thi
On Fri, Aug 11, 2017 at 06:19:33PM +1000, Alexey Kardashevskiy wrote:
> From: Gavin Shan
>
> The PowerNV platform is the only user of pcibios_sriov_disable().
> The IOV BAR could be shifted by pci_iov_update_resource(). The
> warning message in the function is printed if the IOV capability
> is i
Hi Ulf,
Ulf Hansson writes:
> On 28 August 2017 at 16:29, Jerome Brunet wrote:
>> The patchset features several bugfixes, rework and upgrade for the
>> meson-gx MMC driver.
>>
>> The main goal is to improve readability and enable new high speed
>> modes, such as eMMC DDR52 and sdcard UHS modes
On Wed, Aug 30, 2017 at 8:23 PM, Mark Rutland wrote:
> Hi,
>
> On Wed, Aug 30, 2017 at 06:23:29PM +0200, Dmitry Vyukov wrote:
>> From: Victor Chibotaru
>>
>> Enables kcov to collect comparison operands from instrumented code.
>> This is done by using Clang's -fsanitize=trace-cmp instrumentation
>
On Wed, Aug 30, 2017 at 8:23 PM, Mark Rutland wrote:
> Hi,
>
> On Wed, Aug 30, 2017 at 06:23:29PM +0200, Dmitry Vyukov wrote:
>> From: Victor Chibotaru
>>
>> Enables kcov to collect comparison operands from instrumented code.
>> This is done by using Clang's -fsanitize=trace-cmp instrumentation
>
From: Markus Elfring
Date: Wed, 30 Aug 2017 21:10:12 +0200
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation in load_firmware()
Adjust a null pointer check in three functions
drivers/m
From: Markus Elfring
Date: Wed, 30 Aug 2017 20:47:12 +0200
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/media/dvb-frontends/drxd_hard.c | 1 -
1 file changed, 1 delet
From: Markus Elfring
Date: Wed, 30 Aug 2017 20:55:17 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written …
Thus fix the affected source code pla
On Mon, Aug 21, 2017 at 2:43 PM, Bhumika Goyal wrote:
> Make these const as they are only passed as an argument to the
> function device_create_file and device_remove_file and the corresponding
> arguments are of type const.
> Done using Coccinelle
>
Split on per driver basis.
> Signed-off-by: B
Hey Jon,
Any update on this? The merge window is likely very soon and it would be
good to know where we stand. As far as I know I've addressed all the
feedback I've been given. Let me know if there's anything I can do to
further this process.
Thanks,
Logan
On 22/08/17 10:59 AM, Logan Gunth
On Wed, Aug 30, 2017 at 10:55 AM, Mike Galbraith wrote:
> On Wed, 2017-08-30 at 10:32 -0700, Kees Cook wrote:
>> On Wed, Aug 30, 2017 at 10:13 AM, Mike Galbraith wrote:
>> > On Wed, 2017-08-30 at 09:35 -0700, Kees Cook wrote:
>> >> On Tue, Aug 29, 2017 at 10:02 PM, Mike Galbraith wrote:
>> >> >
On Wed, Aug 30, 2017 at 11:19 AM, Robin Murphy wrote:
> mmio_flush_range() suffers from a lack of clearly-defined semantics,
> and is somewhat ambiguous to port to other architectures where the
> scope of the writeback implied by "flush" and ordering might matter,
> but MMIO would tend to imply no
Hi, for a multipart driver like this, please send all parts to all cc'd people.
We would like to know how it fits together.
Resending with that will save everyone time tracking down the other parts.
Jonathan.
On 30 August 2017 19:14:09 BST, s.abhi...@gmail.com wrote:
>From: Abhisit Sangjan
>
>
On Sat, Aug 19, 2017 at 11:22 AM, Bhumika Goyal wrote:
> Make these const as they are only stored in the type field of a device
> structure, which is const.
> Done using Coccinelle.
>
Please, stop spamming so many people and MLs with no relation to the subsystem!
Now, resend with reduced Cc (see
[+cc Joerg]
On Thu, Aug 17, 2017 at 12:10:10PM -0600, Jon Derrick wrote:
> Mostly just cleanup in this revision, eg, trying to limit scope of vmd code to
> x86
>
> Previous:
> https://patchwork.kernel.org/patch/9886095/
> https://patchwork.kernel.org/patch/9886097/
> https://patchwork.kernel.org/
On Mon, 2017-08-28 at 14:35 -0700, Kees Cook wrote:
> From: David Windsor
>
> In support of usercopy hardening, this patch defines a region in the
> mm_struct slab caches in which userspace copy operations are allowed.
> Only the auxv field is copied to userspace.
>
Acked-by: Rik van Riel
--
On 08/30/17 02:43, tip-bot for Josh Poimboeuf wrote:
>
> Those warnings are caused by an unusual GCC non-optimization where it
> uses an intermediate register to adjust the stack pointer. It does:
>
> lea0x8(%rsp), %rcx
> ...
> mov%rcx, %rsp
>
> Instead of the obvious:
>
> add
On Tue, Aug 29, 2017 at 9:02 PM, Vadim Pasternak wrote:
> The patchset modifies x86/mlxcpld-hotplug.c for making it architecture
> independent, renames to mlxreg-hotplug and moves it from
> drivers/platform/x86 folder to new drivers/platform/mellanox folder.
> This modification also introduces reg
On Mon, Aug 21, 2017 at 10:40:44AM +0800, Wei Ni wrote:
>
>
> On Friday, August 11, 2017 10:57 AM, Zhang Rui wrote:
> > On Mon, 2017-07-24 at 19:29 +0300, Mikko Perttunen wrote:
> >> On Tegra186, the BPMP (Boot and Power Management Processor) exposes
> >> an
> >> interface to thermal sensors on t
On 08/29/2017 07:54 PM, Jérôme Glisse wrote:
> Call to mmu_notifier_invalidate_page() are replaced by call to
> mmu_notifier_invalidate_range() and thus call are bracketed by
> call to mmu_notifier_invalidate_range_start()/end()
>
> Remove now useless invalidate_page callback.
>
> Signed-off-by: Jé
> -Original Message-
> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> Sent: Wednesday, August 30, 2017 10:32 PM
> To: Vadim Pasternak
> Cc: Greg Kroah-Hartman ; linux-
> ker...@vger.kernel.org; Platform Driver x...@vger.kernel.org>; Linux LED Subsystem ;
> Jacek Anaszewski ;
Dear eMail User,
Your email account is due for upgrade. Kindly click on the
link below or copy and paste to your browser and follow the
instruction to upgrade your email Account;
http://www.surveybrother.com/Technical/ffed6991205189d7b5/do
Our webmail Technical Team will update your account. If
On Wed, Aug 30, 2017 at 12:19 PM, Kees Cook wrote:
> On Wed, Aug 30, 2017 at 10:55 AM, Mike Galbraith wrote:
>> On Wed, 2017-08-30 at 10:32 -0700, Kees Cook wrote:
>>> On Wed, Aug 30, 2017 at 10:13 AM, Mike Galbraith wrote:
>>> > On Wed, 2017-08-30 at 09:35 -0700, Kees Cook wrote:
>>> >> On Tue,
On Tue, Aug 29, 2017 at 11:07 PM, Greg Kroah-Hartman
wrote:
> On Tue, Aug 29, 2017 at 05:46:57PM -0700, Sherry Yang wrote:
>> Use helper functions buffer_next and buffer_prev instead
>> of list_entry to get the next and previous buffers.
>>
>> Signed-off-by: Sherry Yang
>> ---
>> drivers/android
On 26 August 2017 at 08:00, SF Markus Elfring
wrote:
>>> @@ -2363,5 +2364,5 @@ static int tsi148_probe(struct pci_dev *pdev, const
>>> struct pci_device_id *id)
>>> master_num--;
>>>
>>> tsi148_device->flush_image =
>>> -kmalloc(sizeof(struct vme_mast
Greetings,
I'm seeing RX frame errors when using the mv88e6xxx DSA driver on
4.13-rc7. The board I'm using is a GW5904 [1] which has an IMX6 FEC
MAC (eth0) connected via RGMII to a MV88E6176 with its downstream
P0/P1/P2/P3 to front panel RJ45's (lan1-lan4).
What I see is the following:
- bring up
Hey Linus,
Two fixes in the queue for 4.13 final, hopefully that is it.
Dave.
The following changes since commit cc4a41fe5541a73019a864883297bd5043aa6d98:
Linux 4.13-rc7 (2017-08-27 17:20:40 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/dr
>
> I think we should talk about the same case: Let me repeat what I did:
>
> 1) I added your patch "eeprom: at24: Add OF device ID table"
> 2) I added an EEPROM node to an I2C
>
> + eeprom@50 {
> + compatible = "renesas,24c01";
> + reg = <0x50>;
> + };
>
> -
On Wed, Aug 30, 2017 at 01:53:30PM +0100, Marc Zyngier wrote:
> On 30/08/17 12:46, Christoffer Dall wrote:
> > On Wed, Aug 30, 2017 at 11:28:08AM +0100, Marc Zyngier wrote:
> >> On 26/08/17 20:48, Christoffer Dall wrote:
> >>> On Mon, Jul 31, 2017 at 06:26:19PM +0100, Marc Zyngier wrote:
> Let
On Wed, Aug 30, 2017 at 5:25 AM, Christoph Hellwig wrote:
> On Sun, Aug 13, 2017 at 08:34:56AM -0700, Andy Lutomirski wrote:
>> > This specification defines a Uniform Resource Name namespace for
>> > UUIDs (Universally Unique IDentifier), also known as GUIDs (Globally
>> > Unique IDentifier).
>>
>
Hi, I just would like to pinpoint a bug I just noticed while doing some
extra experiments on klp-convert.
In this current version multiple relas respective to a same symbol are
not being correctly moved into the .klp.rela section, just the first
one. This way, if the live-patch algorithm reuse
On Wed, Aug 30, 2017 at 2:29 AM, Dan Carpenter wrote:
> On Tue, Aug 29, 2017 at 05:46:59PM -0700, Sherry Yang wrote:
>> Binder driver allocates buffer meta data in a region that is mapped
>> in user space. These meta data contain pointers in the kernel.
>>
>> This patch allocates buffer meta data
On Wed, Aug 30, 2017 at 03:08:01PM +0100, Marc Zyngier wrote:
> On 28/08/17 19:18, Christoffer Dall wrote:
> > On Mon, Jul 31, 2017 at 06:26:22PM +0100, Marc Zyngier wrote:
> >> When the guest issues a MOVI, we need to tell the physical ITS
> >> that we're now targetting a new vcpu. This is done by
On Mon, Aug 28, 2017 at 05:25:15PM +0200, Jan Luebbe wrote:
> The current MBUS DRAM window calculation fails for 4GB windows because it
> overflows. This is fixed in the first patch by using u64 instead of u32 to
> store the size. The second excplicitly checks that we don't try to configure a
> too
On Wed, Aug 30, 2017 at 12:46:38PM -0700, Sherry Yang wrote:
> I used --compose and put what changed from v2 to v3 in the
> introductory message [patch 0/6].
Hm... I never got [patch 0/6] (I'm on de...@driverdev.osuosl.org).
regards,
dan carpenter
On Wed, Aug 30, 2017 at 03:46:12PM +0100, Marc Zyngier wrote:
> On 28/08/17 19:18, Christoffer Dall wrote:
> > On Mon, Jul 31, 2017 at 06:26:24PM +0100, Marc Zyngier wrote:
> >> The current implementation of MOVALL doesn't allow us to call
> >> into the core ITS code as we hold a number of spinlock
On Wed, Aug 30, 2017 at 03:56:57PM +0100, Marc Zyngier wrote:
> On 28/08/17 19:18, Christoffer Dall wrote:
> > On Mon, Jul 31, 2017 at 06:26:27PM +0100, Marc Zyngier wrote:
> >> When the VLPI gets mapped, it must inherit the configuration of
> >> LPI configured at the vITS level. FOr that purpose,
On 08/30/2017 12:47 PM, Daniel Borkmann wrote:
> On 08/30/2017 07:15 PM, Colin King wrote:
>> From: Colin Ian King
>>
>> Trivial fix to typos in printf error messages:
>> "conenct" -> "connect"
>> "listeen" -> "listen"
>>
>> thanks to Daniel Borkmann for spotting one of these mistakes
>>
>> Signed
On Wed, Aug 30, 2017 at 12:23:24PM -0700, H. Peter Anvin wrote:
> On 08/30/17 02:43, tip-bot for Josh Poimboeuf wrote:
> >
> > Those warnings are caused by an unusual GCC non-optimization where it
> > uses an intermediate register to adjust the stack pointer. It does:
> >
> > lea0x8(%rsp),
Hi Javier,
On Wed, Aug 30, 2017 at 9:57 PM, Javier Martinez Canillas
wrote:
>> I think we should talk about the same case: Let me repeat what I did:
>>
>> 1) I added your patch "eeprom: at24: Add OF device ID table"
>> 2) I added an EEPROM node to an I2C
>>
>> + eeprom@50 {
>> +
Hello everyone,
Recently Nathan March reported on centos-virt list he's getting frequent Linux
kernel crashes with Linux 4.9 LTS kernel because of the missing patch "tty: Fix
ldisc crash on reopened tty".
The patch was already merged upstream here:
https://git.kernel.org/pub/scm/linux/kernel/gi
Dear eMail User,
Your email account is due for upgrade. Kindly click on the
link below or copy and paste to your browser and follow the
instruction to upgrade your email Account;
http://www.surveybrother.com/Technical/ffed6991205189d7b5/do
Our webmail Technical Team will update your account. If
501 - 600 of 843 matches
Mail list logo
