GCC cross package is not necessary as ia64 was never
supported in the first place.
Thanks,
Adrian
> [1] https://mirrors.edge.kernel.org/pub/tools/crosstool/
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 95
u from continuing your work and I think
> > such efforts
> > are always laudable. I just don't think the very limited interest in this
> > architecture
> > will be enough to overcome the difficulties that ia64 maintainers have to
> > face.
> >
> > This is also the reason why the ia64 maintainers of neither Debian nor
> > Gentoo were against
> > the removal of support for the architecture in Ruby, the Linux kernel,
> > glibc and so on.
>
> Being not against something and taking care of something are two
> different things.
But why would maintainers start an argument with upstream developers over
something they don't
really care about? That makes no sense.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ia64 maintainers have to face.
This is also the reason why the ia64 maintainers of neither Debian nor Gentoo
were against
the removal of support for the architecture in Ruby, the Linux kernel, glibc
and so on.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
bugs on ia64.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
know how to trigger the ia64
> buildd to do a rebuild of zeroc-ice.
It's not temporary but the result of the Linux kernel package dropping
support for ia64. This isn't something that can be fixed unless ia64
is readded to the Linux kernel.
ia64 will be removed from Debian in the f
Control: reopen -1
Hi,
looks like this didn't work:
> https://buildd.debian.org/status/fetch.php?pkg=qt6-multimedia&arch=powerpc&ver=6.4.2-11&stamp=1705003199&raw=0
Reopening the bug therefore.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :'
On Wed, 2024-02-28 at 18:09 +0100, Frank Scheiner wrote:
> On 28.02.24 16:35, John Paul Adrian Glaubitz wrote:
> > On Wed, 2024-02-28 at 09:44 -0500, Camm Maguire wrote:
> > > Greetings and thanks for the update! So what is the Debian status with
> > > ia64, is it be
at the convenience of the Debian Ports FTP team, most likely
when either glibc 2.39 or kernel 6.7 are uploaded to unstable.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ebian.
In the end, it still boils down to me taking care of all the buildds and the
packages
and making sure that ia64 doesn't fall behind. And I have to admit that it's
becoming
exhausting having to do that all on my own.
I tried getting Ruby fixed again on ia64 because that bloc
the second group. I think
it would be dishonest to claim that anyone in this group is doing actual
maintenance at the moment.
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=ia64&ver=2.38-3&stamp=1694223476&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
heir
reasoning.
Adrian
> [1] https://lists.debian.org/debian-ia64/2017/12/
> [2]
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=2ed6d245f7b79de73125edec51b2aa6db9ce3e6d
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ia64 support in the kernel.
While it's great that someone is willing to take care of the kernel port,
we're still in the situation that the toolchain on ia64 is unmaintained
and has many issues.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `
debian.org/kernel-team/linux/-/merge_requests/852
This looks reasonable to me and I think we can have this merged as a temporary
workaround so that we can get 6.5 and 6.6 kernels built for ia64 on the buildds.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`
ile CFLAGS are also effective when included in the
> architecture Makefile in `arch/ia64/`?
No idea.
> Or maybe we could query the arch from within the two Makefiles and only
> apply `-fno-var-tracking` when we compile for ia64.
>
> I'll have a look into that tomorrow.
Adrian
, too. Know a better solution? Is there a way to
> make this only affecting compilations for ia64?
You could modify CFLAGS globally in debian/rules specifically for ia64:
ifneq (,$(filter $(DEB_HOST_ARCH),ia64))
export DEB_CFLAGS_MAINT_APPEND += -fno-var-tracking
endif
Adrian
--
a maintainer for the
ia64 ports of the kernel, gcc, binutils and glibc and so on there is not
much we can in the long term.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
m as it
modifies the Makefile globally so that the flag is passed on to
the host compiler for all architectures.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
nus fixed back
in July [3],
he explained that fixing the issue was straight-forward on most architectures
while it was
rather difficult on ia64. And this is because of the complex design of the
architecture.
This is most likely also the reason why QEMU never provided emulation support
for ia
should focus on these as not only do
these have more users
but also there are people still taking care of the upstream support in the
kernel, toolchain and glibc
in most cases.
Adrian
> [1] https://marc.info/?l=linux-arch&m=169446754424344&w=1
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
We're certainly going to remove ia64 from Debian Ports within the next two
months.
So I wouldn't bother.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Please always make sure to CC the original author of
the patch so he becomes aware of the breakage that was introduced by his patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
required.
>
> Signed-off-by: Oliver Steffen
> Reviewed-by: Daniel Kiper
Did you verify that reverting this commit on git master makes GRUB work again?
If yes, please report this finding to the grub-devel mailing list, CC-ing
Oliver Steffen.
Adrian
--
.''`
It should be related to the EFI changes by Ard Biesheuvel.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
to have also affected
> my “debian” entry, so no safe boot:
Are you sure you didn't overwrite the "debian" entry?
Either way, you should be able to restore the bootloader by booting into rescue
mode using the installation media.
Adrian
--
.''`. John Paul
On Tue, 2023-08-08 at 23:27 +, Pedro Miguel Justo wrote:
>
> > On Aug 7, 2023, at 01:03, John Paul Adrian Glaubitz
> > wrote:
> >
> > # wget
> > http://snapshot.debian.org/archive/debian/20220510T034305Z/pool/main/g/git/git-man_2.36.1-1_all.deb
>
Z/pool/main/g/git/git-man_2.36.1-1_all.deb
# dpkg -i git-man_2.36.1-1_all.deb
Then install git normally with apt-get.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
go back
into the "grub" source directory and run "git bisect bad". Run "make clean"
and repeat the build and install step above.
Repeat this procedure until git shows you the offending commit.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
/471)
At least the grub problem could certainly be easily bisected, but alas I don't
really
have the time and motivation do that. So it would be nice if someone else could
at
least bisect grub to find the issue and report it on the grub-devel mailing
list.
Adrian
--
.''`. Joh
Hello Petter!
On Thu, 2023-08-03 at 15:56 +0200, Petter Reinholdtsen wrote:
> [John Paul Adrian Glaubitz]
> > If you feel fixing this, you can use yttrium.debian.net.
> >
> > I don't have much time for ia64 at the moment.
>
> Thanks. I just wanted to check the
fixing this, you can use yttrium.debian.net.
I don't have much time for ia64 at the moment.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On Sat, 2023-07-29 at 10:44 +0200, John Paul Adrian Glaubitz wrote:
> On ia64, webkit2gtk FTBFS due to g-ir-scanner not understading the syntax used
> in the header [1]:
>
> /usr/include/ia64-linux-gnu/sys/ucontext.h:92: syntax error, unexpected
> typedef-name in '
AKE_ARGUMENTS += -DUSE_GBM=OFF
Can you apply this change for the next upload of webkit2gtk?
Thanks,
Adrian
[1] https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/471
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8
x27;t releases in Debian Ports!).
Also, boot the kernel in verbose mode (remove "quiet" from the GRUB command
line) and
post the kernel error message on the mailing list.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On Sat, 2023-07-22 at 12:25 +0200, John Paul Adrian Glaubitz wrote:
> On Sat, 2023-07-22 at 12:16 +0200, John Paul Adrian Glaubitz wrote:
> > Hi!
> >
> > The current build of grub fails on ia64 with:
> > (...)
> > Any idea?
>
> OK, seems like this wa
Hi!
On Sat, 2023-07-22 at 12:16 +0200, John Paul Adrian Glaubitz wrote:
> Hi!
>
> The current build of grub fails on ia64 with:
> (...)
> Any idea?
OK, seems like this was just related to mawk vs. gawk. Builds fine with gawk.
Adrian
--
.''`. John Paul Adria
moddep.lst; exit 1)
mawk: ./genmoddep.awk: line 106: function asorti never defined
make[3]: *** [Makefile:51272: moddep.lst] Error 1
make[3]: Leaving directory '/root/grub/grub-core'
make[2]: *** [Makefile:28852: all] Error 2
make[2]: Leaving directory '/root/grub/grub-core'
d Java Runtime?
I'm just using a KVM virtual machine running Windows XP with Internet Explorer
;-).
> That would avoid me having to physically burn and insert a CD in loco.
Agreed.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physi
x27;t pass its testsuite on the other architectures?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On Wed, 2023-06-14 at 15:07 +0200, John Paul Adrian Glaubitz wrote:
> I have created updated installation images for Debian Ports.
>
> These can be found here:
>
> - https://cdimage.debian.org/cdimage/ports/snapshots/2023-06-14/
>
> On ia64, these images should be u
now the kernel version that the installer uses.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
MOD_DATA,
> };
> static const int init_m_to_mem_type[] = {
> MOD_INIT_TEXT,
> MOD_INIT_RODATA,
> MOD_INVALID,
> MOD_INIT_DATA,
> - MOD_INVALID,/* This is needed to match the masks array */
> +
lt; ARRAY_SIZE(masks); ++m) {
>
> Thanks, that patch (as -patch4 on top of v6.4-rc3) fixes the boot
> regression for me on the rx2620:
Sounds good. Would be great to get this into 6.4 before release.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On Thu, 2023-05-25 at 19:17 +0200, Frank Scheiner wrote:
> > This is great! I am definitely going to try building my Itanium kernels
> > from Arm64 now.
>
> Say, what Arm64 machine do you have at hand?
My wild guess would be an M1/M2 Mac ;-).
Adrian
--
.''`
-directory to your PATH environment variable. That's all you need.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Note that the latest image probably won't boot on your RX2620 due to the
kernel issue that Frank mentioned in his original mail, so you will have
to use the image from last December.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`
Hello!
On Sat, 2023-05-20 at 21:51 +0200, Frank Scheiner wrote:
> On 20.05.23 21:16, John Paul Adrian Glaubitz wrote:
> > Hello Frank!
> >
> > On Sat, 2023-05-20 at 20:19 +0200, Frank Scheiner wrote:
> > > I today noticed that a new Debian kernel is available fro
support for ia64 although OpenJDK still works using
the Zero port.«
I'm just tired today.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Sat, 2023-05-20 at 21:22 +0200, John Paul Adrian Glaubitz wrote:
> Other projects such as LLVM, OpenJDK and Ruby already support native code
> generation
> support for ia64 although OpenJDK still works using the Zero port.
That should be »already removed native code generation su
se it with a supported
codebase
for an extended time and upstream projects have target releases for which they
can plan the removal.
Other projects such as LLVM, OpenJDK and Ruby already support native code
generation
support for ia64 although OpenJDK still works using the Zero port.
Adrian
--
the resulting kernel "crashes" as soon as udevd starts and
> that for both systems similarly. But yeah, the initramfs issues are gone
> for the rx2620. If someone is interested, the error messages are on [3]
> and [4] for rx2620 and rx2800-i2 respectively.
>
> [3]: https://paste
t; * ROM Version : 04.30
> * ROM Date : 03/05/2012
> * BMC Version : 05.26
> ***
>
> Known issue?
Yes, see: https://marc.info/?l=linux-ia64&m=167404713006203&w=1
Attaching my current bisect log, haven't found the culprit yet.
Adria
box is currently offline (should be back up
shortly).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
On 1/11/23 19:45, John Paul Adrian Glaubitz wrote:
Attaching a patch which modifies debian/rules accordingly so that the build
dependencies
are corrected after running "debian/rules debian/control".
Please consider including it for the next upload.
Oops, I just realized I for
Control: tags -1 +patch
Hi!
Attaching a patch which modifies debian/rules accordingly so that the build
dependencies
are corrected after running "debian/rules debian/control".
Please consider including it for the next upload.
Thanks a lot!
Adrian
--
.''`. John
ackages.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
currently doesn't really work on ia64. There are some kernel bugs that need
to be fixed
first. Gentoo developer Sergei Trofimovich planned to address these issues, but
I don't know
what the current status is.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian De
8-2) but 0.188-1 is to
be installed
E: Unable to correct problems, you have held broken packages.
gdb didn't drop ia64 support, you just ran into this problem:
https://lists.debian.org/debian-sparc/2017/12/msg00060.html
Adrian
--
.''`. John Paul Adrian Glaubitz
: :&#x
als/debian-kernel-handbook/ch-common-tasks.html#s-common-building
[2] https://salsa.debian.org/kernel-team/linux
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ened a PR upstream [1].
Thanks,
Adrian
> [1] https://github.com/oneapi-src/oneTBB/pull/983
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
--- onetbb-2021.7.0.orig/src/tbb/tools_api/
Hello!
On 11/22/22 10:45, John Paul Adrian Glaubitz wrote:
I suspect the problem is the following code in src/liblzma/common/common.c:
#ifdef HAVE_SYMBOL_VERSIONS_LINUX
// This is for compatibility with binaries linked against liblzma that
// has been patched with xz-5.2.2-compat-libs.patch
and not "lzma_get_progress@XZ_5.2.2".
Downgrading liblzma5 and liblzma-dev to 5.2.5-2.1 fixes the problem. Version
5.3.4alpha-0.0 from experimental is affected as well.
Since this is not a problem in mariadb-10.6, I'm changing the package to
src:xz-utils.
Adrian
--
.'&#x
Hi!
On 11/21/22 00:07, John Paul Adrian Glaubitz wrote:
This issue has shown in other packages such as glibc on ia64 [1]:
/usr/bin/ld: /<>/build-tree/ia64-libc/dlfcn/bug-atexit3-lib.so:
version node not found for symbol lzma_get_progress@@XZ_5.2
/usr/bin/ld: failed to set dynamic s
lchain on ia64.
Adrian
[1]
https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=ia64&ver=2.36-5&stamp=1668270812&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Then we'll just have to wait for the next upload.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ersion/-/commit/d90374d3bf58fdc8a350576c73e9303668ae3b2d
Thanks! While you're at it, could you disable Ruby support on ia64 for the time
being?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Triggering the update on lenz and lifshitz now, second.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi!
> On May 23, 2022, at 6:58 AM, Mattias Ellert
> wrote:
>
> Please update fakeroot to version 1.29-1 on the ia64 builders.
>
> I tried requesting a giveback of a failing package, but despite
> fakeroot 1.29-1 being available, the build was attempted using the old
> broken version:
>
> The
Hi Sebastian!
On 5/14/22 15:03, Sebastian Andrzej Siewior wrote:
> On 14 May 2022 12:46:07 UTC, John Paul Adrian Glaubitz
> wrote:
> ...
>> This is fixed by removing "-fzero-call-used-regs=used-gpr" from "cflags" in
>> Configurations/20-debian.conf.
ero-call-used-regs=used-gpr" and adding "no-asm" to "CONFARGS" when
DEB_HOST_ARCH
is ia64:
ifeq ($(DEB_HOST_ARCH), ia64)
CONFARGS += no-asm
endif
To verify the changes, feel free to use yttrium.debian.net.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hello!
On 4/26/22 09:23, John Paul Adrian Glaubitz wrote:
> We can certainly send a pull request to the Debian kernel packaging
> repository to disable
> CONFIG_HARDENED_USERCOPY although I'm not sure what ramifications that would
> have.
>
> But since the feature is b
hms=ssh-rsa,ssh-dss'
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
have.
But since the feature is broken on Itanium anyway, I guess it won't hurt.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
g to pass any parameter to the command line.
Maybe Sergei can comment on the usercopy issue, I forgot the details.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
0x50/0x80
>> [ 1.484383] sp=e00101027e30 bsp=e00101021100
>> [ 1.484383] Disabling lock debugging due to kernel taint
>> [ 2.127275] Freeing initrd memory: 21920kB freed
>> [ 6.655281] random: crng init done
>>
>> I also see there are a couple more recent ISOs. Should I try those first?
>
> Same exact failure using the 2022-03-28 ISO. And it happens even with
> “hardened_usercopy=off”.
I think Sergei Trofimovich had plans to fix this bug but I'm not sure how far
that has progressed.
It might also make sense trying to update the system firmware to the latest
version you can get.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
einstall
using the latest installation ISO.
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974552
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ts.debian.org/debian-ports/pool/main/d/debian-ports-archive-keyring/debian-ports-archive-keyring_2022.02.15_all.deb
# dpkg -i debian-ports-archive-keyring_2022.02.15_all.deb
# apt update
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ed the
firmware of the RAID controller to the latest version. Before that, I always
had to
pass "nosmp" or the RAID controller wouldn't get detected.
You should also make sure you don't have any bad memory by running a program
for testing
the main memory such as memtest86.
PS : 3182.59
siblings : 4
physical id: 0
core id: 0
thread id : 0
glaubitz@electron:~$
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
c] MP:CM>
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
1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995987
> [2] https://bugs.python.org/issue45526
> [3]
> https://github.com/python/cpython/commit/0224b7180b280794b9fba62057b278ffb536c86f
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`
18/
> [2] https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/
--
.''`. 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
tps://bugzilla.kernel.org/show_bug.cgi?id=215601
> [2]
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=439a8468242b313486e69b8cc3b45ddcfa898fbf
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Frei
Control: tags -1 +patch
Upstream has already come up with a patch [1] to fix the issue, see attached.
Adrian
> [1] https://github.com/kronosnet/kronosnet/pull/372
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Univ
buildd.debian.org/status/fetch.php?pkg=kronosnet&arch=alpha&ver=1.23-1&stamp=1638252618&raw=0
> [2] https://github.com/kronosnet/kronosnet/issues/371
> [3] https://bugs.debian.org/996428
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@
Control: tags -1 +patch
Hello!
On 10/17/21 19:38, John Paul Adrian Glaubitz wrote:
> This should be reported upstream. Chances are higher that upstream will see
> the bug and fix it.
>
> I'll forward it.
The attached patch fixes the problem for me and allows the build t
ward it.
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
.
Thus, could you drop "EXTRA_OPT_CFLAGS += -O2" for ia64? It builds fine
with the default optimization options.
Thanks,
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85412
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.or
(,$(filter $(DEB_HOST_ARCH), hppa sh4))
FWIW, I think we can even drop the "EXTRA_OPT_CFLAGS += -O2" again as I could
build cpython from git without overriding the optimization level on the ia64
porterbox.
Thanks,
Adrian
> [1] https://github.com/python/cpython/pull/14474
--
.&#
sd-i386 !m68k !sh4 !x32]
Thanks for reporting this. I just ran into this as well.
FWIW, x32 can be removed from this list once clang defaults to version 13.
m68k might follow in the future.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
. Can you point me to it pls?
It's here:
> https://cdimage.debian.org/cdimage/ports/snapshots/2019-07-16/
You are looking at the installer images for network installation via PXE/TFTP.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debia
at least the RAID controller would cause the device driver to cause issues
when the firmware was too old.
As for the bug itself, Sergei Trofimovich said he has a possible solution but
I don't know when the fix is going to be released.
Adrian
--
.''`. John Paul Adrian Glaubitz
Hello!
On 9/23/21 11:31, John Paul Adrian Glaubitz wrote:
> I have performed a successful test installation on sparc64 and will
> perform a test on ia64 on my RX2660 later as well.
Installation works well on my RX2660, even without the additional kernel
parameter that I suggested in my pr
org/cdimage/ports/snapshots/2021-09-23/
--
.''`. 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 9/22/21 00:33, John Paul Adrian Glaubitz wrote:
> On some ia64 machines, it may be necessary to pass the option
>
> "hardened_usercopy=off"
>
> on the kernel command line. For that, press "e" on the GRUB menu and
> append the line above w
0.596000] sp=e00100757db0
>> bsp=e001007510c0
>> [0.596000] [] cryptomgr_test+0x80/0xc0
>> [0.596000] sp=e00100757e30
>> bsp=e001007510a0
>> [0.596000] [] kthread+0x270/0x2a0
age.debian.org/cdimage/ports/snapshots/2021-09-21/
--
.''`. 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
sp=e00100757e30
> bsp=e001007510a0
> [0.596000] [] kthread+0x270/0x2a0
> [0.596000] sp=e00100757e30
> bsp=e00100751058
> [0.596000] [] call_payload+0x50/0x80
> [0.596000]
On 4/20/21 12:14 AM, Pedro Miguel Justo wrote:
>> On 2021/Apr/19, at 15:10, John Paul Adrian Glaubitz
>> wrote:
>>
>> On 4/20/21 12:07 AM, Pedro Miguel Justo wrote:
>>> Regarding the storage, isn’t it too early in the boot process for this to
>>> be st
g
with "nosmp".
I currently have no other idea as the kernel boots fine on my RX2660 and
it's already late here.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-b
1 - 100 of 290 matches
Mail list logo
