On Thu, Nov 22, 2001 at 01:51:12PM -0500, Roland McGrath wrote:
> There is no meaningful sense in which ext2fs.static can "call device_map on
> a null pointer". device_map is an RPC. The only way a user task "calls"
> the kernel function is by sending an RPC. The RPC should never have gotten
>
On Thu, 22 Nov 2001, Roland McGrath wrote:
> Does your program use device_write or device_write_inband? Try making both
Yes, it used device_write. I have changed it to use device_write_inband
with the result that my programm crashes:
gauss:/mnt/newton/cache/hurd/oskit-mach-debug# ./xmit -r et
> (gdb) p/x *kmsg
> $1 = {ikm_next = 0x4081700, ikm_prev = 0xff10, ikm_size = 0x100,
> ikm_marequest = 0x0, ikm_header = {msgh_bits = 0x80001200, msgh_size = 0xa0,
> msgh_remote_port = 0x0, msgh_local_port = 0x4, msgh_seqno = 0x5,
> msgh_id = 0x7788}}
If this is right (and it loo
On Tue, 20 Nov 2001, Roland McGrath wrote:
> I take it your second program uses device_set_filter on its own to select
> some of the packets.
Yes, that's right.
> First, by
> program should both be sending and receiving packets. We need to figure
> looking in the mach_msg_trap frame, you can s
I think the principle of least astonishment dictates that the default
behavior of existing tools match what they do on existing systems.
That is, S_ISDIR should be the usual test applied by find and the
like. I for one will be annoyed if I do "find . -name \*.o -print |
xargs rm" and it goes into
Conversely, you could just do spin_try_lock and have any thread that fails
to get the lock simply mmap a single page itself rather than waiting for
the other thread.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hu
> Sure. Do you have a suggestions on how to gather statistics,
> i.e. other than compiling.
Not particularly. Pick some task that does the same thing every time and
does a lot of disk i/o. Compiles are such things.
> Additionally, was changing the spinlock to a mutex the right thing to do?
A
> That looks promising. Would you like to do some more empirical tests for
> tuning? Make the allocation page-cluster size a global variable, and then
> use gdb to adjust its value in between test runs. If you'd like to do
> that, I'd be happy to put that form of your changes in right away whil
Title: Almanaque Informes Úteis
ALMANAQUE
Informes
Úteis
Edição
Quinzenal - Novembro de 2001 - Nº 02
Confira
estes temas de utilidade e outros mais!
Andropausa
e Menopausa
Colesterol:
Amigo
That looks promising. Would you like to do some more empirical tests for
tuning? Make the allocation page-cluster size a global variable, and then
use gdb to adjust its value in between test runs. If you'd like to do
that, I'd be happy to put that form of your changes in right away while you
(a
There is no meaningful sense in which ext2fs.static can "call device_map on
a null pointer". device_map is an RPC. The only way a user task "calls"
the kernel function is by sending an RPC. The RPC should never have gotten
there without a valid receiver port, so I don't see how it's possible.
Title: 6x6 InterNetwork Group
Hello!IN RUSSIAN
PLEASE EXCUSE THE DISTURBANCE BUT WE CONSIDER IT OUR DUTY TO MAKE YOU AN OFFER THAT WILL HELP YOU BECOME WEALTHIER, FREER AND HAPPIER!
We are offering you a unique business opportunity of the 6x6 system. Anyone able to spend two-three hours a da
On Sun, Nov 18, 2001 at 09:25:56PM -0500, Roland McGrath wrote:
> Well, frankly I think you're nuts. But more power to you.
> For your stated goals and constraints, I would just go with plex86.
> But if you really get this approach to work usably, it could be interesting.
Now I don't know if the
philippe brochard <[EMAIL PROTECTED]> writes:
> but I think it's a good thing if we can run it with an unprivileged user.
I'm not sure if there's any sensible way to delegate control over just
some parts of the networking (e.g different network interfaces), but
until someone comes up with a good
14 matches
Mail list logo
