On 7/12/13 10:01 PM, Ed Maste wrote:
On 10 July 2013 19:07, Vincent Hoffman wrote:
There was some work on something similar at one point, not sure what
came of it.
http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020164.html
The code referenced there has been used in productio
On 10 July 2013 19:07, Vincent Hoffman wrote:
>
> There was some work on something similar at one point, not sure what
> came of it.
> http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020164.html
The code referenced there has been used in production since 2005 or
so, and is based
On Jul 11, 2013, at 2:05 PM, Artem Belevich wrote:
> It would probably work for most of the crashes, but will not work in few
> interesting classes of failure. Using in-kernel stack implicitly assumes
> that your memory allocator still works as both the stack and the interface
> driver will need
On Jul 11, 2013, at 4:05 PM, Artem Belevich wrote:
>
> It would probably work for most of the crashes, but will not work in few
> interesting classes of failure. Using in-kernel stack implicitly assumes that
> your memory allocator still works as both the stack and the interface driver
> wil
On Thu, Jul 11, 2013 at 12:52 PM, Jordan K. Hubbard <
jordan.hubb...@gmail.com> wrote:
>
> On Jul 11, 2013, at 7:27 AM, Julian Elischer wrote:
>
> > I could imagine that we could stash away a vimage stack just for this
> purpose.
> > yould set it up on boot and leave it detached until you need it
On Jul 11, 2013, at 7:27 AM, Julian Elischer wrote:
> I could imagine that we could stash away a vimage stack just for this purpose.
> yould set it up on boot and leave it detached until you need it.
>
> you just need to switch the interfaces over to the new stack on panic and put
> them into
> Speaking of Apple solutions, I've recently used Apple's kgdb with the
> kernel debug kit & kdp remote debugging, to debug a panic'd OS X host.
> It's really quite nice, because the debug kit comes with a ton of
> macros, similar to kdb, and you also get the benefit of source
> debugging. I thin
On 7/11/13 6:09 AM, Kevin Day wrote:
Those sound useful. Just out of curiosity, however, since we're on the topic
of kernel dumps: Has anyone even looked into the notion of an emergency
fall-back network stack to enable remote kernel panic (or system hang)
debugging, the way OS X lets you
On Wed, Jul 10, 2013 at 02:04:17PM -0600, asom...@gmail.com wrote:
> On Wed, Jul 10, 2013 at 12:57 PM, Jordan Hubbard
> wrote:
> >
> > On Jul 10, 2013, at 11:16 AM, Julian Elischer wrote:
> >
> >> My first candidates are:
> >
> > Those sound useful. Just out of curiosity, however, since we're
On 10/07/2013 23:09, Kevin Day wrote:
>>
>> Those sound useful. Just out of curiosity, however, since we're on the
>> topic of kernel dumps: Has anyone even looked into the notion of an
>> emergency fall-back network stack to enable remote kernel panic (or system
>> hang) debugging, the way O
On Wed, 10 Jul 2013 14:50:19 PDT Jordan Hubbard wrote:
>
> On Jul 10, 2013, at 1:04 PM, asom...@gmail.com wrote:
>
> > I don't doubt that it would be useful to have an emergency network
> > stack. But have you ever looked into debugging over firewire?
>
> My point was more that actually being
On Wed, Jul 10, 2013 at 3:50 PM, Jordan Hubbard wrote:
> Absolutely. In fact, before the advent of remote network debugging, FW was
> totally the debugging method of choice since firewire target DMA lets you do
> all kinds of useful things (as well as a few things that simply scare the
> secur
>
>
> Those sound useful. Just out of curiosity, however, since we're on the
> topic of kernel dumps: Has anyone even looked into the notion of an
> emergency fall-back network stack to enable remote kernel panic (or system
> hang) debugging, the way OS X lets you do? I can't tell you the
On Wed, Jul 10, 2013 at 12:57 PM, Jordan Hubbard
wrote:
>
> On Jul 10, 2013, at 11:16 AM, Julian Elischer wrote:
>
>> My first candidates are:
>
> Those sound useful. Just out of curiosity, however, since we're on the
> topic of kernel dumps: Has anyone even looked into the notion of an
>
On Jul 10, 2013, at 1:04 PM, asom...@gmail.com wrote:
> I don't doubt that it would be useful to have an emergency network
> stack. But have you ever looked into debugging over firewire?
Absolutely. In fact, before the advent of remote network debugging, FW was
totally the debugging method of
On 07/10/2013 13:16, Julian Elischer wrote:
> I'm going through all the internal changes my current employer has made,
> categorizing them
> into "proprietary" and "can feed back to FreeBSD".
>
> I will probably send out emails like this several times seeking feedback on
> whether a particular p
On Jul 10, 2013, at 11:16 AM, Julian Elischer wrote:
> My first candidates are:
Those sound useful. Just out of curiosity, however, since we're on the topic
of kernel dumps: Has anyone even looked into the notion of an emergency
fall-back network stack to enable remote kernel panic (or sy
I'm going through all the internal changes my current employer has made,
categorizing them
into "proprietary" and "can feed back to FreeBSD".
I will probably send out emails like this several times seeking feedback on
whether a particular patch is considered useful or not..
these are verse 8.0
18 matches
Mail list logo
