Hello all,
I have attempted to upgrade to 7.1-Pre with no avail.
My source tree is has been cleaned and /usr/obj is cleared every time
the system is rebuilt. I have swapped over the kernel config to the
latest Generic and uncommented the dtrace hooks -- but my build
continues to fall on its face
On Sat, Aug 30, 2008 at 06:09:43PM -0700, John Scroggins wrote:
> Hello all,
>
> I have attempted to upgrade to 7.1-Pre with no avail.
> My source tree is has been cleaned and /usr/obj is cleared every time
> the system is rebuilt. I have swapped over the kernel config to the
&
On Sun, 2008-08-31 at 02:20 +, John Birrell wrote:
> On Sat, Aug 30, 2008 at 06:09:43PM -0700, John Scroggins wrote:
> > Hello all,
> >
> > I have attempted to upgrade to 7.1-Pre with no avail.
> > My source tree is has been cleaned and /usr/obj is cleared e
On Sat, 2008-08-30 at 19:57 -0700, John Scroggins wrote:
thanks John,
found the offending file dtrace.h -- lines 520 and 630 had the #if
BYTE_ORDER == _BIG_ENDIAN entries.
For good measure, I rm'd the whole ../../cddl directory and re-sup'd it.
Build with no errors --smooth as glass ;)
re to include the
> options KDB, DDB and STACK in my kernel for zfs functionality.
> Unfortunately, I cannot try without those options since my root is zfs.
> Booting a kernel from 8/20 works fine.
That's not good news. :-(
I think I'll have to look at
On Sun, Aug 31, 2008 at 03:22:18PM -0700, John Scroggins wrote:
> On Sat, 2008-08-30 at 19:57 -0700, John Scroggins wrote:
>
> thanks John,
> found the offending file dtrace.h -- lines 520 and 630 had the #if
> BYTE_ORDER == _BIG_ENDIAN entries.
That code is correct though. F
ing anything new.
> Is everything supposed to work out of box now?
Yes, but an obj tree from a broken build will cause problems.
--
John Birrell
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sta
On Sun, Aug 31, 2008 at 07:32:14PM -0400, Alex Goncharov wrote:
> | or
> |
> | 2. Delete the obj tree before building anything new.
> |
> | > Is everything supposed to work out of box now?
> |
> | Yes, but an obj tree from a broken build will cause problems.
>
> That's a bit strange:
>
> 1. W
current /boot/kernel)
cd src/sys/modules/opensolaris
make obj && make depend && make all && make install
--
John Birrell
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ave been seeing.
--
John Birrell
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Saturday 30 August 2008 11:56:01 am Jonathan Bond-Caron wrote:
> On Fri Aug 29 11:24 AM, John Baldwin wrote:
> >
> > If your BIOS doesn't tell us about the IPMI BMC via ACPI or SMBIOS,
> > you can try using hints (I've seen machines thave a BMC, but the BIOS
esource(rm, start, end, count, flags & ~RF_ACTIVE,
child);
I'm not sure why you are having issues with SMBus. I know I've been able to
use IPMI over SSIF (IPMI over SMBus) using ichsmb0 on some Intel boxes that
were new about 2 years ago.
--
John Baldwin
___
On Friday 12 September 2008 10:13:27 pm Bruce M Simpson wrote:
> John Baldwin wrote:
> > Umm, ACPI will allow children devices to allocate their resources out of
> > the "sysresource" pool. IPMI has to do this on some systems where ACPI
> > claims the IPMI I/O port
en they hang? If it is "lockf", then make sure you have an up-to-date
RELENG_6 kernel as there was a recent fix for a "lockf" hang.
Alternatively, if things are stuck in "nfsreq", it may be useful to use
tcpdump to look at the NFS requests your client is making. nfsst
On Friday 12 September 2008 07:28:50 pm Bruce Cran wrote:
> On Wed, 23 Jul 2008 11:16:02 -0400
> John Baldwin <[EMAIL PROTECTED]> wrote:
> > I've committed the patch. However, I think this actually points out
> > a slightly bigger issue in that the HPET timer is pro
On Tuesday 16 September 2008 02:02:14 am Tim Chen wrote:
> On Tue, Sep 16, 2008 at 4:06 AM, John Baldwin <[EMAIL PROTECTED]> wrote:
>
> > On Monday 15 September 2008 11:57:02 am Tim Chen wrote:
> > > Currently I was running a mail server using a netapp filer as backend
? Please give me some points. PCIR_BAR is always 0,
> even if any values are written by pciconf.
Well, bus_alloc_resource() will allocate resources for the BAR and update the
BAR for you, the question is if you need to hardcode the range to
bus_alloc_resource() or not.
--
John Baldwin
___
izeof(dsdt));
if (ACPI_FAILURE(AcpiGetTableHeader(ACPI_SIG_XSDT, 0, &xsdt)))
- bzero(&fadt, sizeof(xsdt));
+ bzero(&xsdt, sizeof(xsdt));
/* Then, override the quirks with any matched from table signatures. */
for (entry = acpi_quirks_table; entry->matc
r(EX_OSERR, "ioctl(FD_FORM)");
+ (void)ioctl(fd, FD_FORM, (caddr_t)&f);
}
static int
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
);
This will allocate fresh resources for the BAR if possible. However, if the
BAR is "special" and only works with a certain hard-coded address, then you
can try specifying the start/end/count using bus_alloc_resource() rather than
bus_alloc_resource_any().
--
John Baldwin
___
uired to support a release after it is EOL'd
in a much more direct fashion than an e-mail thread.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
;time of day". It does not drive the internal
timers used by the kernel. If you find that the latest acpi.c makes a
difference, you will need to start with before and after verbose dmesgs.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
LE as a
> > work-around?
>
> SCHED_BSD4 is suboptimal for 4 CPUs, and it is replaced with SCHED_ULE
> on 7 STABLE.
SCHED_4BSD should still work fine.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tuesday 23 September 2008 04:42:13 pm Jo Rhett wrote:
> John, we're already committed to upgrade to 6.3 (since it will
> currently be supported longer than 6.4). 6.2 support isn't part of
> this conversation, it has entirely revolved around support periods for
> up
; vm.kmem_size_max: 536870912
> vm.kmem_size_scale: 3
>
> Am I missing something?
If kvm is fragmented you could have a malloc fail even if there are enough
total free bytes for the allocatoin.
--
John Baldwin
___
freebsd-stable@freebsd.
Perhaps use nfsstat to see if 7.1 is performing more on-the-wire requests?
Also, if you can, do a binary search to narrow down when the regression
occurred in RELENG_7.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.free
On Saturday 27 September 2008 02:37:55 pm John L. Templer wrote:
> I'm running 7.1-PRERELEASE, with /usr/src and /usr/ports last csup-ed
> just a few days ago. After being up for about a day or so the system
> will panic because of a page fault. I'm not completely sure, b
(working copy)
@@ -1199,7 +1199,7 @@
td->td_retval[0] = 0;
- return (copyout(&stat, uap->stat, sizeof(struct kld_file_stat)));
+ return (copyout(&stat, uap->stat, version));
}
I will send in a request to MFC it in a second.
--
John Baldwin
the core file generated, probably vmcore.0). That's the
first place to start.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tuesday 30 September 2008 10:57:19 am Oliver Lehmann wrote:
> John Baldwin wrote:
>
> > (CTRL+ALT+ESC) and run 'panic' to generate a crash dump.
>
> problem here is, that after some memory upgrade my swapspace is no longer
> bigh enough to cover the memory size.
7;s already fixed and
> working fine for everyone?
>
> http://lists.freebsd.org/pipermail/freebsd-current/2007-December/081429.html
> http://lists.freebsd.org/pipermail/freebsd-current/2008-March/084272.html
>
> Thanks in advance for any update on thi
swap_pager: indefinite wait buffer: bufobj: 0, blkno: 2, size: 4096
> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 2, size: 4096
Sounds like your disk has died, or perhaps the controller is hung and not
completing disk I/O requests anymore.
--
John Baldwin
ne...
>
> This is of great concern if in fact that's true.
>
> I'm adding Jeff Roberson, author of the ULE/SMP2.0 code, to the CC.
Do you have more details about the crash? Are you getting an actual panic
with messages on the cons
On Tuesday 07 October 2008 11:07:42 am Gerrit Kühn wrote:
> JC> John can probably help you with the commands you need to type, but the
> JC> FreeBSD Handbook goes over the general commands.
> JC> As far as getting into the debugger, it's Control-Alt-Esc from the
> JC&
in the iso tree, then use
mkisofs to build a new ISO. Just be sure that once you've installed the box,
you copy the updated kernel onto the box somehow before you reboot from the
installer (you can use the fixit shell to help with this).
--
John Baldwin
_
ave a full CVS mirror of
> > > FreeBSD, and a fresh checkout of RELENG_7).
>
> > You can just grab the existing iso,
>
> OK
>
> > untar it into a directory,
>
> OK
>
> > build your own GENERIC kernel and replace the
> > /boot/kernel/kernel
On Friday 10 October 2008 06:22:05 am Gerrit Kühn wrote:
> On Tue, 7 Oct 2008 12:05:35 -0400 John Baldwin <[EMAIL PROTECTED]> wrote
> about Re: Regression 7.0R -> 7-stable?:
>
> JB> > Ok, I added options KDB and DDB to my kernel configuration and
> JB> > com
On Friday 10 October 2008 01:11:17 pm Fernan Aguero wrote:
> John,
>
> thanks for the tip. I have now successfully gone through
> the process of making a new bootable CD using the ATA_HT1000
> patched kernel.
>
> I have already done a minimal installation of
> FreeBSD-
On Monday 13 October 2008 03:09:46 am Gerrit Kühn wrote:
> On Fri, 10 Oct 2008 11:22:15 -0400 John Baldwin <[EMAIL PROTECTED]> wrote
> about Re: Regression 7.0R -> 7-stable?:
>
> JB> Ok, can you run gdb on your kernel.debug and do
> JB> 'l *0x8046
On Tuesday 14 October 2008 05:53:33 am Gerrit Kühn wrote:
> On Mon, 13 Oct 2008 10:27:40 -0400 John Baldwin <[EMAIL PROTECTED]> wrote
> about Re: Regression 7.0R -> 7-stable?:
>
> JB> On Monday 13 October 2008 03:09:46 am Gerrit Kühn wrote:
>
> JB> > JB> O
ue, or q to quit---
> state = (struct lockf *) 0x0
> freestate = (struct lockf *) 0x0
> fl = (struct flock *) 0xebddbc1c
> lock = (struct lockf_entry *) 0x6
> vp = (struct vnode *) 0xc94c0110
> id = 0xcb29d7e0 "x\026?ÓØ°ÊÍ\001"
> flags = 48
> hash = -337790260
> lo = (struct lock_owner *) 0x0
> start = Unhandled dwarf expression opcode 0x93
> (kgdb)
You probably want to send this to dfr@ since this is in the advisory file
locking code.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
n ?? ()
> #3 0x0002 in ?? ()
> #4 0x in ?? ()
> #5 0x in ?? ()
> #6 0x in ?? ()
> #7 0x0040 in ?? ()
> #8 0xbfbfdda4 in ?? ()
> #9 0x28a94bb7 in pthread_rwlock_unlock () from /lib/libthr.so.3
> Previous frame identical to t
t; ifconfig_rl0="inet 192.168.2.12 netmask 255.255.255.0 ether 00:02:4f:0a:ce:f3"
>
> Won't allow me to do what I want. Any suggestions? I would like like
> to edit /etc/rc.local and any other kind of "workaround". Can rc.conf
> issue ifconfig twice for the same nic
late file systems:[tcp] 192.0.2.1:/kits: RPCPROG_NFS: RPC: Port mapper
failure - RPC: unable to
mount_nfs: Cannot immediately mount 192.0.2.1:/kits, backgrounding
---
I think the hostname stuff in mount_nfs has changed without taking this
scenario into consideration?
--
John Marshall
pgpKvQY
> > In your case, you would write old /boot/loader from 6.3 over new installed
> > with 6.4RC1 and it will boot normally again.
> >
> > I know it is only workaround, but it's quick and easy, and I have not too
much
> > time to investigate any further (not to
em. You might also play with
any BIOS settings you have for serial console redirection to see if they make
a difference.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Friday 24 October 2008 03:05:32 pm Jo Rhett wrote:
> John, is this perhaps the problem seen with 7.0, discussed here?
>
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-05/msg00437.html
It is related, but that fix is already in 6.4.
--
John B
o the USB controller and keyboard and updates the register values
to simulate the I/O port accesses. This is disabled by having the USB host
controller driver frob flags in controller registers to disable the SMI
traps.
--
John Baldwin
___
freebsd
will not work at all starting at boot. You can also
try just disabling SMP while leaving APIC enabled by
setting 'kern.smp.disabled=1' from the loader. If that fixes the issue, then
it may be that the 3ware driver simply has a race condition that is more
easily triggered on SMP boxes.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
gt; halted
>
> There have been a number of recent reports of "BTX halted" on all sorts
> of hardware. So far each problem has been unique; there doesn't appear
> to be a "thing" that explains it for everyone.
>
> > In any case , the latest 6.4/7.1 Snapsho
bled output but had actually gone to the debugger. Apparently not.
> >
> > Thats with a config file containing KDB, DDB and BREAK_TO_DEBUGGER, which
> > does work as I have tested it with CTRL_ALT_ESC.
>
> Er, that's rather upsetting. John, do you have any ideas abo
how to fix?
Appreciate the help as I'd like to get 7.1-STABLE running on this machine.
Regards
John
On 1/20/09 3:56 AM, "Mark Kirkwood" wrote:
> Reuben wrote:
>>
>> I was wondering if anyone else was seeing loader (v1.02) break after updating
>> from 7.
On 1/21/09 9:52 AM, "j...@larush.com" wrote:
>> On Tue, Jan 20, 2009 at 06:22:00PM -0700, John Rushford wrote:
>>> Hello,
>>>
>>> Perhaps mine is a different issue but I ran into this today.
>>>
>>> I loaded FreeBSD 7.1-RELEASE fr
On 1/21/09 6:23 PM, "John Rushford" wrote:
>
>
>
> On 1/21/09 9:52 AM, "j...@larush.com" wrote:
>
>>> On Tue, Jan 20, 2009 at 06:22:00PM -0700, John Rushford wrote:
>>>> Hello,
>>>>
>>>> Perhaps mine is a di
On Thursday 31 January 2008 1:00:43 pm Andriy Gapon wrote:
> on 31/01/2008 18:52 John Baldwin said the following:
> > On Thursday 31 January 2008 10:05:57 am Andriy Gapon wrote:
> >> on 31/01/2008 14:39 Andriy Gapon said the following:
> >>> on 31/01/2008 13:07 J
On Thursday 18 September 2008 3:53:06 am Michel Talon wrote:
> On Wed, Sep 17, 2008 at 05:13:39PM -0400, John Baldwin wrote:
> > On Wednesday 17 September 2008 11:04:33 am Michel Talon wrote:
> > > Hello,
> > >
> > > when testing FreeBSD-7.1-BETA i discovered t
42
> 1230777119.991065 59.998935 59998935
> 1230777179.978597 0.011403 11403
> 1230777179.991610 59.998390 59998390
> 1230777239.979139 0.010861 10861
> 1230777239.991142 59.998858 59998858
On a whim, hack kern_tc.c to only use 2 or 3 timehands structures instead of
64.
--
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"
dler
> 4830 * any of the "non-immediate" type of ccbs.
> 4831 */
> 4832sim = done_ccb->ccb_h.path->bus->sim;
> 4833switch (done_ccb->ccb_h.path->periph->type) {
> 4834
On Saturday 14 February 2009 8:04:45 am Jens Rehsack wrote:
> Hi John,
>
> after I updated my system (-STABLE) I received following compilation error
> while building the kernel (having ICONV built in):
>
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona
&
27;s.
What are these devices? Random model numbers generally aren't enough context
for most people to figure out what you are asking. Are these embedded ARM
boards, storage controllers, wireless NICs, etc.?
--
John Baldwin
___
freebsd-st
d not from beastie?
Err, so what happens if you break into the boot loader prompt (option 6 IIRC)
and then just type 'boot', how far does it get before it hangs?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd
gt; Stop in /usr/src.
> >> #
> >>
> >>
> >> Ideas?
> >> ...
> >
> > Try a different mirror, perhaps? I've had no problems tracking stable/7
> > daily (though I'm using SVN).
>
> Thanks. Pulled a update from cvsup5.us.freeb
1.2G 48G 2%/var
> devfs 1.0K1.0K 0B 100%/var/named/dev
>
> Currently /usr and /var uses soft updates, but / does not.
>
> The machine acts as a front MX with lots of reads and writes in /var.
>
> Is this a reasonable setu
t; excluded because of the length).
>
> Any thoughts?
Can you do this in kgdb:
'frame 7'
'p dev'
'p dl'
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-st
|
> uvisor | uvscom)
>
> It would be interesting if this also breaks for compiling 'USB serial
> and parallel port drivers' into the kernel.
config doesn't handle parentheses here at all. They should just be removed.
config thinks the file is conditional on the '(aue&#
changes of loader(8) between 7.1R
> and 7.2R is the cause, but I am still not sure what it is...
It may be related to the loader switching to using memory > 1MB for its
malloc(). Maybe try building the loader with 'LOADER_NO_GPT_SUPPORT=yes' in
/etc/src.conf?
--
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"
tion allows the superuser inside of the jail to
> change the CPU bindings specified."
> ---
>
> Is it true? I don't have 8.0-RELEASE installed, but I think it was fixed
> in 7-STABLE right after the 7.2-RELEASE
>
> PR kern/134050 was reported by me
I bel
On Thursday 03 December 2009 5:29:13 am Hiroki Sato wrote:
> John Baldwin wrote
> in <200912020948.05698@freebsd.org>:
>
> jh> On Tuesday 01 December 2009 12:13:39 pm Hiroki Sato wrote:
> jh> > While the "load" command seemed to finish, the box got
On Thursday 03 December 2009 4:20:08 pm Hiroki Sato wrote:
> John Baldwin wrote
> in <200912030803.29797@freebsd.org>:
>
> jh> On Thursday 03 December 2009 5:29:13 am Hiroki Sato wrote:
> jh> > John Baldwin wrote
> jh> > in <200912020948.0569
On Friday 04 December 2009 10:35:59 am John Baldwin wrote:
> On Thursday 03 December 2009 4:20:08 pm Hiroki Sato wrote:
> > John Baldwin wrote
> > in <200912030803.29797@freebsd.org>:
> >
> > jh> On Thursday 03 December 2009 5:29:13 am Hiroki Sato
On Dec 5, 2009, at 4:40 AM, Hiroki Sato wrote:
Hiroki Sato wrote
in <20091203.182931.129751456@allbsd.org>:
hr> And another thing, I noticed a box with 82573E and 82573L
sometimes
hr> got stuck after upgrading to 8.0-STABLE. It has moderate network
hr> load (average 5-10Mbps) on b
reference to `iconv_convchr'
> msdosfs_iconv.o(.data+0x28): undefined reference to `iconv_convchr_case'
> *** Error code 1
You need 'options LIBICONV' in your kernel config for this approach.
--
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"
previous second which
is what top reports (and what 'vmstat 1' reports after the first line).
--
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 2c.
Ok. Your system's SMAP is kind of weird (it has a very small region above
1MB, so it may not deal well with "large" kernels, though I thought it had
enough room for at least a 12MB kernel. Hmm, the size of the kernel file may
be deceptive though since it
hink it is due to disabling ACPI in your
BIOS. Do you have problems when ACPI is enabled? ACPI is generally going to
be more reliable than !ACPI in the future as it seems many BIOS vendors no
longer test the !ACPI case as much (e.g. I've seen Intel motherboards with
incomplete
On Wednesday 09 December 2009 8:52:06 pm Chris H wrote:
> On Wed, December 9, 2009 6:50 am, John Baldwin wrote:
> > On Tuesday 08 December 2009 7:06:18 pm Chris H wrote:
> >
> >> Greetings,
> >> I am receiving the following in dmesg (verbose) during boot in 8-RE
ed in the following thread:
>
>http://www.nvnews.net/vbulletin/showthread.php?t=142391
>
> which appears to be implying that something in the kernel is
> interfering with memory allocation. Would it be possible for someone
> with deeper kernel-fu be able to
ir POST: DIR 755 ids 0/0 [|nfs]
> 00:00:01.953711 IP (tos 0x0, ttl 64, id 27028, offset 1480, flags [none],
> proto UDP (17), length 632) 192.168.1.222 > 192.168.1.1: udp
It looks like the NFS client does not like the replies to the 3819288094
request. Can you grab nfsstat output before and after a retransmit of
the request and reply to see which counters are increased? This might
indicate why the reply is not being accepted.
--
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 Monday 14 December 2009 9:37:51 pm Jonathan Chen wrote:
> On Mon, Dec 14, 2009 at 10:46:27AM -0500, John Baldwin wrote:
> > On Sunday 13 December 2009 2:19:05 pm Jonathan Chen wrote:
> > > Hi,
> > >
> > > This is a general rehash of a problem that I'v
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 Chen wrote:
> > > On Mon, Dec 14, 2009 at 10:46:27AM -0500, John Baldwin wrote:
> > > > On S
nf
> # Number of shared memory 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/lis
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 Mond
lication bug of some sort.
The segv trace doesn't include the first part of GDB messages which show which
thread 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&#x
On Thursday 17 December 2009 12:27:17 pm Steven Hartland wrote:
> - Original Message -
> From: "John Baldwin"
> > 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
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#
r11, architecture: amd64
>
> 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
__
/wireless-8.php
>
> Been there, done that, documented it.
The attach that fails happen 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
tes of rid 0x10 res 3 failed (0, 0x).
> ath0: cannot map register space
> device_attach: ath0 attach returned 6
>
> Any suggestions? It was working fine on releng_6.
You can try disabling ACPI. I have seen ACPI clear BARs in other devices
before and FreeBSD doesn't
est. Other 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.freebs
work (e.g. ntpd). It also seems to break lagg for me.
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
___
f
it a known issue ?
I believe so. You 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/
ainer...
>
> Another data point...
>
> I didn't pay much attention to it, but without changing my apcupsd
> configuration, it "just worked" after upgrading from RELENG_7 to
> RELENG_8, just a couple of days ago.
>
> I'm still running on a GENERIC kernel, but if I
>= 800069
> > CONFIGURE_ARGS+=--with-generic-usb
> > .endif
> >
> > Does this tell you?
>
> No, I checked the code, it doesn't use libusb :(
>
> I guess it will need to be ported manually, I have no idea how difficult
> that would be
fake vm_page_t objects using uma_zfree() 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 un
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 w
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
> >
> > apcte
host can create child jails w/o needing to copy the 64-bit
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
7 0xc0572e48 in m_copydata (m=0x0, off=0, len=40, cp=0xc23cced8
> "\203??b??\237\f)h?M\220\224?\023?\205K(e??s?\"???k?oQ?~\223\020g\030")
> at /usr/src/sys/kern/uipc_mbuf.c:815
> 815 count = min(m->m_len - off, len);
> (kgdb) l
> 810 o
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) a
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 Flor
401 - 500 of 1674 matches
Mail list logo
