New firefox on sparc64

Hi folks,

during the firefox 4.0 beta phase some changes were merged that broke
sparc64 support big time, for all OS. Noone seemed to care, and the
various external port/pkg maintainers gave up in frustration - so all
we had for a long time was firefox 3.6.x.

Recently at work I was responsible for the server side of a classical
client/server application, frontend done all in html5 and javascript,
backend was a multithreaded C++ custom server. I needed some "wiered"
testing  enviroments and got sad about my sparc64 desktop machine not
being usefull for that (firefox 3.6 was missing websockets and other
stuff), so I had to carry my NetBSD/amd64 notebook to work 

This gave the final push, and when I had a long weekend off, I did a
longer hacking/debugging session on the current 22 alpha version
straight from mercurial. This worked pretty well (thanks to improved
gdb/pthread stuff compared to last hacking attempts), and I filed a
bunch of tickets upstream - the last one already using the new browser.

Here is a proof picture:

	http://www.netbsd.org/~martin/aurora-screen.jpg

Besides the bogus colours of the flag, everything seems to work fine.
I will continue working with upstream to get the changes merged, and will
work with Ryo ONODERA to push any remaining ones into pkgsrc, once we get to
firefox version 22.

Julian, now your turn with Java 

Problem building perl5 on NetBSD 6 / Sparc64

Hi,

I try to install a MySQL server on a Sun Blade 2000 computer running 
NetBSD-6. I tried to use an older pkgsrc-branch (pkgsrc-2012Q3) and 
NetBSD-current too but got the same error.

I got the following output:

----------------
Updating makefile...
Now you must run 'make'.

If you compile perl5 on a different machine or from a different object
directory, copy the Policy.sh file from this object directory to the
new one before you run Configure -- this will help you with most of
the policy defaults.

===> Building for perl-5.16.2nb4
`sh  cflags "optimize='-O2  -pthread  -I/usr/include'" perlmini.o` -DPIC 
-fPIC -DPERL_IS_MINIPERL -DPERL_EXTERNAL_GLOB perlmini.c
           CCCMD =  gcc -DPERL_CORE -c -O2 -pthread -I/usr/include 
-fno-strict-aliasing -pipe -fstack-protector  -std=c89 -O2 -pthread  
-I/usr/include  -Wall -ansi -W -Wextra -Wdeclaration-after-statement 
-Wendif-labels -Wc++-compat -Wwrite-strings
perl.c: In function 'S_Internals_V':
perl.c:1763:1: internal compiler error: invalid built-in macro "__DATE__"
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
*** Error code 1

Apply for loan <at> 2%...

Please Contact Us With This Email: apnapaisaloan.com12 <at> hotmail.com

Apna Paisa Loan Company , ? Are you in any financial mess or do you 

need a loan to start up your own business? at 2% rate? ; Email 

:apnapaisaloan.com12 <at> hotmail.com

(1) Full Names:
(2) State/Country:
(3)Amount needed as loan):
(4)Loan duration:
(5)Cell-Phone number:

Mr. Harsh Roongta

power failure interrupt on Netra X1

  I have NetBSD 5.1 (or, 5-stable from some many months ago) running on a Netra X1.   This seems to be working just
fine.  The network interfaces seem unduly slow, but it is old hardware, so I don't presume that's a NetBSD issue.

  This weekend I tried net-booting a sparc64 FreeBSD 9-stable, just to see how it fared on the same hardware. 
But, it never got to multiuser.  I'm not sure it got to single-user.  During boot, the end of the dmesg was:

uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0
ctl: CAM Target Layer loaded
Timecounter "tick" frequency 500000000 Hz quality 1000
Event timer "tick" frequency 500000000 Hz quality 1000
Timecounters tick every 1.000 msec
Power Failure Detected: Shutting down NOW.

  After which, even a serial break, which would normally drop back to the OBP, had no effect.  It was dead until I
used the LOM to reboot it.

  The FreeBSD list members suggested:

> This means that the machine is generating a power failure interrupt,
> which causes FreeBSD to initiate a graceful shutdown rather than
> waiting for the power to supply to suddenly die, which could cause
> data loss.
> In general, it's very model specific whether Sun hooked up that
> interrupt to anything and to what. F.e., in U5/U10 it's just
> connected to the power button rather than a circuit that monitors
> the power supply. I don't know for certain what it is connected to
> in X1. However, given that these latter use an ACPI-style power
> button and were intended as servers, it's quite likely that their
> power failure interrupt actually is connected to a power supply

DIMM population information

  Is there a way to see, when running NetBSD, what DIMM slots are populated, and with what size of DIMM?  In my
case, I'm most interested in a Netra X1, but I also have a e420r and a v240, so what may work on one may or may not
work on many.  But.

  I looked at the output from ofctl, but didn't see this specific information in there.

  Is this something that's available?

               - Chris

seeprom(4) support

Hi,

I've just added support for attaching seeprom(4) devices.  This should allow
i2c *-fru devices to attach.  For, example, on a 280R, I can now see:

  seeprom0 at iic0 addr 0xd0: dimm-fru: size 8192
    ...
  seeprom7 at iic0 addr 0xd7: dimm-fru: size 8192
  seeprom8 at iic0 addr 0x50: nvram: size 8192
  seeprom9 at iic1 addr 0x50: cpu-fru: size 8192
    ...

and it's possible to read the contents of the EEPROM's using (e.g.):

  mknod -g operator -m 0600 -u operator seeprom0 c 206 0
  dd if=seeprom0 bs=1 skip=6144 count=2048 | hexdump -C

to read the part number and serial number of the device (the information
for *-fru EEPROM's seems to be in the last 2KB, with the rest almost all
zeros) [1].

Note, that currently the pcfiic controller uses delay() when reading or
writing from iic devices, so reading large amounts like this will make the
system unresponsive.  (The best fix for this is to make the whole iic
subsystem mp-safe.)

Thanks,

J

U80 console trouble

Today (well, 2013-02-05 - yesterday, by now, in this timezone) I tried
to run NetBSD/sparc64 on an Ultra 80.  I burnt boot CDs for both my
mutant 4.0.1 (built on an E220r) and stock 5.2 (the 5.2 distribution
install CD image from ftp.netbsd.org).

The machine was finicky about booting from its DVD drive, but I managed
to get each disc to boot.  Trouble was, when it prompted for the
keyboard type after booting, it didn't accept input.

The keyboard was working, and keystrokes were getting to the kernel,
because L1-A dropped into ddb, and keyboard input worked fine in ddb.
But after telling ddb to continue, userland still wasn't responding.

That both 4.0.1 and 5.2 exhibited identical trouble leads me to suspect
it's something systemic.  But I have no idea what it could be.  Anyone
have any thoughts?  I could probably track this down, given time,
motivation, and sufficient access to the hardware.  I don't really have
any of those at the moment, though. :(

If I've left out information that's likely to be relevant, just ask.  I
have access to the hardware in that I can burn a test CD and take it
over there, but that takes arranging an appointment and a trip a
significant distance across the city; it's not something I can do on
short notice or with fast turnaround.

/~\ The ASCII				  Mouse
\ / Ribbon Campaign
 X  Against HTML		mouse <at> rodents-montreal.org
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

SB1000/SB2000 now quieter

Hi,

I've added sysmon support to tda(4), the driver for the fans on the SB1000
and SB2000 [1].  `envstat` now reports the speed-related values, for example:

                Current  CritMax  WarnMax  WarnMin  CritMin  Unit
  [admtemp0]
    internal:    22.000                                      degC
    external:    60.000                                      degC
  [admtemp1]
    internal:    21.000                                      degC
    external:    59.000                                      degC
  [tda0]
     fan.cpu:        27        0        0        0        0  none
     fan.sys:        22        0        0        0        0  none

When adding this, I noticed that the value for `fan.sys' was always 63 (full
speed).  A bug in the speed setting logic was causing this, and that is also
fixed with this commit.  The result is that my SB2000 is now much quieter
than it was previously, and I can see the speeds of the fans vary with the
temperatures.

I've also added a detach routine used at shutdown time, which sets the fans
speeds to maximum [2].  I based this on the firmware setting the fans speeds
to maximum, as the temperatures are not being monitored.

Thanks,

J

pkgsrc/emulators/tme + tap(4)

Hi! all,

I wrote tap(4) supports for pkgsrc/emulators/tme.
This support can communicate HostOS and GuestOS via tap(4).  I use on
amd64 and sun2, sun3.  Can't test sparc and sparc64.  :-<

  ftp.netbsd.org/pub/NetBSD/misc/kiyohara/tmp/bsd-tap.c
  ftp.netbsd.org/pub/NetBSD/misc/kiyohara/tmp/bsd-tap.diff

1. Change directory to /usr/pkgsrc/emulators/tme and do 'make patch'.

2. Copy bsd-tap.c to work/tme-0.8/host/bsd/.

3. Patch.
   % cd work/tme-0.8
   % patch -p0 <~/bsd-tap.diff

4. make && make install

5. Enable tap line for your configuration.
   Also you can specify number of tap interface.

     tap0 at <NIC>: tme/host/bsd/tap interface tap<N>

Thanks,
--
kiyohara

RE Archetech Last Minute A4 Page Offer

V240 Status?

Hi,

just got my hands on a Sun Fire V240:

	total memory = 10240 MB
	avail memory = 10037 MB
	mainbus0 (root): SUNW,Sun-Fire-V240 (Sun Fire V240): hostid 8331ee49
	cpu0 at mainbus0: SUNW,UltraSPARC-IIIi  <at>  1503 MHz, UPA id 0
	cpu0: system tick frequency 12 MHz
	cpu0: 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l)
	cpu1 at mainbus0: SUNW,UltraSPARC-IIIi  <at>  1503 MHz, UPA id 1
	cpu1: system tick frequency 12 MHz
	cpu1: 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l)

Netbsd-current installed without problems but with some load the
machine panics with obscure traps or locks hard (had to reset).

Any ideas what goes wrong here?

--
J. Hannken-Illjes - hannken <at> eis.cs.tu-bs.de - TU Braunschweig (Germany)