On Fri, 23 Jun 2006, Charles Swiger wrote:
On Jun 23, 2006, at 4:44 PM, Marc G. Fournier wrote:
procs memory pagedisks faults cpu
r b w avmfre flt re pi po fr sr da0 pa0 in sy cs us sy
id
1 42 1 10249060 161668 1290 54 12 3 1409 220
Marc G. Fournier wrote:
[ ... ]
31750 vnode pager pageins
15954 vnode pager pageouts
It's the vnode pager, not the swap pager. AIUI, that's mostly paging
in and out pages of running binaries (from the image on disk), not
moving stuff in and out of swapspace.
ah, okay ...
Yeah-- it's
I have an ancient machine that used to run 5.4-RELEASE. I installed
6.1-RELEASE and since the install the kernel has trouble finding
the root filesystem when it boots and prompts me for it each time. After
I type in the root filesystem specification at the mountroot prompt
it boots up and runs f
On Fri, Jun 23, 2006 at 11:02:35PM -0300, Marc G. Fournier wrote:
> Just bothers me that its been running 4.x for 3 years now, no problems
> and as soon as I upgrade it to 6.x, all the headaches start :(
I am well familiar with Mr. Murphy and all his works :-)
mcl
On Fri, 23 Jun 2006, Matthew D. Fuller wrote:
On Fri, Jun 23, 2006 at 10:02:22PM -0300 I heard the voice of
Marc G. Fournier, and lo! it spake thus:
Which is odd, no, if I'm hardly swapping?
Well,
31750 vnode pager pageins
15954 vnode pager pageouts
It's the vnode pager, not the sw
On Fri, Jun 23, 2006 at 10:02:22PM -0300 I heard the voice of
Marc G. Fournier, and lo! it spake thus:
>
> Which is odd, no, if I'm hardly swapping?
Well,
> >>31750 vnode pager pageins
> >>15954 vnode pager pageouts
It's the vnode pager, not the swap pager. AIUI, that's mostly paging
i
On Fri, 23 Jun 2006, Matthew D. Fuller wrote:
On Fri, Jun 23, 2006 at 07:12:54PM -0300 I heard the voice of
Marc G. Fournier, and lo! it spake thus:
31750 vnode pager pageins
209538 vnode pager pages paged in
15954 vnode pager pageouts
219494 vnode pager pages paged out
This ma
On Fri, Jun 23, 2006 at 07:12:54PM -0300 I heard the voice of
Marc G. Fournier, and lo! it spake thus:
>
> 31750 vnode pager pageins
>209538 vnode pager pages paged in
> 15954 vnode pager pageouts
>219494 vnode pager pages paged out
This may be something to look at. My workstatio
On Fri, 23 Jun 2006, Charles Swiger wrote:
On Jun 23, 2006, at 4:44 PM, Marc G. Fournier wrote:
procs memory pagedisks faults cpu
r b w avmfre flt re pi po fr sr da0 pa0 in sy cs us sy
id
1 42 1 10249060 161668 1290 54 12 3 1409 220
On Jun 23, 2006, at 4:44 PM, Marc G. Fournier wrote:
procs memory pagedisks
faults cpu
r b w avmfre flt re pi po fr sr da0 pa0 in sy
cs us sy id
1 42 1 10249060 161668 1290 54 12 3 1409 2202 102 0 751
6416 3350 24 15 61
0 3
I would double check the second CPU is still functioning. Perhaps the
cause of your crash/reboot is the CPU failing and now there is only
one functional CPU in the system. Check the POST when the system boots.
At 04:44 PM 6/23/2006, Marc G. Fournier wrote:
Now, looking back in my /var/log/mes
Now, looking back in my /var/log/messages files, I was right, it did see
two CPUs when I first installed the OS:
May 26 20:47:23 pluto kernel: cpu0 (BSP): APIC ID: 3
May 26 20:47:23 pluto kernel: cpu1 (AP): APIC ID: 0
Now, on June 10th, I'm seeing:
Jun 10 01:17:03 pluto kernel: iir0: SCSI-B,
The machine doesn't appear to have hung yet, but:
procs memory pagedisks faults cpu
r b w avmfre flt re pi po fr sr da0 pa0 in sy cs us sy id
1 42 1 10249060 161668 1290 54 12 3 1409 2202 102 0 751 6416 3350 24 15
61
0 39 0 10
On Friday 23 June 2006 18:03, Gavin Atkinson wrote:
> On Fri, 2006-06-23 at 13:46 +0200, Martin Blapp wrote:
> > Hi,
> >
> > Maybe this is the solution ? IMHO there is a race window
> > open between the first tp->t_session test and the locking
> > of the proc tree.
>
> I'm not sure if t_session is
On Fri, 23 Jun 2006, Martin Blapp wrote:
As I understand it, spltty() is now a no-op. Does this mean that this code
is now essentially running without any locks that were used to serialise
changes to struct tty in days gone by? Or is the whole tty subsystem still
running under Giant?
I th
Hi,
I'm not sure if t_session is supposed to be protected by the proctree
Correct.
lock though. With an initial glance of the code, it would seem odd to
be protected by the proctree lock, although I can't see any other locks
Someone with more knowledge of this code will probably know the a
On Fri, 2006-06-23 at 13:46 +0200, Martin Blapp wrote:
> Hi,
>
> Maybe this is the solution ? IMHO there is a race window
> open between the first tp->t_session test and the locking
> of the proc tree.
I'm not sure if t_session is supposed to be protected by the proctree
lock though. With an ini
In message: <[EMAIL PROTECTED]>
"Daniel O'Connor" <[EMAIL PROTECTED]> writes:
: On Friday 23 June 2006 14:34, M. Warner Losh wrote:
: > isa_irq_pending can only really be called on isa bus attachments...
: >
: > Why don't you have ISA in your kernel. I thought it was still required.
:
On Thu, 2006-06-15 at 16:22 -0700, David Wolfskill wrote:
> I had one of these a couple of weeks ago or so; I had been distracted by
> some more urgent matters that came up (the panic was on a machine under
> test; the more urgent matters were little things like needing to deploy
> a handful of res
Hi all.
> uname -a
FreeBSD someserver 6.1-STABLE FreeBSD 6.1-STABLE #13: Thu Jun 22
20:55:06 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/OGRE i386
I have:
ahd0: port
0xdc00-0xdcff,0xd800-0xd8ff mem 0xdfbfe000-0xdfbf irq 66 at device
7.0 on pci3
ahd0: [GIANT-LOCKED]
aic7902: Ul
or am I missing something?
See attached file below.
route add -sendpipe -recvpipe works on FreeBSD 4.x, but not on 6-STABLE
(or on 5.4 either - although that's not shown).
I'm trying to set the parameters for specific routes so that I can
properly account for the bw delay product. (I don't w
Hi,
Maybe this is the solution ? IMHO there is a race window
open between the first tp->t_session test and the locking
of the proc tree.
Martin
+++ src/sys/kern/tty.c
--- src/sys/kern/tty.c
+ sx_slock(&proctree_lock);
if (tp->t_session) {
-
Hi,
(kgdb) p *tp->t_session
Cannot access memory at address 0x0
So here the problem is. Why is tp->t_session empty ? Maybe it has been already
free() earlier and we have some race here ?
"Race" was exactly my conclusion last time I looked into this.
http://docs.FreeBSD.org/cgi/mid.cgi?200412
On Thu, 2006-06-22 at 23:27 +0200, Martin Blapp wrote:
> Hi,
>
> >>> Unfortunaltly I get this with the debug kernel.
> >>> Does one have to boot with the debug.kernel itself
> >>> to get a trace which is usable ?
>
> Sigh. A recompile helped !
>
> (kgdb) where
> #0 doadump () at pcpu.h:165
> #1
> > > hi,
> > > this box (HP-dx5150/amd dual core) panics with
> > > panic: ohci_add_done: addr 0x000cdc30 not found
> > > in both 32/64bit mode with a very resent 6.1.
> > > the verbose boot is in:
> > > ftp://ftp/users/danny/freebsd/hp-dx5150.cons
> > sould be:
> > ftp://ftp.cs.huji.ac.il
> > hi,
> > this box (HP-dx5150/amd dual core) panics with
> > panic: ohci_add_done: addr 0x000cdc30 not found
> > in both 32/64bit mode with a very resent 6.1.
> > the verbose boot is in:
> > ftp://ftp/users/danny/freebsd/hp-dx5150.cons
> sould be:
> ftp://ftp.cs.huji.ac.il/users/dan
26 matches
Mail list logo