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:
https://patchwork.kernel.org/project/linux-us
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 Chun-
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
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 pattern
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 '|' d
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
v
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
---
.../bindings/ph
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 d
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
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 warnin
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 a/MAI
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
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 watchd
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
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]);
|^~~
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
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 --git
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: 8afa1
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, N
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>] of_dma_configure_id+0x58/0x27c
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
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 dr
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
string
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 uprob
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 ar
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.
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
> > -
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
> > +
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 percen
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 PR
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.
> >
> >
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 a/dri
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 Arm6
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
> >
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 s
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
---
driv
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.
Since
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
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
ma
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
du
> > >
> > > 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 usb_add_hc
850.000,00 Euro wurden Ihnen gespendet
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 to
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.
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: pr
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 tha
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, I
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.
https://korg.docs.kernel.org
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!
--
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!
--
Deet-doot-d
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.
https://korg.docs
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] an
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 p
850.000,00 Euro wurden Ihnen gespendet
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
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.
https://ko
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
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!
--
Deet-doot-dot
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!
--
Deet-doot-do
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 b
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!
--
Dee
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 expos
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
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 no
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 PHC
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 of
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 a
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 file
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 kern
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 suddenly
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.
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".
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 the
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 to
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
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
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
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 on
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 compl
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 back-reference
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
Reviewe
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
>
> Documentation/filesystems/index
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
>
> Fix
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:
> > >
> > > https://github.com/getpatchwork/patc
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 di
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;
>
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 | 3
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
r
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
-
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 still
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 a/d
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: i386-randconfig-
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 b34ffa1e7
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 a/a
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 para
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
b/arch/ar
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 par
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 usb
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 reference
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.
Signe
1 - 100 of 309 matches
Mail list logo