Hi all
We've just noticed something strange here, that probably has a mundane
explanation but we can't figure it out. On a 2.2.8 FreeBSD system, if anyone
creates a file in /tmp, the group gets set to `bin'. The SGID bit is not set,
so that doesn't explain it. Does anyone know why this happens? U
On Thu, Oct 28, 1999 at 11:06:14AM +0200, Graham Wheeler wrote:
> Hi all
>
> We've just noticed something strange here, that probably has a mundane
> explanation but we can't figure it out. On a 2.2.8 FreeBSD system, if anyone
> creates a file in /tmp, the group gets set to `bin'. The SGID bit is
On 28 Oct, Didier Derny wrote:
>
> I've never had a crashed file system with Freebsd (I started with FreeBSD
> 1.1)
I've seen it happen once. Eventually it turned out that the drive had
become too hot, and FreeBSD wasn't able to synchronize it's data. No
miracle the root file system was broken a
On Thu, 28 Oct 1999, you wrote:
> On Thu, Oct 28, 1999 at 11:06:14AM +0200, Graham Wheeler wrote:
> > Hi all
> >
> > We've just noticed something strange here, that probably has a mundane
> > explanation but we can't figure it out. On a 2.2.8 FreeBSD system, if anyone
> > creates a file in /tmp,
> > That's what BSD just does - see open(2):
> >
> > When a new file is created it is given the group of the directory which
> > contains it.
>
> That's pretty weird (but quite correct). Just checked on NetBSD and found
> the same. I would have expected this behaviour only if the SGID
Hi Bill,
I'm having quite a few problems with my linksys cards.
I think most are caused because I'm connected to a switch
rather than a simple hub.
The cards are the new Version 2 cards (with Wake On Lan)
and use the MX driver.
1) On 3.3-stable, the linksys mx driver detects my network
connec
On Thu, 28 Oct 1999 [EMAIL PROTECTED] wrote:
> > > That's what BSD just does - see open(2):
> > >
> > > When a new file is created it is given the group of the directory which
> > > contains it.
> >
> > That's pretty weird (but quite correct). Just checked on NetBSD and found
> > the
I have an application that uses SIGUSR1, but also POSIX threads. It
appears (?) that the user-level POSIX threads now incorporated into
FreeBSD 3.x use SIGUSR1 and SIGUSR2. Is this correct? If so, and I
have a threaded application, what signals are still available for use?
Please reply directly
Solidão
"Você não pode estar só
se gostar da pessoa com quem fica
quando esta sozinho."
- Wayne Dyer
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
At 01:35 AM 10/27/99 -0700, eT wrote:
>Greetings ..
>
>When doing a pci_read_config(dev, PCI_LATENCY_TIMER, 4) I get varying
values on
>different hardware configurations.
>
>On Machine A the value is 32 and my device driver (using DMA) works fine.
>
>On Machine B the value is 64 and my device driv
> I have an application that uses SIGUSR1, but also POSIX threads. It
> appears (?) that the user-level POSIX threads now incorporated into
> FreeBSD 3.x use SIGUSR1 and SIGUSR2. Is this correct? If so, and I
> have a threaded application, what signals are still available for use?
No, the thread
I'm familiar with LinuxThreads libc_r that uses BOTH SIGUSR1 and
SIGUSR2. I recently took code that used to work with FSU's
implementation of threads under FreeBSD; and instead recompiled with
the new FreeBSD 3.x threads; however, it crashes now when creating
threads.
The FSU threads (that used
> I'm familiar with LinuxThreads libc_r that uses BOTH SIGUSR1 and
> SIGUSR2. I recently took code that used to work with FSU's
> implementation of threads under FreeBSD; and instead recompiled with
> the new FreeBSD 3.x threads; however, it crashes now when creating
> threads.
When you say the "
I don't like to be the shoot the messenger type - but I have several
FreeBSD systems and several Linux systems. Twice I have had my Linux
filesystem corrupted beyond recovery - I have never had that problem
on FreeBSD. The file system may be marginally slower for certain
activities, however, I do
On Thu, 28 Oct 1999, David A. Bader wrote:
>
> I'm familiar with LinuxThreads libc_r that uses BOTH SIGUSR1 and
> SIGUSR2. I recently took code that used to work with FSU's
> implementation of threads under FreeBSD; and instead recompiled with
> the new FreeBSD 3.x threads; however, it crashes n
> When you say the "new FreeBSD 3.x threads", you mean FreeBSDs default
> libc_r library, not the LinuxThreads library, right?
Correct.
> In what way does your program crash? Have you debugged it? And
> what version of FreeBSD 3.x are you talking about?
I'm running FreeBSD-3.3R, and I'll try
In article <[EMAIL PROTECTED]>, Andrew
Gallatin <[EMAIL PROTECTED]> wrote:
> I have an older AlphaStation 600 5/266 running -current (cvsupped
> last week) which is setup as a router between 2 100mb networks.
> When the machine is pushed fairly hard (like running a netperf
> -tUDP_STREAM -- -m 10
Roger Hardiman wrote:
>
>If I type in ifconfig mx0 media 100basetx
>it all works OK.
>
> Do you have any ideas on these.
Autonegotiation is failing. That happens in the Fast Ethernet world.
Buying better quality switches *may* help. ;^)
--
"Where am I, and what am I doin
On Wed, 27 Oct 1999, Mike Pritchard wrote:
> I've noticed something peculiar over the past week or so with
> xntpd and I think xcdplayer (from ports). I am running xntpd
> to keep my clock right. I have an always on DSL connection,
> so I almost never see any output from xntpd.
>
> However, I'
I've increased maxusers to 512, and NMBCLUSTERS to 16384, and I haven't
been able to reproduce the kernel panic problem anymore.
So, my conclusion is that increasing maxusers solved the problem.
I don't believe that raising NMBCLUSTERS by itself, or it indirectly being
raised by maxusers, fixed
On Wed, 27 Oct 1999, Damian Kuczynski wrote:
> Hello
>
> I use natd + libalias in my test network connected to internet.
> >From my point of view main disadvantage of this program is, that i can't
> see what' s
> going on in packet alias engine,
I'm not sure what you're looknig for here... do
Hi,
Problems with linksys (mx driver) cards in -stable and - current
>>If I type in ifconfig mx0 media 100basetx
>>it all works OK.
>>
>> Do you have any ideas on these.
>
>Autonegotiation is failing. That happens in the Fast Ethernet world.
>Buying better quality switches *may* hel
>The problem is that 'fsck -py' ignores the 'p' and will fsck every time,
>even if it's unneeded. This takes ages for me. I believe I submitted a PR
>with a 'fix' to fsck.
>Kevin
According to the man page, fsck -y and fsck -p are two distincts commands.
--
(It would be nice if you formatted your message with line breaks.)
"Daniel Hilevich" <[EMAIL PROTECTED]> wrote:
> But, in the later case, the control messages are = queued to the
> control queue=20 (sp->pp_cpq) which the if_start functions doesn't
> have access to. Should = I implement the acces
Warner Losh <[EMAIL PROTECTED]> wrote:
> The BIOS will report a different value for the 2.88MB drives to the
> probe routines...
Actually one out of two possible different values (forgot the actual
once), depending on what BIOS you've got...
--
cheers, J"org
[EMAIL PROTECTED] -- http://www.sax
Wilko Bulte <[EMAIL PROTECTED]> wrote:
> Just having installed a 2.88Mb floppy drive in one of my axp boxes
> I wonder if FreeBSD can do 2.88Mb floppy disks. From the looks
> of the contents of /sys/i386/isa/fd.c:
> it appears it cannot.
It cannot. I once tried to hack support for 2.88 MB
Oliver Fromme <[EMAIL PROTECTED]> wrote:
> I once programmed low-level FDC stuff under DOS, so I'm a bit
I under CP/M, that's why i wrote the floppy formatter for 386BSD. ;-)
> familiar with this... The difference between 1.44 and 2.88 Mb
> floppies is that the latter use 36 sectors per track
"Daniel Hilevich" <[EMAIL PROTECTED]> wrote:
> In my case, although, I want to use the IFF_AUTO (dial on demand)
> option and this is where ifconfig can not help me. In the auto mode,
> the sppp driver should initialize the lcp machine when it gets a new
> message to send.
Did you ever look how
Hi !
1. What is the maximum size of a file on a filesystem ?
2. What is the maximum size of a filesystem ?
3. What is the maximum amount of RAM that FreeBSD can handle ?
4. What is the maximum size of a file that can be mmap´ed ?
Furthermore, I understand that FreeBSD can´t mmap a block device.
On Thu, 28 Oct 1999, Michael Beckmann wrote:
> Hi !
>
> 1. What is the maximum size of a file on a filesystem ?
> 2. What is the maximum size of a filesystem ?
http://www.freebsd.org/FAQ/install.html#AEN704
-
Chris D. Faulhaber <[EMAIL PROTECTED]> | All the true gurus I've met never
Syst
:On Thu, 28 Oct 1999, Michael Beckmann wrote:
:
:> Hi !
:>
:> 1. What is the maximum size of a file on a filesystem ?
:> 2. What is the maximum size of a filesystem ?
:
:http://www.freebsd.org/FAQ/install.html#AEN704
:
:-
:Chris D. Faulhaber <[EMAIL PROTECTED]> | All the true gurus I've met
of course if you want to be really generic,
we've just added the netgraph code to -current which implements a lot more
than the rather specialised sppp code.
On Thu, 28 Oct 1999, J Wunsch wrote:
> (It would be nice if you formatted your message with line breaks.)
>
> "Daniel Hilevich" <[EMAIL
> The document is not quite right. The maximum size is limited to
> 8 Terrabytes due to block-size conversions done in the kernel which are
> independant of the filesystem block size.
The table in it is also completely hosed. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTE
:Hi !
:
:1. What is the maximum size of a file on a filesystem ?
:2. What is the maximum size of a filesystem ?
:3. What is the maximum amount of RAM that FreeBSD can handle ?
:4. What is the maximum size of a file that can be mmap´ed ?
:
:Furthermore, I understand that FreeBSD can´t mmap a block
On Thu, 28 Oct 1999, Matthew Dillon wrote:
> :Hi !
> :
> :1. What is the maximum size of a file on a filesystem ?
> :2. What is the maximum size of a filesystem ?
> :3. What is the maximum amount of RAM that FreeBSD can handle ?
> :4. What is the maximum size of a file that can be mmap´ed ?
> :
According to Michael Beckmann:
> Furthermore, I understand that FreeBSD can´t mmap a block device.
> Is it planned to change that ?
What is a block device ?
/me hides and runs
:-) for the humour impaired...
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD kelt
On Thu, Oct 28, 1999 at 02:56:00PM -0700, Julian Elischer wrote:
> > Block devices are being removed from the system so the answer is
> > no at the moment. If people have a need, we will probably introduce
> > a block device overlay of some sort that would theoretically be mmapable.
>
:On Thu, Oct 28, 1999 at 02:56:00PM -0700, Julian Elischer wrote:
:> > Block devices are being removed from the system so the answer is
:> > no at the moment. If people have a need, we will probably introduce
:> > a block device overlay of some sort that would theoretically be mmapab
On Thu, Oct 28, 1999 at 03:34:53PM -0700, Matthew Dillon wrote:
> :OK, so I know now that I can have pretty large files in the Terabyte range.
> :Very nice. But I assume I cannot mmap anything like a 100 GB file ?
> :
> :Michael
>
> Intel cpu's only have a 4G address space. Your are limited
> That´s why I´m looking for a way of having large mmap´able
> files. Are you saying that ALL Intel CPUs, including PIII, can only
> address 4 GB?
That's correct; it's why the ia32 architecture has a '32' in its name.
> I probably need to look at other architectures or solve this fd problem.
On Thu, Oct 28, 1999 at 03:53:20PM -0700, Mike Smith wrote:
> How many fd's do you plan to have open?
This would be 2^17 to 2^19. Would that be advisable ? I have never
seen anything like that.
> How severe is the performance
> penalty (have you actually measured it yet, or are you just going o
> On Thu, Oct 28, 1999 at 03:53:20PM -0700, Mike Smith wrote:
> > How many fd's do you plan to have open?
>
> This would be 2^17 to 2^19. Would that be advisable ? I have never
> seen anything like that.
That would be difficult.
> > How severe is the performance
> > penalty (have you actually
Michael Beckmann <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 28, 1999 at 03:53:20PM -0700, Mike Smith wrote:
> > How severe is the performance
> > penalty (have you actually measured it yet, or are you just going on
> > word of mouth)?
>
> The latter. Measuring would be difficult due to lack of tools
On Thu, Oct 28, 1999 at 04:42:42PM -0700, Scott Hess wrote:
> Urk! I don't mean to be insulting, but the notion that you would roll
> _any_ solution out for a problem of this size based on word of mouth freaks
> the crap out of me.
Hey ! You guys seem to have pretty strict opinions about how to
Michael Beckmann wrote:
>
> On Thu, Oct 28, 1999 at 03:34:53PM -0700, Matthew Dillon wrote:
> > :OK, so I know now that I can have pretty large files in the Terabyte range.
> > :Very nice. But I assume I cannot mmap anything like a 100 GB file ?
> > :
> > :Michael
> >
> > Intel cpu's only hav
:> Urk! I don't mean to be insulting, but the notion that you would roll
:> _any_ solution out for a problem of this size based on word of mouth freaks
:> the crap out of me.
:
:Hey ! You guys seem to have pretty strict opinions about how to solve problems.
:Right now I am just investigating the
Andrew Gallatin writes:
>
> I have an older AlphaStation 600 5/266 running -current (cvsupped
> last week) which is setup as a router between 2 100mb networks. When
> the machine is pushed fairly hard (like running a netperf -tUDP_STREAM
> -- -m 100 across the router, eg about 10-20k 100by
On Thu, 28 Oct 1999, Matthew Dillon wrote:
> :On Thu, 28 Oct 1999, Michael Beckmann wrote:
> :
> :> Hi !
> :>
> :> 1. What is the maximum size of a file on a filesystem ?
> :> 2. What is the maximum size of a filesystem ?
> :
> :http://www.freebsd.org/FAQ/install.html#AEN704
> :
> :-
> :Chr
:>
:> The document is not quite right. The maximum size is limited to
:> 8 Terrabytes due to block-size conversions done in the kernel which are
:> independant of the filesystem block size.
:
:Can you tell me how to get the 8TB value? I know all the things about
:indirect blocks an
> Here is the problem:
> When you want to have 500 GB of storage, you will need 250 files. In the current
> implementation of nnrpd, this will need 250 file descriptors per nnrpd. This will
> limit the number of readers that can be supported on a system, because a nnrpd is
> spawned for each reade
Matthew Dillon wrote:
>
> :> If you have a genuine need for 500Gig of news spool,
> :
> :This is roughly 10 days of newsfeed, btw.
>
> This is roughly 20 days of newsfeed if one take the porn, warez, and
> binaries groups, which contain mostly junk, and try to hold onto them
> fo
> > That´s why I´m looking for a way of having large mmap´able
> > files. Are you saying that ALL Intel CPUs, including PIII, can only
> > address 4 GB?
>
> That's correct; it's why the ia32 architecture has a '32' in its name.
I don't believe that's true. I don't have any hard evidence wit
I'm looking at the tutorial on building CCDs at
http://www.freebsd.org/tutorials/formatting-media/x205.html
It seems that this page needs to be updated to include the FAQ
entry between the ccdconfig and newfs. [I don't remember the
error I had before I did the disklabel...]
# cc
On 28-Oct-99 Mike Smith wrote:
>
>> That´s why I´m looking for a way of having large mmap´able
>> files. Are you saying that ALL Intel CPUs, including PIII, can only
>> address 4 GB?
>
> That's correct; it's why the ia32 architecture has a '32' in its
> name.
Note quite. With PAE (Page Add
On 29-Oct-99 Chuck Youse wrote:
>
>> > That´s why I´m looking for a way of having large mmap´able
>> > files. Are you saying that ALL Intel CPUs, including PIII, can
>> > only
>> > address 4 GB?
>>
>> That's correct; it's why the ia32 architecture has a '32' in its
>> name.
>
> I don't beli
On Fri, 29 Oct 1999, Michael Beckmann wrote:
> Here is the problem:
> When you want to have 500 GB of storage, you will need 250 files. In the current
> implementation of nnrpd, this will need 250 file descriptors per nnrpd. This will
> limit the number of readers that can be supported on a s
Yuch. The page address extension junk is just that... junk. Besides,
as was mentioned it wouldn't help mmap() at all. Registers are 32 bits
and nobody is going to revisit the segmentation (retch) stuff. Ugh, two
icky things in one paragraph, excuse me please while I take a tri
On Thu, 28 Oct 1999 21:32:51 -0400 (EDT)
Andrew Gallatin <[EMAIL PROTECTED]> wrote:
> exception_return & skipped the ipl lowering & the check for an ast
> since I don't think you're ever going to need to check for an ast
> after an interrupt.
Nonsense. ASTs are a key part of process sche
> > That's correct; it's why the ia32 architecture has a '32' in its name.
>
> I don't believe that's true. I don't have any hard evidence within easy
> reach, but with the introduction of the Pentium, the address space was
> increased. A user process, of course, can only have 4G of addressible
"Stephen J. Roznowski" wrote:
>
> I'm looking at the tutorial on building CCDs at
Why? Do you have a compelling reason not to use Vinum volume manager?
--
"Where am I, and what am I doing in this handbasket?"
Wes Peters Soft
hi, there!
Are there any plans to implement RTLD_GLOBAL/RTLD_LOCAL mode flags for
dlopen?
/fjoe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> >Autonegotiation is failing. That happens in the Fast Ethernet world.
> >Buying better quality switches *may* help. ;^)
>
> Can you get any better than 3COM's top of the range stacks?
I ran into a similar problem with a couple Linksys cards under both FBSD &
(ugh) Win95 -- telling the HP Pr
As Julian Elischer wrote:
> of course if you want to be really generic, we've just added the
> netgraph code to -current which implements a lot more than the
> rather specialised sppp code.
Sure, i was only answering a question.
--
cheers, J"org
[EMAIL PROTECTED] -- http://www.sax.de/~joerg/
hi,
I saw it once too but it came from a defective adaptec 2940 board
On Thu, 28 Oct 1999, Alban Hertroys wrote:
> On 28 Oct, Didier Derny wrote:
> >
> > I've never had a crashed file system with Freebsd (I started with FreeBSD
> > 1.1)
>
> I've seen it happen once. Eventually it turned out
64 matches
Mail list logo