Re: Future of RAIDFrame and Vinum (was: Future of RAIDFrame)

[Soeren Straarup]

On Wed, 14 Jan 2004, Poul-Henning Kamp wrote:


>
> I think for now the important thing is to get the people interested
> on this collected on a mail-alias, and for them to discuss how the
> can work together to make something happen.  After that, try to define
> "something" closer.
>

What about freebsd-vinum or freebsd-raid ?




Looks like something i might follow.
I got a disk array with 4 disks to test on btw, but that might not be that
needed.

Soeren Straarup   | aka OZ2DAK aka Xride
FreeBSD wannabe   | FreeBSD since 2.2.6-R
 If you see the light at the end of the tunnel,
  then make sure it is not a train..

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: kernel environment between reboots, diskless

[Danny Braniss]

> > But I'll admit to not having gathered the data on that one, so I'll
> > give it a closer look.  If I PXE or etherboot, how would the kernel
> > environment get populated then?

i use a modified bootp that palces all the dhcp tags in the kernel environment

see 
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/diskless-boot/
or
http://www.freebsd.org/cgi/query-pr.cgi?pr=61239
danny


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Upgrade from 4.9 to 5.1

[Dmitry A. Bondareff]

Hello hackers!
Help to understand problem.
I have FreeBSD 4.9 on my box.
# uname -a
FreeBSD wall.ru 4.9-RELEASE-p1 FreeBSD 4.9-RELEASE-p1 #24

I've tried to Upgrade it up to 5.1
# cvsup /etc/cvsupfile
# cd /usr/src
# make buildworld


===> lib/libpam/modules/pam_krb5
rm -f .depend
mkdep -f .depend -a
-I/usr/src/lib/libpam/modules/pam_krb5/../../../../contrib/openpam/i
nclude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam  
/usr/src/lib/libpam/modules/pam
_krb5/pam_krb5.c
*** Error code 1

Stop in /usr/src/lib/libpam/modules/pam_krb5.
*** Error code 1

Stop in /usr/src/lib/libpam/modules.
*** Error code 1

Stop in /usr/src/lib/libpam.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.


How to resolve this problem.
Thanks.

Dmitry Bondareff.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Upgrade from 4.9 to 5.1

[Ruslan Ermilov]

On Thu, Jan 15, 2004 at 04:55:41PM +0300, Dmitry A. Bondareff wrote:
> Hello hackers!
> Help to understand problem.
> I have FreeBSD 4.9 on my box.
> # uname -a
> FreeBSD wall.ru 4.9-RELEASE-p1 FreeBSD 4.9-RELEASE-p1 #24
> 
> I've tried to Upgrade it up to 5.1
> # cvsup /etc/cvsupfile
> # cd /usr/src
> # make buildworld
> 
> 
> ===> lib/libpam/modules/pam_krb5
> rm -f .depend
> mkdep -f .depend -a
> -I/usr/src/lib/libpam/modules/pam_krb5/../../../../contrib/openpam/i
> nclude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam  
> /usr/src/lib/libpam/modules/pam
> _krb5/pam_krb5.c
> *** Error code 1
> 
This doesn't inlude the actual error that caused the breakage.
Please put the full log (compressed) available somewhere for
download, and I will look into it.


Cheers,
-- 
Ruslan Ermilov
FreeBSD committer
[EMAIL PROTECTED]


pgp0.pgp
Description: PGP signature

Re: Upgrade from 4.9 to 5.1

[Kris Kennaway]

On Thu, Jan 15, 2004 at 04:55:41PM +0300, Dmitry A. Bondareff wrote:
> Hello hackers!
> Help to understand problem.
> I have FreeBSD 4.9 on my box.
> # uname -a
> FreeBSD wall.ru 4.9-RELEASE-p1 FreeBSD 4.9-RELEASE-p1 #24
> 
> I've tried to Upgrade it up to 5.1
> # cvsup /etc/cvsupfile
> # cd /usr/src
> # make buildworld
> 
> 
> ===> lib/libpam/modules/pam_krb5
> rm -f .depend
> mkdep -f .depend -a
> -I/usr/src/lib/libpam/modules/pam_krb5/../../../../contrib/openpam/i
> nclude -I/usr/src/lib/libpam/modules/pam_krb5/../../libpam  
> /usr/src/lib/libpam/modules/pam
> _krb5/pam_krb5.c
> *** Error code 1

This doesn't show the error.  Are you sure you didn't use -j with
buildworld?  Retry without it, since -j obscures the output of make.

Kris


pgp0.pgp
Description: PGP signature

5.1->5.2

[Matt Freitag]

Building 5.2-RELEASE from 5.1-RELEASE-p10 w/ipf+ipfw+ipfw6+dummynet, 5.1 
Compiled fine with this setup.
I need ipfilter as it's doing my source routing for ipv6 (multiple 
transits) since ip6fw doesn't support fwd. (I just use ip6fw for 
filtering, and ipf for forwarding to the correct interface according to 
source)
Am I just being stupid here somehow?


cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
-Wcast-qual  -fformat-extensions -std=c99 -g -nostdinc -I-  -I. 
-I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter 
-I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd 
-I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common 
-finline-limit=15000 -fno-strict-aliasing  -mno-align-long-strings 
-mpreferred-stack-boundary=2 -ffreestanding -Werror  
../../../contrib/ipfilter/netinet/ip_fil.c
../../../contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper':
../../../contrib/ipfilter/netinet/ip_fil.c:319: `PFIL_OUT' undeclared 
(first use in this function)
../../../contrib/ipfilter/netinet/ip_fil.c:319: (Each undeclared 
identifier is reported only once
../../../contrib/ipfilter/netinet/ip_fil.c:319: for each function it 
appears in.)
../../../contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper6':
../../../contrib/ipfilter/netinet/ip_fil.c:329: `PFIL_OUT' undeclared 
(first use in this function)
cc1: warnings being treated as errors
../../../contrib/ipfilter/netinet/ip_fil.c: In function `iplattach':
../../../contrib/ipfilter/netinet/ip_fil.c:376: warning: unused variable 
`ph_inet'
../../../contrib/ipfilter/netinet/ip_fil.c:378: warning: unused variable 
`ph_inet6'
machine/in_cksum.h: At top level:
../../../contrib/ipfilter/netinet/ip_fil.c:317: warning: 
`fr_check_wrapper' defined but not used
../../../contrib/ipfilter/netinet/ip_fil.c:327: warning: 
`fr_check_wrapper6' defined but not used
*** Error code 1

Stop in /usr/src/sys/i386/compile/funk.



-mpf

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.1->5.2

[Robert Watson]

On Thu, 15 Jan 2004, Matt Freitag wrote:

> Building 5.2-RELEASE from 5.1-RELEASE-p10 w/ipf+ipfw+ipfw6+dummynet, 5.1
> Compiled fine with this setup.  I need ipfilter as it's doing my source
> routing for ipv6 (multiple transits) since ip6fw doesn't support fwd. (I
> just use ip6fw for filtering, and ipf for forwarding to the correct
> interface according to source)  Am I just being stupid here somehow? 

IPFILTER now relies on the PFIL_HOOKS kernel option; this is something
that is somewhat poorly documented, and we should add it to the errate I
suspect.  If you add "options PFIL_HOOKS" to your kernel config, it should
work.  Moving to PFIL_HOOKS for all the "funky IP input/ouput" feature is
a goal for 5.3 (in fact, I believe Sam has it almost entirely done in one
of his development branches), and should both simplify the input/output
paths, and also simplify locking for the IP stack.  So the change is for a
good cause :-).

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Senior Research Scientist, McAfee Research


> 
> 
> cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs 
> -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
> -Wcast-qual  -fformat-extensions -std=c99 -g -nostdinc -I-  -I. 
> -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter 
> -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd 
> -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common 
> -finline-limit=15000 -fno-strict-aliasing  -mno-align-long-strings 
> -mpreferred-stack-boundary=2 -ffreestanding -Werror  
> ../../../contrib/ipfilter/netinet/ip_fil.c
> ../../../contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper':
> ../../../contrib/ipfilter/netinet/ip_fil.c:319: `PFIL_OUT' undeclared 
> (first use in this function)
> ../../../contrib/ipfilter/netinet/ip_fil.c:319: (Each undeclared 
> identifier is reported only once
> ../../../contrib/ipfilter/netinet/ip_fil.c:319: for each function it 
> appears in.)
> ../../../contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper6':
> ../../../contrib/ipfilter/netinet/ip_fil.c:329: `PFIL_OUT' undeclared 
> (first use in this function)
> cc1: warnings being treated as errors
> ../../../contrib/ipfilter/netinet/ip_fil.c: In function `iplattach':
> ../../../contrib/ipfilter/netinet/ip_fil.c:376: warning: unused variable 
> `ph_inet'
> ../../../contrib/ipfilter/netinet/ip_fil.c:378: warning: unused variable 
> `ph_inet6'
> machine/in_cksum.h: At top level:
> ../../../contrib/ipfilter/netinet/ip_fil.c:317: warning: 
> `fr_check_wrapper' defined but not used
> ../../../contrib/ipfilter/netinet/ip_fil.c:327: warning: 
> `fr_check_wrapper6' defined but not used
> *** Error code 1
> 
> Stop in /usr/src/sys/i386/compile/funk.
> 
> 
> 
> -mpf
> 
> 
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.1->5.2

[Eric Masson]

> "Robert" == Robert Watson <[EMAIL PROTECTED]> writes:

Hello,

 Robert> Moving to PFIL_HOOKS for all the "funky IP input/ouput"

Will all available packet filters, including ipfw rely on PFIL_HOOKS or
not ?

Regards

Eric Masson

-- 
 C'est pas avec la censure que tu vas censurer les censeurs.
 -+- JL in GNU : Las, censeurs pour l'échafaud -+-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.1->5.2

[Robert Watson]

On Thu, 15 Jan 2004, Eric Masson wrote:

> > "Robert" == Robert Watson <[EMAIL PROTECTED]> writes:
> 
>  Robert> Moving to PFIL_HOOKS for all the "funky IP input/ouput"
> 
> Will all available packet filters, including ipfw rely on PFIL_HOOKS or
> not ? 

Yes; we to make it so that ipfw will also rely on PFIL_HOOKS to integrate
with the IP stack, greatly reducing the quantity of #ifdef FOO in
ip_input() and ip_output().

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Senior Research Scientist, McAfee Research


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.1->5.2

[Bruce A. Mah]

If memory serves me right, Robert Watson wrote:
> 
> On Thu, 15 Jan 2004, Matt Freitag wrote:
> 
> > Building 5.2-RELEASE from 5.1-RELEASE-p10 w/ipf+ipfw+ipfw6+dummynet, 5.1
> > Compiled fine with this setup.  I need ipfilter as it's doing my source
> > routing for ipv6 (multiple transits) since ip6fw doesn't support fwd. (I
> > just use ip6fw for filtering, and ipf for forwarding to the correct
> > interface according to source)  Am I just being stupid here somehow? 
> 
> IPFILTER now relies on the PFIL_HOOKS kernel option; this is something
> that is somewhat poorly documented, and we should add it to the errate I
> suspect.

It's in the release notes and in UPDATING...I have the feeling that if
people won't read it in either of those two places, they won't read it
in the errata either.  :-p

Enabling the options IPFILTER feature also requires enabling
options PFIL_HOOKS.

Bruce.




pgp0.pgp
Description: PGP signature

Re: 5.1->5.2

[Eric Masson]

> "Robert" == Robert Watson <[EMAIL PROTECTED]> writes:

 Robert> Yes; we to make it so that ipfw will also rely on PFIL_HOOKS to
 Robert> integrate with the IP stack, greatly reducing the quantity of
 Robert> #ifdef FOO in ip_input() and ip_output().

Ok, thanks for your clear answer.

Regards

Eric Masson

-- 
 >j'ai beau préparé une session express, elle ne se garde pas et qd je
 >fais ouvrir je reçois toutes les cauchonneries des usa comment faire
 >pour garder seulement les newgroupes qui m'interressent :-@
 -+-TGV in :  - Yankee go home -+-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

devfs error on RELENG_5_2

[Loh John Wu]

Hello,

I'm running a RELENG_5_2  box and I'm trying to use the devfs to change the
file permissions on
/dev/ttyd1.  After perusing through the man page, I tried to change the
permissions by doing this

# ls -ol /dev/ttyd1
crw---  1 root  wheel  -  28,   1 Jan 15 20:47 /dev/ttyd1
# devfs rule add path ttyd1 mode 666
devfs rule: ioctl DEVFSIO_RADD: Input/output error
# ls -ol /dev/ttyd1
crw---  1 root  wheel  -  28,   1 Jan 15 20:47 /dev/ttyd1

but it fails and I'm not sure why.  I'll have to do 
devfs rule applyset if the rule add succeeds since the node /dev/ttyd1 
has already been created but I haven't got that far yet...
I've also tried using the example in the man page
with /dev/speaker, but it also fails with the same error.

# ls -ol /dev/speaker 
crw---  1 root  wheel  -  26,   0 Jan 15 21:24 /dev/speaker
# dmesg | grep speaker
speaker0:  at port 0x61 on isa0
# devfs rule add path speaker mode 666
devfs rule: ioctl DEVFSIO_RADD: Input/output error
# ls -ol /dev/speaker
crw---  1 root  wheel  -  26,   0 Jan 15 21:24 /dev/speaker

Any thoughts on this would be greatly appreciated.
Thanks,
John
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: kernel environment between reboots, diskless

[Ted Unangst]

On Wed, 14 Jan 2004, Steve Watt wrote:

> I'm trying to see if there's a way to get that information into the
> loader (or the driver) in some way that doesn't require rewriting a file
> in the flash every reboot, to avoid flash write cycles.
>
> I know there's some amount of NVRAM in PCs, but didn't spot anything
> about how to get at it from the driver.  It'd be nice, for this
> sort of application, if there was a way to stash somewhere between
> 2 and 8 bytes somewhere...

many (most?) PCs don't clear RAM on soft reboot, so stuff like the message
buffer survives.  try mapping the same physical address, out of the way of
other code, and leaving your data there.


-- 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Slow Console Input

[Michael Cacek]

I recently installed freebsd 5.2 on a local sunblade 100 system. I had
several problems with keyboard input throughout the install, but I
eventually made it though. The problems that I had were as follows:
Slow response time with keypresses. I had to use ctrl + n or ctrl + p
to move though menu options(the options never lit up completely, only
blinked..enough to show me that they were currently selected). It was a
terrible experience, but I made it through, but now I have another
problem. Upon rebooting, my console input is incredibly slow. I press
a key and it takes around 1/2 a second for the letter to appear. I read
that I could use kbdcontrol to change key rates, but whenever I try to
issue a command with it, it reports back the following error:
"inappropriate ioctl for device". Any help is much appreciated. The
slow speed is simply not tolerable. This is my first freebsd install
and I hope it won't won't be the last. Thanks ahead of time..
Mike
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Mergemaster+RCS

[Adrian Filipi]

On Tue, 13 Jan 2004, Michael R. Wayne wrote:

>
> Although Doug Barton has written a wonderful tool, it has always
> seemed to have a major deficiency: it completely ignores the
> existance of RCS files.  I've exchanged some email with Doug and
> he has no interest in adding RCS support to mergemaster.  So I did.

Most excellent!  This will help me very much as I too use RCS to
track local config files.

I'll let you know how it goes after my ext update.

thanks!

Adrian
--
[ [EMAIL PROTECTED] ]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"