On 7/3/23 05:47, John Paul Adrian Glaubitz wrote:
Hello!
On Mon, 2023-07-03 at 05:28 -0400, Dennis Clarke wrote:
I don't think that's true. Since it has been reported that these machines
run OpenBSD, it should be a matter of reading the OpenBSD kernel sources
and add the missin
On 7/2/23 17:19, John Paul Adrian Glaubitz wrote:
Hi Dennis!
Good day to you Sir!
On Sun, 2023-07-02 at 14:34 -0400, Dennis Clarke wrote:
You are likely kicking a dead horse. That M4000 is similar to my M3000
and you will never ever get Linux to run there. Ever. Unless you have a
few
%TSTATE:4480001604
%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )
(2) from the default install option
Loading ...
ERROR: Last Trap: Division by Zero
%TL:1 %TT:28 %TPC:10abf30 %TnPC:10abf34 %TSTATE:4480001604
%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )
{0} ok
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
Four decades in
On 6/7/23 04:03, John Paul Adrian Glaubitz wrote:
On Wed, 2023-06-07 at 03:36 -0400, Dennis Clarke wrote:
One of the first things I plan on doing is a bootstrap of GCC 13.x
and then also binutils ( maybe? maybe not? ) and of course a kernel.
That will keep the machine thrashing for at
tests.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
Four decades in production systems.
On 6/7/23 03:17, John Paul Adrian Glaubitz wrote:
Hi!
On Wed, 2023-06-07 at 03:10 -0400, Dennis Clarke wrote:
Sadly the machine isa bit of a brick. Maybe NetBSD works? No idea.
However a much older and smaller UltraSPARC IIi Netra seems to be
working just perfect. I am doing the install now
g the install now, live, streaming on
YouTube.
To say the least it is a slow and boring stream :)
But it works !
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
Four decades in production systems.
: Division by Zero
%TL:1 %TT:28 %TPC:10abf30 %TnPC:10abf34 %TSTATE:4480001604
%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )
{0} ok
Sadly this machine seems to be nothing but a fancy brick with 64G of
expensive ECC memory etc etc.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
Four decades in production systems.
the process on the Fujitsu SPARC64 M3000 unit and
even stream it live on YouTube just to have witnesses see how it all
goes up in flames. https://www.youtube.com/@lastmiles/streams
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
Four decades in production systems.
s are UltraSPARC II or IIi or
anything close to a III or IIIi. I do have a Fujitsu SPARC64 server but
that thing seems to be unable to boot/run anything other than Solaris 10
or perhaps 11.3. I should give it a test with the latest updated install
images you have built.
--
Dennis Clarke
RISC-V/SPAR
sults or post-status. Issue that command.
If the result looks sane then "setenv diag-switch? false" and boot the
system as per normal.
Just my thoughts from the distant memories.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
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
cts unsupported hardware. The Lawnmower strikes again.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
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
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 to people about ten years ago and they
are all dead pieces of trash and junk today. Nothing runs there any
more.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX
"
Best regards,
JKB
The FreeBSD folks have been perfectly clear that sparc is dead to them.
So no. Anyways I was curious about the Debian port.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
Is there any reasonable way to :
[A] netboot Debian
[B] toss it on a scrap heap for re-cycle
Would love to hear any input from folks who have tried.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
/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
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
as errors
make[2]: *** [scripts/Makefile.build:304: arch/sparc/kernel/mdesc.o]
Error 1
make[1]: *** [scripts/Makefile.build:544: arch/sparc/kernel] Error 2
make: *** [Makefile:1053: arch/sparc] Error 2
Not sure what to make of that.
Drat :
https://github.com/torvalds/linux/commit/fc7c028dcdbfe981b
syscalls.S which changed slightly since the 4.19.114
days. Looking
previous I see no change in that source file. Regardless, this is just a
hunch without a shred of proof. Yet.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
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
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 whe
72.16.35.33
Using External Transceiver - Link Up.
ramdisk-root |
Well at this point the machine will try to boot the diag-device which is
simply "net" and yes the machine can netboot fine. That works.
I will break and stop it and then boot local linux and we get a machine
with well t
331] [<00693500>] path_openat+0xb20/0x10e0
[16186.308347] [<006948c0>] do_filp_open+0x60/0x100
[16186.378220] [<00000067dcf0>] do_sys_openat2+0x70/0x180
[16186.450380] [<0067e1e8>] sys_openat+0x48/0xc0
[16186.516820] [<00406174>] linux_sparc_syscall+0x34/0x44
So therefore I think that there is a bug in /usr/sbin/grub-probe and it
really kills the whole "make install" process from within the Linux
kernel source tree or any other way you choose to run it.
Has anyone else seen this ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
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
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
up the netinst installer image. How cool would that be?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
here it just panics.
I am going to try, next week?, to boot a Fujitsu/Oracle M4000 unit that
is laying around in my life. Should be a right royal disaster but I will
certainly report progress.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
der sparc netra gear.
I just tested the SPARC64 install image and it works wonderfully.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
e portable
across architectures. I don't even know if that was ever documented. I
have not even tried that for a few decades.
I am quite sure that one may have eight disk regions without issue and
they may overlap one another. That results in the old "backup" slice.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 4/19/21 08:31, John Paul Adrian Glaubitz wrote:
> On 4/19/21 2:13 PM, Dennis Clarke wrote:
>> I have done some testing with an old Netra server and everything seems
>> fine with the exception of gdb which is broken. Seems to be fixed for
>> the gdb 10.2 release which i
hich is broken. Seems to be fixed for
the gdb 10.2 release which is coming any day real soon now :
Bug 27750 - local variables have wrong address and values on sparc64
https://sourceware.org/bugzilla/show_bug.cgi?id=27750
Otherwise the basics all seem fine.
--
Dennis Clarke
RISC-
] [<00660330>] do_sys_openat2+0x70/0x180
>>> [ 1333.277710] [<00660868>] sys_openat+0x48/0xc0
>>> [ 1333.344164] [<00406174>] linux_sparc_syscall+0x34/0x44
>>> ~
>>> Type 'go' to resume
>>> ok
>>
&
get a
compiler installed. So I will look into this tomorrow.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 3/14/21 5:52 PM, John Paul Adrian Glaubitz wrote:
> On 3/14/21 6:48 PM, Frank Scheiner wrote:
>>> So, if, for example, you want to verify that the memory is okay, you should
>>> run
>>> a memtest program.
>>
>> ...the built-in (memory) diagnostics of Sun machines are pretty
>> thorough. This is
On 3/13/21 5:29 PM, Mike Tremaine wrote:
>> On Mar 12, 2021, at 5:56 AM,
>> Dennis Clarke wrote:
>>
>> I have seen this for a few months now. The old old netra machine will
>> run just fine endlessly but if I attempt to perform a package update
>> then I am al
at. I realize that the old old Netra X1 or Netra T1 is well past
its prime but it does run very stable. I would love to fire up a big
Oracle M4000 unit to try but I have not heard from anyone anywhere that
knows if that can work at all. So for now these old netra units are all
that I can test with.
On 1/12/21 12:47 AM, John Paul Adrian Glaubitz wrote:
> On 1/12/21 1:39 AM, Dennis Clarke wrote:
>>
>> I made a few minor edits to /etc/default/grub and then :
>>
>> root@ceres:~# update-grub
>> [ 303.211729] watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
>
ing fault. I am walking through it line
by line and trying to find the culprit.
Also this has been happening for months.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 1/9/21 1:12 AM, John Paul Adrian Glaubitz wrote:
> On 1/9/21 1:53 AM, Dennis Clarke wrote:
>>
>> I think this is pretty much well known but I will report it here
>> regardless. From the latest sparc64 installer images I eventually
>> see grub-ieee1275 fails.
>
On 1/9/21 1:12 AM, John Paul Adrian Glaubitz wrote:
> On 1/9/21 1:53 AM, Dennis Clarke wrote:
>>
>> I think this is pretty much well known but I will report it here
>> regardless. From the latest sparc64 installer images I eventually
>> see grub-ieee1275 fails.
>
#x27;apt-install
grub-ieee1275' failed
The entire log is at
https://beta.genunix.com/debian_boot/sparc64/syslog_2021-01-03.txt
I think, for the moment, the ppc64 installer is a higher priority.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
t to single user mode and then from there to bring up the
server to full multi-user mode whereupon everything seems to "just work"
and that includes the improved and fixed gcc :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939
Surprised that bug was in the sparc64 world since at
No idea what the real problem is ... but if I can dig into it then
let me know.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
) sparc64 GNU/Linux
Seems to be working just fine on an old Netra. In the past the update
process would always create a panic due to some oddity in the grub
stage of things. I have not yet tested for that.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders
On 10/28/20 6:16 AM, John Paul Adrian Glaubitz wrote:
> On 10/28/20 11:12 AM, Dennis Clarke wrote:
>> Everything seems to just work fine. Until reboot wherein I see :
>>
>> Boot device: /pci@1f,0/pci@1,1/scsi@2/disk@0,0:a File and args:
>> Unrecognized magic number i
open disk label package
Evaluating: boot
Can't open boot device
ok
I am guessing that my mistake was to use a gpt label on the boot disk
and the old firmware on this test Netra machine can only grok a sun
label. Just a guess. Let me know if this seems reasonable.
--
Dennis Clarke
RISC-V
6486b0] do_filp_open+0x50/0xc0
[ 4460.528650] [00632a30] do_sys_open+0x170/0x260
[ 4460.597379] [00632b80] sys_openat+0x20/0x40
[ 4460.662688] [00406154] linux_sparc_syscall+0x34/0x44
~
Type 'go' to resume
ok
Not sure if there is a way to fix this or if it is already
east gave us ZFS and some other items. However
that CDDL license disaster is just a mess. A minefield mess.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
can boot the
linux 5.7-rc2 initrd and other goodness.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 2020-04-21 14:06, John Paul Adrian Glaubitz wrote:
On 4/21/20 8:01 PM, Dennis Clarke wrote:
Looks like a version problem :
phobos# apt-get install libc6-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This
On 2020-04-21 12:59, Dennis Clarke wrote:
On 2020-04-21 12:29, John Paul Adrian Glaubitz wrote:
On 4/21/20 5:40 PM, Dennis Clarke wrote:
.
.
.
root@phobos:~# apt-get install build-essential xauth libx11-dev
autoconf bison gdb
Reading package lists... Done
Building dependency tree
Reading
On 2020-04-21 13:02, Gregor Riepl wrote:
Ah well, that certainly explains that. Seems deb-src does not exist
either.
I think you should use the regular Debian source repo.
There is no "special" ports source repo.
OKay, thank you. That seems to work great.
Dennis
On 2020-04-21 13:02, John Paul Adrian Glaubitz wrote:
On 4/21/20 6:59 PM, Dennis Clarke wrote:
Debian Ports has neither "contrib" nor "non-free".
Ah well, that certainly explains that. Seems deb-src does not exist
either.
No, because the sources are available on the
On 2020-04-21 12:29, John Paul Adrian Glaubitz wrote:
On 4/21/20 5:40 PM, Dennis Clarke wrote:
root@phobos:~# cp -p /etc/apt/sources.list /etc/apt/sources.list.orig
root@phobos:~#
root@phobos:~# vi /etc/apt/sources.list
root@phobos:~#
root@phobos:~#
root@phobos:~# cat /etc/apt/sources.list
sential xauth libx11-dev autoconf
bison gdb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some requ
went smooth and no surprises at all.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
ould "work". Just not sure
how one gets the thing to boot install media or even the net inst image.
Perhaps TFTP and BOOTP ??
Any input would be lovely.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
M4000 equipment and most of my older stuff is
just laying in a pile in a warehouse.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 5/11/19 10:05 AM, John Paul Adrian Glaubitz wrote:
On 5/11/19 3:37 PM, Dennis Clarke wrote:
A few folks from Oracle got back to me and let me know that they don't
have Linux on sparc at all. Period. Some stupid sales rep just says to
me "yes, sure, we run that !" when in f
ry weird stuff to be sure.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
an Oracle salesrep about the new 5GHz T8 and he assures me that Oracle
has Linux running there. Oracle Linux v6 and v7 run there. He says. Well
I see Oracle Linux as just a variation on the RHEL sources.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders
On 5/9/19 4:20 PM, John Paul Adrian Glaubitz wrote:
On 5/9/19 10:18 PM, Dennis Clarke wrote:
I had some S7-2 units in a project and was fairly impressed with what
they could do. Of all things they were MySql servers and with fibre
attached storage they were really impressive units.
Just
.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 5/9/19 4:02 PM, John Paul Adrian Glaubitz wrote:
On 5/9/19 9:59 PM, Dennis Clarke wrote:
The big blocker for me is that the M4000 needs 240V power supply.
Otherwise I would run it at home.
I thought you can get 240 volts in the US when using a two-phase
power outlet.
Well a UPS is needed
so if there is someone else taking it on, I can offer PP450 access.
M4000, PP650 and PP250 are away in storage.
The big blocker for me is that the M4000 needs 240V power supply.
Otherwise I would run it at home.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
hould be perfect for this sort of thing. I know that I have one of
those in the warehouse. However I think they need FCAL disks. Anyways I
will give that a look see and also I hope serial console works out of
the box.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
It can't be that that much of an issue, because OpenBSD runs on these
machines (according to [4] and my tests on serveral PRIMEPOWER 250s).
And for the Linux kernel you can actually see some Linux kernel messages
before the machine experiences a red state exception...
[4]: http://www.openbsd.
On 5/9/19 1:52 PM, Frank Scheiner wrote:
On 5/9/19 19:42, Dennis Clarke wrote:
On 5/9/19 1:35 PM, Frank Scheiner wrote:
Hi Dennis,
On 5/9/19 18:29, Dennis Clarke wrote:
On 5/9/19 12:24 PM, John Paul Adrian Glaubitz wrote:
Hello!
I just uploaded updated installation images 2019-05-09 for
On 5/9/19 1:35 PM, Frank Scheiner wrote:
Hi Dennis,
On 5/9/19 18:29, Dennis Clarke wrote:
On 5/9/19 12:24 PM, John Paul Adrian Glaubitz wrote:
Hello!
I just uploaded updated installation images 2019-05-09 for the
following Debian Ports architectures:
* alpha
* hppa
* ia64
* m68k
On 5/9/19 12:32 PM, John Paul Adrian Glaubitz wrote:
On 5/9/19 6:29 PM, Dennis Clarke wrote:
I tried to breath life into an old Netra which was just too old for
the task. Are you aware of any issues with the M3000 type machine?
Or even M4000 ?
I have never touched any of those machines, but
just too old for
the task. Are you aware of any issues with the M3000 type machine?
Or even M4000 ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
On 5/5/19 8:56 PM, Chris Ross wrote:
On Sun, May 05, 2019 at 07:40:20PM -0400, Dennis Clarke wrote:
I see https://cdimage.debian.org/cdimage/ports/grub-test/ and
have fetched debian-10.0-sparc64-grub-NETINST-1.iso which may
work on a very very old netra test unit. A Netra X1 in fact.
However it
/NFS or is it better to
mess around with a physical CDROM ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
>* powerpc/ppc64
> - The bootloader installation still defaults to Yaboot and
> is being switched to GRUB for IBM POWER and PowerMacs,
> please report any issues you find.
I see GRUB installed fine and no yaboot anywhere to be seen.
That is a good thing. :-)
> - On some machines
On 4/11/19 11:05 AM, John Paul Adrian Glaubitz wrote:
Hello!
I just uploaded updated installation images for the following
Debian Ports architectures:
Fails to install GRUB same as before.
The script /usr/lib/grub-installer/mkhfs-bootstrap.sh is not an
executable file ?
Dennis
On 1/28/19 8:01 AM, John Paul Adrian Glaubitz wrote:
On 1/28/19 1:52 PM, Frank Scheiner wrote:
@Rick:
I thought about something like this since Mark reported the bootstrap
limits in OpenBIOS. It could in principle work similar to the switch
between non-GPT and GPT capable SPARC hardware ([1]).
On 1/27/19 2:40 PM, Jan Engelhardt wrote:
On Sunday 2019-01-27 20:25, Dennis Clarke wrote:
On a side note: As you also added sparc, say, is it planned to revive
the 32bit sparc userland? :-)
oh please .. no.
Although I don't have much of a preference for 32bit sparc userland, as
the
On 1/27/19 2:20 PM, Frank Scheiner wrote:
On 1/27/19 20:11, Dennis Clarke wrote:
On 1/27/19 2:08 PM, Frank Scheiner wrote:
On 1/27/19 19:50, John Paul Adrian Glaubitz wrote:
On 1/27/19 4:24 PM, John Paul Adrian Glaubitz wrote:
Although, oddly enough, I didn't see this issue on sparc64,
On 1/27/19 2:08 PM, Frank Scheiner wrote:
On 1/27/19 19:50, John Paul Adrian Glaubitz wrote:
On 1/27/19 4:24 PM, John Paul Adrian Glaubitz wrote:
Although, oddly enough, I didn't see this issue on sparc64, so it
might be that I have just forgotten to add the package for powerpc
after it moved f
On 1/7/19 3:14 PM, John Paul Adrian Glaubitz wrote:
On Jan 7, 2019, at 9:07 PM, Frank Scheiner wrote:
On 1/7/19 16:35, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
I tried to install GRUB using a ELF boot image:
root@debian:~/grub2# grub-install /dev/vd
On 1/7/19 10:35 AM, John Paul Adrian Glaubitz wrote:
On 1/7/19 4:31 PM, John Paul Adrian Glaubitz wrote:
I tried to install GRUB using a ELF boot image:
Now we just need to test this on a machine with a Sun partition table.
I can drag out an old sparc for that easily.
Dennis
On 12/4/18 6:14 AM, Gregor Riepl wrote:
There were very few options for the old sun ultra5. It was to be a sun
experiment into low cost PC-like dirt cheap slapped together low-end
workstations. So the graphics options were bottom dollar. The ultra10
had the benefit of actual OpenGL ready hardware
On 12/3/18 4:10 PM, Fred wrote:
On 12/03/2018 12:29 PM, Dennis Clarke wrote:
On 12/3/18 2:18 PM, Fred wrote:
On 12/03/2018 10:14 AM, Phillip Stevens wrote:
Mach64 (PGX24 PGX64) driver is not working. Also Radeon (XVR-100) is
not working.
Hi Dennis,
I thought the U5 was exactly like the
On 12/3/18 2:18 PM, Fred wrote:
On 12/03/2018 10:14 AM, Phillip Stevens wrote:
Mach64 (PGX24 PGX64) driver is not working. Also Radeon (XVR-100) is
not working.
...
I don't know what Mach64 is. The computer is a plain U5 with 512K ram.
The only card plugged in is a USB card. Should I remov
On 08/10/2018 06:34 AM, Simon McVittie wrote:
Source: mozjs52
Version: 52.9.1-1
Severity: normal
User: debian-sparc@lists.debian.org
Usertags: sparc64
Lots of mozjs52 tests fail on sparc64 because the test does some numeric
operation that expects NaN (not a number) as result, but gets undefined
On 08/08/2018 11:27 AM, John Paul Adrian Glaubitz wrote:
On 08/08/2018 05:23 PM, Dennis Clarke wrote:
pssst ... there is nothing in the silo.conf of netinst.iso for sun4v and that
had me wondering.
Why though? sun4v is fully backwards-compatible ...
Well hey .. everything else under the
On 08/08/2018 11:03 AM, Jan Engelhardt wrote:
On Wednesday 2018-08-08 16:55, John Paul Adrian Glaubitz wrote:
On 08/08/2018 04:44 PM, Dennis Clarke wrote:
Well yes .. however it is sitting inside a rack in a remote datacenter
and that makes life a real drag. Sort of why I like network based
On 08/08/2018 10:14 AM, John Paul Adrian Glaubitz wrote:
On 08/08/2018 04:08 PM, Dennis Clarke wrote:
However it is not really clear how to do that over tftp and nfs. I have
a bootp server running and can deliver some bootable image to the
machine but the whole sparc64-NETINST iso probably
Dear sparc64 folks :
Happily I have a NETRA Sparc T4-1 here to test with :
Netra SPARC T4-1, No Keyboard
Copyright (c) 1998, 2018, Oracle and/or its affiliates. All rights
reserved.
OpenBoot 4.38.13, 31.5000 GB memory available, Serial #106357246.
Ethernet address 0:10:e0
02:01.1 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB
1.1 Controller (rev 61)
02:01.2 USB controller: VIA Technologies, Inc. USB 2.0 (rev 63)
Best regards,
Fred
The above two USB lines need to go up to the lspci list. Thunderbird had
trouble with pasting the large block of
On 08/07/2018 12:17 PM, Thomas Schmitt wrote:
Hi,
Frank Scheiner wrote:
as my Ultra 10 has a CDROM drive installed
instead of a DVDROM drive I was mislead to write "CDROM drive"
"DVD" gives a hint of the age of the drive. Everything from this century
should be driven by SCSI commands (volumes
There was a problem with the M3000 Fujitsu units and other than that has
anyone tried a newer machine?
Dennis
This is not a sales maillist.
Also, that machine is not worth the cost of shipping.
Dennis
Without getting into the silly bits about tftp/rarp setup etc I can tell
you with authority that the file name fetched does NOT have the "SUN4U"
suffix.
Well I was running wireshark elsewhere and watched the whole show up
until packet 15943 :
TFTP: Opcode = 3 (data packet)
TFTP: Data block =
On 05/14/2018 05:18 PM, John Paul Adrian Glaubitz wrote:
On 05/14/2018 10:46 PM, Dennis Clarke wrote:
Oh no worries. I get it that this is a moving picture and nothing is
carved in stone. I just wonder if there is a way to get back to a full
primary architecture with sparc64 as opposed to a
On 05/14/2018 04:03 PM, John Paul Adrian Glaubitz wrote:
On 05/14/2018 08:37 PM, Dennis Clarke wrote:
Looking at https://wiki.debian.org/Sparc64#Network_booting it says :
"If you already have a working installation of Debian GNU/Linux
Sid for sparc64"
nope.
So this
On 05/14/2018 04:00 PM, Frank Scheiner wrote:
On 05/14/2018 08:27 PM, Dennis Clarke wrote:
But as the GRUB2 part alone is already useful for people that are
familiar with the supporting service infrastructure, I just finished
up this part and put it into the Debian wiki. I will add more
1 - 100 of 122 matches
Mail list logo