the output of 'ps' and a stack
trace? (A serial console is probably useful for this.)
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
this is a good compromise for now.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
instead of an sx lock for the kernel
environment.
Giant is special, it can be acquired both before and after sx locks because it
is released while blocking on an sx lock. Are you sure that mfiutil is hung?
The thread appears to be running rather than blocked on a lock.
--
John Baldwin
On Friday 04 June 2010 5:37:14 am Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
Ok, if you are using a stock mfsroot from a release build, that should
work fine. If you have built
On Friday 04 June 2010 1:58:13 pm Alan Cox wrote:
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see what the default size is and how to tune
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
John Baldwin j...@freebsd.org writes:
Ok, if you are using a stock mfsroot from a release build, that should
work fine. If you have built a custom mfsroot that is larger, then
you may need to increase NKPT on i386. In very recent 7
:-) ). John, are you aware of any gzip
decompression / mfsroot changes which might explain the problem on
RELENG_7? I haven't done a thorough series of tests, but on my
testbed boxes RELENG_8 works fine with a gzip'd mfsroot.
Ok, if you are using a stock mfsroot from a release build
);
+P1B_SYSCTL_RW(CTL_P1003_1B_SEM_NSEMS_MAX, sem_nsems_max);
P1B_SYSCTL(CTL_P1003_1B_SEM_VALUE_MAX, sem_value_max);
P1B_SYSCTL(CTL_P1003_1B_SIGQUEUE_MAX, sigqueue_max);
P1B_SYSCTL(CTL_P1003_1B_TIMER_MAX, timer_max);
--
John Baldwin
___
freebsd-stable
On Tuesday 01 June 2010 1:05:26 pm Kostik Belousov wrote:
On Tue, Jun 01, 2010 at 11:41:09AM -0400, John Baldwin wrote:
On Sunday 30 May 2010 11:06:22 am Kostik Belousov wrote:
On Sun, May 30, 2010 at 06:30:35PM +0400, Dmitry Marakasov wrote:
Hi!
Not long ago, POSIX semaphores
symbols you can use kgdb to investigate as
well. I have something similar to 'show sleepchain' in the gdb scripts at
www.freebsd.org/~jhb/gdb/. You can source the gdb6 file and do 'sleepchain
pid' to see what locks a given thread is blocked on.
--
John Baldwin
)) {
- IFQ_DRV_PREPEND(ifp-if_snd, m_head);
+ if (m_head != NULL)
+ IFQ_DRV_PREPEND(ifp-if_snd, m_head);
ifp-if_drv_flags |= IFF_DRV_OACTIVE;
break;
}
--
John Baldwin
any pinned or bound threads pinned to non-boot CPUs though.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
the backtrace when it panics at least.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
lockup, none of the user level code might
run at all. Any way to fall back to a hard and fast kernel level machine
reset?
No, watchdogd and the IPMI driver will manage the watchdog. You can use
'sel elist' after a reboot to see if the reboot was triggered via the
watchdog.
--
John Baldwin
with the instruction
pointer in the panic?
If you are booted into the same kernel with the same modules loaded, you
can probably run 'kgdb' as root do 'l *instruction pointer'.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
On Wednesday 28 April 2010 3:22:44 am kama wrote:
On Tue, 27 Apr 2010, John Baldwin wrote:
On Tuesday 27 April 2010 9:30:12 am kama wrote:
Hi.
I have problem when probing the ciss device. Causing a kernel panic.
This
happened when I upgraded from 6.3 to 7.3-stable. Booting
On Wednesday 28 April 2010 10:07:56 am kama wrote:
On Wed, 28 Apr 2010, John Baldwin wrote:
On Wednesday 28 April 2010 3:22:44 am kama wrote:
On Tue, 27 Apr 2010, John Baldwin wrote:
On Tuesday 27 April 2010 9:30:12 am kama wrote:
Hi.
I have problem when
On Wednesday 28 April 2010 1:38:15 pm kama wrote:
On Wed, 28 Apr 2010, Giovanni Trematerra wrote:
On Wed, Apr 28, 2010 at 4:07 PM, kama k...@pvp.se wrote:
On Wed, 28 Apr 2010, John Baldwin wrote:
On Wednesday 28 April 2010 3:22:44 am kama wrote:
On Tue, 27 Apr 2010
: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfdf7
pci11: child ciss2 requested type 3 for rid 0, but the BAR says it is an
ioport
ciss2: can't allocate config window
kernel trap 12 with interupts disabled
Can you get the ciss2 boot messages from a working 6.x kernel?
--
John Baldwin
to the top after calling tcp_mtudisc()
and retry.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
This is no longer present in FreeBSD 8. Oversight? Should I be able to
compile the cyclades driver for FreeBSD 8?
No, it is not presently supported on 8. It needs to be ported to the new tty
layer. You could perhaps ask e...@freebsd.org for some assistance.
--
John Baldwin
Try pulling in the latest version of if_lem.c from HEAD. There was a bug in
if_lem.c that was missing an assignment that caused spurious watchdog resets.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
? You can then just fix that handler to support 32-bit processes
which should fix wine.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
is bde's preferred
solution I think).
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
At 05:42 PM 3/27/2010, Jeremy Chadwick wrote:
On Sat, Mar 27, 2010 at 04:51:49PM -0700, John Long wrote:
At 02:14 AM 3/26/2010, Jeremy Chadwick wrote:
% dmesg | grep -i smbus
pci0: serial bus, SMBus at device 31.3 (no driver attached)
All this means is that there's a SMBus-class device
At 03:16 AM 3/25/2010, Torfinn Ingolfsen wrote:
On Wed, 24 Mar 2010 18:04:51 -0700
John Long fb...@sstec.com wrote:
I want to thank you very much for all the info you have provided. It has
clued me into a much better understanding and I see that it is a big
un-standard thing to monitor
At 02:14 AM 3/26/2010, Jeremy Chadwick wrote:
On Fri, Mar 26, 2010 at 01:20:19AM -0700, John Long wrote:
Yes you're only getting p4tcc throttling as Alexander points out. You'll
need to get est working to get power reduction from lower frequencies,
which likely won't correspond to these f/8
that the
bios by itself provides those changes better than any other changes
in these settings.
...and this would fall under the est(4) subset driver for cpufreq(4).
Just checking, I know nothing about these so far, but are you suggesting
that John having C1E and C2E enabled in BIOS may be affecting
At 09:24 PM 3/25/2010, Ian Smith wrote:
On Wed, 24 Mar 2010, John Long wrote:
At 11:27 PM 3/22/2010, Alexander Motin wrote:
John Long wrote:
Hello, I am putting together a couple update servers. Went with c2d
E7500 on gigabyte G41M-ES2L boards. fbsd 8.0 release generic (so
far
At 01:31 AM 3/26/2010, Alexander Motin wrote:
John Long wrote:
Have you tried C2? Are you running the latest BIOS? And perhaps your
ACPI ASL may be amenable to repair, if Gigabyte ACPI is broken here?
As I can see, your ACPI reports C3 state support. You may try it also.
Here is my notes about
At 07:55 PM 3/22/2010, Nenhum_de_Nos wrote:
On Mon, March 22, 2010 19:57, John Long wrote:
dmesg shows
cpu0: ACPI CPU on acpi0
est0: Enhanced SpeedStep Frequency Control on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr
At 11:27 PM 3/22/2010, Alexander Motin wrote:
John Long wrote:
Hello, I am putting together a couple update servers. Went with c2d
E7500 on gigabyte G41M-ES2L boards. fbsd 8.0 release generic (so far)
amd64, 1g mem, 1tb wd cavier blk, fresh system.
My Kill-a-watt shows 41 watts
At 02:36 PM 3/24/2010, Jeremy Chadwick wrote:
On Wed, Mar 24, 2010 at 01:37:06PM -0700, John Long wrote:
I am trying to ascertain the viability of this motherboard w/
regards to getting the power function working proper and am
constrained by the lack of monitoring tools vs what cupid.com has
and It took it out but there was no improvement in results.
Kernel additions at the end.
So, if it is of no matter then cool, if you want me to do something just
let me know.
thx,
John
8 stable:
dmesg ad0: 953868MB WDC WD1001FALS-00J7B0 05.00K05 at ata0-master UDMA100
SATA
%atacontrol list
ATA
of the errors you are seeing?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
.
Oh, gah. Fixed in 7. Probably too late for 7.3.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
unless I install xp (ugh) and run something from cpuid.com on it.
What is a good/better/best monitoring program, mbmon and bsdhwmon are
untried for they are not current I see. Or what do I do from here to
fix this problem?
thx,
John
dmesg shows
cpu0: ACPI CPU on acpi0
est0
was probed. I would talk to Warner
(imp@) about trying to fix the interrupt storm. Also, if you could narrow
down which particular item that you trim breaks it, that would be helpful.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
though since it does not include BSS. I wonder if it is trying
to load the symbols after the BSS.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
,
or by undefining it there), or for kernel+userland (removing the
!WITH_CTF - NO_CTF part from sys.mk).
Unfortunately the ctf stuff breaks static binaries. I think that if that were
fixed we would simply enable it by default and be done.
--
John Baldwin
On Tuesday 09 March 2010 3:27:09 am Alexander Leidinger wrote:
Quoting John Baldwin j...@freebsd.org (from Mon, 8 Mar 2010 10:00:12 -0500):
On Saturday 06 March 2010 11:00:12 am Robert Watson wrote:
On Sat, 6 Mar 2010, Alexander Leidinger wrote:
Take a look at the DTrace configuration
was happening.
It is actually documented.
http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#ttl
--
John Marshall
pgphHtuoRs2TY.pgp
Description: PGP signature
later will not cause
trouble when someone forgets to do the WITH_CTF part as it is already
in the kernel makefile)?
I'll leave John to answer this one, CC line broadended.
I would be very surprised if 'makeoptions WITH_CTF=yes' worked. The many
times I and others have tried it it did
On Thu, 25 Feb 2010, 22:14 +1100, John Marshall wrote:
Another thing I did was to patch the sendmail build config on another
one of the servers, and rebuild, so that sendmail's sleep() would simply
call FreeBSD's nanosleep(2). I have asked on comp.mail.sendmail if
anyone knows why
. The important point is
that some device claims them. It doesn't really matter which one does.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
Thanks very much Alexander, I'll test t the patch this weekend.
John
Lorenzo Perone wrote:
COOL! THANKS a LOT Alexander!
Can't believe it. You post a panic at 11pm and get a patch at 1pm next
day...? You must be crazy! ;)
Works for me. I patched against 8/stable. I'll be testing
sendmail on all three.
--
John Marshall
pgpz7FEttPAUR.pgp
Description: PGP signature
of a pointer in amd64 have to either be all 0 or all 1. If there is a mix,
then you get a GP# instead of a PF#.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
I'm running into the same problem, mpt(4) panic on FreeBSD 8-STABLE.
I'm running FreeBSD 8.0-STABLE, the current kernel was cvsup'd and built
@ January 14th, 2010. I cvsup'd tonight, 2/25/2010, and built a new
kernel. Attached is the panic when I tried to boot into single user
mode, I was
discussions and debugging with John on
IRC. I've cc'd gshapiro@ because the problem appears to be sendmail,
rather than the FreeBSD kernel.
On 2010-Feb-23 12:35:22 +1100, John Marshall
john.marsh...@riverwillow.com.au wrote:
Environment: sendmail 8.14.4 on FreeBSD 8.0-RELEASE-p2
On Tue, 23 Feb 2010, 11:36 +0200, Kostik Belousov wrote:
On Tue, Feb 23, 2010 at 12:35:22PM +1100, John Marshall wrote:
Environment: sendmail 8.14.4 on FreeBSD 8.0-RELEASE-p2
Since upgrading a few local servers to FreeBSD 8.0-RELEASE (and
subsequently 8.0-RELEASE-p2), I have been seeing
On Tue, 23 Feb 2010, 11:36 +0200, Kostik Belousov wrote:
On Tue, Feb 23, 2010 at 12:35:22PM +1100, John Marshall wrote:
Environment: sendmail 8.14.4 on FreeBSD 8.0-RELEASE-p2
Since upgrading a few local servers to FreeBSD 8.0-RELEASE (and
subsequently 8.0-RELEASE-p2), I have been seeing
I was accidentally zero'ing the local APIC
due to a then-bug in sg_pager.c (it was forcing the VM system to clear the
pages it mapped by accident). That should not be the explanation for this.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing
or 5s only (not hours!).
--
John Marshall
pgpKPrRulKGIK.pgp
Description: PGP signature
set the timecounter frequency with sysctl. On my one time
server I have these lines in /etc/sysctl.conf
machdep.tsc_freq=132658584
kern.timecounter.hardware=TSC
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
___
freebsd-stable@freebsd.org
On Monday 15 February 2010 8:55:13 am Larry Rosenman wrote:
For the record, it appears that cvsup17.us.freebsd.org is serving outdated
files.
Try sending an e-mail to h...@. The last time cvsup17 had issues the owner
fixed them after seeing an e-mail to h...@.
--
John Baldwin
not know about other OS's.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
/~amdmi3/diff.2.txt
http://people.freebsd.org/~amdmi3/diff.3.txt
Can you reproduce this using a non-FreeBSD server with a FreeBSD client or a
non-FreeBSD client with a FreeBSD server? That would narrow down the breakage
to either the client or the server.
--
John Baldwin
On Tuesday 09 February 2010 7:22:50 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/09/2010 05:23 PM:
On Tuesday 09 February 2010 5:17:32 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/09/2010 01:52 PM:
On Monday 08 February 2010 9:49:00 am John Baldwin wrote:
On Saturday 06
:-) as can be
seen with camcontrol:
Hmm, I asked the previous reporter to debug this by examining the results that
CAM returns from the bus scan using gdb, but I haven't heard back.
Unfortunately I do not have access to any hardware with this sort of setup to
debug this.
--
John Baldwin
On Monday 08 February 2010 9:49:00 am John Baldwin wrote:
On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/05/2010 08:27 AM:
On Thursday 04 February 2010 10:00:55 pm Tom McLaughlin wrote:
Hi all, a recent MFC to 7-STABLE has started to cause issues
On Tuesday 09 February 2010 5:17:32 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/09/2010 01:52 PM:
On Monday 08 February 2010 9:49:00 am John Baldwin wrote:
On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/05/2010 08:27 AM:
On Thursday 04
, with
the kernel symbols installed, the crashinfo(8) script can generate useful
information after a crash on an out-of-the-box system.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/05/2010 08:27 AM:
On Thursday 04 February 2010 10:00:55 pm Tom McLaughlin wrote:
Hi all, a recent MFC to 7-STABLE has started to cause issues for my VMs
on VMware ESXi 3.5u4. After loading the mpt
On Monday 08 February 2010 9:56:36 am Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 09:49:00AM -0500, John Baldwin wrote:
On Saturday 06 February 2010 4:47:16 pm Tom McLaughlin wrote:
John Baldwin wrote, On 02/05/2010 08:27 AM:
On Thursday 04 February 2010 10:00:55 pm Tom McLaughlin
On Monday 08 February 2010 11:06:00 am Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 10:32:37AM -0500, John Baldwin wrote:
On Monday 08 February 2010 9:56:36 am Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 09:49:00AM -0500, John Baldwin wrote:
On Saturday 06 February 2010 4:47:16 pm
On Monday 08 February 2010 1:51:46 pm Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 01:15:06PM -0500, John Baldwin wrote:
On Monday 08 February 2010 11:06:00 am Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 10:32:37AM -0500, John Baldwin wrote:
On Monday 08 February 2010 9:56:36 am
On Monday 08 February 2010 2:46:51 pm Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 02:42:33PM -0500, John Baldwin wrote:
On Monday 08 February 2010 1:51:46 pm Kostik Belousov wrote:
On Mon, Feb 08, 2010 at 01:15:06PM -0500, John Baldwin wrote:
I thought the old condition only
over the summer. (I just
worked around it and went about my business at the time. :-/) I've
attached a dmesg from a kernel before the problem and one from after it
started.
What if you set 'hw.clfush_disable=1' from the loader?
--
John Baldwin
accesses without any errors being reported.
Currently, I have:
vfs.nfs.realign_count: 12
vfs.nfs.realign_test: 188817
I'd say that your patch works.
John, are you okay with that patch?
http://people.freebsd.org/~marius/fha_extract_info_realign2.diff
It's intention is to:
- Move
On Thursday 28 January 2010 7:26:24 am Dimitry Andric wrote:
On 2010-01-28 13:06, Robert Noland wrote:
John or Marcel can correct me, but I don't think that this is an issue.
The bootstrap is located in the pmbr in sector 0 and the GPT headers and
tables are in sectors 1 - 34
that can handle GPT-labelled disks. I doubt the SuperMicro tech is
familiar with that case. I thought I heard that some folks had added GPT
support to grub as well.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
= 0x7fffe6d8, rbp = 0x5 ---
It looks like NFS is missing some lock/unlock pairs. Has anyone else
seen this? And does anyone have a fix?
I suspect this was caused by the recent alignment fixes to NFS. I've cc'd
Marius.
--
John Baldwin
);
+ if (mii_phy_probe(dev, sc-miibus, nve_ifmedia_upd, nve_ifmedia_sts)) {
+ device_printf(dev, MII without any phy!\n);
+ error = ENXIO;
+ goto fail;
+ }
+
/* Attach to OS's managers. */
ether_ifattach(ifp, eaddr);
--
John
On Tuesday 26 January 2010 1:37:56 pm Marius Strobl wrote:
On Tue, Jan 26, 2010 at 09:46:44AM -0500, John Baldwin wrote:
On Tuesday 26 January 2010 2:33:37 am Peter Jeremy wrote:
I have just upgraded to 8-STABLE/amd64 from about 18 hours ago and am
now getting regular (the following pair
only be first if it is the ONLY thing using that slice (disk), otherwise,
you need a filesystem first to protect the partition table.
--
John Lind
j...@starfire.mn.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Friday 22 January 2010 3:08:45 am Florian Smeets wrote:
On 1/21/10 9:15 PM, John Baldwin wrote:
On Thursday 21 January 2010 2:09:34 pm Florian Smeets wrote:
On 1/21/10 8:05 PM, John Baldwin wrote:
On Thursday 21 January 2010 1:33:35 pm Florian Smeets wrote:
On 1/21/10 6:58 PM, John
UFS, I only built a GENERIC kernel w/o modules which is
how I missed ZFS. Given that the patch touched ZFS I really should have
built the module.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Friday 22 January 2010 12:18:20 pm Max Laier wrote:
On Friday 22 January 2010 15:20:13 John Baldwin wrote:
On Friday 22 January 2010 3:08:45 am Florian Smeets wrote:
...
If it really is IPsec traffic then there are no rewrite rules only 10 pf
pass rules on the enc0 interface
jail binary from the host into the jail.
There are still several binaries such as ps that need to be 64-bit, even in a
32-bit jail.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
, (m_copydata, length size of mbuf
chain));
I think you would have hit this assertion if INVARIANTS were enabled. Can you
go up to frame 8 and do an 'l'? Maybe 'p *m' as well?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
On Thursday 21 January 2010 8:25:22 am Florian Smeets wrote:
On 1/21/10 2:01 PM, John Baldwin wrote:
On Thursday 21 January 2010 5:10:20 am Florian Smeets wrote:
(kgdb) where
#0 doadump () at pcpu.h:196
#1 0xc0525703 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:418
#2
On Thursday 21 January 2010 1:33:35 pm Florian Smeets wrote:
On 1/21/10 6:58 PM, John Baldwin wrote:
On Thursday 21 January 2010 8:25:22 am Florian Smeets wrote:
On 1/21/10 2:01 PM, John Baldwin wrote:
On Thursday 21 January 2010 5:10:20 am Florian Smeets wrote:
(kgdb) where
#0 doadump
On Thursday 21 January 2010 2:09:34 pm Florian Smeets wrote:
On 1/21/10 8:05 PM, John Baldwin wrote:
On Thursday 21 January 2010 1:33:35 pm Florian Smeets wrote:
On 1/21/10 6:58 PM, John Baldwin wrote:
On Thursday 21 January 2010 8:25:22 am Florian Smeets wrote:
(kgdb) frame 8
#8
On Thursday 14 January 2010 6:40:42 pm Frank wrote:
On Thu, 14 Jan 2010, Frank wrote:
On Thu, 14 Jan 2010, John Baldwin wrote:
What does apctest say when you run it?
--
John Baldwin
apctest
2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) freebsd
Checking
On Wednesday 13 January 2010 6:21:08 pm Frank wrote:
On Wed, 13 Jan 2010, John Baldwin wrote:
Same here. I suspect the problem is in apcupsd.conf. This is what I am
using:
UPSCABLE usb
UPSTYPE usb
DEVICE
This is what I have in mine also. Here's the whole thing:
UPSCABLE usb
DEVICE
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
that would be though.
No, apcupsd works perfectly fine on 8. I use it on a server that has run 6.x,
7.x, and now 8.0.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
() from
their destructors. I guess uma_zfree() will never call kmem_free() directly?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
network services starting on boot seem to be
not affected at least.
SYNCDHCP would probably restore the old behavior but make your boot take
longer.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
.
SYNCDHCP should fix the problems with ntpd. I have no idea about lagg(4), you
would probably need to ask a more specific question about what exact breakage
you are seeing.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
can make the warning go away by compiling the bluetooth
modules into your kernel or loading them via loader.conf.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
long before wlan devices and user level
ifconfigs.
Maybe pciconf -lv will show something or maybe showing some of the
pci space with pciconf -r will give an idea why the attach fails.
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Thursday 17 December 2009 12:27:17 pm Steven Hartland wrote:
- Original Message -
From: John Baldwin j...@freebsd.org
For the hang it seems you have a thread waiting in a blocking read(), a
thread
waiting in a blocking accept(), and lots of threads creating condition
On Monday 21 December 2009 9:45:53 am Steven Hartland wrote:
- Original Message -
From: John Baldwin
I've uploaded a two more traces for the oxt test failure / segv.
http://code.google.com/p/phusion-passenger/issues/detail?id=441#c1
From looking at the test case it testing
there was a lot of changes in sys/amd64/amd64/pmap.c and can't really
understant which can cause this.
I'll appreciate any help.
Hmm, perhaps try making NKPT larger?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
actually had a seg fault. It looks like it was the thread that was
throwing an exception. However, nanosleep() doesn't throw exceptions, so that
stack trace doesn't really make sense either. Perhaps that stack is hosed by
the exception handling code?
--
John Baldwin
identifiers
kern.ipc.shmmni=2048
# Number of segments per process #2048
kern.icp.shmseg=256
s/icp/ipc/. :)
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
On Wednesday 16 December 2009 8:47:56 am Robert Noland wrote:
On Tue, 2009-12-15 at 15:51 -0500, John Baldwin wrote:
On Tuesday 15 December 2009 2:47:03 pm Jonathan Chen wrote:
On Tue, Dec 15, 2009 at 10:18:36AM -0500, John Baldwin wrote:
On Monday 14 December 2009 9:37:51 pm Jonathan
601 - 700 of 1661 matches
Mail list logo