np here is the node coming from platform_device. No children are used.
I changed irq_of_parse_and_map to platform_get_irq to pass it directly.
I changed of_address_to_resource to platform_get_resource for the same
reason.
It ends up being the same.
Signed-off-by: Rosen Penev
---
v2: fixed com
On Mon, Aug 12, 2024 at 8:12 PM Peter Xu wrote:
> Dax supports pud pages for a while, but mprotect on puds was missing since
> the start. This series tries to fix that by providing pud handling in
> mprotect(). The goal is to add more types of pud mappings like hugetlb or
> pfnmaps. This series
On Fri, 18 Oct 2024 07:07:30 +0100, Ed Robbins wrote:
> If the power supply type is not set it defaults to "Unknown" and upower
> does not recognise it. In turn battery monitor applications do not see a
> battery. Setting to POWER_SUPPLY_TYPE_BATTERY fixes this.
>
>
Applied, thanks!
[1/1] pmu
On Mon, Nov 11, 2024 at 8:21 AM Rob Herring wrote:
>
> On Sat, Nov 9, 2024 at 5:40 PM Rosen Penev wrote:
> >
> > np here is ofdev->dev.of_node. Better to use the proper functions as
> > there's no use of children or anything else.
>
> Your commit message needs some work.
>
> > Signed-off-by: Rose
Hi,
Recently fstests generic/650 hit a kernel warning on ppc64le [1] with
xfs (default mkfs option). My latest test on mainline linux v6.12-rc6+
with HEAD=da4373fbcf006deda90e5e6a87c499e0ff747572 .
Thanks,
Zorro
[1]
FSTYP -- xfs (debug)
PLATFORM -- Linux/ppc64le rdma-cert-03-lp10 6
On Sat, Nov 9, 2024 at 5:40 PM Rosen Penev wrote:
>
> np here is ofdev->dev.of_node. Better to use the proper functions as
> there's no use of children or anything else.
Your commit message needs some work.
> Signed-off-by: Rosen Penev
> ---
> drivers/net/can/grcan.c | 2
Sourabh Jain writes:
> From: Hari Bathini
>
> Memory for passing additional parameters to fadump capture kernel
> is allocated during subsys_initcall level, using memblock. But
> as slab is already available by this time, allocation happens via
> the buddy allocator. This may work for radix MMU
Sourabh Jain writes:
> The param area is a memory region where the kernel places additional
> command-line arguments for fadump kernel. Currently, the param memory
> area is reserved in fadump kernel if it is above boot_mem_top. However,
> it should be reserved if it is below boot_mem_top because
On Mon, 11 Nov 2024 13:03:16 -0800 Rosen Penev wrote:
> --- a/drivers/net/ethernet/samsung/sxgbe/sxgbe_platform.c
> +++ b/drivers/net/ethernet/samsung/sxgbe/sxgbe_platform.c
> @@ -111,7 +111,7 @@ static int sxgbe_platform_probe(struct platform_device
> *pdev)
> }
>
> /* Get the SXGBE
On Mon, Nov 11, 2024 at 7:32 PM Jakub Kicinski wrote:
>
> On Mon, 11 Nov 2024 13:03:16 -0800 Rosen Penev wrote:
> > --- a/drivers/net/ethernet/samsung/sxgbe/sxgbe_platform.c
> > +++ b/drivers/net/ethernet/samsung/sxgbe/sxgbe_platform.c
> > @@ -111,7 +111,7 @@ static int sxgbe_platform_probe(struct
10 matches
Mail list logo
