Re: Athlon TB 700 w. Asus K7M vs. FreeBSD (2nd try)
Mike Murphree schrieb: It appears that you have two cards on irq 5. This may or may not be a problem. One thing you may want to check is your BIOS settings. Find the setting for Plug-n-Play OS and set it to NO. This will force the BIOS to preconfigure the address ranges and interrupts prior to loading FreeBSD and shouldn't bother Windows at all. Also there are some cases on Via chipset motherboards where disabling certain on-board peripherals will have an adverse effect on others. I tried already to disable the internal Hardware like USB and Audio, without success. I also removed and disabled some drivers (like sym) in the kernel, also without success. bye, -- -- E-mail: [EMAIL PROTECTED] JAWA MANAGEMENT und SOFTWARE Liebenauer Hauptstr. 200 A-8041 GRAZ Tel: ++43-(0)316-403274-12 Fax: ++43-(0)316-403274-10 GSM: ++43-(0)676-93 96 698 homepage: http://www.jawa.at - privat --- E-mail: [EMAIL PROTECTED] homepage: http://www.inode.at/mbretter -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Screwed up mailer(s) at insignia.com
Something's screwed up at insignia.com with a local mailing list reflector or something - I'll add a spam-block against the entire domain later on today if this doesn't clear up since it's the only way to prevent all this email being reflected; I've seen about 4 separate threads get repeated ad-nauseum and it's having a bad effect on our mailing lists. - Jordan This is about the 3rd time I got this email, any idea on what's going on? - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, February 12, 2001 8:38 AM Subject: Re: Constantly crashing SMP box furthermore, you better have SMP processors with the same stepping number (if your processors came from two different boxes, the CPUs may have come from different production batches) Is this an absolute necessity ? I'm thinking of buying a 2nd CPU to run -stable on, but getting a matching one will be hard ! -pete. 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 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 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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Sound modules not compiled/installed by default?
Is there any reason why the sound modules are not compiled and installed on -stable? Index: Makefile === RCS file: /home/freebsd/CVS/src/sys/modules/Makefile,v retrieving revision 1.110.2.21 diff -u -r1.110.2.21 Makefile --- Makefile2001/01/02 23:11:52 1.110.2.21 +++ Makefile2001/01/16 19:02:04 @@ -6,7 +6,7 @@ ccd cd9660 coda cue dc fdesc fxp if_disc if_ef if_ppp \ if_sl if_tap if_tun ip6fw ipfilter ipfw ispfw joy kernfs kue \ linux md mfs mii mlx msdos ncp pcn netgraph nfs ntfs nullfs \ - nwfs portal procfs rl sf sis sk ste syscons ti tl twe \ + nwfs portal procfs rl sf sis sk sound ste syscons ti tl twe \ ugen uhid ukbd ulpt umapfs umass umodem ums union usb uscanner \ vinum vn vpo vr wb wx xl Arjan -- Arjan de Vet, Eindhoven, The Netherlands [EMAIL PROTECTED] URL: http://www.iae.nl/users/devet/ for PGP key: finger [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
sub tpr@pics.com
sub [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
No Subject
unsubscribe freebsd-stable To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Is -stable broken, or am I?
In article [EMAIL PROTECTED] I wrote: I did a cvsup of -stable last night (0106Z on 9 Feb), and did a "make buildworld". It failed during the stage 3 tools build: -- stage 3: cross tools -- [ environment setup deleted ] make -f Makefile.inc1 cross-tools [ deletia ] building standard binutils library ranlib libbinutils.a === addr2line [ cleaned out -I list ] cc -O -pipe -D_GNU_SOURCE -o addr2line addr2line.o ../libbinutils/libbinutils.a ../libbfd/libbfd.a ../libiberty/libiberty.a ./libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': ./libiberty/libiberty.a(cplus-dem.o): In function `cplus_demangle': cplus-dem.o(.text+0x815): undefined reference to `cplus_demangle_new_abi' *** Error code 1 A little more information: I had updated the box from 4.2-RELEASE to -STABLE in early January, and all went fine. I have an identical (so I thought) installation at home, and it works fine. So I checked things like /etc/make.conf. They're (now) the same, and one system still works, and one doesn't. So I tried blowing away /usr/src/contrib/binutils and redoing the buildworld. Still no good. Any guesses on what I should try next? Thanks, -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.8" / 37N 20' 14.9" Internet: steve @ Watt.COM Whois: SW32 Free time? There's no such thing. It just comes in varying prices... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
make buildworld fails with File Exists error
Hello. I am trying to upgrade a 3.5-STABLE to a 4 release with the following tags in the stable-supfile *default release=cvs tag=RELENG_4 *default delete use-rel-suffix I have successfully sup'ed all the file and now I am running make buildworld based on the instructions in UPDATING buildworld is failing with the following error stage 2: rebuilding the object tree ... === usr.sbin/lpr/filters.ru === usr.sbin/lpr/filters.ru/koi2alt mkdir: /usr/obj/usr/src/usr.sbin/lpr/filters.ru/koi2alt: File exists *** Error code 1 Stop. *** Error code 1 Any ideas on what I am doing wrong? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Fatal trap 12 during boot
Dear Sirs, Today I cvsup:ed 4.2-STABLE and built a new kernel. The new kernel receives a "Fatal trap 12" where it usually prints "Waiting 3 seconds for SCSI devices to settle". Does anybody have any hints about what's wrong? Dmesg output and config file is attached. Cheers, Bjoern - FreeBSD 4.2-STABLE #0: Mon Feb 12 19:21:02 CET 2001 root@:/usr/src/sys/compile/KRUMELUR Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 799620991 Hz CPU: Pentium III/Pentium III Xeon/Celeron (799.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM OV,PAT,PSE36,MMX,FXSR,SSE real memory = 536805376 (524224K bytes) avail memory = 517849088 (505712K bytes) Preloaded elf kernel "kernel" at 0xc03df000. Preloaded elf module "nfs.ko" at 0xc03df09c. Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface pcib0: ServerWorks host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib4: PCI to PCI bridge (vendor=1166 device=0009) at device 0.1 on pci0 pci1: PCI bus on pcib4 pci1: ATI Mach64-GM graphics accelerator at 0.0 irq 11 fxp0: Intel Pro 10/100B/100+ Ethernet port 0xc800-0xc83f mem 0xfe80-0xfe8f ,0xfeafb000-0xfeafbfff irq 11 at device 4.0 on pci0 fxp0: Ethernet address 00:30:48:10:6f:76 ahc0: Adaptec aic7899 Ultra160 SCSI adapter port 0xd000-0xd0ff mem 0xfeafc000- 0xfeafcfff irq 5 at device 5.0 on pci0 aic7899: Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: Adaptec aic7899 Ultra160 SCSI adapter port 0xd800-0xd8ff mem 0xfeaff000- 0xfeaf irq 10 at device 5.1 on pci0 aic7899: Wide Channel B, SCSI Id=7, 32/255 SCBs fxp1: Intel Pro 10/100B/100+ Ethernet port 0xd400-0xd43f mem 0xfe90-0xfe9f ,0xfeafd000-0xfeafdfff irq 9 at device 6.0 on pci0 fxp1: Ethernet address 00:30:48:10:6f:75 isab0: ServerWorks IB6566 PCI to ISA bridge at device 15.0 on pci0 isa0: ISA bus on isab0 atapci0: ServerWorks ROSB4 ATA33 controller port 0xffa0-0xffaf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: OHCI (generic) USB controller mem 0xfeafe000-0xfeafefff irq 10 at devic e 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: OHCI (generic) USB controller on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: ServerWorks NB6635 3.0LE host to PCI bridge on motherboard pci2: PCI bus on pcib1 pcib2: ServerWorks host to PCI bridge on motherboard pci3: PCI bus on pcib2 pcib3: ServerWorks host to PCI bridge on motherboard pci4: PCI bus on pcib3 fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x100 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: Parallel I/O on ppbus0 acd0: CDROM MATSHITA CR-176 at ata0-master using PIO4 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x123 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0152ad4 stack pointer = 0x10:0xc0400a88 frame pointer = 0x10:0xc0400ab4 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 = 0 (swapper) interrupt mask = cam trap number = 12 panic: page fault syncing disks... done Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort -- Press a key on the console to reboot -- Rebooting... # Based on GENERIC /bg # $Header: /usr/src/sys/i386/conf/RCS/KRUMELUR,v 1.2 2001/01/07 14:57:00 bg Exp $ machine i386 cpu I686_CPU ident KRUMELUR maxusers512 #makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols options INCLUDE_CONFIG_FILE # Include this file in kernel #optionsNMBCLUSTERS=24576 options MATH_EMULATE#Support for x87 emulation options INET#InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options QUOTA #enable disk quotas #optionsPROCFS
Re: BRIDGE breaks ARP?
Luigi, I'm running a Bridge+IPFW+Dummynet box between my lan and my router (which is my default gateway). I access the box via SSH and everything is working great. I would like to do some routing in this box too (offloading the router), but I would like to do that WITHOUT have to change all default gateways in our Workstations. I thought the best option here would be to configure the DEFAULT GATEWAY IP ADDRESS in the Bridge Box, but in this scenario I would have to change the router ip address also (since I will be using it in our bridge box). Is there any way you know that I can intercept and re-route packets using the box as bridge ? I mean, the default gateway is still my router, but some packets don't arrive in it, because the bridge box can send them to another ethernet card. Thanks for listening and best regards, Antonio Carlos Pina [EMAIL PROTECTED] - Original Message - From: "Luigi Rizzo" [EMAIL PROTECTED] To: "Vincent Poy" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, February 12, 2001 5:25 AM Subject: Re: BRIDGE breaks ARP? whether or not you have "options BRIDGE' in your kernel config file. (or a message saying "BRIDGE ..." when the system boots) My kernel config doesn't have the BRIDGE option so I guess the bridging code is part of ET's drivers. yes, i suspected so... luigi Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin root@oahu [8:24pm][/usr/temp/zebra] ifconfig bg0 bg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 216.235.44.1 netmask 0xff00 broadcast 216.235.44.255 inet 216.235.45.1 netmask 0xff00 broadcast 216.235.45.255 inet 216.235.56.193 netmask 0xffe0 broadcast 216.235.56.223 ether 00:00:00:03:00:00 I've asked Dennis at ETinc the question and his response was: if you want to route from one DLCI to the other then you have to put them in separate bridge groups with their own subnet. You are creating isolated segments with the ipmap functionality...the mechanism is designed for end users who get 1 or 2 addresses. You COULD fix the O/S to route back to the same interface, but I dont know how complicated that would be. I dont think there is an easy way to disable split-horizon. Dennis Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin I'm not sure if this is related but we're using FreeBSD with a Emerging Technologies T1 card to do ADSL Bridging and ran into a problem where for example, if a bridge group was like... 216.235.44.1 255.255.255.0 All the nodes 216.235.44.2-254 can see 216.235.44.1 fine but it nothing in 216.235.44.2 - 254 can see each other. It seems to be they can't see each other if they are in the same subnet. So it seems all machines in the bridge group can see the gateway and the rest of the world but not each other. Is there a way around this? This is with 4.1-RELEASE, 4.1.1-RELEASE and even 4.2-RELEASE. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to [EMAIL
Re: ports/24711: Mozilla build failure, 4-stable
Barney Wolff [EMAIL PROTECTED] wrote:
FUJISHIMA Satsuki wrote:
Barney Wolff wrote:
Try anything BUT /usr/obj as WRKDIRPREFIX. /usr/obj/ports, for
example. I found most or all ports fail to build if that
specific directory is used. I have no idea why.
man make and read .OBJDIR section.
Yes I understand the significance of /usr/obj, but not why, in
detail, the port builds fail. In any case, if there are some specific
directories that cause problems, perhaps bsd.port.mk should check for
them and complain, rather than letting the build fail with baffling
errors.
See PR#24711. The reason it doesn't work is that the ports system uses
${MAKEFILE} to name the Makefile in the work directory that should be
used to build the port. If the port's Makefile doesn't set MAKEFILE
then bsd.port.mk tries to set it to "${BUILD_WRKSRC}/Makefile".
However, it fails because ${MAKEFILE} also happens to be a special
variable set by make itself. It is set in a slightly complicated way
to support separate object trees. If /usr/obj/`pwd` exists then it is
used as the object directory, so in order to refer back to the
original Makefile make sets MAKEFILE to "`pwd`/Makefile". If the
object directory doesn't exist then MAKEFILE is set to just
"Makefile".
So the MAKEFILE?=${BUILD_WRKSRC}/Makefile line in bsd.port.mk is
entirely redundant because MAKEFILE is always set by make. Most of the
time you are lucky and things still work, *unless* an object directory
exists, in which case make sets MAKEFILE to a value that doesn't work
and the build explodes.
The problem occurs when bsd.port.mk tries to run make inside the work
directory. If the port didn't set MAKEFILE and the object tree exists,
then the port ends up trying to use /usr/ports/foo/bar/Makefile to
build the port rather than /usr/obj/usr/ports/foo/bar/work/bar-1.2.3/Makefile.
Tony.
--
f.a.n.finch[EMAIL PROTECTED][EMAIL PROTECTED]
FISHER: NORTHWEST 5 OR 6 DECREASING 3. SHOWERS. GOOD.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: Really odd BTX halted problem booting - PXE/diskless
On Fri, Feb 09, 2001 at 12:13:40PM +0200, Danny Braniss wrote: In message [EMAIL PROTECTED]you write: }It its the bios disk probe that is causing the machine to fault. I can now confirm that it's a divide by zero in the Adaptec BIOS GRR. (in biosdisk, when 'probing' the adaptec) and it happens on a AIC 7899, but works ok on some other ADAPTECs. the problem is nasty because it's not easy to zero out the first block of the disk if you can't get the os working :-) }I suppose you really dont need to probe the disks when you are netbooting. i got the pxeboot not to check the disks but then the kernel stepped on it :-( is there a way to prevent BTX to halt if the 'caller' expects a div/zero? (in the days of the PDP/11 i could trap such things, print a message, and continue). danny To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message end of the original message I had this problem a couple of days ago with an Adaptec AHA-2940UW SCSI controller and an IBM DDRS-34560W SCSI disk. I created one large slice in dangerously dedicated mode and I wasn't able to boot anymore: I got "BTX halted" and the registers dump. I low-level formatted the disk using the controller BIOS, recreated the slice (this time in coperative mode!) and everything worked! Francesco Casadei P.S. The DDRS-34560W uses part of the buffer for the firmware so I could safely low-level format the disk. Check if you can low-level format your disk without destroying it! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: sshd in 4.2-STABLE
In message [EMAIL PROTECTED] Matt Dillon writes: : ... or maybe installworld should just check to see if /etc/pam.conf is : the unmodified older version and overwrite it with /usr/src/etc/pam.conf : by default, rather then create little gotchas for people trying to : upgrade. Hmm. This would violate POLA worse than having it break, I think. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: UDMA ICRC Read Errors
I still kept encountering these errors even when I have upgraded (just a few hours ago) to 4.2-Stable: Feb 12 13:36:00 x kernel ad3: UDMA ICRC READ ERROR blk# 35848256 retrying Feb 12 13:36:00 x kernel ad3: UDMA ICRC READ ERROR blk# 33882176 retrying I first encountered them after installing the HD(by way of fbsd handbook section 10.3.2.2, alternative method) circa Jan13 , but that time there was a discussion on the same type of errors and that a patch(Soren) was to be MFC'ed that was gonna fix them all. I was not able to upgrade it that time but only now. Do the above errors tell that the HD may be broken? It's only about 1 month old. I encountered the same troubles with my transport Seagate ST32110 hdd. It works fine as UDMA/2 under OS/2, but FreeBSD 4.2-RELEASE #1 says: atapci0: VIA 82C586 ATA33 controller port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 [lines skipped] ad0: 8063MB FUJITSU MPE3084AE [16383/16/63] at ata0-master UDMA33 ad1: 2014MB ST32110A [4092/16/63] at ata0-slave UDMA33 acd0: CDROM BCD 24XM CD-ROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s3a ad1: UDMA ICRC READ ERROR blk# 1024129 retrying ad1: UDMA ICRC READ ERROR blk# 1024223 retrying ad1: UDMA ICRC READ ERROR blk# 1024231 retrying ad1: UDMA ICRC READ ERROR blk# 1024231 retrying ad1: UDMA ICRC READ ERROR blk# 1024231 retrying ad1: UDMA ICRC READ ERROR blk# 1024231 falling back to PIO mode The same happens when this drive connected as a secondary (single) master instead of primary slave. But Fujitsu drive works fine as UDMA2 under both OS/2 and FreeBSD systems. What's wrong? Yan V. Batuto [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: BRIDGE breaks ARP?
hi,
i am not sure i understand what you want to do.
luigi
I'm running a Bridge+IPFW+Dummynet box between my lan and my router (which
is my default gateway). I access the box via SSH and everything is working
great.
I would like to do some routing in this box too (offloading the router), but
I would like to do that WITHOUT have to change all default gateways in our
Workstations. I thought the best option here would be to configure the
DEFAULT GATEWAY IP ADDRESS in the Bridge Box, but in this scenario I would
have to change the router ip address also (since I will be using it in our
bridge box).
Is there any way you know that I can intercept and re-route packets using
the box as bridge ? I mean, the default gateway is still my router, but some
packets don't arrive in it, because the bridge box can send them to another
ethernet card.
Thanks for listening and best regards,
Antonio Carlos Pina
[EMAIL PROTECTED]
- Original Message -
From: "Luigi Rizzo" [EMAIL PROTECTED]
To: "Vincent Poy" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Monday, February 12, 2001 5:25 AM
Subject: Re: BRIDGE breaks ARP?
whether or not you have "options BRIDGE' in your kernel config file.
(or a message saying "BRIDGE ..." when the system boots)
My kernel config doesn't have the BRIDGE option so I guess the
bridging code is part of ET's drivers.
yes, i suspected so...
luigi
Cheers,
Vince - [EMAIL PROTECTED] - Vice President __
Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | /
|[__ ]
WurldLink Corporation / / / / | / |
__] ]
San Francisco - Honolulu - Hong Kong / / / / / |/ / |
__] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin
/_/_/_/_/|___/|_|[]
Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin
root@oahu [8:24pm][/usr/temp/zebra] ifconfig bg0
bg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
inet 216.235.44.1 netmask 0xff00 broadcast
216.235.44.255
inet 216.235.45.1 netmask 0xff00 broadcast
216.235.45.255
inet 216.235.56.193 netmask 0xffe0 broadcast
216.235.56.223
ether 00:00:00:03:00:00
I've asked Dennis at ETinc the question and his response was:
if you want to route from one DLCI to the other then you have to
put them
in separate bridge groups with their own subnet. You are
creating isolated
segments with the ipmap functionality...the mechanism is
designed for end
users who get 1 or 2 addresses.
You COULD fix the O/S to route back to the same interface, but I
dont know
how complicated that would be. I dont think there is an easy way
to
disable
split-horizon.
Dennis
Cheers,
Vince - [EMAIL PROTECTED] - Vice President
__
Unix Networking Operations - FreeBSD-Real Unix for Free / / / /
| / |[__ ]
WurldLink Corporation / / / /
| / | __] ]
San Francisco - Honolulu - Hong Kong / / / / /
|/ / | __] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin
/_/_/_/_/|___/|_|[]
Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server
Admin
I'm not sure if this is related but we're using FreeBSD with
a
Emerging Technologies T1 card to do ADSL Bridging and ran
into a problem
where for example, if a bridge group was like...
216.235.44.1 255.255.255.0
All the nodes 216.235.44.2-254 can see 216.235.44.1 fine but
it
nothing in 216.235.44.2 - 254 can see each other. It seems
to be they
can't see each other if they are in the same subnet. So it
seems all
machines in the bridge group can see the gateway and the
rest of the
world but not each other. Is there a way around this? This
is with
4.1-RELEASE, 4.1.1-RELEASE and even 4.2-RELEASE.
Cheers,
Vince - [EMAIL PROTECTED] - Vice President
__
Unix Networking Operations - FreeBSD-Real Unix for Free / /
/ / | / |[__ ]
WurldLink Corporation / / /
/ | / | __] ]
San Francisco - Honolulu - Hong Kong / / /
/ / |/ / | __] ]
HongKong Stars/Gravis UltraSound Mailing Lists Admin
/_/_/_/_/|___/|_|[]
Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network
Server Admin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
