Am Dienstag, 8. November 2016, 16:11:31 CET schrieb Martin Steigerwald:
> Am Montag, 7. November 2016, 19:09:36 CET schrieb Jani Nikula:
> > On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> > > It is also the same kind of corruptions as shown in
> > >
> > > [Bug 177701] warning in intel_dp_aux_tr
On 08/11/2016 15:10, Arnd Bergmann wrote:
On Tuesday, November 8, 2016 1:49:43 PM CET John Garry wrote:
Hi Arnd,
Thanks for the reference.
I think the i2c interface doesn't fully satisfy our requirements as we
need more than just a slave bus address when accessing the slave device
(which I th
On 11/08/2016 04:11 PM, Christoph Hellwig wrote:
On Tue, Nov 08, 2016 at 04:08:51PM +0100, Hannes Reinecke wrote:
The use-case here is that one needs to feed the MSI-X index into the driver
command structure. While we can extract that number trivially with scsi-mq,
but for scsi-sq we don't have
vfree() is going to use sleeping lock. Thread stack freed in atomic
context, therefore we must use vfree_atomic() here.
Signed-off-by: Andrey Ryabinin
Cc: Andy Lutomirski
Cc: Joel Fernandes
Cc: Christoph Hellwig
Cc: Jisheng Zhang
Cc: Chris Wilson
Cc: John Dias
Cc: Thomas Gleixner
Cc: Ingo
vfree() is going to use sleeping lock. free_ldt_struct()
may be called with disabled preemption, therefore we must
use vfree_atomic() here.
E.g. call trace:
vfree()
free_ldt_struct()
destroy_context_ldt()
__mmdrop()
finish_task_switch()
schedule_tail
If people want to use multiple queues they should use blk-mq, period.
And while we can't just rip out existing code in lpfc that supports
multiple queues without blk-mq we should not let any new users in
either.
On Tue, 8 Nov 2016, Kai-Heng Feng wrote:
> Hi,
>
> On Mon, Nov 7, 2016 at 7:02 PM, Oliver Neukum wrote:
> > On Fri, 2016-11-04 at 17:57 +0800, Kai-Heng Feng wrote:
> >> Sometimes cdc_mbim failed to probe if runtime pm is enabled:
> >> [9.305626] cdc_mbim: probe of 2-2:1.12 failed with error
On 11/08/2016 06:30 AM, Jan Kara wrote:
On Tue 01-11-16 15:08:49, Jens Axboe wrote:
For legacy block, we simply track them in the request queue. For
blk-mq, we track them on a per-sw queue basis, which we can then
sum up through the hardware queues and finally to a per device
state.
The stats a
Hi Gustavo,
On Tue, Nov 08, 2016 at 03:54:48PM +0900, Gustavo Padovan wrote:
From: Gustavo Padovan
There is now a new property called IN_FENCE_FD attached to every plane
state that receives sync_file fds from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that ma
On Tue, Nov 08, 2016 at 03:54:55PM +0100, Ingo Molnar wrote:
> This one you gave:
>
> > No affect on current hw - just a cleanup.
>
> Nothing in the existing changelog (including the title) explained that detail.
Sounds to me you want to reintroduce the Impact: tagging. :-)))
/me ducks
Ok, o
On Mon, Nov 7, 2016 at 10:12 PM, Ricardo Neri
wrote:
> User-Mode Instruction Prevention (UMIP) is a security feature present in
> new Intel Processors. If enabled, it prevents the execution of certain
> instructions if the Current Privilege Level (CPL) is greater than 0. If
> these instructions we
On Tue, Nov 8, 2016 at 5:16 AM, Peter Zijlstra wrote:
> On Mon, Nov 07, 2016 at 10:12:09PM -0800, Ricardo Neri wrote:
>> There is a caveat, however. Certain applications running in virtual-8086
>> mode, such as DOSEMU[1] and Wine[2], want to utilize the SGDT, SIDT and
>> SLDT instructions for legi
On Tue, Nov 8, 2016 at 8:52 AM, Arnd Bergmann wrote:
> A recent bugfix replaced an out-of-bounds access with direct
> use of unintialized data:
>
> drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c: In function
> 'smu7_patch_limits_vddc':
> drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c:2033:6:
On Tue, Nov 08, 2016 at 08:27:12AM +0100, Marek Szyprowski wrote:
> On 2016-11-07 22:47, Luis R. Rodriguez wrote:
> > Has there been any review of the existing similar solutions out there
> > such as the DRM / audio component framework? Would that help ?
>
> Nope, none of that solution deals with
From: Alexander Usyskin
Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
is supported. This workaround was added to support other broken OS
and we need to follow here. The command is sent just once at the boot time.
Cc: Jarkko Sakkinen
Signed-off-by: Tomas Winkler
Signed-off-by:
From: Alexander Usyskin
Prepare the client write functions to set the internal flag in message
header. Carry both blocking and internal modes inside the transmit cb,
and call internal bus function __mei_cl_send() with send mode bit mask.
The Internal flag should be added only on messages generat
On Tue, Nov 8, 2016 at 2:59 PM, Arnd Bergmann wrote:
> The newly added mpu3050 driver has two initializations for the
> module owner, which causes a warning for 'make W=1':
>
> include/linux/export.h:37:21: error: initialized field overwritten
> [-Werror=override-init]
> drivers/iio/gyro/mpu3050
On Tue, Nov 8, 2016 at 2:59 PM, Arnd Bergmann wrote:
> The new mpu3050 driver fails to build if I2C is disabled:
>
> drivers/iio/built-in.o: In function `mpu3050_i2c_driver_exit':
> mpu3050-i2c.c:(.exit.text+0x17f): undefined reference to `i2c_del_driver'
> drivers/iio/built-in.o: In function `mp
On Tue, Nov 08, 2016 at 03:11:07PM +, Sudeep Holla wrote:
> On 08/11/16 14:51, Russell King - ARM Linux wrote:
> >On Wed, Nov 02, 2016 at 10:52:03PM -0600, Sudeep Holla wrote:
> >>This is minor rework of the series[1] from Neil Armstrong's to support
> >>legacy SCPI protocol to make DT bindings
On 11/07/2016, 06:16 PM, Guenter Roeck wrote:
> On 11/07/2016 05:04 AM, Jiri Slaby wrote:
>> This is the start of the stable review cycle for the 3.12.67 release.
>> There are 72 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with these being appl
On Tue, Nov 08 2016, Jan Kara wrote:
> On Tue 01-11-16 15:08:50, Jens Axboe wrote:
> > We can hook this up to the block layer, to help throttle buffered
> > writes.
> >
> > wbt registers a few trace points that can be used to track what is
> > happening in the system:
> >
> > wbt_lat: 259:0: late
We are going to use sleeping lock for freeing vmap. However some
vfree() users want to free memory from atomic (but not from interrupt)
context. For this we add vfree_atomic() - deferred variation of vfree()
which can be used in any atomic context (except NMIs).
Signed-off-by: Andrey Ryabinin
Cc:
On Tue, Nov 08, 2016 at 03:13:13PM +0100, Oliver Neukum wrote:
> On Tue, 2016-11-08 at 13:26 +0100, Johan Hovold wrote:
> > Drop invalid user-pointer checks from ioctl handlers.
> >
> > A NULL-pointer can be valid in user space and copy_to_user() takes
> > care
> > of sanity checking.
>
> Shouldn
Follow the kernel type preferrences of using 's16' over 'int16_t'.
Signed-off-by: Shiva Kerdel
---
drivers/staging/fsl-mc/include/mc-bus.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fsl-mc/include/mc-bus.h
b/drivers/staging/fsl-mc/include/mc-bus.h
in
Follow the kernel type preferrences of using 's32' over 'int32_t'.
Signed-off-by: Shiva Kerdel
---
drivers/staging/fsl-mc/include/mc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fsl-mc/include/mc.h
b/drivers/staging/fsl-mc/include/mc.h
index a781a36..1c4
On Tue, Nov 08, 2016 at 03:54:50PM +0900, Gustavo Padovan wrote:
From: Gustavo Padovan
+static struct dma_fence *get_crtc_fence(struct drm_crtc *crtc,
+ struct drm_crtc_state *crtc_state)
+{
+ struct dma_fence *fence;
+
+ fence = kzalloc(sizeof(
On Tue, Nov 08, 2016 at 02:50:29PM +0100, Arnd Bergmann wrote:
> The newly added driver fails to build right away:
>
> drivers/bus/tegra-gmi.c: In function 'tegra_gmi_parse_dt':
> drivers/bus/tegra-gmi.c:97:11: error: 'dev' undeclared (first use in this
> function)
>
> I guess a last-minute chan
On Tue, Nov 8, 2016 at 8:56 AM, Arnd Bergmann wrote:
> The newly introduced LED handling for nouveau fails to link when the
> driver is built-in but the LED subsystem is a loadable module:
>
> drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend':
> tvnv17.c:(.text.nouveau_do_suspend
On Tue, Nov 8, 2016 at 2:35 PM, Laxman Dewangan wrote:
> There is two types of configuration in given platform, the IO voltage does
> not get change (fixed in given platform) and in some of cases, get change
> dynamically like SDIO3.0 where the voltage switches to 3.3V and 1.8V.
>
> Yes, it can b
Hi Linus,
The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911:
Linux 4.9-rc4 (2016-11-05 16:23:36 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v4.9-rc4
for you to fetch changes up to be
On Tuesday, November 8, 2016 6:49:51 AM CET Y.B. Lu wrote:
> Hi Arnd,
>
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: Tuesday, November 08, 2016 5:20 AM
> > To: Y.B. Lu
> > Cc: linuxppc-...@lists.ozlabs.org; linux-...@vger.kernel.org;
> > ulf.hans...@li
On Tue, Nov 08, 2016 at 11:43:09AM +0100, Richard Weinberger wrote:
> Don't pass a size larger than iov_len to kernel_sendmsg().
> Otherwise it will cause a NULL pointer deref when kernel_sendmsg()
> returns with rv < size.
>
> Although the issue exists since day 0, only on non-ancient kernels
> t
On Tuesday 08 November 2016 05:15 PM, Arnd Bergmann wrote:
On Tuesday, November 8, 2016 11:23:35 AM CET John Garry wrote:
On 07/11/2016 20:08, Arnd Bergmann wrote:
On Monday, November 7, 2016 2:15:10 PM CET John Garry wrote:
Hi Arnd,
The new bus type tries to model the djtag in a similar wa
On Tuesday, November 8, 2016 10:46:07 AM CET Ilia Mirkin wrote:
> > diff --git a/drivers/gpu/drm/nouveau/Kconfig
> > b/drivers/gpu/drm/nouveau/Kconfig
> > index 78631fb61adf..715cd6f4dc31 100644
> > --- a/drivers/gpu/drm/nouveau/Kconfig
> > +++ b/drivers/gpu/drm/nouveau/Kconfig
> > @@ -46,6 +46,14
On Mon, Nov 07, 2016 at 05:42:33PM -0800, Olof Johansson wrote:
> On Mon, Nov 7, 2016 at 5:21 AM, Thierry Reding
> wrote:
> > On Mon, Nov 07, 2016 at 08:53:37AM +0100, Linus Walleij wrote:
> >> On Wed, Nov 2, 2016 at 11:48 AM, Suresh Mangipudi
> >> wrote:
> >>
> >> > Add GPIO driver for T186 ba
On Tue, Nov 08, 2016 at 02:29:20AM -0800, Joe Perches wrote:
> On Tue, 2016-11-08 at 05:16 -0500, Brian Masney wrote:
> > There are several places in the code where the function name is
> > hardcoded in the log message. Use the __func__ constant string to build
> > the log message. This also clarif
On Tuesday 08 November 2016 08:12 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Tue, Nov 08, 2016 at 07:05:26PM +0530, Laxman Dewangan wrote:
Yes, it can be integrated with the regulator handle and then it can call the
required configurations through notifier and regulator_get_v
On Mon, Nov 7, 2016 at 10:12 PM, Ricardo Neri
wrote:
> User-Mode Instruction Prevention (UMIP) is a security feature in new Intel
> processors that causes a general protection exception if certain
> instructions are executed in user mode (CPL > 0).
>
> Unfortunately, some of the instructions that
On Tue, 8 Nov 2016, Peter Rosin wrote:
> +/*
> + * The envelope_detector_comp_latch function works together with the compare
> + * interrupt service routine below (envelope_detector_comp_isr) as a latch
> + * (one-bit memory) for if the interrupt has triggered since last calling
> + * this function
Christoph,
On 08.11.2016 16:49, Christoph Hellwig wrote:
> On Tue, Nov 08, 2016 at 11:43:09AM +0100, Richard Weinberger wrote:
>> Don't pass a size larger than iov_len to kernel_sendmsg().
>> Otherwise it will cause a NULL pointer deref when kernel_sendmsg()
>> returns with rv < size.
>>
>> Althou
On 11/07/2016 09:45 PM, Will Deacon wrote:
Hi all,
I figured this was a reasonable post to piggy-back on for the LPC minutes
relating to guest MSIs on arm64.
On Thu, Nov 03, 2016 at 10:02:05PM -0600, Alex Williamson wrote:
We can always have QEMU reject hot-adding the device if the reserved
re
On Tuesday 08 November 2016 09:16 PM, Linus Walleij wrote:
On Tue, Nov 8, 2016 at 2:35 PM, Laxman Dewangan wrote:
There is two types of configuration in given platform, the IO voltage does
not get change (fixed in given platform) and in some of cases, get change
dynamically like SDIO3.0 where
On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
> The underlying problem is that we already have a number of other
> symbols that either have "depends on LEDS_CLASS" or
> "select LEDS_CLASS". To clean that up properly, we should either
> make the symbol itself hidden and only select
On Tue, Nov 08, 2016 at 03:40:38PM +, Russell King - ARM Linux wrote:
> As it contains a zero sized Image and .dtb files, I tried copying my
> Image and .dtb over, and also copied my original config.txt (only
> change is AUTORUN: FALSE). It still doesn't appear to boot beyond
> this point.
We
On 08/11/16 15:40, Russell King - ARM Linux wrote:
On Tue, Nov 08, 2016 at 03:11:07PM +, Sudeep Holla wrote:
On 08/11/16 14:51, Russell King - ARM Linux wrote:
On Wed, Nov 02, 2016 at 10:52:03PM -0600, Sudeep Holla wrote:
This is minor rework of the series[1] from Neil Armstrong's to sup
On Tue, Nov 08, 2016 at 02:24:48PM +0100, Peter Zijlstra wrote:
> On Tue, Nov 08, 2016 at 11:44:03AM +0100, Daniel Vetter wrote:
> > On Tue, Nov 08, 2016 at 03:25:41PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > FIXME: Add owner of second tree to To:
> > >Add author(s)/SOB of
On Mon, Nov 7, 2016 at 11:03 PM, Ozgur wrote:
> Dear Matt;
>
> I think the "inux/slab.h" line is incorrect and I fixed to "linux/slab.h", I
> tested. Success now.
>
> Regards,
>
> ~ Ozgur
>
>>> -#include
>>> +#include
Gah wondering how it built for me. will fix in v3
>
>
> 2016-11-08 9:00 GMT
On 11/08/2016 01:26 AM, Andrew Morton wrote:
> On Fri, 30 Sep 2016 11:50:34 +0300 Andrey Ryabinin
> wrote:
>
>> It could be not possible to freeze coredumping task when it waits
>> for 'core_state->startup' completion, because threads are frozen
>> in get_signal() before they got a chance to com
On Tue, Nov 08, 2016 at 03:27:14PM +, Brian Starkey wrote:
> Hi Gustavo,
>
> On Tue, Nov 08, 2016 at 03:54:48PM +0900, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > There is now a new property called IN_FENCE_FD attached to every plane
> > state that receives sync_file fds from us
On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote:
> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
> > The underlying problem is that we already have a number of other
> > symbols that either have "depends on LEDS_CLASS" or
> > "select LEDS_CLASS". To clean that up pro
On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote:
> For arm64, there is no I/O space as other architectural platforms, such as
> X86. Most I/O accesses are achieved based on MMIO. But for some arm64 SoCs,
> such as Hip06, when accessing some legacy ISA devices connected to LPC, those
>
On Tue, Nov 08, 2016 at 07:49:24AM -0800, Christoph Hellwig wrote:
> On Tue, Nov 08, 2016 at 11:43:09AM +0100, Richard Weinberger wrote:
> > Don't pass a size larger than iov_len to kernel_sendmsg().
> > Otherwise it will cause a NULL pointer deref when kernel_sendmsg()
> > returns with rv < size.
On Tue, Nov 08, 2016 at 04:08:38PM +, Sudeep Holla wrote:
> I will focus on this and see what's happening. I have issue with network
> on my setup with debug build and Linaro guys are not seeing it. I revert
> to release build of UEFI for that. Anyways one suggestion I have right
> now is to er
On Tue, Nov 08, 2016 at 10:53:52AM +0100, Jan Kara wrote:
> On Mon 07-11-16 14:07:36, Johannes Weiner wrote:
> > The radix tree counts valid entries in each tree node. Entries stored
> > in the tree cannot be removed by simpling storing NULL in the slot or
> > the internal counters will be off and
On 08/11/16 15:56, Arnd Bergmann wrote:
The newly introduced LED handling for nouveau fails to link when the
driver is built-in but the LED subsystem is a loadable module:
drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend':
tvnv17.c:(.text.nouveau_do_suspend+0x10): undefined ref
So I definitely approve of the change, but I wonder if we should go
one step further:
On Mon, Nov 7, 2016 at 1:26 PM, Steven Rostedt wrote:
>
> extern int task_current_syscall(struct task_struct *target, long *callno,
> - unsigned long args[6], unsigned int maxargs,
2016-11-08 16:46 GMT+01:00 Ilia Mirkin :
> On Tue, Nov 8, 2016 at 8:56 AM, Arnd Bergmann wrote:
>> The newly introduced LED handling for nouveau fails to link when the
>> driver is built-in but the LED subsystem is a loadable module:
>>
>> drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do
Replaced decimal permissions with 4 digit octal to solve checkpatch errors.
Signed-off-by: Shiva Kerdel
---
drivers/staging/xgifb/XGI_main_26.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/xgifb/XGI_main_26.c
b/drivers/staging/xgifb/XGI_main_26.c
i
On Tue, Nov 08, 2016 at 01:43:25PM +, Liviu Dudau wrote:
> In order to support DRM_IOCTL_MODE_OBJ_SETPROPERTY for the rotation property
> we need to have a ->set_property hook defined for the planes. Set the
> plane's ->set_property hook to drm_atomic_helper_plane_set_property()
>
> Signed-off
On Tuesday, November 8, 2016 5:09:59 PM CET Arnd Bergmann wrote:
>
> I don't see a better alternative. I earlier suggested having these
> out of line so we don't grow the object code too much when it is
> enabled.
>
On second look, I see that they are all done out of line, I would
just move arou
On Tue, 2016-11-08 at 16:48 +1100, Stephen Rothwell wrote:
> Hi James,
>
> Today's linux-next merge of the scsi tree got a conflict in:
>
> drivers/scsi/ufs/ufshcd.c
>
> between commit:
>
> e806402130c9 ("block: split out request-only flags into a new
> namespace")
>
> from the block tree
On Tue, 08 Nov 2016 10:20:14 +0800
Jike Song wrote:
> On 11/08/2016 07:16 AM, Alex Williamson wrote:
> > On Sat, 5 Nov 2016 02:40:44 +0530
> > Kirti Wankhede wrote:
> >
> >> VFIO IOMMU drivers are designed for the devices which are IOMMU capable.
> >> Mediated device only uses IOMMU APIs, the
Commit-ID: 8c203dbb78ca7a9aed4e2570c866b0f43c752e41
Gitweb: http://git.kernel.org/tip/8c203dbb78ca7a9aed4e2570c866b0f43c752e41
Author: Borislav Petkov
AuthorDate: Tue, 1 Nov 2016 13:04:41 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:13 +0100
x86/RAS: Add TSC times
On 11/08/2016 09:52 AM, Radosław Pietrzyk wrote:
2016-11-08 9:35 GMT+01:00 Gabriel Fernandez :
Hi Radosław
Many thanks for reviewing.
On 11/07/2016 03:57 PM, Radosław Pietrzyk wrote:
+static struct clk_hw *clk_register_pll_div(const char *name,
+ const char *parent_name, unsigne
Commit-ID: 79349f529ab1a629b9e43e81b4a5b2c22d1e9a65
Gitweb: http://git.kernel.org/tip/79349f529ab1a629b9e43e81b4a5b2c22d1e9a65
Author: Borislav Petkov
AuthorDate: Tue, 1 Nov 2016 17:33:00 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:14 +0100
x86/RAS: Simplify SMCA
On Tuesday, November 8, 2016 12:03:23 PM CET Mark Rutland wrote:
> On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote:
> > For arm64, there is no I/O space as other architectural platforms, such as
> > X86. Most I/O accesses are achieved based on MMIO. But for some arm64 SoCs,
> > such a
Commit-ID: cd9c57cad3fe89ea949b9266cddc947c0838f7af
Gitweb: http://git.kernel.org/tip/cd9c57cad3fe89ea949b9266cddc947c0838f7af
Author: Borislav Petkov
AuthorDate: Tue, 1 Nov 2016 12:52:27 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:13 +0100
x86/MCE: Dump MCE to d
2016-11-08 17:12 GMT+01:00 Arnd Bergmann :
> On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote:
>> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
>> > The underlying problem is that we already have a number of other
>> > symbols that either have "depends on LEDS_CLASS"
On Tue, Nov 8, 2016 at 8:16 AM, Linus Torvalds
wrote:
> So I definitely approve of the change, but I wonder if we should go
> one step further:
>
> On Mon, Nov 7, 2016 at 1:26 PM, Steven Rostedt wrote:
>>
>> extern int task_current_syscall(struct task_struct *target, long *callno,
>> -
Commit-ID: 1ce9cd7f9f0b71af7c496b816734bc2dc699363a
Gitweb: http://git.kernel.org/tip/1ce9cd7f9f0b71af7c496b816734bc2dc699363a
Author: Borislav Petkov
AuthorDate: Wed, 2 Nov 2016 12:48:01 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:14 +0100
x86/RAS: Simplify SMCA
On Tuesday, November 8, 2016 11:49:53 AM CET Mark Rutland wrote:
> On Tue, Nov 08, 2016 at 11:47:08AM +0800, zhichang.yuan wrote:
> > +Hisilicon Hip06 low-pin-count device
> > + Usually LPC controller is part of PCI host bridge, so the legacy ISA
> > ports
> > + locate on LPC bus can be accessed
Commit-ID: a9a1c0ee04aa771e5523ae33e458c702261ab547
Gitweb: http://git.kernel.org/tip/a9a1c0ee04aa771e5523ae33e458c702261ab547
Author: Borislav Petkov
AuthorDate: Wed, 2 Nov 2016 13:24:47 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:14 +0100
x86/RAS: Rename smca_b
Commit-ID: c09a8c40e0a0b4994925ac8eba91b85d76f440a3
Gitweb: http://git.kernel.org/tip/c09a8c40e0a0b4994925ac8eba91b85d76f440a3
Author: Borislav Petkov
AuthorDate: Thu, 3 Nov 2016 21:12:33 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:15 +0100
x86/RAS: Hide SMCA ban
> >
> >
> > diff --git a/arch/x86/events/intel/uncore_snbep.c
> > b/arch/x86/events/intel/uncore_snbep.c
> > index 272427700d48..71bc348736bd 100644
> > --- a/arch/x86/events/intel/uncore_snbep.c
> > +++ b/arch/x86/events/intel/uncore_snbep.c
> > @@ -669,7 +669,7 @@ static struct event_constraint
On Tue, 8 Nov 2016, Charles (Chas) Williams wrote:
> On 11/08/2016 09:31 AM, Thomas Gleixner wrote:
> > On Tue, 8 Nov 2016, Charles (Chas) Williams wrote:
> > > [0.016335] topology_update_package_map: apicid 0 pkg 0 cpu 0
> > > [0.016398] smpboot: APIC(0) Converting physical 0 to log
Commit-ID: f5e886ef9b45a3dbfd42b054a13c755894ea8402
Gitweb: http://git.kernel.org/tip/f5e886ef9b45a3dbfd42b054a13c755894ea8402
Author: Yinghai Lu
AuthorDate: Fri, 16 Sep 2016 13:23:25 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 8 Nov 2016 17:10:12 +0100
x86/MCE: Do not look at pa
On Tuesday, November 8, 2016 11:47:09 AM CET zhichang.yuan wrote:
> + /*
> +* The first PCIBIOS_MIN_IO is reserved specifically for indirectIO.
> +* It will separate indirectIO range from pci host bridge to
> +* avoid the possible PIO conflict.
> +* Set the ind
On 11/8/2016 5:15 AM, Alex Williamson wrote:
> On Sat, 5 Nov 2016 02:40:45 +0530
> Kirti Wankhede wrote:
>
...
>>
>> +int vfio_register_notifier(struct device *dev, struct notifier_block *nb)
>
> Is the expectation here that this is a generic notifier for all
> vfio->mdev signaling? That sh
On 11/07/2016 03:14 PM, Daniel Thompson wrote:
On 07/11/16 13:05, gabriel.fernan...@st.com wrote:
From: Gabriel Fernandez
This patch introduces I2S clock for stm32f4 soc.
The I2S clock could be derived from an external clock or from pll-i2s
Signed-off-by: Gabriel Fernandez
---
drivers/clk
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi
b/arch/arm/boot/dts/qcom-apq8064.dtsi
index 1dbe697..fde006c 100644
--- a/arch/arm/boot/dts/qcom-apq806
Enabling SPI controllers, which are attached to different busses
inside an SoC, may result in overlapping enumeration and cause
sysfs registration failure. Example log after enabling two
controllers on Armada 8040 SoC with same identifiers:
[3.740415] sysfs: cannot create duplicate filename
'/
On Tue, 8 Nov 2016, Christoph Hellwig wrote:
> On Tue, Nov 08, 2016 at 03:59:16PM +0100, Hannes Reinecke wrote:
> >
> > Which you don't in this patch:
>
> True. We will always in the end, but the split isn't right, we'll
> need to pass the non-NULL argument starting in this patch.
No, in the pr
This patch adds support to PM8821 PMIC and interrupt support.
PM8821 is companion device that supplements primary PMIC PM8921 IC.
Signed-off-by: Srinivas Kandagatla
---
Tested this patch for MPP and IRQ functionality on IFC6410 and SD600 EVAL
board with mpps PM8821 and PM8921.
.../devicetree/bi
On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote:
> From: Alexander Usyskin
>
> Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
> is supported. This workaround was added to support other broken OS
> and we need to follow here. The command is sent just once at the boot
On Tue, Nov 08, 2016 at 05:27:52PM +0100, Thomas Gleixner wrote:
> On Tue, 8 Nov 2016, Christoph Hellwig wrote:
>
> > On Tue, Nov 08, 2016 at 03:59:16PM +0100, Hannes Reinecke wrote:
> > >
> > > Which you don't in this patch:
> >
> > True. We will always in the end, but the split isn't right, we
On Tue, Nov 08, 2016 at 05:59:41AM +, Eric Hyeung Dong Jeong wrote:
> Thank you for the comments.
> There was an internal request to release driver based on Kernel 3.18 for GPIO
> and MFD support.
> After that, the code has been kept. I will send a patch again after changes.
Please don't sub
Hi,
On Mon, Nov 7, 2016 at 9:39 PM, Axel Haslam wrote:
> The purpose of this patch series is to add DT support for the davinci
> ohci driver.
>
To make it easier to review. I will split the arch/arm and driver
patches into separate series.
Regards
Axel
> To be able to use device tree to probe
On 11/08/16 00:45, Johannes Thumshirn wrote:
> Commit 540eb1eef 'scsi: libfc: fix seconds_since_last_reset calculation'
> removed the use of 'struct timespec' from fc_get_host_stats(). This broke the
> output of 'fcoeadm -s' after kernel 4.8-rc1 as lport->boot_time - jiffies
> could become negative
On Tue, 8 Nov 2016 19:25:35 +0530
Kirti Wankhede wrote:
> On 11/8/2016 1:06 AM, Alex Williamson wrote:
> > On Sat, 5 Nov 2016 02:40:39 +0530
> > Kirti Wankhede wrote:
> >
> ...
> >> +int vfio_pin_pages(struct device *dev, unsigned long *user_pfn,
> >> + int npage, int prot, unsign
On Nov 8 15:06, Cao jin wrote:
> When running as guest, under certain condition, it will oops as following.
> writel() in igb_configure_tx_ring() results in oops, because hw->hw_addr
> is NULL. While other register access won't oops kernel because they use
> wr32/rd32 which have a defense against
On Tue, Nov 08, 2016 at 02:49:05PM +, Chris Wilson wrote:
> On Tue, Nov 08, 2016 at 02:58:17PM +0100, Arnd Bergmann wrote:
> > The newly added assert_kernel_context_is_current introduces a warning
> > when built with W=1:
> >
> > drivers/gpu/drm/i915/i915_gem.c: In function
> > ‘assert_kernel
The TSE-850 is an FM Transmitter Station Equipment, designed to generate
baseband signals for FM, mainly the DARC subcarrier, but other signals
are also possible.
Signed-off-by: Peter Rosin
---
.../bindings/sound/axentia,tse850-pcm5142.txt | 88 ++
MAINTAINERS
On 8 November 2016 at 16:21, Karol Herbst wrote:
> 2016-11-08 17:12 GMT+01:00 Arnd Bergmann :
>> On Tuesday, November 8, 2016 5:07:01 PM CET Lukas Wunner wrote:
>>> On Tue, Nov 08, 2016 at 04:52:49PM +0100, Arnd Bergmann wrote:
>>> > The underlying problem is that we already have a number of other
On Tue, Nov 08, 2016 at 03:06:03PM +0100, Peter Zijlstra wrote:
>
> Since Will and me have rewritten and heavily extended the atomic*_t
> infrastructure over the past few years, claim ownership of it.
>
> We would also like to add Boqun as he helped out with PowerPC and has shown
> good understan
On Tue, 8 Nov 2016 19:43:25 +0530
Kirti Wankhede wrote:
> On 11/8/2016 2:33 AM, Alex Williamson wrote:
> > On Sat, 5 Nov 2016 02:40:43 +0530
> > Kirti Wankhede wrote:
> >
>
> ...
>
> >> static int vfio_dma_do_map(struct vfio_iommu *iommu,
> >> struct vfio_iommu_type1_
On 08/11/2016 16:12, Will Deacon wrote:
On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote:
For arm64, there is no I/O space as other architectural platforms, such as
X86. Most I/O accesses are achieved based on MMIO. But for some arm64 SoCs,
such as Hip06, when accessing some legacy
Use the managed gpio CS pin request so that we avoid having trouble
in the cleanup code.
In fact, if module was configured with DT, cleanup code released
invalid pin. Since resource wasn't freed, module cannot be reinserted.
This require to extract the gpio request call from the "setup" function
On Mon, 7 Nov 2016, Nicolas Pitre wrote:
> Many embedded systems don't need the full POSIX timer support.
> Configuring them out provides a nice kernel image size reduction.
>
> When POSIX timers are configured out, the PTP clock subsystem should be
> left out as well. However a bunch of ethernet
On 11/08/2016 08:55 AM, Thierry Reding wrote:
On Mon, Nov 07, 2016 at 05:42:33PM -0800, Olof Johansson wrote:
On Mon, Nov 7, 2016 at 5:21 AM, Thierry Reding wrote:
On Mon, Nov 07, 2016 at 08:53:37AM +0100, Linus Walleij wrote:
On Wed, Nov 2, 2016 at 11:48 AM, Suresh Mangipudi wrote:
Add GP
On Tue, Nov 08, 2016 at 04:33:44PM +, John Garry wrote:
> On 08/11/2016 16:12, Will Deacon wrote:
> >On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote:
> >>+static inline void arm64_set_extops(struct extio_ops *ops)
> >>+{
> >>+ if (ops)
> >>+ WRITE_ONCE(arm64_extio_ops,
401 - 500 of 959 matches
Mail list logo
