I'm in the processing of bring a 5-current system of Oct 2000 vintage
more upto-date.
The kernel built around May 23rd 2001, has been quite unstable, with
numerous warning on lock order reversals, and alas, frequent panics, mostly
on account of processes sleeping while holding mutexes.
Its be
Well, I deleted /usr/src/sys/, cvsup'd again, and now make depend works. Who
knows ...
--
Michael D. Harnois[EMAIL PROTECTED]
Redeemer Lutheran Church Washburn, Iowa
Be radical, be as radical as you can ...
because radicals empo
Okay, running a new buildworld right now ... give it a half hour or so :)
On Wed, 23 May 2001, John Baldwin wrote:
> Looks like %edx is 0x2 then. In other post, the faulting va was 0x11
> with the same instruction, meaning that %edx is 0x1. So it looks like
> it isn't a NULL pointer dereferen
Dima Dorfman <[EMAIL PROTECTED]> said:
> Are you compiling without "options INET"?
No, that I could have figured out.
--
Michael D. Harnois[EMAIL PROTECTED]
Redeemer Lutheran Church Washburn, Iowa
CYNIC, n. A blackguard whose f
On 24-May-01 The Hermit Hacker wrote:
>
> Just upgraded to latest sources, doesn't look like the swap issue ... was
> performing a 'make -j16 buildworld' when it panic'd ...
>
>
> Fataltrap 12: page fault while in kernel mode
> cpuid = 0; lapic.id =
> fault virtual address = 0x12
>
Michael Harnois <[EMAIL PROTECTED]> writes:
> Unless I missed a heads-up somewhere ...
>
> mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I
> @/../include /usr/src/sys/modules/if_sl/../../net/if_sl.c /usr/src/sys/modul
> es/if_sl/../../net/slcompress.c
> /usr/src/sys
Just upgraded to latest sources, doesn't look like the swap issue ... was
performing a 'make -j16 buildworld' when it panic'd ...
Fataltrap 12: page fault while in kernel mode
cpuid = 0; lapic.id =
fault virtual address = 0x12
fault code = supervisor write, page not pres
On Wednesday, 23 May 2001 at 16:56:39 +0300, Ruslan Ermilov wrote:
> Hi!
>
> src/sbin/vinum is broken at the moment.
> It doesn't build without -DVINUMDEBUG.
*sigh*. I could have sworn I tested this, but it seems I did it in a
parallel universe. It's fixed now, I think. me->pointyhat++;
>
> A
* John Baldwin <[EMAIL PROTECTED]> [010523 19:10] wrote:
>
> On 23-May-01 John Baldwin wrote:
> > jhb 2001/05/23 15:09:18 PDT
> >
> > Modified files:
> > sys/vm vm_fault.c
> > Log:
> > Take a more conservative approach and still lock Giant around VM faults
> >
On 23-May-01 John Baldwin wrote:
> jhb 2001/05/23 15:09:18 PDT
>
> Modified files:
> sys/vm vm_fault.c
> Log:
> Take a more conservative approach and still lock Giant around VM faults
> for now.
Hopefully swapping is working now. The changes I made are perhap
Unless I missed a heads-up somewhere ...
mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev
-I@/../include /usr/src/sys/modules/if_sl/../../net/if_sl.c
/usr/src/sys/modules/if_sl/../../net/slcompress.c
/usr/src/sys/modules/if_sl/../../net/if_sl.c:96: #error "Huh? Slip w
On 23-May-01 (09:53:13/GMT) Ruslan Ermilov wrote:
> - FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file
> systems were repo-copied from sys/miscfs to sys/fs.
> - Renamed the following file systems and their modules:
> fdesc -> fdescfs, portal -> portalfs, union -> unionfs.
> - Renamed corr
On 23-May-01 Seigo Tanimura wrote:
> The issue of both of the solutions briefed above is that the p_pgrp
> lock protects *excess* data. It might be another solution to introduce
> a new mutex (p_pgrpmtx) into struct proc to lock p_pgrp. Although
> memory size costs per process, contention for p_p
On Wed, May 23, 2001 at 09:08:31AM -0700, David Wolfskill wrote:
> >Date: Wed, 23 May 2001 16:56:39 +0300
> >From: Ruslan Ermilov <[EMAIL PROTECTED]>
>
> >src/sbin/vinum is broken at the moment.
> >It doesn't build without -DVINUMDEBUG.
>
> >A quick workaround:
>
> [Workaround -- adding "CFLAGS
>Date: Wed, 23 May 2001 09:08:31 -0700 (PDT)
>From: David Wolfskill <[EMAIL PROTECTED]>
>The "make installworld" dies, however:
>cd /usr/src/include/../sys; install -C -C -o root -g wheel -m 444 dev/usb/*.h
>/usr/include/dev/usb
>cd /usr/src/include/../sys; install -C -C -o root -g wheel -m
Norbert Koch writes:
>
> Hi!
>
> Is it possible to downgrade a machine from -current to -stable?
>
Yes, it's possible, but if you've got much on your system I don't think
it's worth it. I (almost) did it a couple of months ago. It's not for the
faint of heart. One thing that you've got
>Date: Wed, 23 May 2001 16:56:39 +0300
>From: Ruslan Ermilov <[EMAIL PROTECTED]>
>src/sbin/vinum is broken at the moment.
>It doesn't build without -DVINUMDEBUG.
>A quick workaround:
[Workaround -- adding "CFLAGS+= -DVINUMDEBUG" to
src/sbin/vinum/Makefile -- elided]
OK; I verified that
Hi!
src/sbin/vinum is broken at the moment.
It doesn't build without -DVINUMDEBUG.
A quick workaround:
Index: Makefile
===
RCS file: /home/ncvs/src/sbin/vinum/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- Makefile
Hi!
Is it possible to downgrade a machine from -current to -stable?
Thanks,
norbert.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
For a while now I keep having the following logentries in my messages file:
May 23 13:59:40 enigma /kernel: ad0s1a: UDMA ICRC error reading fsbn 1704031 of
720912-720913 (ad0s1 bn 17040
31; cn 1803 tn 3 sn 7) retrying
May 23 13:59:40 enigma /kernel: ad0s1a: UDMA ICRC error reading fsbn 2857979 o
> On Wed, May 23, 2001 at 12:52:40PM +0100, Brian Somers wrote:
> > > Dear -CURRENT users,
> > >
> > > Please note that:
> > >
> > > - FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file
> > > systems were repo-copied from sys/miscfs to sys/fs.
> > >
> > > - Renamed the following file system
On Wed, May 23, 2001 at 12:52:40PM +0100, Brian Somers wrote:
> > Dear -CURRENT users,
> >
> > Please note that:
> >
> > - FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file
> > systems were repo-copied from sys/miscfs to sys/fs.
> >
> > - Renamed the following file systems and their module
> Dear -CURRENT users,
>
> Please note that:
>
> - FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file
> systems were repo-copied from sys/miscfs to sys/fs.
>
> - Renamed the following file systems and their modules:
> fdesc -> fdescfs, portal -> portalfs, union -> unionfs.
>
> - Renamed
On Tue, 22 May 2001 07:56:52 -0700 (PDT),
John Baldwin <[EMAIL PROTECTED]> said:
John> On 22-May-01 Seigo Tanimura wrote:
>> On Tue, 22 May 2001 04:48:38 -0700 (PDT),
>> John Baldwin <[EMAIL PROTECTED]> said:
>>
John> On 22-May-01 Seigo Tanimura wrote:
For now, p_mtx protects p_pgrp in st
Thus spake Will Andrews ([EMAIL PROTECTED]):
> No. It's a safety feature to prevent your shell from using too much
> memory to do the globbing you asked for (the "*"). This has nothing
> whatsoever to do with rm(1).
It's xargs job to workaround that:
ls | xargs rm -rf
Alex
--
cat: /home/al
On Wed, May 23, 2001 at 05:51:40AM -0500, Storms of Perfection wrote:
> gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/
> Display all 2275 possibilities? (y or n)
> gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/*
> bash: /bin/rm: Argument list too long
>
> Is this a bug with
On Wed, May 23, 2001 at 05:51:40AM -0500, Storms of Perfection wrote:
> gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/
> Display all 2275 possibilities? (y or n)
> gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/*
> bash: /bin/rm: Argument list too long
>
> Is this a bug with
gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/
Display all 2275 possibilities? (y or n)
gary@trouble:~$ rm -rf /home/gary/public_html/mrtg/david/*
bash: /bin/rm: Argument list too long
Is this a bug with rm? I've never come accross this on -CURRENT or -STABLE
for that matter..
To Un
Dear -CURRENT users,
Please note that:
- FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file
systems were repo-copied from sys/miscfs to sys/fs.
- Renamed the following file systems and their modules:
fdesc -> fdescfs, portal -> portalfs, union -> unionfs.
- Renamed corresponding kernel o
On Tue, May 22, 2001 at 04:29:39PM -0700, Alex Zepeda <[EMAIL PROTECTED]> wrote:
> > Playing mp3's with mpg123 has been quite satistfactory until now.
> > Today I've discovered that every execution of sync(8) distorts
> > music by means of "stretching" musical phrase.
>
> The obvious answer wou
On Tue, 22 May 2001, Peter Wemm wrote:
> John Baldwin wrote:
>
> > If I have swap (i.e. I've run swapon on a swap partition) the program is kill
> ed
> > by the system fine. If I don't have swap, then both the memkill process adn
> > the swapper process (proc0) are stuck in the "vmwait" wai
31 matches
Mail list logo
