The nt36672a panel from Tianma is a FHD+ panel with a resolution of 1080x2246
and 6.18 inches size. It is found in some of the Poco F1 phones.
Signed-off-by: Sumit Semwal
Change-Id: I401dfbfe23ff2d806c956002f45e349cb9688c16
---
v2: remove ports node, making port@0 directly under panel@0 node.
Some Poco F1 phones have an LCD panel from Tianma, model nt36672a,
with a resolution of 1080x2246 that operates in DSI video mode.
Add the drm panel driver for it.
During testing, Benni Steini helped us fix
the reset sequence timing (from 10ms to 20ms), to get the bootanimation
to work on
Some Poco F1 phones from Xiaomi have an nt36672a video mode panel; add support
for the same.
Most of the panel data is taken from downstream panel dts, and is converted to
drm-panel based driver by me.
It has been validated with v5.8-rc5 on Poco F1 phone; my tree with other
dependent patches is
在 2020/7/21 下午10:17, Jiaxun Yang 写道:
It can be very big on LS7A PCH systems.
Signed-off-by: Jiaxun Yang
---
arch/mips/include/asm/io.h | 3 ++-
arch/mips/include/asm/mach-loongson64/spaces.h | 3 +--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
On Mon, 20 Jul 2020 at 16:02, Supreeth Venkatesh
wrote:
>
> Initial introduction of AMD EthanolX platform equipped with an
> Aspeed ast2500 BMC manufactured by AMD.
>
> AMD EthanolX platform is an AMD customer reference board with an
> Aspeed ast2500 BMC manufactured by AMD.
> This adds AMD
Hello,
syzbot found the following issue on:
HEAD commit:14525656 compiler.h: reinstate missing KMSAN_INIT
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=15be838090
kernel config:
Hello,
syzbot found the following issue on:
HEAD commit:14525656 compiler.h: reinstate missing KMSAN_INIT
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=124a081710
kernel config:
Hello,
syzbot found the following issue on:
HEAD commit:14525656 compiler.h: reinstate missing KMSAN_INIT
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=1339608710
kernel config:
Hello,
syzbot found the following issue on:
HEAD commit:14525656 compiler.h: reinstate missing KMSAN_INIT
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=105d732090
kernel config:
Hi all,
Today's linux-next merge of the devicetree tree got a conflict in:
Documentation/devicetree/bindings/display/bridge/ti,sn65dsi86.txt
between commit:
5a2e9b658cdc ("dt-bindings: drm/bridge: ti-sn65dsi86: Convert to yaml")
from the drm tree and commit:
382646090f7f ("dt-bindings:
Hi Florian,
Thanks for your reply!
I had posted my patch for switch port driver, the email title is "net: dsa:
ocelot: Add support for QinQ Operation",
Best Regards!
hongbo
-Original Message-
From: Florian Fainelli
Sent: 2020年7月22日 1:55
To: Hongbo Wang ; Xiaoliang Yang
;
>>> +@depends on patch@
>>> +expression from,to,size;
>>> +identifier l1,l2;
>>> +@@
>>> +
>>> +- to = \(kvmalloc\|kvzalloc\)(size,\(GFP_KERNEL\|GFP_USER\));
>>> ++ to = vmemdup_user(from,size);
>>
>> I propose to combine the desired adjustment with the previous SmPL rule
>> by using another
On Tue, Jul 21, 2020 at 05:08:06PM +0530, Srikar Dronamraju wrote:
> A new sched_domain_topology_level was added just for Power9. However the
> same can be achieved by merging powerpc_topology with power9_topology
> and makes the code more simpler especially when adding a new sched
> domain.
>
>
From: "hongbo.wang"
This featue can be test using network test tools
TX-tool -> swp0 -> swp1 -> RX-tool
TX-tool simulates Customer that will send and receive packets with single
VLAN tag(CTAG), RX-tool simulates Service-Provider that will send and
receive packets with double
On Tue, 21 Jul 2020 21:50:42 PDT (-0700), m...@ellerman.id.au wrote:
Benjamin Herrenschmidt writes:
On Tue, 2020-07-21 at 16:48 -0700, Palmer Dabbelt wrote:
> Why ? Branch distance limits ? You can't use trampolines ?
Nothing fundamental, it's just that we don't have a large code model in
On 2020-07-22, Masahiro Yamada wrote:
On Wed, Jul 22, 2020 at 9:14 AM Fangrui Song wrote:
On 2020-07-22, Masahiro Yamada wrote:
>On Wed, Jul 22, 2020 at 2:31 AM 'Fangrui Song' via Clang Built Linux
> wrote:
>>
>> When CROSS_COMPILE is set (e.g. aarch64-linux-gnu-), if
>>
When bpftool dumps types and enum members into a header file for
inclusion the names match those in the original source. If the same
header file needs to be included in the original source and the bpf
program, the names of structs, unions, typedefs and enum members will
have naming collisions.
To
Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten
Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz
von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche
Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen,
On Sun, Jul 19, 2020 at 07:56:49PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 17 Jul 2020, Hans de Goede wrote:
> > This is a simple patch-series adding support for 3 new hotkeys found
> > on various new Lenovo Thinkpad models.
>
> For all three patches, pending an ack for the new
Hallo, Sie haben eine Spende in Hhe von 2.800.000,00 . Ich habe die
America-Lotterie in Amerika im Wert von 343 Millionen Dollar gewonnen und einen
Teil davon an fnf glckliche Menschen und
Wohlttigkeitsorganisationen gespendet, um an das Leben meines
verstorbenen Sohnes zu erinnern, der an
vmlinux.bin and vmlinux.bin.gz are always rebuilt in the kernel build
process. Add them to 'targets' and move them to the boot subdirectory
where their rules are. Update make rules that refer to them.
Signed-off-by: Max Filippov
---
arch/xtensa/boot/Makefile | 11 ++-
On Mon, Jul 20, 2020 at 05:21:48PM +0800, Xiongfeng Wang wrote:
> When I cat some module parameters by sysfs, it displays as follows. It's
> better to add a newline for easy reading.
>
> root@syzkaller:~# cat /sys/module/ati_remote2/parameters/mode_mask
> 0x1froot@syzkaller:~# cat
On Mon, Jul 20, 2020 at 03:38:46PM +0800, Xiongfeng Wang wrote:
> When I cat parameter 'proto' by sysfs, it displays as follows. It's
> better to add a newline for easy reading.
>
> root@syzkaller:~# cat /sys/module/psmouse/parameters/proto
> autoroot@syzkaller:~#
>
> Signed-off-by: Xiongfeng
Hello,
this small clean up in the xtensa boot subdirectory adds more targets to
the 'targets' variable to avoid unnecessary rebuils.
Max Filippov (2):
xtensa: move vmlinux.bin[.gz] to boot subdirectory
xtensa: add uImage and xipImage to targets
arch/xtensa/boot/Makefile | 12
On 21-07-20, 13:43, Pavel Machek wrote:
> On Mon 2020-07-20 17:37:50, Greg Kroah-Hartman wrote:
> > From: Finley Xiao
> >
> > commit 371a3bc79c11b707d7a1b7a2c938dc3cc042fffb upstream.
> >
> > The function cpu_power_to_freq is used to find a frequency and set the
> > cooling device to consume at
uImage and xipImage are always rebuilt in the xtensa kernel build
process. Add them to 'targets' to avoid that.
Signed-off-by: Max Filippov
---
arch/xtensa/boot/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/xtensa/boot/Makefile b/arch/xtensa/boot/Makefile
index
On 21-07-20, 07:28, Rob Clark wrote:
> With your ack, I can add the patch the dev_pm_opp_set_bw patch to my
> tree and merge it via msm-next -> drm-next -> linus
I wanted to send it via my tree, but its okay. Pick this patch from
linux-next and add my Ack, I will drop it after that.
a8351c12c6c7
On Fri, Jul 17, 2020 at 12:06:10PM +0200, Peter Zijlstra wrote:
> On Fri, Jul 17, 2020 at 12:20:56AM -0700, ira.we...@intel.com wrote:
> > First I'm not sure if adding this state to idtentry_state and having
> > that state copied is the right way to go. It seems like we should start
> > passing
On 21-07-20, 01:43, Stephen Boyd wrote:
> It seems that dev_pm_opp_set_rate() calls _find_opp_table() and finds
> something that isn't an error pointer but then dev_pm_opp_of_add_table()
> returns an error value because there isn't an operating-points property
> in DT. We're getting saved because
1.Add "PRID_COMP_INGENIC_13" and "PRID_IMP_XBURST2" for X2000.
2.Add X2000 system type for cat /proc/cpuinfo to give out X2000.
周琰杰 (Zhou Yanjie) (1):
MIPS: X2000: Add X2000 system type.
arch/mips/include/asm/bootinfo.h | 1 +
arch/mips/include/asm/cpu.h | 6 --
1.Add "PRID_COMP_INGENIC_13" and "PRID_IMP_XBURST2" for X2000.
2.Add X2000 system type for cat /proc/cpuinfo to give out X2000.
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
arch/mips/include/asm/bootinfo.h | 1 +
arch/mips/include/asm/cpu.h | 6 --
arch/mips/jz4740/setup.c | 4
Before setting shmem->pages to NULL, kfree() should
be called.
Signed-off-by: Xin He
Reviewed-by: Qi Liu
---
drivers/gpu/drm/virtio/virtgpu_object.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/virtio/virtgpu_object.c
b/drivers/gpu/drm/virtio/virtgpu_object.c
index
On Fri, Jul 17, 2020 at 4:37 PM Randy Dunlap wrote:
>
> From: Randy Dunlap
>
> Drop the doubled word "the" in a comment.
>
> Signed-off-by: Randy Dunlap
> Cc: Song Liu
> Cc: linux-r...@vger.kernel.org
Applied to md-next. Thanks!
> ---
> include/uapi/linux/raid/md_p.h |2 +-
> 1 file
On Thu, Jul 9, 2020 at 9:07 PM qianjun wrote:
>
> From: qianjun
>
> Use L1Miss to replace L1Hit to describe the correct scene
>
> Signed-off-by: qianjun
> ---
> tools/perf/Documentation/perf-c2c.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Jiri,
On 7/20/2020 5:17 PM, Jiri Olsa wrote:
On Mon, Jul 20, 2020 at 09:00:13AM +0800, Jin Yao wrote:
Since commit 0a892c1c9472 ("perf record: Add dummy event during system wide
synthesis"),
a dummy event is added to capture mmaps.
But if we run perf-record as,
# perf record -e
Hi Peter & Uladzislau
Are there any issues that have not been considered in this patch? Can
you give me some suggestions on this issue. If the situation I
described is indeed a problem,how about this modification. Thanks a
lot.
On Mon, Jul 20, 2020 at 9:09 PM wrote:
>
> From: jun qian
>
> When
Hi Linus,
This is exfat fixes pull request for v5.8-rc7. I add description of
this pull request on below. Please pull exfat with following fixes.
Thanks!
The following changes since commit ba47d845d715a010f7b51f6f89bae32845e6acb7:
Linux 5.8-rc6 (2020-07-19 15:41:18 -0700)
are available in
This -Wsign-compare compiler warning can be very noisy
and most of the suggested conversions are unnecessary.
Make the warning W=3 so it's described under the
"can most likely be ignored" block.
Signed-off-by: Joe Perches
---
On Tue, 2020-07-21 at 14:32 -0700, Joe Perches wrote:
> On Tue,
On Tue, Jul 21, 2020 at 09:07:07PM +0530, Pratik Rajesh Sampat wrote:
> Replace the variable name from using "pnv_first_spr_loss_level" to
> "deep_spr_loss_state".
>
> pnv_first_spr_loss_level is supposed to be the earliest state that
> has OPAL_PM_LOSE_FULL_CONTEXT set, in other places the
Benjamin Herrenschmidt writes:
> On Tue, 2020-07-21 at 16:48 -0700, Palmer Dabbelt wrote:
>> > Why ? Branch distance limits ? You can't use trampolines ?
>>
>> Nothing fundamental, it's just that we don't have a large code model in the C
>> compiler. As a result all the global symbols are
Hi all,
Today's linux-next merge of the input tree got a conflict in:
drivers/input/mouse/elan_i2c_core.c
between commit:
966334dfc472 ("Input: elan_i2c - only increment wakeup count on touch")
from Linus' tree and commit:
04d5ce620f79 ("Input: elan_i2c - add support for high
On Tue 21 Jul 08:13 PDT 2020, Rob Herring wrote:
> On Mon, Jun 22, 2020 at 1:59 AM Bjorn Andersson
> wrote:
> >
> > Migrate the Qualcomm TCSR mutex binding to YAML to allow validation.
> >
> > Reviewed-by: Vinod Koul
> > Signed-off-by: Bjorn Andersson
> > ---
> >
> > Changes since v1:
> > -
On Tue, 14 Jul 2020 14:26:11 PDT (-0700), ker...@esmil.dk wrote:
This allows the pgtable tests to be built.
Signed-off-by: Emil Renner Berthing
---
The tests seem to succeed both in Qemu and on the HiFive Unleashed
Both with and without the recent additions in
Hi Andrew,
it's been two month now and no reaction from you. Maybe you did not see
this mail from Steven.
Please look at this issue.
Greets,
Jörg
On 5/28/2020 2:46 PM, Steven Rostedt wrote:
Hi Joerg,
This does look like Andrew's commit (from 2008) is buggy (and this is a
mainline bug, not
Hi all,
[I can't find a previous email about this, sorry ...]
There is a semantic conflict between Linus' tree and the amdgpu tree
between commit
d7a6634a4cfb ("drm/amdgpu/atomfirmware: fix vram_info fetching for renoir")
from Linus' tree and commts
fe098a5d6443 ("drm/amdgpu/atomfirmware:
Hi,
On Wed, 2020-07-22 at 00:51 +0200, Matthias Brugger wrote:
>
> On 14/07/2020 11:53, Hsin-Hsiung Wang wrote:
> > MT6873/8192 are highly integrated SoCs and use PMIC_MT6359 for
> > power management. This patch adds pwrap master driver to
> > access PMIC_MT6359.
> >
> > Signed-off-by:
On Tue 21 Jul 19:06 PDT 2020, YueHaibing wrote:
> If CONFIG_SERIAL_EARLYCON is not set, gcc warns this:
>
> drivers/soc/qcom/qcom-geni-se.c: In function ‘geni_se_probe’:
> drivers/soc/qcom/qcom-geni-se.c:914:1: warning: label ‘exit’ defined but not
> used [-Wunused-label]
> exit:
> ^~~~
>
>
Hari Bathini writes:
> Right now purgatory implementation is only minimal. But if purgatory
> code is to be enhanced to copy memory to the backup region and verify
> sha256 digest, relocations may have to be applied to the purgatory.
> So, add support to relocate purgatory in kexec_file_load
On Tue 21 Jul 04:29 PDT 2020, Sibi Sankar wrote:
> On SC7180 the MBA firmware stores the bootup text logs in a 4K segment
> at the beginning of the MBA region. Add support to extract the logs
> which will be useful to debug mba boot/authentication issues.
>
> Signed-off-by: Sibi Sankar
Hi,
On Wed, 2020-07-22 at 00:51 +0200, Matthias Brugger wrote:
>
> On 14/07/2020 11:53, Hsin-Hsiung Wang wrote:
> > MT6873/8192 are highly integrated SoCs and use PMIC_MT6359 for
> > power management. This patch adds pwrap master driver to
> > access PMIC_MT6359.
> >
> > Signed-off-by:
Avri,
> Martin - Can we move forward with this one?
CHECK drivers/scsi/ufs/ufshcd-pltfrm.c
drivers/scsi/ufs/ufsfeature.c:90:20: warning: symbol 'ufshpb_dev_type' was not
declared. Should it be static?
drivers/scsi/ufs/ufsfeature.c:104:17: warning: symbol 'ufsf_bus_type' was not
declared.
Hi,
I've just fired up linux kernel v5.7 on a p2040 based system and I'm
getting the following new warning
OF: Can't handle multiple dma-ranges with different offsets on
node(/pcie@ffe202000)
OF: Can't handle multiple dma-ranges with different offsets on
node(/pcie@ffe202000)
The warning
On 2020-07-22 09:24, Bjorn Andersson wrote:
On Tue 21 Jul 04:29 PDT 2020, Sibi Sankar wrote:
Add modem debug policy support which will enable coredumps and live
debug support when the msadp firmware is present on secure devices.
Signed-off-by: Sibi Sankar
---
v2:
* Use
Hello,
syzbot has tested the proposed patch but the reproducer is still triggering an
issue:
general protection fault in kernfs_find_ns
pvrusb2: Invalid write control endpoint
pvrusb2: Invalid write control endpoint
pvrusb2: Invalid write control endpoint
pvrusb2: Invalid write control endpoint
On Tue, Jul 21, 2020 at 5:53 PM Masahiro Yamada wrote:
> On Tue, Jul 21, 2020 at 6:37 PM Max Filippov wrote:
> > The commit 8fe87a92f262 ("kbuild: always create directories of targets")
> > exposed an issue in the xtensa makefiles that results in the following
> > build error in a clean
On Tue, Jul 21, 2020 at 5:47 PM Masahiro Yamada wrote:
>
> Xtensa always rebuilds the following even if nothing in the source code
> has been changed. Passing V=2 shows the reason.
>
> AS arch/xtensa/boot/boot-elf/bootstrap.o - due to bootstrap.o not in
> $(targets)
> LDS
On Tue 21 Jul 04:29 PDT 2020, Sibi Sankar wrote:
> Add modem debug policy support which will enable coredumps and live
> debug support when the msadp firmware is present on secure devices.
>
> Signed-off-by: Sibi Sankar
> ---
>
> v2:
> * Use request_firmware_direct [Bjorn]
> * Use Bjorn's
On Tue, Jul 21, 2020 at 5:48 PM Sean Anderson wrote:
>
> On 7/20/20 9:15 PM, Atish Patra wrote:
> > On Fri, Jul 17, 2020 at 12:52 AM Anup Patel wrote:
> >>
> >> We add DT bindings documentation for CLINT device.
> >>
> >> Signed-off-by: Anup Patel
> >> Reviewed-by: Palmer Dabbelt
> >>
On Tue, Jul 21, 2020 at 4:04 PM Al Viro wrote:
>
> On Tue, Jul 21, 2020 at 03:00:35PM -0700, Max Filippov wrote:
> > Commit d341659f470b ("xtensa: switch to providing
> > csum_and_copy_from_user()") introduced access check, but incorrectly
> > tested dst instead of src.
> > Fix access_ok argument
Hi Chun-Kuang,
On Wed, 2020-07-22 at 07:21 +0800, Chun-Kuang Hu wrote:
> Hi, Neal:
>
> Neal Liu 於 2020年7月21日 週二 下午12:00寫道:
> >
> > MediaTek bus fabric provides TrustZone security support and data
> > protection to prevent slaves from being accessed by unexpected
> > masters.
> > The security
On Tue 21 Jul 03:44 PDT 2020, Shaik Sajida Bhanu wrote:
> From: Veerabhadrarao Badiganti
>
> Include xo clock to sdhc clocks list which will be used
> in calculating MCLK_FREQ field of DLL_CONFIG2 register.
>
Can you please describe why this is useful, perhaps required? What
difference does
Hi Geert,
On 7/17/20 02:18, Geert Uytterhoeven wrote:
> Hi Gustavo,
>
> Thanks for your patch!
>
> On Thu, Jul 16, 2020 at 11:11 PM Gustavo A. R. Silva
> wrote:
>> Replace the existing /* fall through */ comments and its variants with
>> the new pseudo-keyword macro fallthrough[1]. Also,
On Tue 21 Jul 03:44 PDT 2020, Shaik Sajida Bhanu wrote:
> From: Veerabhadrarao Badiganti
>
> On some sc7180 based platforms where external pull is not present on cd-gpio,
> this gpio state is getting read as HIGH when sleep config is applied on it.
> This is resulting in SDcard rescan after
Hi Bjorn,
On 7/16/20 17:06, Bjorn Helgaas wrote:
> On Thu, Jul 16, 2020 at 04:10:52PM -0500, Gustavo A. R. Silva wrote:
>> Replace the existing /* fall through */ comments and its variants with
>> the new pseudo-keyword macro fallthrough[1]. Also, remove unnecessary
>> fall-through markings when
On Tue, Jul 21, 2020 at 5:45 PM Daniel Lezcano
wrote:
>
> On 21/07/2020 13:49, Anup Patel wrote:
> > On Tue, Jul 21, 2020 at 4:32 PM Daniel Lezcano
> > wrote:
> >>
> >> On 17/07/2020 09:50, Anup Patel wrote:
> >>> We add a separate CLINT timer driver for Linux RISC-V M-mode (i.e.
> >>> RISC-V
On 7/21/20 20:29, David Miller wrote:
> From: "Gustavo A. R. Silva"
> Date: Tue, 7 Jul 2020 12:24:36 -0500
>
>> Replace the existing /* fall through */ comments and its variants with
>> the new pseudo-keyword macro fallthrough[1]. Also, remove unnecessary
>> fall-through markings when it is
Replace the existing /* fall through */ comments and its variants with
the new pseudo-keyword macro fallthrough[1].
[1]
https://www.kernel.org/doc/html/v5.7/process/deprecated.html?highlight=fallthrough#implicit-switch-case-fall-through
Reviewed-by: Geert Uytterhoeven
Signed-off-by: Gustavo A.
Hi all,
Today's linux-next merge of the bpf-next tree got conflicts in:
net/ipv4/udp.c
net/ipv6/udp.c
between commit:
efc6b6f6c311 ("udp: Improve load balancing for SO_REUSEPORT.")
from the net tree and commits:
7629c73a1466 ("udp: Extract helper for selecting socket from reuseport
allmodconfig
powerpc allnoconfig
i386 randconfig-a003-20200721
i386 randconfig-a005-20200721
i386 randconfig-a004-20200721
i386 randconfig-a006-20200721
i386 randconfig-a002
On 7/22/20 11:07 AM, Lu Baolu wrote:
On 7/22/20 11:03 AM, Jun Miao wrote:
On 7/22/20 10:40 AM, Lu Baolu wrote:
Hi Jun,
On 7/22/20 10:26 AM, Miao, Jun wrote:
Kernel panic - not syncing: DMAR hardware is malfunctioning
CPU: 0 PID: 347 Comm: rtcwake Not tainted 5.4.0-yocto-standard #124
#syz test: https://github.com/google/kasan.git usb-fuzzer
fix WARNING in pvr2_i2c_core_done by
unregistering device in the release handler
instead of the disconnect handler, setting the
linked flag after adding adapter to i2c,
and removing a call to acpi_ut_delete_generic_state()
Reported-by:
On Tue, Jul 21, 2020 at 6:44 PM Cheng-Yi Chiang wrote:
> diff --git a/sound/soc/qcom/sc7180.c b/sound/soc/qcom/sc7180.c
> new file mode 100644
> index ..3beb2b129d01
> --- /dev/null
> +++ b/sound/soc/qcom/sc7180.c
> @@ -0,0 +1,380 @@
> +// SPDX-License-Identifier: GPL-2.0-only
> +//
>
Replace the existing /* fall through */ comments and its variants with
the new pseudo-keyword macro fallthrough[1]. Also, remove unnecessary
fall-through markings when it is the case.
[1]
On 7/22/20 11:03 AM, Jun Miao wrote:
On 7/22/20 10:40 AM, Lu Baolu wrote:
Hi Jun,
On 7/22/20 10:26 AM, Miao, Jun wrote:
Kernel panic - not syncing: DMAR hardware is malfunctioning
CPU: 0 PID: 347 Comm: rtcwake Not tainted 5.4.0-yocto-standard #124
Hardware name: Intel Corporation Ice Lake
On Tue, Jul 21, 2020 at 6:30 PM -0700
David Miller wrote:
>
> Applied, thank you.
Thank you so much, David!
remove the redundant clk interface of uart.
CLK_INFRA_UART3 is a dummy clk interface,
it has no effect on the operation of the read/write instruction.
Change since v2:
Commit "dt-bindings: clock: remove UART3 clock support"
-- remove Fixes tag
Commit "clk: mediatek: remove UART3 clock support"
--
On Wed, 2020-07-22 at 00:10 +0200, Matthias Brugger wrote:
>
> On 21/07/2020 07:40, Hanks Chen wrote:
> > remove the redundant clk interface of uart.
> >
> > Fixes: 710774e04861 ("clk: mediatek: Add MT6779 clock support")
>
> These are cosmetic changes. They don't fix any bug, so we won't need
CLK_INFRA_UART3 is a dummy clk interface,
it has no effect on the operation of the read/write instruction.
Signed-off-by: Hanks Chen
---
drivers/clk/mediatek/clk-mt6779.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/clk/mediatek/clk-mt6779.c
b/drivers/clk/mediatek/clk-mt6779.c
remove the redundant clk interface of uart.
Signed-off-by: Hanks Chen
---
include/dt-bindings/clock/mt6779-clk.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/dt-bindings/clock/mt6779-clk.h
b/include/dt-bindings/clock/mt6779-clk.h
index b083139afbd2..2b5f2354d7eb 100644
---
Christoph,
> Hmm, I wonder if we should simply add the check and warning to
> blk_queue_logical_block_size and add an error in that case. Then
> drivers only have to check the error return, which might add a lot
> less boiler plate code.
Yep, I agree.
--
Martin K. Petersen Oracle Linux
On 7/22/20 10:40 AM, Lu Baolu wrote:
Hi Jun,
On 7/22/20 10:26 AM, Miao, Jun wrote:
Kernel panic - not syncing: DMAR hardware is malfunctioning
CPU: 0 PID: 347 Comm: rtcwake Not tainted 5.4.0-yocto-standard #124
Hardware name: Intel Corporation Ice Lake Client Platform/IceLake U
DDR4
SODIMM
On 7/21/20 12:12 PM, Hayato Ohhashi wrote:
> If the TSC frequency is known from the pvclock page,
> the TSC frequency does not need to be recalibrated.
> We can avoid recalibration by setting X86_FEATURE_TSC_KNOWN_FREQ.
>
> Signed-off-by: Hayato Ohhashi
Reviewed-by: Boris Ostrovsky
On Wed, Jul 22, 2020 at 02:15:13AM +0200, Julia Suvorova wrote:
> @@ -264,6 +265,10 @@ void __init pci_direct_init(int type)
> {
> if (type == 0)
> return;
> +
> + if (raw_pci_ext_ops && kvm_para_available())
> + return;
This is a bit of a subtle way of saying
On Mon, 13 Jul 2020 01:32:16 PDT (-0700), greentime...@sifive.com wrote:
This patch simplifies the checking for SR_MPP and SR_SPP. It uses SR_PP in the
code flow for both m-mode and s-mode then we can remove the ifdef here.
Signed-off-by: Greentime Hu
---
arch/riscv/kernel/entry.S | 7 +--
On Mon, 13 Jul 2020 01:32:15 PDT (-0700), greentime...@sifive.com wrote:
arch/riscv/kernel/entry.S: Assembler messages:
arch/riscv/kernel/entry.S:106: Error: illegal operands `andi a0,s1,0x1800'
This building error is because of the SR_MPP value is too large to be used
as an immediate value
Hi,
On Wed, 2020-07-22 at 00:51 +0200, Matthias Brugger wrote:
>
> On 14/07/2020 11:53, Hsin-Hsiung Wang wrote:
> > MT6873/8192 are highly integrated SoCs and use PMIC_MT6359 for
> > power management. This patch adds pwrap master driver to
> > access PMIC_MT6359.
> >
> > Signed-off-by:
On 7/21/20 6:22 PM, David Miller wrote:
>> @David:
>> In arch/sparc/include/asm/cpu_type.h, line 12,
>> is that duplicated "ploos" correct?
>> sun4u = 0x03, /* V8 ploos ploos */
>
> Yes, it's a funny way of saying "++" :-)
I see. Thanks for the explanation.
--
~Randy
Dear Dmitry,
Should this be moved into core? Or we only plan on using this on SMbus?
=> using on smbus.
What will happen after firmware update? How can userspace verify that the
firmware update completed successfully if we always return static data?
=> FW modified the architecture that reading
As Intel VT-d files have been move to its own subdirectory, the prefix
makes no sense.
Signed-off-by: Lu Baolu
---
drivers/iommu/intel/debugfs.c | 2 +-
drivers/iommu/intel/iommu.c| 2 +-
drivers/iommu/intel/pasid.c| 2 +-
Hi Jun,
On 7/22/20 10:26 AM, Miao, Jun wrote:
Kernel panic - not syncing: DMAR hardware is malfunctioning
CPU: 0 PID: 347 Comm: rtcwake Not tainted 5.4.0-yocto-standard #124
Hardware name: Intel Corporation Ice Lake Client Platform/IceLake U DDR4
SODIMM PD RVP TLC, BIOS
On 20-07-13 12:05:52, Pawel Laszczak wrote:
> Patch removes 'goto not_otg' instruction from
> cdns3_hw_role_state_machine function.
>
> Signed-off-by: Pawel Laszczak
> ---
> drivers/usb/cdns3/core.c | 20 +---
> 1 file changed, 9 insertions(+), 11 deletions(-)
>
> diff --git
Export __clk_lookup() to support user built as module.
ERROR:
drivers/clk/rockchip/clk.ko: In function
`rockchip_clk_protect_critical':
drivers/clk/rockchip/clk.c:741:
undefined reference to `__clk_lookup'
Signed-off-by: Elaine Zhang
---
drivers/clk/clk.c | 1 +
1 file changed, 1 insertion(+)
On Thu, Dec 12, 2019 at 11:38:43AM +0900, Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> __delay() is used from kernel module.
> We need EXPORT_SYMBOL(), otherwise we will get compile error.
>
> ERROR: "__delay" [drivers/net/phy/mdio-cavium.ko] undefined!
>
> Signed-off-by: Kuninori
On Wed, 22 Jul 2020 at 03:11, Jens Axboe wrote:
>
> On 7/21/20 4:40 AM, Stefano Garzarella wrote:
> > On Thu, Jul 16, 2020 at 03:26:51PM -0600, Jens Axboe wrote:
> >> On 7/16/20 6:48 AM, Stefano Garzarella wrote:
> >>> diff --git a/include/uapi/linux/io_uring.h b/include/uapi/linux/io_uring.h
>
Since commit 317aeb83c92b ("scsi: lpfc: Add blk_io_poll support for
latency improvment"), the lpfc driver depends on CPUFREQ. Without it,
builds fail with
drivers/scsi/lpfc/lpfc_sli.c: In function 'lpfc_init_idle_stat_hb':
drivers/scsi/lpfc/lpfc_sli.c:7329:26: error:
implicit declaration
Dear Dmitry,
Are there devices that do not trigger errors?
=> Yes, there exist devices that would act normally. However, our team
cannot organize the rule to recognize which devices could trigger this
command without error.
What I sure about is that some devices would get TP no function while
On Tue, 2020-07-21 at 16:48 -0700, Palmer Dabbelt wrote:
> > Why ? Branch distance limits ? You can't use trampolines ?
>
> Nothing fundamental, it's just that we don't have a large code model in the C
> compiler. As a result all the global symbols are resolved as 32-bit
> PC-relative accesses.
Recently ASPM handling was changed to no longer disable ASPM on all
PCIe to PCI bridges. Unfortunately these ASMedia PCIe to PCI bridge
devices don't seem to function properly with ASPM enabled, as they
cause the parent PCIe root port to cause repeated AER timeout errors.
In addition to flooding
On Tue, Jul 21, 2020 at 07:19:12PM -0300, Vitor Massaru Iha wrote:
> When you talk about end-of-test summary, is it what is written in
> dmesg and not the kunit-tool?
Right, if I build this as a module and do "modprobe user_copy_kunit",
what will show up in dmesg?
--
Kees Cook
Remove casting the values returned by memory allocation function.
Coccinelle emits WARNING: casting value returned by memory allocation
unction to (struct roce_destroy_qp_req_output_params *) is useless.
This issue was detected by using the Coccinelle software.
Signed-off-by: Wang Hai
---
1 - 100 of 1463 matches
Mail list logo