Ok...for hardware, all I have in the machine is:
A Linksys 10/100 ethernet (uses pn0)
A SCSI card (uses bt0)
A S3 Virge video card
A FIC VA-503+ motherboard w/ 32meg PC66 sdram and a K6-2 400
the only thing changed between the 2 machines was the other was a Shuttle
Socket 370 motherboard,
It seems Wes Morgan wrote:
ad0: ST32140A/08.08.04 ATA-? disk at ata0 as master
ad0: 2015MB (4127760 sectors), 4095 cyls, 16 heads, 63 S/T, 512 B/S
ad0: 16 secs/int, 0 depth queue, DMA
ad1: WDC AC418000D/J78OA30K ATA-4 disk at ata0 as slave
ad1: 17206MB (35239680 sectors), 34960 cyls, 16
Hi
Mount_mfs is broken - mounttab\* not present.
M
D'uh.
Apart from being inconsistent in my error reporting then screwing it
up later when asked to clarify, there was a problem on my cvsupd box
that was causing an incomplete mirror, so this problem is complete
BS.
Apologies.
M
--
Mark
On Sun, 28 Nov 1999, Mark Murray wrote:
Could you be more specific? It seems to work for me (I removed
/var/db/mounttab and tried it with a new build and it did work).
Damn. I screwed up the reporting bigtime.
It is mount_nfs, and there is mention of mounttab.c in the
It is mount_nfs, and there is mention of mounttab.c in the Makefile,
but no mounttab.c anywhere in the source tree.
this file located in the src/usr.sbin/rpc.umntall/ directory.
However common things should go in the library.
Yeah, I found it now. I had a screwed up cvsup-mirror,
Hi,
Just a quick HEADS UP since the final bits of the block device
removal have gone in, it's now possible to dig yourself a hole if you
forget to MAKEDEV your disk devices (with the latest version of
MAKEDEV) and end up with a corrupt disk at boot fsck will fail
to set the device
In message [EMAIL PROTECTED], Brian Somers writes:
Hi,
Just a quick HEADS UP since the final bits of the block device
removal have gone in, it's now possible to dig yourself a hole if you
forget to MAKEDEV your disk devices (with the latest version of
MAKEDEV) and end up with a
:
: It is mount_nfs, and there is mention of mounttab.c in the Makefile,
: but no mounttab.c anywhere in the source tree.
:
: this file located in the src/usr.sbin/rpc.umntall/ directory.
: However common things should go in the library.
:
:Yeah, I found it now. I had a screwed up
The linuxthreads "port" at http://lt.tar.com didn't compile against
a linux environment, and didn't required linux compatibility. The
information at that site is now outdated, but there's a pointer
there to an updated port produced by Russell Carter that also doesn't
require any linux
On Sun, 28 Nov 1999, Richard Seaman, Jr. wrote:
(should be in -arch)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Mike Smith writes:
I am not sure of thw state of things but if someone wanted to run Oracle-8
and had an idea in their mind that they'd like to run it in an Alpha,
tehn teh following questions would need to be answered (and I dont know
the answers)
2/ is there a binary
Is it possible to change the order in which modules are loaded in
loader.conf? I need usb before uhci before ums.
usb_load="YES"
uhci_load="YES"
ums_load="YES"
doesn't do it.
Nick
--
e-Mail: [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
There are symbols in usb.ko that are needed by uhci.c . I know it is
stupid, but that's the way it is, without a complete rewrite of the USB
stack.
Nick
On Sun, 28 Nov 1999, Mike Smith wrote:
Is it possible to change the order in which modules are loaded in
loader.conf? I need usb
There are symbols in usb.ko that are needed by uhci.c . I know it is
stupid, but that's the way it is, without a complete rewrite of the USB
stack.
Ugh. I would, in that case, just build usb.ko to contain the usb, uhci
and ohci modules rather than trying to hack around this. If they're
Actually... it appears I just have a left over strfile in
/usr/bin... that shouldn't be there?
The only source for strfile seems to be in games/fortune/strfile
and it installs strfile into /usr/games these days... I must have
missed this change.
-Steve
On Sun, Nov 28, 1999 at 07:47:33PM -0500,
Hi all-
I just recently upgraded to 4.0-CURRENT, and I can't seem to get the new
ep driver to recognize my 3c509b card (yes, I know it's an awful NIC, but
it's what I have, and it's worked fine for me).
I have "device ep0" (and nothing else) in my kernel configuration
file. Upon booting, I
On Sun, 28 Nov 1999, Nick Hibma wrote:
There are symbols in usb.ko that are needed by uhci.c . I know it is
stupid, but that's the way it is, without a complete rewrite of the USB
stack.
You can define module dependency in the uhci module Makefile:
KMODDEPS=usb
--
Boris Popov
On Sun, 28 Nov 1999, Nick Hibma wrote:
There are symbols in usb.ko that are needed by uhci.c . I know it is
stupid, but that's the way it is, without a complete rewrite of the USB
stack.
You can define module dependency in the uhci module Makefile:
KMODDEPS=usb
The loader's
I have just noticed that the new gcc breaks imake because
/usr/libexec/cpp doesn't define __FreeBSD__. What is the plan to
fix everything in this area? The 2 options I can see is to revert
the behaviour of cpp, or find everything that uses cpp and change
them to use cc -E.
My current "fix"
On Sun, 28 Nov 1999, Eric Ogren wrote:
I just recently upgraded to 4.0-CURRENT, and I can't seem to get the
new ep driver to recognize my 3c509b card (yes, I know it's an awful
NIC, but it's what I have, and it's worked fine for me).
put
controller pnp0
in your config file.
--
| Matthew
I have included a link screenshot of what the picture is doing on my tv
card. It seems that since gcc 2.95.2 has been introduced as the default
compiler on FreeBSD-CURRENT, the behavior in the jpeg has been occuring. I
have tried to locate the source of the problem in the driver, but I don't
know
21 matches
Mail list logo