On 12/10/2020 22:52, Fabien Parent wrote:
Add documentation for the auxadc binding for MT8516 SoC.
Signed-off-by: Fabien Parent
Reviewed-by: Matthias Brugger
---
Documentation/devicetree/bindings/iio/adc/mt6577_auxadc.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git master
branch HEAD: a9863c90f5031a8fde56351f09fade3cec3ea4f0 Merge branch
'urezki-pcount.2020.10.01a' into HEAD
elapsed time: 720m
configs tested: 128
configs skipped: 3
The following configs have been built
On 12/10/2020 22:52, Fabien Parent wrote:
Add node for the auxadc IP. The IP is compatible with the one found
in MT8173 SoC.
Signed-off-by: Fabien Parent
---
arch/arm64/boot/dts/mediatek/mt8516.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
On 10/13/2020 11:01 AM, Mike Kravetz wrote:
On 10/12/20 6:59 PM, Xing Zhengjun wrote:
On 10/13/2020 1:40 AM, Mike Kravetz wrote:
On 10/11/20 10:29 PM, Xing Zhengjun wrote:
Hi Mike,
I re-test it in v5.9-rc8, the regression still existed. It is almost the
same as 34ae204f1851. Do
The following errors occured no matter which YAML file I executed on arm64.
Therefore, it is necessary to eliminate it so that people's time and energy are
not wasted every time.
arch/arm64/boot/dts/broadcom/stingray/stingray-usb.dtsi:7.3-14: Warning
(dma_ranges_format): /usb:dma-ranges: empty
On Mon, 12 Oct 2020 at 19:10, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.151 release.
> There are 49 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
stingray-usb.dtsi is finally included by three dts files:
bcm958802a802x.dts, bcm958742k.dts and bcm958742t.dts. I searched all
these three entire expanded dts files, and each of them contains only one
dma-ranges. No conversion range is specified, so it cannot work properly.
I think this property
ipq6018.dtsi is only included by ipq6018-cp01-c1.dts. I searched the
entire expanded ipq6018-cp01-c1.dts file, and only one dma-ranges was
defined. No conversion range is specified, so it cannot work properly.
I think this property "dma-ranges" is added by mistake, just remove it.
Otherwise, the
On Tue, Oct 13, 2020 at 11:24:29AM +0900, Daeho Jeong wrote:
> +static int f2fs_ioc_set_compress_option(struct file *filp, unsigned long arg)
> +{
> + struct inode *inode = file_inode(filp);
> + struct f2fs_sb_info *sbi = F2FS_I_SB(inode);
> + struct f2fs_comp_option option;
> +
On Tue, Oct 13, 2020 at 11:24:28AM +0900, Daeho Jeong wrote:
> From: Daeho Jeong
>
> Added a new F2FS_IOC_GET_COMPRESS_OPTION ioctl to get file compression
> option of a file.
>
For new ioctls please mention the documentation, tests, and use cases.
- Eric
On 10/12/2020 1:37 PM, Thomas Gleixner wrote:
On Mon, Oct 12 2020 at 12:40, Chris Friesen wrote:
On one of my X86-64 systems /proc/interrupts starts with the following
interrupts (per-cpu info snipped):
0: IR-IO-APIC-edge timer
4: IR-IO-APIC-edge serial
8:
On Mon, 12 Oct 2020 at 19:06, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.201 release.
> There are 70 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
Hi Josef,
I re-test in v5.9, the regression still existed. Do you have time to
take a look at this? Thanks.
On 6/15/2020 11:21 AM, Xing Zhengjun wrote:
Hi Josef,
Do you have time to take a look at this? Thanks.
On 6/12/2020 2:11 PM, kernel test robot wrote:
Greeting,
FYI, we
You can obtain a quick loan as part of welfare package, offering a floating
loan @3% interest rate without any collateral security.
This is to help individuals reach their financial objectives. The Minimum
amount you can borrow is $5,000.00 to Maximum of $10,000,000
Our commitment to client
On Mon, 12 Oct 2020 at 19:04, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.239 release.
> There are 54 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Tue, Oct 13, 2020 at 07:37:34AM +0200, Lukas Bulwahn wrote:
>
>
> On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
>
> > On Mon, Oct 12, 2020 at 08:25:30PM +0200, Lukas Bulwahn wrote:
> > >
> > >
> > > On Mon, 12 Oct 2020, Greg Kroah-Hartman wrote:
> > >
> > > > On Mon, Oct 12, 2020 at
Hello arm-soc maintainers,
Please pull this small patch which allows to hide uuit_t internals from
the OP-TEE driver.
I know it's a bit late for v5.10, if it's too late please queue it for
v5.11 instead.
Thanks,
Jens
The following changes since commit 9123e3a74ec7b934a4a099e98af6a61c2f80bbf5:
Commit 0c01921e56f9 ("checkpatch: add new warnings to author signoff
checks.") introduced new checks for author sign off. The format_email
procedure was modified to add comment blocks to the formatted email. But
no space was added between the email address and mail comment.
This causes wrong
From: SeongJae Park
If 'CONFIG_KUNIT=m', letting kunit tests that do not support loadable
module build depends on 'KUNIT' instead of 'KUNIT=y' result in compile
errors. This commit updates the document for this.
Fixes: 9fe124bf1b77 ("kunit: allow kunit to be loaded as a module")
Signed-off-by:
Hi Srinivas,
On Mon, Oct 12, 2020 at 06:22:40AM -0700, srinivas pandruvada wrote:
> On Fri, 2020-10-09 at 11:30 +0800, Chen Yu wrote:
> > There is a corner case that if the intel_pstate driver failed to be
> > registered(might be due to invalid MSR access)
> Do you have logs why it is not loaded?
These patches are required by GKI.
Jianqun Xu (3):
pinctrl: rockchip: make driver be tristate module
pinctrl: rockchip: enable gpio pclk for rockchip_gpio_to_irq
pinctrl: rockchip: create irq mapping in gpio_to_irq
drivers/pinctrl/Kconfig| 2 +-
There need to enable pclk_gpio when do irq_create_mapping, since it will
do access to gpio controller.
Reviewed-by: Heiko Stuebner
Signed-off-by: Jianqun Xu
---
drivers/pinctrl/pinctrl-rockchip.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-rockchip.c
Make pinctrl-rockchip driver to be tristate module, support to build as
a module, this is useful for GKI.
Reviewed-by: Heiko Stuebner
Signed-off-by: Jianqun Xu
---
drivers/pinctrl/Kconfig| 2 +-
drivers/pinctrl/pinctrl-rockchip.c | 13 +
2 files changed, 14
Remove totally irq mappings create in probe, the gpio irq mapping will
be created when do
gpio_to_irq ->
rockchip_gpio_to_irq ->
irq_create_mapping
This patch can speed up system boot on, also abandon many unused irq
mappings' create.
Reviewed-by: Heiko Stuebner
On Mon, Oct 12, 2020 at 7:17 PM Andrey Konovalov wrote:
>
> Currently there's a KCOV remote coverage collection section in
> __usb_hcd_giveback_urb(). Initially that section was added based on the
> assumption that usb_hcd_giveback_urb() can only be called in interrupt
> context as indicated by a
Hi Jonas,
On Mon, 12 Oct 2020, Jonas Karlman wrote:
Hi,
On 2020-10-12 22:59, Adrian Ratiu wrote:
Dear all, This series introduces a regmap infrastructure for
the Hantro driver which is used to compensate for different
HW-revision register layouts. To justify it h264 decoding
capability
Dear Walleij and Heiko
The patch "[PATCH] pinctrl: rockchip: populate platform device for rockchip
gpio" has been remove outof
the patches, since we have a new patch to move gpio related codes to a
separated driver.
So please ignore it for now. thanks very much.
--
On Tue, Oct 13, 2020 at 10:59:18AM +1100, Finn Thain wrote:
>
> On Mon, 12 Oct 2020, Daniel Wagner wrote:
>
> > When the fcport is about to be deleted we should return EBUSY instead
> > of ENODEV. Only for EBUSY the request will be requeued in a multipath
> > setup.
> >
> > Also in case we have
On 10/12/20 11:53 AM, Muchun Song wrote:
> We are not complaining about TCP using too much memory, but how do
> we know that TCP uses a lot of memory. When I firstly face this problem,
> I do not know who uses the 25GB memory and it is not shown in the
> /proc/meminfo.
> If we can know the
On Tue, 2020-10-13 at 12:06 +0530, Dwaipayan Ray wrote:
> Commit 0c01921e56f9 ("checkpatch: add new warnings to author signoff
> checks.") introduced new checks for author sign off. The format_email
> procedure was modified to add comment blocks to the formatted email. But
> no space was added
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
include/linux/sched.h
between commit:
d741bf41d7c7 ("kprobes: Remove kretprobe hash")
from the tip tree and commit:
faf4ffbfd1c5 ("fs/buffer.c: add debug print for __getblk_gfp() stall problem")
from the
On 13-10-20, 05:49, Sia, Jee Heng wrote:
> > >
> > > This patch set is to replace the patch series submitted at:
> > > https://lore.kernel.org/dmaengine/1599213094-30144-1-git-send-email-je
> > > e.heng@intel.com/
> >
> > And it means effectively the bumped version, besides the fact that you
Hi Sam,
thanks for the review. I'll send a new patch with the revert of function
dsi_color_from_mipi.
Best regards
Yannick
On 9/25/20 4:51 PM, Sam Ravnborg wrote:
> Hi Yannick.
>
> On Fri, Sep 25, 2020 at 12:22:33PM +0200, Yannick Fertre wrote:
>> Standardize on the dev_ based logging and
On 12-10-20, 13:57, Rob Herring wrote:
> On Thu, Oct 08, 2020 at 06:01:49PM +0530, Vinod Koul wrote:
> > Add devicetree binding documentation for GPI DMA controller
> > implemented on Qualcomm SoCs
> >
> > Signed-off-by: Vinod Koul
> > ---
> > .../devicetree/bindings/dma/qcom,gpi.yaml | 86
Hello arm-soc maintainers,
Please pull this small fix which reenables the kernel login method in the
kernel internal TEE client API. This fixes a problem introduced in v5.8.
Thanks,
Jens
The following changes since commit 9123e3a74ec7b934a4a099e98af6a61c2f80bbf5:
Linux 5.9-rc1 (2020-08-16
> -Original Message-
> From: Vinod Koul
> Sent: 13 October 2020 3:01 PM
> To: Sia, Jee Heng
> Cc: Andy Shevchenko ;
> eugeniy.palt...@synopsys.com; dmaeng...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH 00/15] dmaengine: dw-axi-dmac: support Intel KeemBay
>
For some v3 hw versions, if the ETP_FW_ID_QUERY command is
issued before the call to set_absolute_mode(), the returned
values are wrong.
Force an other ETP_FW_ID_QUERY after set_absolute_mode()
to get correct values.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=209027
Cc:
On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
> On Tue, Oct 13, 2020 at 07:37:34AM +0200, Lukas Bulwahn wrote:
> >
> >
> > On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
> >
> > > On Mon, Oct 12, 2020 at 08:25:30PM +0200, Lukas Bulwahn wrote:
> > > >
> > > >
> > > > On Mon, 12 Oct 2020,
On 13-10-20, 07:12, Sia, Jee Heng wrote:
>
>
> > -Original Message-
> > From: Vinod Koul
> > Sent: 13 October 2020 3:01 PM
> > To: Sia, Jee Heng
> > Cc: Andy Shevchenko ;
> > eugeniy.palt...@synopsys.com; dmaeng...@vger.kernel.org; linux-
> > ker...@vger.kernel.org
> > Subject: Re:
On 2020/10/12 11:43, Jason Wang wrote:
On 2020/10/12 上午10:45, Jie Deng wrote:
On 2020/10/10 11:14, Jason Wang wrote:
+
+ virtqueue_kick(vq);
+
+ time_left = wait_for_completion_timeout(>completion,
adap->timeout);
+ if (!time_left) {
+ dev_err(>dev,
CC linux-next, Al Viro.
On 12.10.20 09:54, Sven Schnelle wrote:
> Hi,
>
> on s390 i see the following crash with linux-next:
>
> [ 4525.432605] Unable to handle kernel pointer dereference in virtual kernel
> address space
> [ 4525.432612] Failing address: TEID:
Hi all,
On Tue, 8 Sep 2020 14:46:22 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the mmc tree got a conflict in:
>
> drivers/mmc/host/Kconfig
>
> between commits:
>
> cb6c03019cdd ("ARM: exynos: stop selecting PLAT_SAMSUNG")
> db8230d29c3a ("ARM: s5pv210: don't imply
Christophe Leroy writes:
> CPU_FTR_NODSISRALIGN has not been used since
> commit 31bfdb036f12 ("powerpc: Use instruction emulation
> infrastructure to handle alignment faults")
>
> Remove it.
>
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/include/asm/cputable.h | 22
Hi all,
On Thu, 10 Sep 2020 09:34:37 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the m68knommu tree got a conflict in:
>
> arch/m68k/Kconfig
>
> between commit:
>
> dc072012bc94 ("m68k: Sort selects in main Kconfig")
>
> from the m68k tree and commit:
>
>
Le 13/10/2020 à 09:23, Aneesh Kumar K.V a écrit :
Christophe Leroy writes:
CPU_FTR_NODSISRALIGN has not been used since
commit 31bfdb036f12 ("powerpc: Use instruction emulation
infrastructure to handle alignment faults")
Remove it.
Signed-off-by: Christophe Leroy
---
On 08/10/20 09:53, yulei.ker...@gmail.com wrote:
> From: Yulei Zhang
>
> x86 pat uses 'struct page' by only checking if it's system ram,
> however it is not true if dmem is used, let's teach pat to
> recognize this case if it is ram but it is !pfn_valid()
>
> We always use WB for dmem and any
Hi all,
On Mon, 21 Sep 2020 14:09:01 +1000 Stephen Rothwell
wrote:
>
> After merging the iommu tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/gpu/drm/msm/msm_iommu.c: In function 'msm_iommu_pagetable_unmap':
> drivers/gpu/drm/msm/msm_iommu.c:46:2:
From: Bartosz Golaszewski
Since commit c40c1018 ("iommu/vt-d: Gracefully handle DMAR units
with no supported address widths") dmar.c needs struct iommu_device to
be selected. We can drop this dependency by not dereferencing struct
iommu_device if IOMMU_API is not selected and by reusing the
On Tue, Oct 13, 2020 at 3:33 AM Lu Baolu wrote:
>
> Hi,
>
> On 10/12/20 8:31 PM, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > Since commit c40c1018 ("iommu/vt-d: Gracefully handle DMAR units
> > with no supported address widths") dmar.c needs struct iommu_device to
> > be
* Linus Torvalds wrote:
> On Mon, Oct 12, 2020 at 7:14 AM Ingo Molnar wrote:
> >
> > Please pull the latest core/rcu git tree from:
> >
> > RCU changes for v5.10:
> >
> > - Debugging for smp_call_function()
> > - RT raw/non-raw lock ordering fixes
> > - Strict grace periods for KASAN
> >
On Mon, 2020-10-12 at 11:00 -0500, Rob Herring wrote:
> On Sat, Oct 10, 2020 at 04:43:12PM +0800, Chunfeng Yun wrote:
> > Add some optional properties which are needed for hard wired devices
> >
> > Signed-off-by: Chunfeng Yun
> > ---
> > v2 changes suggested by Rob:
> >1. modify pattern to
On Tue, Oct 13, 2020 at 09:16:27AM +0200, Lukas Bulwahn wrote:
> Some others actually believe that the use of static analysis tools
> increase software quality and ONLY IF a static analysis tool is used, a
> specific level of software quality is achieved and they want to prove
> that the
Hi all,
On Mon, 21 Sep 2020 18:03:53 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> arch/arm64/mm/mmu.c
>
> between commit:
>
> 0178dc761368 ("arm64: mte: Use Normal Tagged attributes for the linear map")
>
> from the arm64
On Tue, Oct 13, 2020 at 12:27 PM Joe Perches wrote:
>
> On Tue, 2020-10-13 at 12:06 +0530, Dwaipayan Ray wrote:
> > Commit 0c01921e56f9 ("checkpatch: add new warnings to author signoff
> > checks.") introduced new checks for author sign off. The format_email
> > procedure was modified to add
On Tue, 2020-10-13 at 00:13 +0200, Thomas Gleixner wrote:
> On Mon, Oct 12 2020 at 21:20, David Woodhouse wrote:
> > On Mon, 2020-10-12 at 20:38 +0200, Thomas Gleixner wrote:
> > > Nasty, but way better than what we have now.
> >
> > Want me to send that out in email or is the git tree enough
On Mon, 2020-10-12 at 15:26 +0200, Krzysztof Kozlowski wrote:
> On Mon, 12 Oct 2020 at 14:02, Yong Wu wrote:
> >
> > On Mon, 2020-10-12 at 09:18 +0200, Krzysztof Kozlowski wrote:
> > > On Sat, Oct 10, 2020 at 02:18:11PM +0800, Yong Wu wrote:
> > > > On Tue, 2020-10-06 at 09:15 +0200, Krzysztof
On Mon, 2020-10-12 at 19:08 +0200, Krzysztof Kozlowski wrote:
> On Tue, 6 Oct 2020 at 06:27, Yong Wu wrote:
> >
> > On Fri, 2020-10-02 at 13:07 +0200, Krzysztof Kozlowski wrote:
> > > On Wed, Sep 30, 2020 at 03:06:24PM +0800, Yong Wu wrote:
> > > > Convert MediaTek IOMMU to DT schema.
> > > >
> >
> On failure, the platform_get_irq_byname prints an error message so, patch
typo, "message, so patch..." Otherwise:
Acked-by: Peter Chen
Peter
> removes error message related to this function from core.c file.
>
> A change was suggested during reviewing CDNSP driver by Chunfeng Yun.
>
>
Standardize on the dev_ based logging.
Signed-off-by: Yannick Fertre
---
Changes in v2:
- restore function dsi_color_from_mipi.
- reword commit.
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 55 ++-
1 file changed, 29 insertions(+), 26 deletions(-)
diff --git
On Mon, Oct 12, 2020 at 10:57 PM Linus Torvalds
wrote:
>
> On Mon, Oct 12, 2020 at 1:22 PM Uros Bizjak wrote:
> >
> > No, this fact is not documented, although there are close to zero
> > chances it will ever change. High registers are independent from their
> > 8bit lowparts, but they still
I was trying to adjust the brightness-levels for the trogdor boards:
https://chromium-review.googlesource.com/c/chromiumos/third_party/kernel/+/2291209
Like on a lot of panels, trogdor's low end needs to be cropped,
and now that we have the interpolation stuff I wanted to make use of it
and bake
On 2020/10/13 下午3:16, Jie Deng wrote:
On 2020/10/12 11:43, Jason Wang wrote:
On 2020/10/12 上午10:45, Jie Deng wrote:
On 2020/10/10 11:14, Jason Wang wrote:
+
+ virtqueue_kick(vq);
+
+ time_left = wait_for_completion_timeout(>completion,
adap->timeout);
+ if
Whenever num-interpolated-steps was larger than the distance
between 2 consecutive brightness levels the table would get really
discontinuous. The slope of the interpolation would stick with
integers only and if it was 0 the whole line segment would get skipped.
Example settings:
After the "PWM backlight interpolation adjustments" patches, the
backlight interpolation works a little differently. The way these
dts files were working before was relying on a bug (IMHO).
Remove the 0-3 range since otherwise we would have a 252 long
interpolation that would slowly go between 0
Now that we have better interpolation for the backlight
("backlight: pwm_bl: Fix interpolation"), we can now add the curve to
the trogdor boards, being careful to crop the low end.
Signed-off-by: Alexandru Stan
---
arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 9 +
1 file changed, 9
On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
> On Tue, Oct 13, 2020 at 09:16:27AM +0200, Lukas Bulwahn wrote:
> > Some others actually believe that the use of static analysis tools
> > increase software quality and ONLY IF a static analysis tool is used, a
> > specific level of software
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
branch HEAD: a292570e9f694ed50d3e69afd6d54272fd40deca Merge branch 'x86/urgent'
elapsed time: 723m
configs tested: 99
configs skipped: 2
The following configs have been built successfully.
More configs may be
fig-a003-20201012
x86_64 randconfig-a005-20201012
x86_64 randconfig-a016-20201013
x86_64 randconfig-a015-20201013
x86_64 randconfig-a012-20201013
x86_64 randconfig-a013-20201013
x86_64 randconfig-a014-20201013
x86
Hi all,
Since the merge window is open, please do not add any v5.11 material to
your linux-next included branches until after v5.10-rc1 has been released.
News: there will be no linux-next release tomorrow.
Changes since 20201012:
The fuse tree gained a conflict against Linus' tree.
The vfio
On Mon, Oct 12, 2020 at 03:07:45PM -0700, Linus Torvalds wrote:
> On Mon, Oct 12, 2020 at 10:24 AM Ingo Molnar wrote:
> >
> > Do not sync vmalloc/ioremap mappings on x86-64 kernels.
> >
> > Hopefully now without the bugs!
>
> Let's hope so.
>
> If this turns out to work this time, can we do a
On Mon, Oct 12, 2020 at 05:53:01PM +0800, Muchun Song wrote:
> On Mon, Oct 12, 2020 at 5:24 PM Eric Dumazet wrote:
> >
> > On 10/12/20 10:39 AM, Muchun Song wrote:
> > > On Mon, Oct 12, 2020 at 3:42 PM Eric Dumazet wrote:
> > >>
> > >> On Mon, Oct 12, 2020 at 6:22 AM Muchun Song
> > >> wrote:
On Mon, Oct 12, 2020 at 11:35:01AM -0400, Arvind Sankar wrote:
> > qemu supports it. -cpu "qemu64,+la57"
>
> Thanks! On QEMU, it does crash without this patch.
Works fine here. I gave this to qemu:
-cpu qemu64,+la57,vendor=GenuineIntel
it said:
qemu-system-x86_64: warning: host doesn't support
From: David Woodhouse
Signed-off-by: David Woodhouse
---
arch/x86/include/asm/hw_irq.h| 2 --
arch/x86/include/asm/irq_remapping.h | 9
drivers/iommu/amd/iommu.c| 34
drivers/iommu/hyperv-iommu.c | 9
From: David Woodhouse
This will be used to select the irqdomain for I/OAPIC and HPET.
Signed-off-by: David Woodhouse
---
arch/x86/include/asm/irqdomain.h | 3 +++
arch/x86/kernel/apic/vector.c| 43
2 files changed, 46 insertions(+)
diff --git
From: David Woodhouse
Signed-off-by: David Woodhouse
---
drivers/iommu/intel/irq_remapping.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/iommu/intel/irq_remapping.c
b/drivers/iommu/intel/irq_remapping.c
index 511dfb4884bc..40c2fec122b8 100644
---
From: David Woodhouse
Signed-off-by: David Woodhouse
---
arch/x86/kernel/hpet.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c
index 3b8b12769f3b..fb7736ca7b5b 100644
--- a/arch/x86/kernel/hpet.c
+++
From: David Woodhouse
Signed-off-by: David Woodhouse
---
kernel/irq/irqdomain.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
index 76cd7ebd1178..6440f97c412e 100644
--- a/kernel/irq/irqdomain.c
+++
From: David Woodhouse
Signed-off-by: David Woodhouse
---
drivers/iommu/amd/iommu.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/iommu/amd/iommu.c b/drivers/iommu/amd/iommu.c
index 13d0a8f42d56..7ecebc5d255f 100644
--- a/drivers/iommu/amd/iommu.c
+++
From: David Woodhouse
Now that the old get_irq_domain() method has gone, we can consolidate on
just the map_XXX_to_iommu() functions.
Signed-off-by: David Woodhouse
---
drivers/iommu/intel/irq_remapping.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
diff --git
Hi Adrian,
On Mon, 2020-10-12 at 23:59 +0300, Adrian Ratiu wrote:
> Some SoCs might have a reset controller which disables clocks
> by default in reset state which then drivers need to unreset
> before being able to ungate a specific clock.
>
> In this specific case, the hantro driver needs to
Hi Ulf,
I am following up for below comments and would be grateful for your prompt
reply.
Thanks
>-Original Message-
>From: Zulkifli, Muhammad Husaini
>Sent: Saturday, October 10, 2020 1:50 AM
>To: Ulf Hansson
>Cc: Hunter, Adrian ; Michal Simek
>; Shevchenko, Andriy
>;
From: David Woodhouse
Signed-off-by: David Woodhouse
---
drivers/iommu/hyperv-iommu.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/iommu/hyperv-iommu.c b/drivers/iommu/hyperv-iommu.c
index 37dd485a5640..6a8966fbc3bd 100644
--- a/drivers/iommu/hyperv-iommu.c
+++
I didn't much like the I/OAPIC and HPET drivers having magical knowledge
that they had to substitute x86_vector_domain if their call to
irq_remapping_get_irq_domain() returned NULL.
When Thomas tried to make it handle error returns from …get_irq_domain()
distinctly from the NULL case too, it
From: David Woodhouse
Signed-off-by: David Woodhouse
---
arch/x86/kernel/apic/io_apic.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index ca2da19d5c55..73cacc92c3bb 100644
---
J7200 has a single instance of 8 channel ADC in MCU domain. Add DT node
for the same.
Signed-off-by: Vignesh Raghavendra
---
.../dts/ti/k3-j7200-common-proc-board.dts | 6 ++
.../boot/dts/ti/k3-j7200-mcu-wakeup.dtsi | 19 +++
2 files changed, 25 insertions(+)
diff
Add device tree binding information for DA7280 haptic driver.
Example bindings for DA7280 are added.
Reviewed-by: Rob Herring .
Signed-off-by: Roy Im
---
v20: No changes.
v19: No changes.
v18: No changes.
v17: No changes.
v16: No changes.
v15: No changes.
v14: No changes.
v13: No changes.
v12:
Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with
multiple mode and integrated waveform memory and wideband support.
It communicates via an I2C bus to the device.
Reviewed-by: Jes Sorensen .
Signed-off-by: Roy Im
---
v20:
- Simplified the code with dev_err_probe().
On Tue, Oct 13, 2020 at 10:11:17AM +0200, Borislav Petkov wrote:
> On Mon, Oct 12, 2020 at 11:35:01AM -0400, Arvind Sankar wrote:
> > > qemu supports it. -cpu "qemu64,+la57"
> >
> > Thanks! On QEMU, it does crash without this patch.
>
> Works fine here. I gave this to qemu:
>
> -cpu
This patch adds support for the Dialog DA7280 Haptic driver IC.
In this patch set the following is provided:
[PATCH v20 1/3] MAINTAINERS file update for DA7280
[PATCH v20 2/3] DA7280 DT Binding
[PATCH v20 3/3] DA7280 Driver
This patch applies against linux-mainline and v5.9
Thank you,
Roy Im,
Hello,
this series introduces new helpers around devm_clk_get that return the
clk already prepared or prepared and enabled.
To show the benefit I converted drivers/pwm to these functions. (As this
conversion fixes a few bugs I intend however to split the pwm patch per
driver, so please don't
When a driver keeps a clock prepared (or enabled) during the whole
lifetime of the driver, these helpers allow to simplify the drivers.
Signed-off-by: Uwe Kleine-König
---
drivers/clk/clk-devres.c | 85 ---
include/linux/clk.h | 87
Signed-off-by: Uwe Kleine-König
---
drivers/pwm/pwm-atmel.c | 12 ++--
drivers/pwm/pwm-bcm-iproc.c | 14 ++
drivers/pwm/pwm-bcm2835.c | 18 ++
drivers/pwm/pwm-berlin.c | 13 ++---
drivers/pwm/pwm-brcmstb.c | 24
This patch adds the da7280 bindings doc and driver to the Dialog
Semiconductor support list.
Signed-off-by: Roy Im
---
v20: No changes.
v19: No changes.
v18: No changes.
v17: No changes.
v16: No changes.
v15: No changes.
v14: No changes.
v13: No changes.
v12: Corrected file list order.
v11: No
Hi Jianqun,
Am Dienstag, 13. Oktober 2020, 08:37:28 CEST schrieb Jianqun Xu:
> These patches are required by GKI.
>
> Jianqun Xu (3):
> pinctrl: rockchip: make driver be tristate module
> pinctrl: rockchip: enable gpio pclk for rockchip_gpio_to_irq
> pinctrl: rockchip: create irq mapping
Hi Yun,
thanks for sharing this new implementation.
On Mon, Oct 12, 2020 at 18:31:40 +0200, Yun Hsiang
wrote...
> If the user wants to stop controlling uclamp and let the task inherit
> the value from the group, we need a method to reset.
>
> Add SCHED_FLAG_UTIL_CLAMP_RESET flag to allow the
Hi Lukas,
On Tue, Oct 13, 2020 at 6:37 AM Lukas Bulwahn wrote:
>
>
>
> On Tue, 13 Oct 2020, Greg Kroah-Hartman wrote:
>
> > On Mon, Oct 12, 2020 at 08:25:30PM +0200, Lukas Bulwahn wrote:
> > >
> > >
> > > On Mon, 12 Oct 2020, Greg Kroah-Hartman wrote:
> > >
> > > > On Mon, Oct 12, 2020 at
Linus,
Please pull the latest objtool/core git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
objtool-core-2020-10-13
# HEAD: 2486baae2cf6df73554144d0a4e40ae8809b54d4 objtool: Allow nested
externs to enable BUILD_BUG()
objtool changes for v5.10:
- Most of the
On Tue, Oct 13, 2020 at 07:31:14 +0200, Juri Lelli
wrote...
> Commit 765cc3a4b224e ("sched/core: Optimize sched_feat() for
> !CONFIG_SCHED_DEBUG builds") made sched features static for
> !CONFIG_SCHED_DEBUG configurations, but overlooked the CONFIG_
> SCHED_DEBUG enabled and
On Tue, Oct 13, 2020 at 11:20:47AM +0300, Kirill A. Shutemov wrote:
> With TCG or KVM? I use -machine "type=q35,accel=tcg".
Thx, that triggered it - it was KVM before.
Btw, are 5level boxes shipping already or not yet? Because I've not seen
one yet. If you have access to the hw, I'd appreciate
Like commit 5611ec2b9814 ("nvme-pci: prevent SK hynix PC400 from using
Write Zeroes command"), Sandisk Skyhawk has the same issue:
[ 6305.633887] blk_update_request: operation not supported error, dev nvme0n1,
sector 340812032 op 0x9:(WRITE_ZEROES) flags 0x0 phys_seg 0 prio class 0
So also
1 - 100 of 1032 matches
Mail list logo