> >> For over a week now, I have been unable to complete a 'make world' on
> >> my -CURRENT box if I specify -j4. The system hangs and is completely
> >> unresponsive. This is a dual Celeron and an Abit BP6 motherboard. As
> >> far as I can tell, nobody knows what's causing this, nor even how t
On Saturday, 9 December 2000 at 8:07:34 +0200, John Hay wrote:
>> For over a week now, I have been unable to complete a 'make world' on
>> my -CURRENT box if I specify -j4. The system hangs and is completely
>> unresponsive. This is a dual Celeron and an Abit BP6 motherboard. As
>> far as I c
> For over a week now, I have been unable to complete a 'make world' on
> my -CURRENT box if I specify -j4. The system hangs and is completely
> unresponsive. This is a dual Celeron and an Abit BP6 motherboard. As
> far as I can tell, nobody knows what's causing this, nor even how to
> attack t
On Fri, Dec 08, 2000 at 11:23:00PM -0700, Wes Peters wrote:
> > I am told that the Apple "AirPort Base Station", which is $399, works
> > well and can be configured with the Java-based thing in the ports
> > collection. I am further told that the Lucent/ORiNOCO RG-1000 base
> > station is virtual
In message <[EMAIL PROTECTED]> Wes Peters writes:
: worth the wait. If the plethora of 802.11b equipment at BSDCon 2k is
: any indication, interoperability should be pretty good.
YAMAMOTO shigeru-san's collection of wireless cards was proof of that
I think :-)
Warner
To Unsubscribe: send ma
Christopher Masto wrote:
>
> On Wed, Dec 06, 2000 at 07:23:40PM -0800, Charlie Root wrote:
> > There is definately a trend to lower prices. I just found this. A
> > new intel Intel PRO/Wireless 2011 LAN access point and two pcmcia
> > cards for $699. The access point sounds interesting. I per
Is there a reason I cannot create a ramdisk larger than 507627 1kB blocks? I
create them using the syntax of mount_mfs -s [any numer] -T minimum /dev/null
/ramdisk
It never errors, but never creates anything larger than the 507627 blocks. My
computer has 768MB of RAM.
To Unsubscribe: send ma
In message <[EMAIL PROTECTED]> Goblin writes:
: I can certainly see where "cat /dev/<1GBdevice> > /dev/<10GBdevice>"
: situations would make a growfs useful w/out vinum...
:
: And, removing a failing disk from the end of a a vinum concat volume
: would make shrinkfs really nice.
I recently did
Matt Dillon <[EMAIL PROTECTED]> writes:
> c++ -O -pipe -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1
>-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1
>-DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1
>-DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE
Matt Dillon wrote:
>
> /usr/src/gnu/usr.bin/groff# make
>
> ===> libgroff
> ===> libdriver
> ===> libbib
> ===> addftinfo
> ===> afmtodit
> ===> doc
> ===> eqn
> c++ -O -pipe -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1
>-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MA
:Ruslan Ermilov wrote:
:>
:> The attached patches (p4 and p5) try to solve this bootstrapping
:> problem with groff(1).
:
:Sorry, I missed this statement before. What exactly are the
:bootstrapping problems you're seeing?
:
:--
:Marcel Moolenaar
: mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
:
At Wed, 6 Dec 2000 18:18:50 -0600,
Michael C . Wu <[EMAIL PROTECTED]> wrote:
>
> Do you have Alpha boot floppies? Does kons25/big5con/korean compile
> on Alpha? Would this fit on our ever growing mfsroot.flp and kern.flp?
I don't have alpha machine and my knowledge about Alpha architecture
is v
I'm running a FreeBSD 5-CURRENT snapshot from Dec. 5, and trying to
configure an AmbiCom Cardbus ethernet card (a DEC Tulip base). I've
included cardbus, pccbb, miibus, and dc in my kernel, and enabled use of
DHCP. Since I haven't tracked -current since 4.x split off from it, I had
a great d
Ruslan Ermilov wrote:
>
> The attached patches (p4 and p5) try to solve this bootstrapping
> problem with groff(1).
Sorry, I missed this statement before. What exactly are the
bootstrapping problems you're seeing?
--
Marcel Moolenaar
mail: [EMAIL PROTECTED] / [EMAIL PROTECTED]
tel: (408)
Ruslan Ermilov wrote:
>
> The attached patches (p4 and p5) try to solve this bootstrapping
> problem with groff(1). I have lightly tested this on my -stable
> box, and would appreciate a feedback on them.
Do not remove the USRDIRS and INCDIRS and replace it with mtree (ie make
hierarchy). There
Mike Smith writes:
> > First motherboard we tried was Intel PPro 200Mhz (FX440 based I
> > think/Natoma?). Second one is newer 633MHz Celeron system but I don't
> > know manufacturer.
>
> But the same symptoms? Have you tried replacing the controller (or even
> just the onboard RAM)?
:
:foo = save_intr(); disable_intr(); .. restore_intr()
:has 4 extra memory accesses.
UGh. I put my foot in it. Let me qualify my remark... memory
accesses that cause an L1 cache miss are a problem. Memory accesses
to locations written to by other cpu's are a problem. Memory acc
:
:>
:> Since all I WANT to do is
:> pushf
:> disable intr
:> fiddle
:> popf (chache hit)
:>
:> I am annoyed by the fact that I have all those extra bus cycles going on.
:> I can live with it for development but it still annoys me.
:
:You haven't yet explained how you plan to disable interrupt
> > > This is not so bad but 5-30 minutes after this command system will
> > > always panic.
> > > cd /uu ; dump 0buf 126 - /w | restore xbf 126 -
> > >
> > > mode = 0100644, inum = 720391, fs = /uu
> > > panic: ffs_valloc: dup alloc
> >
> > This looks like memory or PCI data corruption.
>
> Since all I WANT to do is
> pushf
> disable intr
> fiddle
> popf (chache hit)
>
> I am annoyed by the fact that I have all those extra bus cycles going on.
> I can live with it for development but it still annoys me.
You haven't yet explained how you plan to disable interrupts on the other
Matt Dillon wrote:
>
> :As long as gcc uses %ebp to address local variables and functoin parameters
> :rather than %esp you should be fine. %esp will be preserved, but if %esp is
> :for some odd reason used to address a variable during the C code, you are hosed.
>
> I strongly recommend aga
> So you can use it either with hardware RAID controllers which allow for
> non destructive extending of the size of existing volumes at the end(!).
Cool. We support the FlexRAID Virtual Sizing stuff on the AMI
controllers already, and I bet that the Mylex MORE stuff would work too.
> *
I don't think so... I am -current as of yesterday and my manpages
are displaying just fine, headers and all.
On Fri, Dec 08, 2000 at 06:05:01PM -0500, Brandon D. Valentine wrote:
> On Fri, 8 Dec 2000, Thomas D. Dean wrote:
>
> >Since a 12/6 cvsup and 'make world', I notice a problem with the
>
Mike Smith writes:
> > This is not so bad but 5-30 minutes after this command system will
> > always panic.
> > cd /uu ; dump 0buf 126 - /w | restore xbf 126 -
> >
> > mode = 0100644, inum = 720391, fs = /uu
> > panic: ffs_valloc: dup alloc
>
> This looks like memory or PCI data corrupti
Hi,
In an attempt to resolve that discussion:
> > > No, vinum can do this alone.
> > > But you couldn't grow the _fs_ after that, so there was no use for
> > > this vinum feature.
Exactly that was the motivation for writing that utility
> >Okay, that is what I said ... "add an n+1 drive to ... a
On Fri, 8 Dec 2000, Thomas D. Dean wrote:
>Since a 12/6 cvsup and 'make world', I notice a problem with the
>output of man. The output consists of one block of justified text.
>The headers, etc., are missing.
Could this be a result of the recent groff upgrade?
--
Brandon D. Valentine <[EMAI
Since a 12/6 cvsup and 'make world', I notice a problem with the
output of man. The output consists of one block of justified text.
The headers, etc., are missing.
Have I missed something?
tomdean
# man man
formats and displays the on-line manual pages. This version
knows about the and
In message <[EMAIL PROTECTED]>, "Br
andon D. Valentine" writes:
>On Sat, 9 Dec 2000, Daniel C. Sobral wrote:
>
>>No, and no. You misunderstand the problem.
>>
>>A disk on IBM PC compatible computers has the following format:
>>
>>| Partition table | Data
On Sat, 9 Dec 2000, Daniel C. Sobral wrote:
>No, and no. You misunderstand the problem.
>
>A disk on IBM PC compatible computers has the following format:
>
>| Partition table | Data|
> | Slice 1 | Slice 2 | Slice 3 | Slice 4
Mike Smith wrote:
>
> > I'm trying to write some experimental mutex operations similar to those
> > in -current, but to do differnt things (e.g. a read/write lock)
> > however, I am having some problems with the __asm stuff.
>
> Julian; Wheels were invented around 1500BC. We don't need to go
I can certainly see where "cat /dev/<1GBdevice> > /dev/<10GBdevice>"
situations would make a growfs useful w/out vinum...
And, removing a failing disk from the end of a a vinum concat volume
would make shrinkfs really nice.
On 12/08, Rogier R. Mulhuijzen rearranged the electrons to read:
>
> >
:As long as gcc uses %ebp to address local variables and functoin parameters
:rather than %esp you should be fine. %esp will be preserved, but if %esp is
:for some odd reason used to address a variable during the C code, you are hosed.
I strongly recommend against making assumptions about GC
> > Modified files:
> >sys/dev/acpica acpi.c acpi_button.c acpi_ec.c acpi_isa.c
> > acpi_lid.c acpi_pcib.c acpi_processor.c
> > acpi_resource.c acpi_thermal.c
> > acpi_timer.c acpiio.h acpivar.h
> > Log:
> >
> I'm trying to write some experimental mutex operations similar to those
> in -current, but to do differnt things (e.g. a read/write lock)
> however, I am having some problems with the __asm stuff.
Julian; Wheels were invented around 1500BC. We don't need to go through
all that again.
--
.
Hello!
There were rumors about such driver in CURRENT.
Is it true?
Please keep CC, cause I'm not subscribed to these lists.
Thanks in advance for an answer.
Sergiy.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> > > Stripe'd file systems (or concat ones) ... what growfs allows is someone
> > > to add an n+1 drive to their RAID/Stripe and increase the size of the
> file
> >
> > No, vinum can do this alone.
> >
> > But you couldn't grow the _fs_ after that, so there was no use for
> > this vinum feature
On 08-Dec-00 [EMAIL PROTECTED] wrote:
>
> I hit on it by accident (I normally compile with -O). That said, your
> claim that gcc with no optimization generates incorrect code is
> kind of counter-intuitive, wouldn't you say ?
I've seen it do weird things with -O0 (mostly with C++). :) It's jus
-CURRENT as of yesterday was still causing my system to lock (with
'make -j8 world'). Lock=no possibility of debugger.
I have two of these systems and they behave identically. If someone with
lots more debugging experience would benefit from borrowing one of the
machines I'd happily send it to yo
On 08-Dec-00 Julian Elischer wrote:
> I'm trying to write some experimental mutex operations similar to those
> in -current, but to do differnt things (e.g. a read/write lock)
> however, I am having some problems with the __asm stuff.
>
> What I want to do is to define some operations that wil
I hit on it by accident (I normally compile with -O). That said, your
claim that gcc with no optimization generates incorrect code is
kind of counter-intuitive, wouldn't you say ?
I think you missed my point, I was just illustrating that optimizer seems
to affect (in my case apparently negate) t
I'm trying to write some experimental mutex operations similar to those
in -current, but to do differnt things (e.g. a read/write lock)
however, I am having some problems with the __asm stuff.
What I want to do is to define some operations that will
assemble down to:
pushfl
cli
On Fri, Dec 08, 2000 at 02:45:00AM -0800, Mike Smith wrote:
> > We got old Mylex DAC960PD-Ultra-raid-adapter and have tried to use it
> > with FreeBSD 4.2-stable and 5.0-current. Adapter is configured with
> > three luns 5+5*9G, 8+8*9G (raid5) and 1+1*2G (mirrored boot disk).
> > All 9G disks are
:I'm trying to write some experimental mutex operations similar to those
:in -current, but to do differnt things (e.g. a read/write lock)
:however, I am having some problems with the __asm stuff.
:
:What I want to do is to define some operations that will
:assemble down to:
: pushfl
:
On 08-Dec-00 [EMAIL PROTECTED] wrote:
>
> John,
>
> I'm not a constraints expert either, but I noticed that when I try to
> build a kernel WITHOUT any optimization, I get a failure in
>
> /usr/src/sys/i386/atomic.h .
Compiling a kernel with anything but -O for optimization is not supported.
On Fri, 8 Dec 2000, Darryl Okahata wrote:
> I wrote:
>
> > Also, there are other alternatives to the AirPort (which is closer
> > to $299 than $399). One is the Buffalo AirStation (around $280-$340,
>
> I forgot to mention that the AirStation supposedly supports roaming
> between ac
$B$$$D$b$N7G<(HD!&=P2q$$!&%a!<%k%U%l%s%I%5%$%H$r$4MxMQBW$-(B
$BM-$jFq$&$4$6$$$^$9!#(B
$BK\F|$O?7$7$$%5%$%H$N$40FFb$r$5$;$FBW$-$^$9!#(B
http://homepage2.nifty.com/degedock/mori/
$B$b$7!"$4ITMW$G$7$?$i:o=|$7$F2<$5$$!#(B
$B:#8e!"$3$N$40FFb%a!<%k$4ITMW$N>l9g$O!"(B
$B$*l9g$,$4$6$$$^$9!!$
Hi!
I have recently upgraded groff(1) to the latest released version.
Groff(1) provides two kind of data files: device files (ones that
installed into /usr/share/groff_font), and macro package files
(ones that installed into /usr/share/tmac). New groff(1) versions
are likely to supply new files
On Fri, 8 Dec 2000, Matthew Thyer wrote:
> Mike Smith wrote:
> > > The program works on Compaq True64 UNIX v 4.0d
> > > It also works on Solaris 7 (only tested sparc).
> > >
> > > So it seems FreeBSD is broken here.
> >
> > FreeBSD just behaves differently. If you want to write to the whole
> >
I wrote:
> Also, there are other alternatives to the AirPort (which is closer
> to $299 than $399). One is the Buffalo AirStation (around $280-$340,
I forgot to mention that the AirStation supposedly supports roaming
between access points. I haven't tried it, though.
--
Da
Nick Sayer <[EMAIL PROTECTED]> wrote:
> Christopher Masto wrote:
>
> > I am told that the Apple "AirPort Base Station", which is $399, works
> > well and can be configured with the Java-based thing in the ports
> > collection. I am further told that the Lucent/ORiNOCO RG-1000 base
> > station is
In message <[EMAIL PROTECTED]>, Mike Smith $B$5$s$$(B
$B$o$/(B:
>msmith 2000/12/08 01:16:21 PST
>
> Modified files:
>sys/dev/acpica acpi.c acpi_button.c acpi_ec.c acpi_isa.c
> acpi_lid.c acpi_pcib.c acpi_processor.c
> acpi_resou
On Sat, Dec 09, 2000 at 12:02:21AM +0900, "Daniel C. Sobral" <[EMAIL PROTECTED]> wrote:
> No, and no. You misunderstand the problem.
>
> A disk on IBM PC compatible computers has the following format:
>
> | Partition table | Data|
>
Matthew Thyer wrote:
>
>
> In the grand tradition of being allowed to shoot yourself in the foot,
> I would like to be able to do such things as this is clearly what I
> intend. Since we dont normally hold peoples hands for other things,
> why cant we allow big holes in my feet for this too ?
>
FREE Satellite T.V. System and FREE Installation
For a limited time we'll give you this top of the line Digital
Satellite System for FREE! We'll even include Free installation.
Enjoy over 500 Channels of crystal clear digital picture and
cd stereo sound on your FREE Satellite TV System. Why pa
On Fri, 8 Dec 2000, Alexander Langer wrote:
> Thus spake The Hermit Hacker ([EMAIL PROTECTED]):
>
> >
> > Stripe'd file systems (or concat ones) ... what growfs allows is someone
> > to add an n+1 drive to their RAID/Stripe and increase the size of the file
>
> No, vinum can do this alone.
>
> On Fri, Dec 08, 2000 at 03:37:46AM -0800, Jake Burkholder wrote:
> > >
> > > I cvsuped src , built world and tried to compile a new kernel.
> > > Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
> > >
> > > Any ideas?
> > >
> > > (that code seems to be used by i4b
On Fri, Dec 08, 2000 at 03:37:46AM -0800, Jake Burkholder wrote:
> >
> > I cvsuped src , built world and tried to compile a new kernel.
> > Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
> >
> > Any ideas?
> >
> > (that code seems to be used by i4b sppp routines)
>
> I cvsuped src , built world and tried to compile a new kernel.
> Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
>
> Any ideas?
>
> (that code seems to be used by i4b sppp routines)
This should be fixed, or at least worked around for a while.
Re-cvsup and try
The same with 2xPIII-800:
Booting [/boot/kernel/kernel]...
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Fri Dec
I cvsuped src , built world and tried to compile a new kernel.
Presently compilation fails with error in ASM line 601 in ../../sys/mutex.h.
Any ideas?
(that code seems to be used by i4b sppp routines)
--
Chris Christoph P. U. Kukulies [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL P
Thus spake The Hermit Hacker ([EMAIL PROTECTED]):
>
> Stripe'd file systems (or concat ones) ... what growfs allows is someone
> to add an n+1 drive to their RAID/Stripe and increase the size of the file
No, vinum can do this alone.
But you couldn't grow the _fs_ after that, so there was no us
> We got old Mylex DAC960PD-Ultra-raid-adapter and have tried to use it
> with FreeBSD 4.2-stable and 5.0-current. Adapter is configured with
> three luns 5+5*9G, 8+8*9G (raid5) and 1+1*2G (mirrored boot disk).
> All 9G disks are quite old Seagate Barracuda 9 disks ST19171W. System
> is working q
> On Fri, Dec 08, 2000 at 03:44:28AM +0200, Tomi Vainio - Sun Finland - wrote:
>
> > sense = 3 asc = 11 asq = 0
> > This is not so bad but 5-30 minutes after this command system will
> > always panic.
>
> Are you surprised? The system is complaining that it's having intermittent
> difficulty
63 matches
Mail list logo
