--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On 06-Sep-01 Marcel Moolenaar wrote:
On Wed, Sep 05, 2001 at 02:47:28PM -0700, John Baldwin wrote:
Yes, you can trace indiviudal processes though, using 'trace pid', and I'm
more curious about the traces of the Mozilla processes.
Ok, here it is:
db ps
pid proc addruid
for thsi sort of
thing in the form of __DEVOLATILE(), __DECONST(), and __DEQUALIFY().
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail
portions of the
panic messages. :-P Also, if his box is resetting after panic'ing it might be
too fast. Serial consoles are an excellenet remedy for both of these problems.
[ Not directly to you Mike, you know all of this already. ]
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb
' to see what source
line it died on. It's a NULL pointer dereference (as can be seen from the
small fault virtual address) so seeing the source line will probably make it
rather obvious. Also, compiling ddb into the kernel and getting a traceback
would help, too.
--
John Baldwin [EMAIL
.
FWIW, I'm on alpha.
Yes, I've seen this. I'm betting it is timing related, and that dfr's fix to
pmap.c will fix this. I found that if I did a buildworld without -j X and then
did an installworld it would work ok.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key
a ps macro. Look in sys/modules/vinum IIRC.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
code doesn't have to go back all of them out again thus increasing the overall
diff size.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail
(suser_td as I mentioned earlier, for example) later.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
and try again.
(2) netchild@ttyp1 % ll /etc/malloc.conf
lrwx-- 1 root wheel 2 18 Aug 21:47 /etc/malloc.conf@ - aj
That doesn't affect INVARIANTS or WITNESS, which slow the system considerably
(esp. WITNESS).
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http
()
still is a proc related check, not a thread related one as suser_td() seems to
imply. No bother, it will all be backed out eventually anyways. :-/
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve
/src/sys/alpha/compile/GENERIC.
Looks like your sources are out of whack perhaps.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL
On 18-Sep-01 Vincent Poy wrote:
With the latest -current sources today, the kernel fails to build
after a buildworld.
Doh. Something is including sys/mutex.h or sys/sx.h w/o including sys/lock.h.
I'll fix in a bit.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb
of the pre-KSE kernel, the P_DEADLKTREAT flag moved from
p_flag to p_sflag which changed its locking semantics.)
-GAWollman
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org
= vesa_vmode_max) {
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
buildworld now.
/stand is a backup copy of utilities used during the initial installation.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail
On 18-Sep-01 Julian Elischer wrote:
yes.. exactly..
should I delete it or will you :-)
(it was to allow a hacked X server to use strange resolution.)
(not needed any more anyhow)
You can. :) Just curious what it was doing there is all.
--
John Baldwin [EMAIL PROTECTED] -- http
On 19-Sep-01 Vincent Poy wrote:
On Wed, 19 Sep 2001, John Baldwin wrote:
On 19-Sep-01 Vincent Poy wrote:
Just a question, does /stand still exist in -current? If so, how
does on update it? I remember the old method was make all install in
/usr/src/release/sysinstall
On 19-Sep-01 Wilko Bulte wrote:
On Tue, Sep 18, 2001 at 03:01:25PM -0700, John Baldwin wrote:
On 18-Sep-01 Garrett Wollman wrote:
lock order reversal
1st 0xd3a5c11c process lock @ ../../../vm/vm_glue.c:469
2nd 0xc0e3fe30 lockmgr interlock @ ../../../kern/kern_lock.c:239
On 23-Sep-01 Wilko Bulte wrote:
On Thu, Sep 20, 2001 at 07:40:52PM +0200, Wilko Bulte wrote:
On Wed, Sep 19, 2001 at 01:32:28PM -0700, John Baldwin wrote:
On 19-Sep-01 Wilko Bulte wrote:
On Tue, Sep 18, 2001 at 03:01:25PM -0700, John Baldwin wrote:
...
p_flag to p_sflag which
mi_startup() at mi_startup+0x90
begin() at begin+0x43
db
---
Ugh, not sure what is causing this.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use
in the body of the message
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
if that fixes things?
It looks like witness is somehow getting out of sync. One cause could be stale
.o files that aren't being recompiled. Perhaps you haven't run make depend in
a while?
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john
On 30-Sep-01 Marcel Moolenaar wrote:
On Sat, Sep 29, 2001 at 12:52:48PM -0700, John Baldwin wrote:
could figure out the faulting address that it trapp'd one that would help.
You
could add KTR tracepoints or some such to store the log message to do that
and
then examin the KTR buffer
On 04-Oct-01 Jun Kuriyama wrote:
I tried to use mount_ntfs, but it panic'ed.
NTFS and NWFS are currently broken in -current due to the KSE stuff. Please
don't use them for now.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john
? :)
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
}
845 if ((newdev = ~devices scp-devices)) {
(kgdb) p misdev
$1 = 2
I got a crashdump, so more info available on request.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http
; /* virtual address for mapping */
TAILQ_ENTRY(pv_entry) pv_list;
TAILQ_ENTRY(pv_entry) pv_plist;
vm_page_t pv_ptem;/* VM page for pte */
} *pv_entry_t;
So it looks like pv_va of a free'd pv_entry was modified perhaps?
--
John Baldwin [EMAIL PROTECTED
. Make sense? :) Disklabel should probably fail to
actually run in this case since md10e doesn't exist and certainly wouldn't have
a valid disklabel to edit if it did exist.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power
. Alternatively,
we should have MI devices for the RTC and i8254 timers so that this code
wouldn't be duplicated all over the place. *sigh*
If this is a UP box you should be able to just continue from this for now.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http
I know that some people are complaining about the performance of current and
all, but breaking nice so that we can't make processes run slower is just going
too far. :)
nice -20 buildworld
setpriority: Permission denied.
Any ideas?
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org
On 19-Oct-01 John Baldwin wrote:
I know that some people are complaining about the performance of current and
all, but breaking nice so that we can't make processes run slower is just
going
too far. :)
nice -20 buildworld
setpriority: Permission denied.
Any ideas?
Idea #1: PEBKAC due
;
- goto restart;
+ ucode = T_PRIVINFLT;
+ i = SIGILL;
+ break;
}
#endif
if (i == -1)
--
John Baldwin [EMAIL PROTECTED] -- http
.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
this mail.
Ideally the algo would be changed to not try and init the mutex twice, but I
haven't looked at the code in detail.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http
. That is probably the best solution to the problem.
Drew
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL
): undefined reference to
`vm_object_set_writeable_dirty'
*** Error code 1
Stop in /usr/obj/usr/src/sys/GALAXY.
*** Error code 1
It's already fixed. re-cvsup.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use
the asr driver from your kernel config until somebody
fixes its use of destroy_dev()
Maybe we should remove it from GENERIC?
Warner, do you think we need an updating entry for this?
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
)
kernel: type 12 trap, code=0
Stopped at device_set_flags+0x9: movl%eax,0x3c(%edx)
kernel config is:
Please provide a backtrace. (trace in ddb should do the trick)
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power
On 11-Nov-01 Bruce Evans wrote:
On Sat, 10 Nov 2001, John Baldwin wrote:
On 08-Nov-01 Bruce Evans wrote:
The i386 machine/atomic.h still uses archaic constraints for some
input-output operands (0 for the first operand). These never worked
right and if fact don't actually work
On 24-Oct-01 Julian Elischer wrote:
have you tested the foof bug itself?
cjc did. The change has already been committed.
On Wed, 24 Oct 2001, Giorgos Keramidas wrote:
On Tue, Oct 23, 2001 at 10:57:18AM -0700, John Baldwin wrote:
Anyone running -current on a true Pentium with the F00F
be a bit difficult. If you
do this, I'd rather you make sed handle the $FreeBSD$ case as a completely
separate case, so something like:
sed -e '/\$FreeBSD\$/; //s/blah blah/blah/' or some such (I forget how sed does
multiple expressions).
--
John Baldwin [EMAIL PROTECTED] -- http
underscores.)
-GAWollman
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
the new
loader just in case. :) Probably should do a 'make clean' in /sys/boot before
rebuilding the loader as well.
--
John Baldwin [EMAIL PROTECTED] http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED
in the
environment.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
);
- if (setgroups(ngroups, groups) 0) {
- _warn(setgroups);
- return (-1);
- }
- return (0);
+ return setgroups(ngroups, groups);
}
Style nit:
return (setgruops(ngroups, groups));
Also, commit the manpage patch in the PR as well.
--
John Baldwin
On 13-Nov-01 Robert Watson wrote:
On Mon, 12 Nov 2001, John Baldwin wrote:
What if someone comments out a line in the password file of a user?
Then this won't hide that password. When this originally went in, it
took a long while to get a sed line people were happy with. Replacing
On 13-Nov-01 Terry Lambert wrote:
John Baldwin wrote:
+ return setgroups(ngroups, groups);
}
Style nit:
return (setgruops(ngroups, groups));
return (setgroups(ngroups, groups));
(avoiding cut-and-paste error).
Yes, my mailer eats tabs and sucks as is well
On 13-Nov-01 Robert Watson wrote:
On Tue, 13 Nov 2001, John Baldwin wrote:
My temptation would actually be to ignore any commented lines in either
file for the purposes of the diff. For the purposes of security checking,
you care mostly about the uncommented lines. This would allow
On 13-Nov-01 Terry Lambert wrote:
John Baldwin wrote:
return (setgruops(ngroups, groups));
return (setgroups(ngroups, groups));
(avoiding cut-and-paste error).
Yes, my mailer eats tabs and sucks as is well documented, the point was the
()'s. :)
I didn't fix
if you are
running -current.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
/device_pager.c:143
Nov 14 08:59:25 localhost /boot/kernel/kernel: 2nd 0xc03feca0 pool mutex @
/usr/src/sys/kern/kern_sx.c:329
This is due to the sx worker locks not using MTX_NOWITNESS with the pool mutex
changes. It's not a problem though.
--
John Baldwin [EMAIL PROTECTED]http
.
:
:--
:
:John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Would it make sense for me to add a new MTX flag that disables certain
non-applicable warnings?
Err, that's what MTX_NOWITNESS sort of does. This one is a bit hard, as you
need a way to tell witness to ignore the lock
+327243 [15359/16/63] at
ata0-slave UDMA66
The DLTA disks are known to have problems although this isn't the type of
problem it's typically known to have. My guess is you need a new disk however.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use
.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
in the loader to do it manually, but that's
hardly intuitive. :( We need a Forth hacker to write up a nice interface for
manipulating the hints.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail
On 16-Nov-01 Makoto Matsushita wrote:
obrien Ok, who (and what) broke the kernel build?
If you met at modules/an, I've fixed with src/sys/modules/an/Makefile
rev 1.6. Sorry if your point is different.
Yes, he was just a bit slowing in reading his commit mail I guess. :)
--
John
On 16-Nov-01 Jim Bryant wrote:
It's not the BIOS failing it...
The BTX bootstrap loader V 1.00 detects the keyboard, and refuses to proceed
without it.
Err, no. BTX cares zero, zilch, nada about keyboards. Can you please provide
the error message you get?
--
John Baldwin [EMAIL
a / filesystem to put /etc/fstab in. Probably we should use an
explicit fsck_ffs or fsck -t ffs when fscking existing filesystems from
sysinstall.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe
On 18-Nov-01 Jim Bryant wrote:
John Baldwin wrote:
On 16-Nov-01 Jim Bryant wrote:
It's not the BIOS failing it...
The BTX bootstrap loader V 1.00 detects the keyboard, and refuses to proceed
without it.
Err, no. BTX cares zero, zilch, nada about keyboards. Can you please
provide
? once ya get used to the
wheels, it's amazing how much you use it...
You can get USB mice with wheels I think. If the keyboard has a USB hub, then
it shouldn't care what the mouse is like. Does the keyboard have a PS/2 port
or some such?
--
John Baldwin [EMAIL PROTECTED]http
to fix in
this evening.
With devfs /dev should have all existing disks and partitions. At least if you
open the device it will create it for you if it is valid. We should always
use the devfs /dev if it is present and fall back to /mnt/dev from the CD if
it is not.
--
John Baldwin [EMAIL
On 21-Nov-01 Darren Henderson wrote:
Installed 4.4 Release then pullded in the CURRENT source via cvsup
yesterday (11/20).
Building a kernel (after a buildworld) with device adv fails with the info
below...
Do you have 'device scbus'?
--
John Baldwin [EMAIL PROTECTED]http
)
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
);
memcpy(cpu_model+32, regs, sizeof regs);
}
-cg
Doh, my bad. :)
/me shuffles off into the corner..
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org
or the bios is reprogramming the cpu, that
is actually what amd have named the 1.0+ghz durons.
-cg
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http
have COMPAT_SVR4 in your kernel?
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
of these.
The Inspiron needs this line in loader.conf:
debug.acpi.avoid=_SB_.PCI0.PX40.SIO_
Then it will probably work. My Inspiron 5000e needs this.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve
(foo);) and getting a stack trace would be very helpful.
-Maxim
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
Copyright (c) 1992-2001 The FreeBSD Project
On 27-Sep-01 SXren Schmidt wrote:
It seems John Baldwin wrote:
I found that I am no longer able to boot -current kernel on my machine.
The
system panices right after initialising ed0 driver:
[...]
ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xe800-0xe81f irq 9 at
device
9.0
., device hints in device.hints, and loader tweaks in loader.conf.
I suppose ACPI debug options relate to the kernel and not the loader, so
device.hints is perhaps the more accurate place.
Warner
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx
from /usr/obj somewhere.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
0xc01c49fa in softclock ()
#26 0xc01aff5e in ithread_loop ()
#27 0xc01af43c in fork_exit ()
--
Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
John Baldwin [EMAIL
for another warning sweep of LINT perhaps.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
low priority work, create a idle priority kthread to do it and make
sure it yields when there is other work to do of higher priority.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail
On 26-Nov-01 Garrett Wollman wrote:
On Mon, 26 Nov 2001 09:43:31 -0800 (PST), John Baldwin [EMAIL PROTECTED]
said:
- realitexpire, td);
+ realitexpire, td-td_proc);
Ouch, something this simple definitely caused a warning, it looks like
warnings
if the
TSS is broken somehow? Can you narrow this down to a particular commit?
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
, u_long cmd, caddr_t addr, int32_t flag, struct proc *p)
+ciss_ioctl(dev_t dev, u_long cmd, caddr_t addr, int32_t flag, d_thread_t *p)
{
struct ciss_softc *sc;
interror;
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power
On 28-Nov-01 Bruce Evans wrote:
On Mon, 26 Nov 2001, John Baldwin wrote:
We don't do preemption in the kernel yet, so they need to yield the CPU when
another thread is available. The page zeroing thread does this wrong as it
should check procrunnable() instead of switching after doing N
, and there isn't a good
way to workaround that, since you always have to bootstrap from something.
I've used this approach many times myself in testing release Makefile changes.
It's not that hard. :-P
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john
On 11-Oct-01 Gunnar Flygt wrote:
cvsuped two days ago, and made buildworld today, which went OK. Tried
make kernel (aka GENERIC). It fails at nfsclient code:
Already fixed two days ago.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john
buffer regularly, in a safe context.
Something like that, yes. Chuck Paterson has patches to do all this for our
printf() if I can extract them. It basically ends up with 3 different versions
of printf in the kernel. I'll see if I can't get ahold of them.
--
John Baldwin [EMAIL PROTECTED
great. I use it on one of my alpha's that doesn't autoneg by
default. You don't set ifconfig_xl0 to anything, but instead create a
start_if.xl0 file similar to this:
cat /etc/start_if.dc0
/sbin/ifconfig dc0 media auto
#/sbin/ifconfig dc0 media 10baseT/UTP
/sbin/dhclient dc0
--
John Baldwin
of the power key to
resume, and thus when it does resume, it immediately suspends again, which is
annoying. Same thing happens if I suspend via Fn-Esc and then close the lid
and try to resume.
Thanks!
Jan
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http
to accept the contraints type on v so we can use
iq rather than ir for char operations (this last came from Peter Jeremy
and bde).
I'm running it here on my laptop w/o problems and would like to commit it in a
day or so.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power
Well, it would seem that the cu upgrade has totally hosed cu now:
# cu -l /dev/cuaa1 -s 9600
usage: tip [-v] [-speed] [system-name]
Can we get this fixed please?
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org
that cc does, in fact, represent eflags
in the clobber list.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
of the PC architecture they are also
good so that you don't break BIOS's.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
the problems you have so they can be
addressed. What Unix command doesn't have idiosyncratic syntax anyways?
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED
cut you up into little places, grind those up in a blender, mix with
the appropriate substances and use the result to paint bikesheds? Hmmm..
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail
stack-like regs correctly. */
!
! void
! notice_update_cc (exp)
! rtx exp;
Application asms are apparently in the All else set.
Ok, I've axed all the cc clobbers from the patch now. Any objections to it
now? It's still at ~jhb/patches/i386_asm.patch.
--
John Baldwin [EMAIL
sys/pcpu.h (it includes machine/pcpu.h
already), but that patch looks ok. libkvm will need the same fix. My bad, I
was so busy testing kernels and making sure they worked in various combinations
I didn't test a buildworld. :(
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb
in that case, yes. For now that KASSERT() can just be
commented out until I figure out how to make that a more proper assert.
Bruce
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL
));
...
main() { return bsfl(23); }
rm (mask) works too.
Ok, that's simpler then.
The other changes seem to be OK. I checked about 1/4 of them.
Ok, well, I've updated the patch at the same location.
Bruce
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power
On 13-Dec-01 John Baldwin wrote:
static void
do_cpuid(u_int ax, u_int *p)
{
+
+p[0] = ax;
__asm __volatile(
cpuid
-: =a (p[0]), =b (p[1]), =c (p[2]), =d (p[3])
-: 0 (ax)
+: +a (p[0]), =b (p[1]), =c (p[2]), =d (p[3])
);
}
0 here was bogus. Just
such in your build. Or NO_WERROR=yes.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On 14-Dec-01 David Xu wrote:
I persist with adding cc, because it does not hurt anything.
It doesn't do anything either except add repo bloat and obfuscate the code a
bit more.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http
-K to prevent automatic (SRA) login
(Well, my system is probably one month old. If something has been
broken afterwards, forget the above.)
A note in UPDATING about using opie rather than s/key would be nice.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use
301 - 400 of 2772 matches
Mail list logo