Hi! I'm managing the PowerList mailing list.
I'm sorry, I've been unable to carry out your request,
since the address
[EMAIL PROTECTED]
was not on the PowerList mailing list when I received
your request and is not a subscriber of this list.
If you unsubscribe, but continue to receive mail,
Just wanted to let folks know that I'm very happy with the way that
interrupt storms are handled in current. They do eat all the CPU,
which is unfortunate. However, they don't keep me from breaking into
the debugger, or pinging the machine! When I call boot 0 from the
debugger, the system becom
unsubscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
After my last cvsup, I went to run make buildworld
as I normally do and got the following error. How do I fix this so that I
can continue with the updates?
su-2.04# make buildworld"/usr/src/share/mk/bsd.subdir.mk", line 32:
Could not find bsd.init.mkmake: fatal errors encountered -- ca
First thing to do when a buildworld fails after you cvsup, is to do another cvsup and
retry buildworld.
On 18 Jul 2002 07:04 EDT you wrote:
> After my last cvsup, I went to run make buildworld as I normally do and got the
>following error. How do I fix this so that I can continue with the upd
Final reminder: submissions for the May/June status report must be
received by tomorrow afternoon to be included. Please submit information
on on-going FreeBSD projects/etc. This information is both very important
to get a sense of where the project is going internally, and for the
purposes of
On Wed, Jul 17, 2002 at 11:40:01AM -0700, Terry Lambert wrote:
> The "normal" way to do this, barring any gratuitous system call
> changes(*), is to take the "DISC2" FS image, copy it into a
> directory, chroot into the directory, and do the build in the
> chroot'ed environment.
I was considering
On Wednesday 17 July 2002 01:27 pm, Terry Lambert wrote:
| Sean Hamilton wrote:
| > The fact that FreeBSD does not beep after it finishes shutting down has
| > costed me dozens of hours of reformatting inconsistent filesystems, and
| > probably all sorts of little bits of data loss which I'm just
On Thu, 18 Jul 2002, Robert Watson wrote:
>
> Final reminder: submissions for the May/June status report must be
> received by tomorrow afternoon to be included. Please submit information
> on on-going FreeBSD projects/etc. This information is both very important
> to get a sense of where th
Does FreeBSD do that or do I have to look for an option in the BIOS?
Andrei Cojocaru
[EMAIL PROTECTED]
- Original Message -
From: "Terry Lambert" <[EMAIL PROTECTED]>
To: "Andrei Cojocaru" <[EMAIL PROTECTED]>
Cc: "Darren Pilgrim" <[EMAIL PROTECTED]>; "Cy Schubert - CITS Open
Systems Gr
Hi,
I have a problem with many server daemons.
select() might block for a long time if system date changes.
-
Example :
at 10h00am
I call select() with a timeout argument set to 2min,
at 10h01am, time changes to 09h59am.
select() returns at 10h02am, it has blocked during 5 minutes.
---
I've forgottent to precise that servers involved use thread library
(compilation with -pthread flag)
Jeremy D'Hoinne
--- original post ---
Hi,
I have a problem with many server daemons.
select() might block for a long time if system date changes.
-
Example :
at 10h00am
I call select(
On Thu, 18 Jul 2002, Julian Elischer wrote:
> On Thu, 18 Jul 2002, Robert Watson wrote:
>
> > Final reminder: submissions for the May/June status report must be
> > received by tomorrow afternoon to be included. Please submit information
> > on on-going FreeBSD projects/etc. This information
If not an answer to my question, can someone please tell me which is the
FreeBSD device driver development forum or New's group, where I am most
likely to get help...
Thanks in advance,
Regards,
-Vani.
> -Original Message-
> From: Sabapathi, Vanishree
> Sent: Wednesday, July 1
"Brian T.Schellenberger" wrote:
> Obviusly for older hardware that can't power itself off, so that you know
> when it's done before you hit the power switch. Personally I don't
> understand the problem since I usually can look at the screen display and
> even if I can't I can hear the disk spinni
Andrei Cojocaru wrote:
> > Looking for another clock already living there somewhere in the same
> > PC hardware isn't going to fix it.
> >
> > You need to disable CMOS daylight savings time swithing in the BIOS,
> > so that it doesn't jump the reported clock value on you.
>
> Does FreeBSD do that
Robert Watson wrote:
> I thought about it, but haven't had time to implement. Right now I just
> cat the messages together, render, and fix warnings and errors due to bad
> sgml in submissions. Oh, and write an introduction. It's actually a
> remarkably simple process [fo
> > Hi,
> > I am writing a charecter driver for a pci-ide controller, my problem
> > is that atapci driver already claims my device. So in essence I need to
> > detach the atapci driver from my device and claim it
> > I have tried using the bus_generic_detach to detach the atapci driver,
but
>
On Thu, Jul 18, 2002 at 04:26:22PM +0200, Jeremy D'Hoinne wrote:
> Hi,
>
> I have a problem with many server daemons.
> select() might block for a long time if system date changes.
>
> -
> Example :
> at 10h00am
> I call select() with a timeout argument set to 2min,
>
> at 10h01am, time
"Sabapathi, Vanishree" wrote:
> If not an answer to my question, can someone please tell me which is the
> FreeBSD device driver development forum or New's group, where I am most
> likely to get help...
Not all processes are reversible.
That is, things, once allocated, may not be capable of bein
Bernd Walter wrote:
> > I have a problem with many server daemons.
> > select() might block for a long time if system date changes.
> >
> > -
> > Example :
> > at 10h00am
> > I call select() with a timeout argument set to 2min,
> >
> > at 10h01am, time changes to 09h59am.
> >
> > select()
On Thu, 18 Jul 2002, Terry Lambert wrote:
> Robert Watson wrote:
> > I thought about it, but haven't had time to implement. Right now I just
> > cat the messages together, render, and fix warnings and errors due to bad
> > sgml in submissions. Oh, and write an introduction. It's actually a
>
On Thu, 18 Jul 2002, Terry Lambert wrote:
> Arguably, select(2)'s timer *should* be a delta timer, rather than an
> endpoint timer, but... absolute, or relative? The answer depends on the
> application, doesn't it?
Absolutely absolute. Applications should be written to accomodate early
returns
- Original Message -
From: "Robert Watson" <[EMAIL PROTECTED]>
To: "Terry Lambert" <[EMAIL PROTECTED]>
Cc: "Julian Elischer" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Friday, July 19, 2002 1:18 AM
Subject: Re: Request for submissions: FreeBSD Bi-Monthly Developmen
On Fri, 19 Jul 2002, Paul Richards wrote:
> - Original Message -
> From: "Robert Watson" <[EMAIL PROTECTED]>
> To: "Terry Lambert" <[EMAIL PROTECTED]>
> Cc: "Julian Elischer" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Friday, July 19, 2002 1:18 AM
> Subject:
At 8:45 PM -0400 7/18/02, Robert Watson wrote:
>I've seen many base system developers commit man pages, but few
>commit to the docbook/sgml side of things in the doc project.
>[...] The FreeBSD src developer community is, after all, a
>community of people who write software that frequently ships
>
> Dump on a live FS is always risky. FreeBSD in 4.x and earlier will have
> up to about a 30 second delay before a write() makes it to physical disk.
Ok, assume all the writes have finished, we wait 1-2 minutes before
starting dump, no new writes happen during the dump, then are we
assured that
> After upgrading some Redhat machines to 1GB of ram it became nearly
> impossible to dump any filesystem without dump going crazy trying
> to read nonexistant blocks (previously it had worked fine). Upgrading
> the version of the linux dump program which we use helped significantly
> and now we c
:On Thu, 18 Jul 2002, Terry Lambert wrote:
:
:> Robert Watson wrote:
:> > I thought about it, but haven't had time to implement. Right now I just
:> > cat the messages together, render, and fix warnings and errors due to bad
:> > sgml in submissions. Oh, and write an introduction. It's actually
> Do you check your backups, or does Amanda do it for you? I think dump
> is on the way out in Linux.
I've managed to restore them when needed (despite Redhat's best
efforts over the years, including shipping a version of restore
that couldn't restore symlinks). In general we don't store users
d
On Thu, 18 Jul 2002, Robert Watson wrote:
>I kid you not :-). About 40% of the SGML submissions I receive are broken
>in some form, despite a template that is correct. Usually it's unclosed
>tags, removal of a necessary tag, etc. If I had to guess, asking for
>nroff/mdoc submissions would resu
On Thu, Jul 18, 2002 at 05:58:56PM +0200, Jeremy D'Hoinne wrote:
> I've forgottent to precise that servers involved use thread library
> (compilation with -pthread flag)
Ahhh - this may explain what you are seeing - I think that the
threaded library uses gettimeofday, which would see the time goi
32 matches
Mail list logo
