On Tue, 2020-10-13 at 09:30 +0200, 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 selected. We can drop this dependency by not
Linus,
On Mon, Oct 12 2020 at 13:25, Linus Torvalds wrote:
> I don't absolutely hate that code, and I'm willing to be convinced
> about how little it matter for people who don't want to have the
> counting overhead, but I refuse to pull it as some secret hidden thing
> that isn't even mentioned
On Mon, Oct 12, 2020 at 01:14:50PM -0600, Khalid Aziz wrote:
> On 10/12/20 11:22 AM, Catalin Marinas wrote:
> > On Mon, Oct 12, 2020 at 11:03:33AM -0600, Khalid Aziz wrote:
> >> On 10/10/20 5:09 AM, Catalin Marinas wrote:
> >>> On Wed, Oct 07, 2020 at 02:14:09PM -0600, Khalid Aziz wrote:
> On
On Wed, Sep 16, 2020 at 01:41:30PM +0800, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> On NXP Layerscape platforms, it results in SError in the
> enumeration of the PCIe controller, which is not connecting
> with an Endpoint device. And it doesn't make sense to
> enumerate the Endpoints when the
On Tue, Oct 13, 2020 at 10:33:58AM +0200, Borislav Petkov wrote:
> 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?
On Tue, Oct 13, 2020 at 08:52:01AM +, Sherry Sun wrote:
> Gentle ping
It's the merge window, sorry, this fell through the cracks before that
happened.
Please resubmit once 5.10-rc1 comes out.
thanks,
greg k-h
Hi Hugues,
On Wed, Oct 07, 2020 at 06:14:50PM +0200, Hugues Fruchet wrote:
> Add support of BT656 embedded synchronization bus.
> This mode allows to save hardware synchro lines hsync & vsync
> by replacing them with synchro codes embedded in data stream.
> This bus type is only compatible with 8
Hi Matthias,
> Any reason you don't enable the status in the pumpkin dts?
No particular reasons. I looked at what other MTK SoC did for this IP,
and half went with the status to be disabled and the other half went
with an enabled status. So I went the mt8183 way since it is the last
MTK SoC to
Hi,
On 7/2/20 2:52 PM, Stanimir Varbanov wrote:
> Hi,
>
> Once we have this event there is still open question how the client will
> know the data buffer on which the new colorspace is valid/applied.
>
> The options could be:
> * a new buffer flag and
> * some information in the v4l2_event
On Sat, Oct 10, 2020 at 2:41 PM Sudip Mukherjee
wrote:
>
> On Sat, Oct 10, 2020 at 1:08 AM Sudip Mukherjee
> wrote:
> >
> > On Fri, Oct 9, 2020 at 5:57 AM Greg KH wrote:
> > >
> > > On Thu, Oct 08, 2020 at 11:57:13PM +0530, Harshal Chaudhari wrote:
> > > > Checking the argument passed to the
Hi Arvind,
On Sat, Oct 10, 2020 at 03:11:10PM -0400, Arvind Sankar wrote:
> Commit
> ca0e22d4f011 ("x86/boot/compressed/64: Always switch to own page table")
> started using a new set of pagetables even without KASLR.
>
> After that commit, initialize_identity_maps() is called before the
>
Function mtk_hdmi_aud_set_input always return 0, no need to
keep the return value. Functions mtk_hdmi_aud_enable_packet &
mtk_hdmi_aud_on_off_hw_ncts are the same, these two functions
just call next functions. Maybe it`s a bit better to just call
the inner function.
Signed-off-by: Bernard Zhao
Hi Pavel,
On 07.10.2020 11:47, Pavel Machek wrote:
>> From: Yu Kuai
>>
>> [ Upstream commit 1a26044954a6d1f4d375d5e62392446af663be7a ]
>>
>> if of_find_device_by_node() succeed, exynos_iommu_of_xlate() doesn't have
>> a corresponding put_device(). Thus add put_device() to fix the exception
>>
On 13/10/20 2:16 am, Brendan Higgins wrote:
> On Fri, Aug 21, 2020 at 03:28:49PM +0300, Andy Shevchenko wrote:
>> On Fri, Aug 21, 2020 at 01:37:10PM +0200, Petr Mladek wrote:
>>> On Mon 2020-08-17 09:06:32, Rasmus Villemoes wrote:
On 17/08/2020 06.30, Arpitha Raghunandan wrote:
> Converts
Convert HDMI PHY binding to YAML schema mediatek,ufs-phy.yaml
Signed-off-by: Chunfeng Yun
---
v2: fix binding check warning of reg in example
---
.../display/mediatek/mediatek,hdmi.txt| 17 +---
.../bindings/phy/mediatek,hdmi-phy.yaml | 90 +++
2 files changed, 91
Convert phy-mtk-ufs.txt to YAML schema mediatek,ufs-phy.yaml
Signed-off-by: Chunfeng Yun
---
v2: fix binding check warning of reg in example
---
.../bindings/phy/mediatek,ufs-phy.yaml| 64 +++
.../devicetree/bindings/phy/phy-mtk-ufs.txt | 38 ---
2 files
Convert phy-mtk-xsphy.txt to YAML schema mediatek,xsphy.yaml
Signed-off-by: Chunfeng Yun
---
v2: modify description and compatible definition suggested by Rob
---
.../bindings/phy/mediatek,xsphy.yaml | 200 ++
.../devicetree/bindings/phy/phy-mtk-xsphy.txt | 109
Em Mon, 12 Oct 2020 14:21:14 -0500
Rob Herring escreveu:
> On Fri, Oct 09, 2020 at 02:15:30PM +0200, Mauro Carvalho Chehab wrote:
> > Several *.txt files got converted to yaml. Update their
> > references at MAINTAINERS file accordingly.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> > ---
> >
Convert phy-mtk-tphy.txt to YAML schema mediatek,tphy.yaml
Signed-off-by: Chunfeng Yun
---
v2: modify description and compatible
---
.../bindings/phy/mediatek,tphy.yaml | 263 ++
.../devicetree/bindings/phy/phy-mtk-tphy.txt | 162 ---
2 files changed, 263
Convert mediatek,musb.txt to YAML schema mediatek,musb.yaml
Cc: Min Guo
Signed-off-by: Chunfeng Yun
---
v2: new patch
---
.../devicetree/bindings/usb/mediatek,musb.txt | 57 -
.../bindings/usb/mediatek,musb.yaml | 113 ++
2 files changed, 113 insertions(+),
Due to the phy/usb bindings are converted into YAML schema and
also renamed, update entries.
Meanwhile add drivers/usb/host/mtk-xhci* files.
Signed-off-by: Chunfeng Yun
---
v2: new patch
---
MAINTAINERS | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS
Convert mediatek,mtk-xhci.txt to YAML schema mediatek,mtk-xhci.yaml
Signed-off-by: Chunfeng Yun
---
v2: new patch
---
.../bindings/usb/mediatek,mtk-xhci.txt| 121
.../bindings/usb/mediatek,mtk-xhci.yaml | 180 ++
2 files changed, 180 insertions(+), 121
Convert mediatek,mtu3.txt to YAML schema mediatek,mtu3.yaml
Signed-off-by: Chunfeng Yun
---
v2: new patch
---
.../devicetree/bindings/usb/mediatek,mtu3.txt | 108 -
.../bindings/usb/mediatek,mtu3.yaml | 227 ++
2 files changed, 227 insertions(+), 108
On 13/10/2020 01:55, Jarkko Sakkinen wrote:
> On Fri, Oct 09, 2020 at 11:50:03AM +0200, Mickaël Salaün wrote:
>> Hi,
>>
>> What do you think about this patch?
>>
>> Regards,
>> Mickaël
>>
>> On 02/10/2020 09:18, Mickaël Salaün wrote:
>>> From: Mickaël Salaün
>>>
>>> Add a new
Gentle ping
> Subject: [PATCH V2 0/2] Add module autoloading support for vop and cosm
> driver
>
> Changes in V2:
> 1. Combine patch1 and patch2 in V1 together, as patch1 is a part of
> autoloading support for vop driver in patch2.
>
> Add module autoloading support for vop and cosm driver,
Hi Linus,
Em Mon, 12 Oct 2020 13:30:42 -0600
Jonathan Corbet escreveu:
> As hoped, things calmed down for docs this cycle; fewer changes and almost
> no conflicts at all. This pull includes:
>
> - A reworked and expanded user-mode Linux document
> - Some simplifications and improvements for
Hi Enrico and Ed W,
Quick self intro: I have take over drivers/platform/x86
maintainership from Andy; and I'm working my way through
the backlog of old patches in patchwork:
https://patchwork.kernel.org/project/platform-driver-x86/list/
On 10/12/20 9:39 PM, Enrico Weigelt, metux IT consult
On Mon, 12 Oct 2020 at 19:03, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.4.239 release.
> There are 39 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 12/10/2020 12:24, Jiri Olsa wrote:
On Mon, Oct 12, 2020 at 12:15:04PM +0100, John Garry wrote:
On 12/10/2020 11:54, Jiri Olsa wrote:
ff --git a/tools/perf/pmu-events/jevents.c b/tools/perf/pmu-events/jevents.c
index 99df41a9543d..e47644cab3fa 100644
--- a/tools/perf/pmu-events/jevents.c
+++
On Fri, 9 Oct 2020 at 19:50, Zulkifli, Muhammad Husaini
wrote:
>
> Hi,
>
> >-Original Message-
> >From: Ulf Hansson
> >Sent: Friday, October 9, 2020 2:56 PM
> >To: Zulkifli, Muhammad Husaini
> >Cc: Hunter, Adrian ; Michal Simek
> >; Shevchenko, Andriy
> >; linux-...@vger.kernel.org;
Hello,
On Mon, Oct 12, 2020 at 10:16:59PM +0800, kernel test robot wrote:
> Hi "Uwe,
I love your test report! Perhaps something to improve: The parser of the
From: line should drop the " :-)
>drivers/leds/trigger/ledtrig-tty.c: In function 'ledtrig_tty_work':
> >>
On Tue, 13 Oct 2020, Sudip Mukherjee wrote:
> 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
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
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
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
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
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
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
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,
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
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().
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
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
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
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
---
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
---
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
---
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/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
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
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 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
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
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
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
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
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:
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
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
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 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.
>
>
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 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 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, 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
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
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 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
> >
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
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:
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
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
---
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:
>
>
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
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,
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 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,
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:
> -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
>
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
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
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
901 - 1000 of 1032 matches
Mail list logo