On Tue, 23 Jul 2019 at 00:46, Vijay Khemka wrote:
>
> The pxe1610 is a voltage regulator from Infineon. It also supports
> other VRs pxe1110 and pxm1310 from Infineon.
>
> Signed-off-by: Vijay Khemka
Acked-by: Joel Stanley
On Tue, 23 Jul 2019 at 00:40, Andrew Jeffery wrote:
>
>
>
> On Tue, 23 Jul 2019, at 10:04, Vijay Khemka wrote:
> > Adds voltage regulators Infineon pxe1610 devices to Facebook
> > tiogapass platform.
> >
> > Signed-off-by: Vijay Khemka
>
> Acked-by: Andrew Jeffery
Thanks, applied to aspeed's
23.07.2019 4:52, Dmitry Osipenko пишет:
> 23.07.2019 4:41, Dmitry Osipenko пишет:
>> 23.07.2019 4:08, Dmitry Osipenko пишет:
>>> 23.07.2019 3:58, Dmitry Osipenko пишет:
21.07.2019 22:40, Sowjanya Komatineni пишет:
> This patch implements PMC wakeup sequence for Tegra210 and defines
>
Arnd,
> Move all of SCSI_LOWLEVEL_PCMCIA inside of the existing SCSI_LOWLEVEL
> section. Very few people use the PCMCIA support these days, and they
> likely don't mind having to turn on SCSI_LOWLEVEL as well. This way we
> avoid the link error and get a more sensible structure.
Applied to
On 18-07-19, 16:30, Sylwester Nawrocki wrote:
> This is second iteration of patch series adding ASV (Adaptive Supply
> Voltage) support for Exynos SoCs. The first one can be found at:
> https://lore.kernel.org/lkml/20190404171735.12815-1-s.nawro...@samsung.com
>
> The main changes comparing to
On 19-07-19, 17:45, Niklas Cassel wrote:
> Hello Viresh,
>
> Could you please have a look at the last two patches here:
> https://git.linaro.org/people/niklas.cassel/kernel.git/log/?h=cpr-opp-hz
There is no sane way of providing review comments with a link to the
git tree :)
I still had a look
On Mon, Jul 22, 2019 at 09:53:00PM +0200, Evgeny Kolesnikov wrote:
> This patchset consists of the DTS, which describes the WD MyCloud EX2 Ultra
> device,
> 'poweroff' and 'resert' drivers for power-managing MCUs connected to a board
> via UART
> (these drivers are more versatile than
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Tuesday, July 23, 2019 9:19 AM
> To: Zhang, Tina
> Cc: Lu, Kechen ; intel-gvt-...@lists.freedesktop.org;
> k...@vger.kernel.org; linux-kernel@vger.kernel.org; kra...@redhat.com;
>
23.07.2019 4:41, Dmitry Osipenko пишет:
> 23.07.2019 4:08, Dmitry Osipenko пишет:
>> 23.07.2019 3:58, Dmitry Osipenko пишет:
>>> 21.07.2019 22:40, Sowjanya Komatineni пишет:
This patch implements PMC wakeup sequence for Tegra210 and defines
common used RTC alarm wake event.
On 19-07-19, 17:05, k.koniec...@partner.samsung.com wrote:
> Add enable regulators to dev_pm_opp_set_regulators() and disable
> regulators to dev_pm_opp_put_regulators(). Even if bootloader
> leaves regulators enabled, they should be enabled in kernel in
> order to increase the reference count.
>
On 2019/7/23 0:25, Lorenzo Pieralisi wrote:
> Static analysis identified that index comparison against ITS entries in
> iort_dev_find_its_id() is off by one.
>
> Update the comparison condition and clarify the resulting error
> message.
>
> Fixes: 4bf2efd26d76 ("ACPI: Add new IORT functions to
23.07.2019 4:08, Dmitry Osipenko пишет:
> 23.07.2019 3:58, Dmitry Osipenko пишет:
>> 21.07.2019 22:40, Sowjanya Komatineni пишет:
>>> This patch implements PMC wakeup sequence for Tegra210 and defines
>>> common used RTC alarm wake event.
>>>
>>> Signed-off-by: Sowjanya Komatineni
>>> ---
>>>
On 2019/7/23 0:14, Lorenzo Pieralisi wrote:
> Commit 36a2ba07757d ("ACPI/IORT: Reject platform device creation on NUMA
> node mapping failure") introduced a local variable 'node' in
> arm_smmu_v3_set_proximity() that shadows the struct acpi_iort_node
> pointer function parameter.
>
> Execution
Hi Jiada, again
> The solution looks very over-kill to me,
> especiallyq [3/3] patch is too much to me.
>
> 1st, can we start clock at .hw_param, instead of .prepare ?
> and stop it at .hw_free ?
>
> 2nd, can we keep usrcnt setup as-is ?
> I guess we can just avoid rsnd_ssi_master_clk_start()
Setting .n_voltages = 1 and .fixed_uV is enough for fixed regulator,
remove the redundant .min_uV and .list_voltage settings.
Signed-off-by: Axel Lin
---
drivers/regulator/stm32-booster.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/regulator/stm32-booster.c
On Fri, Jul 19, 2019 at 1:31 PM Benjamin Herrenschmidt
wrote:
>
> From 8dcba2ef5b1466b023b88b4eca463b30de78d9eb Mon Sep 17 00:00:00 2001
> From: Benjamin Herrenschmidt
> Date: Fri, 19 Jul 2019 15:03:06 +1000
> Subject:
>
> Another issue with the Apple T2 based 2018 controllers seem to be
> that
On Sat, Jul 20, 2019 at 6:12 PM Mike Lothian wrote:
>
> On Wed, 17 Jul 2019 at 08:57, Thomas Gleixner wrote:
> >
> > On Wed, 17 Jul 2019, Masahiro Yamada wrote:
> > > On Wed, Jul 17, 2019 at 4:47 AM Thomas Gleixner
> > > wrote:
> > > > So instead of dealing with attempts to duct tape gold
From: Arnd Bergmann
Date: Mon, 22 Jul 2019 16:58:12 +0200
> rxkad sometimes triggers a warning about oversized stack frames
> when building with clang for a 32-bit architecture:
>
> net/rxrpc/rxkad.c:243:12: error: stack frame size of 1088 bytes in function
> 'rxkad_secure_packet'
From: Jose Abreu
Date: Mon, 22 Jul 2019 16:07:21 +0200
> Some glue logic drivers support 1G without having GMAC/GMAC4/XGMAC.
>
> Let's allow this speed by default.
>
> Reported-by: Ondrej Jirman
> Tested-by: Ondrej Jirman
> Fixes: 5b0d7d7da64b ("net: stmmac: Add the missing speeds that XGMAC
08.07.2019 2:03, Dmitry Osipenko пишет:
> Hello,
>
> This small series addresses two suspend-resume bugs: one affects Tegra30+
> due to a typo in the code, other fixes CPU hang on Tegra30 specifically.
>
> Please review and apply, thanks!
>
> Dmitry Osipenko (2):
> ARM: tegra: Fix
From: Jose Abreu
Date: Mon, 22 Jul 2019 10:39:29 +0200
> Two fixes targeting -net.
Series applied.
Use shared sysctl variables for zero and one constants, as in commit
eec4844fae7c ("proc/sysctl: add shared variables for range check")
Fixes: 8f14c99c7eda ("netfilter: conntrack: limit sysctl setting for boolean
options")
Signed-off-by: Matteo Croce
---
net/netfilter/nf_conntrack_standalone.c
From: Chuhong Yuan
Date: Mon, 22 Jul 2019 15:41:34 +0800
> Merge the combo uses of cpu_to_le32s and memcpy.
> Use put_unaligned_le32 instead.
> This simplifies the code.
>
> Signed-off-by: Chuhong Yuan
Isn't the skb->data aligned to 4 bytes in these situations?
If so, we should use the
On Tue, 23 Jul 2019 01:08:19 +
"Zhang, Tina" wrote:
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Tuesday, July 23, 2019 3:41 AM
> > To: Lu, Kechen
> > Cc: intel-gvt-...@lists.freedesktop.org; k...@vger.kernel.org; linux-
> >
From: Yonglong Liu
Date: Mon, 22 Jul 2019 13:59:12 +0800
> Since commit(net: phy: marvell: change default m88e1510 LED configuration),
> the active LED of Hip07 devices is always off, because Hip07 just
> use 2 LEDs.
> This patch adds a phy_register_fixup_for_uid() for m88e1510 to
> correct the
From: Kelsey Skunberg
Date: Sun, 21 Jul 2019 21:04:01 -0600
> + "_RST", NULL, NULL);
SPACE before TAB in indentation.
> + "_RST", NULL, NULL);
^^
Likewise.
From: Maxime Chevallier
Date: Fri, 19 Jul 2019 16:38:48 +0200
> PPv2's XLGMAC can wait for 3 idle frames before triggering a link up
> event. This can cause the link to be stuck low when there's traffic on
> the interface, so disable this feature.
>
> Fixes: 4bb043262878 ("net: mvpp2: phylink
From: Maarten ter Huurne
This provides a way to monitor battery charge status via the power
supply subsystem.
Signed-off-by: Maarten ter Huurne
Signed-off-by: Paul Cercueil
---
drivers/regulator/act8865-regulator.c | 84 +++
1 file changed, 84 insertions(+)
diff
From: Arnd Bergmann
Date: Mon, 22 Jul 2019 21:12:31 +0200
> The ARM netx platform got removed in 5.3, so this driver
> is now useless.
>
> Signed-off-by: Arnd Bergmann
Acked-by: David S. Miller
(btw two copies of this went out for some reason)
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Tuesday, July 23, 2019 3:41 AM
> To: Lu, Kechen
> Cc: intel-gvt-...@lists.freedesktop.org; k...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Zhang, Tina ;
> kra...@redhat.com;
23.07.2019 3:58, Dmitry Osipenko пишет:
> 21.07.2019 22:40, Sowjanya Komatineni пишет:
>> This patch implements PMC wakeup sequence for Tegra210 and defines
>> common used RTC alarm wake event.
>>
>> Signed-off-by: Sowjanya Komatineni
>> ---
>> drivers/soc/tegra/pmc.c | 111
>>
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/display/intel_dp.c
between commit:
b6ac32eac063 ("drm/i915: Mark expected switch fall-throughs")
from the kspp-gustavo tree and commit:
bc85328ff431 ("drm/i915: Move the TypeC port handling
This change exports an interface to read tcc offset and allow writing if
the platform is not locked.
Refer to Intel SDM for details on the MSR: MSR_TEMPERATURE_TARGET.
Here TCC Activation Offset (R/W) bits allow temperature offset in degrees
in relation to TjMAX.
This change will be useful for
On Mon, 22 Jul 2019 09:25:09 +0200 Vlastimil Babka wrote:
> > since there may be pages off LRU temporarily. We should migrate other
> > pages if MPOL_MF_MOVE* is specified. Set has_unmovable flag if some
> > paged could not be not moved, then return -EIO for mbind() eventually.
> >
> > With
21.07.2019 22:40, Sowjanya Komatineni пишет:
> This patch implements PMC wakeup sequence for Tegra210 and defines
> common used RTC alarm wake event.
>
> Signed-off-by: Sowjanya Komatineni
> ---
> drivers/soc/tegra/pmc.c | 111
>
> 1 file
please can we talk?
Hi Stephen,
> Subject: Re: [PATCH] clk: imx: imx8mm: fix audio pll setting
>
> Quoting Peng Fan (2019-07-14 19:55:43)
> > From: Peng Fan
> >
> > The AUDIO PLL max support 650M, so the original clk settings violate
> > spec. This patch makes the output 786432000 -> 393216000, and
> > 722534400
(cc linux-fsdevel and Jan)
On Mon, 22 Jul 2019 12:36:08 +0300 Konstantin Khlebnikov
wrote:
> Functions like filemap_write_and_wait_range() should do nothing if inode
> has no dirty pages or pages currently under writeback. But they anyway
> construct struct writeback_control and this does
Hi Maciej,
On Tue, 23 Jul 2019 09:46:29 +0900 Maciej Żenczykowski
wrote:
>
> I'm afraid I'm currently travelling and due to an unplanned and f'ed up
> office move I've lost (access to?) my dev workstation so I can't respin
> this. Might be too late either way?
Yeah, Dave doesn't rebase his
On Mon, 22 Jul 2019 at 20:49, Paolo Bonzini wrote:
>
> This reverts commit 240c35a3783ab9b3a0afaba0dde7291295680a6b
> ("kvm: x86: Use task structs fpu field for user", 2018-11-06).
> The commit is broken and causes QEMU's FPU state to be destroyed
> when KVM_RUN is preempted.
>
> Fixes:
On Tue, 23 Jul 2019, at 10:04, Vijay Khemka wrote:
> Adds voltage regulators Infineon pxe1610 devices to Facebook
> tiogapass platform.
>
> Signed-off-by: Vijay Khemka
Acked-by: Andrew Jeffery
> ---
> In v2: Renamed vr to regulator and fixed some typo in commit message.
>
>
Several uses of strlcpy and strscpy have had defects because the
last argument of each function is misused or typoed.
Add macro mechanisms to avoid this defect.
stracpy (copy a string to a string array) must have a string
array as the first argument (to) and uses sizeof(to) as the
size.
These
Hello,
The calls to platform_get_resource and devm_ioremap_resource can be
merged.
julia
-- Forwarded message --
Date: Tue, 23 Jul 2019 06:07:33 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: drivers/mtd/nand/raw/ingenic/ingenic_ecc.c:142:1-10:
On Mon, Jul 22, 2019 at 03:34:15PM -0700, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> For pages that were retained via get_user_pages*(), release those pages
> via the new put_user_page*() routines, instead of via put_page() or
> release_pages().
>
> This is part a tree-wide
On Mon, Jul 22, 2019 at 9:18 AM Ondrej Mosnacek wrote:
> On Mon, Jul 22, 2019 at 1:35 PM NitinGote wrote:
> > refcount_t type and corresponding API should be
> > used instead of atomic_t when the variable is used as
> > a reference counter. This allows to avoid accidental
> > refcounter
On Mon 22 Jul 17:04 PDT 2019, Stephen Boyd wrote:
> Quoting Bjorn Andersson (2019-07-22 16:27:19)
> > On Fri 17 May 14:09 PDT 2019, Stephen Boyd wrote:
> >
> > > There are some questionable coding styles in this function. It looks
> > > quite odd to deref a pointer with array indexing that only
Hi all,
After merging the v4l-dvb tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from :
include/media/vp8-ctrls.h:25:2: error: unknown type name '__s8'
__s8 quant_update[4];
^~~~
include/media/vp8-ctrls.h:26:2: error: unknown type name '__s8'
__s8
23.07.2019 0:55, Stephen Boyd пишет:
> Quoting Dmitry Osipenko (2019-07-17 14:33:36)
>> 17.07.2019 23:08, Stephen Boyd пишет:
>>> Quoting Dmitry Osipenko (2019-07-15 10:35:26)
Unset "enable" bit means that divider is in bypass mode, hence it doesn't
have any effect in that case.
Quoting Bjorn Andersson (2019-07-22 16:27:19)
> On Fri 17 May 14:09 PDT 2019, Stephen Boyd wrote:
>
> > There are some questionable coding styles in this function. It looks
> > quite odd to deref a pointer with array indexing that only uses the
> > first element. Also, destroying an input/output
On Fri, 5 Jul 2019 16:54:05 +0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
> property and related info to support i.MX8MM.
>
> Signed-off-by: Anson Huang
> ---
> Changes since V3:
> - Add comments to those reset
On Fri, 5 Jul 2019 12:56:09 +0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> Some platforms have clock control for TMU, add optional
> clocks property to the binding doc.
>
> Signed-off-by: Anson Huang
> ---
> Documentation/devicetree/bindings/thermal/qoriq-thermal.txt | 1 +
> 1
On Thu, 4 Jul 2019 21:43:55 +0800, fugang.d...@nxp.com wrote:
> From: Fugang Duan
>
> Add the baud clock requirement for imx8qxp.
>
> Signed-off-by: Fugang Duan
> ---
> Documentation/devicetree/bindings/serial/fsl-lpuart.txt | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
On Thu, 4 Jul 2019 17:13:10 +0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> Add thermal binding doc for Freescale's i.MX8MM Thermal Monitoring Unit.
>
> Signed-off-by: Anson Huang
> ---
> .../devicetree/bindings/thermal/imx8mm-thermal.txt| 15
> +++
> 1 file
Quoting Brendan Higgins (2019-07-22 15:30:49)
> On Mon, Jul 22, 2019 at 1:03 PM Stephen Boyd wrote:
> >
> >
> > What's the calling context of the assertions and expectations? I still
> > don't like the fact that string stream needs to allocate buffers and
> > throw them into a list somewhere
On Thu, 4 Jul 2019 00:32:28 +0530, Manivannan Sadhasivam wrote:
> Add devicetree binding for IMX290 CMOS image sensor.
>
> Signed-off-by: Manivannan Sadhasivam
> ---
> .../devicetree/bindings/media/i2c/imx290.txt | 51 +++
> 1 file changed, 51 insertions(+)
> create mode
On Fri, Jul 19, 2019 at 11:16 PM Saravana Kannan wrote:
>
> Add device-links to track functional dependencies between devices
> after they are created (but before they are probed) by looking at
> their common DT bindings like clocks, interconnects, etc.
>
> Having functional dependencies
On Mon, Jul 22, 2019 at 4:28 PM Kees Cook wrote:
>
> On Mon, Jul 22, 2019 at 12:17:16PM -0700, Andy Lutomirski wrote:
> > On Mon, Jul 22, 2019 at 11:39 AM Kees Cook wrote:
> > >
> > > On Mon, Jul 22, 2019 at 08:31:32PM +0200, Thomas Gleixner wrote:
> > > > On Mon, 22 Jul 2019, Kees Cook wrote:
>
On Wed, Jul 03, 2019 at 03:15:44PM +0800, Mason Yang wrote:
> Document the bindings used by the Macronix raw NAND controller.
>
> Signed-off-by: Mason Yang
> ---
> Documentation/devicetree/bindings/mtd/mxic-nand.txt | 20
> 1 file changed, 20 insertions(+)
> create mode
[linux-scsi added to cc]
On Mon, 2019-07-22 at 15:21 -0700, Guenter Roeck wrote:
> On Sun, Jul 21, 2019 at 02:33:38PM -0700, Linus Torvalds wrote:
>
> [ ... ]
> >
> > Go test,
> >
>
> Things looked pretty good until a few days ago. Unfortunately,
> the last few days brought in a couple of
> On Jul 10, 2019, at 11:48 AM, Johannes Weiner wrote:
>
> On Mon, Jun 24, 2019 at 05:12:45PM -0700, Song Liu wrote:
>> This patch is (hopefully) the first step to enable THP for non-shmem
>> filesystems.
>>
>> This patch enables an application to put part of its text sections to THP
>> via
On Mon, Jul 22, 2019 at 4:39 PM Rob Herring wrote:
>
> On Tue, Jul 02, 2019 at 06:10:19PM -0700, Saravana Kannan wrote:
> > Add support for listing bandwidth OPP tables for each interconnect path
> > listed using the interconnects property.
> >
> > Signed-off-by: Saravana Kannan
> > ---
> >
On Mon, Jul 22, 2019 at 4:35 PM Rob Herring wrote:
>
> On Tue, Jul 16, 2019 at 11:58:08AM -0700, Saravana Kannan wrote:
> > On Tue, Jul 16, 2019 at 10:25 AM Sibi Sankar wrote:
> > >
> > > Hey Saravana,
> > >
> > > https://patchwork.kernel.org/patch/10850815/
> > > There was already a discussion
From: kbuild test robot
drivers/mtd/nand/raw/ingenic/ingenic_nand_drv.c:330:1-9: WARNING: Use
devm_platform_ioremap_resource for cs -> base
Use devm_platform_ioremap_resource helper which wraps
platform_get_resource() and devm_ioremap_resource() together.
Generated by:
On Tue, Jul 02, 2019 at 06:10:19PM -0700, Saravana Kannan wrote:
> Add support for listing bandwidth OPP tables for each interconnect path
> listed using the interconnects property.
>
> Signed-off-by: Saravana Kannan
> ---
> .../devicetree/bindings/interconnect/interconnect.txt | 8
Hi,
It reproduces every time. It's ok on v5.2. So it's a regression in v5.3-rc1.
Thanks,
M
[root@7u ~]# modprobe scsi_debug
[ 244.084203] scsi host2: scsi_debug: version 0188 [20190125]
[ 244.084203] dev_size_mb=8, opts=0x0, submit_queues=1, statistics=0
[ 244.093098] BUG: kernel NULL
We have an ERPS (Ethernet Ring Protection Switching) setup involving
mv88e6250 switches which we're in the process of switching to a BSP
based on the mainline driver. Breaking any link in the ring works as
expected, with the ring reconfiguring itself quickly and traffic
continuing with almost no
22.07.2019 21:38, Marc Zyngier пишет:
> On Mon, 22 Jul 2019 09:21:21 -0700
> Sowjanya Komatineni wrote:
>
>> On 7/22/19 3:57 AM, Dmitry Osipenko wrote:
>>> 22.07.2019 13:13, Marc Zyngier пишет:
On 22/07/2019 10:54, Dmitry Osipenko wrote:
> 21.07.2019 22:40, Sowjanya Komatineni
On Tue, Jul 16, 2019 at 11:58:08AM -0700, Saravana Kannan wrote:
> On Tue, Jul 16, 2019 at 10:25 AM Sibi Sankar wrote:
> >
> > Hey Saravana,
> >
> > https://patchwork.kernel.org/patch/10850815/
> > There was already a discussion ^^ on how bandwidth bindings were to be
> > named.
>
> Yes, I'm
On Fri 21 Jun 07:54 PDT 2019, Jeffrey Hugo wrote:
> This adds the initial DT for the Lenovo Miix 630 laptop. Supported
> functionality includes USB (host), microSD-card, keyboard, and trackpad.
>
> Signed-off-by: Jeffrey Hugo
Applied patch 3-5
Thanks,
Bjorn
> ---
>
On Tue, Jul 23, 2019 at 12:23 AM Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the char-misc.current tree, today's linux-next build
> (arm multi_v7_defconfig) produced this warning:
>
> In file included from drivers/base/firmware_loader/main.c:41:
>
On Mon, Jul 22, 2019 at 12:17:16PM -0700, Andy Lutomirski wrote:
> On Mon, Jul 22, 2019 at 11:39 AM Kees Cook wrote:
> >
> > On Mon, Jul 22, 2019 at 08:31:32PM +0200, Thomas Gleixner wrote:
> > > On Mon, 22 Jul 2019, Kees Cook wrote:
> > > > Just so I'm understanding: the vDSO change introduced
On Fri 17 May 14:09 PDT 2019, Stephen Boyd wrote:
> There are some questionable coding styles in this function. It looks
> quite odd to deref a pointer with array indexing that only uses the
> first element. Also, destroying an input/output variable halfway through
> the function and then
Ubuntu bug tracking the same issue.
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1836986
On Thu 11 Jul 14:39 PDT 2019, Vaishali Thakkar wrote:
> This patchset adds SoC info driver which can provide information
> such as Chip ID, Chip family and serial number about Qualcomm SoCs
> to user space via sysfs. Furthermore, it allows userspace to get
> information about custom attributes
Segher Boessenkool writes:
> On Mon, Jul 22, 2019 at 08:15:14PM +1000, Michael Ellerman wrote:
>> Segher Boessenkool writes:
>> > On Sun, Jul 21, 2019 at 12:58:46AM -0700, Nathan Chancellor wrote:
>> >> 017c clear_user_page:
>> >> 17c: 94 21 ff f0 stwu 1, -16(1)
>>
When a P2PDMA transfer is rejected due to ACS being set, we
can also check the white list and allow the transactions.
Do this by pushing the whitelist check into the
upstream_bridge_distance() function.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 25 ++---
1
As discussed on the list previously, in order to fully support the
whitelist Christian added with the IOMMU, we must ensure that we
map any buffer going through the IOMMU with an aprropriate dma_map
call. This patchset accomplishes this by cleaning up the output of
upstream_bridge_distance() to
The result of upstream_bridge_distance() will be needed every time
we map the dma address so cache it in an xarray stored in the
provider's p2pdma struct.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 29 +
1 file changed, 25 insertions(+), 4 deletions(-)
Add pci_p2pdma_unmap_sg() to the two places that call
pci_p2pdma_map_sg().
This is a prep patch to introduce correct mappings for p2pdma
transactions that go through the root complex.
Signed-off-by: Logan Gunthorpe
---
drivers/infiniband/core/rw.c | 6 --
drivers/nvme/host/pci.c | 6
Intel devices do not have good support for P2P requests that span
different host bridges as the transactions will cross the QPI/UPI bus
and this does not perform well.
Therefore, enable support for these devices only if the host bridges
match.
Adds the Intel device's that have been tested to
pci_p2pdma_[un]map_resource() can be used to map a resource given
it's physical address and the backing pci_dev. The functions will call
dma_[un]map_resource() when appropriate.
This is for demonstration purposes only as there are no users of this
function at this time. Thus, this patch should
This is a prep patch to create a second level helper. There are no
functional changes.
The root complex whitelist code will be moved into this function in
a subsequent patch.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 89
1 file
The provider will be needed to figure out how to properly map a device.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 1 +
include/linux/memremap.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/pci/p2pdma.c b/drivers/pci/p2pdma.c
index 143e11d2a5c3..70c262b7c731
The comment describing pci_p2pdma_distance_many() still referred to
the devices being behind the same root port. This no longer applies
so reword the documentation.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
Push both PCI devices into the whitelist checking function seeing
some hardware will require us ensuring they are on the same host
bridge.
At the same time we rename root_complex_whitelist() to
host_bridge_whitelist() to match the terminology used in the code.
Signed-off-by: Logan Gunthorpe
---
Add constant flags to indicate two devices are not supported or whether
the data path goes through the host bridge instead of using the negative
values -1 and -2.
This helps annotate the code better, but the main reason is so we
can cache the result in an xarray which does not allow us to store
Factor out the bus only mapping into it's own static function.
No functional changes. The original pci_p2pdma_map_sg_attrs() will
be used to decide whether this is an appropriate way to map.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 39 +++
1
This is to match the dma_map_sg() API which this function will have
to call in an future patch.
Adds a pci_p2pdma_map_sg_attrs() function and helper to call it with
no attributes just like the dma_map_sg() function.
Signed-off-by: Logan Gunthorpe
---
drivers/nvme/host/pci.c| 4 ++--
Any requests that traverse the host bridge will need to be mapped into
the IOMMU, so call dma_map_sg() inside pci_p2pdma_map_sg() when
appropriate.
Similarly, call dma_unmap_sg() inside pci_p2pdma_unmap_sg().
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 31
Now that we map the requests correctly we can remove the iommu_present()
restriction.
Signed-off-by: Logan Gunthorpe
---
drivers/pci/p2pdma.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/pci/p2pdma.c b/drivers/pci/p2pdma.c
index 76f51678342c..053f9ad59d79 100644
---
On 7/22/19 10:53 AM, Bharath Vedartham wrote:
> On Sun, Jul 21, 2019 at 07:32:36PM -0700, John Hubbard wrote:
>> On 7/21/19 8:58 AM, Bharath Vedartham wrote:
...
>> Also, optional: as long as you're there, atomic_pte_lookup() ought to
>> either return a bool (true == success) or an errno, rather
On Mon, Jul 22, 2019 at 3:10 PM Nick Desaulniers
wrote:
>
> On Mon, Jul 22, 2019 at 2:33 PM Nick Desaulniers
> wrote:
> >
> > KBUILD_CFLAGS is very carefully built up in the top level Makefile,
> > particularly when cross compiling or using different build tools.
> > Resetting KBUILD_CFLAGS via
On Mon, Jul 22, 2019 at 5:13 PM Qian Cai wrote:
>
> On Fri, 2019-07-19 at 17:47 -0400, Qian Cai wrote:
> > On Thu, 2019-07-18 at 16:29 -0700, David Miller wrote:
> > > From: Qian Cai
> > > Date: Thu, 18 Jul 2019 19:26:47 -0400
> > >
> > > >
> > > >
> > > > > On Jul 18, 2019, at 5:21 PM, Bill
> On Jul 22, 2019, at 11:50 AM, Bharath Vedartham wrote:
>
>>
>>
>> In all likelihood, these questions are no-ops, and the optimizer may even
>> make my questions completely moot, but I thought I might as well ask anyway.
>>
> That sounds reasonable. I am not really sure as to how much of
On Tue, 2 Jul 2019 11:21:18 +0800, Ran Bi wrote:
> Document the binding for MT2712 RTC implemented by rtc-mt2712.
>
> Signed-off-by: Ran Bi
> ---
> .../devicetree/bindings/rtc/rtc-mt2712.txt | 14 ++
> 1 file changed, 14 insertions(+)
> create mode 100644
On Mon, 1 Jul 2019 14:53:52 -0500, Eddie James wrote:
> Document the bindings.
>
> Reviewed-by: Andrew Jeffrey
> Signed-off-by: Eddie James
> ---
> .../devicetree/bindings/soc/aspeed/xdma.txt| 23
> ++
> 1 file changed, 23 insertions(+)
> create mode 100644
The LED behavior of some Ethernet PHYs is configurable. Add an
optional 'leds' subnode with a child node for each LED to be
configured. The binding aims to be compatible with the common
LED binding (see devicetree/bindings/leds/common.txt).
A LED can be configured to be 'on' when a link with a
On Mon, 2019-07-22 at 16:28 -0600, Jonathan Corbet wrote:
> On Mon, 22 Jul 2019 15:24:33 -0700
> Joe Perches wrote:
>
> > > If the functions themselves are fully defined in the .h file, I'd just add
> > > the kerneldoc there as well. That's how it's usually done, and you want
> > > to keep the
wakeup_abort_count and wakeup_count sysfs entries print the
same (wakeup_count) attribute. This patch removes the duplicate
wakeup_abort_count sysfs entry.
Signed-off-by: Ravi Chandra Sadineni
---
Documentation/ABI/testing/sysfs-devices-power | 25 ++-
drivers/base/power/sysfs.c
wakeup_abort_count and wakeup_count attributes print the
same (wakeup_count) variable. Thus this patchset removes the
duplicate wakeup_abort_count sysfs attribute. This patchset also
exposes event_count as a sysfs attribute.
Ravi Chandra Sadineni (2):
power: sysfs: Remove wakeup_abort_count
101 - 200 of 1164 matches
Mail list logo