Hello All,
i still have trouble with newer kernels than 5.6.0 on my Ultra25 up to
and including 6.0.0.
During boot the USB ohci-pci dies and mouse and keyboard (both Sun HW)
stop working.
I found no way to get mouse and keyboard recognized after that event,
e.g. by unloading and reloading
Hi Frank,
On 23/11/2022 16:57, Frank Scheiner wrote:
...which is good enough for my purposes. Not been able to mount the NFS
root FS is unfortunately not.
I will see for myself when I get to try Linux 6.x on my gear.
I did not use NFS root, however I stress-test standard NFS mount.
I
Hi Adrian,
On 24.11.22 19:50, John Paul Adrian Glaubitz wrote:
[...]
Would be a nice surprise if this particular stability issue has been
fixed now.
Machine is still running with the 6.0.0 kernel which is definitely a
huge improvement
over the 5.x kernels which would have already crashed the
Hello!
On 11/23/22 16:27, John Paul Adrian Glaubitz wrote:
FWIW, I also upgraded one of the buildds that is an UltraSPARC IIIi as well
that never
ran stable with kernels beyond 4.19 to 6.0.8. Let's see how reliable the
machine is
with the new kernel.
Would be a nice surprise if this
Hi Adrian,
On 23.11.22 16:27, John Paul Adrian Glaubitz wrote:
On 11/23/22 17:23, Riccardo Mottola wrote:
let's see how 6.0 will fare for you.
[...]
Would be a nice surprise if this particular stability issue has been
fixed now.
Indeed. I will test it with my reproducer (i.e. apt upgrade
Hi Riccardo,
On 23.11.22 17:23, Riccardo Mottola wrote:
[...]
let's see how 6.0 will fare for you.
I did try to mount nfs v3 on my system and it worked, I did a classic
mount with mount.nfs once booted. Mount works and I was able list and to
touch and remove a file. I did not try further
Hi!
On 11/23/22 17:23, Riccardo Mottola wrote:
let's see how 6.0 will fare for you.
FWIW, I also upgraded one of the buildds that is an UltraSPARC IIIi as well
that never
ran stable with kernels beyond 4.19 to 6.0.8. Let's see how reliable the
machine is
with the new kernel.
Would be a
Hi,
(removing Adrian from CC, who can read us on ML anyway)
Frank Scheiner wrote:
Good to know, looks like I missed that. Checking my logs 5.18.0-2 still
oopses on my T1000 when trying to `nfsmount` its root FS using the klibc
tools eventually making it unresponsive. So although this kernel
Hi Riccardo
On 22.11.22 00:52, Riccardo Mottola wrote:
On 2022-11-18 10:16:07 +0100 Frank Scheiner wrote:
IIRC in the past newer kernels (>5.9.0-2) already crashed during startup
on your T2000. "Running kernel 6.0.x" would then be already an
advancement. That gives hope for UltraSPARC IIIi
Hi Frank!
On 2022-11-18 10:16:07 +0100 Frank Scheiner
wrote:
IIRC in the past newer kernels (>5.9.0-2) already crashed during
startup
on your T2000. "Running kernel 6.0.x" would then be already an
advancement. That gives hope for UltraSPARC IIIi (and maybe also III)
driven machines. I'll
Hi Riccardo,
On 18.11.22 02:32, Riccardo Mottola wrote:
I fetched the older version of git-man required from
snapshot.debian.org, installed it with dpkg. Then I was able to install
git, compile stuff again and also finish upgrading. Running kernel 6.0.x
serie son the Niagara CPU now... let's
Hi Adrian,
John Paul Adrian Glaubitz wrote:
It's the usual problem in Debian Ports [1] due to some Qt5 packages
FTBFS on sparc64.
In particular, it's kconfig that blocks subversion which blocks git.
You can fetch git-man from snapshot.debian.org in the meantime.
FWIW, the various build
Control: tags -1 +patch
Hello!
Upstream has provided a patch now [1] which fixes the issue for me.
It applies against both OpenLDAP 2.5.13 and 2.6.3 with fuzz and by fixing
a single printf() statement manually. I am attaching the backported patch
which applies cleanly.
Thanks,
Adrian
[1]
Hello Ricardo!
On 11/15/22 00:07, Riccardo Mottola wrote:
after an upgrade, I found myself out of git. An attempt to reinstall shows:
The following packages have unmet dependencies:
git : Depends: git-man (< 1:2.37.2-.) but 1:2.38.1-1 is to be installed
E: Unable to correct problems, you
Hi,
after an upgrade, I found myself out of git. An attempt to reinstall shows:
The following packages have unmet dependencies:
git : Depends: git-man (< 1:2.37.2-.) but 1:2.38.1-1 is to be installed
E: Unable to correct problems, you have held broken packages.
It's been this way since past
Hi!
On 9/20/22 00:16, John Paul Adrian Glaubitz wrote:
openldap FTBFS on sparc64 due to an unaligned access in the testsuite:
Test succeeded
test000-rootdse completed OK for mdb after 1 seconds.
Starting test001-slapadd for mdb...
running defines.sh
Running slapadd to build slapd
Hi!
On 10/19/22 11:06, Niko Tyni wrote:
The perl package currently fails to build on sparc64 due
to two failing tests:
t/re/reg_fold ok
t/re/reg_mesg
FAILED--no leader found
Source: perl
Version: 5.36.0-4
Tags: ftbfs
X-Debbugs-Cc: debian-sparc@lists.debian.org
The perl package currently fails to build on sparc64 due
to two failing tests:
t/re/reg_fold ok
t/re/reg_mesg
(Since I didn't hit reply all on the previous one, whoops I'm not so good at
mailing lists)
Thanks for the advice. The 5.16 CD is stable enough to pass the installation
(aside from a video text bug), however in rebooting it blows up. I was able to
console install it using the same trick as
Hi Jake,
On 13.10.22 07:13, j...@pawlicker.com j...@pawlicker.com wrote:
I've also been able to confirm that this happens with Kernel 5.16 or at
least similar bugs do such as Unable to handle kernel NULL pointer
dereference, programs such as postgresql break dramatically, and another
time SSH
I've also been able to confirm that this happens with Kernel 5.16 or at least
similar bugs do such as Unable to handle kernel NULL pointer dereference,
programs such as postgresql break dramatically, and another time SSH panicked
the system with a kernel unaligned access. This happened during
On my Sun Ultra 45 with two CPUs, Debian does not boot a finished installation
using Kernel 5.19. On the 5.16 kernel included on the CD the OS boots just fine
if this is selected using GRUB. This also seems to be intermittent, as first
booting into 5.19 was stable after trying to use quiet to
Good morning,
Do you have a requirement for aluminium die-cast parts?
As a casting manufacturer, we provide you with comprehensive service - from
mould design, through fabrication to delivery of the machined casting with
dimensional and weight accuracy to your specifications.
The large range
Source: glibc
Version: 2.35-1
Severity: normal
User: debian-sparc@lists.debian.org
Usertags: sparc64
X-Debbugs-Cc: debian-sparc@lists.debian.org
Hi!
Starting with 2.35, glibc causes segmentation faults in some programs on
sparc64,
these can also be seen in the build log [1], e.g.:
test ! -x
Hello!
glibc is currently broken on sparc64. All versions 2.35-1 and newer result in a
segmentation
fault during upgrade, so please don't upgrade the package for the time being.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0
Hello Adrian,
thank you for your reply. Health comes first, please take your time
to get well.
I encountered the usr-merge problem i guess when i first tried to set
up a separate /usr partition. This will abort the installation with an
error saying one needs an initramfs.
After repartitioning
Hello!
On 9/25/22 15:56, Connor McLaughlan wrote:
This worked earlier this year but currently fails with the updated
files from debian servers during tasksel as follows:
This might be related to the ongoing usr-merge but I'm not sure. I'm
planning to publish new installation images next week.
Hi Gregor!
On 9/25/22 17:07, Gregor Riepl wrote:
openldap FTBFS on sparc64 due to an unaligned access in the testsuite:
Adding __attribute__((packed)) to the MDB_page struct creates some memory
alignment warnings, but it will make the test cases succeed:
./../../../libraries/liblmdb/mdb.c:
On Sun, 25 Sep 2022 at 15:41:04 +0200, John Paul Adrian Glaubitz wrote:
> Could you blacklist the test
>
> “ large-arraybuffers/basic.js”
>
> on all affected big-endian targets (powerpc, ppc64, sparc64)?
>
> The test is blacklist on s390x and fails on powerpc and ppc64 as well.
I'm not
openldap FTBFS on sparc64 due to an unaligned access in the testsuite:
Adding __attribute__((packed)) to the MDB_page struct creates some
memory alignment warnings, but it will make the test cases succeed:
./../../../libraries/liblmdb/mdb.c: In function ‘mdb_cursor_put’:
Hello All,
i am using the sparc64 netinstall image of 2022-03-28.
This worked earlier this year but currently fails with the updated
files from debian servers during tasksel as follows:
ep 25 13:42:18 pkgsel: starting tasksel
Sep 25 13:42:21 in-target: Reading package lists...
Sep 25 13:42:23
Hello!
> On Sep 25, 2022, at 3:08 PM, Simon McVittie wrote:
>
> Control: retitle -1 mini-transition: gjs built against mozjs102
> Control: unblock -1 by 1018819
> Control: tags -1 = pending
>
>> On Thu, 25 Aug 2022 at 11:19:30 +0100, Simon McVittie wrote:
>> I think we need to be looking at
Source: openldap
Version: 2.5.13+dfsg-1
Severity: normal
Tags: ftbfs upstream
User: debian-sparc@lists.debian.org
Usertags: sparc64
X-Debbugs-Cc: debian-sparc@lists.debian.org
Hi!
openldap FTBFS on sparc64 due to an unaligned access in the testsuite:
> Test succeeded
> test000-rootdse
Source: ffmpeg
Version: 7:5.1.1-1
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: hppa m68k powerpc ppc64 sparc64
X-Debbugs-Cc:
debian-...@lists.debian.org,debian-h...@lists.debian.org,debian-powe...@lists.debian.org,debian-sparc@lists.debian.org
Hello!
The test
Thank you, Joost. The CrossCompiling looks closer to what I want to do. I’m
thinking about compiling with LLVM, any issues with that ? I’ve seen that
documented for X86 only, so was wondering if the community knows about general
issues that could arise on other architectures. Thank you.
> On
Hi Ionut,
On Thu, Sep 01, 2022 at 02:33:04PM -0700, Ionut Hristodorescu wrote:
>
> I’d like to build Debian 10.0 for SPARC64 from source
That's not trivial. But interesting nonetheless. I asume you want to do that
for educational purposes? (I mean, we already do supply those builds.)
>
Hi,
I’d like to build Debian 10.0 for SPARC64 from source but cannot seem to find
it. Could someone point me to it ? Thank you.
Ionut
On 7/14/22 23:28, Connor McLaughlan wrote:
Alright, Ctrl-a a n works...thanks!
I also might have figured out my installation problem...my netinstall
cd is to old and doesn't have the required 2022 debian signing keys
for the repositories.
While network access works, it seems to refuse to
Alright, Ctrl-a a n works...thanks!
I also might have figured out my installation problem...my netinstall
cd is to old and doesn't have the required 2022 debian signing keys
for the repositories.
While network access works, it seems to refuse to connect/install from
the debian mirror.
Can i
On 7/14/22 21:57, Jan Engelhardt wrote:
Don’t use “screen” as a terminal program, use “minicom”. Your local
screen session intercepts the escape sequences in the running
debian-installer’s screen session.
It's ok to use screen. Since ^A is escaped by the upper screen instance,
the key sequence
On Thursday 2022-07-14 21:37, John Paul Adrian Glaubitz wrote:
>
>> On Jul 14, 2022, at 9:03 PM, Connor McLaughlan wrote:
>>
>> ctrl+a or do not work. I get a message of "no other window".
>>
>> I am using screen like this. to connect: screen /dev/ttyUSB0 9600,cs8
>
>Don’t use “screen” as a
> On Jul 14, 2022, at 9:03 PM, Connor McLaughlan wrote:
>
> ctrl+a or do not work. I get a message of "no other window".
>
> I am using screen like this. to connect: screen /dev/ttyUSB0 9600,cs8
Don’t use “screen” as a terminal program, use “minicom”. Your local screen
session intercepts
Hello Adrian,
ctrl+a or do not work. I get a message of "no other window".
I am using screen like this. to connect: screen /dev/ttyUSB0 9600,cs8
Regards,
Connor
On Thu, Jul 14, 2022 at 8:26 PM John Paul Adrian Glaubitz
wrote:
>
>
>
> > On Jul 14, 2022, at 8:07 PM, Connor McLaughlan wrote:
> On Jul 14, 2022, at 8:07 PM, Connor McLaughlan wrote:
>
> do you or someone reading this know how to change tabs in the
> installer on sparc64 in order to get to the logfile?
Ctrl+a and should work.
See the manpage of GNU screen.
Adrian
> On Jul 12, 2022, at 4:16 PM, Connor McLaughlan wrote:
>
> How can i find the cause of it and manually correct it and install
> grub from the rescue system?
> (also does anyone know the key combination to switch console tabs in
> the installer when the serial connection runs over the screen
Hello Jon,
do you or someone reading this know how to change tabs in the
installer on sparc64 in order to get to the logfile?
I am using a serial connection over screen to the machine, but sending
ctrl+a + 1-4 will not change the tabs?
Regards,
Connor
On Tue, Jul 12, 2022 at 6:46 PM Stan
Hello again,
i had mixed results for now with the installation on a T1000 using the
dd'ed netinstall iso.
All went seemingly well until suddenly some files on the debian
mirrors could not be found and i had to ignore it and went with a base
system.
The message was "Downloading a file failed"
Sorry..obvious error in my last post, resulting from a cut-paste-mix
of a grub2 iso-boot tutorial...
"casper" should be "install"...or wherever the kernel and initrd
reside in the iso.
linux (loop)/install/vmlinux iso-scan/filename=${isofile} quiet splash
initrd (loop)/install/casper/initrd.gz
Thank you Stan, this looks promising and easy enough.
Another method i found working, but not as convenient as the above, is
to install grub2 on another system with a working cdrom and then to
add an iso residing on an existing partition as menuenty in grub.
The only difference compared to x86/64
On 7/5/22 9:15 AM, Connor McLaughlan wrote:
> Hello,
>
> is there a sparc64 debian installer image available somewhere that i
> could write with dd to a hdd/ssd and boot from it?
>
>
> Regards,
> Connor
>
Hi Connor,
As I recall, the last time I tried to install Debian SID from the Debian
Hello,
is there a sparc64 debian installer image available somewhere that i
could write with dd to a hdd/ssd and boot from it?
Regards,
Connor
Hi Matthias,
* Matthias Klose [2022-06-17 10:18]:
The proposal is to turn on LTO by default on most 64bit release
architectures. Not proposing to do this on 32bit architectures because
of the limited address space at link time, and up to now nobody tested
LTO on 32bit archs. In test
Link time optimizations are an optimization that helps with a single digit
percent number optimizing both for smaller size, and better speed. These
optimizations are available for some time now in GCC. Link time optimizations
are also at least turned on in other distros like Fedora, OpenSuse
> On May 16, 2022, at 1:20 PM, Dennis Clarke wrote:
>
> On 5/16/22 04:01, John Paul Adrian Glaubitz wrote:
>> Hi Dennis!
>> On 5/16/22 03:58, Dennis Clarke wrote:
The last update released for 11.3 is called
"Oracle Solaris 11.3 Limited Support Updates (LSRU) 11.3.36.24.0"
On 5/16/22 04:01, John Paul Adrian Glaubitz wrote:
Hi Dennis!
On 5/16/22 03:58, Dennis Clarke wrote:
The last update released for 11.3 is called
"Oracle Solaris 11.3 Limited Support Updates (LSRU) 11.3.36.24.0"
and can be found on some torrent sites.
I have 11.3 but need an Oracle
Hi Dennis!
On 5/16/22 03:58, Dennis Clarke wrote:
>> The last update released for 11.3 is called
>>
>> "Oracle Solaris 11.3 Limited Support Updates (LSRU) 11.3.36.24.0"
>>
>> and can be found on some torrent sites.
>>
>
> I have 11.3 but need an Oracle contract to get much of anything done.
Frank Scheiner a écrit :
> Hi Betrand, Dennis,
>
> On 13.05.22 17:32, BERTRAND Joël wrote:
>> Dennis Clarke a écrit :
>>> Thus with 64G of ECC memory and four very expensive 15k rpm SAS disks
>>> the thing is a brick. Or is it ?
>>>
>>> Is there any reasonable way to :
>>>
>>>
>>> [A]
On 5/15/22 18:18, John Paul Adrian Glaubitz wrote:
Hi!
On 5/16/22 00:15, Chris Quayle wrote:
It is a damn good machine. However it can *only* run Solaris 10 or maybe
Solaris 11.3 and in both cases you need an Oracle contract. Otherwise
good luck getting updates or access to the IPS repo.
Hi Betrand, Dennis,
On 13.05.22 17:32, BERTRAND Joël wrote:
Dennis Clarke a écrit :
Thus with 64G of ECC memory and four very expensive 15k rpm SAS disks
the thing is a brick. Or is it ?
Is there any reasonable way to :
[A] netboot Debian
[B] toss it on a scrap heap for re-cycle
Hi!
On 5/16/22 00:15, Chris Quayle wrote:
>> It is a damn good machine. However it can *only* run Solaris 10 or maybe
>> Solaris 11.3 and in both cases you need an Oracle contract. Otherwise
>> good luck getting updates or access to the IPS repo.
>
> Never bothered about updates, but what is the
On 05/15/22 22:25, Dennis Clarke wrote:
On 5/15/22 14:58, Chris Quayle wrote:
On 05/15/22 15:57, Chris Newport wrote:
On 15/05/2022 14:52, Dennis Clarke wrote:
On 5/14/22 17:52, Rick Leir wrote:
From folks who have tried? Sorry, no. If the info below is not
helpful, sorry and please just
On 5/15/22 14:58, Chris Quayle wrote:
On 05/15/22 15:57, Chris Newport wrote:
On 15/05/2022 14:52, Dennis Clarke wrote:
On 5/14/22 17:52, Rick Leir wrote:
From folks who have tried? Sorry, no. If the info below is not
helpful, sorry and please just delete my message.
Is illumos or SmartOS
On 5/15/22 16:43, John Paul Adrian Glaubitz wrote:
Hi!
On 5/15/22 15:52, Dennis Clarke wrote:
Yep .. been there and read that. Even if any of those did work at all we
are going in a circle and landing back on some Solaris thing. That is
not really of any value any more. It is beginning to
Hi!
On 5/15/22 15:52, Dennis Clarke wrote:
> Yep .. been there and read that. Even if any of those did work at all we
> are going in a circle and landing back on some Solaris thing. That is
> not really of any value any more. It is beginning to sound a lot like
> Oracle sold a whack of machines
On 05/15/22 15:57, Chris Newport wrote:
On 15/05/2022 14:52, Dennis Clarke wrote:
On 5/14/22 17:52, Rick Leir wrote:
From folks who have tried? Sorry, no. If the info below is not
helpful, sorry and please just delete my message.
Is illumos or SmartOS an option? Info from Bryan Cantrill:
On 15/05/2022 14:52, Dennis Clarke wrote:
On 5/14/22 17:52, Rick Leir wrote:
From folks who have tried? Sorry, no. If the info below is not
helpful, sorry and please just delete my message.
Is illumos or SmartOS an option? Info from Bryan Cantrill:
On 5/14/22 17:52, Rick Leir wrote:
From folks who have tried? Sorry, no. If the info below is not helpful,
sorry and please just delete my message.
Is illumos or SmartOS an option? Info from Bryan Cantrill:
http://dtrace.org/blogs/bmc/2017/09/04/the-sudden-death-and-eternal-life-of-solaris/
From folks who have tried? Sorry, no. If the info below is not helpful,
sorry and please just delete my message.
Is illumos or SmartOS an option? Info from Bryan Cantrill:
http://dtrace.org/blogs/bmc/2017/09/04/the-sudden-death-and-eternal-life-of-solaris/
Following a few links from that
Dennis Clarke a écrit :
>
> Somewhat annoyed by reality but I have to ask.
>
> [ here you need to hear a long whine noise like metal failing ]
> I have a Fujitsu/Oracle M3000 brick sitting in my world and near as I
> can tell it runs nothing other than Oracle Solaris 11.3 and will never
> be
I haven't this kind of server, but some others Sparc64. OpenBSD and
NetBSD don't run on M3000. You can test FreeBSD that supported some
SPARC64, but...
"UltraSPARC is a Tier 2 architecture through FreeBSD 12.x. It is no
longer supported in FreeBSD 13.0 and later."
Best
Somewhat annoyed by reality but I have to ask.
[ here you need to hear a long whine noise like metal failing ]
I have a Fujitsu/Oracle M3000 brick sitting in my world and near as I
can tell it runs nothing other than Oracle Solaris 11.3 and will never
be able to run anything else. Not even the
> LLVM has been failing to build on sparc64 for some weeks with the
> following error which indicates that the syscall newfstatat is not
> available on sparc64 (see below).
>
> Looking at [1] it seems to be missing. Can it be wired up?
The glibc man page[1] states:
> The underlying system call
Hi!
LLVM has been failing to build on sparc64 for some weeks with the following
error
which indicates that the syscall newfstatat is not available on sparc64 (see
below).
Looking at [1] it seems to be missing. Can it be wired up?
Adrian
> [1]
>
I installed the latest version of Debian Sparc64 using QEMU, with the
following command line:
qemu-system-sparc64 \
-m size=1024M \
-hda hda_debian_sparc64.qcow2 \
-cdrom debian-10.0.0-sparc64-NETINST-1.iso \
-net nic \
-net user \
-nographic \
-boot once=d \
I have working Ultra 5 if it is of any help…..
root@xray:/boot/grub# uname -a
Linux xray 5.10.0-8-sparc64 #1 Debian 5.10.46-4 (2021-08-03) sparc64 GNU/Linux
> On Apr 3, 2022, at 8:28 PM, Stan Johnson wrote:
>
> On 4/3/22 11:04 AM, John Paul Adrian Glaubitz wrote:
>> Hi Stan!
>>
>> On 4/3/22
Time for a better subject line. Therefore here we are.
original message
Message-ID:
Date: Mon, 4 Apr 2022 00:00:41 +0200
Subject: Re: nasty bug in /usr/sbin/grub-probe
In-Reply-To:
Resent-Date: Sun, 3 Apr 2022 22:01:00 + (UTC)
On
On 4/3/22 23:54, Dennis Clarke wrote:
> No, I am not. I am going with whatever is in the Makefile.
>
> https://github.com/torvalds/linux/commit/fc7c028dcdbfe981bca75d2a7b95f363eb691ef3
>
> So this was seen before regardless.
Please just follow my advise and use Linus' tree and don't use any LTS
On 4/3/22 12:13, John Paul Adrian Glaubitz wrote:
On 4/3/22 17:19, Dennis Clarke wrote:
I am curious if you can get the linux-4.19.114 kernel to compile. For me it
just blows up with :
.
.
.
arch/sparc/kernel/mdesc.c: In function 'mdesc_node_by_name':
arch/sparc/kernel/mdesc.c:648:22: error:
Hi Stan!
On 4/3/22 16:39, Stan Johnson wrote:
> If this problem is expected to occur on an Ultra 5 or an Ultra 30,
> please let me know and I'll be happy to help with a git bisect, using a
> spare 9 GB disk for the installation.
I think you should see the issue on both the Ultra 5 and Ultra 30.
On 4/3/22 14:23, Dennis Clarke wrote:
> Are you sure of 4.19 ? I see that 4.19.237 exists but I will guess the
> same bug exists there also. I was going to begin with 4.19.114 which was
> released 02-Apr-2020. A solid two years ago seems like as good a place
> to start as any. However building
On 4/3/22 17:19, Dennis Clarke wrote:
> I am curious if you can get the linux-4.19.114 kernel to compile. For me it
> just blows up with :
>
> .
> .
> .
> arch/sparc/kernel/mdesc.c: In function 'mdesc_node_by_name':
> arch/sparc/kernel/mdesc.c:648:22: error: 'strcmp' reading 1 or more bytes
>
I am curious if you can get the linux-4.19.114 kernel to compile. For
me it just blows up with :
.
.
.
arch/sparc/kernel/mdesc.c: In function 'mdesc_node_by_name':
arch/sparc/kernel/mdesc.c:648:22: error: 'strcmp' reading 1 or more
bytes from a region of size 0 [-Werror=stringop-overread]
On 4/3/22 10:39, Stan Johnson wrote:
Hello Adrian and Dennis,
If this problem is expected to occur on an Ultra 5 or an Ultra 30,
please let me know and I'll be happy to help with a git bisect, using a
spare 9 GB disk for the installation.
The Ultra 5 is even older. At least I think so. There
Hello Adrian and Dennis,
If this problem is expected to occur on an Ultra 5 or an Ultra 30,
please let me know and I'll be happy to help with a git bisect, using a
spare 9 GB disk for the installation.
-Stan
-
On 4/3/22 5:57 AM, John Paul Adrian Glaubitz wrote:
> Hello!
>
> On 4/3/22
On 4/3/22 07:57, John Paul Adrian Glaubitz wrote:
Hello!
On 4/3/22 13:42, Dennis Clarke wrote:
But since you seem to have a reliable reproducer, you can start trying to bisect
the kernel to find the commit that introduced this regression.
That will be nearly impossible. I can not even recall
Hello!
On 4/3/22 13:42, Dennis Clarke wrote:
>> But since you seem to have a reliable reproducer, you can start trying to
>> bisect
>> the kernel to find the commit that introduced this regression.
>
> That will be nearly impossible. I can not even recall when the bug first
> appeared or when
On 4/2/22 03:30, John Paul Adrian Glaubitz wrote:
Hello Dennis!
On 4/2/22 03:34, Dennis Clarke wrote:
I am not so sure about this yet until I can rebuild the required grub
binaries with full debug info. For at least a year ( or more ) I have
seen "really bad things"(tm) happen when I try to
Hello Dennis!
On 4/2/22 03:34, Dennis Clarke wrote:
> I am not so sure about this yet until I can rebuild the required grub
> binaries with full debug info. For at least a year ( or more ) I have
> seen "really bad things"(tm) happen when I try to make a new initrd on
> sparc64. Generally the
On 4/1/22 22:03, Stan Johnson wrote:
Hi Dennis,
Unless you already know that your system's memory is ok...
Sparc machines generally have ECC memory and the diagnostics are quite
well trusted.
However ... just for giggles ( yes the battery is crap ) :
root@hades:~#
root@hades:~# shutdown
I am not so sure about this yet until I can rebuild the required grub
binaries with full debug info. For at least a year ( or more ) I have
seen "really bad things"(tm) happen when I try to make a new initrd on
sparc64. Generally the machine seems to pack up and go away with nary a
single
On 3/31/22 14:53, Joost van Baal-Ilić wrote:
Hi,
On Tue, Mar 29, 2022 at 04:30:52PM -0400, Dennis Clarke wrote:
On 3/29/22 15:48, Thomas Schmitt wrote:
Dennis Clarke wrote:
# dd if=/cdrom/test/debian_20220328/debian-11.0.0-sparc64-NETINST-1.iso
of=/dev/rdsk/c0t1d0s0 bs=2048 count=189529
dd:
Hi,
On Tue, Mar 29, 2022 at 04:30:52PM -0400, Dennis Clarke wrote:
> On 3/29/22 15:48, Thomas Schmitt wrote:
> > Dennis Clarke wrote:
> > > # dd if=/cdrom/test/debian_20220328/debian-11.0.0-sparc64-NETINST-1.iso
> > > of=/dev/rdsk/c0t1d0s0 bs=2048 count=189529
> > > dd: unexpected short write,
On 3/29/22 15:48, Thomas Schmitt wrote:
Hi,
Dennis Clarke wrote:
# dd if=/cdrom/test/debian_20220328/debian-11.0.0-sparc64-NETINST-1.iso
of=/dev/rdsk/c0t1d0s0 bs=2048 count=189529
dd: unexpected short write, wrote 1536 bytes, expected 2048
65725+0 records in
65725+0 records out
So that is
Hi,
Dennis Clarke wrote:
> # dd if=/cdrom/test/debian_20220328/debian-11.0.0-sparc64-NETINST-1.iso
> of=/dev/rdsk/c0t1d0s0 bs=2048 count=189529
> dd: unexpected short write, wrote 1536 bytes, expected 2048
> 65725+0 records in
> 65725+0 records out
> So that is strange. Perhaps the iso image file
Progress is very slow, if at all.
For reasons that elude me I have been unable to dump the install image
to a secondary scsi disk with dd. Every time I try I get told some bad
things :
# dd if=/cdrom/test/debian_20220328/debian-11.0.0-sparc64-NETINST-1.iso
of=/dev/rdsk/c0t1d0s0 bs=2048
Hello!
I have created the first set of installation images in 2022, these are
available at the usual location in [1].
The ISO image for sparc64 has been verified to work correctly, I don't
know about the other architectures, however.
I have also created the first images which include non-free
Hello!
On 3/13/22 21:00, Otto Kekäläinen wrote:
> This might be related to:
> - uring on sparc64? log has warning about anon_inode:[io_uring]
> - slow builder? value might be to small for
> innodb_fatal_semaphore_wait_threshold
> - something else in sparc64, e.g. MDEV-27954
FWIW, there are
Source: mariadb-10.6
Version: 1:10.6.7-3
Tags: upstream, confirmed, ftbfs
User: debian-sparc@lists.debian.org
Usertags: sparc64
Forwarded: https://jira.mariadb.org/browse/MDEV-28052
X-Debbugs-CC: debian-sparc@lists.debian.org
After upload of mariadb-10.6 1:10.6.7-3 I noticed that sparc64 builds
Source: abseil
Version: 0~20210324.2-2
Severity: normal
User: debian-sparc@lists.debian.org
Usertags: sparc64
X-Debbugs-Cc: debian-sparc@lists.debian.org
Hello!
abseil's testsuite fails on several targets such as sparc64 since it
makes some assumptions about the system information it can obtain
Hi!
This has been fixed as of 0.55.3-1. vala now builds fine on sparc64 [1].
Adrian
> [1] https://buildd.debian.org/status/logs.php?pkg=vala=sparc64
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin -
301 - 400 of 41554 matches
Mail list logo
