On Mon, Jan 24, 2005 at 10:22:03AM -0700, Warner Losh wrote:
> > > sio2 irq10 981321757
> > > sio3 irq11 981382757
> > > Total 2316081 1788
> >
> > Looks like everything is fine and the message is just false alarm.
>
> It m
Dear folks,
A recent glance at OpenBSD indicates that they have an excellent
re-written of nc(1), also known as "netcat" that is very handy for
system administrators. The OpenBSD version of nc is licensed under the
BSD License.
While there may be some concerns about the potential security affect
On Tue, 25 Jan 2005, Xin LI wrote:
Dear folks,
A recent glance at OpenBSD indicates that they have an excellent
re-written of nc(1), also known as "netcat" that is very handy for
system administrators. The OpenBSD version of nc is licensed under
the BSD License.
While there may be some concerns ab
> > sio2 irq10 981321757
> > sio3 irq11 981382757
> > Total 2316081 1788
>
> Looks like everything is fine and the message is just false alarm.
It might be a false alarm. The interrupt rate is kinda high,
indicating that y
Hi, all, I have a newbie Q:
I am trying to use creating large number of threads and allocting
memory to stress the system.
My user program causes SEG fault in the kernel code, kse_release () in
kern_kse.c.
(it SEG fault before the system can be stressed;(
the stack when the SEG fault happens
Julian Elischer wrote:
Bram Van Steenlandt wrote:
Julian Elischer wrote:
[EMAIL PROTECTED] wrote:
- Oorspronkelijk bericht -
then the ukbd driver should handle it.. have you tried it?
Do you mean I can use a different driver. now when I connect it it
works but I can't type anymore.
Wh
Hi everybody,
I've recently been looking into raw socket programming. However there's still a
question that remains. Maybe it's just a case of RTFM, if so point me to a good
manual on the topic.
The man pages indicate that you can do read and write operations with rawsock
aswell as bpf. Howeve
I wrote new failure detection algorithm based on heartbeat signal for
ng_one2many node. Features:
- automatic detection of failures;
- all subnet containing failed element marked as failed. Therefore packets
sended from other hosts to host, holding failed element, wouldn't lost;
- automatic det
Delphij,
I think the base should be as *clean* as possible, it might be
better if we put nc into ports. :P
Regards,
Kang
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, sen
On Mon, 24 Jan 2005, Dmitry Morozovsky wrote:
DM> PJD> +> However: how can the be achieved the following goal: have mirrored
swap (to
DM> PJD> +> keep redundancy and HA) and a place to dump panic images to, modulo
having
DM> PJD> +> scratch disk and/or scratch unused partition?
DM> PJD>
DM> P
On Tue, Jan 25, 2005 at 10:46:47AM +0100, DJF wrote:
> What's the advantage in using the rawsock bpf combination instead of
> bpf (or raw socket) only?
Raw IP sockets for write take care of the following for you:
1) Computing IP checksums.
2) Inserting IP options.
BPF does neither of those things
bpf is a packet filter -which can be used to snoop on
all packets at the interface at the link level. You
would have to create a socket to do I/O, but the
snooper can mess around with the existing connection.
regards
-kamal
--- DJF <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> I've recently be
And as it has already been said, BPF looks at a lower level than raw
sockets.
With raw sockets, you are still bound to using IP packets (even if you
intentionally create bogus ones). They will be encapsulated in ethernet
packets, when the link goes out via ethernet.
BPF can be used to read/wri
DJF wrote:
Hi everybody,
I've recently been looking into raw socket programming. However there's still a question that remains. Maybe it's just a case of RTFM, if so point me to a good manual on the topic.
The man pages indicate that you can do read and write operations with rawsock aswell as bpf.
On Tue, 25 Jan 2005, DJF wrote:
> I've recently been looking into raw socket programming. However there's
> still a question that remains. Maybe it's just a case of RTFM, if so
> point me to a good manual on the topic. The man pages indicate that you
> can do read and write operations with rawsoc
I'm trying to load 5.3 Release on a P3 1GHz machine with the FastTrak S150
installed. Attached is the output from a failed boot. It appears the card
is being detected and probed, but when the drives are probed there is a
panic. Any ideas would be greatly appreciated.
-Travis
++ Boot Output
I am investigating the USB remote wakeup feature for an ethernet
adapter. Are there any example of FreeBSD/NetBSD supporting this?
thanks
marco
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To uns
I ran it into:
4.11-STABLE FreeBSD Wed Jan 19 15:23:33 CST 2005
What you find in
http://www1.cr.freebsd.org/~jose/stress.tgz
is the output of:
ktrace ./a.out > stress.txt
On Mon, 2005-01-24 at 14:27 -0800, Yan Yu wrote:
> Hi, all, I have a newbie Q:
> I am trying to use creating large numbe
On Tue, Jan 25, 2005 at 09:24:57PM +0800, Kang Liu wrote:
> Delphij,
> I think the base should be as *clean* as possible, it might be
> better if we put nc into ports. :P
I agree. base should be minimal, everythign optional (eg 'perl' :P)
should be in ports. There people can choose the versi
I agree. I think even tcpdump, libpcap, and ssl stuff should be in
ports. Currently these are in the src/contrib tree. I know they
currently have utility there for the base system. We moved the base
away from perl dependence, I think these dependencies should be worked
out as well. I really dislike
Well, I don't want do disuade you from trying, but I think you are
seriously underestimating the effort required to restore device state.
You basically would either have to make all device drivers support a new
hibernation/restore API (because it is not really possible to restore
On Mon, 24 Jan 2005, 15:48-0800, Julian Elischer wrote:
>
>
> Doug Ambrisko wrote:
>
> > Julian Elischer writes:
> > | Doug, could you comit your patchsets to RELENG_4?
> >
> > I could but have not been given an okay from RE.
>
> Theoreticallty you do not need RE's permission at the moment.
> (tho
The line causing the SEGFAULT is
rc = pthread_create(&threads[t], NULL, PrintHello, (void *)t);
Why?, because t is declared as:
int t;
then you say:
args for start_routine in pthread_create are located in the address: t
This will be what you want:
rc = pthread_create(&threads[t], NULL, PrintHell
Matthew Dillon wrote:
Well, I don't want do disuade you from trying, but I think you are
seriously underestimating the effort required to restore device state.
You basically would either have to make all device drivers support a new
hibernation/restore API (because it is not really
> You basically would either have to make all device drivers support a new
> hibernation/restore API (because it is not really possible to restore
> a device driver based on a dump),
How much overlap is there likely to be between this and the sorts of
things you need in order to resume
Jose Hidalgo Herrera wrote:
The line causing the SEGFAULT is
rc = pthread_create(&threads[t], NULL, PrintHello, (void *)t);
Why?, because t is declared as:
int t;
then you say:
args for start_routine in pthread_create are located in the address: t
This will be what you want:
rc = pthread_create(&t
On Tue, 25 Jan 2005 21:45:43 +
Steven Smith <[EMAIL PROTECTED]> wrote:
> If you just send pages to disk rather than to another machine on the
> network, then you should be able to suspend-to-disk an entire
> operating system with minimal user-perceived downtime. One
> possibility here would b
On Tue, Jan 25, 2005 at 09:45:43PM +, Steven Smith wrote:
> Also, have you ever looked at the live migration stuff Xen uses? The
> aim here is to move a running operating system from one machine to
> another with minimal downtime. Essentially, you just start copying
> pages across willy nilly
This is my last try!, it worked for me, I reached a little more that
1000 threads, then I got the calloc error.
:-)
#include
#include
#include
#include
#define NUM_THREADS 5000
#define THREADS_IN_ONE_PROCESS 5
#define BSIZE 50
static int cc;
void *PrintHello(void *);
pthread
Cool, Thanks A LOT for looking into this! I appreciate it!
after I reduce the BSIZE to 50k, it can create more than 10k threads
before calloc error.. so i am going to drop this thread:)
(just fyi, i use your prog on our machine w/ BSIZE =500k
(~512M Ram), again i got SEG fault before the calloc err
On Tue, Jan 25, 2005 at 01:46:30PM -0500, Coleman Kane wrote:
> This is only my personal opinion. I think the WITH__OVERWITE_BASE
> make options help substantiate it, however.
I've recently updated the tcpdump port to fix a number of issues. If
people could confirm that the OVERWRITE_BASE opti
In message: <[EMAIL PROTECTED]>
Bruce M Simpson <[EMAIL PROTECTED]> writes:
: On Tue, Jan 25, 2005 at 01:46:30PM -0500, Coleman Kane wrote:
: > This is only my personal opinion. I think the WITH__OVERWITE_BASE
: > make options help substantiate it, however.
:
: I've recently update
On Tue, Jan 25, 2005 at 09:20:14PM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Bruce M Simpson <[EMAIL PROTECTED]> writes:
> : On Tue, Jan 25, 2005 at 01:46:30PM -0500, Coleman Kane wrote:
> : > This is only my personal opinion. I think the WITH__OVERWITE_BASE
>
33 matches
Mail list logo
