Hello Geert,
On Sun, 2025-06-08 at 11:39 +0200, Geert Uytterhoeven wrote:
> Hi Adrian,
>
> On Sat, 7 Jun 2025 at 14:08, John Paul Adrian Glaubitz
> wrote:
> > On Sat, 2025-03-15 at 11:59 +0100, Arnd Bergmann wrote:
> > > From: Arnd Bergmann
> > >
> >
gt;flags & CLK_ENABLE_REG_8BIT)
> @@ -40,20 +53,10 @@ static int sh_clk_mstp_enable(struct clk *clk)
> {
> sh_clk_write(sh_clk_read(clk) & ~(1 << clk->enable_bit), clk);
> if (clk->status_reg) {
> - unsigned int (*read)(const void __iomem *addr);
> int i;
> - void __iomem *mapped_status = (phys_addr_t)clk->status_reg -
> - (phys_addr_t)clk->enable_reg + clk->mapped_reg;
> -
> - if (clk->flags & CLK_ENABLE_REG_8BIT)
> - read = ioread8;
> - else if (clk->flags & CLK_ENABLE_REG_16BIT)
> - read = ioread16;
> - else
> - read = ioread32;
>
> for (i = 1000;
> - (read(mapped_status) & (1 << clk->enable_bit)) && i;
> + (sh_clk_read_status(clk) & (1 << clk->enable_bit)) && i;
>i--)
> cpu_relax();
> if (!i) {
Those are quite a number of changes that I would like to test on real hardware
first before merging them into the kernel.
@Geert: Could you test it on your SH-7751 LANDISK board as well?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
; return pte_get_bits(pte, _PAGE_SWP_EXCLUSIVE);
> }
> diff --git a/arch/x86/include/asm/pgtable.h b/arch/x86/include/asm/pgtable.h
> index 593f10aabd45..4c7ce40023d3 100644
> --- a/arch/x86/include/asm/pgtable.h
> +++ b/arch/x86/include/asm/pgtable.h
> @@ -1586,7 +1586,7 @@ static inline pte_t pte_swp_mkexclusive(pte_t pte)
> return pte_set_flags(pte, _PAGE_SWP_EXCLUSIVE);
> }
>
> -static inline int pte_swp_exclusive(pte_t pte)
> +static inline bool pte_swp_exclusive(pte_t pte)
> {
> return pte_flags(pte) & _PAGE_SWP_EXCLUSIVE;
> }
> diff --git a/arch/xtensa/include/asm/pgtable.h
> b/arch/xtensa/include/asm/pgtable.h
> index 1647a7cc3fbf..6da0aa0604f1 100644
> --- a/arch/xtensa/include/asm/pgtable.h
> +++ b/arch/xtensa/include/asm/pgtable.h
> @@ -355,7 +355,7 @@ ptep_set_wrprotect(struct mm_struct *mm, unsigned long
> addr, pte_t *ptep)
> #define __pte_to_swp_entry(pte) ((swp_entry_t) { pte_val(pte) })
> #define __swp_entry_to_pte(x)((pte_t) { (x).val })
>
> -static inline int pte_swp_exclusive(pte_t pte)
> +static inline bool pte_swp_exclusive(pte_t pte)
> {
> return pte_val(pte) & _PAGE_SWP_EXCLUSIVE;
> }
I'm not so sure about this implicit cast from unsigned long to bool though.
Is this verified to work correctly on all architectures? I wonder why this
bug was not caught earlier on alpha on the other hand.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hello Madhavan,
does the removal of IBM Cell Blades affect the possibility to run Linux
on the PlayStation 3 in any way? I assume there are still some hobbyists
using it.
There is at least one user within the Debian community using Linux on PS3.
Thanks,
Adrian
--
.''`. John P
Hi Michael,
On Tue, 2024-11-26 at 14:27 +0100, John Paul Adrian Glaubitz wrote:
> > > Have you asked among the Amiga community whether they plan on discarding
> > > your hardware? I think it's always ill-fated to ask for popularity of
> > > hardware on just the
;s
> no one in the *Linux community* who cares about it then it's hard to
> justify keeping it.
The problem is that you don't reach the whole Linux community over the
Linux PPC kernel development mailing list ;-).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ked among the Amiga community whether they plan on discarding
your hardware? I think it's always ill-fated to ask for popularity of
hardware on just the LKML. Most users are not on the LKML.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicis
will still be able to do that for a while.
Is there any urgency that warrants the removal? I could understand when ia64
support was removed because it put a burden on maintainers.
But CHRP support?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `'
ort.cgi?bug=1085949
This issue can be easily reproduced with QEMU.
Aditi Mishra (CC'ed) is trying to reproduce the issue as well, but so far has
been unsuccessful.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
> To: Guo Ren
> To: Huacai Chen
> To: WANG Xuerui
> To: Thomas Bogendoerfer
> To: James E.J. Bottomley
> To: Helge Deller
> To: Michael Ellerman
> To: Nicholas Piggin
> To: Christophe Leroy
> To: Naveen N Rao
> To: Alexander Gordeev
> To: Gerald Scha
6-based or POWER-based server.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
el / crash-kernel packages.
>
> So IMHO having it enabled by default in upstream does make sense,
> because it more closely matches what distros/users actually run.
Well, at least Debian did not enable it by default as otherwise we wouldn't
have noticed this change downstream.
Adria
I guess we should then revert that part of Baoquan's original patch.
> What is so special about CRASH_DUMP, that it should be enabled by
> default?
Let's ask Baoquan who made the original change to enable CRASH_DUMP by default.
Adrian
--
.''`. John Paul Adria
; HIGHMEM)
>
> +config ARCH_DEFAULT_CRASH_DUMP
> + def_bool y
> +
> config ARCH_SUPPORTS_CRASH_HOTPLUG
> def_bool y
>
> diff --git a/kernel/Kconfig.kexec b/kernel/Kconfig.kexec
> index 6c34e63c88ff..4d111f871951 100644
> --- a/kernel/Kconfig.kexec
> +++ b/kernel/Kconfig.kexec
> @@ -97,7 +97,7 @@ config KEXEC_JUMP
>
> config CRASH_DUMP
> bool "kernel crash dumps"
> - default y
> + default ARCH_DEFAULT_CRASH_DUMP
> depends on ARCH_SUPPORTS_CRASH_DUMP
> depends on KEXEC_CORE
> select VMCORE_INFO
It should be disabled on m68k and sh by default as well.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
DUMP enabled
won't
work from Open Firmware. So, I think CRASH_DUMP should just be disabled for
PPC_BOOK3S_32 by default and users who want to use it on these systems, will
have to
enable it explicitly.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
nerate crash dump after being started by kexec.
> This should be normally only set in special crash dump kernels
The change to enable CONFIG_CRASH_DUMP by default apparently broke the boot
on 32-bit Power Macintosh systems which fail after GRUB with:
"Error: You can&
s issue in the past has a chance to try again
with kernel 6.10.
Thanks,
Adrian
> [1]
> https://salsa.debian.org/kernel-team/linux/-/blob/master/debian/changelog?ref_type=heads
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
sys_move_pages
> @@ -395,6 +395,7 @@
> 385 common pkey_alloc sys_pkey_alloc
> 386 common pkey_free sys_pkey_free
> 387 common rseq sys_rseq
> +388 common sync_file_range2 sys_sync_file_range2
>
Hi Arnd,
On Fri, 2024-06-21 at 11:41 +0200, Arnd Bergmann wrote:
> On Fri, Jun 21, 2024, at 10:44, John Paul Adrian Glaubitz wrote:
> > On Thu, 2024-06-20 at 18:23 +0200, Arnd Bergmann wrote:
> > > From: Arnd Bergmann
> > >
> > > The unusual function ca
eft in the end. I mainly want to ensure we can get all the bugfixes
> done for v6.10 so I can build my longer cleanup series on top of it
> for 6.11.
This series is still for 6.10?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-
eating a 64-bit PA-RISC port in Debian and replacing the 32-bit
port.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
s one series or can arch maintainers actually
pick the patches for their architecture and merge them individually?
If yes, I would prefer to do that for the SuperH patch as well as I usually
prefer merging SuperH patches in my own tree.
Adrian
--
.''`. John Paul Adrian Glau
rH
and compare the argument order for the sys_sync_file_range system call
documented there
with the order in the kernel?
Did you also check what order libc uses? I would expect libc on SuperH
misordering the
arguments as well unless I am missing something. Or do we know that the code is
actually
currently broken?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
rg/cdimage/ports/tests/ppc64-test-20240511/debian-12.0.0-ppc64-NETINST-1.iso
Still hangs for me with QEMU emulating a PPC970.
Will retest once kernel 6.8.x enters Debian unstable.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
d for booting with QEMU?
Maybe that gives us a clue where the problem is.
Users are still reporting boot lockups with kernel 6.6.x.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
built from the same kernel package which makes the
whole thing even more confusing.
I'm using debian-cd to build the installation images:
> https://salsa.debian.org/images-team/debian-cd/
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ut yet what the problem is.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
#tDATBcLXzB0zkAEaiqm9gfLfsaXliVJ13rQxKUHgUmA=
> https://transfert.facil.services/r/Zs1h1jEtb2#jufjxv6+1DfHnO3TSfhmYD+teOvY46sGClHyz7SiXd4=
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
I would omit "Here" as it's not necessary and just start the
sentence with "Wrap".
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
a question posed on a mailing list where 99% of the
affected users don't hang around.
Naturally, there won't be any objections to the removal because affected users
didn't receive a heads-up in the first place.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
Hi Arnd!
There is some non-x86 hardware like the Amiga that still uses PCMCIA-style
networking
cards on machines like the A600 and A1200. So, unless these drivers are
actually causing
problems, I would rather not see them go yet.
Thanks,
Adrian
--
.''`. John Paul Adria
de/asm/io_64.h
> index 9303270b22f3..d8ee1442f303 100644
> --- a/arch/sparc/include/asm/io_64.h
> +++ b/arch/sparc/include/asm/io_64.h
> @@ -423,7 +423,6 @@ static inline void __iomem *ioremap(unsigned long offset,
> unsigned long size)
> return (void __iomem *)offset;
> }
>
> -#define ioremap_uc(X,Y) ioremap((X),(Y))
> #define ioremap_wc(X,Y) ioremap((X),(Y))
> #define ioremap_wt(X,Y) ioremap((X),(Y))
> static inline void __iomem *ioremap_np(unsigned long offset, unsigned long
> size)
Acked-by: John Paul Adrian Glaubitz (SuperH)
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Thomas!
On Thu, 2023-07-13 at 15:53 +0200, John Paul Adrian Glaubitz wrote:
> On Thu, 2023-07-13 at 14:58 +0200, Thomas Zimmermann wrote:
> > Assign FB_MODE_IS_UNKNOWN to sh7763fb_videomode.flag instead of
> > FBINFO_FLAG_DEFAULT. Both are 0, so the stored value
videomodes are prefixed with FB_MODE_.
>
> v2:
> * assign FB_MODE_IS_UNKNOWN (Adrian)
>
> Signed-off-by: Thomas Zimmermann
> Acked-by: Sam Ravnborg
> Cc: Yoshinori Sato
> Cc: Rich Felker
> Cc: John Paul Adrian Glaubitz
> ---
> arch/sh/boards/mach-sh7763r
to me. Would you agree using that
> > instead?
>
> Sure, I'll update the patch accordingly.
Thanks! I'll ack the updated patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
MODE_IS_UNKNOWN, which
> has the same value.
>
> [1] https://elixir.bootlin.com/linux/latest/source/include/linux/fb.h#L681
FB_MODE_IS_UNKNOWN sounds very reasonable to me. Would you agree using that
instead?
> >
> > Also, I prefer "sh:" as the architecture prefix, not
y area of
> sh7763fb_videomode. So remove the assignment.
>
> Signed-off-by: Thomas Zimmermann
> Cc: Yoshinori Sato
> Cc: Rich Felker
> Cc: John Paul Adrian Glaubitz
> ---
> arch/sh/boards/mach-sh7763rdp/setup.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/sh/
6744071956107760 extends beyond EOD,
> [ 4.922550] sda: RDSK (512) sda1 (DOS^G)(res 2 spb 2) sda2
> (SFS^B)(res 2 spb 1) sda3 (SFS^B)(res 2 spb 2) sda4 ((res 2 spb 1)
> [ 4.948655] sda: p4 size 18446744071956107760 extends beyond EOD,
> truncated
Looks like the old code is comp
L)"
> - depends on KEXEC && HIBERNATION
> - help
> - Jump between original kernel and kexeced kernel and invoke
> - code via KEXEC
> +config ARCH_SUPPORTS_KEXEC
> + def_bool MMU
> +
> +config ARCH_SUPPORTS_CRASH_DUMP
> + def_bool BROKEN_
\
> +#define __pte_free_tlb(tlb, pte, addr) \
> +do { \
> + pagetable_pte_dtor(page_ptdesc(pte)); \
> + tlb_remove_page_ptdesc((tlb), (page_ptdesc(pte))); \
> } while (0)
>
>
On Thu, 2023-06-01 at 09:42 +0200, Geert Uytterhoeven wrote:
> Hi Adrian,
>
> On Thu, Jun 1, 2023 at 9:28 AM John Paul Adrian Glaubitz
> wrote:
> > On Thu, 2023-06-01 at 09:20 +0200, Geert Uytterhoeven wrote:
> > > On Wed, May 31, 2023 at 11:33 PM Vishal Moola (Oracle)
>
> > Signed-off-by: Vishal Moola (Oracle)
>
> LGTM, so
> Reviewed-by: Geert Uytterhoeven
I assume this series is supposed to go through some mm tree?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
houldn't it just be tlb_remove_page_ptdesc((tlb), (pte))?
Thanks,
Adrian
> [1]
> https://lore.kernel.org/linux-mm/20230417205048.15870-5-vishal.mo...@gmail.com/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
> Cc: Yoshinori Sato
> Cc: Rich Felker
> Cc: John Paul Adrian Glaubitz
> ---
> arch/sh/include/asm/fb.h | 15 +--
> 1 file changed, 1 insertion(+), 14 deletions(-)
>
> diff --git a/arch/sh/include/asm/fb.h b/arch/sh/include/asm/fb.h
> index 9a0bca2686fd.
Hi Thomas!
On Mon, 2023-04-17 at 16:06 +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 17.04.23 um 15:02 schrieb John Paul Adrian Glaubitz:
> > Hi Thomas!
> >
> > On Mon, 2023-04-17 at 14:56 +0200, Thomas Zimmermann wrote:
> > > Replace the architecture's
immermann
> Cc: Yoshinori Sato
> Cc: Rich Felker
> Cc: John Paul Adrian Glaubitz
> ---
> arch/sh/include/asm/fb.h | 15 +--
> 1 file changed, 1 insertion(+), 14 deletions(-)
>
> diff --git a/arch/sh/include/asm/fb.h b/arch/sh/include/asm/fb.h
> index 9a0b
aneously...
>
> I believe it's just a SPARC-ism [1] [2] that may look strange and be
> easily confused for __aarch64__ (notice the extra 'a')...
Yep, that's correct. On 64-bit Linux/SPARC, gcc/clang define __sparc__ AND
__arch64__.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
+= $(cflags-y)
KBUILD_AFLAGS += $(cflags-y)
If you agree, can you post a patch to LKML so we can unbreak the SH build for
CONFIG_WERROR?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ed.
Could you post a kernel patch for that? I would be happy to test it on my
SH-7785CLR board. Also, I'm going to file a bug report against GCC.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ow to fix this then.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
NULL,
prio_registers, NULL);
Isn't this supposed to be caught by this check:
a, __same_type(a, NULL)
?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
RRAY_SIZE(prio_regs), \
+ ARRAY_SIZE(sense_regs), ARRAY_SIZE(ack_regs), \
}
struct intc_desc {
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
and never participated in Debian's
Popularity Contest.
And that's the point, it's opt-in!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
00 servers world-wide
running Debian?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
via <https://lists.debian.org/completeindex.html>
And the wiki lists Jason Duerstock, Jessica Clarke and me as maintainers:
https://wiki.debian.org/Ports/ia64
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF
you are looking for can be found here:
http://ftp.ports.debian.org/debian-ports/pool-ia64/main/l/linux/
As stated I have no expertise in Debian whatever release for IA64 arch.
Well, maybe let me answer the questions then since I am maintaining the port
in Debian.
Adrian
--
.''
stics. However, that is opt-on and the numbers are
not really trustworthy. We are getting feedback from time to time from people
using it.
Is there any problem with the ia64 port at the moment that would justify
removal?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
Hello Ard!
Can I take that as an ack on [0]? The EFI subsystem has evolved
substantially over the years, and there is really no way to do any
IA64 testing beyond build testing, so from that perspective, dropping
it entirely would be welcomed.
ia64 is regularly tested in Debian and Gentoo [1][2
On 1/7/23 03:04, Anirudh Venkataramanan wrote:
On 1/6/2023 5:36 PM, John Paul Adrian Glaubitz wrote:
Hello!
On 1/6/23 23:00, Anirudh Venkataramanan wrote:
This series removes the Sun Cassini, LDOM vswitch and sunvnet drivers.
This would affect a large number of Linux on SPARC users. Please
/www.gentoo.org/downloads/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
^
./include/linux/sh_intc.h:105:31: note: in expansion of macro '_INTC_ARRAY'
105 | _INTC_ARRAY(vectors), _INTC_ARRAY(groups), \
| ^~~
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On 2/16/22 13:25, John Paul Adrian Glaubitz wrote:
>> This series does some cleanup in the three architectures and
>> refactors function descriptors so that it can then easily use it
>> in a generic way in LKDTM.
>
> I'll test the series on ia64 later this w
> refactors function descriptors so that it can then easily use it
> in a generic way in LKDTM.
I'll test the series on ia64 later this week. I have an Itanium box at
home for testing kernel patches.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer -
y particular reason why this list excludes MIPS*, i386, big-endian
PowerPC and SPARC targets which are already supported by the Rust programming
language?
Are the arch/$ARCH/rust/target.json files everything that's needed for
supporting
the other targets?
Thanks,
Adrian
--
.'&#
Hi Michael!
On 1/13/22 01:17, John Paul Adrian Glaubitz wrote:
> On 1/9/22 23:17, John Paul Adrian Glaubitz wrote:
>> On 1/7/22 12:20, John Paul Adrian Glaubitz wrote:
>>>> Can you separately test with (on the host):
>>>>
>>>> # echo 0 > /sys/modul
6c258a
--
.''`. 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 Michael!
On 1/9/22 23:17, John Paul Adrian Glaubitz wrote:
> On 1/7/22 12:20, John Paul Adrian Glaubitz wrote:
>>> Can you separately test with (on the host):
>>>
>>> # echo 0 > /sys/module/kvm_hv/parameters/dynamic_mt_modes
>>
>> I'm tryi
Hi Michael!
On 1/7/22 12:20, John Paul Adrian Glaubitz wrote:
>> Can you separately test with (on the host):
>>
>> # echo 0 > /sys/module/kvm_hv/parameters/dynamic_mt_modes
>
> I'm trying to turn off "dynamic_mt_modes" first and see if that makes any
>
> Can you separately test with (on the host):
>
> # echo 0 > /sys/module/kvm_hv/parameters/dynamic_mt_modes
I'm trying to turn off "dynamic_mt_modes" first and see if that makes any
difference.
I will report back.
Adrian
--
.''`. John Paul Adrian
Hi Michael!
On 11/1/21 08:37, John Paul Adrian Glaubitz wrote:
> I made another experiment and upgraded the host to 5.15-rc7 which contains
> your
> fixes and made the guests build gcc-10. Interestingly, this time, the gcc-10
> build crashed the guest but didn't manage to crash
try that later. But first I want to switch the guests to 5.15-rc7
as well.
> If the system is stable with those settings that would be useful
> information, and would also mean you could use the system without it
> crashing semi regularly.
Gotcha.
Adrian
--
.''`. J
0.3.0-12.dsc
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
eboot the whole machine.
Adrian
> [1] https://www.kernel.org/doc/html/latest/admin-guide/lockup-watchdogs.html
--
.''`. 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!
On 10/28/21 16:05, John Paul Adrian Glaubitz wrote:
> The following packages were being built at the same time:
>
> - guest 1: virtuoso-opensource and openturns
> - guest 2: llvm-toolchain-13
>
> I really did a lot of testing today with no issues and just after I sent my
Hi Michael!
On 10/28/21 13:20, John Paul Adrian Glaubitz wrote:
> It seems I also can no longer reproduce the issue, even when building the
> most problematic
> packages and I think we should consider it fixed for now. I will keep
> monitoring the server,
> of course, and will
Hello!
On 10/28/21 15:52, John Paul Adrian Glaubitz wrote:
> I am not sure what triggered my previous crash but I don't think it's related
> to this
> particular bug. I will keep monitoring the server in any case and open a new
> bug report
> in case I'm running
Hello!
An update to this post with oss-security CC'ed.
On 10/26/21 10:48, John Paul Adrian Glaubitz wrote:
> I have tested these patches against 5.14 but it seems the problem [1] still
> remains for me
> for big-endian guests. I built a patched kernel yesterday, rebooted the KVM
r now. I will keep
monitoring the server,
of course, and will let you know in case the problem shows again.
Thanks a lot again for fixing this issue!
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berli
Hi Michael!
On 10/27/21 13:06, Michael Ellerman wrote:
> John Paul Adrian Glaubitz writes:
>> Hi Michael!
>>
>> On 10/27/21 07:30, Michael Ellerman wrote:
>>> I did test the repro case you gave me before (in the bugzilla), which
>>> was building glibc,
plicated.
>
> What exact host/guest kernel versions and configs are you running?
Both the host and guest are running Debian's stock 5.14.12 kernel. The host has
a kernel with your patches applied, the guest doesn't.
Let me do some more testing.
Adrian
--
.''
gzilla.kernel.org/show_bug.cgi?id=206669
> [2] https://buildd.debian.org/status/package.php?p=git&suite=experimental
--
.''`. 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
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
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
Hello!
On 2/25/20 3:12 PM, Wolfram Sang wrote:
> Adding the Debian-PPC List to reach further people maybe willing to
> test.
This might be related [1].
Adrian
> [1] https://lists.debian.org/debian-powerpc/2020/01/msg00062.html
--
.''`. John Paul Adrian Glaubitz
: :&#
there was
> more messages from the (S)ATA subsystem.
I suggest booting the machine with a netconsole to get a dump of the crash
over the network, see [1].
Adrian
> [1] https://wiki.archlinux.org/index.php/Netconsole
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Develo
are unable
to boot their machines anymore after a kernel upgrade.
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
e to notify the author of said commit about the regression
which would be Aneesh Kumar (CC'ed).
Adrian
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0034d395f89d9c092bb15adbabdca5283e258b41
--
.''`. John Paul Adrian Glaubitz
: :
On 4/27/19 2:52 PM, Enrico Weigelt, metux IT consult wrote:
> Simpily io resource size computation by setting mapsize field.
Here's a typo
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
On 03/27/2018 12:40 PM, Linus Torvalds wrote:
> On Mon, Mar 26, 2018 at 4:37 PM, John Paul Adrian Glaubitz
> wrote:
>>
>> What about a tarball with a minimal Debian x32 chroot? Then you can
>> install interesting packages you would like to test yourself.
>
> Tha
What about a tarball with a minimal Debian x32 chroot? Then you can
install interesting packages you would like to test yourself.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik
] https://buildd.debian.org/status/architecture.php?a=x32&suite=sid
--
.''`. 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
hine. I will need a few
days to be able to assemble the second machine since I need to order some parts
(SSD, power supply, memory and so on) first.
Cheers,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet
n
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=linux&arch=powerpc&ver=4.7.2-1&stamp=1472464832
> [2] http://www.nxp.com/files/32bit/doc/ref_manual/E500CORERM.pdf
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `&#x
tps://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=31cdd0c39c7544ced79da53aa0b7e989f3a39582
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836741
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Fr
report.cgi?bug=823526
> [3] http://www.nxp.com/files/32bit/doc/ref_manual/E500CORERM.pdf
--
.''`. 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
96 matches
Mail list logo
