On Sat, 20 May 2000, Arun Sharma wrote:
> I'm guilty of running indent against the source, before I did this
> work. So I can't generate a clean patch yet. But if I get good
> feedback on this work, I'll clean it up and produce a patch that can
> be commited.
Its pretty difficult to review this w
I just implemented the "-f" flag in truss, to trace across fork(2),
rfork(2) and vfork(2) (the last one is not tested).
The other day I observed that there were two truss processes when I
was running "truss -f" on a Solaris box. I just thought it was a much
simpler way of implementing "-f" than t
Mike Smith wrote:
>
> The canonical way to do this is actually to shudown and reboot.
>
> In the _startup_ phase, while the root filesystem is still mounted
> readonly, you check the UPS status. At this point, you have access to
> the disk in a read-only fashion, and you can power-off (or have
On Sat, 20 May 2000, Alexander Langer wrote:
> Yes. But what about the others.
> /sys/dev/aha/aha_mca.c for example - it is part of module (aha),
> allocs resources, but never releases them.
Not on my system. You can't build a module that includes front ends for
busses that may not be loaded.
In message <[EMAIL PROTECTED]> Sergey Babkin writes:
: Warner Losh wrote:
: >
: > In message <[EMAIL PROTECTED]> Sergey Babkin writes:
:
: > : # If a driver returns a success code which is less than zero, it must
: > : # not assume that it will be the same driver which is attached to the
: > : #
In message <[EMAIL PROTECTED]> Sergey Babkin writes:
: Well, I suppose unloading drivers makes much sense only in case
: if hardware supports hot-plug.
And when one is developing the driver, it helps a whole lot to add
unload capability. kldunload takes 1 second. reboot takes 120.
: I see the
In message <[EMAIL PROTECTED]> Alexander Langer writes:
: > compiled in the kernel (as opposed to being loaded as a module)
: > then it never gets unloaded. And many drivers were written before
: > the loadable modules appeared.
:
: Yes. But what about the others.
: /sys/dev/aha/aha_mca.c for ex
Alexander Langer wrote:
>
> Thus spake Sergey Babkin ([EMAIL PROTECTED]):
>
> > compiled in the kernel (as opposed to being loaded as a module)
> > then it never gets unloaded. And many drivers were written before
> > the loadable modules appeared.
>
> Yes. But what about the others.
> /sys/dev
On Sat, 20 May 2000, Alexander Langer wrote:
> Thus spake Doug Rabson ([EMAIL PROTECTED]):
>
> > There is really no need. The mcclock driver can't be detached since its
> > required for normal system functioning (its the main clock source).
>
> OK. I agree.
> It was just the first driver I got,
On Fri, 12 May 2000, Nick Sayer wrote:
> I would like to gather some opinions in regards to _very slightly_
> backing off
> on rexec's security.
>
> rexec makes the following checks, and refuses to allow usage if any are
> true:
>
> uid == 0
I turned off this check at sarnoff six years
On Sat, May 20, 2000 at 04:41:56AM -0400, Mike Nowlin wrote:
>
> This isn't really FBSD-related, but this seems like a good place to ask...
>
> I have a Linux dual P-II 333 that had the following memory config:
>
> bank 1 - 32M DIMM/100
> bank 2 - 64M DIMM/100
> bank 3 - 64M DIMM/100
>
>
> How do you control the shutdown?
>
> If it is a simple logical signal, i.e. either high or low voltage, perhaps
> the easiest way would be a hardware solution.
>
> It could be as simple as a diode, a large capasitor and a resistor.
>
> Your local electronic supplyer could probably build a del
Hi all,
This is a question my partner should be asking, but he is a linux guy
and doesn't seem interested in pursuing this topic. I'm not a
programmer, but it seems I must query this...
We have a program that is a re-write of dhis.org dhid application. We
intend it to be used to create the inf
> From: Shadi Fazelian <[EMAIL PROTECTED]>
> Date: 2000-05-20 01:20:07 -0700
> To: [EMAIL PROTECTED]
> Subject: one question:
> X-Loop: FreeBSD.ORG
> Delivered-to: [EMAIL PROTECTED]
>
> Hello
> and don't tire from destroying servers
> one question:
> in my server all of services is down(like
> ftp
In message <[EMAIL PROTECTED]> Alexander Langer writes:
: > : Strange. Enlighten me, please. .-9
: > If you don't have a detach routine, you can't unload the driver.
:
: How does one unload aha.ko then (for the aha_mca.c cards)?
One doesn't unload aha right now.
: That needs to be fixed. Shall
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Sergey Babkin writes:
> : # If a driver returns a success code which is less than zero, it must
> : # not assume that it will be the same driver which is attached to the
> : # device. In particular, it must not assume that any values stored i
On Fri, 19 May 2000, Joy Ganguly wrote:
> hi all
>
> what does the flag OBJ_OPT mean?? i read it deals with some sort of IO
> optimization. but i dont know what it actually does. any insights on
> this??
IIRC, when you do an I/O on a file and some of the pages of that file are
already in the me
On Wed, 17 May 2000, Dmitry Samersoff wrote:
> I have traffic metering program using bpf,
> it works fine on relatevly free net but looses about 30%
> of packets on havy loaded one.
Two possibilities come to mind:
1) You machine is too slow (pretty slow), your bus is too slow (ISA), or
your
Thus spake Doug Rabson ([EMAIL PROTECTED]):
> There is really no need. The mcclock driver can't be detached since its
> required for normal system functioning (its the main clock source).
OK. I agree.
It was just the first driver I got, so far only an example (bad one).
What about aha?
Alex
-
On Sat, 20 May 2000, Alexander Langer wrote:
> Hello!
>
> See sys/alpha/isa/mcclock_isa.c:
> It has attach (which allocs resource), but not detach.
> Also, it doesn't save the rid in the softc.
>
> I wonder, if the generic detach function is capable to clean up the
> resource without knowing th
Thus spake Warner Losh ([EMAIL PROTECTED]):
> : Strange. Enlighten me, please. .-9
> If you don't have a detach routine, you can't unload the driver.
How does one unload aha.ko then (for the aha_mca.c cards)?
That needs to be fixed. Shall I?
Alex
--
I need a new ~/.sig.
To Unsubscribe: sen
Thus spake Sergey Babkin ([EMAIL PROTECTED]):
> compiled in the kernel (as opposed to being loaded as a module)
> then it never gets unloaded. And many drivers were written before
> the loadable modules appeared.
Yes. But what about the others.
/sys/dev/aha/aha_mca.c for example - it is part of
This isn't really FBSD-related, but this seems like a good place to ask...
I have a Linux dual P-II 333 that had the following memory config:
bank 1 - 32M DIMM/100
bank 2 - 64M DIMM/100
bank 3 - 64M DIMM/100
Over the last few days, I've started getting tons of sig11's, especially
when X
You might want to try sticking sendmail_enable="NO" into your
/etc/rc.conf. There's a bunch of other services that get started by
default, /etc/defaults/rc.conf has all the details. That's for FreeBSD
4 and up atleast. If I remember correctly to fix this in versions smaller
than 4, just edi
>From the keyboard of Jeremy Lea:
> Just an idea...
>
> On Fri, May 19, 2000 at 05:00:26PM +0100, Cillian Sharkey wrote:
> > Basically, is there currently any way to execute a post-shutdown script once
> > the system has "halted" ? If not, is this feature possible to add ?
>
> Why not let the m
Hello
and don't tire from destroying servers
one question:
in my server all of services is down(like
ftp,telnet,)
and in crontab there isn't somthing.
but somebody can access to my server and can send
e_mail
please guide me
thanks shadi
__
Do Yo
In message <[EMAIL PROTECTED]> Alexander
Langer writes:
: Strange. Enlighten me, please. .-9
If you don't have a detach routine, you can't unload the driver.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
In message <[EMAIL PROTECTED]> Sergey Babkin writes:
: Warner Losh wrote:
: >
: > In message <[EMAIL PROTECTED]> Sergey Babkin writes:
: > : The code seems to guarantee that if the probe routine returns 0
: > : then the attach routine will be called right away. So if the probe
: > : routine retur
28 matches
Mail list logo