headers
TAKEMURA Shin | 1 Sep 2002 05:57
Picon

MI APM

I'd like to use apm(8) and apmd(8) on Hpc* ports. Hpcmips 
kernel already have apm(4) compatible device. But I found 
that I need some changes to do it.

1. man pages
    /usr/share/man/man4/i386/apm.4 and
    /usr/share/man/man8/i386/apm.8
    shall be in

    /usr/share/man/man4/apm.4 and
    /usr/share/man/man8/apm.8.

2. header file
    New header file, /usr/include/dev/apm/apmdev.h will 
    contains the part of /usr/include/i386/apmvar.h which is 
    required for user land (definition of ioctl commands).
    The contents of new file will be almost same as 
    /usr/include/sparc/apmvar.h. The rest of apmvar.h which
    describes machine dependent definitions will stay in 
    /usr/include/i386.

And I'will move sys/arch/hpcmips/dev/apm/apmdev.c into
sys/dev/apm directory.

Any comments?

Takemura
Permalink | Reply | 0 comments |
headers
Klaus Heinz | 2 Sep 2002 15:42
Picon

purpose of 'faststop' option in rc.subr

Hi,

is '/etc/rc.d/somescript faststop' supposed to be a meaningful command?

At least in my experiments (1.6 RC1) it doesn't look for a process id
(rc_pid in /etc/rc.subr never has a non empty value) and thus is not
able to stop the process in question.

ciao
     Klaus
Permalink | Reply | 2 comments |
headers
Anders Hjalmarsson | 3 Sep 2002 00:22
X-Face
Picon

Re: lib/18151: Multibyte locale support for statically linked programs


> >>Synopsis:       Multibyte locale support for statically linked programs
> 
> 	it has been disabled in the interest of / partition size.
> 
> itojun

While keeping stuff in the root partition small is important, if no
locale modules are compiled in (the default in my patches) the growth
would be minimal, certainly less than 1k per program. This patch brings
additional flexibility to those of us who prefer static linking for most
programs.

-hjalmar
Permalink | Reply | 2 comments |
headers
itojun | 3 Sep 2002 00:28

Re: lib/18151: Multibyte locale support for statically linked programs

>> >>Synopsis:       Multibyte locale support for statically linked programs
>> 	it has been disabled in the interest of / partition size.
>While keeping stuff in the root partition small is important, if no
>locale modules are compiled in (the default in my patches) the growth
>would be minimal, certainly less than 1k per program. This patch brings
>additional flexibility to those of us who prefer static linking for most
>programs.

	without locale modules compiled in there's no use in having 
	locale-related logic.

itojun
Permalink | Reply | 0 comments |
headers
Anders Hjalmarsson | 3 Sep 2002 00:36
X-Face
Picon

Re: lib/18151: Multibyte locale support for statically linked programs


> >> >>Synopsis:       Multibyte locale support for statically linked programs
> >> 	it has been disabled in the interest of / partition size.
> >While keeping stuff in the root partition small is important, if no
> >locale modules are compiled in (the default in my patches) the growth
> >would be minimal, certainly less than 1k per program. This patch brings
> >additional flexibility to those of us who prefer static linking for most
> >programs.
> 
> 	without locale modules compiled in there's no use in having 
> 	locale-related logic.
> 
> itojun

I am sorry, I was unclear. My point was that if the default was no
multibyte locales, the extra space would be trivial, while at the same time
those who want multibyte locales in static programs can rebuild their
system with the locales of their choice by simply setting a make variable
without needing extra patches.

-hjalmar
Permalink | Reply | 0 comments |
headers
Luke Mewburn | 3 Sep 2002 02:01

Re: purpose of 'faststop' option in rc.subr

On Mon, Sep 02, 2002 at 03:42:14PM +0200, Klaus Heinz wrote:
  | Hi,
  | 
  | is '/etc/rc.d/somescript faststop' supposed to be a meaningful command?
  | 
  | At least in my experiments (1.6 RC1) it doesn't look for a process id
  | (rc_pid in /etc/rc.subr never has a non empty value) and thus is not
  | able to stop the process in question.

not in the default case, but it *might* be used by something else in
the future.

"fast", like "force", is a generic override, and i haven't bothered to
add a special case to disable it for "stop".

luke.
Permalink | Reply | 1 comment |
headers
Klaus Heinz | 3 Sep 2002 05:02
Picon

Re: purpose of 'faststop' option in rc.subr

Hi Luke Mewburn, you wrote:

> "fast", like "force", is a generic override, and i haven't bothered to
> add a special case to disable it for "stop".

Ok, so my script is not doing anything wrong.  That's what I wanted to
be sure about.

Thanks,
     Klaus Heinz
Permalink | Reply | 0 comments |
headers
Greg A. Woods | 3 Sep 2002 18:19
X-Face
Favicon

Re: lib/18151: Multibyte locale support for statically linked programs

[ On Tuesday, September 3, 2002 at 00:22:22 (+0200), Anders Hjalmarsson wrote: ]
> Subject: Re: lib/18151: Multibyte locale support for statically linked programs 
>
> 
> > >>Synopsis:       Multibyte locale support for statically linked programs
> > 
> > 	it has been disabled in the interest of / partition size.
> > 
> > itojun
> 
> While keeping stuff in the root partition small is important,

Keeping the root partition small is only important for a very small
number of people and only on a very specific class of platforms (and
that number would be an even smaller number if the default install were
to recommend a reasonable-sized combined root+/usr partition and with
separate /var /tmp and /home partitions).

--

-- 
								Greg A. Woods

+1 416 218-0098;            <g.a.woods <at> ieee.org>;           <woods <at> robohack.ca>
Planix, Inc. <woods <at> planix.com>; VE3TCP; Secrets of the Weird <woods <at> weird.com>
Permalink | Reply | 0 comments |
headers
Anders Hjalmarsson | 3 Sep 2002 20:52
X-Face
Picon

Re: lib/18151: Multibyte locale support for statically linked programs


> 
> 	without locale modules compiled in there's no use in having 
> 	locale-related logic.
> 
> itojun

Here is a revised version of the patches. I hope this addresses your
concerns. If STATIC_LOCALES is empty the old stubs are used, so everything
is like before, the new code is only used if STATIC_LOCALES is non-empty.

-hjalmar

Index: share/mk/bsd.README
===================================================================
RCS file: /cvsroot/sharesrc/share/mk/bsd.README,v
retrieving revision 1.101
diff -u -r1.101 bsd.README
--- bsd.README	2002/08/19 14:51:58	1.101
+++ bsd.README	2002/09/03 18:45:36
 <at>  <at>  -364,6 +364,12  <at>  <at> 
 		point and possibly soft-float library support.  Defaults
 		to "no".

+STATIC_LOCALES	The list of locale modules to be compiled-in in the static
+		libc.a (and libc_p.a). Currently supported locales are:
+		BIG5 EUC EUCTW ISO2022 MSKanji UTF8
+		Defaults to "", which means that no multibyte locales
+		are supported by statically linked programs.
+
(Continue reading)

Permalink | Reply | 0 comments |
headers
Anders Hjalmarsson | 4 Sep 2002 00:47
X-Face
Picon

Re: lib/18151: Multibyte locale support for statically linked programs


> >Here is a revised version of the patches. I hope this addresses your
> >concerns. If STATIC_LOCALES is empty the old stubs are used, so everything
> >is like before, the new code is only used if STATIC_LOCALES is non-empty.
> 
> 	actually, all binaries will become dynamically-linked (saw message
> 	on current-users?) so not sure if this patch is needed any longer.
> 
> itojun

Actually there was a vocal minority which wanted to be able to static link
at least /bin and /sbin, so even if the default changes to dynamic linking
of everything, many will still continue to link at least some programs
statically.

-hjalmar
Permalink | Reply | 0 comments |

Gmane