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
Add a new knob WITH_DEBUG_FILES to control the building of standalone
debug files for userland programs and libraries. The "-g" debug flag
is automatically applied when WITH_DEBUG_FILES is set.
The debug files are now named ${prog}.debug and ${shlib}.debug for
consistency with other systems and d
> I would VERY much be able to have a console that looked like this in FreeBSD
>
> http://wiki.gentoo.org/images/7/7c/Bootsplash.png
>
> ...
> could someone with more understanding of this, be able to tell me if the
> Newcons project (when completed) is even going to do what i'm looking for?
I'm n
On 22 December 2012 11:46, Ed Maste wrote:
> When this knob is set standalone debug files for shared objects are
> built and installed in /usr/lib/debug/.debug. GDB
> searches this path for debug data.
I'm picking this up again - here is a new version of the patch, which
should ad
On 23 January 2013 11:57, Ian Lepore wrote:
>
> But adding a real hardware watchdog that fires on a slightly longer
> timeout than the NMI watchdog gives you the best of everything: you get
> information if it's possible to produce it, and you get a real hardware
> reset shortly thereafter if prod
On 22 December 2012 23:13, Alfred Perlstein wrote:
> I have a patch for this. I am building world to see what happens, if you
> want to try it, or comment on it, please let me know.
>
> Changes are:
> base DEBUGDIR on LIBDIR for ports
> create intermediate directories for debug objs.
On 21 December 2012 22:37, Alfred Perlstein wrote:
> Is it time to start installing with some form of debug symbols? This would
> help us also with dtrace.
I just posted a patch to add a knob to build and install standalone
debug files. My intent is that we will build releases with this
enabled
When this knob is set standalone debug files for shared objects are
built and installed in /usr/lib/debug/.debug. GDB
searches this path for debug data.
The -g flag is automatically added to CFLAGS if debug files are enabled
(but the shared objects are still installed stripped, if DEBUG_FLAGS is
On 13 December 2012 13:54, Konstantin Belousov wrote:
> On Thu, Dec 13, 2012 at 04:08:47PM +0000, Ed Maste wrote:
...
>> This patch enables .symbols files for shared libraries when DEBUG_FLAGS
>> is set. Future changes will be needed to address static libraries and
>> base
I've been working generating userland debugging symbols, with the goal
that we'll build them for each release. The user could install them
along with the system, or later on when needed for debugging. The
symbols files will also be useful for profiling and tools such as
Valgrind, without needing
On 26 November 2012 01:21, Sushanth Rai wrote:
> Basically I would like to get kernel backtrace of a bunch of threads from the
> live kernel under some conditions. When the condition is seen I would like to
> run kgdb, collect kernel backtrace of specific threads and exit. Is there a
> way run
On Mon, Feb 20, 2012 at 03:39:59PM -0500, Alexander Kabaev wrote:
> IIRC, PXE sends an error packet with zero error code. Could you supress
> the error message in that case and avoid propagation of the 'ignore
> error' flag?
>
> PXE client is not alone doing that - custom TFTP
> implementation in
After upgrading a diskless boot server from FreeBSD 6 to 8 I see an error
message logged each time a diskless client boots:
Feb 20 00:56:38 TPC-D4-35 tftpd[55229]: Got ERROR packet: TFTP Aborted
It turns out that the pxeboot client (from Intel) first performs a TFTP
read request with the tsize op
On Mon, Jan 23, 2012 at 10:32:59AM -0800, Garrett Cooper wrote:
> It's better to be methodical and delete all of the partitions and
> create the table from scratch. I've run into reproducible cases in the
> past where just doing gpart destroy -F for instance [on 9.0-BETA1+
> media] didn't work
nd one that would make me lean towards
defining the macro in sys/param.h. How workable is it to #include
sys/param.h to pick up the macro where needed?
-Ed Maste
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Sun, Jul 03, 2011 at 12:45:12PM -0700, Julian Elischer wrote:
> On 7/3/11 7:35 AM, Alexander Kabaev wrote:
> >__linux__ is exactly what __FreeBSD__ is and dies not identify kernel
> >but rather Linux as whole OS, whatever that might be these days.
> >
> >There does not appear to be an universal
mean software
will have to pick up an additional #include.
Out of curiosity, what is the canonical way for software to identify a
Linux kernel -- __linux__ or some variant? Where is it defined?
Regards,
Ed Maste
___
freebsd-hackers@freebsd.org mailing
On Sun, Mar 27, 2011 at 03:27:32PM -0700, David Wolfskill wrote:
> There are other ways to do it, of course -- e.g., the first time the
> utility is run, it could actually ask, but then cache the information in
> some place so it could look there first (and if it finds a cached
> answer, avoid ask
On Sat, Nov 06, 2010 at 07:56:03PM +0200, Kostik Belousov wrote:
> On Sat, Nov 06, 2010 at 01:36:20PM -0400, Ed Maste wrote:
> > On Fri, Nov 05, 2010 at 10:45:19PM +0200, Gleb Kurtsou wrote:
> >
> > > I like the idea a lot, but why not to leave symbol files in /usr/obj,
On Fri, Nov 05, 2010 at 10:45:19PM +0200, Gleb Kurtsou wrote:
> I like the idea a lot, but why not to leave symbol files in /usr/obj,
The application where this is most useful (and why we implemented it
originally) is the case where /usr/obj isn't available - for instance,
a binary installation o
On Fri, Oct 29, 2010 at 09:58:26PM -0400, Mark Johnston wrote:
> On Sat, Oct 30, 2010 at 02:39:00AM +0300, Kostik Belousov wrote:
> > I do think that something like this would be useful. But, shouldn't
> > the DEBUG_FLAGS be also involved in the patch ? The goal would be
> > to have debug symbols
On Fri, Oct 15, 2010 at 03:09:11PM -0430, Andres Perera wrote:
> On Fri, Oct 15, 2010 at 1:15 PM, Ed Maste wrote:
> > I'd like to replace our termcap entry for cygwin with either one taken
> > from /etc/termcap on a Cygwin system, as in the patch below, or maybe
> &
I'd like to replace our termcap entry for cygwin with either one taken
from /etc/termcap on a Cygwin system, as in the patch below, or maybe
with the one from http://catb.org/esr/terminfo/termtypes.tc.gz.
Any comments?
-Ed
Patch for Cygwin-provided entry:
Index: share/termcap/termcap.src
==
On Sun, Aug 08, 2010 at 01:30:19AM +0200, Ivan Voras wrote:
> 2010/8/8 Dag-Erling Sm??rgrav :
> > Garrett Cooper writes:
> >> Dag-Erling Sm??rgrav writes:
> >> > Perhaps. ??I don't remember all the details; I can't find a discussion in
> >> > the list archives (other than me announcing the chang
On Wed, Jul 28, 2010 at 03:10:31PM +, Attilio Rao wrote:
> Log:
> Initial import of the netdump files.
> They still need a lot of polishing and cleanup so they might not be
> considered definitive at all.
This code is a port to recent FreeBSD of Darrell Anderson's network
crashdump supp
2009/3/24 Vladimir Ermakov :
>Hello, All
>
>Describe my problem:
>have volume RAID-10 (SAS-HDD x 6) on Adaptec RAID 5805
>2 HHD of 6 have errors in smart data (damaged)
>i am try read file /var/db/mysql/ibdata1 from this volume
>system does not respond ( lost access to ssh ) after read 6GB data
>
On Mon, Aug 18, 2008 at 11:38:40AM -0700, Julian Elischer wrote:
> >Ed Maste wrote:
> >>Ahh, it seems ups' commit of rmlocks changed the "You have: sx_lock,
> >>You want: Slp_mtx" case from no to ok (in r173444).
>
> Ignore me.. I was reading the tab
On Mon, Aug 18, 2008 at 12:02:56PM -0400, Ryan Stone wrote:
> On Mon, Aug 18, 2008 at 11:54 AM, Max Laier <[EMAIL PROTECTED]> wrote:
>
> > On Monday 18 August 2008 17:14:01 Ryan Stone wrote:
> > > Are there any problems acquiring a sleep mutex after acquiring an sx
> > lock?
> > > man 9 locking s
I noticed kgdb's "info threads" is a little less useful after kernel
threads have been changed to share a proc:
8 Thread 17 (PID=12: intr) fork_trampoline
7 Thread 16 (PID=12: intr) sched_switch
6 Thread 15 (PID=12: intr) sched_switch
The attached patch outputs both the proc's p
On Sun, Dec 23, 2007 at 10:40:39AM +0100, Dag-Erling Sm??rgrav wrote:
> Ed Maste <[EMAIL PROTECTED]> writes:
> > Right now config(8) calls realpath("../..", ... to find the src path
> > to write into the kernel Makefile. I want to change this to use $PWD
> &
I've attached a patch I'd like to commit to config(8) for the way it
handles get_srcdir. I'm asking for review since it partially reverts
some changes made in revision 1.42 of usr.sbin/config/main.c and I'd
like to make sure there are no issues there.
Right now config(8) calls realpath("../..", .
On Thu, Mar 08, 2007 at 10:55:22AM +0100, Divacky Roman wrote:
> this is wrong.. you cannot remove element from a *LIST when its iterated
> using *LIST_FOREACH.
> Use *LIST_FOREACH_SAFE instead...
We're not freeing the item in the loop so it would work unless
QUEUE_MACRO_DEBUG is turned on to i
Nightly tests on our 6.1-based installation using pgsql have resulted in
a number of kernel hangs, due to a corrupt semu_list (the list ended up
with a loop).
It seems there are a few holes in the locking in the semaphore code. The
issue we've encountered comes from semexit_myhook. It obtains a
On Mon, Jun 26, 2006 at 10:10:28AM -0400, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Dmitry Morozovsky <[EMAIL PROTECTED]> typed:
> > On Sat, 24 Jun 2006, Mike Meyer wrote:
> > MM> The other constraint on swap is that if you want the system to save a
> > MM> core dump if it panics, you need a dev
On Mon, Jun 19, 2006 at 09:26:12PM -0700, Brooks Davis wrote:
> On Sun, Jun 18, 2006 at 01:12:22PM +0400, Andrey V. Elsukov wrote:
> > Hi!
> >
> > I have implemented RFC3442 support for the FreeBSD dhclient.
> > Patch can be fetched from
> > http://butcher.heavennet.ru/patches/other/dhclient/
>
generalize the
polling code.
(By the way, it seems some of your driver diffs move the *_poll
functions around, making it harder to see what you actually changed.
It would be better to leave the functions where they already are, I
think.)
-Ed Maste
___
freeb
Sergey Lyubka wrote:
> Discussion on -current, "read vs mmap", explained this.
> If userland process does pre-fault allocated memory, ng_mmq
> appears to be considerably faster than pcap:
Excellent!
> If I connect it directly to ng_ether, the network stack stops working.
> The question is - how t
Matthew Dillon wrote:
>
> There's no reason why the time has to be in microseconds or
> even that it must be adjusted to realtime. You also do not
> have to support low power modes during testing which means
> that just time-stamping the packets with the TSC plus a simple
> base offset to cor
> A bit offtopic - what traffic generator you use ?
It's an in-house project somewhat similar to Emulab
. The traffic itself is generated by a
small number of FreeBSD boxes.
> > In my testing I found the call to microtime() to be quite
> > expensive. (It will vary depending on which timecounter
> The module is a netgraph node, called ng_mmq. mmq stands for
> memory-mapped queue. The node has one hook, called "input".
> When this hook is connected,
> o memory buffer is allocated. size is controlled by the
> debug.mmq_size sysctl.
> o a device /dev/mmqX is created, where
I can reliably cause a panic in the sio driver by trying to enter the kernel
debugger (with ~ ^b) while large numbers of kernel messages are being
output to the console. I've included a stack trace excerpt showing what
happens. In all of my cases siointr1 was called by comstart, and then is
ente
41 matches
Mail list logo
