Archive for the 'Software' Category

Notes. installing Irix, Octane, O2

Saturday, April 21st, 2018

Empty HD:

boot -f dksc(1,3,8)sash64
# boot -f dksc(1,3,8)sashARCS

partition:
boot -f dksc(1,3,7)stand/fx.64 –x
# boot -f dksc(1,3,7)stand/fx.ARCS –x

Install System Software

2 to open media
# insert all CDs

then to install:

keep *
install standard
go

in case of conflicts:

conflict 1a 2a .. .. ..

Obviously, more detailed tips at the usual: nekochan.net, …

AT command notes

Thursday, March 15th, 2018

so it is that time of the decade again, that you need to poke with some AT modem commands, e.g. for 3G / LTE networks, …

Does the SIM card need a PIN?
at+cpin?

Enter the PIN if required:
AT+CPIN=1234

Current network:
AT+COPS?

Update: special service numbers, e.g. balance:
AT+CUSD=1,”*100#”

GCC becomes slower and slower

Thursday, January 18th, 2018

As visible on my other posts, also on twitter and instagram I’m working on some vintage machines with our #t2sde the other weeks. Now only did the new GCC versions feel slower and slower, where even EPYC datacenter servers took like twice as long to bootstrap some $sysroot, … I did a quick mips64 build and install to the R10000 mips64 Sgi Octane. A hello-world.c compile is like 20% slower from 4.9.4 to 7.2.0 (N32 user-land):

# gcc –version
gcc (GCC) 4.9.4
# time gcc hello.c
user 0m1.080s

vs.

# gcc –version
gcc (GCC) 7.2.0
# gcc hello.c
user 0m1.290s

glibc minimum linux kernel version

Sunday, December 31st, 2017

Note to self:

glibc-2.13: at least 2.6.12… ok (mips64)
glibc-2.19: minimum kernel version reset to 2.6.16 (mips64)
glibc-2.21: at least 2.6.32 (mips64)

to be extended.

Also, turns out the FP NAN representation was recently changed for IEEE 754-2008 on MIPS around Linux kernel version 4.5.0, and glibc 2.23.

Update: On a similar note: GCC 4.4 now supports the MIPS R10K, R12K, R14K and R16K processors.

Update 2: i386 removed with Linux kernel 3.8, last glibc without NPTL for i386 LinuxThreads: 2.3.6?

Update 3: sparc32/sun4c removed with Linux kernel 3.5.

Resetting Sun idprom nvram

Thursday, December 21st, 2017

Note to self. Before it disappears from the interwebs. When your Sun idprom nvram battery dies.

The following was tested on a Sun SPARCstation 2 (sun4c) and Ultra 5 (sun4u):

Hit `n’ to get the new openboot prompt (it probably tries network booting):

f idprom@ 1 xor f mkp # this will invalidate the checkum
8 0 20 13 de ad c0ffee mkpl

Hit ctrl-D then ctrl-R, if you do NOT see a Sun Copyright notice, it worked, otherwise it failed.
You can check with:

.idprom

You probably want to set some sane defaults, and disable the diag mode, to skip the excessively long memory test each time you boot:

set-defaults
setenv diag-switch? false

#sun #ultrasparc #idprom #refresh #openfirmware #exactcode#t2sde #berlin

A post shared by RenéRebe™ (@renerebe) on

Update: A new clock chip also needs to be started. From what I read the old SunOS might have code in the kernel clock driver to do that, but AFAICS the Linux kernel does not. This (untested) OpenFirmware code sequence supposedly starts a new clock chip on sun4c:

2000000 obio 0 map-page # map NVRAM to page 0
80 7f8 c! # set write bit
0 7f9 c! # reset stop bit
80 7fb c! # set kick start
0 7f8 c! # reset write bit

#wait for two seconds
80 7f8 c! # set write bit
0 7fb c! # reset kick start

0 7f9 c! # set dummy time and date
0 7fa c! # (if necessary)
0 7fb c!
4 7fc c!
11 7fd c!
1 7fe c!
96 7ff c!

0 7f8 c! # reset write bit

remapping bad spinning disk storage blocks

Monday, December 18th, 2017

Your good, old-fashioned rotating hard disk storage starts to develop bad sectors?

Dec 17 10:49:47 server kernel: end_request: I/O error, dev sdb, sector 300037184

One of the most easiest, quick and dirty ways to remap them on Linux (e.g. easier than fumbling with dd if= of=)?

Double check:

hdparm –read-sector 300037184 /dev/sdb

And if it is the block and still fails:

hdparm –write-sector 300037184 /dev/sdb –yes-i-know-…

Obviously this zeros the sector and all 512 or 4096 bytes that lived at that place are gone forever, and give way for fresh zeros from a spare, remapped reserve block.

Use only when you know what you are doing, your milage may vary.

Update: If you init a fresh Linux MD RAID, you may want to increase the min speed limit to get things going into production a bit faster:

echo 100000 > /proc/sys/dev/raid/speed_limit_min

Update2: If you are running in some error correcting RAID mode (e.g. not striped RAID 0 ;-) the Linux code will apparently re-write sectors and thus already automatically trigger a remap of those sectors:

end_request: I/O error, dev sdb, sector 301373665
ata2: EH complete
raid1:md0: read error corrected (8 sectors at 301373600 on sdb1)
raid1: sdb1: redirecting sector 301373600 to another mirror

Recompress Update 17.11

Monday, November 27th, 2017

After releasing our initial PDF Re/compress we received praise by first customers and users - and one popular questions: Can you actually reduce the quality much, much more?!

Our initial Re/compress will go thru all the PDF’s objects, and re-writes them in a much more compact and compressed way and also potentially recover and fix some broken files. It would also allow to reduce compression quality and down-sample the image’s resolution.

However, some interested inquires intentionally wanted way worse, smaller, and thus faster to load files. One of the most popular reason? AutoCAD CAD drawing! Those users usually use some print to PDF driver that usually results in tens (if not hundreds) of thousands of vector segments, but also potentially many small, few pixel sized (inline, sigh) image dots from 3d renderings and such. Those would usually not compress very much in our original version. This files also actually cause popular PDF viewers, like Apple’s Preview and naturally even more so Adobe’s Acrobat to hang while it was drawing all this many page content for seconds - panning and zooming was also not a very snappy affair.

Meet Re/compres 17.11 - our first major update: A newly developed “Rasterize pages to bitmap graphics” pass will convert this huge amounts of objects to just a single, highly compressed image. Using the down-sample resolution option you can create a new compressed file, intentionally with “photocopier” like reduced quality. Particularly useful when you want to mail documents to public tenders and potential clients without them having to expose all the fine, zoomable details of the original vector file!

We hope Re/compress and all its features can help you in your daily office workflow, and if you have any other wish or inquiry just let us know, too!

Re/compress PDF.

Apple’s macOS Preview default to 100% scale

Wednesday, November 8th, 2017

You sometimes need to print documents, invoices, boarding passes, whatever? Using Apple’s macOS Preview.app and tired of having to choose: “Scale: 100%” to have an accurate printout instead of the often arbitrary default of: “Scale to Fit: 97%” or 98% (likely due to content on margins outside of your printer’s printable page size)?

defaults write com.apple.Preview PVImagePrintingScaleMode 0
defaults write com.apple.Preview PVImagePrintingAutoRotate 0

Yep. The famous Apple usability and attention to details ;-)

Hex print variables in raw GDB cli interface

Thursday, October 26th, 2017

How did I survive 20 years without noticing that GDB can hex print variables simply by adding /x:


p/x var

$1 = {0×4d, 0×46, 0×50, …}

;-)!

macOS High Sierra

Monday, September 25th, 2017

The silly name aside (sigh), it is really ridiculous that in 2017 Apple does still not allow us to update the last Beta build to the GM (Golden Master) via a delta update, and instead forces us to download and re-install the whole OS from scratch, again.

Not only for developers this really is a total waste of time (and bandwidth). There are already hundred small design details all over macOS and iOS that are not 100%ly right in the Apple eco-system anymore, this additional annoyances really add up to a way too long list in the meantime!

Testing the Beta on my 15″ Retina MacBook Pro (Late 2013) the graphic performance (e.g. editing videos, but also just browsing the web) was quite sluggish, stability awful, and there was even screen flicker and corruption during booting (hello? - where has atomic mode setting gone? ;-)

The machine run also significantly hotter and battery life was obviously much worse. If Apple did not hot-fix this in the last weeks before the GM release this might very well be the worst macOS release I witnessed to date :-/ #peakbugs

Update: after fresh installation (sigh), even the boot graphic glitches prevail:

A post shared by RenéRebe™ (@renerebe) on

Update: even the Arstechnica mentions “bugs” 9 times, and “issues” 10 times, too. Nobody would have let Microsoft get away with this, and we would have called it the worst Windows Vista release ever, … Just saying, …

Update2: iMovie still has the same problem as the latest beta installation before the GM. On my above mentioned 15″ rMBP with 4k display connected and internal display closed iMovie even crashes straight away on start-up:

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0×0000000000000000, 0×0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Application Specific Information:
-[QCCGLRootContext minimalSharedContextForCurrentThread]: Inconsistent state
abort() called

Surprisingly iMovie starts when I open the internal display in addition to the external 4k display. What?

Sick & sad. Really sad.

Update 5/11/’17 this is still not fixed in the macOS 10.3.1 and iMovie 10.1.8 and not 4k related, also happens with an vintage 20″ Apple Cinema Display, :-/ ..! #peakbugs

Update 6/12/’17 this is still not fixed in the macOS 10.3.2