Vlad GALU [EMAIL PROTECTED] writes:
Hello. I am trying to write a monitoring program
which makes use of the kvm interface.
procfs is significantly less evil, if you can get the information you
require from it.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
Wes Peters [EMAIL PROTECTED] writes:
On Thursday 29 May 2003 00:12, Dag-Erling Smorgrav wrote:
May I remind you that KR-style declarations have been deprecated for
the last 14 years?
Funny, the last time I looked at a C language specification they were
still supported.
6.11.5
Valentin Nechayev [EMAIL PROTECTED] writes:
Essential words are understriked. I can't imagine how it can be read
as unsupported.
I didn't use the word unsupported, I said deprecated.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL
-traditional?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
just a front-end to the ata system?
No, it's completely device independent.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
down to -STABLE yet.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
on periodic that it
dies and find is always the process running. Its only with SMP as well
on this 'oldish' machine
Hmm, it would be great to know what process was running when it
crashed. Unfortunately, I don't know how to do that post-KSE...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
of two.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Peter Jeremy [EMAIL PROTECTED] writes:
In any case, doesn't the name imply that it's 31-bits...
Yes, it's a bad name.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
/kern_conf.c:207
These numbers look perfectly valid (cuaia0). The only explanation I
can think of is some kind of race, or some kind of corruption.
Hopefully somebody more clued than myself will be able to figure it
out.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
in the list that has a lower address than c0174830.
How do you build your kernels - 'make buildkernel' or manually?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
?
Always make buildkernel. I have a debug kernel built as well
(makeoptions DEBUG=-g)
That's what I wanted to know.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Mike Tancsa [EMAIL PROTECTED] writes:
Thank you very much, I will do so as soon as I get the dump. BTW,
could the act of giving the wrong params to dumpon cause the crash ?
No, it wouldn't.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
directly via getenv() etc, those would not be
too late.
It wouldn't be too late for loadable modules...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Sergey Matveychuk [EMAIL PROTECTED] writes:
What is OSVERSION num right after OpenPAM implemented?
What problem are you trying to solve?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
whether the system
runs Linux-PAM or OpenPAM, you've fixed it wrong.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
will be a right one?
I can't tell you unless you show me what you believe needs fixing.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Sergey Matveychuk [EMAIL PROTECTED] writes:
What a right way escape from PAM_CONV_AGAIN/PAM_TRY_AGAIN and relate code
from LINUX_PAM?
Shoot the module author for using it, and Andrew Morgan (Linux-PAM
author) for inventing it.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe
, then modifies its contents in the
setcred phase (which only occurs if authentication was successful).
The destructor would register success or failure in a database
depending on whether the object was modified before release. The
exact nature of that database is not important.
DES
--
Dag-Erling Smorgrav
additional information about memory maps etc. from procfs.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
the announcement again. FreeBSD 5.x will still have DoC support,
which means you have at least two years to grow tired of it before we
stop putting out 5.x releases. By that time you will hopefully have
realised it is a dead-end technology and switched to something that
works.
DES
--
Dag-Erling Smorgrav
Sergey Babkin [EMAIL PROTECTED] writes:
Also the GNU grep has a lot more options, the most interesting
of them being -r.
Unfortunately, GNU grep's -r option is broken (it does not handle
symnlinks correctly). Try textproc/freegrep from ports instead.
DES
--
Dag-Erling Smorgrav - [EMAIL
in it.
This is an oft-requested feature, but I'm not sure how best to implement
it.
Look up the -I option in the diff(1) man page.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
reason why you don't use cmp instead of diff
on line 815?)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
it just fine, and attaches it as a
ulpt device, it fails to print (the process that tries to write to
/dev/ulpt0 just hangs). I'll see if I can figure out a way to force
the ulpt driver to bind to 7/1/2.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: sys/dev/usb/ulpt.c
===
RCS file: /home/ncvs/src/sys/dev/usb/ulpt.c,v
retrieving revision 1.50
diff -u -r1.50 ulpt.c
--- sys/dev/usb/ulpt.c 30 Oct 2002 01:18:58 - 1.50
+++ sys/dev/usb
Ian Campbell [EMAIL PROTECTED] writes:
How exactly would I go about increasing KVM?
Read the FAQ.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
[EMAIL PROTECTED] writes:
I'm writing some graphics code (just for fun) and I need legal access to
the memory addresses below 1 mb.
You can't access the framebuffer directly in FreeBSD like you can in
DOS. Take a look at libvgl ('man vgl').
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
) p *adp
Cannot access memory at address 0x68c040.
(kgdb) p *atadev
$4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 ad1, param = 0x0,
driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0}
ad_attach() is trying to dereference atadev-param, which is NULL.
DES
--
Dag-Erling
Charles Sprickman [EMAIL PROTECTED] writes:
On 28 Jul 2002, Dag-Erling Smorgrav wrote:
ad_attach() is trying to dereference atadev-param, which is NULL.
Is there any other info I can provide? I'll drive, you steer. :)
No, this is Søren's cup of tea, which is why I Cc:ed him.
DES
--
Dag
trying mmap, and this lets me get to about
2.5 GB of memory (again I ask for the memory in small increments). What
is it that causes these limitations?
man limits, and see MAX{DSIZ,SSIZ} in NOTES.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
Peter Haight [EMAIL PROTECTED] writes:
If I link with libc_r can I use gethostbyname2() at the same time in two
different threads?
Use getaddrinfo() instead.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
Ian [EMAIL PROTECTED] writes:
The general rule is including includes from includes is bad.
Okay, it's time to point out that these are opinions, not rules, and
differing opinions exist.
POSIX disagrees with you.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
-hackers is not the appropriate forum for code review. The patch is
incorrect and should be backed out.
Never mind, I did it myself.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
John Kozubik [EMAIL PROTECTED] writes:
You can solve this problem by removing the setrlimit() call in postfix,
with the following patch:
s/solve/work around/
The correct *solution* would be to fix setrlimit().
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
Alfred Perlstein [EMAIL PROTECTED] writes:
It looks like the following delta (submitted by Tim J. Robbins) may
fix it:
It looks correct to me, please commit (unless John has any
objections?)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
des des0 Apr 10 16:16 bar
In my humble opinion, Solaris (and every other *nix) is broken in this
respect, and *BSD is correct.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Bogdan TARU [EMAIL PROTECTED] writes:
On 10 Apr 2002, Dag-Erling Smorgrav wrote:
In my humble opinion, Solaris (and every other *nix) is broken in this
respect, and *BSD is correct.
Except for OpenBDS. No NetBDS machine available, maybe some of you could
try it on one as well?
I don't
Bogdan TARU [EMAIL PROTECTED] writes:
Could you also try the NetBDS's 'rm'? If it does work like FreeBDS, than
I really don't know what to believe anymore.
It doesn't, actually, it removes the symlink rather than the directory
it points at.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
just fine.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
.
4. Why is it that some linux utilities, run inside a jail, get the
hostname of the host machine, and not the hostname of the jail itself?
It's a bug. It was fixed recently (in the last few days) in -CURRENT.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
Mike Meyer [EMAIL PROTECTED] writes:
In my ongoing attempt to get my PR's closed, here's the list
again. They are listed roughly in the order of difficulty.
Please send this to [EMAIL PROTECTED]
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
Hiten Pandya [EMAIL PROTECTED] writes:
Is there any In-Kernel HTTP Server for FreeBSD, like there is
kHTTPD for Linux?
God forbid! Lots of hack value, sure, but not something you'd
seriously consider for production use.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
Thomas Hurst [EMAIL PROTECTED] writes:
Don't functions like FreeBSD's zero-copy sendfile() provide similar
performance benefits without the massive security issues?
sendfile() isn't zero-copy, it's just two-less-copies.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
well .. So let's turn the question upside-down, and ask Is there a web
server or -accelerator for FreeBSD with similar performance as with khttpd
or Tux?
Have you tried thttpd or boa?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
Roy Sigurd Karlsbakk [EMAIL PROTECTED] writes:
sendfile() isn't zero-copy, it's just two-less-copies.
zero-copy means zero copy-operations within memory
To an MCSE, maybe.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
brags about
being an MCSE and MCNE to understand that)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
. Believing that it's worth more than the
paper it's printed on, however, and bragging about it in an
open-source forum, raises serious questions about one's intellectual
acumen.
Now, a CCNE, on the other hand...
DES (neither of the above)
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
issues.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
signal and core dumps. Can anyone give me a
clue how this is the case? Thanks!
The parent must either detach from the child, or wait for it to
terminate. See ptrace(2).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
of PT_TRACE_ME).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Zhihui Zhang [EMAIL PROTECTED] writes:
On 9 Feb 2002, Dag-Erling Smorgrav wrote:
execve(2) in kern_exec.c posts SIGTRAP if the process has debugging
turned on (which it does as a result of PT_TRACE_ME).
This is one time thing. It will be catched by the first wait()
call in the parent
Rafter Man [EMAIL PROTECTED] writes:
2. I hope that in the furture the FreeBSD developers will rewrite
the system in C++.
You need to have your head examined.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
Maxime Henrion [EMAIL PROTECTED] writes:
The recently added cvsweb.FreeBSD.org vhost makes me think we could also
have one pointing to the PR database (/cgi/query-pr-summary.cgi), for
example, bugs.FreeBSD.org as the subject of this mail suggests.
Yes, please.
DES (Bugmeister)
--
Dag-Erling
Poul-Henning Kamp [EMAIL PROTECTED] writes:
There exists a patch for adding a mode to our floppy driver to
add DEC RX50 media handling.
Clearly a job for Jessem, don't you think? :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Doug Barton [EMAIL PROTECTED] writes:
On 22 Nov 2001, Dag-Erling Smorgrav wrote:
I've set up a [EMAIL PROTECTED] mailing list
Any reason this can't/shouldn't be a freebsd.org mailing list?
Mostly because setting up a freebsd.org mailing list takes time and I
wasn't willing to wait
for PR handling in the context
of the FreeBSD Project.
To subscribe, send the usual magic incantations to [EMAIL PROTECTED]
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Gary Jennejohn [EMAIL PROTECTED] writes:
This seems like a fatal name for the list considering what
buggers means.
I know perfectly well what it means. I did say the list was informal,
didn't I? :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
Bernd Walter [EMAIL PROTECTED] writes:
In short: The data is tranfered into the kernel and dropped there.
The data is never transferred into the kernel. There is no copyin()
or uiomove() there.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
to the
outside box and let PPP take care of the default route. The outside
box should run natd or ipnat unless you have a spare IP address you
can use for the PPP link.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
Eugene L. Vorokov [EMAIL PROTECTED] writes:
Uhmz ?
Your shell is broken.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
getting converted to heat by their
equipment, but they generally have good cooling, so if you don't
overdo it you should be OK.
I hope this answers your question.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
Guido van Rooij [EMAIL PROTECTED] writes:
May I aks which shell you are using?
Zsh.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Arun Sharma [EMAIL PROTECTED] writes:
Another advantage of truss is that the output is online and interactive.
ktrace requires you to use kdump to view the trace.
I certainly wouldn't call truss interactive. As for online, see
the -l command-line option to kdump.
DES
--
Dag-Erling Smorgrav
one int
at a time from process memory whereas with /proc/pid/mem you can read
as much as you want in one go.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
and pointers are
the same size), but that's no reason not to do things right.
Also, I don't see the point in munging the Makefile like you do - I
think we can live with having a Makefile that's slightly (and
trivially) different from NetBSD's.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
looked at the libutil Makefile. Thanks!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
John Baldwin [EMAIL PROTECTED] writes:
Huh? Int on alpha is 32, and pointer is 64.
I thought we were ILP64 on 64-bit archs, but you're right. And I
ought to know better...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Your rcorder patch is incorrect.
Here's a correct patch. Does anybody mind if I commit this and
connect rcorder(8) to the build?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: Makefile
Seth Kingsley [EMAIL PROTECTED] writes:
Why not remove it after using it to restore the mixer state? It would
only exist to survive a reboot.
You'd have to reset everything manually after a crash.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
. The packet flows
directly from one layer2 input routine directly to the opposing
layer2 output routine without traversing the IP layer.
And more importantly, without traversing ipfw or ipfilter. In other
words, don't use this on a firewall.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED
queue.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
at the kernel level, and as others have stated before in
a different context, driver source does not constitute adequate
documentation. It helps, but it's neither sufficient nor necessary.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
.
A 3.x driver *could* be ported forward to 4.x and 5.x, but the
required changes are not trivial (newbus, SMPng...) and you'd still
need sample boards for testing and debugging, and docs for reference
when you don't understand what the existing driver is trying to do.
DES
--
Dag-Erling Smorgrav
-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
'. You'll be surprised...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
of nasty bugs and problems.
There was one in FreeBSD too. It's been fixed; accept(2) will return
-1 and set errno to ECONNABORTED, which you'd know if you'd RTFM.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
David Preece [EMAIL PROTECTED] writes:
Is anyone close enough to drive round and have a quiet word?
Netiquette for instance. Or asking for trouble.
Or lookity shiny new baseball bat?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
effectively got a
{BSD,MIT,Apache} license (except for a few details about attributions
and the naming of derivative software), and you might as well make the
change in name as well as in function.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
Mike's patch is a style cleanup with no functional impact except
plugging a memory leak, I feel it's better to commit it first, and
merge in Alexey's patch later, after it's been reviewed by this forum.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
or fold.
Talk about bait-and-switch! It's for this reason, by the way, that
the LGPL has been renamed from Library GPL to Lesser GPL.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
it back on. If you're not happy with that, put 'hw.ata.wc=0'
in your /boot/loader.conf and they'll be off after the next reboot.
Or get real disks.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body
Urban Olsson [EMAIL PROTECTED] writes:
Another strange thing is that when I try to use tcpdump it doesn´t show all
packets. No packets are dropped by kernel but tcpdump have received
packets but don´t show them. Could this in some way be related.
Use the -n option.
DES
--
Dag-Erling
. They are set by the submitter
and rarely if ever changed by committers, and are usually far more
indicative of the submitter's state of mind than of the PR's
importance.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body
Kevin Way [EMAIL PROTECTED] writes:
I just ordered a spare machine a few days ago. I'll install
-CURRENT on it, and start the integration. I've been
needing something to keep myself out of trouble.
That's our new slogan: FreeBSD - keeping kids off the street
DES
--
Dag-Erling Smorgrav
Mike Smith [EMAIL PROTECTED] writes:
Every time I tease my housemate's cat with a laser pointer, I am
violating a US patent. (No, really.)
I need to get a laser pointer...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Matt Dillon [EMAIL PROTECTED] writes:
http://apollo.backplane.com/FreeBSD/tuning.html
In the kernel config tuning section, you've misspelt NSFBUFS as
NFSBUFS, which doesn't exist.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
intuitive to me and Peter at
least. :-)
Maybe so, but I've always thought -A and -X were *counter*intuitive,
and the current behaviour of 'sysctl foo' where foo is the name of an
opaque variable is, to say the least, surprising. Adding the -x
option makes it slightly less so.
DES
--
Dag-Erling
a message when it omits printing an opaque variable.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Sheldon Hearn [EMAIL PROTECTED] writes:
Is there a good reason why sysctl(8) won't display _any_ output for
opaque MIB entries named as arguments?
Yes it will, with -X. The interesting question is why there isn't an
option to make it display
Sheldon Hearn [EMAIL PROTECTED] writes:
On 07 May 2001 18:51:22 +0200, Dag-Erling Smorgrav wrote:
Yes it will, with -X. The interesting question is why there isn't an
option to make it display just one variable in hex, and why it doesn't
print a message when it omits printing an opaque
Peter Pentchev [EMAIL PROTECTED] writes:
How about e.g. 'sysctl -a hw', which still shows *all* MIB's?
At least on ref5 as of this very moment..
Yes, because '-a' means 'show all non-opaque' and 'hw' is ignored.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
Peter Pentchev [EMAIL PROTECTED] writes:
On Mon, May 07, 2001 at 07:52:15PM +0200, Dag-Erling Smorgrav wrote:
Peter Pentchev [EMAIL PROTECTED] writes:
How about e.g. 'sysctl -a hw', which still shows *all* MIB's?
Yes, because '-a' means 'show all non-opaque' and 'hw' is ignored.
OK, so I
- you'd
see the kernel stack getting smashed, not an FPU exception.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
of the instruction which caused
this exception, right ?
Possibly. I'm not very familiar with the FPU.
3. If yes, how do I translate this 48 bit address in a linear address
which gdb can understand ?
You don't. FreeBSD uses a flat address space, you can disregard the
segment descriptor.
DES
--
Dag-Erling
-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
no
longer root.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
and libfetch, and
it seems like there's some stub code that hasn't been flushed out
completely. Anyone know of any plans to finish this up?
Feel free to send patches :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
1 - 100 of 436 matches
Mail list logo
