1 +
> arch/sh/math-emu/math.c | 2 +
> arch/sh/mm/nommu.c | 2 +
> arch/sh/mm/pgtable.c| 4 +-
> arch/sh/mm/tlbex_32.c | 1 +
> 23 files changed, 68 insertions(+), 189 deletions(-)
> create mode
Hi Geert,
On Thu, 2024-05-02 at 09:03 +0200, Geert Uytterhoeven wrote:
> On Wed, May 1, 2024 at 3:58 PM John Paul Adrian Glaubitz
> wrote:
> > On Wed, 2024-05-01 at 11:12 +0200, John Paul Adrian Glaubitz wrote:
> > > On Fri, 2024-03-01 at 22:02 +0100, Geert Uytterhoeven wrot
Hi Geert,
On Wed, 2024-05-01 at 11:12 +0200, John Paul Adrian Glaubitz wrote:
> Hi Geert,
>
> On Fri, 2024-03-01 at 22:02 +0100, Geert Uytterhoeven wrote:
> > dma_extend(), get_dma_info_by_name(), register_chan_caps(), and
> > request_dma_bycap() are unused. Remove them,
_32.c | 1 +
> arch/sh/math-emu/math.c | 2 +
> arch/sh/mm/nommu.c | 2 +
> arch/sh/mm/pgtable.c| 4 +-
> arch/sh/mm/tlbex_32.c | 1 +
> 23 files changed, 68 insertions(+), 189 deletions(-)
>
igned long flags);
>
> extern int register_dmac(struct dma_info *info);
> extern void unregister_dmac(struct dma_info *info);
> -extern struct dma_info *get_dma_info_by_name(const char *dmac_name);
> -
> -extern int dma_extend(unsigned int chan, unsigned long op, void *param);
> -extern int register_chan_caps(const char *dmac, struct dma_chan_caps
> *capslist);
>
> /* arch/sh/drivers/dma/dma-sysfs.c */
> extern int dma_create_sysfs_files(struct dma_channel *, struct dma_info *);
I assume we could re-add these again in case we need them, but it would be good
if Yoshinori could comment on whether we should keep these functions or not.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
atomic_set(>busy, 1);
> - return channel->chan;
> - }
> -
> - return -ENOSYS;
> -}
> -
> int request_dma(unsigned int chan, const char *dev_id)
> {
> struct dma_channel *channel = { 0 };
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
nsigned long)(o), \
> + (unsigned long)(n), \
> + sizeof(*(ptr))); \
> +})
> +
> #endif /* __ASM_SH_CMPXCHG_H */
Reviewed-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian
arch_cmpxchg_local() is
> > defined as raw "cmpxchg" without lock prefix.
> >
> > #define __cmpxchg_local(ptr, old, new, size)\
> > __raw_cmpxchg((ptr), (old), (new), (size), "")
> >
>
> Yes, you're right; s
(unsigned long)_n_, sizeof(*(ptr))); \
>})
>
> +#include
> +
> #endif /* __ASM_SH_CMPXCHG_H */
Reviewed-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
re module_finalize() now
> zeroes out all variables relevant to module loading only.
Typo: s/zeroes/zero/.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
machine.
>
> CC: linux-i...@vger.kernel.org
> CC: storage...@microchip.com
> CC: linux-s...@vger.kernel.org
> CC: Joe Szczypek
> CC: Scott Benesh
> CC: Scott Teel
> CC: Tomas Henzl
> CC: "Martin K. Petersen"
> CC: Don Brace
> Reported-by: John Pa
Hello!
On 3/23/21 7:25 PM, John Paul Adrian Glaubitz wrote:
> The ia64_mf() macro defined in tools/arch/ia64/include/asm/barrier.h
> is already defined in on ia64 which causes libbpf
> failing to build:
>
> CC /usr/src/linux/tools/bpf/bpftool//libbpf/staticobjs/lib
Hello!
On 3/23/21 7:04 PM, John Paul Adrian Glaubitz wrote:
> There is no longer an ia64-specific version of the errno.h header
> below arch/ia64/include/uapi/asm/, so trying to build tools/bpf
> fails with:
>
> CC /usr/src/linux/tools/bpf/bpftool/btf_dumper.o
> In
break;
> #endif
> #ifdef CONFIG_SWIOTLB
> swiotlb_init(1);
> #endif
> + } while (0);
>
> #ifdef CONFIG_FLATMEM
> BUG_ON(!mem_map);
>
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Andrew!
On 3/24/21 11:39 PM, Andrew Morton wrote:
> On Wed, 24 Mar 2021 11:20:45 +0100 John Paul Adrian Glaubitz
> wrote:
>
>>>> #NEXT_PATCHES_START mainline-later (next week, approximately)
>>>> ia64-mca-allocate-early-mca-with-gfp_atomic.patch
>>
the possible map to
>> the parsed map, which in this case seems to be the online map.
>>
>> Link:
>> http://lore.kernel.org/r/255d6b5d-194e-eb0e-ecdd-97477a534...@physik.fu-berlin.de
>> Fixes: 620a6dc40754 ("sched/topology: Make sched_init_numa() use a set for
Hi Sergei!
On 3/23/21 6:47 PM, Sergei Trofimovich wrote:
> On Tue, 23 Mar 2021 16:15:06 +0100
> John Paul Adrian Glaubitz wrote:
>
>> Hi Andrew!
>>
>> On 3/15/21 9:50 AM, Sergei Trofimovich wrote:
>>> The sleep warning happens at early boot right at
> CC: Scott Teel
> CC: Tomas Henzl
> CC: "Martin K. Petersen"
> CC: Don Brace
> Reported-by: John Paul Adrian Glaubitz
> Suggested-by: Don Brace
> Fixes: f749d8b7a "scsi: hpsa: Correct dev cmds outstanding for retried cmds"
> Signed-off-by: Sergei
"mf" ::: "memory")
|
cc1: all warnings being treated as errors
Thus, remove the definition from tools/arch/ia64/include/asm/barrier.h.
Signed-off-by: John Paul Adrian Glaubitz
---
tools/arch/ia64/include/asm/barrier.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/t
eneric wrappers")
Signed-off-by: John Paul Adrian Glaubitz
---
tools/include/uapi/asm/errno.h | 2 --
1 file changed, 2 deletions(-)
v2:
- Rephrase summary
diff --git a/tools/include/uapi/asm/errno.h b/tools/include/uapi/asm/errno.h
index 637189ec1ab9..d30439b4b8ab 100644
--- a/tools/incl
eneric wrappers")
Signed-off-by: John Paul Adrian Glaubitz
---
tools/include/uapi/asm/errno.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/tools/include/uapi/asm/errno.h b/tools/include/uapi/asm/errno.h
index 637189ec1ab9..d30439b4b8ab 100644
--- a/tools/include/uapi/asm/errno.h
+++ b/to
eneric wrappers")
Signed-off-by: John Paul Adrian Glaubitz
---
tools/include/uapi/asm/errno.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/tools/include/uapi/asm/errno.h b/tools/include/uapi/asm/errno.h
index 637189ec1ab9..d30439b4b8ab 100644
--- a/tools/include/uapi/asm/errno.h
+++ b/to
- data = (void *)__get_free_pages(GFP_KERNEL,
> + data = (void *)__get_free_pages(GFP_ATOMIC,
> get_order(sz));
> if (!data)
> panic("Could not allocate MCA memory for cpu %d\n",
&g
235071 2 ata_generic,pata_cypress
root@tsunami:~
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
eems pretty little work for someone experienced with libata.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 3/19/21 8:10 PM, Sergei Trofimovich wrote:
> On Fri, 19 Mar 2021 15:47:09 +0100
> John Paul Adrian Glaubitz wrote:
>
>> Hi Valentin!
>>
>> On 3/18/21 2:06 PM, Valentin Schneider wrote:
>>> John Paul reported a warning about bogus NUMA d
all-lowercase letters for
architecture
names in the Linux kernel, so it should probably be "ia64: Trivial spelling
fixes".
And the easiest way to get those fixes into the kernel would be through Andrew
Morton's
tree.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer -
6b5d-194e-eb0e-ecdd-97477a534...@physik.fu-berlin.de
> Fixes: 620a6dc40754 ("sched/topology: Make sched_init_numa() use a set for
> the deduplicating sort")
> Reported-by: John Paul Adrian Glaubitz
> Signed-off-by: Valentin Schneider
> ---
> This might need an earlier Fi
nd he said, they are interested in supporting as many architectures as possible
in their efforts.
Adrian
> [1] http://m68k.info/#llvm:linux:video
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
ere. There are some other SPARC-related clang bugs that need
to be squashed first. We have made quite some improvements and it's actually
maintained by the community. Of course, we don't have a commercial backer
but that shouldn't be necessary for open source to work.
Adrian
--
.''`. John Paul
Hello!
On 3/18/21 12:26 AM, John Paul Adrian Glaubitz wrote:
>> b) do anything?
>
> It fixes the problem for me.
Here are the kernel messages with your patch applied:
[0.00] Linux version 5.12.0-rc3+ (glaubitz@epyc) (ia64-linux-gcc (GCC)
10.1.0, GNU ld (GNU Binutils) 2.
test as well.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
arch/ia64/kernel/setup.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:1851: arch/ia64/kernel] Error 2
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
system doesn't end up with nr_node_ids=1.
>>
>
> Does the below
> a) compile
Yes.
> b) do anything?
It fixes the problem for me.
Will test Sergei's patch now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - g
omewhat generic kernel image
> on a wide host of machines; d) is also a bit yucky...
Shouldn't the kernel be able to cope with quirky hardware? From what I remember
in the past,
ACPI tables used to be broken quite a lot and the kernel contained workarounds
for such cases,
didn't it?
Adrian
Hi!
On 3/17/21 6:42 PM, John Paul Adrian Glaubitz wrote:
>> Here are dmesg and config from my machine with successfull boot:
>> https://dev.gentoo.org/~slyfox/configs/guppy-dmesg-5.11
>> https://dev.gentoo.org/~slyfox/configs/guppy-config-5.11
>
> Just gave it
new and you are in the
> middle of 5.12-rc1?
I'm seeing this using your exact kernel configuration.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
move packing annotation from struct but only
> restores alignment of atomic variable.
>
> The change is tested on the same rx3600 machine.
I just gave it a try on my RX2660 and for me, the hpsa driver won't load even
with your patch.
Can you share your kernel configuration so I c
s tree will just work fine in this case?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
It fixes a hard kernel crash under certain loads which we have seen in Debian
quite frequently.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546
signal regression
merged as well as your two fixes for strace.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
he include path in arch/sh/boot/compressed accordingly.
>
> Signed-off-by: Geert Uytterhoeven
There is a funny typo in the subject you probably want to fix :-).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub..
t sounds like a very helpful improvement. I'll test the patch next
week when I'm on vacation and report back if it works - unless someone beats
me to it ;-).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik
On 2/23/21 10:13 AM, John Paul Adrian Glaubitz wrote:
> On 2/23/21 9:35 AM, Sergei Trofimovich wrote:> On Tue, 23 Feb 2021 00:55:50
> +0100
>> John Paul Adrian Glaubitz wrote:
>>
>>> For me, Debian also stopped booting on ia64 with systemd and I bisected it
>&
ct we build bad signal stack frame for userspace.
For me, Debian also stopped booting on ia64 with systemd and I bisected it to
this
change. Glad to see I'm not the only one.
The changes Jens suggested back then unfortunately didn't help :(.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
sa driver working again?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Rich!
Any chance we can get these patches (see below) merged for 5.12?
And let's add this one:
> - [PATCH] scripts/recordmcount.pl: support big endian for ARCH sh
> - https://marc.info/?l=linux-sh=161296964604229=2
Adrian
Adrian
On 1/24/21 11:07 PM, John Paul Adrian Glaubitz wrote
On 2/7/21 8:02 AM, Finn Thain wrote:
> References: commit 565bae6a4a8f ("[SCSI] 53c7xx: kill driver")
Does that mean there is currently no driver for the A4091?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet B
r noticed. Does the kernel coding style guideline actually require
space after "for" and "if" and similar statements but not before function
names?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Be
On 2/5/21 1:04 PM, Bhaskar Chowdhury wrote:
> s/fuck/"do anything"/
What does this fix?
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7
ed that they
don't cause any regression on my SH-7785LCR system.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Can you fix the commit message?
"arch: rearrahge headers inclusion order in asm/bitops for m68k and sh"
^
rearrange
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berli
a PR.
OK, I have seen them now. I will send an updated list once the patches have
landed in Linus' tree so we can see whether we missed anything.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-ber
list and possible
> INTRD information.
> then I commit it.
Great, thank you.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
pon entry to kernel cvan be expected
>
> s/cvan/can/ also
Right. Reading the whole paragraph helps. It probably should be:
ZERO_PGEKSEG address of page full of zeroes, but
upon entry to kernel, it can be expected
to hold the parameter list and possible
ssible
> INTRD information.
That should probably be "upon entry to the kernel cvan can be expected".
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
el=160760435528709=2
- [PATCH] sh: Remove unused HAVE_COPY_THREAD_TLS macro
- https://marc.info/?l=linux-kernel=160247465514800=2
I will check later whether there are more patches we might have forgotten.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debi
which was no longer usable after some change in the mm tree.
Adrian
> [1]
> https://www.phoronix.com/scan.php?page=news_item=Itanium-IA64-Linux-5.11-Broken
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@phy
GVERBOSE
> select HAVE_DEBUG_KMEMLEAK
> select HAVE_DYNAMIC_FTRACE
Acked-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
pu = smp_processor_id();
> TRAP_HANDLER_DECL;
>
> arch_ftrace_nmi_enter();
Good catch. Now I have one warning less when building the kernel for my
SH-7785LCR ;-).
Acked-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...
> if (userbuf) {
> - if (copy_to_user(buf, (vaddr + offset), csize)) {
> + if (copy_to_user((void __user *)buf, (vaddr + offset), csize)) {
> iounmap(vaddr);
> return -EFAULT;
> }
Hi Miguel!
On 1/1/21 9:42 PM, Miguel Ojeda wrote:
> On Fri, Jan 1, 2021 at 2:50 PM John Paul Adrian Glaubitz
> wrote:
>>
>> Verified on my SH-7785LCR board. Boots fine.
>>
>> Tested-by: John Paul Adrian Glaubitz
>
> Thanks for testing, John!
>
> I th
le (i-- > 0)
> maple_free_dev(mdev[i]);
> + retval = -ENOMEM;
> goto cleanup_cache;
> }
> baseunits[i] = mdev[i];
>
Acked-by: John Paul Adrian Glaubitz
--
.''`. John P
/entry.S
> index 25eb809..e48b3dd
> --- a/arch/sh/kernel/cpu/sh3/entry.S
> +++ b/arch/sh/kernel/cpu/sh3/entry.S
> @@ -14,7 +14,6 @@
> #include
> #include
> #include
> -#include
>
> ! NOTE:
> ! GNU as (as of 2.9.1) changes bf/s into bt/s and b
S
> @@ -0,0 +1,2 @@
> +/* SPDX-License-Identifier: GPL-2.0-only */
> +#include "../../lib/ashrsi3.S"
> diff --git a/arch/sh/boot/compressed/lshrsi3.S
> b/arch/sh/boot/compressed/lshrsi3.S
> new file mode 100644
> index ..5a8281b7e516
> --- /dev/null
> +++ b/arch/sh/boot/compressed/lshrsi3.S
> @@ -0,0 +1,2 @@
> +/* SPDX-License-Identifier: GPL-2.0-only */
> +#include "../../lib/lshrsi3.S"
Successfully boot-tested on my SH-7785LCR. No regressions.
Tested-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
t; +uImage.bz2 uImage.lzma uImage.xz uImage.lzo uImage.bin \
> +vmlinux.bin vmlinux.bin.gz vmlinux.bin.bz2 vmlinux.bin.lzma \
> vmlinux.bin.xz vmlinux.bin.lzo
> subdir- := compressed romimage
Successfully boot-tested on my SH-7785LCR. No regressions.
Tested-by: John Paul Adria
5 files are currently generated files.
>
> That is why git-am failed.
I already guessed that. I removed them now and the patch applies cleanly.
Will test-boot on my SH-7785LCR in a minute.
> They are not cleaned up by 'make ARCH=sh clean'
> (this is a bug too).
That should be easy t
r: arch/sh/boot/compressed/ashlsi3.S: already exists in working directory
error: arch/sh/boot/compressed/ashrsi3.S: already exists in working directory
error: arch/sh/boot/compressed/lshrsi3.S: already exists in working directory
Patch failed at 0001 sh: boot: avoid unneeded rebuilds under
arch/sh/boot/c
Hello Linus!
On 1/12/21 11:46 PM, Linus Walleij wrote:
> On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
> wrote:
>
>> Yeah, I have the same impression that's the strong commercial interest pushes
>> hobbyist use of the Linux kernel a bit down. A lot of th
factor.
Plus, as Thomas Bogendoerfer already mentioned in this thread, most of the old
ports
run just fine. I have an Alpha XP-1000 building Debian packages for the Debian
Alpha port and it runs 24/7 without a hick and is regularly kept up-to-date with
dist-upgrades.
Adrian
--
.''`. John Pau
nity rather than attempting cross compiler voodoo, unless
> that is your thing.
We build anything SPARC on a SPARC T5 that we have for Debian, no need
for cross-compilation and that machine is actually quite fast.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@deb
he hardware in general looks very attractive [1].
Adrian
> {1]
> https://retromodsblog.wordpress.com/2020/01/28/a-look-at-the-vampire-v4-stand-alone-fpga-first-impressions/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - g
it can
> access 32MB of SDRAM.
Sounds interesting. Do these SoCs come with an MMU? And do they use the
ColdFire instruction set or do they run plain 68k code?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physi
ttps://marc.info/?l=linux-ia64=156144480821712=2
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
support in the past, I don't think there were any objections, but
> nobody submitted a patch.
Isn't SH-2 basically J-2? I'm not sure what we would gain here.
> * 68000/68328 (Dragonball): these are less capable than the
> 68020+ or the Coldfire MCF5xxx line and similar to the
gt; have a commercial interest.
>
> Yes. Fenghua has moved to working on other things, so that looks good.
>
> Acked-by: Tony Luck
I wonder whether I can take over maintainership. I'm certainly not experienced
as
Tony or Fenghua, but I guess one can grow with the task, ca
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ian hosts [1].
Adrian
> [1] https://bugzilla.kernel.org/show_bug.cgi?id=206669
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
PERCPU, "IPI", (void *)(long)i);
>
>
> Reported-by: Naresh Kamboju
I can't reproduce this issue on Linus' current tree as of today.
Maybe the issue has been fixed in the meantime?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie U
- nmi_count(cpu)++;
> + this_cpu_inc(irq_stat.__nmi_count);
>
> switch (notify_die(DIE_NMI, "NMI", regs, 0, vec & 0xff, SIGINT)) {
> case NOTIFY_OK:
>
Just booted my SH7785LCR board with a kernel based on Linus' latest tree
and can con
; - POWER,/* Power swtich */
> - BUTTON, /* Button swtich */
> + POWER,/* Power switch */
> + BUTTON, /* Button switch */
> };
>
> /* Vectors for LANDISK */
>
Reviewed-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :' :
uest_irq(104 + i, ipi_interrupt_handler,
> + IRQF_PERCPU, "IPI", (void *)(long)i))
> + pr_err("Failed to request irq %d\n", i);
>
> for (i = 0; i < max_cpus; i++)
> set_cpu_present(i, true);
>
Verified o
t; #define UNPACK_S(f,r)FP_UNPACK_SP(f,)
> diff --git a/arch/sh/mm/nommu.c b/arch/sh/mm/nommu.c
> index 8b4504413c5f..78c4b6e6d33b 100644
> --- a/arch/sh/mm/nommu.c
> +++ b/arch/sh/mm/nommu.c
> @@ -28,9 +28,9 @@ __kernel_size_t __copy_user(void *to, const void *from,
> __kernel_si
ACHE_DEBUG.
> Note that upstream doesn't have m68k seccomp support yet.
Have we added SECCOMP support for m68k to the kernel yet?
It's actually something I was hoping to do over the holidays ;-).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Frei
On 12/19/20 10:40 PM, Sam Ravnborg wrote:
> Please keep the inputs coming independent if you are pro or not
> for the sunset of sun4m and sun4d.
I would personally be in favor of keeping it and I should finally get
my SPARCstation 5 up and running again.
Adrian
--
.''`. John Paul
Hi Arnd!
On 12/18/20 11:13 PM, John Paul Adrian Glaubitz wrote:
>> I've attached a patch for a partial revert of my original change, this
>> should still work with the final cleanup on top, but restore the loop
>> plus the local_irq_enable()/local_irq_disable() that I dropped fr
roblem is that the above message spams the
whole
kernel buffer to the point that the buffer of the built-in serial console is
filled
up. So I'm not sure if I've seen this message.
> I've attached a patch for a partial revert of my original change, this
> should still work with the final cleanup on top, but restore the loop
> plus the local_irq_enable()/local_irq_disable() that I dropped from
> the original code. Does this make a difference?
I'll give it a try and report back.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
[ 909.374168] (detected by 0, t=5661 jiffies, g=1089, q=3)
[ 909.376290] [] out_of_line_wait_on_bit+0x120/0x140
[ 909.376290] sp=e100487d7b90
bsp=e100487d1610
[ 909.374168] Task dump for CPU 3:
[ 909.374168] task:khungtaskd state:R running task
Adri
> works for me.
The ia64 toolchain available from kernel.org works for me for cross-building
a kernel that boots on my RX2600.
It's just not a fully-fledged toolchain due to the limitations with libunwind.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub..
Hi Mike!
On 12/1/20 4:07 PM, John Paul Adrian Glaubitz wrote:
> This fixes the issue for me.
>
> Tested-by: John Paul Adrian Glaubitz
I just booted the kernel from the linux-mm branch and I can't get the hpsa
driver
to work anymore. Even if I compile it into the kernel, t
On 12/1/20 2:56 PM, Mike Rapoport wrote:
> (added Jens)
>
> On Tue, Dec 01, 2020 at 01:16:05PM +0100, John Paul Adrian Glaubitz wrote:
>> Hi Mike!
>>
>> On 12/1/20 1:10 PM, Mike Rapoport wrote:
>>> On Tue, Dec 01, 2020 at 12:35:09PM +0100, John Paul
Hi Mike!
On 12/1/20 1:10 PM, Mike Rapoport wrote:
> On Tue, Dec 01, 2020 at 12:35:09PM +0100, John Paul Adrian Glaubitz wrote:
>> Hi Mike!
>>
>> On 12/1/20 11:29 AM, Mike Rapoport wrote:
>>> These changes are in linux-mm tree (https://www.ozlabs.org/~akpm/mmo
** [Makefile:1797: arch/ia64/kernel] Error 2
make: *** Waiting for unfinished jobs
CC init/do_mounts_initrd.o
SHIPPED usr/initramfs_inc_data
AS usr/initramfs_data.o
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univers
root@glendronach:~#
No issues observed so far. Looking at the git log, it seems these changes
haven't
been merged for 5.10 yet. I assume they will be coming with 5.11?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin
| ^
make: *** [../lib.mk:140:
/usr/src/linux-5.9.8/tools/testing/selftests/seccomp/seccomp_bpf] Error 1
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
t; ./seccomp_bpf
Thanks, I'll give that a try.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
self-test. Not sure how these are run.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ot set up (but it
will be in the near future). So I'm not sure if I can test the change within
a short time frame.
I will certainly report back when I run into issues on real hardware.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universita
e reply. Is this still relevant for testing?
I have already successfully tested v1 of the patch set, shall I test v2?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
r good, and set the bits such that Linux and classic
> AmigaOS can coexist in the most peaceful manner.
>
> Also, update the documentation to represent the current state of things.
Has there already been any progress on reviewing this?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
1 - 100 of 322 matches
Mail list logo