On Wednesday 24 October 2007 09:49:06 am Guy Helmer wrote:
John Baldwin wrote:
On Tuesday 23 January 2007 01:17:57 pm Guy Helmer wrote:
Jack Vogel wrote:
On 1/23/07, Guy Helmer [EMAIL PROTECTED] wrote:
Using FreeBSD 6.2, I'm having trouble with the Supermicro X7DBR-8
On Wednesday 24 October 2007 03:44:52 pm Kris Kennaway wrote:
John Baldwin wrote:
On Sunday 21 October 2007 04:56:30 am Kris Kennaway wrote:
Alfred Perlstein wrote:
* Robert Watson [EMAIL PROTECTED] [071020 10:21] wrote:
On Sat, 20 Oct 2007, Kris Kennaway wrote:
Alfred Perlstein wrote
. I have not looked into it because there are
other higher priority stuff also not working. :-/
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
.
This was due to a bug with rman_set_rid() not getting used in 6-stable that
broke the most recent MSI MFC. The rman thing was fixed on 10/3, so MSI
is not expected to work on 6-stable kernels between 8/15 and 10/3.
Are you still having problems with em + MSI?
--
John Baldwin
).
After rebuilding the bios shows 'Normal' status. It seems that the
ata-raid driver can't detect when the array need rebuilding.
Thanks for your help
The ata-raid driver does not automatically start a rebuild, you have to kick
if off by hand.
--
John Baldwin
is to use
the bus_dma abstraction in the driver instead of directly using vtophys()
and a driver needs that fix for both PAE and amd64. amr(4) should work
fine with both PAE and amd64 with 4GB of RAM.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing
:-)
from the if_msk:
...
pci_alloc_msi(dev, msic) == 0)
...
under -current pci_alloc_msi(...) returns 0, but under -stable
this fails.
MSI is not enabled by default in 6-stable. You need to set
'hw.pci.enable_msi=1' in the loader to enable it.
--
John Baldwin
: Assuming intbase of 24
ioapic2: Assuming intbase of 48
panic: interrupt from missing bus
cpuid - 0
Uptime: 1s
Automatic reboot in 15 seconds
You have a busted mp table. The mp table isn't used if ACPI is present,
so perhaps ACPI is disabled in the BIOS?
--
John Baldwin
there. em0 and any other devices on IRQ 11 are probably innocent
victims of the other device whose IRQ is wrong.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
because it is related to the ptmx clonig.
My goal is to find a way to increase the number os pseudo terminal. the
traditional 256 pty is not sufficient for my needs. Is there any way to
do
this on freebsd other than using ptmx cloning ?
John Baldwin has just merged support for up to 1024
are started on boot.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
-update.conf to deal with this.
Considering that /etc/pf.conf is a file that users edit to configure pf(4),
removing it out from under them is probably a very bad idea.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
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 John Baldwin said the following
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 that the floppy disk
controller doesn't work
1230777119.979058 0.010942 10942
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
TAILQ_INSERT_TAIL(sim-sim_doneq,
done_ccb-ccb_h,
4836 sim_links.tqe);
Can you 'p done_ccb-ccb_h.path' and if that is not 0, 'p
done_ccb-ccb_h.path.bus'?
--
John Baldwin
___
freebsd-stable@freebsd.org
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
-std=c99 -g -Wall
or while the system is live? mtx_lock = 4 indicates
the mutex is unlocked, so there shouldn't be any threads waiting on it.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
On Tuesday 24 February 2009 6:11:15 pm John Baldwin wrote:
Author: jhb
Date: Tue Feb 24 23:11:15 2009
New Revision: 189017
URL: http://svn.freebsd.org/changeset/base/189017
Log:
Fix some more issues with the real mode BTX.
The old BTX passed the general purpose registers from
On Wednesday 25 February 2009 10:02:16 am Guy Helmer wrote:
John Baldwin wrote:
On Tuesday 24 February 2009 4:46:28 pm Guy Helmer wrote:
I think I may have found a clue regarding some of the hangs I'm seeing
on FreeBSD 7.1.
I have a program (kvoop), compiled under FreeBSD 6
in HEAD to MFC
and am trying to merge it, but am having some issues with NFS at the moment
that are making it take a while. The two SVN changes I've found so far that
are relevant are 175397 and 178893.
--
John Baldwin
___
freebsd-stable@freebsd.org
will want to see what is running on that CPU. You might want to
check your other coredump and find the td_state member of the thread for
kvoop there as well.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
On Thursday 26 February 2009 5:27:07 pm Guy Helmer wrote:
John Baldwin wrote:
On Thursday 26 February 2009 4:22:15 pm Guy Helmer wrote:
db show sleepchain 23110
thread 100181 (pid 23110, vmstat) blocked on sx user map XLOCK
thread 100208 (pid 23092, kvoop) is on a run queue
db show
number = 12
panic: page fault
cpuid = 0
And the message is cycled. The kernel does not boot despite
vm.pmap.pg_ps_enabled value.
This should now be fixed, apologies for the breakage. :(
--
John Baldwin
___
freebsd-stable@freebsd.org mailing
On Friday 27 February 2009 11:21:00 am Michael Butler wrote:
John Baldwin wrote:
On Friday 27 February 2009 8:08:30 am Igor Sysoev wrote:
And the message is cycled. The kernel does not boot despite
vm.pmap.pg_ps_enabled value.
This should now be fixed, apologies for the breakage
On Friday 27 February 2009 11:26:25 am Igor Sysoev wrote:
On Fri, Feb 27, 2009 at 10:26:15AM -0500, John Baldwin wrote:
On Friday 27 February 2009 8:08:30 am Igor Sysoev wrote:
Is anyone able to boot kernel with recently merged superpage support ?
I have csup'd world to
*default date
(LOADER_FIREWIRE_SUPPORT) ||
defined(LOADER_ZFS_SUPPORT)
+#if defined(LOADER_BZIP2_SUPPORT) || defined(LOADER_FIREWIRE_SUPPORT) ||
defined(LOADER_GPT_SUPPORT) || defined(LOADER_ZFS_SUPPORT)
heap_top = PTOV(memtop_copyin);
memtop_copyin -= 0x30;
heap_bottom = PTOV(memtop_copyin);
--
John Baldwin
a
way you can either add some debug printfs or something else to determine what
the faulting address that results in the SIGBUS you are seeing?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
of this
didn't include the detail that it was only off by one page.
--
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
importer could simply
ignore commits that create a new branch to avoid this problem.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
On Sunday 15 March 2009 10:14:12 pm Peter Jeremy wrote:
On 2009-Mar-12 08:46:50 -0400, John Baldwin j...@freebsd.org wrote:
On Thursday 12 March 2009 12:36:46 am Peter Jeremy wrote:
I'm trying to upgrade an 11 month old FreeBSD 7 image in a VMware
4.5.2 guest to an up-to-date -stable
be.
I suspect recent changes to vm code... perhaps in /usr/src/sys/vm/
vm_meter.c or vm_page.c ?
The compressed core dump is 41 MB.
When I have seen this panic on machines in the past it was caused by bad RAM
or another hardware problem.
--
John Baldwin
/ if_bge.c1.91.2.26)
in order to backport BCM5722 support into 6.2-R. After some tweaks it
was built, so..
Can you further narrow down where the regression occurs?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
, ioflag, fp-f_cred);
...
}
Can you check your /sys/kern/vfs_vnops.c and verify that LK_EXCLUSIVE is
present in your vn_write() routine? If so, then perhaps run memtest?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
security advisory we do).
--
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 19 March 2009 12:02:51 pm Kostik Belousov wrote:
On Thu, Mar 19, 2009 at 10:01:44AM -0400, John Baldwin wrote:
On Thursday 19 March 2009 8:05:34 am Tim Chase wrote:
Hello,
I have a system that had been running quite well with an oldish 7-STABLE
(from around August 7
that volume if desired.
--
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
.
--
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 09 April 2009 10:32:05 am Danny Braniss wrote:
Danny Braniss wrote:
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--enig90DADA8437A99D893FB775F8
Content-Type: text/plain; charset=3DUTF-8
Content-Transfer-Encoding: quoted-printable
Danny
/i386/i386/exception.s:255
#13 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
Can you do 'frame 7' followed by 'l', 'p ifp', and 'p ifp-if_snd'?
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
:0x80424561
A syntax error in expression, near `:0x80424561'.
Drop the '0x8:' from this and it will work better. Also, 'bt' output would be
good.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
:
1) first, this is a 8-way web server. No processes on runqueue except one
httpd
(i.e. ps shows R in its state):
You need to find who owns Giant and what that thread is doing. You can try
using 'show lock Giant' as well as 'show lockchain 11568'.
--
John Baldwin
On Friday 01 May 2009 12:50:15 pm Alan Amesbury wrote:
John Baldwin wrote:
Drop the '0x8:' from this and it will work better. Also, 'bt' output
would be
good.
Thanks for the pointer (no pun intended).
(kgdb) list *0x80424561
0x80424561 is in turnstile_wait
(/usr
On Mon, 04 May 2009, 09:26 +0100, John wrote:
Hi list, hopefully this is the right one and not -questions
Perhaps -hubs would have been a better choice?
cvsup.uk.freebsd.org appears to have not been serving these last few
weeks. I get, variously, in my logs:
Parsing supfile /etc/cvsupfile
be useful.
--
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
and the problem with the Alias() operator.
Jung-uk Kim
on 05/05/2009 19:45 Andriy Gapon said the following:
on 01/05/2009 22:01 John Baldwin said the following:
The trace actually ends here. There is nothing super bad here
but there is a big problem actually in that the idle threads
cannot
it panics, can you please type bt (assuming you have the debugger
compiled in) and show the output?
I have this too. I have dump too.
Sorry about that. I merged the fixes to vgapci this morning so this
should be fixed now.
--
John Baldwin
On Monday 04 May 2009 11:41:35 pm pluknet wrote:
2009/5/1 John Baldwin j...@freebsd.org:
On Thursday 30 April 2009 2:36:34 am pluknet wrote:
Hi folks.
Today I got a new locking issue.
This is the first time I got it, and it's merely reproduced.
The box has lost both remote
that happen prior to devd starting up 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
On Thursday 07 May 2009 8:41:44 am Alexander Kriventsov wrote:
Hi,
Sorry for my english.
I have fatal trap on my box.
Kernel compiled with debug options. System is RELENG_7 amd64 dated
2009-04-14.
I think this is fixed in the latest RELENG_7.
--
John Baldwin
on the crash, perhaps a crash dump?
--
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
driver that are using MSI/MSIX, unless you have a reason to suspect
otherwise?
How do you tell that, about igb? looking at the server I have the igb
device on, it doesn't seem to say anything about that ...
IRQs 256 are MSI/MSI-X.
--
John Baldwin
.
--
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 11 May 2009 12:55:22 pm Riccardo Torrini wrote:
On Mon, May 11, 2009 at 09:53:21AM -0400, John Baldwin wrote:
What can I do now?
Can you get more details on the crash, perhaps a crash dump?
All what you want, but you need to drive me, I was unable
to setup serial/debug
On Tuesday 12 May 2009 2:12:27 am pluknet wrote:
2009/5/11 John Baldwin j...@freebsd.org:
On Monday 04 May 2009 11:41:35 pm pluknet wrote:
2009/5/1 John Baldwin j...@freebsd.org:
On Thursday 30 April 2009 2:36:34 am pluknet wrote:
Hi folks.
Today I got a new locking issue
On Tuesday 12 May 2009 11:20:14 am Riccardo Torrini wrote:
On Mon, May 11, 2009 at 02:07:19PM -0400, John Baldwin wrote:
Do you have kernel crashdumps enabled and a swap partition?
If so, do you happen to have any files in /var/crash?
Yes, but I'm unable to produce a crash dump
On Tuesday 12 May 2009 12:10:25 pm Riccardo Torrini wrote:
On Tue, May 12, 2009 at 11:44:20AM -0400, John Baldwin wrote:
If you can get a stack trace, that would be most helpful.
My guess is that the recovery thread is holding the mpt lock
and calling some CAM routine which attempts
.
18 0 0 0 LL *Giant0xd0a6b140 [swi4: clock sio]
db bt 18
Ok, this is a known issue in 6.x. It is fixed in 6.4.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
CPUs are actually running something, so
it is not a deadlock per se.
99402 www 1 960 163M 29892K CPU1 1 0:03 0.00% httpd
13635 88 34 960 92340K 25604K CPU0 0 0:00 0.05% mysqld
--
John Baldwin
___
freebsd-stable
might be able to map 2.5GB or so). Moving to amd64 gives
you a 64-bit virtual address space and you will be able to easily mmap()
much, much more than 4GB out of the box.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
On Wednesday 13 May 2009 2:40:33 am pluknet wrote:
2009/5/13 pluknet pluk...@gmail.com:
2009/5/13 John Baldwin j...@freebsd.org:
On Tuesday 12 May 2009 4:59:19 pm pluknet wrote:
Hi.
From just another box (not from the first two mentioned earlier)
with a similar locking issue
On Wednesday 13 May 2009 11:41:22 am pluknet wrote:
2009/5/13 John Baldwin j...@freebsd.org:
On Wednesday 13 May 2009 2:40:33 am pluknet wrote:
2009/5/13 pluknet pluk...@gmail.com:
2009/5/13 John Baldwin j...@freebsd.org:
On Tuesday 12 May 2009 4:59:19 pm pluknet wrote:
Hi
On Wednesday 13 May 2009 12:34:39 pm Marc G. Fournier wrote:
On Wed, 13 May 2009, John Baldwin wrote:
On Wednesday 13 May 2009 3:09:33 am Marc G. Fournier wrote:
Don't know if this helps with anything, but it just hung after 2days
again
... nothing on the console ... top process
On Wednesday 13 May 2009 1:44:55 pm Marc G. Fournier wrote:
On Wed, 13 May 2009, John Baldwin wrote:
Well, you had a whole lot of page faults and other VM activity, plus 500k
syscalls. The 'w' is a count of swapped processes, so basically your box is
swapping a whole lot it seems. I
= resume, IOPL = 0
current process = 26 (irq256: bge0)
trap number = 12
p[*CURSOR STOPPED HERE*]
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd
segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 5263 (nessusd)
trap number = 12
panic: page fault
cpuid = 3
--
John
On Thursday 14 May 2009 1:10:26 pm Martin wrote:
Am Thu, 14 May 2009 09:16:40 -0400
schrieb John Baldwin j...@freebsd.org:
On Thursday 14 May 2009 7:47:23 am Martin Sugioarto wrote:
[...]
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in kernel mode
-channel allocate routine. Well, except ata_pci_allocate() is also
busted. *sigh* I can work on a patch for HEAD if you are willing to test.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
On Friday 15 May 2009 10:57:27 am Martin wrote:
Am Fri, 15 May 2009 08:15:19 -0400
schrieb John Baldwin j...@freebsd.org:
Hi John,
When I have seen this, it has often been due to a hardware failure
such as bad RAM.
hmmm... I will check this next week.
cpuid = 2; apic id = 02
On Friday 15 May 2009 11:36:18 am Martin wrote:
Hi John,
one more thing that I noticed. It seems that the netmask passed to the
procedure rt_maskedcopy is invalid. Cannot dereference the pointer.
I went one frame up and I've looked at the control flow of the parent
routine
On Friday 15 May 2009 11:38:00 am Martin wrote:
Am Fri, 15 May 2009 11:09:20 -0400
schrieb John Baldwin j...@freebsd.org:
x/i please. The /i decodes it as an instruction so I can see which
registers it was attempting to dereference.
Oh sorry...
(kgdb) x/i 0x805bbc66
On Sunday 17 May 2009 6:51:19 pm Alexander Motin wrote:
John Baldwin wrote:
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other chipsets
On Saturday 16 May 2009 4:21:47 am Bruce Simpson wrote:
John Baldwin wrote:
...
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other
,
+ sizeof(*p_lds));
+ FREE(p_bds, M_LINUX);
+ FREE(p_lds, M_LINUX);
break;
}
--
Andriy Gapon
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
On Tuesday 12 May 2009 12:10:25 pm Riccardo Torrini wrote:
On Tue, May 12, 2009 at 11:44:20AM -0400, John Baldwin wrote:
If you can get a stack trace, that would be most helpful.
My guess is that the recovery thread is holding the mpt lock
and calling some CAM routine which attempts
/i386/intr_machdep.c:261: warning: nested extern
declaration of 'intr_event_handle'
*** Error code 1
I think you must have some files not in sync. It compiled before commit and
the tinderbox has not reported any errors after the commit.
--
John Baldwin
On Thursday 21 May 2009 04:32:56 am Lorenzo Perone wrote:
* dancing around with loud music csupping all over the place... *
I'll know I've been hacking too long when my music starts csupping all
over the place.. :)
Ditto though, huge thanks to Kip!
JN
|| ${TARGET_ARCH} == i386
_btxld=usr.sbin/btxld
.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
.
--
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
is busy
Dump Parity: 3285399556
Bounds: 1
Dump Status: good
Any help would be greatly appreciated.
The last screen of the dmesg output would be helpful.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
On Wednesday 10 June 2009 9:19:13 am Robert wrote:
On Mon, 8 Jun 2009 10:45:39 -0400
John Baldwin j...@freebsd.org wrote:
On Saturday 06 June 2009 10:14:31 am Robert wrote:
Greetings
This problem seems the same as this one from May of this year
http://lists.freebsd.org
On Wednesday 10 June 2009 12:45:03 pm Robert wrote:
On Wed, 10 Jun 2009 10:38:36 -0400
John Baldwin j...@freebsd.org wrote:
On Wednesday 10 June 2009 9:19:13 am Robert wrote:
On Mon, 8 Jun 2009 10:45:39 -0400
John Baldwin j...@freebsd.org wrote:
On Saturday 06 June 2009 10:14
On Wednesday 10 June 2009 1:15:16 pm M. Warner Losh wrote:
In message: 200906101307.37181@freebsd.org
John Baldwin j...@freebsd.org writes:
: On Wednesday 10 June 2009 12:45:03 pm Robert wrote:
: On Wed, 10 Jun 2009 10:38:36 -0400
: John Baldwin j...@freebsd.org wrote
. The problem with making maxswzone
really big is that it uses up wired memory that can't be reused for anything
else, so you don't just want to blindly use the maximum amount for the swap
you have.
--
John Baldwin
___
freebsd-stable@freebsd.org
under
sys/boot?
--
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
, it actually uses sector 0 and the first
time you swap you will trash your filesystem label (yes, this arrangement is
exceedingly lame). You could fix this by either letting 'a' come first or
changing the swap to start at sector 16 instead of 0.
--
John Baldwin
17101'.
--
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
is the 'arcconf' binary
from ports. However, for this particular case there is a binary for 7.x
available for use on 8.0 systems.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
that kernel option? If not, you probably want
to.
--
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 16 June 2009 11:03:34 am pluknet wrote:
2009/6/16 John Baldwin j...@freebsd.org:
As for allpcpu, I often see the picture, when one CPU runs the irq17:
bce1 aacu0 thread
and another one runs arcconf. I wonder if that might be a source of
bad locking or races, or..
The arcconf
this has been discussed recently.
--
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 this point I
would not be surprised if the MP Table was just flat wrong on modern machines
as it seems many BIOS vendors do not test it anymore but only test the ACPI
tables.
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http
On Thursday 18 June 2009 10:05:14 am pluknet wrote:
2009/6/18 John Baldwin j...@freebsd.org:
On Wednesday 17 June 2009 8:13:31 am pluknet wrote:
Hi.
This is on 6.4-RELEASE-p5
Early in boot (probably due to network outage)::
Hit [Enter] to boot immediately, or any other key
it with the sticker on the card,
if it matches vr(4) is almost _certainly_ the correct driver).
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable
: mm_request_receive_expect entering: type 38
debug3: mm_request_receive entering
debug3: monitor_read: checking request 37
debug3: mm_request_send entering: type 38
debug3: mm_request_receive entering
Postponed gssapi-with-mic for john from 192.0.2.123 port 57225 ssh2
debug3: mm_request_send entering: type 39
a default ntp.conf to help new users get
started. I think it is a bad thing to include potentially dangerous
elements in that configuration which could cause grief to a novice NTP
administrator. If the default configuration provides scope for such
surprises, they will (rightly) blame FreeBSD.
--
John
=23601251,
free=0x511e4790) at /usr/src/sys/amd64/amd64/pmap.c:2366
#11 0x807cab87 in pmap_remove (pmap=0x80b66c80,
sva=18446744070506639360, eva=18446744070506909696)
at /usr/src/sys/amd64/amd64/pmap.c:2510
--
John Baldwin
On Tuesday 14 July 2009 9:51:01 am Ian J Hart wrote:
Quoting John Baldwin j...@freebsd.org:
On Tuesday 07 July 2009 5:51:03 am Ian J Hart wrote:
Quoting Ian J Hart ianjh...@ntlworld.com:
Quoting Ian J Hart ianjh...@ntlworld.com:
Is this likely to be hardware? Details will follow
-install ports that are
actually used.
Xorg takes up ~200 ports alone (not including dependencies like perl, etc.)
since the Xorg decided release engineering was too hard. Throw in things
like KDE, OOo, Firefox, etc. for a desktop and you can get a fairly high
package count. :-/
--
John
expect it is fixed now.
That only happens in a test kernel module and not in stock FreeBSD (and no, it
is not yet fixed).
--
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
401 - 500 of 1661 matches
Mail list logo
