Hi Arnd,
On Tue, Jan 8, 2019 at 2:25 PM Arnd Bergmann wrote:
> On Mon, Jan 7, 2019 at 10:29 AM Geert Uytterhoeven
> wrote:
> > With gcc 7.3.0:
> >
> > arch/m68k/atari/config.c: In function ‘atari_switches_setup’:
> > arch/m68k/atari/config.c:151:2: war
by include/uapi/linux/shm.h, albeit in a comment:
#define SHM_RND 02 /* round attach address to SHMLBA
boundary */
Glibc provides its own definition in /usr/include/x86_64-linux-gnu/bits/shm.h
#define SHMLBA (__getpagesize ())
So probably this is safe.
Gr{oetje,eeting}s
Enabling NET_VENDOR_* Kconfig options does not directly affect the
kernel, so there is no need to explicitly disable them.
The individual network drivers under them are still disabled.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/configs/amcore_defconfig | 20 -
arch/m68k
size (512
bytes), which is an upper limit for all suboptions.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/atari/config.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/m68k/atari/config.c b/arch/m68k/atari/config.c
index bd96702a1ad09773..4fcc4b1df1c0f2b4 100644
--- a
Actual changes:
-CONFIG_IOSCHED_DEADLINE=m
-CONFIG_BATMAN_ADV_MCAST=y
-# CONFIG_SCSI_MQ_DEFAULT is not set
+CONFIG_CRYPTO_ADIANTUM=m
+CONFIG_CRYPTO_STREEBOG=m
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/configs/amiga_defconfig| 5 ++---
arch/m68k/configs
upper limit, which is 168 bytes.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/kernel/signal.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/kernel/signal.c b/arch/m68k/kernel/signal.c
index e2a9421c57975034..87e7f3639839f559 100644
--- a/arch/m68k/kernel/signal.c
> + '$(sysnr_pfx_$(basetarget))' \
> + '$(sysnr_offset_$(basetarget))'
> +
What's the purpose of adding this build rule, which is unused?
The patch works fine though.
I assume the common build rules will
)\n" "${t_nxt}"
> + printf "__SYSCALL(%s,sys_ni_syscall)\n" "${t_nxt}"
Please keep the space after the comma.
> t_nxt=$((t_nxt+1))
> done
> - printf "__SYSCALL(%s, %s, )\n" "${t_nxt}&quo
Hi Joe,
On Fri, Aug 24, 2018 at 12:00 AM Joe Perches wrote:
> On Thu, 2018-08-23 at 23:52 +0200, Geert Uytterhoeven wrote:
> > Does gcc 8.x gives again the same warnings as my venerable old gcc 4.1.2,
> > that no one else seems to see? Or will the real bugs I detect this way s
anyway?
> - }
> + local_irq_disable();
> + rom_reset();
> #ifdef CONFIG_ADB_CUDA
> } else if (macintosh_config->adb_type == MAC_ADB_EGRET ||
>macintosh_config->adb_type == MAC_ADB_CUDA) {
Gr{oetje,eeting}s,
R_syscalls along with NR_syscalls
m68k: Add system call table generation support
m68k: Generate uapi header and syscall table header files
Geert Uytterhoeven (1):
m68k/defconfig: Update defconfigs for v4.20-rc1
arch/m68k/Kconfig.machine | 2 -
arch/m68
for regressions introduced in v4.19.
Thanks for pulling!
Geert Uytterhoeven (1):
m68k: Fix memblock-related crashes
arch/m68k/kernel/setup_mm.c | 2 --
arch/m68k/mm/motorola.c | 2 ++
2 files changed, 2 insertions(+), 2
Hi Arnd,
Are you seeing this issue (gcc replacing calls to strncmp() by strcmp() behind
our back, causing link errors later), too?
See also
https://lore.kernel.org/lkml/28ebe45d-3dbd-2a82-f537-b0725f7a2...@infradead.org/
Thanks!
On Wed, Dec 19, 2018 at 10:32 AM Geert Uytterhoeven
wrote:
>
u.
So I'll queue my patch as a late fix for v4.20.
Sun-3 can be fixed when someone can test Mike's suggestion.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal
is_rtc_hctosys':
> > ./debian/build/build_m68k_none_m68k/./drivers/rtc/rtc-proc.c:33: undefined
> > reference to `strcmp'
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.o
Hi Christoph,
On Fri, Dec 14, 2018 at 12:47 PM Christoph Hellwig wrote:
>
> On Fri, Dec 14, 2018 at 10:54:32AM +0100, Geert Uytterhoeven wrote:
> > > - page = alloc_pages(flag, order);
> > > + page = alloc_pages(flag | GFP_ZERO, order);
On Fri, Dec 14, 2018 at 10:54 AM Geert Uytterhoeven
wrote:
> On Fri, Dec 14, 2018 at 9:26 AM Christoph Hellwig wrote:
> > If we want to map memory from the DMA allocator to userspace it must be
> > zeroed at allocation time to prevent stale data leaks. We already do
> >
return NULL;
There's second implementation below, which calls __get_free_pages() and
does an explicit memset(). As __get_free_pages() calls alloc_pages(), perhaps
it makes sense to replace the memset() by GFP_ZERO, to increase consistency?
Gr{oetje,eeting}s,
Hi Andreas,
On Fri, Dec 7, 2018 at 5:50 PM Geert Uytterhoeven wrote:
> When running the kernel in Fast RAM on Atari:
>
> Ignoring memory chunk at 0x0:0xe0 before the first chunk
> ...
> Unable to handle kernel NULL pointer dereference at virtual address
> (
Hi Dmitry,
On Wed, Dec 12, 2018 at 1:37 PM Dmitry V. Levin wrote:
> On Wed, Dec 12, 2018 at 01:27:14PM +0100, Geert Uytterhoeven wrote:
> > On Wed, Dec 12, 2018 at 1:04 PM Dmitry V. Levin wrote:
> > > On Wed, Dec 12, 2018 at 10:43:33AM +0100, Geert Uytterhoeven wrote:
>
Hi Dmitry,
On Wed, Dec 12, 2018 at 1:04 PM Dmitry V. Levin wrote:
> On Wed, Dec 12, 2018 at 10:43:33AM +0100, Geert Uytterhoeven wrote:
> > On Wed, Dec 12, 2018 at 10:27 AM Dmitry V. Levin wrote:
> > > On Wed, Dec 12, 2018 at 10:01:29AM +0100, Geert Uytterhoeven wrote:
>
Hi Dmitry,
On Wed, Dec 12, 2018 at 10:27 AM Dmitry V. Levin wrote:
> On Wed, Dec 12, 2018 at 10:01:29AM +0100, Geert Uytterhoeven wrote:
> > On Wed, Dec 12, 2018 at 9:55 AM Dmitry V. Levin wrote:
> > > On Mon, Dec 10, 2018 at 04:30:25PM +0300, Dmitry V. Levin wrote:
> >
Hi Dmitry,
On Wed, Dec 12, 2018 at 9:55 AM Dmitry V. Levin wrote:
> On Mon, Dec 10, 2018 at 04:30:25PM +0300, Dmitry V. Levin wrote:
> > On Mon, Dec 10, 2018 at 02:06:28PM +0100, Geert Uytterhoeven wrote:
> > > On Mon, Dec 10, 2018 at 1:41 PM Dmitry V. Levin wrote:
> >
Hi Dmitry,
On Mon, Dec 10, 2018 at 1:41 PM Dmitry V. Levin wrote:
> On Mon, Dec 10, 2018 at 09:45:42AM +0100, Geert Uytterhoeven wrote:
> > On Mon, Dec 10, 2018 at 5:30 AM Dmitry V. Levin wrote:
> > > syscall_get_* functions are required to be implemented on all
> > >
lementing all 5 syscall_get_*
> functions as documented in asm-generic/syscall.h: syscall_get_nr,
> syscall_get_arguments, syscall_get_error, syscall_get_return_value,
> and syscall_get_arch.
>
> Cc: Geert Uytterhoeven
> Cc: Oleg Nesterov
> Cc: Andy Lutomirski
> Cc: Elvira Khab
Hi Mike,
On Fri, Dec 7, 2018 at 10:02 PM Mike Rapoport wrote:
> On Fri, Dec 07, 2018 at 05:50:11PM +0100, Geert Uytterhoeven wrote:
> > Sun-3 must be broken before this fix, as it fills in m68k_memory[0] in
> > config_sun3(), i.e. after m68k_parse_bootinfo().
> > Sun-3 is
() ignores all
but the first memory chunk.
Fix this by moving the calls to memblock_add() from
m68k_parse_bootinfo() to paging_init(), after all ignored memory chunks
have been removed from m68k_memory[].
Reported-by: Andreas Schwab
Fixes: 1008a11590b966b4 ("m68k: switch to MEMBLOCK + N
s, Zorro II RAM is ignored, and removed from the
m68k_memory[] array. Fix this as well.
Reported-by: Andreas Schwab
Suggested-by: Mike Rapoport
Tested-by: Michael Schmitz
Fixes: 1008a11590b966b4 ("m68k: switch to MEMBLOCK + NO_BOOTMEM")
Signed-off-by: Geert Uytterhoeven
---
The Amiga
s, Zorro II RAM is ignored, and removed from the
m68k_memory[] array. Fix this as well.
Reported-by: Andreas Schwab
Suggested-by: Mike Rapoport
Tested-by: Michael Schmitz
Fixes: 1008a11590b966b4 ("m68k: switch to MEMBLOCK + NO_BOOTMEM")
Signed-off-by: Geert Uytterhoeven
---
The Amig
On Tue, Dec 4, 2018 at 2:15 PM Geert Uytterhoeven wrote:
> When running the kernel in Fast RAM on Atari:
>
> Ignoring memory chunk at 0x0:0xe0 before the first chunk
> ...
> ---
> The Amiga part is untested.
Oops, not even compile-tested...
/me hides in a brow
s, Zorro II RAM is ignored, and removed from the
m68k_memory[] array. Fix this as well.
Reported-by: Andreas Schwab
Suggested-by: Mike Rapoport
Tested-by: Michael Schmitz
Fixes: 1008a11590b966b4 ("m68k: switch to MEMBLOCK + NO_BOOTMEM")
Signed-off-by: Geert Uytterhoeven
---
The Amig
507 insertions(+), 768 deletions(-)
> create mode 100644 arch/m68k/kernel/syscalls/Makefile
> create mode 100644 arch/m68k/kernel/syscalls/syscall.tbl
> create mode 100644 arch/m68k/kernel/syscalls/syscallhdr.sh
> create mode 100644 arch/m68k/kernel/syscalls/syscalltbl.sh
Thanks, applied
Hi Firoz,
On Tue, Dec 4, 2018 at 4:22 AM Firoz Khan wrote:
> On Sun, 2 Dec 2018 at 19:27, Geert Uytterhoeven wrote:
> > On Tue, Nov 13, 2018 at 7:01 AM Firoz Khan wrote:
> > > The system call tables are in different format in all
> > > architecture and it will b
> That might make it clearer to people that a bare 'default n' is
> redundant.
> ...
>
> Signed-off-by: Bartlomiej Zolnierkiewicz
Reviewed-by: Geert Uytterhoeven
I.e., applied and queued for v4.21.
Gr{oetje,eeting}s,
Geert
--
Geert
O mode by 5% or 10%. (The DMA controller on the 840av/660av models is
> still unsupported so PIO transfers are used.)
>
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
Reviewed-by: Geert Uytterhoeven
I.e., applied and queued for v4.21.
Gr{oetje,eeting}s,
2mem += m68k_memory[i].size;
+ memblock_remove(m68k_memory[i].addr,
+ m68k_memory[i].size);
m68k_num_memory--;
for (j = i; j < m68k_num_memory; j++)
m68k_memory[j]
Hi Dmitry,
On Mon, Dec 3, 2018 at 1:24 AM Dmitry V. Levin wrote:
> On Sun, Dec 02, 2018 at 11:29:10AM +0100, Geert Uytterhoeven wrote:
> > On Tue, Nov 20, 2018 at 1:15 AM Dmitry V. Levin wrote:
> > > syscall_get_arch() is required to be implemented on all architectures
> &
xt}"
> + printf "#endif\n"
> + printf "\n"
> + printf "#endif /* %s */" "${fileguard}"
The above line is lacking a "\n", causing:
./arch/m68k/include/generated/uapi/asm/unistd_32.h:370:42:
warni
Hi Dmitry,
On Tue, Nov 20, 2018 at 1:15 AM Dmitry V. Levin wrote:
> syscall_get_arch() is required to be implemented on all architectures
> in order to extend the generic ptrace API with PTRACE_GET_SYSCALL_INFO
> request.
>
> Signed-off-by: Dmitry V. Levin
Reviewed-by: Gee
gt; [0.00] Built 1 zonelists, mobility grouping off. Total pages: 3549
>
> Only a single memory chunk (ST-RAM), and kernel loaded there.
Same here.
The only memory-related option I have in my ARAnyM config is
FastRAM = 256
and that works.
Andreas: can you please share your AR
On Thu, Nov 29, 2018 at 12:04 PM Andy Shevchenko
wrote:
> Use %ptR instead of open coded variant to print content of
> struct rtc_time in human readable format.
>
> Cc: Geert Uytterhoeven
> Cc: linux-m68k
> Signed-off-by: Andy Shevchenko
Reviewed-by: Geert Uytterhoeve
, though; such bugs will be fixed more quickly if any interested
| parties submit patches to that effect.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people,
CC linux-m68k (now for real, stumbling to Senseo machine)
On Wed, Nov 28, 2018 at 8:07 PM Andy Shevchenko
wrote:
>
> Use %ptR instead of open coded variant to print content of
> struct rtc_time in human readable format.
>
> Cc: Geert Uytterhoeven
> Signed-off-by: Andy Shevche
Hi Finn,
On Wed, Nov 21, 2018 at 10:47 AM Finn Thain wrote:
> On Wed, 21 Nov 2018, Geert Uytterhoeven wrote:
> > The 8520 CIA is almost identical to the 6526 CIA, as used in the C64...
>
> The 6526 CIA datasheet says, "In continuous mode, the timer will count
> from th
Hi Finn,
On Wed, Nov 21, 2018 at 9:41 AM Finn Thain wrote:
> On Wed, 21 Nov 2018, Geert Uytterhoeven wrote:
> > On Wed, Nov 21, 2018 at 12:13 AM Finn Thain
> > wrote:
> > > On atari, the 68901 counts down to 0x01 and raises an interrupt. On
> > > mac, the 6522
h depends on the video mode, and thus can't be used
as a monotonic clock source.
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.
for use as an RTC.
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 "programm
Hi Linus,
On Fri, Nov 16, 2018 at 10:33 PM Linus Walleij wrote:
> On Fri, Nov 16, 2018 at 8:44 PM Geert Uytterhoeven
> wrote:
> > On Fri, Nov 16, 2018 at 12:13 PM Linus Walleij
> > wrote:
> > > I mean that whole thing should go away by abstracting those LEDs
>
st going with struct led_classdev is probably doable.
Going for the full monty, using leds-gpio, probably requires moving m68k
to DT. Which would not be that ... uninteresting ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots
ping APIs, cfr.
"Removing support for old hardware from the kernel"
(https://lwn.net/Articles/769468/).
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
offset = 1;
> + offset = jiffy_ticks;
>
> local_irq_restore(flags);
>
> ticks = jiffy_ticks - ticks;
> - ticks = (1 * ticks) / jiffy_ticks;
>
> - return (ticks + offset) * 1000;
> + return clk_tota
t not called'
warnings?
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
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/configs/amiga_defconfig| 4
arch/m68k/configs/apollo_defconfig | 4
arch/m68k/configs/atari_defconfig| 4
arch/m68k/configs/bvme6000_defconfig | 4
arch/m68k/configs/hp300_defconfig| 4
arch/m68k/configs
_PARM
Руслан Исаев (1):
m68k/sun3: Remove is_medusa and m68k_pgtable_cachemode
arch/m68k/emu/nfeth.c| 4
arch/m68k/kernel/sun3-head.S | 6 --
2 files changed, 10 deletions(-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Th
[ Wow, I hadn't expected such a heated discussion, I just wanted to
know which code
needed fixes... ]
On Sun, Oct 28, 2018 at 8:00 AM Finn Thain wrote:
> On Sat, 27 Oct 2018, Arnd Bergmann wrote:
> > On Sat, Oct 27, 2018 at 5:02 PM Geert Uytterhoeven
> > wrote:
> >
topped supporting m68k a long time ago ;-)
Thanks!
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 journ
tell the audience what has been changed in v4?
When posting a new version of a patch or patch series, it is a good
idea to include a changelog in the cover letter and/or patches.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond
MFD driver can instantiate 2 Buddha IDE cells, the
Catweasel MFD driver can instantiate 3 Buddha IDE cells and a Catweasel
floppy cell, and the X-Surf MFD driver can instantiate 2 Buddha IDE
cells and a zorro8390 cell.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Th
g
> +++ b/drivers/scsi/Kconfig
> @@ -42,6 +42,10 @@ config SCSI_DMA
> bool
> default n
>
> +config SCSI_ESP_PIO
> + bool
> + default n
"default n" is the default, so please drop this line.
Gr{oetje,eeting}s,
zorro_esp_write8(esp, (esp_count >> 16) & 0xff, ESP_TCHI);
Since all these sub-drivers seem to support 24-bit transfers, perhaps this is
something to be fixed in the esp_scsi core?
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
> +++ b/drivers/scsi/esp_scsi.h
> @@ -540,6 +540,8 @@ struct esp {
>
> void*dma;
> int dmarev;
> +
> + int send_cmd_residual;
unsigned int?
Gr{oetje,eeting}s,
Geert
-
ount.
> - warn if partition CylBlocks larger than what's stored in the RDSK header.
> - bail out if we were to overflow sector_t (32 or 64 bit).
>
> Changes from v1:
>
> Kars de Jong:
> - use defines for magic offsets in DosEnvec struct
>
> Geert Uytterhoeven:
> - u
Hi Michael,
On Sat, Oct 13, 2018 at 4:46 AM Michael Schmitz wrote:
> Am 12.10.2018 um 21:59 schrieb Geert Uytterhoeven:
> >> Changes from v4:
> >>
> >> Andreas Schwab:
> >> - correct cast to sector_t in sector address calculations
> >
> > Whic
Hi Michael,
On Sat, Oct 13, 2018 at 4:23 AM Michael Schmitz wrote:
> Am 12.10.2018 um 21:54 schrieb Geert Uytterhoeven:
> > Thanks for being persistent!
> >
> > BTW, there's another possible overflow in "blk *= blksize", but that one
> > is very unlik
start_sect = (sector_t) be32_to_cpu(pb->pb_Environment[9]) *
... but not here?
> be32_to_cpu(pb->pb_Environment[3]) *
> be32_to_cpu(pb->pb_Environment[5]) *
> blksize;
Gr{oetje,eeting}s,
dd_overflow(start_sect, nr_sects, &end_sect)) {
> + pr_err("Dev %s: partition %u (%llu-%llu) needs LBD
> device support, skipping partition!\n",
> + bdevname(state->bdev, b), part,
> + start_sect, (
Hi Bart,
CC debian-68k, linux-m68k
On Tue, Oct 9, 2018 at 5:00 PM Bart Van Assche wrote:
> On Tue, 2018-10-09 at 13:51 +, Christophe Leroy wrote:
> > _PAGE_WRITETHRU is a target specific flag. Prefer generic functions.
> >
> > Acked-by: Geert Uytterhoeven
> >
the problematic WARN_ON which was introduced in commit 22db552b50fa
> ("powerpc/powermac: Fix rtc read/write functions").
>
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterh
cause overflows, if the rest of the DM code
> and the block layer code limit disk utilization to what can be
> represented by 32 bit sector_t?
I'm not positive about that. Needs more investigation. Or perhaps the DM
people just know.
> On Wed, Sep 26, 2018 at 8:56 PM, Geert Uytterhoe
Hi Michael,
On Wed, Sep 26, 2018 at 10:49 AM Geert Uytterhoeven
wrote:
> On Wed, Sep 26, 2018 at 10:34 AM Geert Uytterhoeven
> wrote:
> > On Tue, Sep 25, 2018 at 10:47 PM Michael Schmitz
> > wrote:
> > > It's not just me - this happens when building withou
On Wed, Sep 26, 2018 at 10:34 AM Geert Uytterhoeven
wrote:
> On Tue, Sep 25, 2018 at 10:47 PM Michael Schmitz wrote:
> > It's not just me - this happens when building without LBD support:
> >
> > ERROR: "__udivdi3" [drivers/md/dm-thin-pool.ko] undefined!
>
being
> enabled...
>
> This is with gcc 8.10 from kernel.org, FWIW.
I can reproduce that with other compilers as well.
Will send a fix.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal
they are.
Isn't gcc-8 just assuming that any char array must contain a valid
NUL-terminated string, unless it is tagged with the nonstring attribute?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.or
lready have COMPILE_TEST for that.
If you want to increase compile coverage, please look into adding
"|| COMPILE_TEST" dependencies to subsystems and drivers that still lack it,
and (if needed) modifying the code to make the result build.
Thanks!
Gr{oetje,eeting}s,
Geer
use old
> gcc 4.6.3, and lack __udivdi3 support, or new and shiny 8.10 with its
> strncmp mess.
You're not supposed to do 64-bit divisions in the kernel, except using
do_div() and the other helpers in include/linux/math64.h and
include/asm-generic/div64.h.
Gr{oetje,eeting}s,
> 12 files changed, 502 insertions(+), 790 deletions(-)
> create mode 100644 arch/m68k/kernel/syscall_table.S
> create mode 100644 arch/m68k/kernel/syscalls/Makefile
> create mode 100644 arch/m68k/kernel/syscalls/syscall.tbl
> create mode 100644 arc
must
> hold information only useful for user space applications.
>
> Signed-off-by: Firoz Khan
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversat
nclude/uapi/asm/Kbuild
> +++ b/arch/m68k/include/uapi/asm/Kbuild
> @@ -21,3 +21,4 @@ generic-y += statfs.h
> generic-y += termbits.h
> generic-y += termios.h
> generic-y += types.h
> +generic-y += unistd_32.h
> \ No newline at end of file
Likewise.
Gr{oetje,eeting}s,
+#
> +0 common restart_syscall sys_restart_syscall
Why the indentation by an "odd" number of spaces, instead of TABs?
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
On Thu, Sep 20, 2018 at 5:06 PM Firoz Khan wrote:
> 1. Update NR_syscalls in asm/unistd.h manually by counting the
>no.of system calls. No need to update NR_syscalls untill
until
(scripts/checkpatch.pl would have told you)
Gr{oetje,eeting}s,
Geert
--
m/unistd.h. While __NR_syscalls
> isn't strictly part of the uapi, having it as part of the generated
> header to simplifies the implementation. So we need to enclose this
> macro with #ifdef __KERNEL__ to avoid side effects.
>
> Signed-off-by: Firoz Khan
Reviewed-by: Geert Uytte
xistig table file.
>
> In order to come up with a common naming convention across all
> architecture, we need to change the file name to syscall_table.S.
> This change will unify the implementation across all architecture.
>
> Signed-off-by: Firoz Khan
Reviewed-by: Gee
Hi Firoz,
On Thu, Sep 20, 2018 at 10:12 AM Firoz Khan wrote:
> On 18 September 2018 at 15:34, Geert Uytterhoeven
> wrote:
> > On Tue, Sep 18, 2018 at 9:16 AM Firoz Khan wrote:
> >> On 9 August 2018 at 13:00, Geert Uytterhoeven wrote:
> >> > One first comm
Hi Firoz,
On Tue, Sep 18, 2018 at 9:16 AM Firoz Khan wrote:
> On 9 August 2018 at 13:00, Geert Uytterhoeven wrote:
> > One first comment below...
> >
> > On Thu, Aug 9, 2018 at 7:16 AM Firoz Khan wrote:
> >> NR_syscalls macro holds the number of system call e
#x27; failed
> make: *** [sub-make] Error 2
>
> I've checked with several other configs and it seems that CONFIG_MMU=y and
> CONFIG_MMU_MOTOROLA=y are causing the trouble.
>
> The same configs are buildable with gcc-4.9.0.
Please check
https://lore.kernel.org/lkml/28ebe45d-3
init_mm.brk = (unsigned long) 0;
>
> + command_line[0] = 0;
Likewise:
char __initdata command_line[COMMAND_LINE_SIZE];
> +
> config_BSP(&command_line[0], sizeof(command_line));
>
> #if defined(CONFIG_BOOTPARAM)
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
Hi Finn,
On Fri, Aug 31, 2018 at 9:12 AM Finn Thain wrote:
> On Fri, 31 Aug 2018, Geert Uytterhoeven wrote:
> > On Fri, Aug 24, 2018 at 4:02 AM Finn Thain
> > wrote:
> > > Now that the 68k Mac port has adopted the via-pmu driver, it must decode
> > > the PMU r
e next two. --m
> -is_medusa:
> -.long 0
> -m68k_pgtable_cachemode:
> -.long 0
> -
> --
> 2.14.1.windows.1
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversati
or v4.19.
I guess the proper Fixes tag is:
Fixes: ebd722275f9cfc67 ("macintosh/via-pmu: Replace via-pmu68k driver
with via-pmu driver")
Can you please confirm? Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32
On Mon, Aug 27, 2018 at 6:10 PM Christophe Leroy
wrote:
> _PAGE_WRITETHRU is a target specific flag. Prefer generic functions.
>
> Signed-off-by: Christophe Leroy
>From a Zorro bus point of view:
Acked-by: Geert Uytterhoeven
> --- a/drivers/block/z2ram.c
> +++ b/dri
ff-by: Robert P. J. Day
Thank you. Will apply and queue for v4.20.
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
Actual changes:
-CONFIG_BATMAN_ADV_DAT=y
-CONFIG_NF_CONNTRACK_IPV4=m
-CONFIG_NF_CONNTRACK_IPV6=m
+CONFIG_CRC64=m
+CONFIG_NFT_OSF=m
+CONFIG_NFT_TPROXY=m
+CONFIG_NFT_TUNNEL=m
+CONFIG_TEST_BITFIELD=m
+CONFIG_TEST_IDA=m
Signed-off-by: Geert Uytterhoeven
---
arch
.
Thanks for fixing this!
> Signed-off-by: Mike Rapoport
> Tested-by: Angelo Dureghello
Reviewed-by: Geert Uytterhoeven
Greg: Do you plan to take this?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux
he UAPI, as UAPI definitions can never change,
while new syscalls will be added in the future, increasing the number ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with techni
500 series
nubus: Set default dma mask for nubus_board devices
Geert Uytterhoeven (6):
m68k/io: Add missing ioremap define guards, fix typo
net: mac8390: Use standard memcpy_{from,to}io()
Input: hilkbd - Add casts to HP9000/300 I/O accessors
m68k/io: Move mem*io define
> macsonic_init+0x6a/0x15a [macsonic]
m68k: Set default dma mask for platform devices
https://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git/commit/?h=for-4.18&id=b12c8a70643ffe2598c572cd206e4f68c524eb6f
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
Hi Michael,
On Mon, Jul 30, 2018 at 8:47 AM Michael Ellerman wrote:
> Finn Thain writes:
> > Now that the PowerMac via-pmu driver supports m68k PowerBooks,
> > switch over to that driver and remove the via-pmu68k driver.
> >
> > Cc: Geert Uytterhoeven
> > Te
On Mon, Jul 30, 2018 at 9:26 AM Geert Uytterhoeven wrote:
> On Mon, Jul 2, 2018 at 10:21 AM Finn Thain wrote:
> > Now that the PowerMac via-pmu driver supports m68k PowerBooks,
> > switch over to that driver and remove the via-pmu68k driver.
> >
> > Cc: Geert Uytter
On Mon, Jul 2, 2018 at 10:21 AM Finn Thain wrote:
> Now that the PowerMac via-pmu driver supports m68k PowerBooks,
> switch over to that driver and remove the via-pmu68k driver.
>
> Cc: Geert Uytterhoeven
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
Acked-by: Geert
101 - 200 of 2679 matches
Mail list logo