In message <[EMAIL PROTECTED]> Matthew Dillon writes:
:Personally speaking I don't see how permission persistence could possibly
:be implemented within DEVFS itself without a huge amount of work. I'm
:not sure it would be appropriate to implement it there anyhow when it
:is so eas
In message <[EMAIL PROTECTED]> "Matthew N.
Dodd" writes:
: Seems like a devfsd using the file monitoring hooks would work; you'd only
: update the persistent store if you were running devfsd. devfsd would read
: the store and init /dev with the contents. I think the only issue that
: would invo
Shigio Yamaguchi wrote:
> It seems that you misunderstand.
> Current GLOBAL(3.53 and earlier) is BSD-style licensed and it is true for ever.
> I agree with the plan to make a ports of GNU/GLOBAL in the future.
> But you need not remove BSD/GLOBAL from source tree.
But bugfixes and/or developments
I have been working on a small program to record from the microphone of my
SB16PnP using the pcm driver. Could anyone explain to me why I get a kernel
panic if I read() 8192 bytes at a time (in 8 bit audio, single channel, 41k4
Hz)?
The kernel panic message is (from notes)
panic: feed_root: uiomo
ON September 22nd, this Wednesday, (Free)*BSD Users of New York will be
holding an Install-fest. Anyone in the New York area (and outside) is
invited.
More information can be gotten from http://www.bsdunix.net or www.funy.org
-Pat
__
I forwarded Brad Knowles' comments about the PostMark benchmarking suite
to a NetApp engineer I happen to have known since my teens. Selected
portions of his comments are included below (with permission) for your
entertainment and elucidation.
- mark
A NetApp person wrote:
> Brad Knowles
[EMAIL PROTECTED] (Zhihui Zhang) writes:
> As said by the 4.4 BSD book (page 423), 4.4 BSD does not support multiple
> routes to the same destination (identical key and mask). Does the radix
> tree code in FreeBSD - 4.0 has the same limitation? I am wondering if
> there is already a solution fo
On Sun, 19 Sep 1999, Chuck Robey wrote:
> On Sun, 19 Sep 1999, Julian Elischer wrote:
>
> >
> >
> > On Sun, 19 Sep 1999, Chuck Robey wrote:
> >
> > > On Sat, 18 Sep 1999, Julian Elischer wrote:
> > >
> > > > DEVFS itself works fine however a subsystem it required to be a useful
> > > > abstr
On 20 Sep 1999, Ville-Pertti Keinonen wrote:
>
> [EMAIL PROTECTED] (Zhihui Zhang) writes:
>
> > As said by the 4.4 BSD book (page 423), 4.4 BSD does not support multiple
> > routes to the same destination (identical key and mask). Does the radix
> > tree code in FreeBSD - 4.0 has the same limit
I've been playing with picobsd ( the router option ) and have been
adding stuff to crunch - no problem, untile i wanted to add pkg_add to
crunch. The problem is is that libinstall.a uses cleanup that is defined
elsewhere. I get the following : look at attachment ?
t.t
begin:vcard
n:Kruger;Jo
> >
> > > As said by the 4.4 BSD book (page 423), 4.4 BSD does not support multiple
> > > routes to the same destination (identical key and mask). Does the radix
> > > tree code in FreeBSD - 4.0 has the same limitation? I am wondering if
> > > there is already a solution for this?
> >
> > How
I've been playing with picobsd ( the router option ) and have been
adding stuff to crunch - no problem, untile i wanted to add pkg_add to
crunch. The problem is is that libinstall.a uses cleanup that is defined
elsewhere.
How do i add pkg_add to the crunch binary ?
I use the following in crunch.c
've been playing with picobsd ( the router option ) and have been
adding stuff to crunch - no problem, untile i wanted to add pkg_add to
crunch. The problem is is that libinstall.a uses cleanup that is defined
elsewhere.
How do i add pkg_add to the crunch binary ?
I use the following in crunch.co
On Sun, 19 Sep 1999, Matthew Dillon wrote:
> :Whatever, let's please not get into an argument over persistence, it's in
> :the archives.
> :
> :
> :Chuck Robey| Interests include C programming, Electronics
On Mon, 20 Sep 1999, Warner Losh wrote:
> I wrote about 50% of a devd that would sit and watch a /devfs mounted
> tree, recording changes to it and would then replay those changes when
> it was started again. I ran into some interesting problems making it
> fast, but this work predates jdp's work
I just wonder why don't we just import termcap database from
the master site: http://www.tuxedo.org/terminfo, rather than
maintaining our own copy?
In the past, it has been pointed out that some of the termcap entries
needs updating. Some entries have been revised. But, it appears that
some oth
> > > No, the TSC is far superior on UP, (unless destroyed by APM), it
> > > has roughly 100 times better resolution and is twice as fast to
> > > query.
If y'all don't mind, I have a slightly related question. I have a 5 year
old Dell computer that started life as a P90, which I overcloc
Well, another code fragment might be useful:
/*--+
| Set up iocb for aio_write() call |
+--*/
memset(iocb, 0, sizeof(struct
If you have access to a frequency counter it could be interesting to
measure the actual clockfrequency of the 14.318 MHz xtal in your
machine...
--
Poul-Henning Kamp FreeBSD coreteam member
[EMAIL PROTECTED] "Real hackers run -current on their laptop."
FreeBSD -- It wil
On Mon, 20 Sep 1999, Mats Lofkvist wrote:
> Shigio Yamaguchi wrote:
> > It seems that you misunderstand.
> > Current GLOBAL(3.53 and earlier) is BSD-style licensed and it is true for ever.
> > I agree with the plan to make a ports of GNU/GLOBAL in the future.
> > But you need not remove BSD/GLOBA
In message <[EMAIL PROTECTED]>
"Matthew N. Dodd" writes:
: Well, with devd or devfsd its still going to read the persistant store
: when started by the system on reboot; I'd imagine you'd be able to
: make checkpoint intervals tunable and tell it which permission updates you
: wanted to ignore and
All:
A few days ago I was at Office Max and bought an InterAct "Web.Remote
professional". For those of you who don't know, its an infrared
remote control which contains a trackball, two trackball buttons, and
an 18-key keypad. It was a pretty good deal for $17US.
My ultimate goal is to use it
On Mon, 20 Sep 1999, Warner Losh wrote:
> Yes. That's true. That's why the idea of devfsd is simple, but
> implementing it well enough for people to be happy with it is much
> much harder.
I think a minimal feature set for the first rev would satisify 90% of
those wanting persistence no? ie ju
Kazutaka YOKOTA wrote:
>
> I just wonder why don't we just import termcap database from
> the master site: http://www.tuxedo.org/terminfo, rather than
> maintaining our own copy?
>
> In the past, it has been pointed out that some of the termcap entries
> needs updating. Some entries have been r
On Sun, 19 Sep 1999, Peter Wemm wrote:
:Will you be assigning the copyright to the FSF? (ie: you'll never be able
:to change your mind? 50 years is a long time...)
70 now I believe. Changed to be compatible with the euros, who are all 70
years apparently.
Jamie Bowden
--
If we've got to f
Anyone have this working?
I tried the default install disks and thought I'd ask here before
I start
trial and error on the storage section of the bootup. The default
probes
did not see any hard drives at all.
Just to be clear. The Fasttrak is an pci card that supports 2 ide
channels. I have i
> I think that Jerry, in using GLOBAL as an example to push his desire for a
> smaller FreeBSD, rather clouded the issue. I would wish that, if Shigio
> doesn't actually assign the copyright to the FSF, then he can release it
> under both copyrights, and please everyone. If Jerry wants to have
Hi Mike,
Thanks for the reply. I guess (unless lightning strikes in the
next few hours) I'll go ahead and set up as 2 IDE drives without
mirror and see if I can get FreeBSD to see it. If that doesn't
work then back to the motherboard IDE channels...
BTW it might be software but it's bios level
I didn't notice the first time that you'd copied three separate lists
with your first message. Please don't do that; one list is enough.
> Thanks for the reply. I guess (unless lightning strikes in the
> next few hours) I'll go ahead and set up as 2 IDE drives without
> mirror and see if I ca
Thanks for the info. I appreciate it.
BTW sorry for the 3 lists. Tried to pick out the lists that were
pert. Must admit it looks rather silly on this end as I'm signed
up to those plus a few.
Should I use the questions list or try to pick out the most pert.
list?
Ward
> -Original Messag
Ward,
I purchased one last week - A FastTrak66
(which is perhaps not the 'FastTrack' you mentioned.
Its detects as a 'PCI - Mass Storage Controller'
(in the Bios startup) and unless there is some
'emulate an IDE drive' mode that I missed it
won't work.
Its a cool idea tho.
This might be b
>
> On Sun, 19 Sep 1999, Peter Wemm wrote:
>
> :Will you be assigning the copyright to the FSF? (ie: you'll never be able
> :to change your mind? 50 years is a long time...)
>
> 70 now I believe. Changed to be compatible with the euros, who are all 70
> years apparently.
If I understand th
We have a number of solaris 2.78 machines (I am in the process of installing
them now), and I notice that if I ls a directory that is mounted NFSv3/UDP from
a FreeBSD server to a Solaris 2.7 client there are a number of files that
show up missing. This is most intreaging with a large untar as I c
> I just wonder why don't we just import termcap database from
> the master site: http://www.tuxedo.org/terminfo, rather than
> maintaining our own copy?
Minor correction: the URL is http://www.tuxedo.org/~esr/terminfo.
Mike Kennett
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubsc
Matthew N. Dodd scribbled this message on Sep 20:
> On Sun, 19 Sep 1999, Chuck Robey wrote:
> > But it was to the subject on the Subject: line, Julian. We know what side
> > you're on, but there are 2 sides to the argument. Isn't there some way
> > that it can be set up to *optionally* have perm
On Mon, 20 Sep 1999, John-Mark Gurney wrote:
> Matthew N. Dodd scribbled this message on Sep 20:
> > On Sun, 19 Sep 1999, Chuck Robey wrote:
> > > But it was to the subject on the Subject: line, Julian. We know what side
> > > you're on, but there are 2 sides to the argument. Isn't there some
On Mon, 20 Sep 1999, Doug wrote:
> I know that someone will be tempted to warn me about the evils of
> overclocking, but please don't. :) However, just in case anyone is
> interested either the overclocking or the overdrive chip seems to have
> fried the on-board serial ports on this machin
Hi ppl
I new in this list, and have some questions about freebsd
My Hard Disk had a small problem with bad blocks(have some thing about 200),
in instalation i use the bad block scan.
What this bad block scan do when say "%1 will be marked BAD" ?
I can realy believe that freebsd will not use tha
Julian Elischer wrote:
> On Mon, 20 Sep 1999, John-Mark Gurney wrote:
> > one thing that HAS to happen is the fast that some devices CAN'T "appeare"
> > until the devfsd says it can, unless we force a very restrictive permision
> > on all devices (600 or something similar) otherwise we will
>
> Hmm - rip out the whole devfs infrastructure and replace it with something
> which writes tuples of (operation, devname, major, minor) to a socket
> somewhere, where "operation" is "create", "delete", "online", "offline",
> etc. Why worry about the complexities of a vfs to handle /dev in th
In reply:
> At 10:42 AM -0700 9/10/99, Sanjay Waghray wrote:
> >Attached is an article from the Wall Street Journal Online Edition.
> >
> >---
> >
> >September 10, 1999
> >
> > Beyond Linux, Free Systems
> >
On Tue, 21 Sep 1999, Mark Newton wrote:
> Julian Elischer wrote:
>
> > On Mon, 20 Sep 1999, John-Mark Gurney wrote:
> > > one thing that HAS to happen is the fast that some devices CAN'T "appeare"
> > > until the devfsd says it can, unless we force a very restrictive permision
> > > on al
On Mon, 20 Sep 1999, Matthew Jacob wrote:
>
> >
> > Hmm - rip out the whole devfs infrastructure and replace it with something
> > which writes tuples of (operation, devname, major, minor) to a socket
> > somewhere, where "operation" is "create", "delete", "online", "offline",
> > etc. Why w
Matthew Jacob wrote:
> > Hmm - rip out the whole devfs infrastructure and replace it with something
> > which writes tuples of (operation, devname, major, minor) to a socket
> > somewhere, where "operation" is "create", "delete", "online", "offline",
> > etc. Why worry about the complexities
Julian Elischer scribbled this message on Sep 20:
> On Mon, 20 Sep 1999, John-Mark Gurney wrote:
> > one thing that HAS to happen is the fast that some devices CAN'T "appeare"
> > until the devfsd says it can, unless we force a very restrictive permision
> > on all devices (600 or something simila
On Mon, 20 Sep 1999, Julian Elischer wrote:
>
>
>
> While I sharply disagree, with your assertion, I also point out that if
> you make such a all-singing-all-dancing devfsd, then you might as well get
> rid of devfs entirely, and just have devfsd make the devices using normal
> mknod commands.
"Matthew N. Dodd" wrote:
>
> On Mon, 20 Sep 1999, Warner Losh wrote:
> > Yes. That's true. That's why the idea of devfsd is simple, but
> > implementing it well enough for people to be happy with it is much
> > much harder.
>
> I think a minimal feature set for the first rev would satisify 90%
In message <[EMAIL PROTECTED]> Boris Popov writes:
: Why not to create a simple 'devfs' device ? devfsd can sleep at
: polling it and devfs device itself can provide hooks in the kernel to
: register all important events and pass them to devfsd.
That is one option. However, a more general
[Format recovered--see http://www.lemis.com/email/email-format.html]
On Saturday, 21 August 1999 at 11:46:18 -0600, Chad David wrote:
> I just setup vinum for the first time on a brand new server,
> nd I am getting what I think are strange results in performance
> tests with rawio. My SCSI drive
On Mon, 20 Sep 1999, Brian Beattie wrote:
> On Mon, 20 Sep 1999, Julian Elischer wrote:
>
> >
> >
> >
> > While I sharply disagree, with your assertion, I also point out that if
> > you make such a all-singing-all-dancing devfsd, then you might as well get
> > rid of devfs entirely, and jus
On Tue, 21 Sep 1999, Boris Popov wrote:
> "Matthew N. Dodd" wrote:
> >
> Why not to create a simple 'devfs' device ? devfsd can sleep at
> polling it and devfs device itself can provide hooks in the kernel to
> register all important events and pass them to devfsd.
what supplies the (
Julian Elischer scribbled this message on Sep 20:
> On Mon, 20 Sep 1999, Brian Beattie wrote:
> > On Mon, 20 Sep 1999, Julian Elischer wrote:
> > > While I sharply disagree, with your assertion, I also point out that if
> > > you make such a all-singing-all-dancing devfsd, then you might as well g
On Mon, 20 Sep 1999, Julian Elischer wrote:
> > one thing that HAS to happen is the fast that some devices CAN'T "appeare"
> > until the devfsd says it can, unless we force a very restrictive permision
> > on all devices (600 or something similar) otherwise we will have security
> > wholes up the
I was reading this thread on the digest, and well... nawk has been in
the ports tree for some time now, not to mention that OpenBSD adopted
it...
Yes, I know that gawk is faster, but isn't nawk the one true (new) awk?
I'm not sure if we are using some GNU awk extension on our installation,
but
"David E. Cross" wrote:
>
> We have a number of solaris 2.78 machines (I am in the process of installing
> them now), and I notice that if I ls a directory that is mounted NFSv3/UDP from
> a FreeBSD server to a Solaris 2.7 client there are a number of files that
> show up missing. This is most i
On Mon, 20 Sep 1999, John-Mark Gurney wrote:
> Julian Elischer scribbled this message on Sep 20:
> > On Mon, 20 Sep 1999, Brian Beattie wrote:
> > > On Mon, 20 Sep 1999, Julian Elischer wrote:
> > > > While I sharply disagree, with your assertion, I also point out that if
> > > > you make such
Julian Elischer scribbled this message on Sep 20:
> > what happens in this case:
> > mount /devfs
> > cd /devfs
> > mv ttyd1 da0c # sure you don't normally do this but you CAN!
>
> da0c is now the name of the vissible alias of ttyd1
>
> > cd /
> > umount /devfs
> > mount /devfs
>
I think devfs is really cool. I don't think it needs to have
fancy persistence in order to be useful.
Julian, there is a note in the LINT file saying that it doesn't
work with MFS. Is this still true? I want to use DEVFS in
the BOOTP diskless booting code, which uses MFS he
On Mon, 20 Sep 1999, John-Mark Gurney wrote:
> Julian Elischer scribbled this message on Sep 20:
> > > what happens in this case:
> > > mount /devfs
> > > cd /devfs
> > > mv ttyd1 da0c # sure you don't normally do this but you CAN!
> >
> > da0c is now the name of the vissible alias
It seems Richard Uren wrote:
> Ward,
>
> I purchased one last week - A FastTrak66
> (which is perhaps not the 'FastTrack' you mentioned.
>
> Its detects as a 'PCI - Mass Storage Controller'
> (in the Bios startup) and unless there is some
> 'emulate an IDE drive' mode that I missed it
> won't
as I explained a few days ago,
MFS explodes because it synthesises a device vnode
The synthesized vnode is someohow confused as to whether it's a devfs
vnode or a UFS vnode.
I can't remember the exact problem but it may have something to do with
using it as a methid aof getting to teh strategy ro
Jamie Bowden wrote:
>
> On Sun, 19 Sep 1999, Peter Wemm wrote:
>
> :Will you be assigning the copyright to the FSF? (ie: you'll never be able
> :to change your mind? 50 years is a long time...)
>
> 70 now I believe. Changed to be compatible with the euros, who are all 70
> years apparently.
> > :Will you be assigning the copyright to the FSF? (ie: you'll never be able
> > :to change your mind? 50 years is a long time...)
> >
> > 70 now I believe. Changed to be compatible with the euros, who are all 70
> > years apparently.
>
> If I understand things correctly, there will soon be
Julian Elischer scribbled this message on Sep 20:
> > POLA! if we have persisten permissions and ownership, and we allow
> > renaming, then renaming should also be persistant... after the mount
> > again, da0c either no longer exists, or is no longer ttyd1... which
> > neither is an acceptable s
Julian Elischer scribbled this message on Sep 20:
> On Tue, 21 Sep 1999, Boris Popov wrote:
>
> > "Matthew N. Dodd" wrote:
> > Why not to create a simple 'devfs' device ? devfsd can sleep at
> > polling it and devfs device itself can provide hooks in the kernel to
> > register all important
Hello,
Last night I worked to port some code to FreeBSD 3.2 Stable.
I was curious about one fact: on there is no any in6_addr
support for IPv6. Am I wrong ? FreeBSD does not support IPv6 ?
Regards,
Stef
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the
well, i hate to tell ya, no, currently FBSD does not support IPv6/IPng.
but, there are a couple packages where you can get it to support it.
do a search for KAME, and download that.
now, as to why it's not rolled in already?
my guess is that it's due to IPng/IPv6 still being under development
67 matches
Mail list logo
