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=8843 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 / / / > / | /
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: 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 [16383/16/63] at ata0-master UDMA33 ad1: 2014MB [4092/16/63] at ata0-slave UDMA33 acd0: CDROM 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: 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: 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: 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: 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=8843 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 > > > > > > > > > > > > > > > > > > > > > >
"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=0x383fbff 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: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib4: at device 0.1 on pci0 pci1: on pcib4 pci1: at 0.0 irq 11 fxp0: 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: 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: 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: 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: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfeafe000-0xfeafefff irq 10 at devic e 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: 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: on motherboard pci2: on pcib1 pcib2: on motherboard pci3: on pcib2 pcib3: on motherboard pci4: on pcib3 fdc0: 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: at port 0x60,0x64 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: 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: 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: on ppbus0 acd0: CDROM 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 #Process filesystem #optionsNFS #Network File System options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=3000 #Delay (in ms) before probing SCSI options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B#Posix P100
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
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
No Subject
unsubscribe freebsd-stable 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
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
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
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
