On Sun, Sep 27, 2020 at 1:59 AM Michał Mirosław wrote:
> Use regmap accessors directly for register manipulation - removing one
> layer of abstraction.
>
> Signed-off-by: Michał Mirosław
Acked-by: Linus Walleij
Yours,
Linus Walleij
Hi Neil,
this is just a drive-by question and I'm looping in Todd in the hopes for
a discussion or clarification.
On Fri, Oct 30, 2020 at 3:37 PM Neil Armstrong wrote:
> The GE2D is a 2D accelerator with various features like configurable blitter
> with alpha blending, frame rotation, scaling,
Am 2020-11-05 01:29, schrieb Stephen Boyd:
Quoting Michael Walle (2020-11-01 10:48:18)
diff --git a/drivers/clk/clk-fsl-sai.c b/drivers/clk/clk-fsl-sai.c
index 0221180a4dd7..1e81c8d8a6fd 100644
--- a/drivers/clk/clk-fsl-sai.c
+++ b/drivers/clk/clk-fsl-sai.c
@@ -68,9 +68,20 @@ static int
Glenn reported that "an application [he developed produces] a BUG in
deadline.c when a SCHED_DEADLINE task contends with CFS tasks on nested
PTHREAD_PRIO_INHERIT mutexes. I believe the bug is triggered when a CFS
task that was boosted by a SCHED_DEADLINE task boosts another CFS task
(nested
d->ecc.user_conf.algo;
> >> chip->ecc.strength = nand->ecc.user_conf.strength;
> >>chip->ecc.size = nand->ecc.user_conf.step_size;
> >>
> >> ---
> >>
> >> Thanks
> >> Christophe
> >
> > S
On Wed, Nov 4, 2020 at 11:32 PM gregkh wrote:
>
> On Wed, Nov 04, 2020 at 03:21:23PM -0800, Dan Williams wrote:
> > On Tue, Nov 3, 2020 at 7:45 AM Jason Gunthorpe wrote:
> > [..]
> > > > +MODULE_DEVICE_TABLE(auxiliary, mlx5v_id_table);
> > > > +
> > > > +static struct auxiliary_driver
On Wed, 4 Nov 2020 10:01:06 -0800, Ray Jui wrote:
+#define MAX_SLAVE_RX_PER_INT 10
>>>
In patch [3/6], you've enabled IS_S_RX_THLD_SHIFT in slave ISR bitmask,
however it's not actually used in processing rx events.
Instead of hardcoding this threshold here,
SNIPPED
> >
> > Looks like left column became too wide, so rather than shift the right
> > column to the right, I'd suggest to drop underscores in Speculation*.
>
> Hm. That makes it inconsistent with Speculation_Store_Bypass. I guess
> it's the lesser of two evils.
Oh, do you mean renaming the
On Thu, 5 Nov 2020 at 18:03, Mike Rapoport wrote:
>
> On Thu, Nov 05, 2020 at 05:45:49PM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the akpm-current tree, today's linux-next build (htmldocs)
> > produced this warning:
> >
> > Documentation/filesystems/proc.rst:296: WARNING:
On 2020/11/5 下午3:01, Heiner Kallweit wrote:
> On 05.11.2020 03:48, Qu Wenruo wrote:
>> Hi,
>>
>> Not sure if this is a regression or not, but just find out that after
>> upgrading to v5.9 kernel, one of my ethernet port on my ThinkPad T14 (ryzen
>> version) becomes very slow.
>>
>> Only *2~3*
Do you get my last mail
On Thu, 2020-11-05 at 08:46 +0200, Matti Vaittinen wrote:
> Morning Lee,
>
> Thanks for taking a look at this :) I see most of the comments being
> valid. There's two I would like to clarify though...
>
> On Wed, 2020-11-04 at 15:51 +, Lee Jones wrote:
> > On Wed, 28 Oct 2020, Matti
On 05. 11. 20, 8:04, Christophe Leroy wrote:
Le 04/11/2020 à 20:35, Lee Jones a écrit :
Fixes the following W=1 kernel build warning(s):
drivers/tty/serial/pmac_zilog.h:365:58: warning: variable ‘garbage’
set but not used [-Wunused-but-set-variable]
Explain how you are fixing this
When GPIOs that are routed to PDC are used as output they can still latch
the IRQ pending at GIC. As a result the spurious IRQ was handled when the
client driver change the direction to input to starts using it as IRQ.
Currently such erroneous latched IRQ are cleared with .irq_enable callback
On Thu 5.Nov'20 at 7:29:07 +0100, Greg Kroah-Hartman wrote:
On Thu, Nov 05, 2020 at 11:10:29AM +0800, Shuo A Liu wrote:
On Wed 4.Nov'20 at 20:02:35 +0100, Greg Kroah-Hartman wrote:
> On Mon, Oct 19, 2020 at 02:17:52PM +0800, shuo.a@intel.com wrote:
> > --- /dev/null
> > +++
This driver transports LAPB (X.25 link layer) frames over TTY links.
I can safely say that this driver has no actual user because it was
not working at all until:
commit 8fdcabeac398 ("drivers/net/wan/x25_asy: Fix to make it work")
The code in its current state still has problems:
1.
The uses
On Wed, Nov 04, 2020 at 03:21:23PM -0800, Dan Williams wrote:
> On Tue, Nov 3, 2020 at 7:45 AM Jason Gunthorpe wrote:
> [..]
> > > +MODULE_DEVICE_TABLE(auxiliary, mlx5v_id_table);
> > > +
> > > +static struct auxiliary_driver mlx5v_driver = {
> > > + .name = "vnet",
> > > + .probe =
Nishanth,
On 05/11/2020 0.43, Nishanth Menon wrote:
> The device tree standard sets the default node behavior when status
> property as enabled.
It should be:
When the status property is not present under a node, the "okay' value
is assumed.
Note: the device tree specification does not document
On 28/10/20 12:51 am, Marco Elver wrote:
> On Tue, 27 Oct 2020 at 18:47, Arpitha Raghunandan <98.a...@gmail.com> wrote:
>>
>> Implementation of support for parameterized testing in KUnit.
>> This approach requires the creation of a test case using the
>> KUNIT_CASE_PARAM macro that accepts a
Add DT Binding doc for the Unique ID of i.MX 8M series.
Signed-off-by: Alice Guo
---
.../devicetree/bindings/arm/fsl.yaml | 33 +++
1 file changed, 33 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml
On 2020-11-04, Nathan Chancellor wrote:
On Tue, Nov 03, 2020 at 04:53:41PM -0800, Nick Desaulniers wrote:
Clang's integrated assembler produces the warning for assembly files:
warning: DWARF2 only supports one section per compilation unit
If -Wa,-gdwarf-* is unspecified, then debug info is
Add compatible string to .dtsi file for binding of imx8_soc_init_driver
and device.
Signed-off-by: Alice Guo
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 2 +-
arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +-
arch/arm64/boot/dts/freescale/imx8mp.dtsi | 2 +-
Add nvmem-cell related stuff for the soc unique ID.
Signed-off-by: Alice Guo
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 6 ++
arch/arm64/boot/dts/freescale/imx8mn.dtsi | 6 ++
arch/arm64/boot/dts/freescale/imx8mp.dtsi | 6 ++
arch/arm64/boot/dts/freescale/imx8mq.dtsi | 6 ++
Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") introduced
an issue whereby communication with the SMC became unreliable with write
errors like :
[ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40
[ 120.378621] applesmc: LKSB: write data fail
[ 120.512782] applesmc:
On Wed 04-11-20 14:38:00, Roman Gushchin wrote:
> On Wed, Nov 04, 2020 at 10:25:16PM +0800, Hui Su wrote:
> > mem_cgroup_page_lruvec() in memcontrol.c and
> > mem_cgroup_lruvec() in memcontrol.h is very similar
> > except for the param(page and memcg) which also can be
> > convert to each other.
>
Directly reading ocotp register depends on that bootloader enables ocotp
clk, which is not always effective, so change to use nvmem API. Using
nvmem API requires to support driver defer probe and thus change
soc-imx8m.c to use platform driver.
The other reason is that directly reading ocotp
On 05/11/2020 00:43, Nishanth Menon wrote:
> The device tree standard sets the default node behavior when status
> property as enabled. There are many reasons for doing the same, number
> of strings in device tree, default power management functionality etc
> are few of the reasons.
>
> In
The Macronix MX35LF2GE4AD / MX35LF4GE4AD are 3V, 2G / 4Gbit serial
SLC NAND flash device (with on-die ECC).
Validated by read, erase, read back, write, read back and nandtest
on Xilinx Zynq PicoZed FPGA board which included Macronix SPI Host
(drivers/spi/spi-mxic.c).
Signed-off-by: YouChing Lin
On 05/11/2020 00:43, Nishanth Menon wrote:
> The device tree standard sets the default node behavior when status
> property as enabled. There are many reasons for doing the same, number
> of strings in device tree, default power management functionality etc
> are few of the reasons.
>
> In
On 3/11/20 5:25 pm, Ulf Hansson wrote:
> On Wed, 28 Oct 2020 at 12:20, Veerabhadrarao Badiganti
> wrote:
>>
>> The commit bbdc74dc19e0 ("mmc: block: Prevent new req entering queue
>> after its cleanup") has introduced this change but it got moved after
>> del_gendisk() with commit 57678e5a3d51
On Thu, Nov 5, 2020 at 10:45 AM Stephen Boyd wrote:
>
> Quoting Zong Li (2020-10-16 02:18:23)
> > Extract common core of prci driver to an independent file, it could
> > allow other chips to reuse it. Separate SoCs-dependent code 'fu540'
> > from prci core, then we can easily add 'fu740' later.
>
On 05/11/2020 00:25, Nishanth Menon wrote:
> Fix the node address to follow the device tree convention.
>
> This fixes the dtc warning:
> : Warning (simple_bus_reg): /bus@10/dss@04a0: simple-bus
> unit address format error, expected "4a0"
>
> Fixes: 76921f15acc0 ("arm64: dts: ti:
On Thu, Nov 5, 2020 at 10:50 AM Stephen Boyd wrote:
>
> Quoting Zong Li (2020-10-16 02:18:26)
> > Refactor code by using DEFINE_PRCI_CLOCK to define each clock
> > and reduce duplicate code.
>
> What is duplicate?
Sorry for unclear description, actually, I want to say that we can
remove the
From: Menglong Dong
When udp_memory_allocated is at the limit, __udp_enqueue_schedule_skb
will return a -ENOBUFS, and skb will be dropped in __udp_queue_rcv_skb
without any counters being done. It's hard to find out what happened
once this happen.
So we introduce a UDP_MIB_MEMERRORS to do this
On Thu, Oct 29, 2020 at 8:39 AM Ramuthevar,Vadivel MuruganX
wrote:
> From: Ramuthevar Vadivel Murugan
>
> Convert the cadence-quadspi.txt documentation to cadence-quadspi.yaml
> remove the cadence-quadspi.txt from Documentation/devicetree/bindings/spi/
>
> Signed-off-by: Ramuthevar Vadivel
On Fri, Oct 30, 2020 at 6:32 AM Ramuthevar,Vadivel MuruganX
wrote:
> + ddata = of_device_get_match_data(dev);
> + if (ddata->hwcaps_mask & CQSPI_SUPPORTS_MULTI_CHIPSELECT) {
> + if (of_property_read_u32(np, "num-chipselect",
The standard SPI bindings in
Le 04/11/2020 à 20:35, Lee Jones a écrit :
Fixes the following W=1 kernel build warning(s):
drivers/tty/hvc/hvc_vio.c:385:13: warning: no previous prototype for
‘hvc_vio_init_early’ [-Wmissing-prototypes]
385 | void __init hvc_vio_init_early(void)
| ^~
Cc: Michael
On Thu, 2020-11-05 at 07:44 +0100, Miguel Ojeda wrote:
> There are a few important new features:
https://clang.llvm.org/docs/ClangFormatStyleOptions.html
> - AlignConsecutiveMacros is probably one of the biggest one for the
> kernel that we were missing so far.
There's no control as to
On Thu, 5 Nov 2020 11:32:55 +0530
Vikas Gupta wrote:
> diff --git a/include/uapi/linux/vfio.h b/include/uapi/linux/vfio.h
> index 2f313a238a8f..aab051e8338d 100644
> --- a/include/uapi/linux/vfio.h
> +++ b/include/uapi/linux/vfio.h
> @@ -203,6 +203,7 @@ struct vfio_device_info {
> #define
Hello Team,
Please include updated firmware bins for WCN3991. Change includes
updated TLV file to fix BT SSR.
Snapshot of pull request is as below, let me know if anything is
missing.
The following changes since commit
dae4b4cd084102cd49c37aa8b579b208028ab025:
Merge branch
Le 04/11/2020 à 20:35, Lee Jones a écrit :
Fixes the following W=1 kernel build warning(s):
drivers/tty/serial/pmac_zilog.h:365:58: warning: variable ‘garbage’ set but
not used [-Wunused-but-set-variable]
Explain how you are fixing this warning.
Setting __always_unused is usually not
Hi all,
After merging the tip tree, today's linux-next build (htmldocs) produced
this warning:
Documentation/admin-guide/hw-vuln/l1d_flush.rst:25: WARNING: undefined label:
documentation/userspace-api/spec_ctrl.rst (if the link has no caption the label
must precede a section header)
Hi Dominique,
Good News!
I'm happy to see that you have time to pick this up again. All the changes are
OK for me.
Thanks
Jianyong
> -Original Message-
> From: Dominique Martinet
> Sent: Tuesday, November 3, 2020 6:41 PM
> To: Jianyong Wu
> Cc: eri...@gmail.com; lu...@ionkov.net;
Hi all,
After merging the drm tree, today's linux-next build (htmldocs) produced
this warning:
Documentation/gpu/drm-kms:466: drivers/gpu/drm/drm_crtc.c:236: WARNING:
Unexpected indentation.
Documentation/gpu/drm-kms:466: drivers/gpu/drm/drm_crtc.c:237: WARNING: Block
quote ends without a
On Thu, Nov 05, 2020 at 05:45:49PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the akpm-current tree, today's linux-next build (htmldocs)
> produced this warning:
>
> Documentation/filesystems/proc.rst:296: WARNING: Malformed table.
> Text in column margin in table line 61.
>
>
On 05.11.2020 03:48, Qu Wenruo wrote:
> Hi,
>
> Not sure if this is a regression or not, but just find out that after
> upgrading to v5.9 kernel, one of my ethernet port on my ThinkPad T14 (ryzen
> version) becomes very slow.
>
> Only *2~3* Mbps.
>
> The laptop has two ethernet interfaces,
Hi,
On (20/11/05 07:52), Gerd Hoffmann wrote:
> > - *ents = kmalloc_array(*nents, sizeof(struct virtio_gpu_mem_entry),
> > - GFP_KERNEL);
> > + *ents = kvmalloc_array(*nents,
> > + sizeof(struct virtio_gpu_mem_entry),
> > +
On Tue, Nov 03, 2020 at 04:53:41PM -0800, Nick Desaulniers wrote:
> Clang's integrated assembler produces the warning for assembly files:
>
> warning: DWARF2 only supports one section per compilation unit
>
> If -Wa,-gdwarf-* is unspecified, then debug info is not emitted. This
Is this
Hi YouChing,
YouChing Lin wrote on Thu, 5 Nov 2020 09:43:13
+0800:
> The Macronix MX35LF2GE4AD / MX35LF4GE4AD are 3V, 2G / 4Gbit serial
> SLC NAND flash device (with on-die ECC).
>
> Validated by read, erase, read back, write, read back and nandtest
> on Xilinx Zynq PicoZed FPGA board which
On Thu, Nov 5, 2020 at 10:46 AM Stephen Boyd wrote:
>
> Quoting Zong Li (2020-10-16 02:18:24)
> > Use generic name CLK_SIFIVE_PRCI instead of CLK_SIFIVE_FU540_PRCI. This
> > patch is prepared for fu740 support.
> >
> > Signed-off-by: Zong Li
> > ---
>
> Looks ok but needs an ack from riscv
Hi all,
After merging the drivers-x86 tree, today's linux-next build (htmldocs)
produced these warnings:
Documentation/ABI/testing/sysfs-class-firmware-attributes:2: WARNING:
Unexpected indentation.
Documentation/ABI/testing/sysfs-class-firmware-attributes:2: WARNING:
Unexpected indentation.
Hi,
> - *ents = kmalloc_array(*nents, sizeof(struct virtio_gpu_mem_entry),
> - GFP_KERNEL);
> + *ents = kvmalloc_array(*nents,
> +sizeof(struct virtio_gpu_mem_entry),
> +GFP_KERNEL);
Shouldn't that be
Hi all,
After merging the drm tree, today's linux-next build (htmldocs) produced
these warnings:
include/linux/dma-buf-map.h:106: warning: Excess function parameter 'vaddr'
description in 'DMA_BUF_MAP_INIT_VADDR'
include/linux/dma-buf-map.h:106: warning: Function parameter or member 'vaddr_'
syzbot has bisected this issue to:
commit e918188611f073063415f40fae568fa4d86d9044
Author: Boqun Feng
Date: Fri Aug 7 07:42:20 2020 +
locking: More accurate annotations for read_lock()
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=15fbef3250
start commit:
Morning Lee,
Thanks for taking a look at this :) I see most of the comments being
valid. There's two I would like to clarify though...
On Wed, 2020-11-04 at 15:51 +, Lee Jones wrote:
> On Wed, 28 Oct 2020, Matti Vaittinen wrote:
>
> > Add core support for ROHM BD9576MUF and BD9573MUF PMICs
Hi all,
After merging the akpm-current tree, today's linux-next build (htmldocs)
produced this warning:
Documentation/filesystems/proc.rst:296: WARNING: Malformed table.
Text in column margin in table line 61.
== ===
Field
On Thu, Nov 5, 2020 at 1:35 AM Nick Desaulniers wrote:
>
> I'll help you paint your bikeshed. Oh, but what color? I see a red
> door, and I want it painted black.
>
> Sounds to me like Miguel could win over a critic by addressing some of
> your (quite valid) concerns. ;)
I am happy to take the
On 2020/11/5 14:16, Cong Wang wrote:
> On Wed, Nov 4, 2020 at 10:04 PM Cong Wang wrote:
>>
>> On Mon, Nov 2, 2020 at 11:24 PM Yunsheng Lin wrote:
> From my understanding, we can do anything about the old qdisc (including
> destorying the old qdisc) after some_qdisc_is_busy() return
Thomas Gleixner writes:
> From: Mike Galbraith
>
> Gratian managed to trigger the BUG_ON(!newowner) in fixup_pi_state_owner().
> This is one possible chain of events leading to this:
>
> Task Prio Operation
> T1 120 lock(F)
> T2 120 lock(F) -> blocks (top waiter)
> T3
On Thu, Nov 05, 2020 at 04:47:25PM +1100, Brad Campbell wrote:
> Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") introduced
> an issue whereby communication with the SMC became unreliable with write
> errors :
>
> [ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40
> [
On Thu, Nov 05, 2020 at 11:10:29AM +0800, Shuo A Liu wrote:
> On Wed 4.Nov'20 at 20:02:35 +0100, Greg Kroah-Hartman wrote:
> > On Mon, Oct 19, 2020 at 02:17:52PM +0800, shuo.a@intel.com wrote:
> > > --- /dev/null
> > > +++ b/include/uapi/linux/acrn.h
> > > @@ -0,0 +1,56 @@
> > > +/*
Hi Chris,
Could you try this to see if it fixes the problem? Thanks!
Regards,
Boqun
On Mon, Nov 02, 2020 at 01:37:41PM +0800, Boqun Feng wrote:
> Chris Wilson reported a problem spotted by check_chain_key(): a chain
> key got changed in validate_chain() because we modify the ->read in
>
Hi,
On Wed, Nov 04, 2020 at 04:18:08AM -0800, syzbot wrote:
> syzbot has bisected this issue to:
>
> commit e918188611f073063415f40fae568fa4d86d9044
> Author: Boqun Feng
> Date: Fri Aug 7 07:42:20 2020 +
>
> locking: More accurate annotations for read_lock()
>
> bisection log:
On 2020/11/5 14:04, Cong Wang wrote:
> On Mon, Nov 2, 2020 at 11:24 PM Yunsheng Lin wrote:
From my understanding, we can do anything about the old qdisc (including
destorying the old qdisc) after some_qdisc_is_busy() return false.
>>>
>>> But the current code does the reset _before_
On Wed, Nov 4, 2020 at 10:04 PM Cong Wang wrote:
>
> On Mon, Nov 2, 2020 at 11:24 PM Yunsheng Lin wrote:
> > >> From my understanding, we can do anything about the old qdisc (including
> > >> destorying the old qdisc) after some_qdisc_is_busy() return false.
> > >
> > > But the current code does
Dear,
My name is Mr Tofil Bama, I am the Bill and Exchange assistant
Manager in Bank of Africa Ouagadougou Burkina Faso. In my department
I discovered an abandoned sum of eighteen million three hundred
thousand United State of American dollars (18.3MILLION USA DOLLARS)
in an account that belongs
> Recent introduction of the userspace msr filtering added code that uses
> negative error codes for cases that result in either #GP delivery to
> the guest, or handled by the userspace msr filtering.
>
> This breaks an assumption that a negative error code returned from the
> msr emulation code
Add Broadcom msi module for platform devices.
Signed-off-by: Vikas Gupta
---
drivers/vfio/platform/Kconfig | 1 +
drivers/vfio/platform/Makefile| 1 +
drivers/vfio/platform/msi/Kconfig | 9 +++
drivers/vfio/platform/msi/Makefile| 2 +
Hi all,
Changes since 20201104:
The drm-intel-fixes tree lost its build failure.
The drm-msm tree gained conflicts against the drm and drm-misc trees.
The mfd tree gained a build failure so I used the version from
next-20201104.
The pinctrl tree lost its build failure.
The akpm-current tree
MSI support for platform devices.
Signed-off-by: Vikas Gupta
---
drivers/vfio/platform/vfio_platform_common.c | 84 ++-
drivers/vfio/platform/vfio_platform_irq.c | 235 +-
drivers/vfio/platform/vfio_platform_private.h | 23 ++
include/uapi/linux/vfio.h
This RFC adds support for MSI for platform devices.
a) MSI(s) is/are added in addition to the normal interrupts.
b) The vendor specific MSI configuration can be done using
callbacks which is implemented as msi module.
c) Adds a msi handling module for the Broadcom platform devices.
Vikas Gupta
In the case of msi, vendor specific msi module may require
region access to handle msi cleanup so we need to cleanup region
after irq cleanup only.
Signed-off-by: Vikas Gupta
---
drivers/vfio/platform/vfio_platform_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, Nov 2, 2020 at 11:24 PM Yunsheng Lin wrote:
> >> From my understanding, we can do anything about the old qdisc (including
> >> destorying the old qdisc) after some_qdisc_is_busy() return false.
> >
> > But the current code does the reset _before_ some_qdisc_is_busy(). ;)
>
> If lock is
Hi Nick,
I love your patch! Yet something to improve:
[auto build test ERROR on kbuild/for-next]
[also build test ERROR on asm-generic/master linus/master v5.10-rc2
next-20201104]
[cannot apply to tip/x86/core]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
Hi, Tiezhu,
On Wed, Nov 4, 2020 at 11:51 AM Tiezhu Yang wrote:
>
> On 11/04/2020 10:00 AM, Huacai Chen wrote:
> > Hi, Tiezhu,
> >
> > On Tue, Nov 3, 2020 at 3:13 PM Tiezhu Yang wrote:
> >> The field LPA of CP0_CONFIG3 register is read only for Loongson64, so the
> >> write operations are
On Sun, 1 Nov 2020 at 07:05, Andrew Morton wrote:
>
> On Fri, 30 Oct 2020 17:27:54 +1100 Anand K Mistry wrote:
>
> > Similar to speculation store bypass, show information about the indirect
> > branch speculation mode of a task in /proc/$pid/status.
>
> Why is this considered useful?
For
Intel's LGM(Lightning Mountain) SoC contains a PWM fan controller
which is only used to control the fan attached to the system. This
PWM controller does not have any other consumer other than fan.
Add DT bindings documentation for this PWM fan controller.
Signed-off-by: Rahul Tanwar
Reviewed-by:
Intel Lightning Mountain(LGM) SoC contains a PWM fan controller.
This PWM controller does not have any other consumer, it is a
dedicated PWM controller for fan attached to the system. Add
driver for this PWM fan controller.
Signed-off-by: Rahul Tanwar
Reviewed-by: Andy Shevchenko
---
Patch 1 adds dt binding document in YAML format.
Patch 2 add PWM fan controller driver for LGM SoC.
v15:
- Rebase to latest linux 5.10-rc2
v14:
- Address below review concerns from Uwe Kleine-K?nig.
* Add limitations info about fixed 2-wire mode support.
* Rename clk/reset _disable function
Commit fff2d0f701e6 ("hwmon: (applesmc) avoid overlong udelay()") introduced
an issue whereby communication with the SMC became unreliable with write
errors :
[ 120.378614] applesmc: send_byte(0x00, 0x0300) fail: 0x40
[ 120.378621] applesmc: LKSB: write data fail
[ 120.512782] applesmc:
ALDO3 is used as the power supply for the LRADC keys voltage divider,
in addition to supplying AVCC and VCC-PLL. While AVCC and VCC-PLL will
accept any voltage between 2v7 and 3v3, LRADC needs a precise 3v0 input
to maintain the expected 2:3 ratio between the internal 2v0 reference
voltage and the
This series fixes a couple of small issues with the PinePhone device
tree, and collects some patches adding support for peripherals that
recently received driver or DT binding support.
Luca Weiss (1):
arm64: dts: allwinner: pinephone: Add LED flash
Ondrej Jirman (3):
arm64: dts: allwinner:
From: Ondrej Jirman
Pinephone has STK3311-X proximity sensor. Add support for it.
Signed-off-by: Ondrej Jirman
Signed-off-by: Samuel Holland
---
.../arm64/boot/dts/allwinner/sun50i-a64-pinephone.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: Luca Weiss
All revisions of the PinePhone have an SGM3140 LED flash. The gpios were
swapped on v1.0 of the board, but this was fixed in later revisions.
Signed-off-by: Luca Weiss
Signed-off-by: Samuel Holland
---
.../boot/dts/allwinner/sun50i-a64-pinephone-1.0.dts | 5 +
From: Ondrej Jirman
The PinePhone has a Realtek rtl8723cs Bluetooth controller.
Signed-off-by: Ondrej Jirman
Signed-off-by: Samuel Holland
---
.../boot/dts/allwinner/sun50i-a64-pinephone.dtsi| 13 +
1 file changed, 13 insertions(+)
diff --git
The AXP803 in the Pinephone has its ACIN and VBUS pins shorted together.
In this configuration, the VBUS control registers take priority over the
ACIN control registers, which means the ACIN sysfs knobs have no effect.
Remove the AC power supply from the DTS, since VBUS is really the only
power
From: Ondrej Jirman
The PinePhone has a Realtek rtl8723cs WiFi module.
On mainboard revisions 1.0 and 1.1, the reset input is always pulled
high, so no power sequence is needed. On mainboard revision 1.2, the
reset input is connected to PL2.
Signed-off-by: Ondrej Jirman
Signed-off-by: Samuel
On 2020-11-04 12:08:12, Will Deacon wrote:
> On Tue, Nov 03, 2020 at 09:59:52AM -0600, Tyler Hicks wrote:
> > On 2020-09-21 14:15:55, Tyler Hicks wrote:
> > > Provide the CONFIG_CMDLINE_EXTEND config option for arm64 kernels. This
> > > config option can be used to extend the kernel command line
Description
=
1. This Kernel panic could be due to a timing issue when there is a race
between the sync thread and the initiator was processing of a login response
from the target. The session re-open can be invoked from two places
a.Sessions sync thread when the iscsid
There is a spinlock lockup as part of composite_disconnect
when it tries to acquire cdev->lock as part of usb_gadget_deactivate.
This is because the usb_gadget_deactivate is called from
usb_function_deactivate with the same spinlock held.
This would result in the below call stack and leads to
On Wed, Nov 4, 2020 at 9:05 PM Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the akpm-current tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/linux/numa.h:25,
> from include/linux/nodemask.h:96,
>
On AMD CPUs which have the feature X86_FEATURE_AMD_STIBP_ALWAYS_ON,
STIBP is set to on and 'spectre_v2_user_stibp ==
SPECTRE_V2_USER_STRICT_PREFERRED'. At the same time, IBPB can be set to
conditional. However, this leads to the case where it's impossible to
turn on IBPB for a process because in
On 11/4/20 9:05 PM, Brad Campbell wrote:
> On 5/11/20 3:43 pm, Guenter Roeck wrote:
>> On 11/4/20 6:18 PM, Brad Campbell wrote:
>>> On 5/11/20 12:20 am, Andreas Kemnade wrote:
On Tue, 3 Nov 2020 16:56:32 +1100
Brad Campbell wrote:
>>>
> If anyone with a Mac having a conventional SMC
- return correct width and height for G_SELECTION
- update capture port wxh with rectangle wxh.
- add support for HFI_PROPERTY_PARAM_UNCOMPRESSED_PLANE_ACTUAL_INFO
to set stride info and chroma offset to FW.
Signed-off-by: Dikshita Agarwal
---
drivers/media/platform/qcom/venus/helpers.c|
On Wed, 4 Nov 2020 09:47:22 -0500
Steven Rostedt wrote:
> On Wed, 4 Nov 2020 11:08:52 +0900
> Masami Hiramatsu wrote:
>
> > kretprobe_hash_lock() and kretprobe_table_lock() will be called from
> > outside of the kprobe pre_handler context. So, please keep in_nmi()
> > in those functions.
> >
On Thu, Nov 5, 2020 at 1:33 AM Nick Desaulniers wrote:
>
> Yeah, that's annoying. Why don't you send me a patch that downgrades
> it from hard error to polite warning (in case someone made a typo),
> and I'll review it?
Sure!
Cheers,
Miguel
i386defconfig
mips allyesconfig
mips allmodconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a004-20201104
i386
On Wed, 2020-11-04 at 17:57 +0530, George Cherian wrote:
> Add health reporters for RVU NPA block.
^^^ NIX ?
Cc: Jiri
Anyway, could you please spare some words on what is NPA and what is
NIX?
Regarding the reporters names, all drivers register well known generic
On Tue, Nov 03, 2020 at 09:31:42PM +0530, Sumit Garg wrote:
> Add support for TEE based trusted keys where TEE provides the functionality
> to seal and unseal trusted keys using hardware unique key. Also, this is
> an alternative in case platform doesn't possess a TPM device.
>
> This patch-set
在 2020/11/5 上午12:59, Johannes Weiner 写道:
> On Wed, Nov 04, 2020 at 07:55:39PM +0800, Alex Shi wrote:
>> @@ -1380,6 +1383,14 @@ struct lruvec *mem_cgroup_page_lruvec(struct page
>> *page, struct pglist_data *pgd
>> return lruvec;
>> }
>>
>> +/**
>> + * lock_page_lruvec - return lruvec
1 - 100 of 1576 matches
Mail list logo