> > 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
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 stran
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
>
> > 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
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 a
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.
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 binuti
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 unfounde
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 durin
* 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 ins
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 sho
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:
>
> KAS
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, D
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
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 comm
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 hav
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
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)
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 `b
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;
> > }
> >
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, Eugen
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 eCa
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, Euge
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 n
>
> 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 @ /usr/sr
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 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 rebo
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 conditi
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,
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 ses
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 -0
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
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.
> d
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 make
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?
> > (wh
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,USB_PRODU
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
>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 tha
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? :)
--
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 only shows the locks held by a single threa
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 thi
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 run
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 invarian
54 matches
Mail list logo
