Thanks, John! That's awesome. I agree with Brad that if it is
possible to autosize this at boot based on swap size, that would be
the thing to do.
Thanks very much for your help.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.
On Wed, Dec 27, 2006 at 11:50:43PM -0500, John Baldwin wrote:
> The 'traceall' seemed to miss several threads actually (like pid
> 18). Can you get a 'ps'? Also, are you able to get a kernel dump
> when this happens?
I can't ps that particular session since it is no longer available,
however I
Hi,
We're experiencing a kernel hang on a 6.x quad processor Sun amd64
based system. We are able to reproduce it fairly reliably, but the
environment to do so is not easily replicatable so I cannot provide a
simple test case. However, I have been able to build a debug kernel
and when the system
ere I bought it.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
running 4.9-STABLE from a few days ago.
Thanks,
-Brian
--
Brian Dean
[EMAIL PROTECTED]
http://www.bsdhome.com/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
turn values. The parallel port is not
writeable by default, so unless you've changed it, or are running as
root, your program is most likely failing to even open it, but you're
not noticing because you aren't checking your return codes.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL P
On Mon, Apr 08, 2002 at 10:51:09AM +0100, Josef Karthauser wrote:
> > USB hasn't changed much in -stable between 4.4 and now. We've got a lot
> > of new usb code in -current though, and I'm hoping to have the bugs
> > ironed out before 4.6.
I was amazed at all the merging you've done from Net/Op
On Sat, Apr 06, 2002 at 11:41:35PM -0800, Doug White wrote:
>
> 'camcontrol rescan 1'?
That provoked this response:
Apr 7 09:36:21 neutrino /kernel: umass1: GoodWay USBIDE GoodWay USBIDE, rev
1.10/2.60, addr 3
Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 1
Apr
Hi,
I just got one of these hoping that it would work under FreeBSD but so
far can't make it work:
http://www.cyberguys.com/cgi-bin/sgin0101.exe?GEN9=5CG01&T1=131+0855&UREQA=1&UREQB=2&UREQC=3&UREQD=4
It shows up as:
Controller /dev/usb0:
port 1 addr 3: self powered, config 1, GoodWay U
t
connects it to the rest of my LAN and is set to forward between the
interfaces. However, if I run a tcpdump on that interface, the
mysterious packet never shows up there.
I'm at a loss to find an explanation. Any ideas?
Thanks,
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
mnt, and do a spot check
for some "identifying" files or directories that would likely be in
/usr, or /var, or whatever. Once you find a match, then unmount it
from /mnt and remount it where it should go.
I don't use vinum, so I'm not sure about #3, but that should probably
be
and I need to
convert those to the really hokey method of doing arrays in /bin/sh.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Tue, Feb 12, 2002 at 10:53:52AM -0800, Alfred Perlstein wrote:
> >
> > Well, we could import ksh, which already does this :-)
>
> Go for it.
Add YES vote from me!
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
ithin
the frame in question (sometimes not an easy task).
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Seems to work ok for a simple test case I just tried with 4-STABLE
(post 4.4-RELEASE). I don't have a 4.3-RELEASE box to test, but it
should work there too.
-Brian
On Wed, Oct 03, 2001 at 04:24:26PM -0400, Zhihui Zhang wrote:
> Does FreeBSD 4.3-release support hardware watchpoint? If so, how
etadata about the release area, but then other
installers would have easy access to what's available for installation
as well, and you wouldn't have to modify sysinstall so much when
things change.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EM
On Wed, Jul 25, 2001 at 05:06:44PM +0200, Sheldon Hearn wrote:
> On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote:
>
> > The reason I'd like to see it isn't so that make world kills things
> > automatically, but so that I could kill them (or at least find out
> > what should be killed) on sys
On Sat, Jul 21, 2001 at 02:47:29PM +0100, Ian Dowse wrote:
> Below is a patch that makes fdisk request user confirmation before
> making any changes to the start and end of partitions.
Please allow this behaviour to be overridden by a flag that can
specified so that scripts don't suddenly stop a
(Choosing a random message to reply to ...)
While looking for commercial electronics CAD software for FreeBSD, I
came across Whitely Research Inc (http://www.srware.com/) which has
this note on their site:
http://www.srware.com/linux_numerics.txt
In light of this thread, I thought other
The
debug registers are set/cleared only for the CPU running ddb.
Since the debug registers are a per-cpu thing, they won't be
set for the other CPUs. I'll work on that next.
See below for a sample session.
Thanks,
-Brian
--
Brian Dean
[EMAIL PROTECTED
On Mon, Jun 11, 2001 at 05:37:56PM -0500, Jonathan Lemon wrote:
> Hmm, let's see:
>
> Assignee: Digital Equipment Corporation (Maynard, MA)
> Appl. No.: 646734
> Filed: May 3, 1996
>
> Versus:
>
> * Derived from hp300 version by Mike Hibler, this version by William
>
ke use of them until later. IIRC,
gdb support for the debug registers came in the 4.1.1-RELEASE of
FreeBSD.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
atch/cdroot could be produced by:
% make installkernel installworld DESTDIR=/scratch/cdroot
After all that, specify boot/boot.fd as your ISO eltorito boot image
file.
Enjoy!
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
dofdboot () {
DESTDIR="$1"
echo "DOFDBOO
wonder if this is a bug, and if so, is it
Netapp's or ours? It is interesting to note that this mangling does
not occur when FreeBSD is both the client and the server.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
1K-blocks UsedAvail Capacity Mounted on
AA.BB.CC.DD:/vol/nfsroot/img3 15813736 2746140 1306759617%/
I can provide more boot verbosity upon request. Any ideas as to what
the problem might be?
Thanks,
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsub
On Sat, Jan 06, 2001 at 11:20:43PM -0700, Wes Peters wrote:
> John Polstra wrote:
> >
> > I'm happy to report that this problem is solved now. After one fellow
> > wrote to me and reported that his switch of the same model worked OK,
> > I hunted around on the Belkin web site. It turns out tha
p; make install)
This should build the missing libs and then gdb should link correctly.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
t this is a valid assumption or not in all cases, I'm not sure.
The patch is against -STABLE, but I don't think this has diverged any
from -CURRENT.
Give this a try and let me know.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Index: freebsd-nat.c
t any
kind of hot pluggability?
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Tue, 22 Aug 2000, Wes Peters wrote:
> There is a kernel option to use A4 pages, IIRC.
Yes, that's right next DUPLEX option to put data on both sides of the
page, thus doubling the capacity. Didn't IBM come up with that just
recently?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
ve, a mis-use of 'isatty()' in ssh.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
alue that is sufficiently large enough to hold
a few struct dirent's considered to be OK? Should I not use
'getdirentries()', and opt instead for 'opendir()' and 'readdir()'?
Any advice is appreciated.
Thanks,
-Brian
--
Brian Dean
[EMAIL PROTECTED]
To Unsubsc
p $addr`
rc=$?
if [ "$rc" -eq 0 ]; then
$echo
$echo "Process $pid:"
$echo
$ps -auxp $pid
$echo
$netstat -a -A -f inet | $grep $port
$echo
$fstat -p $pid
$echo
fi
done
Good Luck!
-Brian
--
Brian Dean
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
SEMMNI is the number of semaphore ids, i.e., the number of times you
can call 'semget()' without deleting any semaphores. SEMMNS is the
actual number of semaphores in the system, which should be >= SEMMNI.
Of course, you can ask 'semget()' to give you up to SEMMSL semaphores
on each call, so SEMM
Take a look at:
sys/conf/param.c:
/*
* Values in support of System V compatible semaphores.
*/
#ifdef SYSVSEM
struct seminfo seminfo = {
SEMMAP, /* # of entries in semaphore map */
SEMMNI, /* # of semaphore identifiers */
SEMMNS
6 673148 0 0
ppp0 1500 172.16 brdean 68826 673148 0 0
Thanks for the suggestions. I'll keep looking.
-Brian
--
Brian Dean [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
pen".
Any suggestions are appreciated.
Thanks,
-Brian
--
Brian Dean [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> :Does anyone know how I can manually shutdown the above connection on
> :'vger' short of waiting a really long time or rebooting?
> :
> :Thanks,
> :-Brian
> :--
> :Brian Dean [EMAIL PROTECTED]
>
> Turn on keepalives and set the pa
e and 'bos' is my experimental OS. The
connecton on 'bos' at this point is actually closed.
Does anyone know how I can manually shutdown the above connection on
'vger' short of waiting a really long time or rebooting?
Thanks,
-Brian
--
Brian Dean
> From: Thomas David Rivers
>
> I just wondered if this should be integrated into ptrace(), so
> the various debuggers wouldn't have to know about it.
>
> It seems that would be the proper abstraction - hardware that supports
> it would "have it" - and the programs that "used it" wouldn't have
> From: Thomas David Rivers <[EMAIL PROTECTED]>
>
> I just wondered if this should be integrated into ptrace(), so
> the various debuggers wouldn't have to know about it.
>
> It seems that would be the proper abstraction - hardware that supports
> it would "have it" - and the programs that "us
but I can't commit to it being
done within the next week or so.
Here is the patch set, generated against a current tree about 4 hours
or so old. The new file that is required is listed out after the
patches. Please let me know if anything else is needed or if anything
needs to be changed (style
but I can't commit to it being
done within the next week or so.
Here is the patch set, generated against a current tree about 4 hours
or so old. The new file that is required is listed out after the
patches. Please let me know if anything else is needed or if anything
needs to be changed (style
any
location that could execute within the context of his process. This
could result in breaking into code that was never designed to be
interruptible, such as in the middle of updating a shared data
structure.
Any ideas are welcome, and I will do my best to implement them.
Now that I've
rnel to be interrupted at any
location that could execute within the context of his process. This
could result in breaking into code that was never designed to be
interruptible, such as in the middle of updating a shared data
structure.
Any ideas are welcome, and I will do my best to impleme
hink the changes to gdb would be minimal. It already
supports hardware debug support. We'd just need to hook in our
facility for setting/getting the hardware watchpoints at the
apropriate place(s).
Thanks,
-Brian
--
Brian Dean SAS Institute Inc brd...@unx.sas.com
>
hink the changes to gdb would be minimal. It already
supports hardware debug support. We'd just need to hook in our
facility for setting/getting the hardware watchpoints at the
apropriate place(s).
Thanks,
-Brian
--
Brian Dean SAS Institute Inc [EMAIL PROTECTED]
> T
eering to spend some cycles on this, but I don't want to go
to the effort if there's little chance that the work would be
integrated.
Thanks,
-Brian
--
Brian Dean SAS Institute Inc [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
eering to spend some cycles on this, but I don't want to go
to the effort if there's little chance that the work would be
integrated.
Thanks,
-Brian
--
Brian Dean SAS Institute Inc brd...@unx.sas.com
To Unsubscribe: send mail to majord...@freebsd.org
with "unsub
49 matches
Mail list logo
