Hi everybody,
My little problem does not seem to make anybody enthousiastic, at which
point that I am wondering if there is any GDB user on kernel dump
listening over there ... Maybe I am on the wrong mailing list ? Or
should I look for further help somewhere else ? Or is it that my
Ok, let's start again (in plain text this time, thanx again, Daniel ;-)
I use a private scheme to interact with the 'ipintr' isr. The two
following routines are expected to be called either by our modified
version of 'ip_input' at network SWI level or at user level.
int my_global_ipl=0;
void
Thank you for your answer,
We are actually working with FreeBSD 4.1-RELEASE. The 'delta' you are
refering to is actually a bit too large to be displayed simply in this
mailing list. I am not sure to be able to produce the same problem with
a small prototype because of the actual complexity of
Thank you for your answer,
OK, let's make it a bit clearer !
I use a private scheme to interact with the 'ipintr' isr. The two following
routines are expected to be called either by our modified version of 'ip_input'
at network SWI level or at user level.
int my_global_ipl=0;
void my_enter() {
Thank you for your answer,
OK, let's make it a bit clearer !
I use a private scheme to interact with the 'ipintr' isr. The two following
routines are expected to be called either by our modified version of 'ip_input'
at network SWI level or at user level.
int my_global_ipl=0;
void
On Fri, 12 Jan 2001, Xavier Galleri wrote:
OK, let's make it a bit clearer !
...
[skiped]
Now, if you've read my first mail, I was actually asking for help onhow
to dump the stack of an interrupted process with GDB when the
kernelcrash occurs in the context of an isr. Actually, I would
Thank you for your answer,
It's difficult to believe that nothing more intuitive and immediate can be
done to get the kernel stack of any process from a GDB session on a kernel
crash dump. Does it mean that this is something that nobody ever need until
now ?
Also, is there a mean to ask GDB to
Hi everybody,
I am currently working with FreeBSD 4.1 on i386 platform on a
pseudo-device driver that interacts with the networking subsystem in the
kernel. Basically, we are intercepting both incoming and outgoing
IP-level trafficfor specific processing. Obviously, there is also some
Hi everybody,
I have reached a point where I am wondering if a call to 'malloc' with
the M_NOWAIT flag is not falling asleep !
In fact, I suspect that the interrupted context is somewhere during a
call to 'malloc' (I increment a counter just before calling malloc and
increment another just
* Xavier Galleri [EMAIL PROTECTED] [010111 11:27] wrote:
Hi everybody,
I have reached a point where I am wondering if a call to 'malloc' with
the M_NOWAIT flag is not falling asleep !
M_NOWAIT shouldn't sleep.
In fact, I suspect that the interrupted context is somewhere during a
call
10 matches
Mail list logo