On Wed, 2003-01-15 at 17:15, Josh Brooks wrote:
> defaultrouter="10.10.10.1"
> ifconfig_fxp0="inet 10.10.10.2 netmask 255.255.255.0"
> ifconfig_fxp0_alias0="inet 10.10.10.3 netmask 255.255.255.255"
>
> Ok, easy enough - one interface, one default router, and two IPs on that
> subnet.
>
> BUT - as
I read the original message too quickly...
On Tuesday, Jan 14, 2003, at 23:01 US/Pacific, Justin Walker wrote:
All of this depends on how 'ifconfig' and the kernel cooperate in
interpreting address/mask pairs.
Normally, I would expect that you do the following when adding
'aliases':
if the
All of this depends on how 'ifconfig' and the kernel cooperate in
interpreting address/mask pairs.
Normally, I would expect that you do the following when adding
'aliases':
if the alias IP address is on the same subnet as an
existing address for this interface, use the
netmask 255.25
Hi,
I have a rc.conf that looks like:
defaultrouter="10.10.10.1"
ifconfig_fxp0="inet 10.10.10.2 netmask 255.255.255.0"
ifconfig_fxp0_alias0="inet 10.10.10.3 netmask 255.255.255.255"
Ok, easy enough - one interface, one default router, and two IPs on that
subnet.
BUT - as it happens, 10.10.10.1
I'm curious why you did things this way, rather then with .PATH in the
makefile?
Warner
*** /dev/null Wed Jan 8 20:22:00 2003
--- rescue/librescue/exec.c Mon Dec 9 21:56:20 2002
***
*** 0
--- 1
+ #include "../../lib/libc/gen/exec.c"
*** /dev/null Wed Jan 8 20:22:
On Thursday, December 26, 2002, at 09:59 AM, Andrew Gallatin wrote:
I think he means text-only syscons like vtys. MacOSX does not have
them.
I don't know about *multiple* text-only vtys, but it's easy enough to
get the system into a no-graphics mode.
I suppose you can simulate virtual term
On Tue, 14 Jan 2003, Tim Kientzle wrote:
> For those who missed some earlier threads, this
> is a step towards a fully dynamic FreeBSD.
> The next step is to create /lib and move certain
> critical shared libs there, then /bin and /sbin
> can be switched to fully dynamic linking.
The next logical
Warner suggested:
Also, be sure to post a diff for review prior to commit.
So, here it is. /rescue contains
most of /bin and /sbin, along with a few choice
selections from /usr/bin and /usr/sbin. All
are statically linked and compiled to occupy
a minimum of disk space (About 4MB).
For those
Someone's requested these already, so I've made the dmesg output and kernel
config for the panicing machine available at www.lokisheathens.org/speck.
On Tuesday 14 January 2003 06:51 am, Darren Pilgrim wrote:
I have a USB hub that's built into my Viewsonic PT775 monitor. The hub
probes during b
Anish Mistry wrote:
On Tuesday 14 January 2003 06:51 am, Darren Pilgrim wrote:
I have a USB hub that's built into my Viewsonic PT775 monitor. The hub
probes during boot and post-boot attach as follows:
>>When the hub is disconnected, whether by unplugging it or turning
off the monitor, I get
Hello all,
I am using freebsd 4.3 stable and have a few questions.
First, from looking at the code I am guessing that the callout* functions
(callout_reset, callout_stop, etc) are generally preferable to the
timeout/untimeout calls. It looks to me that the main difference is that
the new callout
On Tuesday 14 January 2003 06:51 am, Darren Pilgrim wrote:
> I have a USB hub that's built into my Viewsonic PT775 monitor. The hub
> probes during boot and post-boot attach as follows:
>
> uhub1: vendor 0x0543 product 0x00ff, class 9/0, rev 1.00/0.00, addr 2
> uhub1: 5 ports with 4 removable, s
I neglected to include from details:
The USB drivers are kldloaded. The dmesg output and kernel config aren't
included, but available upon request (as is any other config info or other
needed data).
Darren Pilgrim wrote:
I have a USB hub that's built into my Viewsonic PT775 monitor. The hub
I have a USB hub that's built into my Viewsonic PT775 monitor. The hub
probes during boot and post-boot attach as follows:
uhub1: vendor 0x0543 product 0x00ff, class 9/0, rev 1.00/0.00, addr 2
uhub1: 5 ports with 4 removable, self powered
The hub is connected and disconnected with the switching
Further to this problem, I booted CURRENT- 20 October 2002 and mounted the
fixit floppy. Trying "tar cvf test /mnt" gave the usual errors as before.
Mounting the fixit.flp as a memory disk using
mdconfig -a -t vnode -f fixit.flp -u 4
mount -oro /dev/md4 /mnt
and trying tar as before gave no erro
15 matches
Mail list logo
