figured out why syscons cnputc() can take so long, but it appears to be rather
slow.
--
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"
s point most BIOSes no longer have that option
and just always set it to no, but it is important infrastructure to have
in place for hotplug PCI (and cardbus (9 should no longer need the
hw.cbb.start_memory tunable hacks on various laptops due to NEW_PCIB),
etc.).
--
John Baldwin
___
On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote:
>
> After this change I am recieving the attached error log.
My fault, looks like stable/8 doesn't have WITH_INET / WITHOUT_INET.
I'm doing tests on a fix now.
> On Wed, Jan 04, 2012 at 04:20:56PM +,
On Wednesday, January 04, 2012 2:09:44 pm Bjoern A. Zeeb wrote:
> On 4. Jan 2012, at 18:01 , John Baldwin wrote:
>
> > On Wednesday, January 04, 2012 12:50:38 pm Jason Hellenthal wrote:
> >>
> >> After this change I am recieving the attached error log.
> >
be merged to 8 (it includes the changes in
your patch along with some others):
http://svnweb.freebsd.org/base?view=revision&revision=224169
I'm testing this now and if it fixes the build I'll commit.
--
John Baldwin
___
freebsd-stable
On Thursday, January 05, 2012 3:25:42 pm John Baldwin wrote:
> On Thursday, January 05, 2012 1:02:05 pm David Wolfskill wrote:
> > On Thu, Jan 05, 2012 at 01:28:25PM +, FreeBSD Tinderbox wrote:
> > > ...
> > > cc -O2 -pipe -
> I/src/cddl/sbin/zpool/../../.
Hmm, I can't see anything that would explain this. What if you
look at individual threads of mysqld (using 'H') flag? Also, which OS
version are you using?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.
On Jan 9, 2012, at 12:40 PM, Freddie Cash wrote:
> Just wondering if anyone else has run into a similar issue.
>
> We have a ZFS storage server that was running 8.2-STABLE (from around
> beginning of Dec 2011) without any issues, that was upgraded to
> 9.0-RELEASE (to consolidate all the ZFS and
advise_args' /usr/src/sys/kern/init_sysent.c:568:
> error: 'posix_fadvise' undeclared here (not in a
> function) *** Error code 1
This sounds like you have an incomplete tree that only got part of a change
(specifically, /usr/src/sys/sys/sysprot
g the patches, I think they are just committed to
releng/8.2 directly. However, you could look at the logs for a given
branch (e.g. svn log --stop-on-copy releng/8.2) and figure out the svn
revision that would correspond to 8.2-p5.
--
John Baldwin
substantial change which needs to
be adequately documented.
--
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"
ht_msimap + PCIR_HT_COMMAND, cfg->ht.ht_msictrl,
2);
}
#endif
--
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 Friday, January 20, 2012 12:25:52 pm Matthieu Volat wrote:
> On Fri, 20 Jan 2012 09:28:55 -0500
> John Baldwin wrote:
>
> > On Friday, January 20, 2012 8:21:28 am Matthieu Volat wrote:
> > > Hello,
> > >
> > > For a week, I have been trying to boot
CD.
You can't use sysinstall on 9.0 since the distribution format changed. I
don't think there is a way to install them via bsdinstall post-install.
(Nathan cc'd in case there is). I think you can root around in the FTP
directory and find the s
Given the reticence to commit changes to release branches, it is
probably simpler to mask this via the tinderbox instead.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscr
hts to this (not sure why that
> person thought that -- I have nothing to do with tinderbox :-) ).
>
> Let us know if you could. Thanks!
The periodically failing ones are old bugs that were uncovered recently
when the tinderbox was fixed to comp
ebugger doesn't stop hardclock events?
> is there something I can do to make them not happen..
> It means I have to ge tmy debugging done in less than about 60 seconds.
>
> suggesions welcome.
I committed a workaround to HEAD for this recently (r228960). Just make sure
that is me
Just thought i would post over here as i'm not getting a warm fuzzy from
checkpoint about being able to find the root cause of an issue. I have a large
install base of IPSO checkpoint firewalls, which are based on FreeBSD 6.2. I've
had 3 firewalls hang basically the same way, with something that
I can't seem to replicate it at all. I've seen it happen on 3 different IPSO
boxes so far. The last machine it happened on is maybe 4 months old. Basically
on all 3 machines once rebooted the problem doesn't come back. Checkpoint so
far is telling me its a known issue and they don't know what th
't come to that.
Thanks for the reply!
Sent via BlackBerry from T-Mobile
-Original Message-
From: Jeremy Chadwick
Date: Mon, 13 Feb 2012 21:18:28
To: john fleming
Cc: freebsd-stable@freebsd.org
Subject: Re: 6.2-Release ..ish.. CF + ata == freeze?
On Mon, Feb 13, 2012 at 08:43:08PM -0800
t;
> > Anyhow, please try the attached patch which replaces the mtx_unlock();
tsleep(); with
> > msleep()s using PDROP. If the attachment gets lost, the patch is also
here:
> > http://people.freebsd.org/~rmacklem/tsleep.patch
> >
> > Thanks for reporting this, rick
break;
/* Probe device ID. */
}
return (0);
}
It is not safe to use pci_get_vendor() with non-PCI devices (you may get
random junk, and Host-PCI bridges are not PCI devices). Also, this will only
apply the quirk if a relevant bridge is in the bge d
> > > sleep type. Is this not true ?
> > No, not to avoid starvation.
> >
> > The intent of the blocking primitives is to acquire resources for
> > limited amount of time. In other words, you never take a mutex for
> > undefinitely long computation process. O
On Saturday, February 25, 2012 5:13:01 pm YongHyeon PYUN wrote:
> On Thu, Feb 23, 2012 at 09:46:20AM -0500, John Baldwin wrote:
> > On Tuesday, February 14, 2012 7:56:00 pm YongHyeon PYUN wrote:
> > > On Sat, Jan 28, 2012 at 09:24:53PM -0500, Michael L. Squires wrote:
> >
, hopefully
> it did again so i can debug it.
The problem discussed below can only result in boot-time hangs, not in crashes
at runtime, so it is completely different. That said, if you are seeing
crashes and have core dumps, we would certainly like to see some details such
as
On Tuesday, February 28, 2012 6:10:51 pm Harry Newton wrote:
> Adrian - thanks !
>
> John, if you write me a shopping list of what information you think
> useful, assuming you have time and inclination, I'll do my best
> provide it.
Mostly a verbose boot of 9.0-RELEASE and w
baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
mskc0@pci0:32:0:0: class=0x02 card=0x3056103c chip=0x436c11ab
rev=0x10 hdr=0x00
vendor = 'Marvell Technology Group Ltd.'
device
0 0 0 0
>
> It looks like packet count is correct (13955+48921=62876, two packets
> missed somewhere), while byte count is exact 2x more.
Yes, this is a bug. if_obytes already gets incremented in IFQ_HANDOFF(), so
the IB code doesn
(4) driver that Doug (cc'd) is going to soon
merge into HEAD. It syncs up with the mfi(4) driver on LSI's website which
supports several cards that the current mfi(4) driver does not. (I'm not
fully sure if the 9240 is in that group or not. Doug might know however.)
--
John Baldwin
MI
> hw.ipmi.on: 1
> dev.ipmi.0.%desc: IPMI System Interface
> dev.ipmi.0.%driver: ipmi
> dev.ipmi.0.%location: handle=\_SB_.PCI0.ISA_.NIPM
> dev.ipmi.0.%pnpinfo: _HID=IPI0001 _UID=5
> dev.ipmi.0.%parent: acpi0
Can you get dmidecode output?
--
John Baldwin
___
r);
+
if (flags & ISADMA_RAW) {
dma_auto_mode |= (1 << chan);
} else {
--
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 Friday, March 30, 2012 4:03:54 pm Sean Bruno wrote:
> On Fri, 2012-03-30 at 09:29 -0700, John Baldwin wrote:
> > On Thursday, March 29, 2012 12:48:39 pm Sean Bruno wrote:
> > > Noting a failure to attach to the onboard IPMI controller with this dell
> > > R815. Not s
t for
testing (i.e. add a 'return (ENXIO)' to the top of the probe routine in
ipmi_acpi.c) just to see if that makes a difference. If not, then I think the
BMC is just broken or your BIOS is lying.
--
John Baldwin
___
freebsd-stable@freebsd.o
at
> the msleep timed out. This doesn't seem to be critical problem
> since after this things seemed to work work. I saw this on 9.X.
> Haven't seen it on 8.2. Not sure about -current.
>
> It doesn't happen on all machines.
Hmm, are you seeing the KCS thread manage the r
On Monday, April 02, 2012 7:27:13 pm Doug Ambrisko wrote:
> Doug Ambrisko writes:
> | John Baldwin writes:
> | | On Saturday, March 31, 2012 3:25:48 pm Doug Ambrisko wrote:
> | | > Sean Bruno writes:
> | | > | Noting a failure to attach to the onboard IPMI controller with this
On Tuesday, April 03, 2012 12:37:50 pm Doug Ambrisko wrote:
> John Baldwin writes:
> | On Monday, April 02, 2012 7:27:13 pm Doug Ambrisko wrote:
> | > Doug Ambrisko writes:
> | > | John Baldwin writes:
> | > | | On Saturday, March 31, 2012 3:25:48 pm Doug Ambrisko wrote
On Wednesday, April 04, 2012 12:24:33 pm Doug Ambrisko wrote:
> John Baldwin writes:
> | On Tuesday, April 03, 2012 12:37:50 pm Doug Ambrisko wrote:
> | > John Baldwin writes:
> | > | On Monday, April 02, 2012 7:27:13 pm Doug Ambrisko wrote:
> | > | > Doug Ambrisko write
On Friday, April 06, 2012 2:01:15 pm Doug Ambrisko wrote:
> Alexander Motin writes:
> | On 04/06/12 20:12, Doug Ambrisko wrote:
> | > Alexander Motin writes:
> | > | On 04/04/12 21:47, John Baldwin wrote:
> | > |> On Wednesday, April 04, 2012 12:24:33 pm Doug Ambr
in my config. They are
> > being loaded from /boot/loader.conf. This worked fine for quite a while.
> >
> > I will try to have it compiled-in, but would still prefer it fixed, or in
> > case it cannot be fixed and mem.ko cannot be loaded separately from now on,
>
e in this state I can use
mfiutil to create volumes.
>
> I can get drives from the unconfigured-good state to JBOD by doing "MegaCli
-PDMakeJBOD …".
>
> This is just in a little test machine with a few drives. Now that it is
working to this level I will get a server with a 924
7;t
work?
> >
> # setenv HPHP_HOME=`pwd`
> setenv: Syntax Error.
Use a space instead.
setenv HPHP_HOME `pwd`
(Hint: man csh)
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sta
in my config. They are
> > being loaded from /boot/loader.conf. This worked fine for quite a while.
> >
> > I will try to have it compiled-in, but would still prefer it fixed, or in
> > case it cannot be fixed and mem.ko cannot be loaded separately from now on,
>
On Wednesday, March 07, 2012 3:40:53 pm YongHyeon PYUN wrote:
> On Tue, Mar 06, 2012 at 10:36:05AM -0500, John Baldwin wrote:
> > On Thursday, March 01, 2012 8:29:55 pm YongHyeon PYUN wrote:
> > > On Wed, Feb 29, 2012 at 01:03:29AM +0400, Pavel Gorshkov wrote:
> > > >
On Tuesday, April 24, 2012 4:07:19 pm YongHyeon PYUN wrote:
> On Mon, Apr 23, 2012 at 10:24:41AM -0400, John Baldwin wrote:
> > On Wednesday, March 07, 2012 3:40:53 pm YongHyeon PYUN wrote:
> > > On Tue, Mar 06, 2012 at 10:36:05AM -0500, John Baldwin wrote:
> > > > On
On Tuesday, April 24, 2012 3:07:14 pm John Baldwin wrote:
> On Tuesday, April 24, 2012 4:07:19 pm YongHyeon PYUN wrote:
> > On Mon, Apr 23, 2012 at 10:24:41AM -0400, John Baldwin wrote:
> > > On Wednesday, March 07, 2012 3:40:53 pm YongHyeon PYUN wrote:
> > > > On T
On Friday, April 27, 2012 6:20:17 pm YongHyeon PYUN wrote:
> On Wed, Apr 25, 2012 at 09:35:28AM -0400, John Baldwin wrote:
> Hmm, would you give attach patch try?
> Yukon Extreme seems to have a new flow control feature but I'm not
> sure whether this is related with interrupt st
ng stale
specifically in regards to this change.
--
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"
bridges, PCI bus 0, and two uncore busses for your CPU sockets. So busses 1
and 2 must be children of bus 0. It would seem that bus 2 comes before bus 1
on PCI bus 0. You can tell this by seeing what the parent pcibX device of
busses 1 and 2 are and looking at the address of that pci
> /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of
> 'sizeof' to incomplete type 'struct shmfd'
> /usr/src/usr.bin/fstat/fstat.c:953: warning: unused variable 'shm'
> *** Error code 1
I think you got part of a commit. Have you tried re
>
> > I tried to boot to latest HEAD and found the same problem. I also tried
> > to build kernel with mpt driver from my 8.2. Controller didn't
> > initialize with the same diagnostic. So it looks like the problem is not
> > in mpt driver.
> >
> > Any
On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote:
> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote:
> > On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote:
> >> On 6/7/12 10:02 PM, Andrey Zonov wrote:
> >> > Hi,
> >> >
> >> > I
On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote:
> On 6/9/12 9:35 PM, Marius Strobl wrote:
> > On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote:
> >> On 6/8/12 10:27 PM, John Baldwin wrote:
> >>> On Friday, June 08, 2012 11:48:50 am Andrey Zon
On Monday, June 11, 2012 11:25:38 am Andrey Zonov wrote:
> On 6/11/12 6:19 PM, John Baldwin wrote:
> > On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov wrote:
> >> On 6/9/12 9:35 PM, Marius Strobl wrote:
> >>> On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov
On Monday, June 11, 2012 5:01:18 pm Andrey Zonov wrote:
> On 6/12/12 12:19 AM, John Baldwin wrote:
> > On Monday, June 11, 2012 11:25:38 am Andrey Zonov wrote:
> >> On 6/11/12 6:19 PM, John Baldwin wrote:
> >>> On Saturday, June 09, 2012 3:06:19 pm Andrey Zonov w
On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote:
> On 6/12/12 10:06 PM, John Baldwin wrote:
> >
> [snip]
> > Ok, I've added some more debugging. The patch is a bit larger now and you
can
> > fetch it from www.freebsd.org/~jhb/patches/pcib_debug.patch
&g
On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote:
> On 6/13/12 12:51 AM, John Baldwin wrote:
> > On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote:
> >> On 6/12/12 10:06 PM, John Baldwin wrote:
> >>>
> >> [snip]
> >>> Ok, I've a
On Wednesday, June 13, 2012 3:29:45 pm Andrey Zonov wrote:
> On 6/13/12 7:10 PM, John Baldwin wrote:
> > On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote:
> >> On 6/13/12 12:51 AM, John Baldwin wrote:
> >>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wro
ision 237134)
+++ geom_io.c (.../8.2/sys/geom) (revision 237134)
@@ -265,6 +265,7 @@
g_trace(G_T_BIO, "bio_flush(%s)", cp->provider->name);
bp = g_alloc_bio();
bp->bio_cmd = BIO_FLUSH;
+ bp->bio_flags |= BIO_OR
On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote:
> On 6/13/12 7:10 PM, John Baldwin wrote:
> > On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote:
> >> On 6/13/12 12:51 AM, John Baldwin wrote:
> >>> On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wro
On Saturday, June 16, 2012 6:10:47 am Andrey Zonov wrote:
> On 6/15/12 9:24 PM, John Baldwin wrote:
> > On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote:
> >> On 6/13/12 7:10 PM, John Baldwin wrote:
> >>> On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wro
g Enter key).
> 3. See the following message at early boot
So don't do that. All your key presses are triggering SMI# events that are
interfering with the AP's ability to respond to its startup IPI. There is
nothing we can do about this in the OS.
--
John Baldwin
On Tuesday, June 19, 2012 9:03:57 am Andrey Zonov wrote:
> On Mon, Jun 18, 2012 at 6:26 PM, John Baldwin wrote:
> > On Saturday, June 16, 2012 6:10:47 am Andrey Zonov wrote:
> >> On 6/15/12 9:24 PM, John Baldwin wrote:
> >> > On Friday, June 15, 2012 2:12:06 am Andre
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
>
> On 6/15/12 8:04 AM, John Baldwin wrote:
> > On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
> >> Hello FreeBSD folk,
> >>
> >> We're seeing what appears to be a storage performanc
= MSI supports 32 messages, 64 bit
> cap 10[70] = PCI-Express 1 legacy endpoint max data 128(512) link x1(x8)
> ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected
> PCI-e errors = Fatal Error Detected
> Unsupported Request Detected
> Fatal
infiniband/OFED stack, with all its utils,
>mellanox connectX3 drivers, RDMA, iscsi-over-RDMA, nfs-over-RDMA,
>and such things.
FYI, OFED is present in 9.0 and later including mellanox drivers.
RDMA should be present, but I've no idea about iscs
On Monday, July 02, 2012 1:23:29 pm Gergely CZUCZY wrote:
> On Mon, 2 Jul 2012 10:55:04 -0400
> John Baldwin wrote:
>
> > On Friday, June 29, 2012 5:50:05 am Gergely CZUCZY wrote:
> > > Hello,
> > >
> > > I'm mostly using freebsd, but there are a f
rupt message was sent to the CPU with an illegal vector
(< 32). It is most likely a harmless bug in your BIOS. Can you get a verbose
dmesg to narrow down when the error occurs?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://li
On Thursday, July 12, 2012 11:47:28 pm Steve McCoy wrote:
> On 7/12/12 4:34 PM, Steve McCoy wrote:
> > On 7/12/12 4:14 PM, Charles Owens wrote:
> >> On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
> >>>
> >>> On 6/15/12 8:04 AM, John Baldwin
This is a really old thread i thought i would bring back to life. I have heard
that the flash card vendor has fessed up to a problem and said there is a
software fix they can create. So far i have no ETA on when that is going to
happen and for the record i don't think i will.
Oh well... here c
d == NULL)
break;
if (sge_encap(sc, &m_head)) {
- IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
+ if (m_head != NULL)
+ IFQ_DRV_PREPEND(&ifp->if_snd, m_head);
> the Subject: line in the hopes that someone who might know the answer to
> this will take a look.
If you can break into ddb, you can use 'show sleepchain' to investigate. If
you built the kernel with debug symbols you can use kgdb to investigate as
well. I have something similar to
ession is what triggers the bug though;
> I haven't tested all levels (1 through 9).
>
> CC'ing jhb@ since he last updated PR kern/120127 (which I would say is
> still a problem on RELENG_7 :-) ). John, are you aware of any gzip
> decompression / mfsroot changes which might ex
TSIG_MAX, rtsig_max);
> -P1B_SYSCTL(CTL_P1003_1B_SEM_NSEMS_MAX, sem_nsems_max);
> +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@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
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!
On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
> John Baldwin 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 ve
On Friday 04 June 2010 5:37:14 am Dave Hayes wrote:
> John Baldwin writes:
> > On Wednesday 02 June 2010 6:37:59 pm Dave Hayes wrote:
> >> John Baldwin writes:
> >> > Ok, if you are using a stock mfsroot from a release build, that should
> >> > work fine
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 th
r160217: "Use a sleep mutex 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 bl
f different CPUs may have different Cx-states, the script should use
> as lowest_value the
> lowest value between all the CPUs.
Yes.
> Please, let me know your comments and possibly commit the patch
> if you think is good enough.
I think 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"
case? Does it hang, does it panic?
If it hangs, can you break into DDB and capture 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
lict caching attributes (all PCI BARs are mapped UC for
example).
--
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"
h ehci not loaded. If so, then the SMI# for the ehci controller must
somehow prevent the issue, perhaps by triggering frequently enough to slow the
rate of I/O requests down?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
uses it to break as it would turn
off the SMI#'s that loading ehci also disables.
--
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"
ch
give the same situation as far as MCA is concerned.
7.3 has MCA support, but disabled by default.
> Is there a way to get rid of MCA completely? (as opposed to just "turning it
off" via loader.conf)
Turning it off in loader.conf does get rid of it completely as it prevents us
fr
out of DDB?
>
> In the meantime, I'll try harder to reproduce the MCE on current...
Well, it panic'd trying to malloc something in a non-safe place, because the
machine check can happen at any time like an NMI. The panic was caused by the
MCE however.
--
John Baldwin
___
On Monday, July 12, 2010 9:57:29 am Markus Gebert wrote:
>
> On 12.07.2010, at 14:51, John Baldwin wrote:
>
> >> Well, the situation has changed. Machine died over the weekend running our
> >> test load with above kernel configuration. It seems that not having ehci
On Monday, July 12, 2010 9:57:58 am Markus Gebert wrote:
>
> On 12.07.2010, at 14:48, John Baldwin wrote:
>
>
> > Hmm with mca disabled in the loader you should not be getting any MCE's at
all
> > as we don't enable the MCE interrupt in the CPU in that case.
job, it is just a hobby for me. I
> sincerely want it to work.
There is a tunable you can set in the loader (vm.blacklist) to a list of
physical addresses of pages that should be ignored.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
ht
then we should execute cpuid_count(0xb, 0, p) and examine
> EBX
> value (p[1]), only if it's non-zero should we proceed with topo_probe_0xb(),
> otherwise we should fall back to topo_probe_0x4, etc.
>
> I think that your addition achieves this effect, perha
press Bus: Speed 5.0Gb/s Width x8
If anybody need more info, please ask.
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe,
On Mon, Jul 19, 2010 at 01:46:18PM -0700, Jeremy Chadwick wrote:
> On Mon, Jul 19, 2010 at 10:25:42PM +0200, John Hay wrote:
> > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port Intel
> > 82599 cards). It is running FreeBSD RELENG_8 last updated on July 13.
> &g
MFC'd, it was later disabled by default because it
causes issues on other machines. I think there is a tunable you need to set
in loader.conf to enable it for 8.1. Attilio (the author of that commit)
should know which tunable to set.
--
John Baldwin
_
route, something go wrong.
John
On Tue, Jul 20, 2010 at 06:20:39AM +0200, John Hay wrote:
> On Mon, Jul 19, 2010 at 01:46:18PM -0700, Jeremy Chadwick wrote:
> > On Mon, Jul 19, 2010 at 10:25:42PM +0200, John Hay wrote:
> > > I have a Dell T710 with 4 X 10G ethernet interfaces (2
On Tuesday, July 20, 2010 8:57:07 pm Markus Gebert wrote:
>
> On 20.07.2010, at 21:59, John Baldwin wrote:
>
> >> I started narrowing the revisions down until I
> >> found out, that while on r202386 I'm still able to trigger the MCE,
r202387
> >&
pic3 belongs is flaky.
>
> Or, I/O path between that CPU and the PCI slot where the device resides. Or
the
> CPU. Or...
> I think that lapic2 and lapic3 reside in a different physical
package/socket,
> given that you have 2x2 CPU/core configuration.
>
> BTW, John, could there
eth2
> 57: 288921 1070387307225 98210 IO-APIC-fasteoi eth3
> 1271: 92146 45282139 9 4885 PCI-MSI-edge ioc0
> NMI: 0 0 0 0 Non-maskable interrupts
> LOC: 25
Ok, I found the culprit. If I do "ifconfig ix2 -rxcsum" the packet loss
disappear.
Still strange that it did not affect packets going to user-level.
John
On Wed, Jul 21, 2010 at 02:15:14PM +0200, John Hay wrote:
>
> Ok, after some more testing, I found that it was not only wi
On Jul 25, 2010, at 5:10 PM, Beach Geek wrote:
> Looking for feedback from people using FreeBSD v8.x as access points.
> We will be using Pentium 3 boxes with 8-STABLE as APs.
> Each box will have a unique SSID and use WPA2-PSK.
> Each AP will be linked back to 2 gateways.
>
> I'm looking for AP
I'm migrating a sendmail server from FreeBSD 4.x to FreeBSD 8.x. After
turning on the new server and feeding it some "live" e-mail, I noticed
that the DNS blacklist lookups weren't actually rejecting e-mail like
they did on the old server. (Actually the presence of blacklist
information in the
On Aug 22, 2010, at 6:40 AM, Stefan Bethke wrote:
> Am 22.08.2010 um 10:00 schrieb Stefan Bethke:
>
>> FEATURE(`dnsbl', `bl.spamcop.net', `"550 " $&{client_addr} "foo"
>> $&{client_addr} ""')dnl
>
> The real culprit is the comma. I believe the problem stems from unquoted use
> of the argument
201 - 300 of 1674 matches
Mail list logo
