From: Jérôme Glisse
This patchset is on top of my patchset to add context information to
mmu notifier [1] you can find a branch with everything [2]. I have not
tested it but i wanted to get the discussion started. I believe it is
correct but i am not sure what kind of kvm test i can run to
Hi Linus,
Please pull the following Kselftest updated for Linux 5.0-rc5
This Kselftest update for Linux 5.0-rc5 consists of run-time fixes to
cpu-hotplug, and seccomp tests, compile fixes to ir, net, and timers
Makefiles.
diff is attached.
thanks,
-- Shuah
On Thu, Jan 31, 2019 at 07:06:03PM +0200, Jarkko Sakkinen wrote:
> Found something that *does* fix the issue. If I replace memcpy_*io()
> calls with regular memcpy(), the driver works and all my tests pass.
OK, so the length of the response is not trashed, but only the error
code. The attached
On Thu, Jan 31, 2019 at 11:51 PM Greg KH wrote:
> Can you test the patch below?
>
> thanks,
>
> greg k-h
>
> --
>
> diff --git a/kernel/relay.c b/kernel/relay.c
> index 04f248644e06..9e0f52375487 100644
> --- a/kernel/relay.c
> +++ b/kernel/relay.c
> @@ -428,6 +428,8 @@ static struct
The kmod.sh script breaks because an array is passed as input
instead of a single element input.This patch takes elements
one at a time and passed as input to the condition statement
which in turn fixes the error.There was an issue which had
the need for passing a single digit to the condition
On Mon, Jan 21, 2019 at 04:52:40PM +0100, Andrea Parri wrote:
> move_queued_task() synchronizes with task_rq_lock() as follows:
>
> move_queued_task() task_rq_lock()
>
> [S] ->on_rq = MIGRATING [L] rq = task_rq()
> WMB (__set_task_cpu()) ACQUIRE
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Russell King
Cc: Thomas Gleixner
Cc: Will Deacon
Cc: Julien Thierry
Cc:
A while back (before [1]), i386 had this in the tail of its irq
handling code:
need_resched:
movl TI_flags(%ebp), %ecx # need_resched set ?
testb $_TIF_NEED_RESCHED, %cl
jz restore_all
testl $IF_MASK,EFLAGS(%esp) # interrupts off (exception
Since there are a few archs out there that call preempt_schedule_irq()
within a need_resched() loop, point out that it's not needed.
Signed-off-by: Valentin Schneider
Cc: Jonathan Corbet
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Julien Thierry
Cc: linux-...@vger.kernel.org
On Thu, Jan 31, 2019 at 05:02:05PM +0100, Rafael J. Wysocki wrote:
> On Thu, Jan 31, 2019 at 2:24 PM Greg Kroah-Hartman
> wrote:
> >
> > On Thu, Jan 31, 2019 at 02:22:47PM +0100, Greg Kroah-Hartman wrote:
> > > On Thu, Jan 31, 2019 at 11:09:51AM +0100, Rafael J. Wysocki wrote:
> > > > On Thu, Jan
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Reported-by: Julien Thierry
Reported-by: Will Deacon
Signed-off-by: Valentin Schneider
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
On Thu, Jan 17, 2019 at 04:31:32PM +0100, Andrea Parri wrote:
> On Mon, Nov 26, 2018 at 05:44:12PM +0100, Andrea Parri wrote:
> > As the comments for wake_up_bit() and waitqueue_active() point out,
> > the barriers are needed to order the clearing of the _FL_NOT_READY
> > bit and the
On Thu, Jan 31, 2019 at 08:02:38AM +0100, Greg KH wrote:
> On Thu, Jan 31, 2019 at 11:54:11AM +0800, Kyle Tso wrote:
> > Provide a function to get the partner Source Capabilities.
> >
> > Signed-off-by: Kyle Tso
> > ---
> > drivers/usb/typec/tcpm/tcpm.c | 23 +++
> >
On Thu, Jan 31, 2019 at 10:06 AM Nathan Chancellor
wrote:
>
> Clang warns:
>
> drivers/tty/serial/mps2-uart.c:351:6: warning: logical not is only
> applied to the left hand side of this bitwise operator
> [-Wlogical-not-parentheses]
> if (!mps_port->flags & UART_PORT_COMBINED_IRQ) {
>
Hi Brendan,
Can you please review this patch?
Thanks,
Jae
On 1/16/2019 11:39 AM, Jae Hyun Yoo wrote:
In multi-master environment, this driver's master cannot know
exactly when a peer master sends data to this driver's slave so
cases can be happened that this master tries sending data through
31.01.2019 21:08, Dmitry Osipenko пишет:
> 31.01.2019 19:55, Dmitry Osipenko пишет:
> +config I2C_TEGRA_DMA_SUPPORT
> + bool "NVIDIA Tegra internal I2C controller DMA support"
> + depends on I2C_TEGRA
> + depends on TEGRA20_APB_DMA && ARCH_TEGRA_2x_SOC
> + depends on
Required for completeness sake to be able to specify
a regulator for devices having a non-optional regulator
property. It corresponds to the "3V3" net in the
schematics.
Signed-off-by: Andreas Kemnade
---
new in v3
arch/arm/boot/dts/omap3-gta04.dtsi | 8
1 file changed, 8
This patch series adds support for gps for gta04. Formerly
it was a single patch, now a non-controllable regulator was
added for completeness sake and to satisty binding
requirements.
Andreas Kemnade (2):
arm: dts: gta04: add ldo 3v3 regulator
arm: dts: gta04: add gps support
Hi Linus,
The following changes since commit deaa5c96c2f7e8b934088a1e70a0fe8797bd1149:
SUNRPC: Address Kerberos performance/behavior regression (2019-01-15 15:36:41
-0500)
are available in the Git repository at:
git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-5.0-3
for
On Mon, Jan 28, 2019 at 04:24:37PM -0500, Dennis Zhou wrote:
> As mentioned above, a requirement that differs zstd from zlib is that
> higher levels of compression require more memory. To manage this, each
> compression level has its own queue of workspaces. A global LRU is used
> to help with
On 1/31/19 6:06 PM, Nathan Chancellor wrote:
> Clang warns:
>
> drivers/tty/serial/mps2-uart.c:351:6: warning: logical not is only
> applied to the left hand side of this bitwise operator
> [-Wlogical-not-parentheses]
> if (!mps_port->flags & UART_PORT_COMBINED_IRQ) {
> ^
Clang warns:
drivers/tty/serial/mps2-uart.c:351:6: warning: logical not is only
applied to the left hand side of this bitwise operator
[-Wlogical-not-parentheses]
if (!mps_port->flags & UART_PORT_COMBINED_IRQ) {
^~
drivers/tty/serial/mps2-uart.c:351:6: note:
On Tue, Jan 29, 2019 at 12:26:23PM +0530, Jagan Teki wrote:
> Add dt-binding documentation for lm75 hwmon sensor.
>
> Currently documented for national,lm75 and st,stlm75 and
> rest might add when required.
Why ? The various properties are already implemented in the driver.
I don't see the value
On Mon, Jan 28, 2019 at 04:24:37PM -0500, Dennis Zhou wrote:
> static struct list_head *zstd_get_workspace(unsigned int level)
> {
> - struct list_head *ws = btrfs_get_workspace(, level);
> - struct workspace *workspace = list_entry(ws, struct workspace, list);
> + struct list_head
31.01.2019 19:55, Dmitry Osipenko пишет:
> config I2C_TEGRA
> tristate "NVIDIA Tegra internal I2C controller"
> depends on ARCH_TEGRA
> select TEGRA20_APB_DMA if (I2C_TEGRA_DMA_SUPPORT && ARCH_TEGRA_2x_SOC)
> select TEGRA20_APB_DMA if (I2C_TEGRA_DMA_SUPPORT &&
The GTA04 has a w2sg0004 or w2sg0084 gps chip. Not detectable
which one is mounted so use the compatibility entry for w2sg0004
for all which will work for both.
Signed-off-by: Andreas Kemnade
---
Changes in v3:
- converted to a patchset
- added vcc-supply
Changes in v2:
- some s/gps/gnss/
- not
On 31/01/2019 14:22, Sai Prakash Ranjan wrote:
Add UCI table for coresight CPU debug module. This patch adds
the UCI entries for Kryo CPUs found on MSM8996 which shares
the same PIDs as ETMs.
Without this, below error is observed on MSM8996:
nit: Subject doesn't match the patch contents.
On Mon, Jan 28, 2019 at 10:23:23AM -0600, Eddie James wrote:
> Files have inconsistent license information.
>
> Signed-off-by: Eddie James
Applied.
Thanks,
Guenter
> ---
> drivers/hwmon/occ/common.c | 3 ++-
> drivers/hwmon/occ/common.h | 3 ++-
> drivers/hwmon/occ/p8_i2c.c | 3 ++-
>
On Fri, 25 Jan 2019 12:07:00 -0600
Jeremy Linton wrote:
> For a while Arm64 has been capable of force enabling
> or disabling the kpti mitigations. Lets make sure the
> documentation reflects that.
>
> Signed-off-by: Jeremy Linton
> Cc: Jonathan Corbet
> Cc: linux-...@vger.kernel.org
On Tue, Jan 29, 2019 at 06:07:11PM +0100, Stefan Wahren wrote:
> This adds optional regulator support to the pwm-fan driver. This is
> necessary for pwm fans which are powered by a switchable supply.
>
> Signed-off-by: Stefan Wahren
> ---
> drivers/hwmon/pwm-fan.c | 35
On Fri, 25 Jan 2019 12:07:11 -0600
Jeremy Linton wrote:
> From: Mian Yousaf Kaukab
>
> Enable CPU vulnerabilty show functions for spectre_v1, spectre_v2,
> meltdown and store-bypass.
>
> Signed-off-by: Mian Yousaf Kaukab
> Signed-off-by: Jeremy Linton
Reviewed-by: Andre Przywara
Cheers,
On Fri, 25 Jan 2019 12:07:10 -0600
Jeremy Linton wrote:
Hi,
> Return status based on ssbd_state and the arm64 SSBS feature. If
> the mitigation is disabled, or the firmware isn't responding then
> return the expected machine state based on a new blacklist of known
> vulnerable cores.
>
>
On Fri, 25 Jan 2019 12:07:09 -0600
Jeremy Linton wrote:
Hi,
> Add code to track whether all the cores in the machine are
> vulnerable, and whether all the vulnerable cores have been
> mitigated.
>
> Once we have that information we can add the sysfs stub and
> provide an accurate view of what
On Fri, 25 Jan 2019 12:07:08 -0600
Jeremy Linton wrote:
> From: Marc Zyngier
>
> The SMCCC ARCH_WORKAROUND_1 service can indicate that although the
> firmware knows about the Spectre-v2 mitigation, this particular
> CPU is not vulnerable, and it is thus not necessary to call
> the firmware on
On Thu, Jan 31, 2019 at 2:23 AM Michal Hocko wrote:
>
> OK, I guess my question was not precise. What does prevent taking fs
> locks down the path?
IOCB_NOWAIT has never meant that, and will never mean it.
We will never give user space those kinds of guarantees. We do locking
for various
On Fri, 25 Jan 2019 12:07:07 -0600
Jeremy Linton wrote:
> From: Marc Zyngier
>
> We currently have a list of CPUs affected by Spectre-v2, for which
> we check that the firmware implements ARCH_WORKAROUND_1. It turns
> out that not all firmwares do implement the required mitigation,
> and that
Thanks for the review,
I will fix them and send new version!
On 31/01/2019 15:34, Greg KH wrote:
On Thu, Jan 24, 2019 at 03:24:10PM +, Srinivas Kandagatla wrote:
This patch adds support to compute context invoke method
on the remote processor (DSP).
This involves setting up the functions
On Fri, 25 Jan 2019 12:07:06 -0600
Jeremy Linton wrote:
Hi,
> Display the mitigation status if active, otherwise
> assume the cpu is safe unless it doesn't have CSV3
> and isn't in our whitelist.
>
> Signed-off-by: Jeremy Linton
> ---
> arch/arm64/kernel/cpufeature.c | 33
On Fri, 25 Jan 2019 12:07:05 -0600
Jeremy Linton wrote:
Hi,
> From: Mian Yousaf Kaukab
>
> spectre v1, has been mitigated, and the mitigation is
> always active.
>
> Signed-off-by: Mian Yousaf Kaukab
> Signed-off-by: Jeremy Linton
> ---
> arch/arm64/kernel/cpu_errata.c | 10 ++
>
On 30/01/2019 12:43, Thomas Gleixner wrote:
On Wed, 30 Jan 2019, John Garry wrote:
On 29/01/2019 17:20, Keith Busch wrote:
On Tue, Jan 29, 2019 at 05:12:40PM +, John Garry wrote:
On 29/01/2019 15:44, Keith Busch wrote:
Hm, we used to freeze the queues with CPUHP_BLK_MQ_PREPARE callback,
On Thu, 31 Jan 2019 09:52:46 +0100
Michael Mueller wrote:
> Assure a GISA is in use before accessing the IPM to avoid a
> null pointer dereference issue.
This series can hopefully make it into the next merge window;
otherwise, queuing a patch fixing up the original code would be good.
>
>
On Thu, Jan 31, 2019 at 04:45:35PM +, Michael Kelley wrote:
> From: Sasha Levin Sent: Thursday, January 31, 2019 7:20 AM
> >
> > I've queued this one for hyper-fixes, thanks all!
> >
>
> Actually, please hold off on queuing this one. In a conversation I had
> yesterday with Kim, they had
On Thu, Jan 31, 2019 at 1:44 AM Michal Hocko wrote:
> One thing is still not clear to me though. Is the new owner/writeable
> check OK for the Netflix-like usecases? I mean does happycache have
> appropriate access to the cache data? I have tried to re-read the
> original thread but couldn't find
On Wed, Jan 30, 2019 at 7:22 PM Yong Wu wrote:
>
> On Wed, 2019-01-30 at 11:11 -0800, Evan Green wrote:
> > On Mon, Dec 31, 2018 at 7:59 PM Yong Wu wrote:
> > >
> > > The "mediatek,larb-id" has already been parsed in MTK IOMMU driver.
> > > It's no need to parse it again in SMI driver. Only
By delaying the setting of MSR_RI, a 1% improvment is optained on
null_syscall selftest on an mpc8321.
Without this patch:
root@vgoippro:~# ./null_syscall
1134.33 ns 378.11 cycles
With this patch:
root@vgoippro:~# ./null_syscall
1121.85 ns 373.95 cycles
The drawback is that a
Want to make white background for your images?
We can add clipping path, or give retouching for your photos if needed.
Let's start testing for your photos.
Thanks,
Julie
Dormagen
Bruchsal
On Thu, Jan 31, 2019 at 9:06 AM Jarkko Sakkinen
wrote:
>
> Found something that *does* fix the issue. If I replace memcpy_*io()
> calls with regular memcpy(), the driver works and all my tests pass.
That's not surprising, since that's what we used to do. And it's
horribly wrong because
On 01/31, Reshetova, Elena wrote:
>
> > [ Cc'ing Masami as he maintains uprobes (we need to add uprobes to
> > > the MAINTAINERS file ]
> >
> > Thanks Steve, I think it is maintained mainly by Srikar and Oleg.
> > Srikar, Oleg, could you update MAINTAINERS file to add UPROBES entry?
> > And ack
The UFS_RESET macro serves no purpose on QCS404, remove it.
Signed-off-by: Bjorn Andersson
---
drivers/pinctrl/qcom/pinctrl-qcs404.c | 25 -
1 file changed, 25 deletions(-)
diff --git a/drivers/pinctrl/qcom/pinctrl-qcs404.c
b/drivers/pinctrl/qcom/pinctrl-qcs404.c
index
>>>
>> BUG_ON line is not part of this change. It was already there in existing
>> driver.
>> Based on log, I see DMA transfer is done for 224 bytes followed by 1
>> successful PIO transfer and then on next PIO transfer it received packet
>> xfer complete interrupt with incomplete transfer
On 01/30/2019 10:01 PM, Alex Kogan wrote:
> In CNA, spinning threads are organized in two queues, a main queue for
> threads running on the same socket as the current lock holder, and a
> secondary queue for threads running on other sockets. For details,
> see https://arxiv.org/abs/1810.05600.
>
>
On Thu, 31 Jan 2019 09:52:42 +0100
Michael Mueller wrote:
> Add the Interruption Alert Mask (IAM) to the architecture specific
> kvm struct. This mask in the GISA is used to define for which ISC
> a GIB alert will be issued.
>
> The functions kvm_s390_gisc_register() and
On Wed, Jan 30, 2019 at 04:07:07PM +0100, Stefan Wahren wrote:
> This adds RPM support to the pwm-fan driver in order to use with
> fancontrol/pwmconfig. This feature is intended for 2 pulse-per-revolution
> fans which provides a tachometer output signal.
>
> Signed-off-by: Stefan Wahren
> ---
>
31.01.2019 20:25, Dmitry Osipenko пишет:
> 31.01.2019 20:11, Dmitry Osipenko пишет:
>> 31.01.2019 19:56, Sowjanya Komatineni пишет:
>>>
>> drivers/i2c/busses/Kconfig | 2 +-
>> drivers/i2c/busses/i2c-tegra.c | 362
>> ++---
>> 2 files
From: Herbert Xu
Date: Thu, 31 Jan 2019 20:08:26 +0800
> On Wed, Jan 30, 2019 at 10:42:30AM -0800, Bart Van Assche wrote:
>> The test_insert_dup() function from lib/test_rhashtable.c passes a
>> pointer to a stack object to rhltable_init(). Allocate the hash table
>> dynamically to avoid that
On 31/01/2019 16:05, Bjorn Andersson wrote:
Sure, but we want the design to allow for that still, either in future
upstream or by additional downstream code.
Yes, I agree, I don't have solution for this ATM.
It will be interesting to see how Intel handles this kind of usecase on
there DSP.
Add support to read the voltage look up table and populate OPP for all
corresponding CPUS for consumers like the energy model could use the
frequency and voltage from the OPP tables. Also update the logic to not add
duplicate OPPs.
Tested-by: Matthias Kaehlcke
Signed-off-by: Matthias Kaehlcke
On 1/23/2019 11:50 PM, Matthias Kaehlcke wrote:
Hi Taniya,
On Wed, Jan 23, 2019 at 04:52:00PM +0530, Taniya Das wrote:
Add support to read the voltage look up table and populate OPP for all
corresponding CPUS for consumers like the energy model could use the
frequency and voltage from the
The SDC controls live in the south tile, not the north one. Correct this
so that we program the right registers.
Cc: sta...@vger.kernel.org
Fixes: 22eb8301dbc1 ("pinctrl: qcom: Add qcs404 pinctrl driver")
Signed-off-by: Bjorn Andersson
---
drivers/pinctrl/qcom/pinctrl-qcs404.c | 2 +-
1 file
On Thu, Jan 24, 2019 at 04:15:37PM +0530, Kishon Vijay Abraham I wrote:
> Certain PHYs used with PCIe controller can also be used with other
> controllers such as USB or SATA. In order to configure the PHY
> to work with PCIe controller, invoke phy_set_mode API with mode
> set to PHY_MODE_PCIE.
>
On Thu, Jan 24, 2019 at 01:59:54PM +0530, Kishon Vijay Abraham I wrote:
> Previous version of the patch series can be found here [1]
>
> Patch series adds support to enable x2 lane mode in dra74/dra76 and
> dra72 based boards in pci-dra7xx driver. It introduces new compatible
> strings in order
Hi Dinh,
On Thu, 31 Jan 2019 11:24:16 -0600
Dinh Nguyen wrote:
> On 1/28/19 4:20 AM, Miquel Raynal wrote:
> > Hi Dinh,
> >
> > Masahiro Yamada wrote on Wed, 16 Jan
> > 2019 10:27:11 +0900:
> >
> >> (+CC Dinh Nguyen)
> >>
> >> On Tue, Jan 15, 2019 at 5:22 PM Miquel Raynal
> >> wrote:
>
31.01.2019 20:11, Dmitry Osipenko пишет:
> 31.01.2019 19:56, Sowjanya Komatineni пишет:
>>
> drivers/i2c/busses/Kconfig | 2 +-
> drivers/i2c/busses/i2c-tegra.c | 362
> ++---
> 2 files changed, 339 insertions(+), 25 deletions(-)
From: YueHaibing
Date: Thu, 31 Jan 2019 17:41:46 +0800
> On 2019/1/31 2:10, David Miller wrote:
>> From: YueHaibing
>> Date: Wed, 30 Jan 2019 18:19:02 +0800
>>
>>> There is a potential NULL pointer dereference in case
>>> kzalloc() fails and returns NULL.
>>>
>>> Fixes: 69f52adb2d53 ("mISDN:
On 1/28/19 4:20 AM, Miquel Raynal wrote:
> Hi Dinh,
>
> Masahiro Yamada wrote on Wed, 16 Jan
> 2019 10:27:11 +0900:
>
>> (+CC Dinh Nguyen)
>>
>> On Tue, Jan 15, 2019 at 5:22 PM Miquel Raynal
>> wrote:
>>>
>>> Hi Masahiro,
>>>
>>> Masahiro Yamada wrote on Tue, 15 Jan
>>> 2019 17:11:34
Like Apollo Lake, Gemini Lake support DRD in port 0, this patch
enables the DRD support for GLK based on the EDS rev 2.2 vol #1
of section 3.8 of USB Controller.
Signed-off-by: Harry Pan
---
drivers/usb/host/xhci-pci.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On Thu, Jan 31, 2019 at 09:02:33AM +0100, Stefan Wahren wrote:
> Hi Guenter,
>
> Am 30.01.19 um 21:35 schrieb Guenter Roeck:
> > On Wed, Jan 30, 2019 at 09:23:31PM +0100, Stefan Wahren wrote:
> >> Hi Guenter,
> >>
> >>> Guenter Roeck hat am 30. Januar 2019 um 18:28
> >>> geschrieben:
> >>>
>
>
> On 12/6/2018 4:28 PM, Steve Sistare wrote:
>> When a CPU has no more CFS tasks to run, and idle_balance() fails to
>> find a task, then attempt to steal a task from an overloaded CPU in the
>> same LLC. Maintain and use a bitmap of overloaded CPUs to efficiently
>> identify candidates. To
Please see my response inline. Will provide v3 once I solve the comments.
Thanks,
Liming
> -Original Message-
> From: Andy Shevchenko
> Sent: Thursday, January 31, 2019 12:02 PM
> To: Liming Sun
> Cc: Andy Shevchenko ; Darren Hart ;
> Vadim Pasternak ; David
> Woods ; Platform Driver
On Thu, Jan 31, 2019 at 06:30:22PM +0800, Peter Xu wrote:
> The change_pte() notifier was designed to use as a quick path to
> update secondary MMU PTEs on write permission changes or PFN changes.
> For KVM, it could reduce the vm-exits when vcpu faults on the pages
> that was touched up by KSM.
Hi Joe,
On 1/31/19 11:11 AM, Joe Perches wrote:
> On Wed, 2019-01-30 at 18:38 -0600, Gustavo A. R. Silva wrote:
>> One of the more common cases of allocation size calculations is finding
>> the size of a structure that has a zero-sized array at the end, along
>> with memory for some number of
On Wed, 2019-01-30 at 18:38 -0600, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
>
Hi all,
Heiner reported [1] that runtime PME generation of his network card does
not work after commit 0e157e528604 ("PCI/PME: Implement runtime PM
callbacks") that landed in v4.20. Reverting the commit helps but it has
another drawback, which I originally tried to solve with the commit, that
the
Using CX-3 virtual functions, either from a bare-metal machine or
pass-through from a VM, MAD packets are proxied through the PF driver.
Since the VMs have separate name spaces for MAD Transaction Ids
(TIDs), the PF driver has to re-map the TIDs and keep the book keeping
in a cache.
Following
Commit 0e157e528604 ("PCI/PME: Implement runtime PM callbacks") tried to
solve an issue where the hierarchy immediately wakes up when it is
transitioned into D3cold. However, it turns out to prevent PME
propagation on some systems that do not support D3cold.
I looked more closely what might cause
31.01.2019 19:56, Sowjanya Komatineni пишет:
>
drivers/i2c/busses/Kconfig | 2 +-
drivers/i2c/busses/i2c-tegra.c | 362
++---
2 files changed, 339 insertions(+), 25 deletions(-)
>>>
>>> Tegra20 crashes because of this patch:
>>>
>>
On 2019-01-31 06:09, Bjorn Andersson wrote:
Define the rmtfs memory node. As the memory region specified in version
10 of the memory map is only 1MB a chunk of unallocated memory is
chosen.
Signed-off-by: Bjorn Andersson
---
Changes since v4:
- Moved rmtfs_mem, to not collide with xbl_mem
This reverts commit 0e157e52860441cb26051f131dd0b5ae3187a07b.
Heiner reported that the commit in question prevents his network adapter
from triggering PME and waking up when network cable is plugged.
The commit tried to prevent root port waking up from D3cold immediately
but looks like disabing
On Thu, Jan 31, 2019 at 06:04:37PM +0200, Jarkko Sakkinen wrote:
> On Thu, Jan 31, 2019 at 02:26:06PM +0200, Jarkko Sakkinen wrote:
> > On Tue, Jan 29, 2019 at 03:20:16PM +0200, Jarkko Sakkinen wrote:
> > > On Thu, Jan 24, 2019 at 07:43:30AM +1300, Linus Torvalds wrote:
> > > > On Thu, Jan 24,
On 2019-01-31 17:52:28 [+0100], Heiko Carstens wrote:
> ...nevertheless Stefan and I looked through the lovely disassembly of
> _pthread_mutex_lock_full() to verify if the compiler barriers are
> actually doing what they are supposed to do. The generated code
> however does look correct.
> So, it
On Thu, Jan 31, 2019 at 6:53 PM Liming Sun wrote:
>
> This commit adds the bootctl platform driver for Mellanox BlueField
> Soc, which controls the eMMC boot partition swapping and sends SMC
> calls to ATF running at exception level EL3 to program some system
> register. This register is only
On Thu, 2019-01-31 at 17:56 +0800, Pi-Hsun Shih wrote:
> Currently for a header line "/* SPDX-License-Identifier: GPL-2.0 */",
> only the part starting from "SPDX-" is passed to spdxcheck.py, and cause
> false warning. Fix this by passing the whole line to spdxcheck.py
> instead.
Thanks but I
Thanks! v2 has been posted trying to solve all the comments. Please also see
response inline.
Regards,
Liming
> -Original Message-
> From: Andy Shevchenko
> Sent: Wednesday, January 30, 2019 4:17 PM
> To: Liming Sun
> Cc: Andy Shevchenko ; Darren Hart ;
> Vadim Pasternak ; David
>
31.01.2019 18:02, Dmitry Osipenko пишет:
> 31.01.2019 17:43, Thierry Reding пишет:
>> On Thu, Jan 31, 2019 at 05:06:18PM +0300, Dmitry Osipenko wrote:
>>> 31.01.2019 15:06, Thierry Reding пишет:
On Thu, Jan 31, 2019 at 03:05:48AM +0300, Dmitry Osipenko wrote:
> 30.01.2019 19:01, Sowjanya
Hey Bjorn,
On 2019-01-31 06:09, Bjorn Andersson wrote:
Update existing and add missing regions to the reserved memory map, as
described in version 10.
Signed-off-by: Bjorn Andersson
---
Changes since v4:
- Labeled aop_mem, aop_cmd_db_mem and made tz_mem span the last TZ
related segment
Brian Norris wrote:
> WCN3990 is SNOC, not PCI. This prevents probing WCN3990.
>
> Fixes: 367c899f622c ("ath10k: add bus type check in ath10k_init_hw_params")
> Signed-off-by: Brian Norris
> Reviewed-by: Bjorn Andersson
Patch applied to wireless-drivers.git, thanks.
2c2008a63e48 ath10k:
> >> drivers/i2c/busses/Kconfig | 2 +-
> >> drivers/i2c/busses/i2c-tegra.c | 362
> >> ++---
> >> 2 files changed, 339 insertions(+), 25 deletions(-)
> >
> > Tegra20 crashes because of this patch:
> >
> [snip]
> > <4>[3.395915] [ cut
On Thu, 31 Jan 2019 16:15:28 +
wrote:
> From: Tudor Ambarus
>
> Cache MR value to avoid write access when setting the controller
> in Serial Memory Mode (SMM). SMM is set in exec_op() and not at
> probe time, to let room for future regular SPI support.
>
> Signed-off-by: Tudor Ambarus
>
From: Otto Sabart
The pinctrl.txt file was converted into reStructuredText and moved into
driver-api folder. This patch updates the broken reference.
Fixes: 5a9b73832e9e ("pinctrl.txt: move it to the driver-api book")
Signed-off-by: Otto Sabart
Signed-off-by: Charles Keepax
---
- On Jan 31, 2019, at 11:37 AM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> - On Jan 30, 2019, at 4:10 PM, Joseph Myers jos...@codesourcery.com wrote:
>
>> On Wed, 30 Jan 2019, Mathieu Desnoyers wrote:
>>
>>> #if defined (__NR_rseq) && !defined (RSEQ_SIG)
>>> # error
This commit adds the bootctl platform driver for Mellanox BlueField
Soc, which controls the eMMC boot partition swapping and sends SMC
calls to ATF running at exception level EL3 to program some system
register. This register is only accessible in secure code and is
used to enable the watchdog
On Thu, Jan 31, 2019 at 01:27:25AM +0100, Thomas Gleixner wrote:
> On Thu, 31 Jan 2019, Thomas Gleixner wrote:
>
> > On Wed, 30 Jan 2019, Paul E. McKenney wrote:
> > > On Thu, Jan 31, 2019 at 12:13:51AM +0100, Thomas Gleixner wrote:
> > > > I might be wrong as usual, but this would definitely
The audit_rule_match() struct audit_context *actx parameter is not used
by any in-tree consumers (selinux, apparmour, integrity, smack).
The audit context is an internal audit structure that should only be
accessed by audit accessor functions.
It was part of commit 03d37d25e0f9 ("LSM/Audit:
On Thu, Jan 31, 2019 at 06:37:02PM +0300, Kirill Tkhai wrote:
> On path shrink_inactive_list() ---> shrink_page_list()
> we allocate stack variables for the statistics twice.
> This is completely useless, and this just consumes stack
> much more, then we really need.
>
> The patch kills duplicate
On Wed, 30 Jan 2019 10:04:34 +0100
Johan Hovold wrote:
> On Tue, Jan 29, 2019 at 08:38:43AM +0100, Andreas Kemnade wrote:
> > The GTA04 has a w2sg0004 or w2sg0084 gps chip. Not detectable
> > which one is mounted so use the compatibility entry for w2sg0004
> > for all which will work for both.
>
From: Sasha Levin Sent: Thursday, January 31, 2019 7:20 AM
>
> I've queued this one for hyper-fixes, thanks all!
>
Actually, please hold off on queuing this one. In a conversation I had
yesterday with Kim, they had identified a deadlock. Kim was going to be
looking at some revisions to
> > +static int tegra_i2c_init_dma_param(struct tegra_i2c_dev *i2c_dev) {
> > + struct dma_chan *dma_chan;
> > + u32 *dma_buf;
> > + dma_addr_t dma_phys;
> > +
> > + if (!i2c_dev->has_dma)
> > + return -EINVAL;
> > +
> > + if (!i2c_dev->rx_dma_chan) {
> > + dma_chan =
Hi Jessica,
On Thu, Jan 31, 2019 at 3:22 PM Jessica Yu wrote:
>
> Hi Miguel, sorry for the delay!
No worries! :)
> The module init functions are only called once from do_init_module().
> Does the __cold attribute just assume it is unlikely to be executed,
> or just that it is infrequently
Hi Neil,
On Thu, Jan 31, 2019 at 02:25:30PM +0100, Neil Armstrong wrote:
> On 15/01/2019 13:33, Neil Armstrong wrote:
> > This patchset aims to add support for the following HDMI2.0 4k60 modes:
> > - 594Mhz TMDS frequency needing TMDS Scramling and 1/40 rate for
> > RGB/YUV4:4:4
> > - 297MHz
Hi,
On 30.01.2019 17:51, Rob Herring wrote:
> On Thu, Jan 24, 2019 at 04:45:20PM +0100, Kamil Konieczny wrote:
>> Document DT bindings for crypto Samsung Exynos5433 SlimSSS (Slim Security
>> SubSystem) IP.
>>
>> Reviewed-by: Krzysztof Kozlowski
>> Signed-off-by: Kamil Konieczny
>> ---
>>
501 - 600 of 1208 matches
Mail list logo