Re: ThinkPad R31 - Lucent windmodem woes....

2002-11-25 Thread Kevin Oberman
 Date: Mon, 25 Nov 2002 10:23:23 -0800
 From: Wes Peters [EMAIL PROTECTED]
 Sender: [EMAIL PROTECTED]
 
 P.A.Osborne wrote:
  
  On Mon, Nov 25, 2002 at 07:54:32AM -0800, Wes Peters wrote:
   cual0 (or sio0) is almost certainly NOT your winmodem.  I suspect it is
   an onboard serial or IR port, as is sio1.  More reading of the ltmdm
   documentation might reveal how to discover what sio device node is
   associated with the winmodem when the module attaches.  You'll then need
   to use the /dev/MAKEDEV script to create /dev entries for that sio node
   if you don't already have them.
  
  Thats the problem exactly!
  
  If I *knew* what device it really mapped to then I would be laughing,
  finding that out seems to be nigh on impossible, hence my mail asking
  if anyone had been round these hoops and succeeded.
 
 The last time I tried ltmdm (quite some time ago) it seemed to take the
 first non-allocated sio, which would be sio2 in your case.  It's at least
 a good starting point.
 
   Or you could do like the rest of us and buy a pccard modem that doesn't
   suck.  ;^)
  
  That is something that I don't want to do until I am certain that the
  winmodem is not an option.
 
 If you do get it working you're not likely to be impressed by the through-
 put or the load imposed on your system.  I certainly wasn't.

I believe IBM is now using the ICH3 chipset which includes the Agre
(nee Lucent) AC'97 WinModem. This is a different beast from the older
Lucent WinModems and, unless something has recently changed, it is not
supported under FreeBSD with the ltmdm port.

FWIW, under Windows, the new modem is vastly superior to my older
internal modem on my 600E. I get better data rates and more reliable
connections, but it does load the CPU quite a bit. Still, as little as
I use a modem, it would be fine if there was an available driver.

R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: [EMAIL PROTECTED]  Phone: +1 510 486-8634

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: running many programs on multiprocessor system

2002-11-25 Thread Charles Swiger
Stephen Montgomery-Smith wrote:
[ ... ]
 In the mean time, can anyone tell me or point to me documentation
 telling me any kind of rules that assembler functions called from C
 programs have to obey? (And maybe vice versa.)

Whether a given chunk of code was orignally written in assembler or in C doesn't
matter, since C programs usually get translated into assembly by the compiler.
Regardless of the origin, the code needs to follow the calling conventions of
the platform, as well as the interfaces defined by the C header files; see a
KR, or man elf and the references from there:

 Hewlett Packard, Elf-64 Object File Format.

 Santa Cruz Operation, System V Application Binary Interface.

 Unix System Laboratories, Object Files, Executable and Linking Format
 (ELF).

In practice, compiling a small program in C and taking a look at the
corresponding assembly via cc -S will probably be fairly helpful as well.

-Chuck


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: IPsec/gif VPN tunnel packets on wrong NIC in ipfw?

2002-11-25 Thread David Kelly
On Mon, Nov 25, 2002 at 05:46:47PM +0100, Eric Masson wrote:
 
 In my case, the lan joined by the vpn use rfc1918 adresses, and if I
 want the vpn traffic to flow correctly, I must invalidate incoming
 rfc1918 address checking on the external firewall interface. I don't
 think it increases security ;)
 
 So Is there any fix floating around or is this definitely the right
 behaviour ?

I see /usr/src/sys/netinet/ip_input.c changed last night when I ran cvsup:

 *  @(#)ip_input.c  8.2 (Berkeley) 1/4/94
 * $FreeBSD: src/sys/netinet/ip_input.c,v 1.130.2.44 2002/11/25 05:23:00 silby Exp $

cvs log says:


revision 1.130.2.44
date: 2002/11/25 05:23:00;  author: silby;  state: Exp;  lines: +20 -2
MFC rev 1.217

  Add a sysctl to control the generation of source quench packets,
  and set it to 0 by default.

  Partially obtained from:NetBSD
  Suggested by:   David Gilbert

revision 1.130.2.43
date: 2002/11/21 01:27:31;  author: luigi;  state: Exp;  lines: +1 -0
MFC: obey to fw_one_pass in bridge and layer 2 firewalling (the latter
only affects ipfw2 users).
Move fw_one_pass from ip_fw[2].c to ip_input.c to avoid depending on
IPFIREWALL.


I haven't tried it yet but the above sounds like its addressing the
problem I have had with formerly tunneled packets being run thru IPFW
after emerging from the tunnel.

-- 
David Kelly N4HHE, [EMAIL PROTECTED]
=
The human mind ordinarily operates at only ten percent of its
capacity -- the rest is overhead for the operating system.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



MCLGET Page Fault Trap

2002-11-25 Thread Alexander Langer
Hi!

We got this strange page fault after 18 days of uptime, where this box
has done the same task all over these days.  It might be broken RAM,
but I thought I might share this with you.

Alex

root@cherub ...src/sys/CHERUB # gdb -k
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as i386-unknown-freebsd.
(kgdb) exec-file /usr/crash/kernel.9 
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf
done.
(kgdb) core-file /usr/crash/vmcore.9
IdlePTD at phsyical address 0x002ce000
initial pcb at physical address 0x0024c4c0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xc0902743
fault code  = supervisor write, page not present
instruction pointer = 0x8:0xc0166a3b
stack pointer   = 0x10:0xc022d5e4
frame pointer   = 0x10:0xc022d5f8
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask  = net 
trap number = 12
panic: page fault

syncing disks... 

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x30
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01b2a40
stack pointer   = 0x10:0xc022d408
frame pointer   = 0x10:0xc022d410
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask  = net bio cam 
trap number = 12
panic: page fault
Uptime: 18d0h40m10s

dumping to dev #ad/0x20021, offset 262304
dump ata2: resetting devices .. done
127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110
109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89
88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65
64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41
40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17
16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 
---
#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
487 if (dumping++) {
(kgdb) up
#1  0xc014aed7 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:316
316 dumpsys();
(kgdb) up
#2  0xc014b2fc in poweroff_wait (junk=0xc0224dcc, howto=-1071494929)
at /usr/src/sys/kern/kern_shutdown.c:595
595 boot(bootopt);
(kgdb) up
#3  0xc01f44b6 in trap_fatal (frame=0xc022d3c8, eva=48)
at /usr/src/sys/i386/i386/trap.c:974
974 panic(%s, trap_msg[type]);
(kgdb) up
#4  0xc01f4189 in trap_pfault (frame=0xc022d3c8, usermode=0, eva=48)
at /usr/src/sys/i386/i386/trap.c:867
867 trap_fatal(frame, eva);
(kgdb) up
#5  0xc01f3d73 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, 
  tf_edi = -1071244832, tf_esi = 0, tf_ebp = -1071459312, 
  tf_isp = -1071459340, tf_ebx = -1071391268, tf_edx = 6865984, 
  tf_ecx = 2, tf_eax = 0, tf_trapno = 12, tf_err = 0, 
  tf_eip = -1071961536, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, 
  tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:466
466 (void) trap_pfault(frame, FALSE, eva);
(kgdb) up
#6  0xc01b2a40 in acquire_lock (lk=0xc023dddc)
at /usr/src/sys/ufs/ffs/ffs_softdep.c:266
266 lk-lkt_held = CURPROC-p_pid;
(kgdb) up
#7  0xc01b7062 in softdep_fsync_mountdev (vp=0xc86a0b40)
at /usr/src/sys/ufs/ffs/ffs_softdep.c:4024
4024ACQUIRE_LOCK(lk);
(kgdb) up
#8  0xc01bb292 in ffs_fsync (ap=0xc022d484)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:134
134 softdep_fsync_mountdev(vp);
(kgdb) up
#9  0xc01b9f23 in ffs_sync (mp=0xc0c01200, waitfor=2, cred=0xc0741600, 
p=0xc02619e0) at vnode_if.h:558
558 rc = VCALL(vp, VOFFSET(vop_fsync), a);
(kgdb) up
#10 0xc017adff in sync (p=0xc02619e0, uap=0x0)
at /usr/src/sys/kern/vfs_syscalls.c:576
576 VFS_SYNC(mp, MNT_NOWAIT,
(kgdb) up
#11 0xc014ac72 in boot (howto=256) at
/usr/src/sys/kern/kern_shutdown.c:235
235 sync(proc0, NULL);
(kgdb) up
#12 0xc014b2fc in poweroff_wait (junk=0xc0224dcc, howto=-1071494929)
at 

Re: ThinkPad R31 - Lucent windmodem woes....

2002-11-25 Thread P.A.Osborne
On Mon, Nov 25, 2002 at 10:23:23AM -0800, Wes Peters wrote:
  If I *knew* what device it really mapped to then I would be laughing,
  finding that out seems to be nigh on impossible, hence my mail asking
  if anyone had been round these hoops and succeeded.
 
 The last time I tried ltmdm (quite some time ago) it seemed to take the
 first non-allocated sio, which would be sio2 in your case.  It's at least
 a good starting point.

Ok I will give that a go in a bit, thanks.

  That is something that I don't want to do until I am certain that the
  winmodem is not an option.
 
 If you do get it working you're not likely to be impressed by the through-
 put or the load imposed on your system.  I certainly wasn't.

Thats kind of what I am expecting mainly die to the bad press (with 
good reason) in the past.  However the modem runs find under WinXP
with no noticeable major increase in load on the CPU - hence I dont't
want to buy a real modem unless I have to.

Paul

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: ThinkPad R31 - Lucent windmodem woes....

2002-11-25 Thread P.A.Osborne
On Mon, Nov 25, 2002 at 11:04:20AM -0800, Kevin Oberman wrote:
 I believe IBM is now using the ICH3 chipset which includes the Agre
 (nee Lucent) AC'97 WinModem. This is a different beast from the older
 Lucent WinModems and, unless something has recently changed, it is not
 supported under FreeBSD with the ltmdm port.

Yes thats the beast,  in which case:  rats!

 FWIW, under Windows, the new modem is vastly superior to my older
 internal modem on my 600E. I get better data rates and more reliable
 connections, but it does load the CPU quite a bit. Still, as little as
 I use a modem, it would be fine if there was an available driver.

Thats my thought exactly - at work the laptop is on the net any way -
it would just be nice to be able to dial up on it using FreeBSD than
currently being forced to use Windows ( as I am at the moment to ssh
to work).

Ho hum

Paul

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: ThinkPad R31 - Lucent windmodem woes....

2002-11-25 Thread Kevin Oberman
 Sender: [EMAIL PROTECTED]
 Date: Mon, 25 Nov 2002 13:21:15 -0800
 From: Wes Peters [EMAIL PROTECTED]

  I believe IBM is now using the ICH3 chipset which includes the Agre
  (nee Lucent) AC'97 WinModem. This is a different beast from the older
  Lucent WinModems and, unless something has recently changed, it is not
  supported under FreeBSD with the ltmdm port.
  
  FWIW, under Windows, the new modem is vastly superior to my older
  internal modem on my 600E. I get better data rates and more reliable
  connections, but it does load the CPU quite a bit. Still, as little as
  I use a modem, it would be fine if there was an available driver.
 
 Thanks for the update.  It might be worth checking to see if the new 
 chipset is supported under Linux.  Porting the changes for the chipset
 to FreeBSD may be easier than porting the entire driver.

It is supported under Linux with a binary-only driver supplied by
Agre. Of course, this driver will not run under FreeBSD, so it will be
necessary to write shims similar to those in the ltmdm port. I believe
Watanabe-san was either working on these or he was posting information
from others working on them on his web page.

Because this modem is included in the very popular ICH sets, I am
hopeful that it won't take too much longer, but I don't have a clue
about Linux kernel modules, so I am not in a position to contribute
much to this.

R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: [EMAIL PROTECTED]  Phone: +1 510 486-8634

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: ThinkPad R31 - Lucent windmodem woes....

2002-11-25 Thread Kevin Oberman
To rudely follow up my own posts, I have been unable to reach
Watanabe-san's web page. At least the English language page seems to
have moved or gone away.

Also the message I had seen that I thought implied he was working on
it really was relating to an issue of a different flavor of Lucent
WinModem. At this time I am unsure if anyone is working on this
seriously.

Larry Rosenman was trying to track something down on this, but I have
not seen any recent messages.

R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: [EMAIL PROTECTED]  Phone: +1 510 486-8634

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: ThinkPad R31 - Lucent windmodem woes....

2002-11-25 Thread Daniel O'Connor
On Tue, 2002-11-26 at 02:24, Wes Peters wrote:
  luthien# ppp
  Working in interactive mode
  Using interface: tun0
  ppp ON luthien dial isp
  Warning: deflink: /dev/cual0: Bad file descriptor
  ppp ON luthien
  
  However the file is there:
  
  luthien# ls -la /dev/cual0
  crw-rw  1 uucp  dialer  228, 128 Nov 25 10:29 /dev/cual0
 
 cual0 (or sio0) is almost certainly NOT your winmodem.  I suspect it is 
 an onboard serial or IR port, as is sio1.  More reading of the ltmdm 
 documentation might reveal how to discover what sio device node is 
 associated with the winmodem when the module attaches.  You'll then need 
 to use the /dev/MAKEDEV script to create /dev entries for that sio node 
 if you don't already have them.

Actually, cual0 IS the ltmdm device node name..
(Along with ttyl0)

Of course it doesn't work if the driver doesn't attach.

If Paul runs dmesg | grep ltmdm he should see a line like -
ltmdm0: Lucent Winmodem port 0xe800-0xe8ff,0xecb8-0xecbf mem 0xf8ffec00-0xf8ffecff 
irq 11 at device 8.0 on pci8
ltmdm0: type Virtual 16550A

If not it wasn't detected. In that case it either isn't a lucent
winmodem, or, if it is the PCI ID isn't known.

BTW while on general principle I don't like win modems etc, these ones
DO seem to work quite well.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Loading if_xl from the loader

2002-11-25 Thread Daniel O'Connor
I installed FreeBSD on a work colleges computer and found something
odd..

I have the following in /boot/loader.conf
# -- sysinstall generated deltas -- #
userconfig_script_load=YES
agp_load=YES
snd_pdm_load=YES
snd_ich_load=YES
if_xl_load=YES
miibus_load=YES

hw.ata.atapi_dma=1

But when I check dmesg..
CPU: Pentium III/Pentium III Xeon/Celeron (1002.28-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x68a  Stepping = 10
  
Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real memory  = 133103616 (129984K bytes)
avail memory = 126459904 (123496K bytes)
Preloaded elf kernel kernel at 0xc030b000.
Preloaded elf module miibus.ko at 0xc030b0a8.
Preloaded elf module snd_ich.ko at 0xc030b148.
Preloaded elf module snd_pcm.ko at 0xc030b1e8.
Preloaded elf module agp.ko at 0xc030b288.
Pentium Pro MTRR support enabled

???
I saw the loader load the module too :)

If I do kldload if_xl after it's booted the xl device is probed fine -
xl0: 3Com 3c905-TX Fast Etherlink XL port 0xc800-0xc83f irq 10 at device 4.0 on pci1
xl0: Ethernet address: 00:60:08:ae:15:f7
miibus0: MII bus on xl0
nsphy0: DP83840 10/100 media interface on miibus0
nsphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

This is some Packard Bell prebuilt thing if it matters.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: Loading if_xl from the loader

2002-11-25 Thread Mike Hogsett

 I installed FreeBSD on a work colleges computer and found something
 odd..
 
 I have the following in /boot/loader.conf
 # -- sysinstall generated deltas -- #
 userconfig_script_load=YES
 agp_load=YES
 snd_pdm_load=YES
 snd_ich_load=YES
 if_xl_load=YES
 miibus_load=YES
 
 hw.ata.atapi_dma=1
 
 But when I check dmesg..
 CPU: Pentium III/Pentium III Xeon/Celeron (1002.28-MHz 686-class CPU)
   Origin = GenuineIntel  Id = 0x68a  Stepping = 10
   Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV
 ,PAT,PSE36,MMX,FXSR,SSE
 real memory  = 133103616 (129984K bytes)
 avail memory = 126459904 (123496K bytes)
 Preloaded elf kernel kernel at 0xc030b000.
 Preloaded elf module miibus.ko at 0xc030b0a8.
 Preloaded elf module snd_ich.ko at 0xc030b148.
 Preloaded elf module snd_pcm.ko at 0xc030b1e8.
 Preloaded elf module agp.ko at 0xc030b288.
 Pentium Pro MTRR support enabled
 
 ???
 I saw the loader load the module too :)


speculation

Could if_xl depend on miibus and thus not be loaded because miibus hasn't
been loaded yet?  Try putting `miibus_load=YES' before `if_xl_load=YES'

/speculation
 
 If I do kldload if_xl after it's booted the xl device is probed fine -
 xl0: 3Com 3c905-TX Fast Etherlink XL port 0xc800-0xc83f irq 10 at device 4.
 0 on pci1
 xl0: Ethernet address: 00:60:08:ae:15:f7
 miibus0: MII bus on xl0
 nsphy0: DP83840 10/100 media interface on miibus0
 nsphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 
 This is some Packard Bell prebuilt thing if it matters.
 
 -- 
 Daniel O'Connor software and network engineer
 for Genesis Software - http://www.gsoft.com.au
 The nice thing about standards is that there
 are so many of them to choose from.
   -- Andrew Tanenbaum
 GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-stable in the body of the message

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: Loading if_xl from the loader

2002-11-25 Thread Daniel O'Connor
On Tue, 2002-11-26 at 10:07, Mike Hogsett wrote:
 Could if_xl depend on miibus and thus not be loaded because miibus hasn't
 been loaded yet?  Try putting `miibus_load=YES' before `if_xl_load=YES'

I just tried that, no change :(

FWIW the loader does know that if_xl needs miibus and loads that first.

Hmm, I just rebooted it again and found that if I interrupt the loader
after it's loaded all the modules (including if_xl :) then do 'lsmod'
if_xl doesn't show up!

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: Loading if_xl from the loader

2002-11-25 Thread Daniel O'Connor
On Tue, 2002-11-26 at 10:14, Daniel O'Connor wrote:
 Hmm, I just rebooted it again and found that if I interrupt the loader
 after it's loaded all the modules (including if_xl :) then do 'lsmod'
 if_xl doesn't show up!

Ooh, even better I find that if I load if_xl first (either by making it
the first *_load=YES command, or manually) it is listed and detects
fine..

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 9A8C 569F 685A D928 5140  AE4B 319B 41F4 5D17 FDD5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message



Re: Loading if_xl from the loader

2002-11-25 Thread Jarrod Sayers
On Tue, 26 Nov 2002, Daniel O'Connor wrote:

 Date: Tue, 26 Nov 2002 10:14:23 +1030
 From: Daniel O'Connor [EMAIL PROTECTED]
 To: Mike Hogsett [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: Re: Loading if_xl from the loader

 On Tue, 2002-11-26 at 10:07, Mike Hogsett wrote:
  Could if_xl depend on miibus and thus not be loaded because miibus hasn't
  been loaded yet?  Try putting `miibus_load=YES' before `if_xl_load=YES'

 I just tried that, no change :(

 FWIW the loader does know that if_xl needs miibus and loads that first.

 Hmm, I just rebooted it again and found that if I interrupt the loader
 after it's loaded all the modules (including if_xl :) then do 'lsmod'
 if_xl doesn't show up!

Daniel,

What happens if you take miibus_load=YES out of loader.conf?  Is it
still loaded as a dependancy by the loader when it trys to load if_xl?

Just an idea..

Jarrod Sayers
Information Strategy and Technology Services
University of South Australia
Phone: +61 8 8302 4809

There are only 10 types of people in the world:
 Those who understand binary, and those who don't




To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message