[PATCH v5 01/11] dt-bindings: usb: convert usb-device.txt to YAML schema

Convert usb-device.txt to YAML schema usb-device.yaml Signed-off-by: Chunfeng Yun --- v5: changes suggested by Rob: 1. limit the pattern length 2. remove properties description for hard wired USB devices in usb-hcd.yaml depends on series:

[PATCH v5 07/11] dt-bindings: phy: convert MIPI DSI PHY binding to YAML schema

Convert MIPI DSI PHY binding to YAML schema mediatek,dsi-phy.yaml Cc: Chun-Kuang Hu Cc: Philipp Zabel Signed-off-by: Chunfeng Yun Reviewed-by: Rob Herring Reviewed-by: Chun-Kuang Hu --- v5: add Reviewed-by Rob & Chun-Kuang v4: 1. add maintainer Philipp add support mt8183 suggested by

[PATCH v5 08/11] dt-bindings: usb: convert mediatek,musb.txt to YAML schema

Convert mediatek,musb.txt to YAML schema mediatek,musb.yaml Cc: Min Guo Signed-off-by: Chunfeng Yun Reviewed-by: Rob Herring --- v4~v5: no changes v3: add Reviewed-by Rob v2: new patch --- .../devicetree/bindings/usb/mediatek,musb.txt | 57 - .../bindings/usb/mediatek,musb.yaml

[PATCH v5 09/11] dt-bindings: usb: convert mediatek,mtk-xhci.txt to YAML schema

Convert mediatek,mtk-xhci.txt to YAML schema mediatek,mtk-xhci.yaml Signed-off-by: Chunfeng Yun --- v5: changes suggested by Rob 1. refer to usb-xhci.yaml instead of usb-hcd.yaml 2. remove unnecessary maxItems 3. add items for all phys may be supported 4. change pattern, and limit

[PATCH v5 04/11] dt-bindings: phy: convert phy-mtk-tphy.txt to YAML schema

Convert phy-mtk-tphy.txt to YAML schema mediatek,tphy.yaml Signed-off-by: Chunfeng Yun Reviewed-by: Rob Herring --- v5: no changes v4: add Reviewed-by Rob v3: 1. fix dt_binding_check error in example after add mtu3.yaml Changes suggested by Rob: 2. fix wrong indentation 3. remove '|'

[PATCH v5 03/11] dt-bindings: phy: convert phy-mtk-xsphy.txt to YAML schema

Convert phy-mtk-xsphy.txt to YAML schema mediatek,xsphy.yaml Signed-off-by: Chunfeng Yun Reviewed-by: Rob Herring --- v5: no changes v4: add Reviewed-by Rob v3: 1. remove type for property with standard unit suffix suggested by Rob 2. remove '|' for descritpion 3. fix yamllint warning

[PATCH v5 05/11] dt-bindings: phy: convert phy-mtk-ufs.txt to YAML schema

Convert phy-mtk-ufs.txt to YAML schema mediatek,ufs-phy.yaml Cc: Stanley Chu Signed-off-by: Chunfeng Yun Reviewed-by: Rob Herring Reviewed-by: Stanley Chu --- v5: no changes v4: add Reviewed-by Stanley v3: add Reviewed-by Rob v2: fix binding check warning of reg in example ---

[PATCH v5 02/11] dt-bindings: net: btusb: change reference file name

Due to usb-device.txt is converted into usb-device.yaml, so modify reference file names at the same time. Signed-off-by: Chunfeng Yun Acked-by: Rob Herring --- v5: add Acked-by Rob v2~v4: no changes --- Documentation/devicetree/bindings/net/btusb.txt | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v5 10/11] dt-bindings: usb: convert mediatek,mtu3.txt to YAML schema

Convert mediatek,mtu3.txt to YAML schema mediatek,mtu3.yaml Signed-off-by: Chunfeng Yun --- v5: changes suggested by Rob 1. remove unnecessary maxItems 2. define all phys supported v4: 1. refer to usb-drd.yaml insstead of usb/generic.txt the following ones suggested by Rob: 2. add the

[PATCH v5 06/11] dt-bindings: phy: convert HDMI PHY binding to YAML schema

Convert HDMI PHY binding to YAML schema mediatek,hdmi-phy.yaml Cc: Chun-Kuang Hu Cc: Philipp Zabel Signed-off-by: Chunfeng Yun Reviewed-by: Rob Herring Reviewed-by: Chun-Kuang Hu --- v5: add Reviewed-by Chun-Kuang v4: add maintainer Philipp v3: add Reviewed-by Rob v2: fix binding check

[PATCH v5 11/11] MAINTAINERS: update MediaTek PHY/USB entry

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 --- v3~v5: no changes v2: new patch --- MAINTAINERS | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

nouveau regression post v5.8, still present in v5.10

Something between v5.8 and v5.9 has resulted in periodically losing video. Unfortunately, I can't reliably reproduce it, it seems to happen every once in a long while---I can go weeks without an occurance, but it always seems to happen after my workstation has been idle long enough to screen blank

[PATCH v1 1/1] driver: watchdog: Remove mtk_wdt_stop() in probe() to prevent the system freeze and it doesn't reboot by watchdog problem

From: "freddy.hsin" Before user space daemon start to access the watchdog device, there is a time interval that watchdog is disabled in the original flow. If the system freezing at this interval, it cannot be rebooted by watchdog hardware automatically. In order to solve this problem, the

driver: watchdog: Remove mtk_wdt_stop() in probe() to prevent the system freeze and it doesn't reboot by watchdog problem

Before user space daemon start to access the watchdog device, there is a time interval that watchdog is disabled in the original flow. If the system freezing at this interval, it cannot be rebooted by watchdog hardware automatically. In order to solve this problem, the watchdog hardware should be

Re: [PATCH] arm64/smp: Remove unused irq variable in arch_show_interrupts()

On 2020/12/15 18:30, Geert Uytterhoeven wrote: arch/arm64/kernel/smp.c: In function ‘arch_show_interrupts’: arch/arm64/kernel/smp.c:808:16: warning: unused variable ‘irq’ [-Wunused-variable] 808 | unsigned int irq = irq_desc_get_irq(ipi_desc[i]); |

Re: [PATCH 3/3] overlayfs: Report writeback errors on upper

On Thu, Dec 24, 2020 at 2:13 PM Matthew Wilcox wrote: > > On Thu, Dec 24, 2020 at 11:32:55AM +0200, Amir Goldstein wrote: > > In current master, syncfs() on any file by any container user will > > result in full syncfs() of the upperfs, which is very bad for container > > isolation. This has been

[PATCH] dm snap : add sanity checks to snapshot_ctr

Similar to commit<70de2cbd>,there should be a check for argc and argv to prevent Null pointer dereferencing when the dm_get_device invoked twice on the same device path with differnt mode. Signed-off-by: Defang Bo --- drivers/md/dm-snap.c | 7 +++ 1 file changed, 7 insertions(+) diff

[PATCH -net] net: sched: prevent invalid Scell_log shift count

Check Scell_log shift size in red_check_params() and modify all callers of red_check_params() to pass Scell_log. This prevents a shift out-of-bounds as detected by UBSAN: UBSAN: shift-out-of-bounds in ./include/net/red.h:252:22 shift exponent 72 is too large for 32-bit type 'int' Fixes:

Re: [PATCH 2/3] usb: xhci-mtk: fix UAS issue by XHCI_BROKEN_STREAMS quirk

On Mon, 2020-12-21 at 12:35 -0700, Rob Herring wrote: > On Thu, Dec 17, 2020 at 02:23:50PM +0800, Chunfeng Yun wrote: > > On Thu, 2020-12-17 at 11:32 +0800, Nicolas Boichat wrote: > > > On Thu, Dec 17, 2020 at 10:19 AM Chunfeng Yun > > > wrote: > > > > > > > > On Wed, 2020-12-16 at 20:28 +0800,

[PATCH] drivers core: Free dma_range_map when driver probe failed

From: Limeng There will be memory leak if driver probe failed. Trace as below: backtrace: [<2415258f>] kmemleak_alloc+0x3c/0x50 [] __kmalloc+0x208/0x530 [<48bc7b3a>] of_dma_get_range+0xe4/0x1b0 [<41e39065>]

[PATCH v4] net: neighbor: fix a crash caused by mod zero

pneigh_enqueue() tries to obtain a random delay by mod NEIGH_VAR(p, PROXY_DELAY). However, NEIGH_VAR(p, PROXY_DELAY) migth be zero at that point because someone could write zero to /proc/sys/net/ipv4/neigh/[device]/proxy_delay after the callers check it. This patch uses prandom_u32_max() to get a

Re: [PATCH v2 2/2] drm/bridge: anx7625: disable regulators when power off

On Wed, Dec 9, 2020 at 12:43 PM Hsin-Yi Wang wrote: > > On Mon, Nov 23, 2020 at 11:47 AM Hsin-Yi Wang wrote: > > > > When suspending the driver, anx7625_power_standby() will be called to > > turn off reset-gpios and enable-gpios. However, power supplies are not > > disabled. To save power, the

[PATCH v2 1/3] perf probe: Fix memory leak in synthesize_sdt_probe_command()

From: Arnaldo Carvalho de Melo In synthesize_sdt_probe_command(), it gets argument array from argv_split() but forgets to free it. This patch calls argv_free() to free the argument array to avoid memory leak. Fixes: 3b1f8311f696 ("perf probe: Add sdt probes arguments into the uprobe cmd

[PATCH v2 3/3] perf arm64: Add argument support for SDT

Now the two OP formats are used for SDT marker argument in Arm64 ELF, one format is general register xNUM (e.g. x1, x2, etc), another is for using stack pointer to access local variables (e.g. [sp], [sp, 8]). This patch adds support SDT marker argument for Arm64, it parses OP and converts to

[PATCH v2 2/3] perf probe: Fixup Arm64 SDT arguments

Arm64 ELF section '.note.stapsdt' uses string format "-4@[sp, NUM]" if the probe is to access data in stack, e.g. below is an example for dumping Arm64 ELF file and shows the argument format: Arguments: -4@[sp, 12] -4@[sp, 8] -4@[sp, 4] Comparing against other archs' argument format, Arm64's

[PATCH v2 0/3] perf arm64: Support SDT

This patch is to enable SDT on Arm64. Since Arm64 SDT marker in ELF file is different from other archs, especially for using stack pointer (sp) to retrieve data for local variables, patch 01 is used to fixup the arguments for this special case. Patch 02 is to add argument support for Arm64 SDT.

Re: [PATCH V6 03/13] soc: mediatek: add driver for dvfsrc support

On Thu, 2020-12-24 at 22:33 +0800, Chun-Kuang Hu wrote: Hi CK, > Hi, Henry: > > Henry Chen 於 2020年12月24日 週四 下午2:09寫道： > > > > Add dvfsrc driver for MT6873/MT8183/MT8192 > > Separate this patch for each SoC. OK, thanks. Henry > > Regards, > Chun-Kuang. > > > > > Signed-off-by: Henry Chen > >

Re: [PATCH V6 01/13] dt-bindings: soc: Add dvfsrc driver bindings

On Thu, 2020-12-24 at 10:01 -0700, Rob Herring wrote: > On Thu, 24 Dec 2020 14:08:42 +0800, Henry Chen wrote: > > Document the binding for enabling dvfsrc on MediaTek SoC. > > > > Signed-off-by: Henry Chen > > --- > > .../devicetree/bindings/soc/mediatek/dvfsrc.yaml | 68 > >

[PATCH] psi: Add PSI_CPU_FULL state

From: zhouchengming When I run a simple "perf bench sched pipe" test in a cgroup on my machine, the output of "watch -d -n 1 cpu.pressure" of this cgroup will report some avg10 10%-20%. It's strange because there is not any other process in the cgroup. Then I found that cpu contention/wait

INVESTMENT BTC FARM

GOOD NEWS TO YOU ALL !!! WE ARE HERE TO INTRODUCE BINARY TRADING TO YOU, A PLATFORM WHERE YOU INVEST A LITTLE AMOUNT OF MONEY AND EARN A FORTUNE (7 TIMES RETURN) IN LESS THAN 48 HOURS TO ALL YOU TRADERS THAT PRIORITIZE LOSING, WE CAN MAKE A FORTUNE AND HELP YOU GROW YOUR INVESTMENT. WITH OUR

Re: [PATCH] HID: Add Wireless Radio Control feature for Chicony devices

Pavel Machek 於 2020年12月25日 週五 上午3:06寫道： > > On Tue 2020-12-22 15:38:56, Jian-Hong Pan wrote: > > Some Chicony's keyboards support airplane mode hotkey (Fn+F2) with > > "Wireless Radio Control" feature. For example, the wireless keyboard > > [04f2:1236] shipped with ASUS all-in-one desktop. > > >

Re: [PATCH v2, 3/3] mailbox: cmdq: add mt8192 support

On Thu, 2020-12-24 at 22:28 +0800, Chun-Kuang Hu wrote: > Hi, Yongqiang: > > Yongqiang Niu 於 2020年12月24日 週四 上午8:55寫道： > > > > add mt8192 support > > > > Signed-off-by: Yongqiang Niu > > --- > > drivers/mailbox/mtk-cmdq-mailbox.c | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git

Re: [PATCH v1 1/2] perf probe: Fixup Arm64 SDT arguments

On Thu, Dec 24, 2020 at 10:51:39AM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 23, 2020 at 02:39:04PM +0800, Leo Yan escreveu: > > Arm64 ELF section '.note.stapsdt' uses string format "-4@[sp, NUM]" if > > the probe is to access data in stack, e.g. below is an example for > > dumping

Re: [PATCH v4 10/11] dt-bindings: usb: convert mediatek,mtu3.txt to YAML schema

On Mon, 2020-12-21 at 12:26 -0700, Rob Herring wrote: > On Wed, Dec 16, 2020 at 05:30:11PM +0800, Chunfeng Yun wrote: > > Convert mediatek,mtu3.txt to YAML schema mediatek,mtu3.yaml > > > > Signed-off-by: Chunfeng Yun > > --- > > v4: > > 1. refer to usb-drd.yaml insstead of usb/generic.txt > >

[PATCH 2/2] ALSA: hda/tegra: fix tegra-hda on tegra30 soc

Currently hda on tegra30 fails to open a stream with an input/output error. This is similar to the issue referenced in [1]. For example: speaker-test -Dhw:0,3 -c 2 speaker-test 1.2.2 Playback device is hw:0,3 Stream parameters are 48000Hz, S16_LE, 2 channels Using 16 octaves of pink noise Rate

[PATCH 1/2] clk: tegra30: Add hda clock default rates to clock driver

Current implementation defaults the hda clocks to clk_m. This causes hda to run too slow to operate correctly. Fix this by defaulting to pll_p and setting the frequency to the correct rate. This matches upstream t124 and downstream t30. Signed-off-by: Peter Geis Tested-by: Ion Agorria ---

[PATCH 0/2] fix tegra-hda on tegra30 devices

The following patches fix tegra-hda on legacy tegra devices. Two issues were discovered preventing tegra-hda from functioning: The hda clocks on tegra30 were assigned to clk_m and running at too low of a rate to function. The tegra-hda encounters an input/output error when opening a stream.

Re: [PATCH v2] perf script: Fix overrun issue for dynamically-allocated pmu type number

Hi Arnaldo, Jiri, On 12/11/2020 2:10 PM, Adrian Hunter wrote: On 9/12/20 2:58 am, Jin Yao wrote: When unpacking the event which is from dynamic pmu, the array output[OUTPUT_TYPE_MAX] may be overrun. For example, type number of SKL uncore_imc is 10, but OUTPUT_TYPE_MAX is 7 now (OUTPUT_TYPE_MAX

[PATCH v3] perf stat: Fix wrong skipping for per-die aggregation

Uncore becomes die-scope on Xeon Cascade Lake-AP and perf has supported --per-die aggregation yet. One issue is found in check_per_pkg() for uncore events running on AP system. On cascade Lake-AP, we have: S0-D0 S0-D1 S1-D0 S1-D1 But in check_per_pkg(), S0-D1 and S1-D1 are skipped because the

Re: [PATCH] bpf: fix: address of local auto-variable assigned to a function parameter.

On 12/24/20 12:01 AM, YANG LI wrote: > Assigning local variable txq to the outputting parameter xdp->txq is not > safe, txq will be released after the end of the function call. > Then the result of using xdp is unpredictable. txq can only be accessed in this devmap context. Was it actually hit

RE: [PATCH] usb: host: xhci: mvebu: make USB 3.0 PHY optional for Armada 3720

> > > > > > If not supported by ATF, then where to power on and off PHY since no other > place calls PHY APIs? Is it always on? > > > > Yes, in this case (when -EOPNOTSUPP is returned) SMC API is not > > supported by ATF, and PHY is always on. > > To make it clear, core/hcd.c function

Spende

850.000,00 Euro wurden Ihnen gespendet

[git pull] vfs.git misc stuff

Assorted patches from previous cycle(s)... The following changes since commit b65054597872ce3aefbc6a666385eabdf9e288da: Linux 5.10-rc6 (2020-11-29 15:50:50 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc for you

Att

I don't know if you received my previous email, I know it may have come to you as a surprise and you will be curious to know why/how I selected you to receive a sum of 5,000,000.00 USD. Get back to me for more details.

Re: [PATCH] nfp: remove h from printk format specifier

On Thu, 2020-12-24 at 14:14 -0800, Tom Rix wrote: > On 12/24/20 12:21 PM, Simon Horman wrote: > > On Wed, Dec 23, 2020 at 12:20:53PM -0800, t...@redhat.com wrote: > > > From: Tom Rix > > > > > > This change fixes the checkpatch warning described in this commit > > > commit cbacb5ab0aa0 ("docs:

Re: [git pull] drm fixes for 5.11-rc1

On Wed, Dec 23, 2020 at 6:29 PM Dave Airlie wrote: > > Xmas eve pull request present. Just some fixes that trickled in this > past week. Mostly amdgpu fixes, with a dma-buf/mips build fix and some > misc komeda fixes. Well, I already pulled and pushed out my merge, but only noticed afterwards

Re: [GIT PULL] ext4 updates for v5.11-rc1

The pull request you sent on Tue, 22 Dec 2020 17:49:10 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git > tags/ext4_for_linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/555a6e8c11e6282bb2704ef1cee64ceaeb41773e Thank you! -- Deet-doot-dot,

Re: [GIT PULL] A few documentation fixes

The pull request you sent on Wed, 23 Dec 2020 13:03:39 -0700: > git://git.lwn.net/linux.git tags/docs-5.11-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/71c5f03154ac1cb27423b984743ccc2f5d11d14d Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] RISC-V Fixes for 5.11-rc1 (or rc2, if it's too late)

The pull request you sent on Wed, 23 Dec 2020 20:24:05 -0800 (PST): > git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git > tags/riscv-for-linus-5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7a2fde8def1fffceda728d2441d7e69230478285 Thank you! --

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.11-2 tag

The pull request you sent on Thu, 24 Dec 2020 12:53:10 +1100: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-5.11-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9b3f7f1b841e91f0f0414525fa6edaaa2df33ccb Thank you! --

Re: [GIT PULL] Smack additional patch for v5.11

The pull request you sent on Tue, 22 Dec 2020 16:43:25 -0800: > https://github.com/cschaufler/smack-next smack-for-5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/2f2fce3d535779cb1b0d77ce839029d5d875d4f4 Thank you! -- Deet-doot-dot, I am a bot.

Re: [PATCH] nfp: remove h from printk format specifier

On 12/24/20 12:21 PM, Simon Horman wrote: > On Wed, Dec 23, 2020 at 12:20:53PM -0800, t...@redhat.com wrote: >> From: Tom Rix >> >> This change fixes the checkpatch warning described in this commit >> commit cbacb5ab0aa0 ("docs: printk-formats: Stop encouraging use of >> unnecessary %h[xudi]

Re: [GIT PULL] Smack additional patch for v5.11

On Tue, Dec 22, 2020 at 4:43 PM Casey Schaufler wrote: > > https://github.com/cschaufler/smack-next smack-for-5.11 That is not a tag. And I really want signed tags for non-kernel.org pull requests. Digging at that repo, I do find the tag, it's 'tags/Smack-for-5.11-io_uring-fix' and it has a

Spende

850.000,00 Euro wurden Ihnen gespendet

Re: [GIT pull] irq/core for v5.11-rc1

The pull request you sent on Tue, 22 Dec 2020 23:52:47 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-2020-12-23 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/3913d00ac51a9d93225eeea776026326ff8f717d Thank you! -- Deet-doot-dot, I am a

Re: [git pull] drm fixes for 5.11-rc1

The pull request you sent on Thu, 24 Dec 2020 12:29:16 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-12-24 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef2c8b81b88868f042579b9dd021cc9edbc2d0c6 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT pull] efi/core for v5.11-rc1

The pull request you sent on Mon, 14 Dec 2020 20:22:11 -: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-2020-12-14 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e0a6aa30504cb8179d07609fb6386705e8f00663 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] libnvdimm for v5.11

The pull request you sent on Thu, 24 Dec 2020 11:01:53 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm > tags/libnvdimm-for-5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1f13d2f7d8a407be09e841f17805b2451271d493 Thank you! --

Re: [GIT PULL] efi/core for v5.11

The pull request you sent on Thu, 24 Dec 2020 10:04:06 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/efi_updates_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/4a1106afeed26012de69f4837b8d7a8b83f28489 Thank you! --

Re: [GIT PULL] virtio,vdpa: features, cleanups, fixes

The pull request you sent on Wed, 23 Dec 2020 07:24:48 -0500: > https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/64145482d3339d71f58857591d021588040543f4 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] Devicetree fixes for 5.11, take 1

The pull request you sent on Wed, 23 Dec 2020 11:11:20 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git > tags/devicetree-fixes-for-5.11-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/14571d5f22d3f7f6ecb97e037a2e346b3fb488bd Thank you! --

Re: [GIT pull] irq/core for v5.11-rc1

On Tue, Dec 22, 2020 at 3:58 PM Thomas Gleixner wrote: > > A treewide cleanup of interrupt descriptor (ab)use with all sorts of racy > accesses, inefficient and disfunctional code. The goal is to remove the > export of irq_to_desc() to prevent these things from creeping up again. This

drivers/gpu/drm/amd/amdgpu/../display/dc/dml/display_mode_lib.c:122:6: warning: stack frame size of 4240 bytes in function 'dml_log_pipe_params'

Hi Alex, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 58cf05f597b03a8212d9ecf2c79ee046d3ee8ad9 commit: 20f2ffe504728612d7b0c34e4f8280e34251e704 drm/amdgpu: fold CONFIG_DRM_AMD_DC_DCN3* into CONFIG_DRM_AMD_DC_DCN

Re: [PATCH] net: ethernet: Fix memleak in ethoc_probe

On 12/24/2020 10:06 AM, Konstantin Ryabitsev wrote: > On Wed, Dec 23, 2020 at 05:41:46PM -0800, Jakub Kicinski wrote: > Does patchwork not automagically add Fixes: lines from full up emails? > That seems like a reasonable automation. Looks like it's been a TODO for 3 years

Re: [PATCH net] net: ethernet: ti: cpts: fix ethtool output when no ptp_clock registered

On Thu, Dec 24, 2020 at 06:24:05PM +0200, Grygorii Strashko wrote: > The CPTS driver registers PTP PHC clock when first netif is going up and > unregister it when all netif are down. Now ethtool will show: > - PTP PHC clock index 0 after boot until first netif is up; > - the last assigned PTP

Re: [RFC PATCH v2] pinctrl: add helper to expose pinctrl state in debugfs

On Fri, Dec 18, 2020 at 06:01:25PM +0200, Andy Shevchenko wrote: > On Fri, Dec 18, 2020 at 6:52 AM Drew Fustini wrote: > > > > BeagleBoard.org [0] currently uses an out-of-tree driver called > > bone-pinmux-helper [1] developed by Pantelis Antoniou [2] back in 2013. > > The driver assists users

Re: [PATCH] nfp: remove h from printk format specifier

On Wed, Dec 23, 2020 at 12:20:53PM -0800, t...@redhat.com wrote: > From: Tom Rix > > This change fixes the checkpatch warning described in this commit > commit cbacb5ab0aa0 ("docs: printk-formats: Stop encouraging use of > unnecessary %h[xudi] and %hh[xudi]") > > Standard integer promotion is

[RFC][PATCH] NT_FILE/NT_SIGINFO breakage on mips compat coredumps

On Wed, Dec 23, 2020 at 07:12:13AM +, Al Viro wrote: > On Wed, Dec 23, 2020 at 07:03:20AM +, Al Viro wrote: > > Argh Wrong commit blamed - the parent of the correct one. > It's actually 2aa362c49c31 ("coredump: extend core dump note section to > contain file names of mapped

Re: [PATCH] xfs: fix system crash caused by null bp->b_pages

On 12/24/20 3:51 AM, Fengfei Xi wrote: > We have encountered the following problems several times: > 1、A raid slot or hardware problem causes block device loss. > 2、Continue to issue IO requests to the problematic block device. > 3、The system possibly crash after a few hours. What

Re: drivers/char/random.c needs a (new) maintainer

Hi! > > On Wed, Dec 23, 2020 at 3:17 PM Petr Tesarik wrote: > > > Upfront, let me admit that SUSE has a vested interest in a > > > FIPS-certifiable Linux kernel. > > > > Sorry, but just because you have a "vested interest", or a financial > > interest, or because you want it does not

Re: [PATCH] mm/userfaultfd: fix memory corruption due to writeprotect

On Thu, Dec 24, 2020 at 01:49:45PM -0500, Andrea Arcangeli wrote: > Without the above, can't the CPU decrement the tlb_flush_pending while > the IPI to ack didn't arrive yet in csd_lock_wait? Ehm: csd_lock_wait has smp_acquire__after_ctrl_dep() so the write side looks ok after all sorry.

Re: drivers/char/random.c needs a (new) maintainer

Hi! > > Any updates on that? > > > > I don't believe Torsten's concerns are simply about *applying* patches > > but more about these long periods of radio silence. That kills > > Exactly. I could live with replies in the style of "old" Linus like: > "Your code is crap, because it does X and Y".

Re: [PATCH] HID: Add Wireless Radio Control feature for Chicony devices

On Tue 2020-12-22 15:38:56, Jian-Hong Pan wrote: > Some Chicony's keyboards support airplane mode hotkey (Fn+F2) with > "Wireless Radio Control" feature. For example, the wireless keyboard > [04f2:1236] shipped with ASUS all-in-one desktop. > > After consulting Chicony for this hotkey, learned

[GIT PULL] libnvdimm for v5.11

Hi Linus, Twas the day before Christmas and the only thing stirring in libnvdimm / device-dax land is a pile of miscellaneous fixups and cleanups. If this is too late for -rc1 I'll pull out the fixes and resubmit after the holidays. The bulk of it has appeared in -next save the last two patches

[GIT PULL] perf tools changes for v5.11, 2nd batch

Hi Linus, Please consider pulling, Best regards, - Arnaldo The following changes since commit 58cf05f597b03a8212d9ecf2c79ee046d3ee8ad9: Merge tag 'sound-fix-5.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound (2020-12-23 15:11:08 -0800) are available in the Git

Re: dm-crypt with no_read_workqueue and no_write_workqueue + btrfs scrub = BUG()

On 24.12.2020 19:46, Ignat Korchagin wrote: On Wed, Dec 23, 2020 at 8:57 PM Herbert Xu wrote: On Wed, Dec 23, 2020 at 04:37:34PM +0100, Maciej S. Szmigiero wrote: It looks like to me that the skcipher API might not be safe to call from a softirq context, after all. skcipher is safe to use

Re: [PATCH] mm/userfaultfd: fix memory corruption due to writeprotect

On Wed, Dec 23, 2020 at 09:18:09PM -0800, Nadav Amit wrote: > I am not trying to be argumentative, and I did not think through about an > alternative solution. It sounds to me that your proposed solution is correct > and would probably be eventually (slightly) more efficient than anything > that I

Re: dm-crypt with no_read_workqueue and no_write_workqueue + btrfs scrub = BUG()

On Wed, Dec 23, 2020 at 8:57 PM Herbert Xu wrote: > > On Wed, Dec 23, 2020 at 04:37:34PM +0100, Maciej S. Szmigiero wrote: > > > > It looks like to me that the skcipher API might not be safe to > > call from a softirq context, after all. > > skcipher is safe to use in a softirq. The problem is

Re: [PATCH v5 0/4] powercap/dtpm: Add the DTPM framework

Hi! > The density of components greatly increased the last decade bringing a > numerous number of heating sources which are monitored by more than 20 > sensors on recent SoC. The skin temperature, which is the case > temperature of the device, must stay below approximately 45°C in order > to

RE: [PATCH v3 05/14] software_node: unregister software_nodes in reverse order

From: Daniel Scally > Sent: 24 December 2020 14:14 ... > >> The array will be unwound in reverse order (i.e. last entry first). If > >> any member of the array is a child of another member then the child must > > children ? > > Yes, you are right of course. The second 'child' is a

Re: [PATCH] fs: delete repeated words in comments

On Wed, Dec 23, 2020 at 09:28:10PM -0800, Randy Dunlap wrote: > Delete duplicate words in fs/*.c. > The doubled words that are being dropped are: > that, be, the, in, and, for > > Signed-off-by: Randy Dunlap > Cc: Andrew Morton > Cc: Alexander Viro > Cc: linux-fsde...@vger.kernel.org

Re: [RFC V2 37/37] Add documentation for dmemfs

Hi, On 12/7/20 3:31 AM, yulei.ker...@gmail.com wrote: > From: Yulei Zhang > > Introduce dmemfs.rst to document the basic usage of dmemfs. > > Signed-off-by: Yulei Zhang > --- > Documentation/filesystems/dmemfs.rst | 58 > >

Re: [PATCH] ACPI: NFIT: fix flexible_array.cocci warnings

On Tue, Dec 22, 2020 at 1:10 PM Julia Lawall wrote: > > From: kernel test robot > > Zero-length and one-element arrays are deprecated, see > Documentation/process/deprecated.rst > Flexible-array members should be used instead. > > Generated by: scripts/coccinelle/misc/flexible_array.cocci > >

Re: [PATCH] net: ethernet: Fix memleak in ethoc_probe

On Wed, Dec 23, 2020 at 05:41:46PM -0800, Jakub Kicinski wrote: > > >> Does patchwork not automagically add Fixes: lines from full up emails? > > >> That seems like a reasonable automation. > > > > > > Looks like it's been a TODO for 3 years now: > > > > > >

Re: [PATCH v1 0/6] no-copy bvec

On Wed, 2020-12-23 at 15:23 -0500, Douglas Gilbert wrote: > On 2020-12-23 11:04 a.m., James Bottomley wrote: > > On Wed, 2020-12-23 at 15:51 +, Christoph Hellwig wrote: > > > On Wed, Dec 23, 2020 at 12:52:59PM +, Pavel Begunkov wrote: > > > > Can scatterlist have 0-len entries? Those are

Re: [PATCH] staging: ralink-gdma: Fixed blank line coding style issue

On Wed, 2020-12-23 at 21:22 +0100, Ayoub Soussi wrote: > Fixed coding style issue. [] > diff --git a/drivers/staging/ralink-gdma/ralink-gdma.c > b/drivers/staging/ralink-gdma/ralink-gdma.c [] > @@ -122,6 +122,7 @@ struct gdma_dma_dev { >   struct gdma_data *data; >   void __iomem *base; >

[PATCH v2 1/3] scsi: ufs: Replace sprintf and snprintf with sysfs_emit

From: Bean Huo sprintf and snprintf may cause output defect in sysfs content, it is better to use new added sysfs_emit function which knows the size of the temporary buffer. Reviewed-by: Avri Altman Suggested-by: Greg Kroah-Hartman Signed-off-by: Bean Huo --- drivers/scsi/ufs/ufs-sysfs.c |

[PATCH v2 3/3] scsi: ufs: Let resume callback return -EBUSY after ufshcd_shutdown

From: Bean Huo After ufshcd_shutdown(), both UFS device and UFS LINk are powered off, return '0' will mislead the upper PM layer since the device has not been successfully resumed yet. This will let pm_runtime_get_sync() caller mistakenly believe the device/LINK has been resumed, which leads to

[PATCH v2 2/3] scsi: ufs: Add handling of the return value of pm_runtime_get_sync()

From: Bean Huo The race issue may exist between UFS access in UFS sysfs context and UFS shutdown, thus will cause pm_runtime_get_sync() resume failure. Add handling of the return value of pm_runtime_get_sync(). Let it return in case pm_runtime_get_sync() resume failed. Signed-off-by: Bean Huo

[PATCH v2 0/3] Two changes of UFS sysfs

From: Bean Huo Changelog: V1---v2: 1. Add new patch "Let resume callback return -EBUSY after ufshcd_shutdown", Because the ufshcd_*_resume still returns successful result 0 after ufshcd_shutdown(). Even add handling of the return value of pm_runtime_get_sync(), but

Re: [PATCH] staging: rtl8723bs: clean up brace coding style issues

On Tue, 2020-12-22 at 15:17 +0100, Michael Straube wrote: > Add missing braces around else arm of if else statement to clear > style issues reported by checkpatch. > > CHECK: braces {} should be used on all arms of this statement > CHECK: Unbalanced braces around else statement [] > diff --git

drivers/scsi/fnic/vnic_dev.c:332:32: sparse: sparse: incorrect type in argument 1 (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 58cf05f597b03a8212d9ecf2c79ee046d3ee8ad9 commit: 8f28ca6bd8211214faf717677bbffe375c2a6072 iomap: constify ioreadX() iomem argument (as in generic implementation) date: 4 months ago config:

[PATCH V2 9/9] arm64: dts: renesas: beacon: Increase sdhi speeds

The eMMC can run at hs400 and the WiFi chip can run at sdr104. Set the respective flags to push the sdhi faster. Signed-off-by: Adam Ford --- V2: New to series diff --git a/arch/arm64/boot/dts/renesas/beacon-renesom-som.dtsi b/arch/arm64/boot/dts/renesas/beacon-renesom-som.dtsi index

[PATCH V2 6/9] arm64: dts: renesas: beacon-rzg2m-kit: Rearange SoC unique functions

In preparation for adding new dev kits, move anything specific to the RZ/G2M from the SOM-level and baseboard-levels and move them to the kit-level. This allows the SOM and baseboard to be reused with other SoC's. Signed-off-by: Adam Ford --- V2: Fix missing entries in dts file. diff --git

[PATCH V2 8/9] arm64: dts: renesas: Introduce r8a774e1-beacon-rzg2h-kit

eacon EmebeddedWorks is introducing a new kit based on the RZ/G2H SoC from Renesas. The SOM supports eMMC, WiFi and Bluetooth, along with a Cat-M1 cellular radio. The Baseboard has Ethernet, USB, HDMI, stereo audio in and out, along with a variety of push buttons and LED's, and support for a

[PATCH V2 4/9] arm64: dts: renesas: beacon: Better describe keys

The keys on the baseboard are laid out in an diamond pattern, up, down, left, right and center. Update the descriptions to make it easier to read. Signed-off-by: Adam Ford --- V2: Make keycode match the key name. diff --git a/arch/arm64/boot/dts/renesas/beacon-renesom-baseboard.dtsi

[PATCH V2 7/9] arm64: dts: renesas: Introduce r8a774b1-beacon-rzg2n-kit

Beacon EmebeddedWorks is introducing a new kit based on the RZ/G2N SoC from Renesas. The SOM supports eMMC, WiFi and Bluetooth, along with a Cat-M1 cellular radio. The Baseboard has Ethernet, USB, HDMI, stereo audio in and out, along with a variety of push buttons and LED's, and support for a

[PATCH V2 5/9] arm64: dts: renesas: beacon: Cleanup USB References

The programmable versaclock is used for the usb_extal reference clock for the EHCI driver instead of a fixed-clock. Because the versaclock needs to be enabled, the clock reference needs to be added to the clocks list. For the USB3 Phy, the perferred clock reference is usb3s_clk, so remove the

[PATCH V2 3/9] arm64: dts: renesas: beacon: Configure Audio CODEC clocks

With the newly added configurable clock options, the audio CODEC can configure the mclk automatically. Add the reference to the versaclock. Since the devices on I2C5 can communicate at 400KHz, let's also increase that too Signed-off-by: Adam Ford --- V2: Remove the un-used clock-names

[PATCH V2 2/9] arm64: dts: renesas: beacon kit: Fix Audio Clock sources

The SoC was expecting two clock sources with different frequencies. One to support 44.1KHz and one to support 48KHz. With the newly added ability to configure the programmably clock, configure both clocks. Assign the rcar-sound clocks to reference the versaclock instead of the fixed clock.

  1   2   3   4   >