Valeriy E. Ushakov | 5 Mar 13:38 2004
Picon

NetBSD/hpcsh snapshot with X11 sets uploaded to ftp.n.o

I uploaded to ftp.n.o a new snapshot with included X11 sets

    ftp://ftp.netbsd.org/pub/NetBSD/arch/hpcsh/snapshot/20040304/

this is mostly for the people who want to play with X11.

Base system snapshots are available from releng.netbsd.org:

    http://releng.netbsd.org/ab/B_HEAD/arch.html
    ftp://releng.netbsd.org/pub/NetBSD-daily/current/

SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen

Yasushi Oshima | 5 Mar 17:12 2004
Picon

Re: NetBSD/hpcsh snapshot with X11 sets uploaded to ftp.n.o

at Fri, 5 Mar 2004 15:38:51 +0300
"Valeriy E. Ushakov" <uwe <at> ptc.spbu.ru> wrote

> I uploaded to ftp.n.o a new snapshot with included X11 sets
> 
>     ftp://ftp.netbsd.org/pub/NetBSD/arch/hpcsh/snapshot/20040304/
> 
> this is mostly for the people who want to play with X11.

I tried them, but the groff(1) and some commands coredumped.

% groff
Segmentation fault (core dumped)
%
% which groff
/usr/bin/groff
%
% file /usr/bin/groff
/usr/bin/groff: ELF 32-bit LSB executable, Hitachi SH, version 1 (SYSV), for NetBSD 1.6ZK, dynamically
linked (uses shared libs), not stripped
% ldd /usr/bin/groff
/usr/bin/groff:
         -lstdc++.5 => /usr/lib/libstdc++.so.5
         -lm.0 => /usr/lib/libm.so.0
         -lgcc_s.1 => /usr/lib/libgcc_s.so.1
         -lc.12 => /usr/lib/libc.so.12
%
% gdb /usr/bin/groff groff.core
GNU gdb 5.3nb1
Copyright 2002 Free Software Foundation, Inc.
(Continue reading)

Valeriy E. Ushakov | 5 Mar 19:46 2004
Picon

Re: NetBSD/hpcsh snapshot with X11 sets uploaded to ftp.n.o

On Sat, Mar 06, 2004 at 01:12:03 +0900, Yasushi Oshima wrote:

> I tried them, but the groff(1) and some commands coredumped.

> % gdb /usr/bin/groff groff.core
> Core was generated by `groff'.
> Program terminated with signal 11, Segmentation fault.
> (gdb) bt
> #0  0x0041abfc in __sF ()
> #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> 
> This occurs in both NetBSD/hpcsh on my Jornada680 and NetBSD/dreamcast.

Hmm...  Running in a chroot I see:

(gdb) where
#0  0x0041abec in __udivsi3 ()
#1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
#2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12

which is obviously a problem.  There should have been a ".hidden" copy
of __udivsi3 in libgcc_s.so.

Also, there was recently a discussion on port-dreamcast about similar
problems with apache6 (__udivdi3 was also involved).

I'll take a look.

SY, Uwe
(Continue reading)

Valeriy E. Ushakov | 5 Mar 20:21 2004
Picon

Re: NetBSD/hpcsh snapshot with X11 sets uploaded to ftp.n.o

On Fri, Mar 05, 2004 at 21:46:43 +0300, Valeriy E. Ushakov wrote:

> > % gdb /usr/bin/groff groff.core
> > Core was generated by `groff'.
> > Program terminated with signal 11, Segmentation fault.
> > (gdb) bt
> > #0  0x0041abfc in __sF ()
> > #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> > #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> > 
> > This occurs in both NetBSD/hpcsh on my Jornada680 and NetBSD/dreamcast.
> 
> Hmm...  Running in a chroot I see:
> 
> (gdb) where
> #0  0x0041abec in __udivsi3 ()
> #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> 
> which is obviously a problem.  There should have been a ".hidden" copy
> of __udivsi3 in libgcc_s.so.
> 
> Also, there was recently a discussion on port-dreamcast about similar
> problems with apache6 (__udivdi3 was also involved).

Actually. 

Relocation section '.rela.dyn' at offset 0xc70 contains 13 entries:
 Offset     Info    Type            Sym.Value  Sym. Name + Addend
[...]
(Continue reading)

Yasushi Oshima | 6 Mar 01:01 2004
Picon

Re: NetBSD/hpcsh snapshot with X11 sets uploaded to ftp.n.o

at Fri, 5 Mar 2004 22:21:34 +0300
"Valeriy E. Ushakov" <uwe <at> ptc.spbu.ru> wrote

> On Fri, Mar 05, 2004 at 21:46:43 +0300, Valeriy E. Ushakov wrote:
> 
> > > % gdb /usr/bin/groff groff.core
> > > Core was generated by `groff'.
> > > Program terminated with signal 11, Segmentation fault.
> > > (gdb) bt
> > > #0  0x0041abfc in __sF ()
> > > #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> > > #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> > > 
> > > This occurs in both NetBSD/hpcsh on my Jornada680 and NetBSD/dreamcast.
> > 
> > Hmm...  Running in a chroot I see:
> > 
> > (gdb) where
> > #0  0x0041abec in __udivsi3 ()
> > #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> > #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> > 
> > which is obviously a problem.  There should have been a ".hidden" copy
> > of __udivsi3 in libgcc_s.so.

I'm sorry by mistake. That core and gdb backtrace was from dreamcast.
The following is as a result of hpcsh.

% groff
Illegal instruction (core dumped) 
(Continue reading)

Valeriy E. Ushakov | 6 Mar 02:52 2004
Picon

Re: NetBSD/hpcsh snapshot with X11 sets uploaded to ftp.n.o

On Sat, Mar 06, 2004 at 09:01:05 +0900, Yasushi Oshima wrote:

> at Fri, 5 Mar 2004 22:21:34 +0300
> "Valeriy E. Ushakov" <uwe <at> ptc.spbu.ru> wrote
> 
> > On Fri, Mar 05, 2004 at 21:46:43 +0300, Valeriy E. Ushakov wrote:
> > 
> > > > % gdb /usr/bin/groff groff.core
> > > > Core was generated by `groff'.
> > > > Program terminated with signal 11, Segmentation fault.
> > > > (gdb) bt
> > > > #0  0x0041abfc in __sF ()
> > > > #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> > > > #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> > > > 
> > > > This occurs in both NetBSD/hpcsh on my Jornada680 and NetBSD/dreamcast.
> > > 
> > > Hmm...  Running in a chroot I see:
> > > 
> > > (gdb) where
> > > #0  0x0041abec in __udivsi3 ()
> > > #1  0x20524b60 in __udivdi3 () from /usr/lib/libgcc_s.so.1
> > > #2  0x205cd522 in __eqdf2 () from /usr/lib/libc.so.12
> > > 
> > > which is obviously a problem.  There should have been a ".hidden" copy
> > > of __udivsi3 in libgcc_s.so.
> 
> I'm sorry by mistake. That core and gdb backtrace was from dreamcast.
> The following is as a result of hpcsh.
> 
(Continue reading)

Valeriy E. Ushakov | 15 Mar 05:01 2004
Picon

j6x0lcd - drvier to control Jornada 680 LCD

I've committed j6x0lcd(4) driver that controls power, brightness and
contrast of the 680's LCD:

    j6x0lcd* at shb?

Power control means that e.g. screenblank(1) or X screen saver can
turn the LCD completely off, thus saving power.

Brightness/contrast control are not controllable from any existing
userland program, I think (I hacked wsconsctl for my tests), but you
can map 

    Cmd_BrightnessUp
    Cmd_BrightnessDown
    Cmd_BrightnessRotate
    Cmd_ContrastUp
    Cmd_ContrastDown
    Cmd_ContrastRotate

somewhere to control it directly with the keyboard.

I think:

    keycode 200 = Cmd_BrightnessUp   Up
    keycode 203 = Cmd_ContrastDown   Left
    keycode 205 = Cmd_ContrastUp     Right
    keycode 208 = Cmd_BrightnessDown Down

is what most laptops use, so I'll probably commit that to the default
keymap.
(Continue reading)

Torsten Harenberg | 15 Mar 09:42 2004
Picon

Re: j6x0lcd - drvier to control Jornada 680 LCD

On Mon, 15 Mar 2004, Valeriy E. Ushakov wrote:

> is what most laptops use, so I'll probably commit that to the default
> keymap.

If nobody objects, I would think this is a good idea :).

Cheers,

   Torsten

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<>                                                              <>
<> Torsten Harenberg         harenberg <at> physik.uni-wuppertal.de  <>
<> Bergische Universitaet                                       <>
<> FB C - Physik             Tel.: +49 (0)202 439-3521          <>
<> Gaussstr. 20              Fax : +49 (0)202 439-2811          <>
<> 42097 Wuppertal                                              <>
<>                                                              <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

Valeriy E. Ushakov | 16 Mar 00:27 2004
Picon

Re: j6x0lcd - drvier to control Jornada 680 LCD

On Mon, Mar 15, 2004 at 09:42:50 +0100, Torsten Harenberg wrote:

> On Mon, 15 Mar 2004, Valeriy E. Ushakov wrote:
> 
> > is what most laptops use, so I'll probably commit that to the default
> > keymap.
> 
> If nobody objects, I would think this is a good idea :).

Committed.

SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen

Valeriy E. Ushakov | 19 Mar 16:37 2004
Picon

kloader in current

I'd like to hear if kloader in current works/doesn't work for you.  I
remember a short period of time that it worked for me on hpcsh, but
it's been dying with "TLB miss" for more than an year now.

To avoid polluting the mailing lists with massive cross-posting,
please, send acks/nacks to me directly.  Feel free to redirect
follow-ups with technical discussion to appropriate lists.

Thanks.

SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen


Gmane