th flags 0xa0ff. (Although that is probably a slower dma?)
>
> I need a verbose boot log from the machine so I can see if VIA
> changed the chip ID or at least the revision on it...
>
Ok, here is it.
John
--
John Hay -- [EMAIL PROTECTED]
machdep.msgbuf: Copyright (c) 1992-200
y check patches. I was looking for a excuse to peruse the
union code...
--
John Estess
C: God's Programming Language -> OpenGL Programming Guide
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ata driver.
Does anybody else have problems with the HP 8100 series? I have included
dmesg.boot at the end.
John
--
John Hay -- [EMAIL PROTECTED]
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All
This is the same way that OS servers under Mach3 were developed and debugged!
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In article <[EMAIL PROTECTED]>,
Alexander N. Kabaev <[EMAIL PROTECTED]> wrote:
> The message in question can be extremely useful in case there is IP address
> clash on the local network. I suggest we just change the code in question to
> ignore clashes over 0.0.0.0 address
d outside SDL and they are not interested in
make it available. If anyone want to use frame relay they can use
the netgraph stuff.
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
t this in a
working environment. Also, is the vfs code slated for massive overhaul
soon?
This thread needs to go to freebsd-fs.
John Estess
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
dy_ login via rsh without a
password. I don't think it's what you want.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of
one, why the console messages ?
Probably you got the messages because your pam.conf file wasn't
up-to-date. Here's what I see in "src/etc/pam.conf":
# r-utils are broken; ensure this doesn't bother folk
rshd authsufficient
PCI card can't generate different interrupts than the
one(s) connected to its pins can it?
John
--
John Hay -- [EMAIL PROTECTED]
>
> Recently our firm bought Lucent wireless hardware - PCI Adapter and
> PCMCIA card. After unsucsessfull trying to get it work on 3.4+PAO,
> I'
> In message <[EMAIL PROTECTED]> John Hay writes:
> : You probably also have to tell pccardd to use the same interrupt that
> : pcic-pci0 got, because I don't see how else it can work, but I'm not
> : sure. I mean a PCI card can't generate different interrupts tha
ev/card1,2,3, pccardd
> get started, ifconfig wi0 works, but on any xmit - ping, etc..
> I've got:
>
> wi0: xmit failed
> wi0: tx buffer allocation failed
> wi0: device timeout
>
This is where I'm stuck too. I think there might be some more initialization
of
the notebook
bios do something more than isn't done on a normal pc?
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> In message <[EMAIL PROTECTED]> John Hay writes:
> : This is where I'm stuck too. I think there might be some more initialization
> : of the TI1225 necesary.
>
> I've added some init of the ti chipsets to -current. They are enough
> for my TI-1221 based card
Brian Somers wrote:
> [John cc'd]
>
> Can (both of) you try the source distribution ?
>
> I was having a problem on cvsup2.uk.FreeBSD.org where clients kept
> getting disconnected. The problem went away (it seems) after I
> installed the source port (install ports
/b/jdp/pm3/pm3/libs/m3core/src/text/Text.m3
> ***
>
> use option @M3stackdump to get a stack trace
> Abort trap (core dumped)
You're using the cvsup-bin port, right? If so I'd like to get
the core file from you (compressed). Please contact me to make
arrangements.
Thanks,
John
. (I would even settle for not being able to
dump/restore them, as long as dump/restore don't die upon encountering
them.) Basically I still want to be able to mount 3.x filesystems on
5.x systems without problems.
John
--
John Polstra [EMAIL
's why the ports I have committed so far are in
the tree. I wanted a port of some program, it wasn't in the tree, so I
made it myself, and when I was done I committed it so everyone else could
have the option of playing with it. Welcome to a volunteer project.
--
John Baldwin <[EMA
p. Even if you just generate a
proof of concept and don't have the resources to provide the mirror, someone
might be interested in running a mirror with your patches.
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpke
> It seems John Hay wrote:
> > Interesting that those same disks work in the same UDMA33 mode on
> > another motherboard with a different chipset. I have tried both
> > Samsung and Seagate disks. I have also tried more than one
> > motherboard and they do the same, so i
ata driver has a problem with this chipset.
> However as I said earlier, it _could_ be that VIA has changed
> vital things in a new rev of the 82c586, but I havn't seen any
> evidence to this (yet)...
A verbose dmesg with version numbers was sent in an email to -current
wi
close. There was
also a /dev/mt0 which was a block device that rewound on last close,
and a /dev/nmt0 which ... well, you get the idea.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, W
ong with that. What do the other committers think?
>
> Isn't this the "FreeBSD" project ?
Haven't you heard? We renamed it "FreeBeerSD".
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ing?
It does seem to be having problems. I wasn't able to do anything
about it remotely, unfortunately. I have asked the on-site
maintainer to take a look at it.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
1, def32 1, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 238 (tcsh)
> > interrupt mask = none
> > trap number = 12
> > panic: page fault
>
> How do you capture a dump of this sort of thin
to rewrite BTX all in
.code16 anyways since the newer as actually supprots it well.
(supposedly)
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.Free
On 23-May-00 John Baldwin wrote:
> jhb 2000/05/23 05:18:49 PDT
>
> Modified files:
> sys/boot/i386/boot0 Makefile boot0.s
> sys/boot/i386/boot2 Makefile boot1.s
> sys/boot/i386/btx/btx Makefile btx.s
> sys/boot/i386/cdldr cdldr.s
>
x/btx/btx.s:
$FreeBSD: src/sys/boot/i386/btx/btx/btx.s,v 1.17 2000/05/23 12:18:48 jhb Exp $
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
T
]
>> with "unsubscribe freebsd-current" in the body of the message
>>
>>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
--
John Baldwin <[EMAIL PROTECTED]>
Well this patch make my dual PII boot again. Any plans to commit it?
John
--
John Hay -- [EMAIL PROTECTED]
> > >> With a current kernel I get this when booting:
> > >>
> > >> Programming 24 pins in IOAPIC #0
> > >> AP #1 (PHY# 12) failed!
&g
> instruction
> *** Error code 1
>
> Stop in /usr/src/sys/compile/kashmir.
>
> Any ideas? I don't have a clue. Does anyone have a spare clue I could
> use to get this kernel made? TIA.
> -Otter
You need to build and install a new world before a new kernel. It looks
s-2512
In all my tests, I used a normal make buildworld, I never manually
built or installed binutils.
> Warner
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Use the Power to Serve!"
in my case. It autonegotiates properly at boot-up.
It also comes back correctly if I unplug the cable and plug it back in
again. Thanks for working on it, Bill!
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
ystem works for now, except for the modem. This
same results were in 4.0-release, and stable as well..
Any suggestions are appreciated.
John Hengstler
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I don't know that what the actual modem is inside. The system is a Compaq
Presario 1200.
I am waiting for the compaq restore CD to reinstall the windows side to
figure out what really on here. (Needs a compaq driver?)
John
- Original Message -
From: "Mike Smith" &l
nd '+' are prohibited in some other filesystems.
Specific examples of filesystems supported by FreeBSD and likely used by
programs invoking mktemp(), please! (I'm not sure that the NetWare filesystem
counts!)
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> I still suggest not using symbols at all, since I'd like to be able to
> quickly remove tempfiles by hand without worrying if I have to escape #
> or ^, etc.
Then disable globbing first. (csh et al) "set noglob" or (sh et al) "set -f
noglob".
John
T
Greetings,
What is the quick way to restore the boot manager (dual os). Lost it when I
reloaded Win98.
Have 4.0 CD, machine running 5.0-current.
John Hengstler
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
stall
I don't have a patch for this right now. If none
of the folks working in the kernel module area get to
this, I'll try to do something with it in the next few
days.
Thanks!
-John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
mlinks in
src/sys/ufs/ffs. Let that go ahead and happen. Then you should be
able to create your symlinks again and have them remain untouched by
CVSup thereafter.
Please don't anybody try to move softupdates into that directory
again without talking to me first.
John
--
John Polstr
provided by the system,
and I may need to either ftp a new one or install a new system.
Any help is very welcome.
John
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To Unsubscribe:
Hi:
I am using 4.0-STABLE
John
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
from /usr/src/lib/libc? What would be the exact
command?
John
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
'kernel source'). Is it possible to 1) ftp the file, 2)
compile it from /usr/src/lib/libc, (if the souce is there)?
John
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To Unsubscribe:
Thanks everyone. I'll try your suggestions.
John
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
Using /stand/sysinstall to (re-) install compat3x solved the problem!
It was really pretty quick and easy.
Thanks again, everyone!
John
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To
dless, I'll try my
theory out and see if it fixes release.
---
John Baldwin <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> On Tue, Jun 27, 2000 at 03:55:59PM -0700, John Baldwin wrote:
> > Mark,
> >
> > A test release I built today died while installing Perl the second
> > time around into the trees directory where the install distributions
> > are rolled from as follows:
>
&
ols built miniperl would then be used
> throughout the build and install stages.
I think that's what we have in this case. We need the newer version of
miniperl to build perl, correct?
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.
On 28-Jun-00 Mark Murray wrote:
>> ===> gnu/usr.bin/perl/library/B
>> make: don't know how to make distribute. Stop
>
> OK - I know how to fix this.
>
> Thanks for the report!
Thanks. :)
> M
> --
> Mark Murray
> Join the anti-SPAM movement: htt
nly MSR.
> ss:esp=08 00 00 00 1c 9c 00 00-fe 0e 00 00 d4 17 00 00
> System halted
>
> I copied this manually since I don't have a console on the laptop.
>
> Any suggestions will be appreciated.
Rev 1.18 of sys/boot/i386/btx/btx/btx.s should fix this. Try
doing an ftp insta
/${conf_file} if you don't find
the first one.
> Comment?
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
To Unsubscribe: send mai
got into
the loader, that means that the loader is b0rked.
As per this problem, it was due to a stupid error on my part
and is fixed in rev 1.19 of /sys/boot/i386/btx/btx.s. Please
update your sources and recompile all of /sys/boot/i386.
Thank you.
> - Donn
--
John Baldwin <[EMAIL PROTE
; try.
It's fixed. It wasn't a kernel problem but a stupid bogon on my part
in btx.s. Make sure you have rev 1.19 of /sys/boot/i386/btx/btx/btx.s
and rebuild your loader.
> Thanks,
>
> ed
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://w
On 27-Jun-00 John Baldwin wrote:
>
> On 27-Jun-00 Edwin Culp wrote:
>> I have 5 machines running current. All are booting fine with the
>> changes made on June 12, with the exception of a k-6 laptop. I have
>> been booting the kernel.works since the changes and can&#x
On 29-Jun-00 Mark Murray wrote:
> Hi
>
> I just committed a fix for this.
Thank you!!
> M
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Use the Power to Serve!" -
our binary compatibility code is going to have some more
MI code in the future, so create sys/compat/{linux,svr4,etc.}
and put the MI parts there and the MD parts under sys/${ARCH}
sys/ - no change
ufs/ - as w
On 02-Jul-00 Wilko Bulte wrote:
> On Sun, Jul 02, 2000 at 12:36:59AM -0700, John Baldwin wrote:
>
>> Ok (/me dons the asbestos suit, climbs into the concrete room and locks
>> the door.) Here is my proposal. It attempts to follow these loose guidelines:
>
>>
On 02-Jul-00 Chris Costello wrote:
> On Sunday, July 02, 2000, John Baldwin wrote:
>>ip/ - IPv4, IPv6, and IPsec bits from sys/netinet{,6}
>>tcp/ - TCP""" &quo
rk people will curse you to the end of
> your days.
So would you prefer sys/net/inet containing all of TCP, UDP, IP, etc.?
> -GAWollman
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Us
On 02-Jul-00 David O'Brien wrote:
> On Sun, Jul 02, 2000 at 12:36:59AM -0700, John Baldwin wrote:
>> svr4/ - first, is this MI? If it isn't, then move it under
>> sys/i386/ where it belongs. If it isn't,
>>
e let me know so I can be a little more patient.
Thanks.
John Hengstler
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
files if you wish. There is no
urgency surrounding that; you'll merely get harmless warnings from
your CVSup updates until you do.
Finally, we will:
7. Update the cvsup-mirror port, sample supfiles, and other
documentation.
We planned this transition as carefully as we could, and we are
co
-defunct
> "cvs-all" collection.
^^^ should say "cvs-crypto"
Thanks, Alan!
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment i
ficult, and if it is, if having
sys/net/inet containing all IP, TCP, UDP, etc. is a more workable option?
This file is available at http://people.FreeBSD.org/~jhb/sysorg.txt
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~j
might
be to require all networking modules to use a directory matching
the regex 'net.*'. I'm planning on doing this in stages anyway, and
net/ would probably be the last stage if it is done, but I need to
discuss this with Peter first. :)
> louie
--
John Baldwin <
On 05-Jul-00 Kenjiro Cho wrote:
>
> John Baldwin wrote:
>> Notes:
>> - There has been one vote so far to ditch the whole net/ reorg, although
>> other people have expressed support for it.
>
> What do you intend to do with the networking headers?
> The socket
In article <[EMAIL PROTECTED]>,
Robert Watson <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Jul 2000, John Baldwin wrote:
>
> > The headers will always be installed in the right place in
> > /usr/include: Makefile's are editable. As far as kernel
> > comp
e looks like this:
.if empty(TARGET)
and as far as I can tell, it's valid. There is a similar construct
in "src/lib/libc/Makefile.inc":
.if empty(MDSRCS)
and I haven't seen any complaints of problems with that. The Makefile
hasn't changed since mid-April.
Boris Popov wrote:
>
> On Wed, 5 Jul 2000, John Baldwin wrote:
>
> > Here is my proposal, adjusted a little as per suggestions. It attempts to
> > follow these loose guidelines:
> >
> > - MD code under sys/${MACHINE_ARCH}
> > - device drivers (including b
On 06-Jul-00 Warner Losh wrote:
> In message <[EMAIL PROTECTED]> John Baldwin writes:
>: pccard/ - formerly sys/pccard
>
> Maintainers Veto. Do not do this. This sys/pccard will go away in
> time. There will be a sys/dev/pccard when newcard comes in. DO
Is there a quick and dirty way for the label editor to detect if a BIOS is
using LBA? This actually sounds like a setup in which the error condition
should be alerted on placing / on a cylinder higher than 1024 rather than
long after you can do anything about it. The loader error might be a goo
etBSD uses just to be different from the rest of the
known
world which uses the assert() macro from /usr/include/assert.h. In
libutil/fparseln.c, all the _DIAGASSERT() macro calls are #if 0/#endif'd
out.
A similar patch should fix libusb.
--
John Baldwin <[EMAIL PROTECTED]> -- http://ww
) is conditionally defined on
DIAGNOSTICS. Also, it calls __diagassert() rather than __assert(),
although both functions take the same arguments, so I suppose it
could be performing additional behavior of some sort.
> itojun
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.or
e time, rather than at run-time).
By default we do not, no. Although our debugging flags in -current
would have caught this had I used them. Regardless, my apologies for
allowing my sarcasm to come off much rougher than I intended.
> --
> -- Jason R. Thorpe <[EMAIL PROT
On 07-Jul-00 Alexander N. Kabaev wrote:
> After today's buildworld, I am seeing lots of warning messages from libc
> like:
>
> expr in free(): warning: modified (chunk-) pointer
>
> Does it happen to anyone else on this list?
Yes, I've been getting them in vi all d
make depend
make all
make install
This will also work on 4-stable systems (using -current's sources
for rtld-elf).
Later on if you want to revert to the older dynamic linker again,
you can find it in "/usr/libexec/ld-elf.so.1.old".
Thanks,
John
--
John Polstra
r better yet, just use "src-all" in place of all the individual
collections. It now includes the crypto stuff too.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
On 08-Jul-00 Daniel C. Sobral wrote:
> This must pass through -arch before any implementation. Remember, not
> every committer reads current.
The kernel hackers do since they are running current. :)
> John Baldwin wrote:
>>
>> sys/
>> ${MACHINE}/
it increases the traffic slightly. I should also mention
that using separate collections loads the servers more than using
src-all.
Really if you want to sync with the whole src tree, using src-all is
the best in every way.
John
--
John Polstra [E
's it.
I'll try to take a look at this later this evenning, or
in the morning. Any comments are appreciated.
Thanks!
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ls at that time.
>
> Jim Bloom
> [EMAIL PROTECTED]
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/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 10-Jul-00 John DeBoskey wrote:
> Hi,
>
>In case anyone else it seeing this yet, or possibly
> working on it, the 0706 snap boot floppy boots up
> into sysinstall and then hangs.
>
>Switching to the debug screen yields:
>
> DEBUG: ioctl(3, TIOCCONS,
some strange reason.
>
> Really?
[...]
> I read this as: If you didn't use "ports-all", you have to use
> "ports-base". If you use "ports-all", "ports-base" is already included.
You are correct. The
file if one is already present. I had a very old one I had hacked up,
and it didn't do the same things as the standard version. I saw the
same symptoms you're describing.
I deleted my old loader.rc, reinstalled the bootloader, and then
everything worked.
John
--
John Polstra
There is an old saying that if a million monkeys typed on a million
keyboards for a million years, eventually all the works of Shakespeare
would be produced. Now, thanks to Usenet, we know this is not true.
Who is John Galt? [EMAIL PROTECTED], that's who!
To Unsubscribe: send mail
e them. If you are using CVSup in checkout mode
(*default tag=something) then you don't need to do anything special.
> This is probably a candidate for UPDATING.
That wouldn't hurt. But it actually affects _all_ branches, I
believe. So in a way, UPDATING doesn't cover en
the printf's from kbd.c shows the usual described panic.
>
> I'm now completely out of ideas
It sounds like maybe an uninitialized local variable in one of the
functions.
John
--
John Polstra [EMAIL PROTECTED]
John D. Pols
RRENT #10: Thu Jul 13
16:02:28 PDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/BAR i386
Boots fine.
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.FreeB
e report I've seen for the new version of the
dynamic linker. Please tell me exactly what kind of CPU your system
has in it. Also please send me the output from "dmesg".
Thanks,
John
--
John Polstra [EMAIL PROTECTED]
John D. Polst
not.
Hopefully Mark will clarify this if he hasn't already done so. But
you definitely DO need to delete your *checked out sources* in these
trees:
src/crypto
src/eBones
src/secure
src/sys/crypto
Then check out these sources again using the "cvs" command.
John
--
In article <[EMAIL PROTECTED]>,
Udo Erdelhoff <[EMAIL PROTECTED]> wrote:
>
> What about the non-US cvsup mirrors?
Mirror sites don't have a problem, and they shouldn't do anything
special.
John
--
John Polstra
ried for awhile there. Thanks for the
follow-up.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam T
*** Error code 1
Stop in /usr/src/lib/libpcap.
*** Error code 1
Stop in /usr/src/release.
release started at 00:30:00 on 07/19/00
release died at 02:30:39 on 07/19/00
--
John Baldwin <[EMAIL PROTECTED]>
T
#x27;m baffled too. Have you got a rogue "cp" program somewhere
in your path?
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good s
but I'm sorry I did, -current is terribly broken. I now have two
> machines in unusable state.
Ugh. Sorry to hear that. Man, -current ain't what it used to be.
But then it never was ... :-)
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ne/atomic.h: In function `atomic_clear_char':
> machine/atomic.h:107: inconsistent operand constraints in an `asm'
[...]
I have seen that same problem recently in a slightly different
context. After staring at the code for a very long time, I co
| www.FreeBSD.org
As the author of the new parts of boot0: "No". You are not required to
have a proper slice table for -CURRENT. It is recommended, as you have
to have it to use boot0, but you couldn't use the old boot0 with dedicated
disks, either. Basically, only use dedicated
the boot code. This slice table has 1 slice
which is 5 blocks long, or 25000k. The rest of the disk is marked as
unused even though it is, in fact, used. The fact that it works at all is
due to brokenness on our part (we don't check that partitions in a disklabel
fit in the parent slice) and
he box. It boots faster, I/O
is faster, NFS is faster, the pcm driver is better, everything is faster and I
haven't tripped over a single "show-stopper" yet!
Bravo, congrats, and many thanks to all developers minor or major
-Jr
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
401 - 500 of 4423 matches
Mail list logo
