On Tue, Jun 02, 2020 at 02:24:50PM +0800, Anson Huang wrote:
> Change i.MX27/i.MX31 node name from sdhci to mmc to be compliant
> with yaml schema, it requires the nodename to be "mmc".
>
> Signed-off-by: Anson Huang
Applied all, thanks.
Hi Finley,
Please use versioning (v2) when resending a patch.
On Fri, Jun 19, 2020 at 2:39 PM Finley Xiao wrote:
>
> The function cpu_power_to_freq is used to find a frequency and set the
> cooling device to consume at most the power to be converted. For example,
> if the power to be converted i
From: Peng Fan
The devices could be enumerated properly with aliases.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8qxp.dtsi
b/arch/arm64/boot/dts/freescale/imx8qxp.dtsi
index 33
From: Peng Fan
Add ethernet alias, so bootloader code can use this to find the
primary ethernet device, and set the MAC address.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8qxp.dt
On Tue, Jun 23, 2020 at 4:51 AM Jason Wang wrote:
>
>
> On 2020/6/23 上午12:00, Michael S. Tsirkin wrote:
> > On Wed, Jun 17, 2020 at 11:19:26AM +0800, Jason Wang wrote:
> >> On 2020/6/11 下午7:34, Michael S. Tsirkin wrote:
> >>>static void vhost_vq_free_iovecs(struct vhost_virtqueue *vq)
> >>>
From: Peng Fan
V2:
Fix order in patch 2/3, no other changes
Minor patchset to fix and update alias for i.MX8QXP
Peng Fan (3):
arm64: dts: imx8qxp: add alias for lsio MU
arm64: dts: imx8qxp: add i2c aliases
arm64: dts: imx8qxp: Add ethernet alias
arch/arm64/boot/dts/freescale/imx8qxp.dt
From: Peng Fan
Add lsio mu alias for all lsio MUs that could communicate with SCU,
imx_scu_enable_general_irq_channel will parse the alias to get
the mu resource id, if using other MU, not MU1, the `mu_resource_id`
is not what we expect, so add alias to fix this issue.
Signed-off-by: Peng Fan
-
On Tue, Jun 23, 2020 at 02:34:09PM +0800, Po Liu wrote:
> From: Po Liu
>
> Current police offloading support the 'burst'' and 'rate_bytes_ps'. Some
s/support/supports/
s/'burst''/'burst'/
> hardware own the capability to limit the frame size. If the frame size
> larger than the setting, the fra
I don't agree with any of these comments.
julia
On Tue, 23 Jun 2020, Markus Elfring wrote:
> > Changes in v2:
> …
> > - assignment operator used
>
> I prefer the distinction for the application of corresponding metavariables.
>
>
> > Changes in v3:
> …
> > - \(&E1\|&E2\) changed to &\(E1\|E2\)
On Wed, Jun 17, 2020 at 01:49:46PM +0200, Greg Kroah-Hartman wrote:
> From: Wade Mealing
>
> Turns out that the permissions for 0400 really are what we want here,
> otherwise any user can read from this file.
>
> [fixed formatting, added changelog, and made attribute static - gregkh]
>
> Report
WM8524 only supports playback mode, and only works at
slave mode.
Signed-off-by: Shengjiu Wang
---
sound/soc/fsl/fsl-asoc-card.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/sound/soc/fsl/fsl-asoc-card.c b/sound/soc/fsl/fsl-asoc-card.c
index d0543a53764e..57ea1b072326 100644
-
On Tue, Jun 02, 2020 at 06:44:50PM +0800, Shengjiu Wang wrote:
> In imx6sll.dtsi, the ssi node name is different with other
> platforms (imx6qdl, imx6sl, imx6sx), but the
> sound/soc/fsl/fsl-asoc-card.c machine driver needs to check
> ssi node name for audmux configuration, then different ssi
> nod
In order to support wm8524 codec with fsl-asoc-card machine
driver, add compatible string "fsl,imx-audio-wm8524".
Signed-off-by: Shengjiu Wang
---
Documentation/devicetree/bindings/sound/fsl-asoc-card.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/sou
Hi Viresh,
On 2020/6/23 13:15, Viresh Kumar wrote:
> With the current approach we have an extra check in the
> cppc_cpufreq_get_rate() callback, which checks if hisilicon's get rate
> implementation should be used instead. While it works fine, the approach
> isn't very straight forward, over that
Hi Shawn,
> Subject: Re: [PATCH 2/3] arm64: dts: imx8qxp: add i2c aliases
>
> On Mon, Jun 01, 2020 at 10:06:19AM +0800, peng@nxp.com wrote:
> > From: Peng Fan
> >
> > The devices could be enumerated properly with aliases.
> >
> > Signed-off-by: Peng Fan
> > ---
> > arch/arm64/boot/dts/free
There are some function pointer prototypes inside the net
includes, like this one:
int (*pcs_config)(struct phylink_config *config, unsigned int mode,
phy_interface_t interface, const unsigned long
*advertising);
There's nothing wrong using it with kernel-doc, b
On Tue, Jun 23, 2020 at 02:34:11PM +0800, Po Liu wrote:
> From: Po Liu
>
> Hardware may own many entries for police flow. So that make one(or
> multi) flow to be policed by one hardware entry. This patch add the
> police action index provide to the driver side make it mapping the
> driver hardwa
A new chapter was added to proc.rst. Adjust the markups
to avoid this warning:
Documentation/filesystems/proc.rst:2194: WARNING: Inconsistent literal
block quoting.
And to properly mark the code-blocks there.
Fixes: 37e7647a7212 ("docs: proc: add documentation for "hidepid=4" and
"subs
As we moved those files to core-api, fix references to point
to their newer locations.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/PCI/pci.rst | 6 +++---
Documentation/block/biodoc.rst | 2 +-
Documentation/bus-virt-phys-mapping.txt
Changeset 1eecbcdca2bd ("docs: move protection-keys.rst to the core-api book")
from Jun 7, 2019 converted protection-keys.txt file to ReST.
A recent change at protection_keys.c partially reverted such
changeset, causing it to point to a non-existing file:
- * Tests x86 Memory Protection K
The prot argument was removed. Drop it als from the kernel-doc
markup.
Fixes: 3c8ce1be43d3 ("mm: remove the prot argument from vm_map_ram")
Signed-off-by: Mauro Carvalho Chehab
---
mm/vmalloc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
index 963db1037f61..c3b
Some new command line parameters were added at hugetlbpage.rst.
Adjust them in order to properly parse that part of the file,
avoiding those warnings:
Documentation/admin-guide/mm/hugetlbpage.rst:105: WARNING: Unexpected
indentation.
Documentation/admin-guide/mm/hugetlbpage.rst:108: WARNI
The dev argument was not listed at kernel-doc markup:
./net/core/dev.c:7878: warning: Function parameter or member 'dev' not
described in 'netdev_get_xmit_slave'
Signed-off-by: Mauro Carvalho Chehab
---
net/core/dev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/core/dev.c b
Changeset 6f8b12d661d0 ("net: napi: add hard irqs deferral feature")
added a new element at struct net_device.
Add a description for it, based on what's described at the changeset
which added such feature.
Fixes: 6f8b12d661d0 ("net: napi: add hard irqs deferral feature")
Signed-off-by: Mauro Carv
There's a typo there:
w1_generic.rst -> w1-generic.rst
Causing the document reference to point to the wrong place.
Fixes: e2c94d6f5720 ("w1_therm: adding alarm sysfs entry")
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/ABI/testing/sysfs-driver-w1_therm | 2 +-
1 file changed,
There are a few issues on this document, when built via the
building with ``make htmldocs``:
Documentation/powerpc/vas-api.rst:116: WARNING: Unexpected indentation.
Documentation/powerpc/vas-api.rst:116: WARNING: Inline emphasis
start-string without end-string.
Documentation/powerpc/v
Changeset 3b0311e7ca71 ("vfs: track per-sb writeback errors and report them to
syncfs")
added a variant of filemap_sample_wb_err(), but it forgot to
rename the arguments at the kernel-doc markup. Fix it.
Fix those warnings:
./include/linux/fs.h:2845: warning: Function parameter or member
Some fields were moved from struct phylink into phylink_config.
Update the kernel-doc markups for the config struct accordingly
Fixes: 5c05c1dbb177 ("net: phylink, dsa: eliminate phylink_fixed_state_cb()")
Signed-off-by: Mauro Carvalho Chehab
---
include/linux/phylink.h | 4
1 file changed,
The "::" markup is there twice, causing a warning:
Documentation/driver-api/driver-model/driver.rst:233: WARNING: Inline
emphasis start-string without end-string.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/driver-api/driver-model/driver.rst | 2 --
1 file changed, 2 deletions(-
One of the kernel-doc markups there have two "note" sections:
./include/linux/kcsan-checks.h:346: warning: duplicate section name
'Note'
While this is not the case here, duplicated sections can cause
build issues on Sphinx. So, let's change the notes section
to use, instead, a list for t
The __ETHTOOL_DECLARE_LINK_MODE_MASK macro is a variant of
DECLARE_BITMAP(), used by phylink.h. As we have already a
parser for DECLARE_BITMAP(), let's add one for this macro,
in order to avoid such warnings:
./include/linux/phylink.h:54: warning: Function parameter or member
'__ETHTOOL_D
On Mon 22-06-20 17:25:01, Mel Gorman wrote:
> On Mon, Jun 22, 2020 at 04:23:04PM +0200, Michal Hocko wrote:
> > On Mon 22-06-20 11:04:39, Mel Gorman wrote:
> > > On Mon, Jun 22, 2020 at 06:40:20PM +0900, ? wrote:
> > > > >But more importantly, I have hard time to follow why we need both
> >
Hi,
> On 22/06/2020 07:26:56-0700, Guenter Roeck wrote:
> > On Mon, Jun 22, 2020 at 12:14:13PM +0100, Lee Jones wrote:
> > > On Mon, 22 Jun 2020, Johnson CH Chen (陳昭勳) wrote:
> > >
> > > > Dallas/Maxim DS1374 is a counter designed to continuously count
> > > > time in seconds. It provides an I2C
On Wed, Jun 03, 2020 at 05:29:32PM +0800, peng@nxp.com wrote:
> From: Peng Fan
>
> Use devm_kasprintf to simplify code
>
> Signed-off-by: Peng Fan
Applied, thanks.
On 2020/6/23 下午3:00, Eugenio Perez Martin wrote:
On Tue, Jun 23, 2020 at 4:51 AM Jason Wang wrote:
On 2020/6/23 上午12:00, Michael S. Tsirkin wrote:
On Wed, Jun 17, 2020 at 11:19:26AM +0800, Jason Wang wrote:
On 2020/6/11 下午7:34, Michael S. Tsirkin wrote:
static void vhost_vq_free_iovec
On Sat 13 Jun 00:27 PDT 2020, Vincent Knecht wrote:
> From: Konrad Dybcio
>
> Signed-off-by: Konrad Dybcio
> Signed-off-by: Vincent Knecht
Patch 3 and 4 applied.
Thanks,
Bjorn
> ---
> drivers/soc/qcom/smd-rpm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/soc/qcom/smd-
On Fri, May 29, 2020 at 2:00 PM Peter Zijlstra wrote:
>
> On Thu, May 14, 2020 at 12:26:36PM +0300, john mathew wrote:
>
> > +=
> > +CFS Overview
> > +=
> > +
> > +Linux 2.6.23 introduced a modular scheduler core and a Completely Fair
> > +Scheduler (CFS) implemented as a s
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 38d8705bb63d19747eb6259c22c54d18cc47e4f7
Gitweb:
https://git.kernel.org/tip/38d8705bb63d19747eb6259c22c54d18cc47e4f7
Author:Peter Zijlstra
AuthorDate:Mon, 22 Jun 2020 12:01:24 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: ad6567b439016f9ffd01bbb25276ee363d9a106a
Gitweb:
https://git.kernel.org/tip/ad6567b439016f9ffd01bbb25276ee363d9a106a
Author:Peter Zijlstra
AuthorDate:Mon, 22 Jun 2020 12:01:25 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: dcb623b51fb9d424471da9acbd2cfa618ecf9a09
Gitweb:
https://git.kernel.org/tip/dcb623b51fb9d424471da9acbd2cfa618ecf9a09
Author:Peter Zijlstra
AuthorDate:Mon, 22 Jun 2020 12:01:23 +02:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: a51dde512a93959d1df3a915fa3e3df68b1fc94d
Gitweb:
https://git.kernel.org/tip/a51dde512a93959d1df3a915fa3e3df68b1fc94d
Author:Scott Wood
AuthorDate:Wed, 17 Jun 2020 14:17:42 +02:00
Committer
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 5bf857422d6b36b1edff43348054edd3379d069d
Gitweb:
https://git.kernel.org/tip/5bf857422d6b36b1edff43348054edd3379d069d
Author:Juri Lelli
AuthorDate:Wed, 17 Jun 2020 09:29:19 +02:00
Committer
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 195819207674143c790809f97f96102c7fada077
Gitweb:
https://git.kernel.org/tip/195819207674143c790809f97f96102c7fada077
Author:Juri Lelli
AuthorDate:Mon, 19 Nov 2018 16:32:01 +01:00
Committer
On Tue, Jun 23, 2020 at 09:09:10AM +0200, Mauro Carvalho Chehab wrote:
> As we moved those files to core-api, fix references to point
> to their newer locations.
Can we please just revert the RST conversion that I didn't ACK?
On Tue, Jun 23, 2020 at 5:05 AM John Stultz wrote:
> On Sat, Jun 13, 2020 at 4:36 AM Wolfram Sang wrote:
...
> > Andy Shevchenko (17):
> ...
> > i2c: designware: Move ACPI parts into common module
>
> Just as a heads up. I'm seeing a regression from this merge that I
> bisected down to th
On 23/06/2020 01:53, JeongHyeon Lee wrote:
>
> For what reason isn't panic better?
I did not say panic is better, I said that while we have restart already in
mainline dm-verity code,
panic() is almost the same, so I see no problem in merging this patch.
Stopping system this way could create mo
On Mon 22 Jun 12:25 PDT 2020, Konrad Dybcio wrote:
> The Qualcomm SDM660 platform has a APCS HMSS GLOBAL block, add the
> compatible for this.
>
> Signed-off-by: Konrad Dybcio
Reviewed-by: Bjorn Andersson
Regards,
Bjorn
> ---
> .../devicetree/bindings/mailbox/qcom,apcs-kpss-global.yaml |
Provide the necessary KCSAN checks to assist with debugging racy
use-after-frees. While KASAN is more reliable at generally catching such
use-after-frees (due to its use of a quarantine), it can be difficult to
debug racy use-after-frees. If a reliable reproducer exists, KCSAN can
assist in debuggi
On Mon 22 Jun 12:25 PDT 2020, Konrad Dybcio wrote:
> Add support for pm660(l) SPMI GPIOs. The PMICs feature
> 13 and 12 GPIOs respectively, though with a lot of
> holes inbetween.
>
> Signed-off-by: Konrad Dybcio
Didn't I ack this change in v2? If so please remember to add such tags
when you re
On Mon 22 Jun 12:25 PDT 2020, Konrad Dybcio wrote:
Reviewed-by: Bjorn Andersson
> Signed-off-by: Konrad Dybcio
> ---
> Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/pinctrl/qcom,pmic-gp
On Tue, Jun 23, 2020 at 8:57 AM Mike Rapoport wrote:
>
> From: Mike Rapoport
>
> The unicore32 port do not seem maintained for a long time now, there is no
> upstream toolchain that can create unicore32 binaries and all the links to
> prebuilt toolchains for unicore32 are dead. Even compilers tha
Since last year's OSPM Summit we started conceiving the idea that task
wakeup path could be better tuned for certain classes of workloads
and usage scenarios. Various people showed interest for a possible
tuning interface for the scheduler wakeup path.
.:: The Problem
===
The discu
Convert the adc bindings from .txt to .yaml format.
Signed-off-by: Jishnu Prakash
Reviewed-by: Amit Kucheria
Reviewed-by: Rob Herring
Acked-by: Linus Walleij
---
.../devicetree/bindings/iio/adc/qcom,spmi-vadc.txt | 173 --
.../bindings/iio/adc/qcom,spmi-vadc.yaml | 252 +
The following changes are made in V7:
In the seventh patch, the function pointer is defined using typedef
instead of struct, to address a review comment.
There are no changes in any other patches, from V6.
Jishnu Prakash (7):
iio: adc: Convert the QCOM SPMI ADC bindings to .yaml format
iio:
Add info property under adc_data to support adding ADC variants
which may use different iio_info than the one defined for PMIC5.
Signed-off-by: Jishnu Prakash
---
drivers/iio/adc/qcom-spmi-adc5.c | 4 +++-
drivers/iio/adc/qcom-vadc-common.h | 1 +
2 files changed, 4 insertions(+), 1 deletion(-
Add documentation for PMIC7 ADC peripheral.
For the PMIC7-type PMICs, ADC peripheral is present in HW for the
following PMICs: PMK8350, PM8350, PM8350b, PMR735a and PMR735b.
Of these, only the ADC peripheral on PMK8350 is exposed directly to SW.
If SW needs to communicate with ADCs on other PMICs,
Add a common function used for read_raw callback for both PMIC5
and PMIC7 ADCs.
Signed-off-by: Jishnu Prakash
---
drivers/iio/adc/qcom-spmi-adc5.c | 49
1 file changed, 19 insertions(+), 30 deletions(-)
diff --git a/drivers/iio/adc/qcom-spmi-adc5.c b/dri
Clean up some return value checks to make code more compact.
Signed-off-by: Jishnu Prakash
---
drivers/iio/adc/qcom-spmi-adc5.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/iio/adc/qcom-spmi-adc5.c b/drivers/iio/adc/qcom-spmi-adc5.c
index dcc7599..302231
Change pr_err/pr_debug statements to dev_err/dev_dbg for
increased clarity.
Signed-off-by: Jishnu Prakash
Reviewed-by: Andy Shevchenko
---
drivers/iio/adc/qcom-spmi-adc5.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/iio/adc/qcom-spmi-adc5.c b/d
The ADC architecture on PMIC7 is changed as compared to PMIC5. The
major change from PMIC5 is that all SW communication to ADC goes through
PMK8350, which communicates with other PMICs through PBS when the ADC
on PMK8350 works in master mode. The SID register is used to identify the
PMICs with whic
On Fri, Jun 05, 2020 at 12:15:32PM +0200, Markus Elfring wrote:
> >> Do you find a previous update suggestion useful?
> >>
> >> ARM: imx6: Add missing put_device() call in imx6q_suspend_init()
> >> https://lore.kernel.org/linux-arm-kernel/5acd7308-f6e1-4b1e-c744-bb2e5fdca...@web.de/
> >> https://lo
On Fri, Jun 19, 2020 at 05:38:12PM +0200, Christian Brauner wrote:
> On Tue, Jun 16, 2020 at 12:55:41AM -0700, Andrei Vagin wrote:
> > The VVAR page layout depends on whether a task belongs to the root or
> > non-root time namespace. Whenever a task changes its namespace, the VVAR
> > page tables a
> In-Reply-To:
I guess that it should be sufficient to specify such a field once
for the header information.
> Because clk_prepare_enable and clk_disable_unprepare should
> check input clock parameter is NULL or not internally,
I find this change description unclear.
> then we don't need to
On Mon 22 Jun 12:25 PDT 2020, Konrad Dybcio wrote:
> Add device tree support for the Sony Xperia XA2, XA2 Plus and
> XA2 Ultra smartphones. They are all based on the Sony Nile
> platform (sdm630) and share a lot of common code. The
> differences are really minor, so a Nile-common DTSI
> has been c
On Fri, Jun 05, 2020 at 09:59:29AM +0800, peng@nxp.com wrote:
> From: Peng Fan
>
> V3:
> Fix comments
> Add R-b tag
>
> V2:
> Add R-b tag
> Drop patch 3/4 from V1
> Add comments and update Copyright for patch 2/3
> keep code consistency in Patch 3/3
>
> V1:
> https://patchwork.kernel
On Fri, Jun 12, 2020 at 1:35 AM Felix Kuehling wrote:
>
> Am 2020-06-11 um 10:15 a.m. schrieb Jason Gunthorpe:
> > On Thu, Jun 11, 2020 at 10:34:30AM +0200, Daniel Vetter wrote:
> >>> I still have my doubts about allowing fence waiting from within shrinkers.
> >>> IMO ideally they should use a try
Hi Ido,
> -Original Message-
> From: Ido Schimmel
> Sent: 2020年6月23日 15:10
> To: Po Liu
> Cc: da...@davemloft.net; linux-kernel@vger.kernel.org;
> net...@vger.kernel.org; j...@resnulli.us; vinicius.go...@intel.com;
> v...@buslov.dev; Claudiu Manoil ; Vladimir
> Oltean ; Alexandru Margi
> Hmm.. I thought this is the behavior for early section, while it looks current
> code doesn't work like this:
>
>if (section_is_early && memmap)
>free_map_bootmem(memmap);
>else
> depopulate_section_memmap(pfn, nr_pages, altmap);
>
> section_is_early
On 16/05/20 10:22, madhuparnabhowmi...@gmail.com wrote:
> From: Madhuparna Bhowmik
>
> Fix the following false positive warnings:
>
> [ 9403.765413][T61744] =
> [ 9403.786541][T61744] WARNING: suspicious RCU usage
> [ 9403.807865][T61744] 5.7.0-rc1-next-20200417 #4 Ta
On Tue, Jun 23, 2020 at 2:52 AM Dave Chinner wrote:
> On Mon, Jun 22, 2020 at 04:35:05PM +0200, Andreas Gruenbacher wrote:
> > On Mon, Jun 22, 2020 at 2:32 AM Dave Chinner wrote:
> > > On Fri, Jun 19, 2020 at 08:50:36AM -0700, Matthew Wilcox wrote:
> > > >
> > > > This patch lifts the IOCB_CACHED
Hi Ido,
Sorry, ignore previous email.
> -Original Message-
> From: Ido Schimmel
> Sent: 2020年6月23日 15:10
> To: Po Liu
> Cc: da...@davemloft.net; linux-kernel@vger.kernel.org;
> net...@vger.kernel.org; j...@resnulli.us; vinicius.go...@intel.com;
> v...@buslov.dev; Claudiu Manoil ; Vladim
Call phy_disable_interrupts() in phy_init_hw() to "have a defined init
state as we don't know in which state the PHY is if the PHY driver is
loaded. We shouldn't assume that it's the chip power-on defaults, BIOS
or boot loader could have changed this. Or in case of dual-boot
systems the other OS co
We face an issue with rtl8211f, a pin is shared between INTB and PMEB,
and the PHY Register Accessible Interrupt is enabled by default, so
the INTB/PMEB pin is always active in polling mode case.
As Heiner pointed out "I was thinking about calling
phy_disable_interrupts() in phy_init_hw(), to have
Zekun Shen wrote:
> A compromized ath10k peripheral is able to control the size argument
> of memcpy in ath10k_pci_hif_exchange_bmi_msg.
>
> The min result from previous line is not used as the size argument
> for memcpy. Instead, xfer.resp_len comes from untrusted stream dma
> input. The value
We face an issue with rtl8211f, a pin is shared between INTB and PMEB,
and the PHY Register Accessible Interrupt is enabled by default, so
the INTB/PMEB pin is always active in polling mode case.
As Heiner pointed out "I was thinking about calling
phy_disable_interrupts() in phy_init_hw(), to have
This reverts commit 07f6842341abe978e6375078f84506ec3280ece5.
Since SCLK_SCLK_USBD300 suspend clock need to be configured
for phy module, I wrongly mapped this clock to DWC3 code.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Signed-off-by: Anand Moon
---
drivers/usb/dwc3/dwc3-exynos.c | 9
On Mon, 22 Jun 2020 at 21:26, Daniel Thompson
wrote:
>
> On Mon, Jun 22, 2020 at 07:56:19PM +0530, Sumit Garg wrote:
> > From: Daniel Thompson
>
> Sumit, to some extent this mail is me yelling at myself two years ago
> although, in my defence, at the time I choose not to post it because I
> knew
Hi, Joerg
On 2020/6/22 下午7:55, Joerg Roedel wrote:
On Thu, Jun 04, 2020 at 09:33:07PM +0800, Zhangfei Gao wrote:
+++ b/drivers/iommu/iommu.c
@@ -2418,6 +2418,10 @@ int iommu_fwspec_init(struct device *dev, struct
fwnode_handle *iommu_fwnode,
fwspec->iommu_fwnode = iommu_fwnode;
This comment still refers to the old driver pathname,
when all PCI drivers were located directly under the
drivers/pci directory.
Anyway the function name itself is enough, so we can
remove the overabundant path reference.
Signed-off-by: Flavio Suligoi
---
v1: - after the suggestion of Bjorn, r
On Tue, Jun 23, 2020 at 09:29:03 +0200, Patrick Bellasi
wrote...
> .:: Scheduler Wakeup Path Requirements Collection Template
> ==
>
> A) Name
Runtime tunable vruntime wakeup bonus.
> B) Target behavior
All SCHED_OTHER tasks get the s
Do you find a previous update suggestion useful?
ARM: imx6: Add missing put_device() call in imx6q_suspend_init()
https://lore.kernel.org/linux-arm-kernel/5acd7308-f6e1-4b1e-c744-bb2e5fdca...@web.de/
https://lore.kernel.org/patchwork/patch/1151158/
https://lkml.org/lkm
Hi Geert,
On Mon, Jun 8, 2020 at 3:59 PM Lad, Prabhakar
wrote:
>
> Hi Geert,
>
> On Mon, Jun 8, 2020 at 3:47 PM Geert Uytterhoeven
> wrote:
> >
> > Hi Prabhakar,
> >
> > On Sun, Jun 7, 2020 at 8:41 PM Lad Prabhakar
> > wrote:
> > > Separate out Rev.2.0 specific hardware changes into
> > > hiho
On Mon, Jun 22, 2020 at 11:04:09AM -0600, James Hilliard wrote:
> On Mon, Jun 22, 2020 at 2:53 AM Johan Hovold wrote:
> >
> > On Tue, Jun 16, 2020 at 04:04:03PM -0600, James Hilliard wrote:
> > > This is a UPB(Universal Powerline Bus) PIM(Powerline Interface Module)
> > > which allows for controll
On Mon, Jun 22, 2020 at 11:09:51AM -0600, James Hilliard wrote:
> On Mon, Jun 22, 2020 at 2:53 AM Johan Hovold wrote:
> >
> > On Tue, Jun 16, 2020 at 04:04:03PM -0600, James Hilliard wrote:
> > > This is a UPB(Universal Powerline Bus) PIM(Powerline Interface Module)
> > > which allows for controll
On 23.06.20 09:39, David Hildenbrand wrote:
>> Hmm.. I thought this is the behavior for early section, while it looks
>> current
>> code doesn't work like this:
>>
>>if (section_is_early && memmap)
>>free_map_bootmem(memmap);
>>else
>> depopulate_section
On Sun, Jun 21, 2020 at 02:30:40PM +0300, Tuomas Tynkkynen wrote:
> Syzbot reports a NULL-ptr deref in the kref_put() call:
>
> BUG: KASAN: null-ptr-deref in media_request_put
> drivers/media/mc/mc-request.c:81 [inline]
> kref_put include/linux/kref.h:64 [inline]
> media_request_put drivers/med
-r015-20200623 (attached as .config)
compiler: gcc-5 (Ubuntu 5.5.0-12ubuntu1) 5.5.0 20171010
reproduce (this is a W=1 build):
git checkout b059f801a937d164e03b33c1848bb3dca67c0b04
# save the attached .config to linux build tree
make W=1 ARCH=x86_64
If you fix the issue, kindly
Hi
On 6/23/20 5:51 AM, John Stultz wrote:
On the HiKey board, where CONFIG_ACPI is not set, we started
to see a graphics regression where the adv7511 HDMI bridge driver
wasn't probing. This was due to the i2c bus failing to start up.
I bisected the problem down to commit f9288fcc5c615 ("i2c:
de
On Mon, 22 Jun 2020, Joe Perches wrote:
> On Mon, 2020-06-22 at 21:37 +0200, Julia Lawall wrote:
> > Fix the parameter names in the comment to correspond to those in the
> > function header.
> >
> > Drop comments about return values when there is no return value.
>
> Done by hand or script?
Fo
On Tue, Jun 23, 2020 at 10:31 AM Jishnu Prakash wrote:
>
> Add info property under adc_data to support adding ADC variants
> which may use different iio_info than the one defined for PMIC5.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Jishnu Prakash
> ---
> drivers/iio/adc/qcom-spmi-
On Tue, 2020-06-23 at 08:02 +0200, Greg Kroah-Hartman wrote:
> On Tue, Jun 23, 2020 at 01:09:08PM +0800, Ian Kent wrote:
> > On Mon, 2020-06-22 at 20:03 +0200, Greg Kroah-Hartman wrote:
> > > On Mon, Jun 22, 2020 at 01:48:45PM -0400, Tejun Heo wrote:
> > > > Hello, Ian.
> > > >
> > > > On Sun, Jun
AT_VECTOR_SIZE_ARCH should be defined with the maximum number of
NEW_AUX_ENT entries that ARCH_DLINFO can contain, but it wasn't defined
for RISC-V at all even though ARCH_DLINFO will contain one NEW_AUX_ENT
for the VDSO address.
Signed-off-by: Zong Li
---
arch/riscv/include/uapi/asm/auxvec.h |
On 06/23/2020 12:09 PM, David Miller wrote:
Networking changes must be submitted with net...@vger.kernel.org
Thanks for your reply, sorry for that. I will resend this patch.
Thank you.
Yes, you did.
This was a mistake on my end and I realized it
after sending the v3, but I figured there's no
point in sending it yet again exclusively for this reason.
Hope you don't mind.
Regards
Konrad
The 06/22/2020 16:07, David Miller wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> From: Horatiu Vultur
> Date: Sat, 20 Jun 2020 15:14:03 +0200
>
> > Currently the MRP_PORT_ROLE_NONE has the value 0x2 but this is in conflict
> > with the
Hello.
On Thu, Jun 18, 2020 at 01:49:37PM -0400, R.F. Burns wrote:
> Is it possible to write a kernel module which, when loaded, will blow
> the PC speaker?
1) where have you been starting from 2011 till 2015?
2) why does the posting date of this letter varies a little bit?
3) why June (but July
On Tue, Jun 23, 2020 at 10:31 AM Jishnu Prakash wrote:
>
> Clean up some return value checks to make code more compact.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Jishnu Prakash
> ---
> drivers/iio/adc/qcom-spmi-adc5.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions
On 6/20/20 12:32 AM, Nick Desaulniers wrote:
On Fri, Jun 19, 2020 at 6:24 AM Christophe Leroy
wrote:
Le 18/06/2020 à 03:12, kernel test robot a écrit :
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 1b5044021070efa3259f3e9548dc35d1eb6aa844
commi
This reverts commit 77479b38e2f58890eb221a0418357502a5b41cd6.
Since commit 8a78756eb545 ("kbuild: create object directories simpler
and faster"), all directories for 'targets' are created.
'mkdir -p $(dir ${dtc-tmp})' is no longer needed.
Signed-off-by: Masahiro Yamada
---
scripts/Makefile.li
Thanks for applying them.
In case I have some updates to these DTs,
(they are being rapidly developed!) could I
submit them now, or should I want for the next
merge window? I saw that they are already
applied to qcom/for-next, so I guess the
former?
Regards
Konrad
1 - 100 of 2708 matches
Mail list logo
