On 10 July 2013 19:07, Vincent Hoffman vi...@unsane.co.uk 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
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
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 not
On 22 December 2012 11:46, Ed Maste ema...@freebsd.org wrote:
When this knob is set standalone debug files for shared objects are
built and installed in /usr/lib/debug/so pathname.debug. GDB
searches this path for debug data.
I'm picking this up again - here is a new version of the patch
On 23 January 2013 11:57, Ian Lepore i...@freebsd.org 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
On 22 December 2012 23:13, Alfred Perlstein bri...@mu.org 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
When this knob is set standalone debug files for shared objects are
built and installed in /usr/lib/debug/so pathname.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
On 21 December 2012 22:37, Alfred Perlstein bri...@mu.org 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
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 13 December 2012 13:54, Konstantin Belousov kostik...@gmail.com wrote:
On Thu, Dec 13, 2012 at 04:08:47PM +, 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 system
On 26 November 2012 01:21, Sushanth Rai sushanth_...@yahoo.com 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
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
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
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
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 macro
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 list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
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 asking
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
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,
The application where
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 for
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 Fri, Oct 15, 2010 at 03:09:11PM -0430, Andres Perera wrote:
On Fri, Oct 15, 2010 at 1:15 PM, Ed Maste ema...@freebsd.org 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
with the one from
On Sun, Aug 08, 2010 at 01:30:19AM +0200, Ivan Voras wrote:
2010/8/8 Dag-Erling Sm??rgrav d...@des.no:
Garrett Cooper gcoo...@freebsd.org writes:
Dag-Erling Sm??rgrav d...@des.no writes:
Perhaps. ??I don't remember all the details; I can't find a discussion in
the list archives (other
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
2009/3/24 Vladimir Ermakov samflan...@gmail.com:
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
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 table backwards.. of course if you have
an sx you can still
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 says that you
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
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
with the last two path components removed
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
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 device to dump
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/
I have
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
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
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 to make
A bit offtopic - what traffic generator you use ?
It's an in-house project somewhat similar to Emulab
www.emulab.net. 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
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 correct
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 X is a
I can reliably cause a panic in the sio driver by trying to enter the kernel
debugger (with cr ~ ^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
41 matches
Mail list logo