On Thu, Sep 04, 2014 at 05:02:55PM -0700, Craig Rodrigues wrote:
Brooks,
In r178450, you set the default of ddb_enable to NO:
r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines
Changed paths:
On Thursday, September 04, 2014 8:02:55 pm Craig Rodrigues wrote:
Brooks,
In r178450, you set the default of ddb_enable to NO:
r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines
Changed paths:
are not working with every user who
encounters a kernel panic in FreeBSD. For the average or casual
FreeBSD user, such as desktop
users of FreeBSD or PC-BSD, wouldn't it be better
to have ddb_enable=YES be the default in FreeBSD? The ddb script
there does a fairly reasonable
job of gathering some useful info
(print some struct, etc.).
Sure, I understand, but you are not working with every user who
encounters a kernel panic in FreeBSD. For the average or casual
FreeBSD user, such as desktop
users of FreeBSD or PC-BSD, wouldn't it be better
to have ddb_enable=YES be the default in FreeBSD? The ddb
it be better
to have ddb_enable=YES be the default in FreeBSD? The ddb script
there does a fairly reasonable
job of gathering some useful info which can be analyzed later, and
then rebooting the box.
For more expert users, or people developing products, they can set
ddb_enable=NO
and do
of FreeBSD or PC-BSD, wouldn't it be better
to have ddb_enable=YES be the default in FreeBSD? The ddb script
there does a fairly reasonable
job of gathering some useful info which can be analyzed later, and
then rebooting the box.
For more expert users, or people developing products, they can set
Brooks,
In r178450, you set the default of ddb_enable to NO:
r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines
Changed paths:
M /head/etc/defaults/rc.conf
Revert rev 1.332 and keep ddb scripts