linked, not stripped
> $ ./nolibc-test
> Running test 'startup'
> 0 argc = 1 [OK]
> ...
> Total number of errors: 0
> Exiting with status 0
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
width " 1" = " 1" [OK]
13 number_width " 1" = " 1" [OK]
14 width_trunc "" = ""[OK]
15 scanf = 0 [OK]
16 strerror = 0 [OK]
Errors during this test: 0
Running test 'protection'
0 -fstackprotector[OK]
Errors during this test: 0
Total number of errors: 0
Exiting with status 0
glaubitz@tirpitz:/srv/glaubitz/linux-nolibc/tools/testing/selftests/nolibc$
Tested-by: John Paul Adrian Glaubitz
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ct the problem yet.
Can I test this on v6.5.0 as well?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
d0b2d6
> change-id: 20250528-nolibc-sh-8b4e3bb8efcb
I have no experience with the selftest code but I can definitely test
on real hardware if you can point me to some instructions on how to
run the tests.
CC Geert.
Adrian
--
.''`. 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 P
> > 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&#
(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
ame rx3600 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-b
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
>>
27;s example and set 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()
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
ott Benesh
> 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-b
"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
3595 3
libata235071 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
n itself seems 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
wercase 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
: :' :
re.kernel.org/r/255d6b5d-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 migh
ang in our monthly m68k meeting [1]
and 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
`. `'
rt sees
> overall.
We'll get there. 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
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.
ould 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
]: *** [scripts/Makefile.build:271: 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
`.
you want to use a somewhat 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 c
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
it's might be something very 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
oes not remove 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 confi
#x27;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
amp;w=2
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
`-
ens' fix for the 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
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 Universit
unds 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 Univers
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
>&
=0x000b ]---
>>
>> I suspect 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 :(.
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&m=161296964604229&w=2
Adrian
Adrian
On 1/24/21 11:07 PM, John Paul Ad
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
`. `'
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
`. `' F
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 84
all they go in for 5.12?
They all look fine to me as they're either trivial fixes or I verified 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
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 - glau
nd as 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 B
st 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
> 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
l&m=160758311622653&w=2
- [PATCH] sh: kernel: traps: remove unused variable
- https://marc.info/?l=linux-kernel&m=160760435528709&w=2
- [PATCH] sh: Remove unused HAVE_COPY_THREAD_TLS macro
- https://marc.info/?l=linux-kernel&m=160247465514800&w=2
I will check later whether t
river which was no longer usable after some change in the mm tree.
Adrian
> [1]
> https://www.phoronix.com/scan.php?page=news_item&px=Itanium-IA64-Linux-5.11-Broken
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Unive
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
; {
> - unsigned int cpu = 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 Glau
T, PAGE_SIZE);
>
> if (userbuf) {
> - if (copy_to_user(buf, (vaddr + offset), csize)) {
> + if (copy_to_user((void __user *)buf, (vaddr + offset), csize)) {
> iounmap(vaddr);
> return -EFAULT;
&g
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
!mdev[i]) {
> while (i-- > 0)
> maple_free_dev(mdev[i]);
> + retval = -ENOMEM;
> goto cleanup_cache;
> }
> baseunits[i] = mdev[i];
>
Acked-by: John Paul Adrian Glaubitz
/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
hrsi3.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
iles 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 s
ectory
error: 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
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
ines has a very entertaining and educational
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
recommend this if you wish
> to retain sanity 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
as the 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
`. `' Frei
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 Ber
s://marc.info/?l=linux-sparc&m=160967865029609&w=2
> [4] https://marc.info/?l=linux-ia64&m=156144480821712&w=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
discussed removing SH-2 (not J2 or SH-4)
> 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
&g
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 tas
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
~~~
> IRQF_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
: :' :
nmi_enter();
> - 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
an
CF */
> - POWER,/* Power swtich */
> - BUTTON, /* Button swtich */
> + POWER,/* Power switch */
> + BUTTON, /* Button switch */
> };
>
> /* Vectors for LANDISK */
>
Reviewed-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adri
(request_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);
>
Verif
ACK_S(r,f) FP_PACK_SP(&r,f)
> #define UNPACK_S(f,r)FP_UNPACK_SP(f,&r)
> 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 __c
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..
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
--
.''`.
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 dropp
nt?
It's difficult, to be honest. The problem 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
81/1581 fqs=2
[ 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 run
;t find any pre-built one that
> 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 Adria
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, th
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
1
make: *** [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.
GNU/Linux
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
`. `
1795 | }
| ^
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
ke
> ./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
(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...@debia
ies for the late 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
ix this for 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 Adri
> Yes, that's presently the other regression fix I have queued for the
> second pull request.
Any news on this? Seems like Linus just tagged -rc5 this week.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univ
just giving it a little time to make sure
> everything's ok now and that there are no more.
Let me know if there is anything else left for testing.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berl
1 - 100 of 265 matches
Mail list logo
