> 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 m
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: scripts/coccinelle/api
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 poi
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 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 awar
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
> ---
> arch/arm64/boot/dts/qcom/
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:
> drivers/base/firmware_loader/firmware.h:
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 co
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 overwrit
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 and
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 fi
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 bet
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 work
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 not
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 change
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 1
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(-)
diff
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
ne
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 f
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 ++--
driver
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
--- a/drivers/p
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 t
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 Wend
> 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 Documentation/devic
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 Docume
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 cer
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 d
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 attr
Device level event_count can help user level daemon to track if a
praticular device has seen an wake interrupt during a suspend resume
cycle. Thus expose it via sysfs.
Signed-off-by: Ravi Chandra Sadineni
---
V2: Address comments from patchset 1.
Documentation/ABI/testing/sysfs-devices-power | 1
I'm having a problem with a new SD/MMC controller and PHY in our
latest SoC's. The issue I'm seeing is that I can't switch into HS400
mode. This looks like something the driver is doing that doesn't meet
the JEDEC spec. In the "HS400 timing mode selection" section of the
JEDEC spec , in step 7 it s
Hello,
Paul Cercueil wrote:
> Move the MMC configuration from the board C file to devicetree.
>
> The 'power' GPIO was removed and instead the vmmc regulator is used,
> to follow the changes introduced in the jz4740-mmc driver.
>
> Signed-off-by: Paul Cercueil
Applied to mips-next.
Thanks,
From: Colin Ian King
Currently the retry counter is not being decremented, leading to a
potential infinite spin if the scalar_reads don't change state.
Addresses-Coverity: ("Infinite loop")
Fixes: 280e54c9f614 ("drm/exynos: scaler: Reset hardware before starting the
operation")
Signed-off-by: C
Hi Paul,
On Mon, Jul 22, 2019 at 01:55:48PM -0400, Paul Cercueil wrote:
> Add 'cpus' node to the jz4740.dtsi, jz4770.dtsi, jz4780.dtsi files.
What's the motivation for this?
If it's to silence the "cacheinfo: Unable to detect cache hierarchy"
messages, does commit b8bea8a5e5d9 ("mips: fix cachei
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 documentation and the prototypes together.
>
> In this case, it's a
On Mon, 2019-07-22 at 15:57 -0600, Jonathan Corbet wrote:
> On Mon, 22 Jul 2019 14:50:09 -0700
> Joe Perches wrote:
>
> > On Mon, 2019-07-22 at 23:01 +0200, Stephen Kitt wrote:
> > > How about you submit your current patch set, and I follow up with the
> > > above
> > > adapted to stracpy?
> >
Quoting Christophe JAILLET (2019-07-22 15:00:24)
>
> I don't use it explicitly, but the suggestions I get include some git
> history, so I guess that it is on by default.
>
> I was thinking at parsing files to see if MODULE_AUTHOR includes an email.
>
Ok. Feel free to write a patch. Just know t
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:
drivers/base/firmware_loader/firmware.h:145:12: warning: 'fw_map_paged_buf'
defined but not used [-Wunused-func
On Mon, Jul 22, 2019 at 04:09:35PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
>
> Right after applying this patch my alias for building perf crashes:
>
> I.e. I have:
>
> alias m='perf stat -e cycles:u,instructions:u make -k O=/tmp/build/perf -C
> tools/perf install-bin'
>
> And I'm applyi
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 issues.
riscv:virt:defconfig:scsi[virtio]
riscv:virt:defconfig:scsi[virtio-pci]
Boot tests crash with
On 7/22/19 3:17 PM, Masanari Iida wrote:
> This patch fixes some spelling typos in sample.conf.
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Thanks.
> ---
> tools/testing/ktest/sample.conf | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --g
This patch fixes some spelling typos in sample.conf.
Signed-off-by: Masanari Iida
---
tools/testing/ktest/sample.conf | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/tools/testing/ktest/sample.conf b/tools/testing/ktest/sample.conf
index c3bc933d437b..f
On Mon, Jul 22, 2019 at 04:39:25PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
>
> I'm applying it to fix this issue and avoid a bisection break. I'm now
> going to run 'perf test' after each cset too. And probably the next cset
> has this issue as well, i.e. reordering of initialization in the
On Mon, 1 Jul 2019 12:47:01 +0200, Neil Armstrong wrote:
> Add AO-CEC compatible string for the Amlogic SM1 SoC family,
> a derivate of the G12A AO-CECB controller.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/media/meson-ao-cec.txt | 8 +---
> 1 file changed,
On Mon, 1 Jul 2019 12:46:59 +0200, Neil Armstrong wrote:
> Add the Amlogic SM1 Compatible for the clk-measurer IP.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/devicetree/bindings/soc/amlogic/clk-measure.txt | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Rob Herring
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 := assignment is an antipattern.
>
> The comment above the reset mention
On Mon, Jul 01, 2019 at 03:48:33PM +0800, Bibby Hsieh wrote:
> cmdq driver provide a function that get the relationship
> of sub system number from device node for client.
> add specification for #subsys-cells, mediatek,gce-client-reg.
>
> Signed-off-by: Bibby Hsieh
> ---
> .../devicetree/bindin
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 -> 361267200 to aligned with NXP vendor kernel without any
> impact on audio functionality a
On Mon, 22 Jul 2019 17:32:04 -0400 "Joel Fernandes (Google)"
wrote:
> The page_idle tracking feature currently requires looking up the pagemap
> for a process followed by interacting with /sys/kernel/mm/page_idle.
> This is quite cumbersome and can be error-prone too. If between
> accessing the
On Mon, 1 Jul 2019 10:59:50 +0530, Manish Narani wrote:
> Add documentation for 'xlnx,zynqmp-8.9a' SDHCI controller and optional
> properties followed by example.
>
> Signed-off-by: Manish Narani
> ---
> .../devicetree/bindings/mmc/arasan,sdhci.txt | 19
> +++
> 1 file
Quoting Geert Uytterhoeven (2019-07-11 06:03:59)
> The module reset code in the Renesas CPG/MSSR driver uses
> read-modify-write (RMW) operations to write to a Software Reset Register
> (SRCRn), and simple writes to write to a Software Reset Clearing
> Register (SRSTCLRn), as was mandated by the R-
On Mon, Jul 01, 2019 at 10:59:47AM +0530, Manish Narani wrote:
> Add optional propeties for Arasan SDHCI which are used to set clk delays
> for different speed modes in the controller.
>
> Signed-off-by: Manish Narani
> ---
> Documentation/devicetree/bindings/mmc/arasan,sdhci.txt | 15 ++
Le 22/07/2019 à 23:53, Stephen Boyd a écrit :
Quoting Christophe JAILLET (2019-07-22 14:43:32)
Le 22/07/2019 à 23:24, Stephen Boyd a écrit :
Please Cc authors of drivers so they can ack/review.
Adding Mike to take a look.
Quoting Colin King (2019-07-01 09:50:20)
From: Colin Ian King
The va
Kishon,
On Mon, Jun 3, 2019 at 8:22 AM Doug Anderson wrote:
>
> Kishon,
>
> On Mon, Jun 3, 2019 at 4:22 AM Kishon Vijay Abraham I wrote:
> >
> > Hi,
> >
> > On 20/05/19 1:34 PM, Caesar Wang wrote:
> > > Hi Doug,
> > >
> > > For now, nobody of rockchip is responsible for this driver.
> > > Cc: N
On Mon, 22 Jul 2019 14:50:09 -0700
Joe Perches wrote:
> On Mon, 2019-07-22 at 23:01 +0200, Stephen Kitt wrote:
> > How about you submit your current patch set, and I follow up with the above
> > adapted to stracpy?
>
> OK, I will shortly after I figure out how to add kernel-doc
> for stracpy/s
On Mon, Jul 01, 2019 at 10:59:45AM +0530, Manish Narani wrote:
> Add documentation for an optional input clock which is essentially used
> in sampling the input data coming from the card.
>
> Signed-off-by: Manish Narani
> ---
> Documentation/devicetree/bindings/mmc/arasan,sdhci.txt | 14 +++
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.
> >>
> >> Signed-off-by: Dmitry Osipenko
> >
>
On Fri, 2019-07-19 at 23:51 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2019-07-19 at 14:28 +0200, Christoph Hellwig wrote:
> > Yikes, that things looks worse and worse. I think at this point
> > we'll
> > have to defer the support to 5.4 unfortunately as it is getting more
> > and more involve
On Mon, Jul 01, 2019 at 10:59:41AM +0530, Manish Narani wrote:
> The clock handling is to be updated in the Arasan SDHCI. As the
> 'devm_clk_register' is deprecated in the clock framework, this needs to
> specify one more clock named 'clk_sdcard' to get the clock in the driver
> via 'devm_clk_get()
Quoting Chunyan Zhang (2019-07-17 22:36:16)
> From: Chunyan Zhang
>
> Make REGMAP_MMIO selected to avoid undefined reference to regmap symbols.
>
> Fixes: d41f59fd92f2 ("clk: sprd: Add common infrastructure")
> Signed-off-by: Chunyan Zhang
> ---
Applied to clk-fixes
From: "Raju P.L.S.S.S.N"
Switch over from using _irqsave/_irqrestore variants since we no longer
race with a lock from the interrupt handler. While we are at it, rename
the cache_lock to just lock to allow use of the lock to synchronize
controller access.
Signed-off-by: Raju P.L.S.S.S.N
Signed-
From: "Raju P.L.S.S.S.N"
The tcs->lock was introduced to serialize access with in TCS group. But,
drv->lock is still needed to synchronize core aspects of the
communication. This puts the drv->lock in the critical and high latency
path of sending a request. drv->lock provides the all necessary
sy
Since drv->tcs_in_use is updated when the DRV_STATUS is updated, we
could simply use the former to determine if the TCS is idle or not.
Therefore, remove redundant TCS register read.
Signed-off-by: Lina Iyer
---
drivers/soc/qcom/rpmh-rsc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Avoid locking in the interrupt context to improve latency. Since we
don't lock in the interrupt context, it is possible that we now could
race with the DRV_CONTROL register that writes the enable register and
cleared by the interrupt handler. For fire-n-forget requests, the
interrupt may be raised
Quoting Christophe JAILLET (2019-07-22 14:43:32)
> Le 22/07/2019 à 23:24, Stephen Boyd a écrit :
> > Please Cc authors of drivers so they can ack/review.
> >
> > Adding Mike to take a look.
> >
> > Quoting Colin King (2019-07-01 09:50:20)
> >> From: Colin Ian King
> >>
> >> The variable n_den is i
Hi Gustavo,
On Mon, 22 Jul 2019 14:58:13 -0500 "Gustavo A. R. Silva"
wrote:
>
> The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b:
>
> Linus 5.3-rc1 (2019-07-21 14:05:38 -0700)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/ker
Quoting Chuanhong Guo (2019-07-09 11:20:16)
> This commit adds device tree binding documentation for MT7621
> PLL controller.
>
> Signed-off-by: Chuanhong Guo
> ---
> .../bindings/clock/mediatek,mt7621-pll.txt| 19 +++
> 1 file changed, 19 insertions(+)
> create mode 100644
Quoting Chuanhong Guo (2019-07-09 11:20:15)
> For a long time the mt7621 uses a fixed cpu clock which causes a problem
> if the cpu frequency is not 880MHz.
>
> This patch fixes the cpu clock calculation and adds the cpu/bus clkdev
> which will be used in dts.
>
> Ported from OpenWrt:
> c7ca22429
On Mon, 2019-07-22 at 23:01 +0200, Stephen Kitt wrote:
> How about you submit your current patch set, and I follow up with the above
> adapted to stracpy?
OK, I will shortly after I figure out how to add kernel-doc
for stracpy/stracpy_pad to lib/string.c.
It doesn't seem appropriate to add the ke
From: Joshua Clayton
Reformat hid_printk macros to use standard __VA_ARGS__ syntax
Remove hid_printk(), hid_emerg(), hid_crit(), and hid_alert().
Per Joe Perches these unused and likely never to be used.
Signed-off-by: Joshua Clayton
---
include/linux/hid.h | 32 ---
From: Joshua Clayton
On HP spectre x360 convertible the message:
hid-sensor-hub 001F:8087:0AC2.0002: hid_field_extract() called with n (192) >
32! (kworker/1:2)
is continually printed many times per second, crowding out all else
Protect dmesg by printing the warning only one time.
Signed-off-by
From: Joshua Clayton
hid_warn_once() is needed, add the others as part of the block
Signed-off-by: Joshua Clayton
---
include/linux/hid.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/linux/hid.h b/include/linux/hid.h
index e6c7efdb0458..cd41f209043f 100644
--- a/inc
On Fri, 19 Jul 2019, Yash Shah wrote:
> DT node for SiFive FU540-C000 GEMGXL Ethernet controller driver added
>
> Signed-off-by: Yash Shah
Thanks, queuing this one for v5.3-rc with Andrew's suggested change to
change phy1 to phy0.
Am assuming patches 1 and 2 will go in via -net.
- Paul
Hi Steven,
On Mon, Jul 22, 2019 at 04:41:53PM +0100, Steven Price wrote:
> walk_page_range() is going to be allowed to walk page tables other than
> those of user space. For this it needs to know when it has reached a
> 'leaf' entry in the page tables. This information is provided by the
> p?d_lea
On Fri, 19 Jul 2019, Yash Shah wrote:
> Update the compatibility string for SiFive FU540-C000 as per the new
> string updated in the binding doc.
> Reference: https://lkml.org/lkml/2019/7/17/200
>
> Signed-off-by: Yash Shah
Tested-by: Paul Walmsley
- Paul
On Tue, Jul 2, 2019 at 7:30 AM Hou Tao wrote:
>
> Using a sector_t as the return value is misleading, because
> raise_barrier() only return 0 or -EINTR.
>
> Also add comments for the return values of raise_barrier().
>
> Signed-off-by: Hou Tao
Applied. Thanks for the patch.
Song
Hi Stephen,
Am Montag, 22. Juli 2019, 23:35:18 CEST schrieb Stephen Boyd:
> Quoting Nathan Huckleberry (2019-06-27 15:22:20)
> > Clang produces the following warning
> >
> > drivers/clk/rockchip/clk-rv1108.c:125:7: warning: unused variable
> > 'mux_pll_src_3plls_p' [-Wunused-const-variable]
> > P
While attempting to debug slub freelist pointer corruption bugs
caused by a module, I discovered that the kmem call_site addresses are
not at all user friendly for modules unless you manage to save a copy
of kallsyms for the running kernel beforehand.
So convert kmem call_site addresses to user fr
Le 22/07/2019 à 23:24, Stephen Boyd a écrit :
Please Cc authors of drivers so they can ack/review.
Adding Mike to take a look.
Quoting Colin King (2019-07-01 09:50:20)
From: Colin Ian King
The variable n_den is initialized however that value is never read
as n_den is re-assigned a little lat
On Mon, Jul 22, 2019 at 3:30 PM Joe Perches wrote:
>
> On Mon, 2019-07-22 at 15:26 -0600, stillcompil...@gmail.com wrote:
> > From: Joshua Clayton
>
> Thanks Joshua
>
> > On HP spectre x360 convertible the message:
> > hid-sensor-hub 001F:8087:0AC2.0002: hid_field_extract() called with n (192)
>
Joe,
Is it possible to have scripts/get_maintainer.pl always cc
linux-kernel@vger.kernel.org? I just sent out a series, and it seems
the cover letter didn't get sent to LKML. I usually use this shell
function to send patches:
```
function kpatch () {
patch=$1
shift
git send-email \
--
The subject of this patch is confusing. Not sure what it has to do with
"MIPS:" so maybe remove that and prefix it "dt-bindings: clock:"
instead.
Quoting Chuanhong Guo (2019-07-09 11:20:14)
> This patch adds dt binding header for mediatek,mt7621-pll
>
> Signed-off-by: Weijie Gao
> Signed-off-by:
The driver is dedicated to DM646x. So update the description in the top
most comment accordingly.
It must have been derived from dm644x.c, but looks DM646 speecific now.
Signed-off-by: Christophe JAILLET
---
arch/arm/mach-davinci/dm646x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Hi all,
In commit
66b5f1c43984 ("net-ipv6-ndisc: add support for RFC7710 RA Captive Portal
Identifier")
Fixes tag
Fixes: e35f30c131a56
has these problem(s):
- missing subject
Did you mean
Fixes: e35f30c131a5 ("Treat ND option 31 as userland (DNSSL support)")
--
Cheers,
Stephen Roth
Quoting Nathan Huckleberry (2019-06-27 15:22:20)
> Clang produces the following warning
>
> drivers/clk/rockchip/clk-rv1108.c:125:7: warning: unused variable
> 'mux_pll_src_3plls_p' [-Wunused-const-variable]
> PNAME(mux_pll_src_3plls_p) = { "apll", "gpll", "dpll" };
>
> Looks like this varia
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 := assignment is an antipattern.
The comment above the reset mentions that -pg is problematic. Other
Makefiles like arch/x86/xen/vdso/M
Implementing memcpy and memset in terms of __builtin_memcpy and
__builtin_memset is problematic.
GCC at -O2 will replace calls to the builtins with calls to memcpy and
memset (but will generate an inline implementation at -Os). Clang will
replace the builtins with these calls regardless of optimi
Quoting Weiyi Lu (2019-06-28 00:22:34)
> The 13MHz clock should be registered before clocksource driver is
> initialized. Use CLK_OF_DECLARE_DRIVER() to guarantee.
>
> Fixes: acddfc2c261b ("clk: mediatek: Add MT8183 clock support")
> Cc:
> Signed-off-by: Weiyi Lu
> ---
Applied to clk-fixes
201 - 300 of 1180 matches
Mail list logo