Here's the box:
Asus CUV4X-D mainboard, VIA 694X, dual-capable
2x P3-933, 768MB PC133 RAM in 3 DIMM(s)
Two IBM IC35L 60.1GB disks on first IDE
Pioneer DVD-A05SZ on second IDE
Two IBM IC35L 60.1GB on Promise Fasttrak TX2
(PDC20268/70) in RAID0
How do I dump the dmesg when it
It seems Tom Servo wrote:
I finally pulled the Promise out and it boots. Since I
need it for some Windows apps on the same box I put it
back in and commented some lines in ata driver
regarding the detection of Promise Fasttrak
controllers and it boots now w/o detecting it.
This is strange,
On Fri, 8 Feb 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
phk, is this you?
/usr/include/sys/time.h:137: integer constant out of range
/usr/include/sys/time.h:137: warning: decimal integer constant is so large
that it is unsigned
Yes, that
I finally pulled the Promise out and it boots.
Since I
need it for some Windows apps on the same box I
put it
back in and commented some lines in ata driver
regarding the detection of Promise Fasttrak
controllers and it boots now w/o detecting it.
This is strange, the error message
On Thu, 7 Feb 2002, Julian Elischer wrote:
As part of the KSe stuff I ended up changing ht ebehaviour of threads with
respect to their ucreds. Previously, they freed their ucred reference when
they entered user space and picked them up again when they re-entered the
kernel. It there was an
for what it's worth, doing a make includes
before the make buildworld seems to have got me going again.
On Fri, 8 Feb 2002, Julian Elischer wrote:
On Fri, 8 Feb 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
phk, is this you?
On Wed, Feb 06, 2002 at 12:35:39PM -0800, Alfred Perlstein wrote:
* David W. Chapman Jr. [EMAIL PROTECTED] [020206 12:33] wrote:
Does anyone know if the problem with kde and other programs not
working with the new binutils not working have been fixed yet?
I find that mozilla 0.9.8 dies
BOUWSMA Beery [EMAIL PROTECTED] writes:
In order to get /boot/kernel/ populated with modules, either one
needs to installworld again, or use one of the targets to install
only modules, I guess.
The recommended build sequence is:
# make buildworld
# make buildkernel
# make installkernel
#
* Andrea Campi [EMAIL PROTECTED] [020208 03:51] wrote:
On Wed, Feb 06, 2002 at 12:35:39PM -0800, Alfred Perlstein wrote:
* David W. Chapman Jr. [EMAIL PROTECTED] [020206 12:33] wrote:
Does anyone know if the problem with kde and other programs not
working with the new binutils not
Alfred Perlstein wrote:
If you do a pkg_deletew of mozilla and then nuke /usr/X11R6/lib/mozilla
then reinstall it the problem should go away.
pgk_deelete is broken?!?
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On 08-Feb-02 Terry Lambert wrote:
John Baldwin wrote:
No, an unlocked compare is _not_ ok. What if the p_ucred pointer was
changed
on some other processor by another thread from this processor?
I saw your response to Julian... I understand the concern,
but I think it's unfounded. Let
From: Georg-W Koltermann [EMAIL PROTECTED]
Date: Thu, 07 Feb 2002 11:04:22 +0100
::Hi,
::
::since many weeks I get /dev/rtc: device not configured in -current
::when I start VMWare2. The VMWare2 port works fine otherwise.
::
::Yes, rtc-2001.09.16.1 is installed, and the module is loaded during
* Terry Lambert [EMAIL PROTECTED] [020208 07:12] wrote:
Alfred Perlstein wrote:
If you do a pkg_deletew of mozilla and then nuke /usr/X11R6/lib/mozilla
then reinstall it the problem should go away.
pgk_deelete is broken?!?
I think what happens is people like me sometimes just install a
Alfred Perlstein wrote:
I think what happens is people like me sometimes just install a new
package over the old instead of properly deinstalling first. I think
what's actually happening is that files from 0.9.6 are getting picked
up by 0.9.8 because 0.9.7 spammed 0.9.6's plist.
That should
OK; I got today's -CURRENT built running on each of my build
machine (freebeast) my laptop. (Got today's -STABLE built
earlier; I mention this as a reference point/comparison. I
similarly note that I've been tracking each daily on each machine
for several months, and that today is the first
On Thu, 7 Feb 2002, John Baldwin wrote:
IdlePTD at phsyical address 0x003d1000
initial pcb at physical address 0x00329bc0
panicstr: bremfree: bp 0xc2161734 not locked
panic messages:
---
panic: msleep
Hmmm, wonder where that came from.
oh:
KASSERT(ident !=
can you try a kernel from JUST BEFORE I did the KSE commit yesterday?
I heard someone else complain of thisyesterday afternoon. At that time I
wascertain it was too soon after my commit for him to already have got it,
but it would be nice tio know if I screwed something...
On Fri, 8 Feb 2002,
This succeeded, but looks suspicious to me.
syncing disks... 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
I've never seen it like that before..
It might be related to the problem some have seen with syncing..
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
On 2002-02-08 06:57, Alfred Perlstein wrote:
* Andrea Campi [EMAIL PROTECTED] [020208 03:51] wrote:
On Wed, Feb 06, 2002 at 12:35:39PM -0800, Alfred Perlstein wrote:
* David W. Chapman Jr. [EMAIL PROTECTED] [020206 12:33] wrote:
Does anyone know if the problem with kde and other
I'd like to commit the code to keep the ucred across userland,
with the code to clear it to NULL kept under DEBUG ifdefs.
i.e.
in trap(), ast() and syscall()
if (td-td_ucred != p-p_ucred) {
PROC_LOCK(p);
if (td-td_ucred) {
Date: Fri, 8 Feb 2002 10:54:55 -0800 (PST)
From: Julian Elischer [EMAIL PROTECTED]
can you try a kernel from JUST BEFORE I did the KSE commit yesterday?
OK; results below
I heard someone else complain of thisyesterday afternoon. At that time I
wascertain it was too soon after my commit for
Is it possible to make devices enumerated by acpi to take notice of the
flags given to them in device.hints?
for example if I allow acpi then I get:
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A, console
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
despite the fact that I
On Fri, 8 Feb 2002, David Wolfskill wrote:
FreeBSD/i386 (freebeast.catwhisker.org) (cuaa0)
login: boot() called on cpu#0
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to
stop...stopped
Waiting (max 60
On Fri, Feb 08, 2002 at 01:43:54PM -0800, Julian Elischer wrote:
On Fri, 8 Feb 2002, David Wolfskill wrote:
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped
Waiting (max 60 seconds) for
On Fri, 8 Feb 2002, Eugene M. Kim wrote:
On Fri, Feb 08, 2002 at 01:43:54PM -0800, Julian Elischer wrote:
On Fri, 8 Feb 2002, David Wolfskill wrote:
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to
On Fri, 8 Feb 2002, Bruce Evans wrote:
[...]
if (td-td_ucred != p-p_ucred) {
PROC_LOCK(p);
if (td-td_ucred) {
crfree(td-td_ucred);
td-td_ucred = NULL;
}
if
Attached is the requested DDB log (I guessed pid 7 `syncer' is the
process doing the sync; if this is wrong let me know).
Eugene
PS. I used the serial console, so don't feel sorry to ask. =)
On Fri, Feb 08, 2002 at 02:41:30PM -0800, Julian Elischer wrote:
On Fri, 8 Feb 2002, Eugene M.
I have had lots of these :)
--- Julian Elischer [EMAIL PROTECTED] wrote:
This succeeded, but looks suspicious to me.
syncing disks... 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
regards,
-- Hiten
__
Do You Yahoo!?
Send FREE Valentine eCards
cool..
ok, how about adding show witness
(we need to figure out which process SHOULD be doing the reboot, but it's
not obvious from this ps, which one we should be looking at.)
if you have it compiled in, show ktr (a couple of pages of it anyhow)
MIGHT show something.
On Fri, 8 Feb 2002,
david,
On Fri, 8 Feb 2002, Julian Elischer wrote:
cool..
ok, how about adding show witness
[...]
can you do a cvs diff -D{time1] -D[time2] /sys
where time2 is the earliest kernel that has the problem and time1 is the
last kernel that doesn't?
there may be some other diffs in there I'm not
Eh; I suspect that's showing the entry to ddb.
Hmmm... gow about:
db show witness
Sleep locks:
0 Giant -- last acquired @ /usr/src/sys/kern/kern_intr.c:532
1 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:162
3lockmgr -- last acquired @
In your case we need totrace proc 1 I think..
On Fri, 8 Feb 2002, Eugene M. Kim wrote:
Attached is the requested DDB log (I guessed pid 7 `syncer' is the
process doing the sync; if this is wrong let me know).
Eugene
PS. I used the serial console, so don't feel sorry to ask. =)
On
On Fri, Feb 08, 2002 at 03:56:21PM -0800, Julian Elischer wrote:
In your case we need totrace proc 1 I think..
I got the `reboot' process at this session, so I traced that process.
Before I had used `shutdown -r', which probably SIGINT'ed the init
process so it's init (pid 1) calling
I get the following error when running mtree(1) in a jail:
root@p4 /usr/src# gdb =mtree
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
yes but is it a SMP or UP kernel? (SMP kernel can run on some UP h/w)
thanks!
On Fri, 8 Feb 2002, Eugene M. Kim wrote:
On Fri, Feb 08, 2002 at 03:56:21PM -0800, Julian Elischer wrote:
In your case we need totrace proc 1 I think..
I got the `reboot' process at this session, so I
I tlooks as if show locks would not show any locks held by anyone..
is this true?
On Fri, 8 Feb 2002, Eugene M. Kim wrote:
On Fri, Feb 08, 2002 at 03:56:21PM -0800, Julian Elischer wrote:
In your case we need totrace proc 1 I think..
I got the `reboot' process at this session, so I
It's an UP kernel running on an UP box.
Eugene
On Fri, Feb 08, 2002 at 04:53:28PM -0800, Julian Elischer wrote:
yes but is it a SMP or UP kernel? (SMP kernel can run on some UP h/w)
thanks!
On Fri, 8 Feb 2002, Eugene M. Kim wrote:
On Fri, Feb 08, 2002 at 03:56:21PM -0800,
I'm not particularly good at reading the lock-related output, but it
doesn't have other lines than the one that says about the Giant lock, so
it seems there isn't any other locks being held by anyone.
Eugene
On Fri, Feb 08, 2002 at 04:55:42PM -0800, Julian Elischer wrote:
I tlooks as if
h so what is the difference between your kernel and mine that works?
just out of curiosity, have you tried a very latest -current?
do you have your own config? how does GENERIC behave?
(what kind of disks do you have?)
Julian
On Fri, 8 Feb 2002, Eugene M. Kim wrote:
It's an UP kernel
h so what is the difference between your kernel and mine that works?
just out of curiosity, have you tried a very latest -current?
do you have your own config? how does GENERIC behave?
(what kind of disks do you have?)
It looks like a call to setrunqueue() was incorrectly dropped in
On Fri, Feb 08, 2002 at 05:09:31PM -0800, Julian Elischer wrote:
h so what is the difference between your kernel and mine that works?
/me scratches his head
just out of curiosity, have you tried a very latest -current?
Not the very latest; this source is about a day old.
do you
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Same thing happens when I run it outside the jail, but pointing to the
jail's root directory. Seems like an fts bug, but I was unable to
discover the exact cause.
FWIW, I unmounted the jail's /proc and the problem went away. Perhaps
fts makes
Thats it for sure!
committing now..
On Sat, 9 Feb 2002 [EMAIL PROTECTED] wrote:
h so what is the difference between your kernel and mine that works?
just out of curiosity, have you tried a very latest -current?
do you have your own config? how does GENERIC behave?
(what kind
yes,, this exactly fits the symptoms!
I've committed it.
(it's definitly wrong)
assume this will solv ethe problem.
now why doesn't MINE fail?
On Sat, 9 Feb 2002 [EMAIL PROTECTED] wrote:
h so what is the difference between your kernel and mine that works?
just out of curiosity,
Hi I just got the FARALLON PN796 (Proxim) usb ethernet
adapter working with my current thought I should post the
2 lines i needed to add to make it working to the
mailing list
/usr/src/sys/dev/usb
in file if_aue.c
Static struct aue_type aue_devs[] = {
{ USB_VENDOR_ADMTEK,
Julian Elischer wrote:
h so what is the difference between your kernel and mine that works?
For the love of God, please do not post your kernels
to the list next. Much of the data transfer of the
dumps should probably have been off list already.
Please, please do not post your kernels.
On 08-Feb-02 Julian Elischer wrote:
I'd like to commit the code to keep the ucred across userland,
with the code to clear it to NULL kept under DEBUG ifdefs.
Use INVARIANTS for the ifdef macro name, but sure.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users
Date: Fri, 8 Feb 2002 17:34:45 -0800 (PST)
From: Julian Elischer [EMAIL PROTECTED]
Thats it for sure!
committing now..
On Sat, 9 Feb 2002 [EMAIL PROTECTED] wrote:
It looks like a call to setrunqueue() was incorrectly dropped in
the latest version of kern_shutdown.c.
Applying that one-line
On 09-Feb-02 Julian Elischer wrote:
yes,, this exactly fits the symptoms!
I've committed it.
(it's definitly wrong)
assume this will solv ethe problem.
now why doesn't MINE fail?
Probably cause you are running your other tree that makes mi_switch() auto do
the setrunqueue? :)
--
John
On 09-Feb-02 Eugene M. Kim wrote:
I'm not particularly good at reading the lock-related output, but it
doesn't have other lines than the one that says about the Giant lock, so
it seems there isn't any other locks being held by anyone.
show locks pid only shows the locks held by a single
I'm a little worried about invariants because the behaviour when
INVARIANTS is set wil be different to teh behaviour when it is off, which
is 'strange' to say the least. Normally the behaviour si the same but you
just check for invariant conditions.
On Fri, 8 Feb 2002, John Baldwin wrote:
No, I just never went into that particular clause of code
But is has made me rethink the whole issue.
On Fri, 8 Feb 2002, John Baldwin wrote:
On 09-Feb-02 Julian Elischer wrote:
yes,, this exactly fits the symptoms!
I've committed it.
(it's definitly wrong)
assume this will solv
Bruce, for the low-level impared such as myself, can you give a quick
precis on teh difference between fast interrupt handlers in -current
and 'normal' interrupt handlers.
Do fast interrupt handlers enter through trap() ?
if they interrupt a user process, do they take on the cred of the
John, (peter? others?)
How is it that getting a ucred reference is guarded by PROC_LOCK(p)
but freeing it is guarded by mtx_lock(Giant);
?
Call me naive, but shouldn't they be guarded by the same thing?
Julian
On Fri, 8 Feb 2002, Julian Elischer wrote:
I'm a little worried about
54 matches
Mail list logo