headers
Mr. Jamie Ken | 10 Dec 2010 01:23

CONTACT FEDEX COMPANY FOR YOUR DELIVRY.

Hello My Friend

I have paid the delivery fee for your cheque and all the necessary arrangement has made with FEDEX COMPANY
and the manager of ecobank told me that the cheque will expire before getting to you,so i told him to cash the
($10.8) million and deposited the cash with fedex company,now contact the fedex company with this
information below.
CONTACT PERSON
DR. CURL LORD
Email;(fedex_company <at> globomail.com )
Telephone: (+2)299-883-6885
Office Telephone: (002)-299-992-2562
Contact them to enable them deliver the consignment box to you immediately and let me know when you have
receive your consignment box also make sure that you send the needed information to enable them deliver
your consignment to you immediately.

FEDEX COMPANY LTD.
And be advised to reconfirm your full information to them.
 1. YOUR FULL NAME..................................
2. YOUR COUNTRY....................................
3. YOUR HOME DELIVERY ADDRESS......................
4. YOUR CURRENT HOME TELEPHONE NUMBER..............
5. YOUR CURRENT OFFICE TELEPHONE...................
6. YOUR CURRENT CELL PHONE.........................
7. A COPY OF YOUR ID/ PICTURE......................

Not that only fee you have to pay is gate man fee just only $585, Do let me know immediately you receive your
consignment box that was deposited in (FEDEX) company. so that we can share the joy together.
BEST REGARDS,
Mr. Jamie Ken
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hisashi T Fujinaka | 15 Dec 2010 00:17

current-sparc crosscompile (on amd64) not building?

I think cleaning the directories on the amd64 build worked to fix this,
but crosscompiling with no -u doesn't fix this:

--- instbin ---
#      link  obj.sparc/instbin
/usr/cross/sparc/bin/sparc--netbsdelf-gcc  -B/usr/src/obj.sparc/destdir.sparc/usr/lib/
-B/usr/src/obj.sparc/destdir.sparc/usr/lib/  -Wl,-nostdlib     -static  -o instbin  instbin.o cat.cro
chmod.cro cp.cro dd.cro df.cro ed.cro expr.cro hostname.cro ln.cro ls.cro kill.cro mkdir.cro mt.cro
mv.cro pwd.cro pax.cro rm.cro sh.cro stty.cro sleep.cro sync.cro fsck_ffs.cro ifconfig.cro init.cro
mknod.cro mount.cro mount_cd9660.cro mount_ffs.cro mount_nfs.cro newfs.cro ping.cro reboot.cro
route.cro shutdown.cro slattach.cro umount.cro chflags.cro ftp.cro gzip.cro sed.cro sort.cro
tip.cro chown.cro chroot.cro rcmd.cro disklabel.cro dmesg.cro sysctl.cro basename.cro cksum.cro
getopt.cro netstat.cro rsh.cro tset.cro vi.cro less.cro installboot.cro sysinst.cro progress.cro 
libhack.o -lrmt -lutil -lcurses -lterminfo -lbz2 -lcrypt -lintl -ll -lm -lkvm -lz -lprop     
-L/usr/src/obj.sparc/destdir.sparc/usr/lib  
-Wl,-rpath-link,/usr/src/obj.sparc/destdir.sparc/lib  -L/usr/src/obj.sparc/dest!
 dir.sparc/lib -Wl,-rpath-link,/usr/src/obj.sparc/destdir.sparc/usr/lib  -L/usr/src/obj.sparc/destdir.sparc/usr/lib
netstat.cro: In function `bpf_dump$$from$$netstat':
(.text+0xaf0): undefined reference to `prog_ops'
netstat.cro: In function `bpf_dump$$from$$netstat':
(.text+0xaf4): undefined reference to `prog_ops'
netstat.cro: In function `fetchifs':
if.c:(.text+0x2240): undefined reference to `prog_ops'
if.c:(.text+0x2248): undefined reference to `prog_ops'
netstat.cro: In function `intpr$$from$$netstat':
(.text+0x3de0): undefined reference to `prog_ops'
netstat.cro:(.text+0x3de8): more undefined references to `prog_ops' follow
collect2: ld returned 1 exit status
*** [instbin] Error code 1
nbmake: stopped in /usr/src/distrib/miniroot/obj.sparc
(Continue reading)

Permalink | Reply | 0 comments |
headers
BERTRAND Joel | 15 Dec 2010 13:41
Picon

SMP status ?

	Hello,

	Just a question. Is sparc32 smp usable ? I have to install NetBSD 5 (or 
current) on a SS20 (with SM71 or RT626). Last time I have checked, smp 
support was partially broken and I haven't seen news for a long time.

	Regards,

	JKB
Permalink | Reply | 31 comments |
headers
Martin Husemann | 15 Dec 2010 15:21
Picon

Re: SMP status ?

On Wed, Dec 15, 2010 at 01:41:56PM +0100, BERTRAND Joel wrote:
> 	Hello,
> 
> 	Just a question. Is sparc32 smp usable ? I have to install NetBSD 5 
> 	(or current) on a SS20 (with SM71 or RT626). Last time I have checked, smp 
> support was partially broken and I haven't seen news for a long time.

Try -current, it should mostly work there. No chance for 5.x.

Martin
Permalink | Reply | 30 comments |
headers
BERTRAND Joel | 15 Dec 2010 15:48
Picon

Re: SMP status ?

Martin Husemann a écrit :
> On Wed, Dec 15, 2010 at 01:41:56PM +0100, BERTRAND Joel wrote:
>> 	Hello,
>>
>> 	Just a question. Is sparc32 smp usable ? I have to install NetBSD 5
>> 	(or current) on a SS20 (with SM71 or RT626). Last time I have checked, smp
>> support was partially broken and I haven't seen news for a long time.
>
> Try -current, it should mostly work there. No chance for 5.x.

	Thanks for your answer. With SM71 or RT626 ? Last time I have checked, 
if I remember, SuperSPARC ran better than HyperSPARC, but I have some 
Ross processors.

	JKB
Permalink | Reply | 0 comments |
headers
BERTRAND Joel | 20 Dec 2010 19:59
Picon

Re: SMP status ?

Martin Husemann a écrit :
> On Wed, Dec 15, 2010 at 01:41:56PM +0100, BERTRAND Joel wrote:
>> 	Hello,
>>
>> 	Just a question. Is sparc32 smp usable ? I have to install NetBSD 5
>> 	(or current) on a SS20 (with SM71 or RT626). Last time I have checked, smp
>> support was partially broken and I haven't seen news for a long time.
>
> Try -current, it should mostly work there. No chance for 5.x.

	I'm trying NetBSD current (up to date binary sets). MP kernel is more 
stable than 5.99.24 I have installed from sources a long time ago.

	But, when I put more than one processor in this SS20, system randomly 
reboots without any error on serial console when system is loaded by 
some running process.

	I'm testing with only one processor and I believe that system is stable 
enough to build system from sources.

Test configuration:

            SMCC SPARCstation 10/20 UP/MP POST version VRV3.45 (09/11/95)

CPU_#0       HyperSPARC ROSS RT620/RT626      0x00080000 Bytes ECache

CPU_#1       ******* NOT installed *******
CPU_#2       ******* NOT installed *******
CPU_#3       ******* NOT installed *******
(Continue reading)

Permalink | Reply | 28 comments |
headers
Hisashi T Fujinaka | 21 Dec 2010 19:06

crosscompiling sparc-current on amd64 broken?

I keep running into this:

--- dependall-usr.bin ---
/usr/src/usr.bin/vmstat/vmstat.c: In function 'cpucounters':
/usr/src/usr.bin/vmstat/vmstat.c:979: error: dereferencing pointer to incomplete type
/usr/src/usr.bin/vmstat/vmstat.c:980: error: storage size of 'tci' isn't known
cc1: warnings being treated as errors
/usr/src/usr.bin/vmstat/vmstat.c:980: warning: unused variable 'tci'

--

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Permalink | Reply | 1 comment |
headers
Hisashi T Fujinaka | 23 Dec 2010 19:22

Re: crosscompiling sparc-current on amd64 broken?

On Tue, 21 Dec 2010, Hisashi T Fujinaka wrote:

> I keep running into this:
>
> --- dependall-usr.bin ---
> /usr/src/usr.bin/vmstat/vmstat.c: In function 'cpucounters':
> /usr/src/usr.bin/vmstat/vmstat.c:979: error: dereferencing pointer to 
> incomplete type
> /usr/src/usr.bin/vmstat/vmstat.c:980: error: storage size of 'tci' isn't 
> known
> cc1: warnings being treated as errors
> /usr/src/usr.bin/vmstat/vmstat.c:980: warning: unused variable 'tci'

I cleared out all the objdir manually and also /usr/cross where my tools
are, and I still get this error. Should I file a PR?

--

-- 
Hisashi T Fujinaka - htodd <at> twofifty.com
BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Permalink | Reply | 0 comments |
headers
BERTRAND Joel | 24 Dec 2010 10:27
Picon

[5.99.41] clock skew

	Hello,

	I have installed NetBSD 5.99.41 on one of my SS20 (with only one RT626 
processor).

NetBSD riemann 5.99.41 NetBSD 5.99.41 (GENERIC.MP) #0: Fri Dec 17 
22:07:08 UTC 2010

builds <at> b8.netbsd.org:/home/builds/ab/HEAD/sparc/201012172000Z-obj/home/builds/ab/HEAD/src/sys/arch/sparc/compile/GENERIC.MP 
sparc
Root riemann:[/home/pkgupgrade] > uptime
10:21AM  up 3 days, 15:56, 3 users, load averages: 0.00, 0.00, 0.22

	System is up for more than 3 days and I see a strange clock skew. ntpd 
cannot synchronize clock (I have a local ntp server on a linux/sparc 
box). I have tried to write some different values in /var/db/ntp.drift 
without any result.

	Is it a known bug ?

	Regards,

	JKB

PS: ntpd output:

Root riemann:[/etc] > ntpd -d -ntart
ntpd 4.2.6-o Sun Dec 13 14:48:32 UTC 2009 (import)
addto_syslog: proto: precision = 8.036 usec
event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sujit K M | 24 Dec 2010 12:09
Picon

Re: [5.99.41] clock skew

> ntp_set_tod: clock_settime: 0: Undefined error: 0
> ntp_set_tod: Final result: clock_settime: 0: Undefined error: 0

Could not find any documentation. But is this that you are  looking for.
Permalink | Reply | 0 comments |

Gmane