Compiling from today's cvsup results in a failure to compile
src/sys/dev/usb/uplcom.c due to USB_PRODUCT_RATOC_REXUSB60 being
undefined.
It appears that usbdevs.h needs to be regenerated and checked in to the
repository.
As a temporary fix:
cd .../src/sys/dev/usb/
awk -f devlist2h.awk < us
At 10:36 PM -0800 3/17/02, whoever wrote:
>Hi,
> I updated to current 5.0
>several weeks back and just noticed that
>the utmp logging for people users logged
>in is missing. [...] All the listings in
>last are also incomplete.
>The last login entry for any ttyv* is the
>last day I ran 4.4 s
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> if checkdirs wins the race for proc lock it will do its magic and
> fdfree will wait while it does that.
>
> if fdfree wins, then checkdirs will see a NULL p_fd pointer.
You're right. I'm still worried about other fdfree() callers, though,
but this
* Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020318 15:03] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > * Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020318 08:23] wrote:
> > > Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > > > I think you're right, I'm pretty sure the fix is basically m
Kris Kennaway <[EMAIL PROTECTED]> writes:
> The panic in tail was triggered by using -f (i.e. kqueue),
Like I said, that panic was irrelevant since it was a consequence of
an incorrect patch.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
John Polstra wrote:
> All I know is this: The dynamic linker was working just fine for
> years. Then we got a new version of binutils, and lots of problems
> started happening. The dynamic linker wasn't changed -- binutils
> was. I have no idea what got broken, but I kind of doubt that the
> b
On Mon, Mar 18, 2002 at 02:36:31PM -0800, Alfred Perlstein wrote:
> * Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020318 08:23] wrote:
> > Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > > I think you're right, I'm pretty sure the fix is basically moving
> > > the p->p_fd = NULL to after the closef
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> * Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020318 08:23] wrote:
> > Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > > I think you're right, I'm pretty sure the fix is basically moving
> > > the p->p_fd = NULL to after the closef will fix things [...]
In message <[EMAIL PROTECTED]> "M. Warner Losh" writes:
: ===> usr.bin/chflags
: install -c -s -o root -g wheel -m 555 chflags /bin
: install -c -o root -g wheel -m 444 chflags.1.gz /usr/share/man/man1
: ===> usr.bin/chpass
: [ ! -e /usr/bin/chpass ] || chflags noschg /usr/bin/chpass || true
:
===> usr.bin/chflags
install -c -s -o root -g wheel -m 555 chflags /bin
install -c -o root -g wheel -m 444 chflags.1.gz /usr/share/man/man1
===> usr.bin/chpass
[ ! -e /usr/bin/chpass ] || chflags noschg /usr/bin/chpass || true
*** Signal 12
Sigh.
Warner
To Unsubscribe: send mail to [EMAIL P
* Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020318 08:23] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > I think you're right, I'm pretty sure the fix is basically moving
> > the p->p_fd = NULL to after the closef will fix things [...]
>
> There will still be a race...
Are you sure? :)
In message: <[EMAIL PROTECTED]>
Hiten Pandya <[EMAIL PROTECTED]> writes:
: --- "M. Warner Losh" <[EMAIL PROTECTED]> wrote:
: > On my -stable box:
: > ===> usr.bin/xlint/llib
: > /usr/obj/home/imp/FreeBSD/src/usr.bin/xlint/llib/../xlint/xlint -cghapbx -L
: > /usr/libdata/lint -Cposix
:
cvsup about three hours ago, buildkernel fails with:
===> uplcom
cc -O -pipe -march=k6 -D_KERNEL -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../
--- "M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> On my -stable box:
> ===> usr.bin/xlint/llib
> /usr/obj/home/imp/FreeBSD/src/usr.bin/xlint/llib/../xlint/xlint -cghapbx -L
> /usr/libdata/lint -Cposix
> /home/imp/FreeBSD/src/usr.bin/xlint/llib/llib-lposix
> /usr/libexec/ld-elf.so.1: Shared object
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-g -nostdinc -I- -I. -I/home/imp/FreeBSD/src/sys -I/home/imp/FreeBSD/src/sys/dev
-I/home/imp/FreeBSD/src/sys/contrib/dev/acpica
-I
Hello,
On Mon, Mar 18, 2002 at 11:27:48AM -0800, David Wolfskill wrote:
> I generally try to avoid chattering too much on the lists, but given the
> "eventfulness" of the normally-rather-routine -CURRENT build this
> morning, I thought it would be appropriate to announce a measure of
> success.
>From: Dag-Erling Smorgrav <[EMAIL PROTECTED]>
>Date: 18 Mar 2002 12:12:34 +0100
>I just imported OpenSSH 3.1. It seems to build and work right, but it
>was a bitch to merge, and I'm bound to have botched something royally
>somewhere. Drop me a note if something breaks.
I generally try to avoi
In article <[EMAIL PROTECTED]>,
Mark Murray <[EMAIL PROTECTED]> wrote:
>
> Here is kaffe (from ports) post mortem after an at-load blowup.
>
> #0 0x280520ee in reloc_non_plt (obj=0x28064500, obj_rtld=0x280604a0)
> at /usr/src/libexec/rtld-elf/i386/reloc.c:196
> 196 *whe
On my -stable box:
===> usr.bin/xlint/llib
/usr/obj/home/imp/FreeBSD/src/usr.bin/xlint/llib/../xlint/xlint -cghapbx -L
/usr/libdata/lint -Cposix /home/imp/FreeBSD/src/usr.bin/xlint/llib/llib-lposix
/usr/libexec/ld-elf.so.1: Shared object "libc.so.5" not found
*** Error code 1
/usr/obj/home/imp/F
On 18-Mar-2002 Alfred Perlstein wrote:
> * John Baldwin <[EMAIL PROTECTED]> [020318 10:24] wrote:
>>
>> On 17-Mar-2002 Robert Watson wrote:
>> >
>> > On Sun, 17 Mar 2002, Alfred Perlstein wrote:
>> >
>> >> * Munehiro Matsuda <[EMAIL PROTECTED]> [020317 06:36] wrote:
>> >> >
>> >> > PS. I got
* John Baldwin <[EMAIL PROTECTED]> [020318 10:24] wrote:
>
> On 17-Mar-2002 Robert Watson wrote:
> >
> > On Sun, 17 Mar 2002, Alfred Perlstein wrote:
> >
> >> * Munehiro Matsuda <[EMAIL PROTECTED]> [020317 06:36] wrote:
> >> >
> >> > PS. I got another message that happend when I ^C'ed a buildw
On 17-Mar-2002 Robert Watson wrote:
>
> On Sun, 17 Mar 2002, Alfred Perlstein wrote:
>
>> * Munehiro Matsuda <[EMAIL PROTECTED]> [020317 06:36] wrote:
>> >
>> > PS. I got another message that happend when I ^C'ed a buildworld earlier,
>> > with same kernel. May be it should go to Alfred Perls
On Mon, Mar 18, 2002 at 09:32:15AM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> : Here's a "good" one:
>
> I see this has already been fixed, but to my eye it looks good.
> Certainly a lot better than my kludge-o-matic :
In message: <[EMAIL PROTECTED]>
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
: Here's a "good" one:
I see this has already been fixed, but to my eye it looks good.
Certainly a lot better than my kludge-o-matic :-)
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> I think you're right, I'm pretty sure the fix is basically moving
> the p->p_fd = NULL to after the closef will fix things [...]
There will still be a race...
> Sorry for taking so long to look at this.
No problem, really. It showed up less than 2
On 17-Mar-2002 Matthew Dillon wrote:
> I have no idea what the frig you guys are doing in vm_map.c. I would
> recommend that all the changes be backed out. Then I would recommend
> that the following be done:
>
> * change the lockmgr vm_map lock to be exclusive-only
> *
Matthew Dillon <[EMAIL PROTECTED]> wrote:
>
> :
> :Hi,
> :
> :Sorry to unwantedly butt in, but the patch supplied by Seigo actually
> :solved the vm_map.c locking problems which used to come up on my system.
> :Just some info. :)
> :
> :Regards,
> :
> : -- Hiten Pandya
> : -- <[EMAIL PROTECTED]
This problem also affects the ports/archivers/rpm, which dumps core
while trying to install ports/emulators/linux_base.
If it's not fixed, we'd loose linux emulation and mose linux based
applications from 5-CURRENT-DP1.
I reported this problem last week with:
Message-Id: <[EMAIL PROTECTED]>
On Mon, 18 Mar 2002 03:18:46 PST, Maxime Henrion wrote:
> Oops. You are entirely right :-) Do you agree with the attached patch ?
Yes, please go ahead.
Thanks for looking after this.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the bo
/usr/src/sys/dev/usb/uhci.c is messed up again for those
of us that have the kernel compiled with UHCI_DEBUG. The
following patch appears to get it to at least compile.
problem summary:
1.) uhci_dump_ii is defined twice,
starting at lines 805 and 920.
2.) a missing ; at the e
Hajimu UMEMOTO wrote:
> Hi,
>
> > On Sun, 17 Mar 2002 15:38:48 -0800
> > Maxime Henrion <[EMAIL PROTECTED]> said:
>
> mux> Actually, this patch is wrong because it won't ever compile des_enc.S.
> mux> Whatever I do, des_enc.c gets compiled and I can't figure out how to
> mux> compile a .
I just imported OpenSSH 3.1. It seems to build and work right, but it
was a bitch to merge, and I'm bound to have botched something royally
somewhere. Drop me a note if something breaks.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
$B7HBS5a?M>pJs%5!<%S%9!!L5NA%-%c%s%Z!<%s$N$*CN$i$;(B
$B$46=L#$N$J$$>pJs$G$7$?$i@?$K$*!W$K!!G[?.ITMW!!$H=q$-$4JV?.2<$5$$!#(B
ML$B$+$i:o=|$5$l$^$9!#$b$7$b%a!<%k$,=EJ#$7$?(B
$B>l9g$O$4MFpJs$rC5$;$^$9!#(B
$BJXMx$5$r0lEYhttp://www.kkjs.com/i-mode.htm
$BH/?.85(B
$B7HBS5a?M>pJs%5!<%S%9!JM-!K
> > Now, to the next breakage in the tree :-)
> >
> Here's a "good" one:
YES!! Excellent! Please commit this.
M
> %%%
> Index: Makefile.inc
> ===
> RCS file: /home/ncvs/src/gnu/usr.bin/perl/Makefile.inc,v
> retrieving revision 1.2
Hi
I put up a patch to test this yesterday.
Go to src/gnu/usr.bin/libperl, and in appropriate config*, find the
"d_eaccess=" line, and change it to 'undef'.
Please let me know if that works.
M
> cc -O -pipe -I/usr/obj/home/imp/FreeBSD/src/gnu/usr.bin/perl/miniperl
>-I/home/imp/FreeBSD/src/g
BTW, I actually ran across a related bug (or possibly the exact same)
about a week ago, but didn't post a stack trace because I thought the
panic might be a consequence of some other patches I was testing. The
kernel debugging tutorial mwlucas is preparing is based on this stack
trace, though :)
On Mon, Mar 18, 2002 at 01:02:00AM -0700, M. Warner Losh wrote:
> Note, a real fix would be applied to all the config.* files, and would
> depend on the BOOTSTRAP symbol that we define during the early stages
> of the build. This is my wimpy fix for people that want a quick fix
> to the problem o
Kris Kennaway <[EMAIL PROTECTED]> writes:
> With the corrected version of that patch (and a patch from Tor to fix
> VM deadlocks in green's commit) I got this panic.
...which is completely uninteresting, actually, except as proof that
the patch (and my initial analysis) is incorrect. With the pa
On Sun, Mar 17, 2002 at 11:16:23PM -0800, Alfred Perlstein wrote:
> * Dag-Erling Smorgrav <[EMAIL PROTECTED]> [020317 22:55] wrote:
> > Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > > Please let me know if this works for you.
> > > [...]
> > > + PROC_LOCK(td);
> >
> > *cough* *cough*
> >
> >
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> It was untested. :) I'm sure you can fix it, I've got to get some
> sleep, let me know if it works for you.
Sure. Turns out the patch doesn't work, because closef() needs
p->p_fd to be valid. This is really tricky; you either need to
protect *ever
>From the keyboard of David O'Brien:
> On Sun, Mar 17, 2002 at 10:48:53AM +0100, Hellmuth Michaelis wrote:
> > Not taking into account (good) technical reasons, i am quite a bit
> > concerned about the increasing tendency to a) use "private" repositories
> > instead of the one and only repository
41 matches
Mail list logo