ed on
multiple platforms, some of them registering an SoC device, some of
them not registering an SoC device. So there is no way to know the
difference between "SoC device not registered, intentionally", and
"SoC device not yet registered".
soc_device_match() should only be
_type.p && !early_soc_dev_attr)
> + return ERR_PTR(-EPROBE_DEFER);
> +
> while (!ret) {
> if (!(matches->machine || matches->family ||
> matches->revision || matches->soc_id))
Gr{oetje,eeting}s,
n, irq))
> + continue;
>
> intc_irq_xlate_set(irq, vect->enum_id, d);
> intc_register_irq(desc, d, vect->enum_id, irq);
Otherwise this seems to work fine on real hardware (landisk) and qemu
(rts7751r2d). I did verify that the new fun
compatible RTC.
http://users.telenet.be/geertu/Linux/PPC/DeviceTree.html confirms that,
showing that nvram is a different device node than rtc.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.o
On Fri, Mar 19, 2021 at 3:36 PM David Hildenbrand wrote:
> Since /dev/kmem has been removed, let's remove the xlate_dev_kmem_ptr()
> leftovers.
> Signed-off-by: David Hildenbrand
> arch/m68k/include/asm/io_mm.h | 5 -
Acked-by: Geert Uytterhoeven
Gr{oe
Hi Christophe,
On Mon, Mar 15, 2021 at 11:55 AM Christophe Leroy
wrote:
> Le 15/03/2021 à 11:49, Geert Uytterhoeven a écrit :
> > On Mon, Mar 15, 2021 at 11:46 AM Geert Uytterhoeven
> > wrote:
> >> JFYI, when comparing v5.12-rc3[1] to v5.12-rc2[3], the summaries are:
&g
On Mon, Mar 15, 2021 at 11:46 AM Geert Uytterhoeven
wrote:
> JFYI, when comparing v5.12-rc3[1] to v5.12-rc2[3], the summaries are:
> - build errors: +2/-2
> 2 error regressions:
> + /kisskb/src/include/linux/compiler_types.h: error: call to
> '__compiletime_asser
Hi Christophe,
On Tue, Mar 9, 2021 at 10:58 AM Christophe Leroy
wrote:
> Le 09/03/2021 à 10:16, Geert Uytterhoeven a écrit :
> > On Tue, Mar 9, 2021 at 9:52 AM Christophe Leroy
> > wrote:
> >> Le 09/03/2021 à 09:45, Geert Uytterhoeven a écrit :
> >>> On Tu
Hi Christophe,
On Tue, Mar 9, 2021 at 9:52 AM Christophe Leroy
wrote:
> Le 09/03/2021 à 09:45, Geert Uytterhoeven a écrit :
> > On Tue, Mar 9, 2021 at 9:39 AM Christophe Leroy
> > wrote:
> >> Add stub instances of enable_kernel_vsx() and disable_kernel_vsx()
> &g
g how this is any better than the current situation: using
BUILD_BUG() will still cause a build failure?
What about adding "depends on !POWERPC || VSX" instead, to prevent
the issue from happening in the first place?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterho
Hi Alex,
On Tue, Mar 2, 2021 at 8:30 PM Alex Deucher wrote:
> On Mon, Mar 1, 2021 at 9:21 AM Geert Uytterhoeven
> wrote:
> > On Mon, 1 Mar 2021, Geert Uytterhoeven wrote:
> > > Below is the list of build error/warning regressions/improvements in
> > > v5
On Mon, 1 Mar 2021, Geert Uytterhoeven wrote:
Below is the list of build error/warning regressions/improvements in
v5.12-rc1[1] compared to v5.11[2].
Summarized:
- build errors: +2/-0
[1]
http://kisskb.ellerman.id.au/kisskb/branch/linus/head/fe07bfda2fb9cdef8a4d4008a409bb02f35f1bd8/
(all
Commit 407d418f2fd4c20a ("powerpc/chrp: Move PHB discovery") moved the
sole call to hydra_init() to the source file where it is defined, so it
can be made static.
Signed-off-by: Geert Uytterhoeven
---
Compile-tested only. My LongTrail died in 2004.
---
arch/powerpc/include/asm/hy
Hi Saravana,
On Wed, Jan 27, 2021 at 6:11 PM Saravana Kannan wrote:
> On Wed, Jan 27, 2021 at 8:56 AM Geert Uytterhoeven
> wrote:
> > On Wed, Jan 27, 2021 at 5:42 PM Saravana Kannan
> > wrote:
> > > On Tue, Jan 26, 2021 at 11:43 PM Geert Uytterhoeven
> >
to use scripts/syscalltbl.sh.
>
> Signed-off-by: Masahiro Yamada
Thanks a lot!
Tested-by: Geert Uytterhoeven
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In p
wrong; the file paths in
> 'targets' must be relative to the current Makefile.
>
> Fix all of them so the if_changed rules work correctly.
>
> Signed-off-by: Masahiro Yamada
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -
Hi Saravana,
On Wed, Jan 27, 2021 at 5:42 PM Saravana Kannan wrote:
> On Tue, Jan 26, 2021 at 11:43 PM Geert Uytterhoeven
> wrote:
> > On Wed, Jan 27, 2021 at 1:44 AM Saravana Kannan
> > wrote:
> > > On Tue, Jan 26, 2021 at 12:50 AM Geert Uytterhoeven
> >
Hi Saravana,
On Wed, Jan 27, 2021 at 1:44 AM Saravana Kannan wrote:
> On Tue, Jan 26, 2021 at 12:50 AM Geert Uytterhoeven
> wrote:
> > On Mon, Jan 25, 2021 at 11:42 PM Saravana Kannan
> > wrote:
> > > On Mon, Jan 25, 2021 at 11:49 AM Michael Walle wrote:
> >
commit in 5.11.
Definitely not v5.11.
And I sincerely doubt it will be applied for v5.12.
It's already way too late to implement all changes to existing drivers
needed, and get them accepted for v5.12.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's l
Hi Saravana,
On Mon, Jan 25, 2021 at 11:42 PM Saravana Kannan wrote:
> On Mon, Jan 25, 2021 at 11:49 AM Michael Walle wrote:
> > Am 2021-01-21 12:01, schrieb Geert Uytterhoeven:
> > > On Thu, Jan 21, 2021 at 1:05 AM Saravana Kannan
> > > wrote:
> > >>
ould look into that.
> > >
> > > Yup. That's pretty much it AFAICT.
> > >
> > > builtin_platform_driver_probe() also makes sure the driver doesn't ask
> > > for async probe, etc. But I doubt anyone is actually setting async
> > > flags and still using builtin_platform_driver_probe().
> >
> > Hasn't module_platform_driver_probe() the same problem? And there
> > are ~80 drivers which uses that.
>
> Yeah. The biggest problem with all of these is the __init markers.
> Maybe some familiar with coccinelle can help?
And dropping them will increase memory usage.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Hi Enrico,
On Tue, Dec 22, 2020 at 9:15 PM Enrico Weigelt, metux IT consult
wrote:
> On 22.12.20 19:54, Geert Uytterhoeven wrote:
> > On Tue, Dec 22, 2020 at 7:46 PM Enrico Weigelt, metux IT consult
> > wrote:
> >> Move the pm_power_off callback into one g
ny
> - */
> -void (*pm_power_off)(void) = machine_power_off;
Assignments like these are lost in the conversion.
> -EXPORT_SYMBOL(pm_power_off);
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal c
ed-off-by: Vincent Stehlé
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalis
es_cpu_disable(void)
> xive_smp_disable_cpu();
> else
> xics_migrate_irqs_away();
> +
> + cleanup_cpu_mmu_context();
> +
> return 0;
> }
>
> --
> 2.23.0
>
--
Gr{oetje,eeting}s,
Geert
On Mon, Dec 7, 2020 at 1:08 PM Geert Uytterhoeven wrote:
> JFYI, when comparing v5.10-rc7[1] to v5.10-rc6[3], the summaries are:
> - build errors: +1/-0
+ /kisskb/src/arch/powerpc/platforms/powermac/smp.c: error: implicit
declaration of function 'cleanup_cpu_mmu_context'
[-Werror=im
ners to deal with. Update the "M68K ON APPLE MACINTOSH" section
> accordingly.
>
> Cc: Michael Ellerman
> Cc: Benjamin Herrenschmidt
> Cc: Joshua Thompson
> Cc: linuxppc-dev@lists.ozlabs.org
> Cc: linux-m...@lists.linux-m68k.org
> Signed-off-by: Finn Thain
Re
Hi Stephen,
On Sat, Dec 5, 2020 at 7:24 AM Stephen Boyd wrote:
> Quoting Geert Uytterhoeven (2020-11-30 00:57:43)
> > The R9A06G032 clock driver uses an array of packed structures to reduce
> > kernel size. However, this array contains pointers, which are no longer
> &
pecting a reply. It's ignored.
Just wondering: what kind of messages are being dropped?
If reply packets from different ADB commands become mixed up,
they are still (expected?) replies to messages we sent before. Why
shouldn't we depend on receiving the replies?
>
>
Implement idle -> sending state
> transition")
WARNING: Unknown commit id 'fa3b5a9929fc', maybe rebased or not pulled?
32226e817043?
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
Thanks, will queue in the m68k for-v5.11 branch.
Gr{oetje,eeting}s,
bad relocations
> ce56510b R_PPC64_UADDR64 .rodata+0x01c72378
> ce565126 R_PPC64_UADDR64 .rodata+0x01c723c0
>
> They are not drivers that are used on PowerPC (I assume), so mark them
> to not be built on PPC64 when CONFIG_RELOCATABLE is enabled.
&g
: 4c3d88526eba2143 ("clk: renesas: Renesas R9A06G032 clock driver")
Signed-off-by: Geert Uytterhoeven
---
v2:
- Fix authorship.
---
drivers/clk/renesas/r9a06g032-clocks.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/renesas/r9a06g032-clocks.c
b/drivers/clk/renesas
: 4c3d88526eba2143 ("clk: renesas: Renesas R9A06G032 clock driver")
Signed-off-by: Geert Uytterhoeven
---
Please take directly (ppc or clk), as this is a build fix.
https://lore.kernel.org/linux-clk/20201128122819.32187...@canb.auug.org.au/
Compile-tested only due to lack of hardware.
drivers/c
gt; accordingly.
>
> Signed-off-by: Uwe Kleine-König
Thanks for your patch!
Reviewed-by: Geert Uytterhoeven
Note that the same can be done for ps3_vuart_port_driver.remove().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 --
check this here.
>
> Signed-off-by: Uwe Kleine-König
Thanks for your patch!
Reviewed-by: Geert Uytterhoeven
Note that there are similar checks in snd_ps3_driver_probe(), which
can be removed, too:
if (WARN_ON(!firmware_has_feature(FW_FEATURE_PS3_LV1)))
return -ENODEV
esirable. Instead of that comparison, just test for resource existence.
>
> Cc: Michael Ellerman
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Joshua Thompson
> Cc: Greg Kroah-Hartman
> Cc: Jiri Slaby
> Cc: sta...@vger.kernel.org # v5.8+
&g
Hi Finn,
On Sat, Nov 21, 2020 at 12:47 AM Finn Thain wrote:
> On Fri, 20 Nov 2020, Geert Uytterhoeven wrote:
> > On Fri, Nov 20, 2020 at 5:51 AM Finn Thain
> > wrote:
> > > Don't add platform resources that won't be used. This avoids a
> > > recently-a
RQ, 0);
> + if (!r_ports || !r_irq)
> return -ENODEV;
>
> uap->port.mapbase = r_ports->start;
> uap->port.membase = (unsigned char __iomem *) r_ports->start;
> uap->port.iotype = UPIO_MEM;
> - uap->port
_be32()/in_be32()
for CONFIG_M68K")
Reported-by: kernel test robot
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Hans Verkuil
---
Compile-tested on m68k, microblaze, and powerpc.
Assembler output before/after compared for powerpc.
v2:
- Add Reviewed-by,
- s/definions/definitions/,
On Mon, Oct 26, 2020 at 10:46 AM Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v5.10-rc1[1] compared to v5.9[2].
>
> Summarized:
> - build errors: +3/-7
> - build warnings: +26/-28
>
> Happy fixing! ;-)
>
>
g.c
> +++ b/drivers/tty/serial/pmac_zilog.c
> @@ -1697,18 +1697,17 @@ extern struct platform_device scc_a_pdev, scc_b_pdev;
The real issue is this "extern struct platform_device scc_a_pdev, scc_b_pdev",
circumventing the driver framework.
Can we get rid of that?
Gr{oetje,eeting
ested-by: Jessica Yu
> Acked-by: Will Deacon
> arch/m68k/Makefile | 1 -
> .../{kernel/module.lds => include/asm/module.lds.h}| 0
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -
On Tue, Aug 25, 2020 at 10:23 AM Geert Uytterhoeven
wrote:
> JFYI, when comparing v5.9-rc2[1] to v5.9-rc1[3], the summaries are:
> - build errors: +12/-0
+ /kisskb/src/drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dcn_calcs.c:
error: implicit declaration of function 'disable_kern
Hi Michael,
On Mon, Aug 3, 2020 at 1:09 PM Michael Ellerman wrote:
> Geert Uytterhoeven writes:
> > On Mon, Jul 20, 2020 at 11:03 PM Segher Boessenkool
> > wrote:
> >> On Sat, Jul 18, 2020 at 09:50:50AM +0200, Geert Uytterhoeven wrote:
> >> > On Wed, Jun 2
Hi Segher,
On Mon, Jul 20, 2020 at 11:03 PM Segher Boessenkool
wrote:
> On Sat, Jul 18, 2020 at 09:50:50AM +0200, Geert Uytterhoeven wrote:
> > On Wed, Jun 24, 2020 at 6:02 AM Nathan Chancellor
> > wrote:
> > > /* If we have an image attached to u
On Mon, Aug 3, 2020 at 11:53 AM Geert Uytterhoeven wrote:
> JFYI, when comparing v5.8[1] to v5.8-rc7[3], the summaries are:
> - build errors: +2/-3
+ /kisskb/src/arch/powerpc/include/asm/mmu.h: error: unknown type
name 'next_tlbcam_idx': => 139:22
v5.8/power
the result of their comparison is a constant, as the addresses
are constant. If clangs warns about it, perhaps that warning should be moved
to W=1?
But adding "&" is not correct, according to C.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots
On Mon, Jun 29, 2020 at 9:40 PM Christoph Hellwig wrote:
> Instead of setting up the queuedata as well just use one private data
> field.
>
> Signed-off-by: Christoph Hellwig
Reviewed-by: Geert Uytterhoeven
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Rapoport
For the m68k part:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking t
\.h/d' \
> $(grep -L -w -f /tmp/xx \
> $(git grep -E -l '[<"]asm/pgalloc\.h'))
>
> where /tmp/xx contains all the symbols defined in
> arch/*/include/asm/pgalloc.h.
>
> Signed-off-by: Mike Rapoport
For the m68k part:
Acke
gt; creation work since we've added clone3().
> Signed-off-by: Christian Brauner
> arch/m68k/kernel/process.c | 2 +-
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68
y_thread_tls() and struct kernel_clone_args. This will make it easier to
> maintain the core process creation code under kernel/, simplifies the
> callpaths and makes the identical for all architectures.
> Signed-off-by: Christian Brauner
> arch/m68k/Kconfig | 1 -
Acked-by: Geert
Hi Finn,
On Mon, Jun 1, 2020 at 2:15 AM Finn Thain wrote:
> On Sun, 31 May 2020, Geert Uytterhoeven wrote:
> > On Sun, May 31, 2020 at 1:20 AM Finn Thain
> > wrote:
> > > arch/m68k/include/asm/adb_iop.h | 1 +
> > > dri
Hi Brad,
On Sun, May 31, 2020 at 10:01 PM Brad Boyer wrote:
> On Sun, May 31, 2020 at 10:38:04AM +0200, Geert Uytterhoeven wrote:
> > > arch/m68k/include/asm/adb_iop.h | 1 +
> > As this header file is used by a single source file only, perhaps it should
> > just b
ling.
>
> Cc: Joshua Thompson
> Cc: Geert Uytterhoeven
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
Thanks for your patch!
Acked-by: Geert Uytterhoeven
> arch/m68k/include/asm/adb_iop.h | 1 +
> drivers/macintosh/adb-iop.c | 32 ++--
on arm32).
Perhaps it was included at the top intentionally, to override the definitions
of copy_{to,from}_user_page()? Fortunately that doesn't seem to be the
case, from a quick look at the assembler output.
So let's just remove the #include instead?
Gr{oetje,eeting}s,
Geert
--
Geert
Hi Christoph,
On Mon, May 11, 2020 at 5:14 PM Christoph Hellwig wrote:
> On Mon, May 11, 2020 at 09:46:17AM +0200, Geert Uytterhoeven wrote:
> > On Sun, May 10, 2020 at 9:55 AM Christoph Hellwig wrote:
> > > none of which really are used by a typical MMU enabled kernel, a
Hi Christoph,
On Mon, May 11, 2020 at 5:11 PM Christoph Hellwig wrote:
> On Mon, May 11, 2020 at 09:40:39AM +0200, Geert Uytterhoeven wrote:
> > On Sun, May 10, 2020 at 9:57 AM Christoph Hellwig wrote:
> > >
> > > flush_icache_range generally operates on ker
m68k."
http://lore.kernel.org/r/camuhmdw+m0q+j3rsqdmxnrepm+xb5y2aqrxw5sd1mzakgme...@mail.gmail.com
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call
Hellwig
Reviewed-by: Geert Uytterhoeven
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talkin
gt; flush_icache_range around it that for now is a no-op.
>
> Signed-off-by: Christoph Hellwig
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with tec
ristoph Hellwig
> arch/m68k/include/asm/cacheflush_mm.h | 4 ++--
> arch/m68k/mm/cache.c | 2 +-
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In p
t;disk->queue = dev->queue;
> + dev->disk->private_data = dev;
This is already set above, just before the quoted sprintf() call.
>
> add_disk(dev->disk);
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyon
On Mon, May 4, 2020 at 9:24 AM Geert Uytterhoeven wrote:
> JFYI, when comparing v5.7-rc4[1] to v5.7-rc3[3], the summaries are:
> - build errors: +3/-123
> [1]
> http://kisskb.ellerman.id.au/kisskb/branch/linus/head/0e698dfa282211e414076f9dc7e83c1c288314fd/
> (all 239 configs
arning: ‘static’ is not at beginning of
> declaration [-Wold-style-declaration]
> } static vuart_bus_priv;
> ^
>
> Reported-by: Hulk Robot
> Signed-off-by: Xiongfeng Wang
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
e:
> FAILED linux-next/m5272c3_defconfig/m68k-gcc8 Mon Apr 20, 18:38
>
> http://kisskb.ellerman.id.au/kisskb/buildresult/14213623/
>
> mm/nommu.c:164:25: error: 'flags' undeclared (first use in this function);
> did you mean 'class'?
"return __vmalloc(size, gfp_mask);"
Gr
.id.au/kisskb/buildresult/14213623/
>
> mm/nommu.c:158:25: error: 'flags' undeclared (first use in this function);
> did you mean 'class'?
"return __vmalloc(size, gfp_mask);", I assume?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux b
> > > not set". So this patch tries to enable CONFIG_VHOST
> > > > > > > > > > explicitly in
> > > > > > > > > > defconfigs that enables CONFIG_VHOST_NET and
> > > > > > > > > > CONF
On Mon, 13 Apr 2020, Geert Uytterhoeven wrote:
Below is the list of build error/warning regressions/improvements in
v5.7-rc1[1] compared to v5.6[2].
Summarized:
- build errors: +132/-3
- build warnings: +257/-79
Happy fixing! ;-)
Thanks to the linux-next team for providing the build service
l see if
> > > > anyone
> > > > speaks up.
> > >
> > > We shouldn't remove 40x completely. Just remove the Xilinx 405
> > > stuff.
> >
> > Congratulations on becoming the 40x maintainer!
>
> Didn't I give you my last 40x system ? :-) IBM
' _end$' | cut
> -d' ' -f1)
> +bld="otheros.bld"
> +[ $size -le 16777216 ] || bld="otheros-too-big.bld"
> +gzip -n --force -9 --stdout "$ofile.bin" > "$odir/$bld"
> ;;
> esac
Why not print an error message and exit 1 instead,
ith standard VMA access flag combinations that are used frequently across
> many platforms. Apart from simplification, this reduces code duplication
> as well.
> Signed-off-by: Anshuman Khandual
> arch/m68k/include/asm/page.h | 3 ---
For m68k:
Acked-by: Geert Uytterho
; bring except longer code to read?
>
> Because the argument is an int:
>
> drivers/net/wireless/ath/ath5k/ahb.c: In function ‘ath_ahb_probe’:
> drivers/net/wireless/ath/ath5k/ahb.c:141:18: warning: passing argument 1 of
> ‘ioread32’ makes pointer from integer without a cast [-Wint-co
@kvack.org
> Signed-off-by: Anshuman Khandual
> arch/m68k/mm/fault.c| 2 +-
For m68k:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with tech
The PowerPC time code is not a clock provider, and just needs to call
of_clk_init().
Hence it can include instead of .
Remove the #ifdef protecting the of_clk_init() call, as a stub is
available for the !CONFIG_COMMON_CLK case.
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Stephen Boyd
The PowerPC time code is not a clock provider, and just needs to call
of_clk_init().
Hence it can include instead of .
Signed-off-by: Geert Uytterhoeven
---
arch/powerpc/kernel/time.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc
he memory under the address
> so they can be converted to a "const" version for const-safety and
> consistency among architectures.
>
> Suggested-by: Geert Uytterhoeven
> Signed-off-by: Krzysztof Kozlowski
> Reviewed-by: Geert Uytterhoeven
Reviewed
Hi Christophe,
On Wed, Jan 8, 2020 at 9:35 AM Christophe Leroy wrote:
> Le 08/01/2020 à 09:18, Krzysztof Kozlowski a écrit :
> > On Wed, 8 Jan 2020 at 09:13, Geert Uytterhoeven
> > wrote:
> >> On Wed, Jan 8, 2020 at 9:07 AM Geert Uytterhoeven
> >> wrote:
>
Hi Krzysztof,
On Wed, Jan 8, 2020 at 9:07 AM Geert Uytterhoeven wrote:
> On Tue, Jan 7, 2020 at 5:53 PM Krzysztof Kozlowski wrote:
> > The ioread8/16/32() and others have inconsistent interface among the
> > architectures: some taking address as const, some not.
&
adw, const volatile)
> REMAP1(u32, readl, const volatile)
Same for REMAP2() macro below, for iowrite*().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I ca
nto one.
Yes, they should be squashed, cfr. Arnd's comment.
I also wouldn't bother doing the updates in patches 6-10.
The rest looks good to me.
Thanks a lot!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In p
mmit 311ae9e159d8 ("io_uring: fix dead-hung for non-iter
> > fixed rw") clears the failure.
> >
> > Most likely an #include is missing.
>
> Huh weird how the build bots didn't catch that. Does the below work?
Thanks, this fixes the same issue on SuperH:
Tested-
Hi Borislav,
On Tue, Nov 12, 2019 at 10:08 AM Borislav Petkov wrote:
> On Mon, Nov 11, 2019 at 07:08:51PM +0100, Geert Uytterhoeven wrote:
> > vmlinux-std.lds: All other classic 680x0 targets with an MMU, e.g. plain
> > defconfig aka multi_defconfig.
>
>
Hi Kees,
On Mon, Nov 11, 2019 at 6:23 PM Kees Cook wrote:
> On Mon, Nov 11, 2019 at 05:58:06PM +0100, Geert Uytterhoeven wrote:
> > On Fri, Oct 11, 2019 at 2:07 AM Kees Cook wrote:
> > > There's no reason to keep the RODATA macro: replace the callers with
> > >
tax error
make[1]: *** [/kisskb/src/Makefile:1075: vmlinux] Error 1
Reported-by: nore...@ellerman.id.au
http://kisskb.ellerman.id.au/kisskb/buildresult/14022846/
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
I
Caching dates is never a good idea ;-)
Fixes: e7affb1dba0e9068 ("powerpc/cache: add cache flush operation for various
e500")
Signed-off-by: Geert Uytterhoeven
---
arch/powerpc/kernel/cpu_setup_fsl_booke.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powe
list is a sign of get_maintainter.pl-considered-harmful.
Please trim it (by removing me, a.o. ;-) for next submission.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
Variables of type atomic{,64}_t can be used fine with
debugfs_create_u{32,64}, when passing a pointer to the embedded counter.
This allows to get rid of the casts, which prevented compiler checks.
Signed-off-by: Geert Uytterhoeven
---
drivers/crypto/nx/nx_debugfs.c | 18 +-
1
Currently bool ionic_cq.done_color is exported using
debugfs_create_u8(), which requires a cast, preventing further compiler
checks.
Fix this by switching to debugfs_create_bool(), and dropping the cast.
Signed-off-by: Geert Uytterhoeven
---
drivers/net/ethernet/pensando/ionic/ionic_debugfs.c
There is no need to cast a typed pointer to a void pointer when calling
a function that accepts the latter. Remove it, as the cast prevents
further compiler checks.
Signed-off-by: Geert Uytterhoeven
---
drivers/net/ethernet/chelsio/cxgb4vf/cxgb4vf_main.c | 2 +-
1 file changed, 1 insertion
There is no need to cast a typed pointer to a void pointer when calling
a function that accepts the latter. Remove it, as the cast prevents
further compiler checks.
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | 4 ++--
1 file changed, 2 insertions(+), 2
comments!
Geert Uytterhoeven (5):
crypto: nx - Improve debugfs_create_u{32,64}() handling for atomics
cxgb4/cxgb4vf: Remove superfluous void * cast in debugfs_create_file()
call
drm/amdgpu: Remove superfluous void * cast in debugfs_create_file()
call
power: avs: smartreflex: Remove
There is no need to cast a typed pointer to a void pointer when calling
a function that accepts the latter. Remove it, as the cast prevents
further compiler checks.
Signed-off-by: Geert Uytterhoeven
---
drivers/power/avs/smartreflex.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
"u64". This also allows
to drop the cast.
Fixes: 398af571128fe75f ("powerpc/security: Show powerpc_security_features in
debugfs")
Signed-off-by: Geert Uytterhoeven
---
Compile-tested only.
Alternatively, powerpc_security_features could be changed to u32.
However, that would require u
ernel/vmlinux-nommu.lds | 2 +-
For m68k:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talki
mu.lds | 2 +-
> arch/m68k/kernel/vmlinux-std.lds | 2 +-
> arch/m68k/kernel/vmlinux-sun3.lds | 2 +-
For m68k:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In per
| 2 +-
> arch/m68k/Kconfig.debug| 16
> arch/m68k/Kconfig.machine | 8 ----
For m68k:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32
, can't it?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
Caching dates is never a good idea ;-)
Fixes: e7affb1dba0e9068 ("powerpc/cache: add cache flush operation for various
e500")
Signed-off-by: Geert Uytterhoeven
---
arch/powerpc/kernel/cpu_setup_fsl_booke.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powe
f-by: Christoph Hellwig
> arch/m68k/Kconfig | 1 -
> arch/m68k/include/asm/pgtable_mm.h | 3 +++
> arch/m68k/kernel/dma.c | 3 +--
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
201 - 300 of 1107 matches
Mail list logo