ast right regarding the tests 51 and 58
but those have been fixed now.
But there were two other tests failing, weren't there?
I have to recheck later, I just got up (it's 8 AM CEST).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@d
race_enter returns -1, but that means
> do_syscall_trace_enter must now be responsible for setting the return
> value in non-seccomp failure paths.
Same here:
> https://github.com/seccomp/libseccomp/commit/f0686d9de911e7ffcdc7364566c1d146e44657c2
Not sure about the other two tests. I can re-base a
ccomp/tree/superh
then build and test with:
# ./autogen.sh && ./configure && make && make check && make check-build && cd
tests && ./regression -T live
Maybe Michael Karcher has any idea what's wrong with the strace stuff?
Adrian
--
Hi!
On 8/28/20 6:30 PM, Rich Felker wrote:
> I'm about to test a patch along these lines and will report what I
> find.
Let me know when you have something to test and I will test the patch as
well, making sure we're not breaking seccomp again.
Adrian
--
.''`.
{iov_base="Operation not
permitted", iov_len=23}, {iov_base="\n", iov_len=1}], 10./test: error while
loading shared libraries: out of memory: Operation not permitted
) = 85
exit_group(127) = ?
+++ exited with 127 +++
root@tirpitz:~>
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.
I haven't tested this yet (obviously) but thanks a lot for fixing this :-).
Adrian
flag set, which
>> tells AmigaOS to link the board's RAM into the free memory list. While
>> we could skip registering the board resource if this flag is set, that
>> may cause issues with Zorro II RAM excluded in a memfile.
>>
>> Hence fix the issue by just igno
> On Aug 26, 2020, at 11:21 AM, Joe Perches wrote:
>
> On Wed, 2020-08-26 at 08:24 +0200, Christoph Hellwig wrote:
>> reindent the driver using Lident as the code style was far away from
>> normal Linux code.
>
> Why? Does anyone use this anymore?
Yes, the Amiga and Linux/m68k is very well
t patches for you and arrange access to one of the Itanium
servers I manage if you want to test patches yourself. Both works fine.
> Also, can you post your config?
See attached.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `
Hi Rick!
I have been bisecting some regressions on ia64 and one problem I ran into is
that
udev is causing the kernel to crash after the following change from 2019:
commit 868b104d7379e28013e9d48bdd2db25e0bdcf751
Author: Rick Edgecombe
Date: Thu Apr 25 17:11:36 2019 -0700
mm/vmalloc: Add
just an optimisation but
> a required implementation detail.
>
> Fixes: 974b9b2c68 ("mm: consolidate pte_index() and pte_offset_*()
> definitions")
> Reported-by: John Paul Adrian Glaubitz
> Signed-off-by: Jessica Clarke
> ---
> arch/ia64/include/asm/pgtable.h | 8
dated to have
that defined.
The generic implementation of pte_offset_kernel() can be overridden by an
architecture and alpha makes use of this because it has special ordering
requirements for its version of pte_offset_kernel().
Any suggestions what could be the problem?
Thanks,
Adrian
54ea8acf5e04b5ae242e5
> # bad: [1c9df907da83812e4f33b59d3d142c864d9da57f] random: fix circular
> include dependency on arm64 after addition of percpu.h
> git bisect bad 1c9df907da83812e4f33b59d3d142c864d9da57f
Did you find the offending commit?
Adrian
--
.''`. Joh
cause of being based on
> linux-next. However it disappeared when applying to Andrew's tree
> because patch #1 came later.
Okay. I'll try to look at the other two patches later.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@d
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/sh/clk/cpg.c#n58
--
.''`. 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
> - else
> - regs->regs[0] = val;
> + regs->regs[0] = (long) error ?: val;
> }
>
> static inline void syscall_get_arguments(struct task_struct *task,
>
Tested-by: John Paul Adrian Glaubitz
--
.''`. John Paul Adrian Glaubitz
: :&#x
void change_syscall(struct __test_metadata *_metadata,
> EXPECT_EQ(0, ret) {}
>
> #if defined(__x86_64__) || defined(__i386__) || defined(__powerpc__) || \
> - defined(__s390__) || defined(__hppa__) || defined(__riscv)
> + defined(__s390__) || defined(__hppa__) || defined(__r
TRA
> #endif
> -2: .long NR_syscalls
> +6: .long NR_syscalls
> 3: .long sys_call_table
> 7: .long do_syscall_trace_enter
> 8: .long do_syscall_trace_leave
>
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
, r6
> + mov.l @(OFF_R7,r15), r7 ! arg3
> + mov.l @(OFF_R3,r15), r3 ! syscall_nr
> + !
> + mov.l 6f, r10 ! Number of syscalls
> + cmp/hs r10, r3
> + bf syscall_call
> + mov #-ENOSYS, r0
> + bra syscall_exi
Hi Christoph!
On 7/20/20 3:38 PM, Christoph Hellwig wrote:
> On Wed, Jul 15, 2020 at 01:12:33AM +0200, John Paul Adrian Glaubitz wrote:
>> Hello!
>>
>> I have applied Christoph's full series on top of Linus' tree and I can
>> confirm that
>> t
ssfully built the "defconfig" configuration without any
problems.
Looking forward for the updated patches, although the patch to fix
PGTABLE_LEVELS >2
works for me [1].
Adrian
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git/commit/?h=mm/tlb&id=1f19a4bf8dcb
try to reproduce it tonight
or tomorrow.
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 Geert!
On 7/15/20 9:27 AM, Geert Uytterhoeven wrote:
> Any plans to take "[PATCH v2 0/9] sh: Modernize printing of kernel messages"?
> https://lore.kernel.org/r/20200617143639.18315-1-geert+rene...@glider.be
@Rich: Any chance we can pick this one up?
Adrian
--
.'
On 7/15/20 6:18 PM, John Paul Adrian Glaubitz wrote:
> Found the culprit:
>
> c5b27a889da92f4a969d61df77bd4f79ffce57c9 is the first bad commit
> commit c5b27a889da92f4a969d61df77bd4f79ffce57c9
> Author: Peter Zijlstra
> Date: Tue Sep 4 14:45:04 2018 +0200
>
> sh/tl
;> make[1]: *** [scripts/Makefile.build:281: mm/mmu_gather.o] Error 1
>> make: *** [Makefile:1756: mm] Error 2
>
> *sigh*, thanks, I'll go dig out the local cross compiler set then.
FWIW, I recommend keeping a Debian box at hand where installing the
cross-compiler
is a mat
alidate’?
[-Werror=implicit-function-declaration]
180 | if (tlb_needs_table_invalidate()) {
| ^~
| tlb_table_invalidate
cc1: some warnings being treated as errors
make[1]: *** [scripts/Makefile.build:281: mm/mmu_gather.o] Error 1
make: *** [Makefile:17
> Let me rebase/refresh the rest of that and send it out again.
Sounds good. Do you think this new patch set could fix the crash of systemd
that I observed on SH that was introduced with your previous patch?
Thanks,
Adrian
> [1] https://marc.info/?l=linux-kernel&m=159479951822677&am
_cache allocation both specified __GFP_ZERO and had a
constructor which makes no sense. Remove __GFP_ZERO and zero the user
parts of the pgd explicitly.
Signed-off-by: Matthew Wilcox (Oracle)
Signed-off-by: Rich Felker
Adrian
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=73c348f31b63d28d176ed290eb1aa2a648f3e51e
--
.''`. 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
)
Author: Peter Zijlstra
Date: Tue Sep 4 14:45:04 2018 +0200
sh/tlb: Convert SH to generic mmu_gather
Generic mmu_gather provides everything SH needs (range tracking and
cache coherency).
breaks systemd for me on my SH-7785LCR [1].
Adrian
> [1] https://marc.info/?l=linux-kernel&m=159479951822677&w=2
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
tion is whether someone can make use of the crash dump
in this case. I'm surprised it affects init=/bin/systemd but not init=/bin/bash
but maybe the problem with systemd here is a larger memory footprint.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - gla
On 7/15/20 4:37 PM, John Paul Adrian Glaubitz wrote:
> Okay, kernel 5.0.0 does not suffer from this bug. So I should be able to
> bisect
> this particular issue.
>
> I'm glad I don't have to start bisecting with earlier kernels because these
> won't build easil
On 7/15/20 4:37 PM, John Paul Adrian Glaubitz wrote:
> Will report once I found the bad commit that introduced the problem.
git bisect lead me to a merge commit:
glaubitz@epyc:..glaubitz/linux> git bisect log
git bisect start
# good: [1c163f4c7b3f621efff9b28a47abb36f7378d783] Linux 5
Hi Geert!
On 7/15/20 10:27 AM, John Paul Adrian Glaubitz wrote:
>> Lemme gues: does commit 002ae7057069538a ("mm, dump_page(): do not crash
>> with invalid mapping pointer") in v5.8-rc1 help?
>
> Hmm, it seems I already have that patch (I'm usi
mm, dump_page(): do not crash with invalid mapping pointer
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 7/15/20 9:46 AM, John Paul Adrian Glaubitz wrote:
> Indeed, it does. This patch should be picked up as well.
>
> Kernel boots without any errors now.
Btw, booting with systemd as init causes a lot of hickups which I didn't see
with 3.16:
[ 25.184000] 9d903e2c
[ 25.18
8f31b63d28d ("sh: Fix unneeded constructor in page
> table allocation") in next-20200710 and later fix that?
Indeed, it does. This patch should be picked up as well.
Kernel boots without any errors now.
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 Geert!
On 7/15/20 9:27 AM, Geert Uytterhoeven wrote:
> Hi Adrian,
>
> On Wed, Jul 15, 2020 at 1:14 AM John Paul Adrian Glaubitz
> wrote:
>> However, independent of Christoph's series, the kernels throws two
>> backtraces during
>> boot which I think sh
x27;s catching a problem, perhaps?
Which kernel option would be that?
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 7/15/20 1:12 AM, John Paul Adrian Glaubitz wrote:
> See the traces below and let me know what you think.
(The second trace is redundant, I actually meant to post the two traces only
and not the whole kernel boot sequence).
Adrian
--
.''`. John Paul Adrian Glaubitz
:
Hello!
I have applied Christoph's full series on top of Linus' tree and I can confirm
that
the kernel boots fine on my SH-7785LCR board.
Thus, for the whole series of patches:
Tested-by: John Paul Adrian Glaubitz
However, independent of Christoph's series, the kernels throws
et me know if it's testable in qemu), but the rest
> look good to go.
I'll try to build and boot a test kernel on my SH7785LCR tonight or tomorrow
(CEST).
> Big thanks for your efforts to clean all this up!
Agreed. Much appreciated.
Adrian
--
.''`. John
want to pick up the series I can also take it through one of my trees
> if I get ACKs.
Rich already said he is fine with most of the changes but we need to test
the DMA changes first to make sure they didn't break anything.
Thanks again for your continued efforts.
Adrian
--
.&#x
Hello!
On 6/17/20 9:52 AM, John Paul Adrian Glaubitz wrote:
>> The changes should be correct now and will hopefully get a positive review by
>> the SH maintainers.
>
> Ping.
>
> @Rich, @Yoshinori, @Yutaka, @Michael could I get a review if you have some
> time?
Can
On 6/11/20 9:58 AM, John Paul Adrian Glaubitz wrote:
> This is version 3 of my patch to implement __get_user_u64() for SH.
>
> I have asked both Yutaka Niibe and Yoshinori Sato to look over my changes and
> they
> both agreed that an entry in __ex_tables for the second access was
t_user_u64(), matching the
already existing __put_user_u64() which implements the 64-bit put_user().
Signed-off-by: John Paul Adrian Glaubitz
---
arch/sh/include/asm/uaccess_32.h | 53
1 file changed, 53 insertions(+)
diff --git a/arch/sh/include/asm/uaccess_32.h
ges should be correct now and will hopefully get a positive review by
the SH maintainers.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75
ways,
but it's not an acute problem.
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
ld be
in favor of getting the changes pulled in that have already been
reviewed and acknowledged. I rather don't want the other contributors
to wait any longer. Arnd in particular has done a tremendous job to
untangle all the SH-5 code and I think we should finally get this
in :).
Thanks,
Adri
ond
patch of the series, see:
> https://marc.info/?l=linux-sh&m=158429470221261&w=2
Can you include the patch as well? And would it be okay to send a PR to Linus
after that?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...
On 6/3/20 9:27 AM, John Paul Adrian Glaubitz wrote:
> On 6/2/20 3:33 AM, Rich Felker wrote:
>> Hmm, it looks like Andrew Morton just pulled most of these into -mm,
>> apparently independently of me getting them in my for-next a few hours
>> ago, since his versions lack my sig
up. Some details since further action is needed on a
> few:
I thought Andrew dropped them again since he saw you become active.
I can't find them in his tree.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' F
Hi!
On 5/31/20 12:47 PM, John Paul Adrian Glaubitz wrote:
> Changes since v1:
> - Replace single mov instruction for exception handling
>in case of invalid load
Yutaka Niibe has had a look at my patch and he says, we might have to add
an entry for the fault handling of the u
used only for cursor handling, which I doubt is
> actually used by any user space application. The only exception is the
> DIVUL() macro, which is used once during initialization, thus also not
> performance critical.
I see, thanks.
Adrian
--
.''`. John Paul Adrian Gla
new affordable PowerPC upgrade cards for the Amiga
in the future as the PowerPC cards are still sought after by the Amiga
community, so there is still demand for those on the market.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `'
SH assembler
than me that the solution is correct.
I have already pinged Niibe-san in private, he'll hopefully get back to me
within the next days.
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!
On 6/1/20 4:55 AM, Rich Felker wrote:
> Yes, I'll try to get my tree ready for next/PR use tomorrow.
Great, really looking forward.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
quot; \
>> + :"=&r" (err), "=&r" (x) \
>> + :"m" (__m(addr)), "i" (-EFAULT), "0" (err)); })
>
> [*] arch/m68k/include/asm/uaccess_mm.h
>
> "1: "MOVES".l (%2)
t_user_u64(), matching the
already existing __put_user_u64() which implements the 64-bit put_user().
Signed-off-by: John Paul Adrian Glaubitz
---
arch/sh/include/asm/uaccess_32.h | 51
1 file changed, 51 insertions(+)
Changes since v1:
- Replace single mov instr
On 5/31/20 11:54 AM, John Paul Adrian Glaubitz wrote:
> Hi Geert!
>
> On 5/31/20 11:52 AM, Geert Uytterhoeven wrote:
>> As this is the 64-bit variant, I think this single move should be
>> replaced by a double move:
>>
>>"mov #0,%R1\n\t" \
>&
ow.
>
> Disclaimer: uncompiled, untested, no SH assembler expert.
Right, this makes sense. I'll send a new patch shortly.
As for the assembler review, I'll ask Yutaka Niibe who is a friend of mine
and one of the original SuperH wizards ;).
Adrian
--
.''`. John
On 5/31/20 5:20 AM, Rob Landley wrote:
> On 5/30/20 3:08 AM, John Paul Adrian Glaubitz wrote:
>> On 5/29/20 7:53 PM, Rich Felker wrote:
>>> Frustratingly, I _still_ don't have an official tree on kernel.org for
>>> the purpose of being the canonical place for lin
EXPORT() for __ashiftrt_r4_xx
> https://marc.info/?l=linux-sh&m=157619891030685&w=2
> [PATCH] sh: add missing EXPORT_SYMBOL() for __delay
> https://marc.info/?l=linux-kernel&m=157611811927852&w=2
> [PATCH] sh: kgdb: Mark expected switch fall-throughs
> https://marc.info/?l=linux-sh&m=157241987926081&w=2
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_user_u64(), matching the
already existing __put_user_u64() which implements the 64-bit put_user().
Signed-off-by: John Paul Adrian Glaubitz
---
arch/sh/include/asm/uaccess_32.h | 49
1 file changed, 49 insertions(+)
diff --git a/arch/sh/include/asm/uaccess_32.h
ew my code and help me get it into proper shape for submission.
Resent because I forgot to add a subject for the first cover text.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - gla
ew my code and help me get it into proper shape for submission.
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 0006 7426 3B37 F5B5 F913
t_user_u64(), matching the
already existing __put_user_u64() which implements the 64-bit put_user().
Signed-off-by: John Paul Adrian Glaubitz
---
arch/sh/include/asm/uaccess_32.h | 49
1 file changed, 49 insertions(+)
diff --git a/arch/sh/include/asm/uaccess_32.h
omplete and pending
> release, contingent mostly on integration and testing with Linux.
And I'm still very much looking forward to these. I will certainly
buy a bunch of J32 to use them as buildds for Debian's sh4 port!
Thanks,
Adrian
> [1] https://osdn.net/projects/uclinux-h8/s
has a tree where he takes patches and sends
PRs from time to time, but I have no idea what is going on.
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
tack rely on it being saved in
>> r16 and they'll be very unhappy when it's not. r16 is clobbered though
>> so now the mov loc1=r16 in there makes sense to me.
>> - Well, it's tested now...
>
> Tony, I managed to test this now.
Any update on this?
it(EXIT_SUCCESS);
> if (wait(NULL) != pid)
> exit(EXIT_FAILURE);
>
> exit(EXIT_SUCCESS);
> }
root@titanium:~# gcc systemd_test.c -o systemd_test
root@titanium:~# ./systemd_test
root@titanium:~# echo $?
1
root@titanium:~#
I can also give you access to
e can come up for a solution for that problem.
Maybe that's also why systemd crashes.
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
.
I assume we could do the same on ia64?
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 5/14/20 9:53 AM, John Paul Adrian Glaubitz wrote:
> The kernel is currently building, you should get it by the evening (CEST).
>
> The machine also serves as a Debian buildd which is why it's a bit more
> busy than other servers.
I applied the patch against 5.7-rc5, it
nvolved than writing ia64
> assembly itself. :)
There is ski but I have never used it:
> http://ski.sourceforge.net/
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
ampaign
to convert it from cc0 to MODE_CC and it was eventually saved ;).
> https://www.bountysource.com/issues/80706251-m68k-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases
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
the external
>> libunwind.
>
> I hit that roadblock as well but yeah, a cross-compiler would be
> helpful.
It's not difficult, it's just a bit of annoying package work including
some trial and error testing.
Once the cross-compiler is in Debian, it will be available in Ub
test it.
As for getting a working cross-compiler for ia64 in Debian, this has
been on my TODO list for a while now. Building a cross-compiler for
ia64 is a bit more tricky due to it's dependency on the external
libunwind.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
in the fast path.
Interesting. Does that mean Debian no longer needs to maintain two different
kernels for ia64, currently named "itanium" and "mckinley"?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `&#x
On 7/29/19 4:34 PM, Max wrote:
> On 07/29/2019 02:20 PM, John Paul Adrian Glaubitz wrote:
>> I have both an X-Surf100 and a Buddha and would be happy to provide an
>> account on the Amiga with that hardware for you. You can run any
>> tests you like and install any kernel y
e guys on
the a1k.org forum. They are usually very kind to loan hardware for these
purposes.
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
rc/PCI" in the subject and "sparc-specific"
in the commit description.
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
7;s not around I can do that, too.
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 0006 7426 3B37 F5B5 F913
obes fix, gets merged into Linus' tree?
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
>> there is nothing but to retire.
>
> To clarify, are you agreeing with Arnd's suggestion to retire/remove
> everything but jcore and sh4[a]?
I would keep J-Core, SH3 and SH4[a]. SH5 can go in any case since there
is no hardware available and gcc has no longer support
OK.
Could either of you review this patch by Michael Karcher which unbreaks
the SH kernel when kprobes are enabled [1]?
Sorry for being persistent, but the fix is actually needed to get the
Debian kernel boot on qemu-sh4 again since Debian enables kprobes.
Thanks a lot!
Adrian
> [1] https://m
is down.
It's not dead. You can still run it on an FPGA, the code is freely available.
Plus, the architecture seems to be still in use in the industry [2].
Adrian
> [1] https://popcon.debian.org/
> [2] https://marc.info/?l=linux-sh&m=155170489401832&w=2
--
.'
osdn.net/projects/uclinux-h8/scm/git/linux/
--
.''`. 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
Nope, I don't use non-mmu.
Sorry, I missed the "non-mmu" part in Greg's mail :).
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
ep CONFIG_BINFMT /boot/config-$(uname -r)
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_SCRIPT=y
# CONFIG_BINFMT_FLAT is not set
# CONFIG_BINFMT_AOUT is not set
CONFIG_BINFMT_MISC=m
root@pacman:~#
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
time. At least 10 years I would think.
We use shared libraries in Debian on m68k and Andreas Schwab uses them
on openSUSE/m68k.
So, they should keep working.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie
I'm fine with that. If you need to test build the kernel for SH, Debian
has an easily installable cross-compiler for SH and every other architecture
except ia64 (working on fixing that) available.
In any case, thanks for taking care of SH in this case.
Adrian
--
.''`. J
land in Debian, so
if your patch broke something, we will notice that soonish. This also applies
to ia64 and many other architectures.
So, if in doubt, there are folks in Debian which can test your kernel patch
if you fear that it breaks something.
Adrian
--
.''`. John Paul Adrian
anks for the reminder.
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
ts
Thanks,
Adrian
> [1] https://cdimage.debian.org/cdimage/ports/grub-test/
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86984
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.f
Hi!
On 4/29/19 12:38 PM, John Paul Adrian Glaubitz wrote:
> Is there a chance that Sergey's patch from [1] could get applied upstream?
Apparently it's sufficient to rebuild the kernel with a gcc which has
this [1] fix applied. Will give this a try and report back.
Adrian
a64 due to this particular bug.
Thanks,
Adrian
> [1] https://lkml.org/lkml/2018/2/2/914
--
.''`. 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
ake it into the git log.
Aha, I didn't know. Thanks a lot for applying the patch so quickly \o/.
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
gt; driver also doesn't support it).
>
> Tested-by: John Paul Adrian Glaubitz
> Cc: Michael Schmitz
> Cc: Geert Uytterhoeven
> Signed-off-by: Bartlomiej Zolnierkiewicz
> ---
> v2:
> - added Tested-by from John
It's a bit confusing, but my primary name is
add
Zero build support for x86_64-linux-gnux32:
> http://hg.openjdk.java.net/jdk/jdk/rev/9ce4a0d718c7
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG
of removing
x32 support from userland code. From the top of my head, this would at least
concern:
* OpenJDK
* LLVM
* gcc
* glibc
* Rust
* binutils
I can take care of these once I know about the decision regarding the kernel.
Usually, it's a matter of grepping the commit history f
101 - 200 of 258 matches
Mail list logo
