> The subject says it all :)
>
> What is the best way to allocate kernel memory with non-cacheable bit set? Or,
> better yet, is it possible to change caching bit on an already kmalloc'ed
> memory block? Will something like this work?
>
> pt_entry_t pte;
> pte = (pt_entry_t)vtopte(vaddr)
On Wed 2000-10-04 (21:13), Doug Barton wrote:
> Can you give more details about this process? I'm not sure how it would
> work to change the list of conf files other than in the default location
> if you're going to source the defaults anyway.
defaults/rc.conf has ``rc_conf_files=/etc/rc.c
Greetings!
Is there a clean and decent way to find out the percentage
of CPU idle time, like top and systat give? I have browsed
the source for both, and neither appear to have a simple
way of finding this information.
I have already tried and rejected getloadavg. In my
application, two main
Not sure if this is on-topic, but what the heck:
I've started playing a little more freely with my laptop. One result
is comparatively frequent panics when doing things I know damn well
are almost certain to fail, say, while playing with the Linuxulator or
in mount_union.
Are these panics & deb
No, not in the general case, they are not normal! So feel free to provide
the info. :-)
On Thu, 5 Oct 2000, Michael Lucas wrote:
> Not sure if this is on-topic, but what the heck:
>
> I've started playing a little more freely with my laptop. One result
> is comparatively frequent panics w
* Michael Lucas <[EMAIL PROTECTED]> [001005 13:15] wrote:
> Not sure if this is on-topic, but what the heck:
>
> I've started playing a little more freely with my laptop. One result
> is comparatively frequent panics when doing things I know damn well
> are almost certain to fail, say, while pla
Why does find(1) operate non-recursively in /proc?
% uname -a
FreeBSD example.com 4.1-STABLE FreeBSD 4.1-STABLE #0: Thu Aug 31
22:31:20 EDT 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/EXAMPLE
i386
% find /proc
/proc
/proc/curproc
/proc/48643
/proc/48576
/proc/48511
/proc/48510
/proc/48467
/pr
In article <[EMAIL PROTECTED]>,
Jordan Hubbard <[EMAIL PROTECTED]> wrote:
> > I think that we can do a lot with cvsupd. I've used cvsupd to grab
> > binaries on an experimental basis and it seems to work great. I've
>
> Hmmm. Does cvsupd also move a target out of the way if it already
> exist
In article <[EMAIL PROTECTED]>,
Ronald G Minnich <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Oct 2000, FengYue wrote:
>
> > It seems that mmap on /dev/zero is more portable.
>
> no really, It won't work at all correctly on linux, and on Tru64 it does
> the totally wrong thing, but the (fd = -1, MAP_
On Thursday, October 05, 2000, void wrote:
> Why does find(1) operate non-recursively in /proc?
Because the procfs_readdir() code does not report directories
as the correct type (DT_REG as opposed to the proper DT_DIR).
--
|Chris Costello <[EMAIL PROTECTED]>
|TRAPEZOID - A device for catchin
On Thu, Oct 05, 2000 at 04:57:50PM -0500, Chris Costello wrote:
> On Thursday, October 05, 2000, void wrote:
> > Why does find(1) operate non-recursively in /proc?
>
>Because the procfs_readdir() code does not report directories
> as the correct type (DT_REG as opposed to the proper DT_DIR).
* void <[EMAIL PROTECTED]> [001005 15:11] wrote:
> On Thu, Oct 05, 2000 at 04:57:50PM -0500, Chris Costello wrote:
> > On Thursday, October 05, 2000, void wrote:
> > > Why does find(1) operate non-recursively in /proc?
> >
> >Because the procfs_readdir() code does not report directories
> > a
> It does exactly what you say you want it to do. The sequence goes
> something like this:
Awesome! Thanks; I knew I should have just asked you in the
first place. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Is it ok to use pthread_rwlock* and other such primitives in code in
src/lib/libc (when _THREAD_SAFE is defined, of course)?
I ask because I don't see any other code doing this. Perhaps there is a
private interface to use? Perhaps I'm barking up the wrong tree?
Context: I want to make nsdispat
* Jacques A. Vidrine <[EMAIL PROTECTED]> [001005 16:18] wrote:
> Is it ok to use pthread_rwlock* and other such primitives in code in
> src/lib/libc (when _THREAD_SAFE is defined, of course)?
>
> I ask because I don't see any other code doing this. Perhaps there is a
> private interface to use?
On Thu, Oct 05, 2000 at 01:49:15PM -0700, Alfred Perlstein wrote:
> * Michael Lucas <[EMAIL PROTECTED]> [001005 13:15] wrote:
> > (I suppose the generalized form of this question is, "Are panics
> > normal when the sysadmin is a behaving like a damned fool?" ;)
>
> I really depends, if you're doi
In article <[EMAIL PROTECTED]>,
Jordan Hubbard <[EMAIL PROTECTED]> wrote:
> > It does exactly what you say you want it to do. The sequence goes
> > something like this:
>
> Awesome! Thanks; I knew I should have just asked you in the
> first place. :)
One caveat (ok, two caveats): it doesn't c
17 matches
Mail list logo
