headers
David Albert | 3 Feb 2008 23:18
Picon

Shutdown does not finish output on LCD

When shutting down a Qube2 or Raq2 running 4.0 GENERIC,
the serial port shows shutdown properly:

    *** FINAL System shutdown message from root <at>  ***
    System going down IMMEDIATELY

    Dec 16 13:31:51 shutdown: halt by root:
    Dec 16 13:31:51  shutdown: halt by root:
    Dec 16 13:32:00  syslogd: Exiting on signal 15
    syncing disks... done
    unmounting file systems... done

    The operating system has halted.
    Please press any key to reboot.

However the last thing shown on the LCD panel is:

    [Shutting down]
       > swap1

This makes it hard to know when it is save to turn
off power unless you have a serial console connected.
Permalink | Reply | 7 comments |
headers
Izumi Tsutsui | 4 Feb 2008 15:15
Picon
Gravatar

Re: Shutdown does not finish output on LCD

david_albert <at> comcast.net wrote:

> However the last thing shown on the LCD panel is:
> 
>     [Shutting down]
>        > swap1
> 
> This makes it hard to know when it is save to turn
> off power unless you have a serial console connected.

Then, what is your expected behaivor?

Does the attached patch help?
---
Izumi Tsutsui

Index: dev/panel.c
===================================================================
RCS file: /cvsroot/src/sys/arch/cobalt/dev/panel.c,v
retrieving revision 1.10
diff -u -r1.10 panel.c
--- dev/panel.c	6 Apr 2006 11:50:19 -0000	1.10
+++ dev/panel.c	4 Feb 2008 14:14:33 -0000
 <at>  <at>  -55,6 +55,9  <at>  <at> 
 #define PANEL_POLLRATE	(hz / 10)
 #define PANEL_REGION	0x20
 #define DATA_OFFSET	0x10
+#define PANEL_COLS	16
+#define PANEL_VCOLS	40
+#define PANEL_ROWS	2
(Continue reading)

Permalink | Reply | 6 comments |
headers
David Albert | 8 Feb 2008 20:32
Picon

Apache does not configure on 4.0

When I try ./configure for apache 2.2.8 I get the following:

    checking for chosen layout... Apache
    checking for working mkdir -p... yes
    checking build system type... mipsel-unknown-netbsd4.0
    checking host system type... mipsel-unknown-netbsd4.0
    checking target system type... mipsel-unknown-netbsd4.0

    Configuring Apache Portable Runtime library ...

    checking for APR... sed: "./srclib/apr/include/apr_version.h": No 
such file or directory
    configure: error: failed to find major version of bundled APR

Has anyone succeeded in getting apache running on NetBSD/cobalt 4.0?
If so, can you provide details on what you did?  Thank you!
Permalink | Reply | 2 comments |
headers
Izumi Tsutsui | 14 Feb 2008 14:14
Picon
Gravatar

Re: Apache does not configure on 4.0

david_albert <at> comcast.net wrote:

> Has anyone succeeded in getting apache running on NetBSD/cobalt 4.0?

Maybe it's easier to use pkgsrc/www/apatche22:
http://www.NetBSD.org/docs/software/packages.html
http://www.NetBSD.org/docs/pkgsrc/
http://www.NetBSD.org/docs/pkgsrc/getting.html#getting-first
http://www.NetBSD.org/docs/pkgsrc/using.html#building-packages-from-source

I'm afraid there is no precompiled binaries for 4.0 mips ports though.
---
Izumi Tsutsui
Permalink | Reply | 1 comment |
headers
Glyn Astill | 15 Feb 2008 10:23
Picon
Favicon

Re: Apache does not configure on 4.0


--- Izumi Tsutsui <tsutsui <at> ceres.dti.ne.jp> wrote:

> david_albert <at> comcast.net wrote:
> 
> > Has anyone succeeded in getting apache running on NetBSD/cobalt
> 4.0?
> 
> Maybe it's easier to use pkgsrc/www/apatche22:
> http://www.NetBSD.org/docs/software/packages.html
> http://www.NetBSD.org/docs/pkgsrc/
> http://www.NetBSD.org/docs/pkgsrc/getting.html#getting-first
>
http://www.NetBSD.org/docs/pkgsrc/using.html#building-packages-from-source
> 
> I'm afraid there is no precompiled binaries for 4.0 mips ports
> though.

I've not had a problem with apache2 so far.

What problems are you having?

      __________________________________________________________
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com
Permalink | Reply | 0 comments |
headers
Brian | 16 Feb 2008 01:22
Picon

Re: NetBSD 4.0 Restore CD for Cobalt


On Dec 23, 2007, at 6:38 PM, Sevan / Venture37 wrote:

>
> I build a restore cd using Izumis scripts from:
> ftp://ftp.netbsd.org/pub/NetBSD/misc/tsutsui/cobalt/
>
> You can grab a copy here:
> http://homepage.mac.com/venture37/.Public/GeekLAN/ 
> cobalt_restorecd-40.tgz
> paneld was recompiled from source rather then using the compiled  
> copy included with the scripts.
>

Is there a good way to put this on a working system without doing the  
whole reinstall?  I don't wish to have to backup/restore my users  
directories if there is a way around it.

Brian
Permalink | Reply | 2 comments |
headers
Izumi Tsutsui | 16 Feb 2008 13:45
Picon
Gravatar

Re: NetBSD 4.0 Restore CD for Cobalt

brian-list <at> comcast.net wrote:

> Is there a good way to put this on a working system without doing the  
> whole reinstall?

There is no automated way (yet), but you could try
the following procedure (untested):

1. prepare *.tgz binary sets for NetBSD/cobalt 4.0
   (see also README in restorecd.tar.gz)
2. rename your old kernel for recovery
 # mv /netbsd /netbsd.0
3. extract a new 4.0 kernel
 # cd / ; tar zxpf [path to prepared *.tgz files]/kern-GENERIC.tgz
4. reboot system and see how the new kernel works
5. if it seems to work fine, extract userland binary sets except etc.tgz
   (CAUTION: extracting etc.tgz will overwrite your local settings)
 # cd / ; tar zxpf [path to prepared *.tgz files]/base.tgz
 # cd / ; tar zxpf [path to prepared *.tgz files]/comp.tgz
 # cd / ; tar zxpf [path to prepared *.tgz files]/man.tgz
 # cd / ; tar zxpf [path to prepared *.tgz files]/misc.tgz
 :
 (note don't forget to specify "p" otherwise you have permission trouble)
6. reboot and see how things go
7. update the native bootloader in your Linux partition (if you want)
 # gzip -9c /usr/mdec/boot > /tmp/boot.gz
 # cp /tmp/boot.gz [path to old boot.gz in your linux partition]
8. reboot again and see if it works
9. update and merge misc files in /etc by etcupdate(8)
   (see installed etcupdate(8) man page for details)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Brian | 16 Feb 2008 15:20
Picon

Re: NetBSD 4.0 Restore CD for Cobalt


On Feb 16, 2008, at 7:45 AM, Izumi Tsutsui wrote:

> brian-list <at> comcast.net wrote:
>
>> Is there a good way to put this on a working system without doing the
>> whole reinstall?
>
> There is no automated way (yet), but you could try
> the following procedure (untested):
>

That's exactly what I was looking for, an important-components  
highlight.

I'll give it a try before too long.  It has been ages since I updated  
anything, and from previous experience that means I had best update a  
lot before doing any new pkgsrc builds.  Especially since I always  
have installed something from -current as that seems to be the best  
place for the port-cobalt to work from.

Thank you!

Brian
Permalink | Reply | 0 comments |
headers
Brian | 28 Feb 2008 17:16
Picon

serial (console) connections between 2 boxes


I had to leave my Qube2 this AM during a fsck_ffs (I need to get the  
guy a new HD sometime).

Anyway, I'm looking at the Qube3 sitting next to it... is there a  
clever way I could attach their two serial ports such that I could  
use one to monitor the console of the other?  That would be useful.

Brian
Permalink | Reply | 1 comment |
headers
Izumi Tsutsui | 28 Feb 2008 17:49
Picon
Gravatar

Qube2700

I've got Qube2700 today, and it seems just working though
there is something wrong around bootloader even on wd boot.

I'll try to setup zs serial on 2700 later.

---
# dmesg
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 4.99.54 (INSTALL) #8: Fri Feb 29 00:05:44 JST 2008
	tsutsui <at> mirage:/usr/src/sys/arch/cobalt/compile/INSTALL
Cobalt Qube 2700
total memory = 16384 KB
avail memory = 14080 KB
timecounter: Timecounters tick every 10.000 msec
mainbus0 (root)
cpu0 at mainbus0: QED RM5200 CPU (0x2810) Rev. 1.0 with built-in FPU Rev. 1.0
cpu0: 16KB/32B 2-way set-associative L1 Instruction cache, 48 TLB entries
cpu0: 16KB/32B 2-way set-associative write-back L1 Data cache
mcclock0 at mainbus0 addr 0x10000070: mc146818 compatible time-of-day clock
panel0 at mainbus0 addr 0x1f000000
gt0 at mainbus0 addr 0x14000000
pci0 at gt0
pci0: i/o space, memory space enabled, rd/line, wr/inv ok
pchb0 at pci0 dev 0 function 0: Galileo GT-64011 System Controller, rev 1
tlp0 at pci0 dev 7 function 0: DECchip 21041 Ethernet, pass 2.1
(Continue reading)

Permalink | Reply | 12 comments |

Gmane