[Fwd: Re: Problems with ieee80211 dependencies...]
I had to wait for the rebuild process to error out again, however, here is the resulting segment of output. I included the parts that begin to indicates an error. kdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/src/sys/i386/compile/DATASERVER /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c linking kernel.debug if_dc.o(.text+0x955): In function `dc_mchash_le': ../../../dev/dc/if_dc.c:1019: undefined reference to `ether_crc32_le' if_dc.o(.text+0x9f2): In function `dc_mchash_be': ../../../dev/dc/if_dc.c:1054: undefined reference to `ether_crc32_be' if_dc.o(.text+0x1df5): In function `dc_detach': ../../../dev/dc/if_dc.c:2320: undefined reference to `ether_ifdetach' if_dc.o(.text+0x42d7): In function `dc_ioctl': ../../../dev/dc/if_dc.c:3632: undefined reference to `ether_ioctl' if_dc.o(.text+0x65a5): In function `dc_attach': ../../../dev/dc/if_dc.c:2270: undefined reference to `ether_ifattach' if_dc.o(.text+0x65fc):../../../dev/dc/if_dc.c:2278: undefined reference to `ether_ifdetach' if_fxp.o(.text+0x2086): In function `fxp_detach': ../../../dev/fxp/if_fxp.c:919: undefined reference to `ether_ifdetach' if_fxp.o(.text+0x2402): In function `fxp_ioctl': ../../../dev/fxp/if_fxp.c:2467: undefined reference to `ether_ioctl' if_fxp.o(.text+0x429f): In function `fxp_attach': ../../../dev/fxp/if_fxp.c:789: undefined reference to `ether_ifattach' if_fxp.o(.text+0x431b):../../../dev/fxp/if_fxp.c:815: undefined reference to `ether_ifdetach' if.o(.text+0x1027): In function `if_setlladdr': ../../../net/if.c:2646: undefined reference to `arp_ifinit' if_gif.o(.text+0x941): In function `gif_input': ../../../net/if_gif.c:560: undefined reference to `bridge_input_p' if_gif.o(.text+0x95b):../../../net/if_gif.c:567: undefined reference to `ether_demux' ip_dummynet.o(.text+0x14db): In function `dummynet_send': ../../../netinet/ip_dummynet.c:908: undefined reference to `bridge_dn_p' ip_dummynet.o(.text+0x153b):../../../netinet/ip_dummynet.c:926: undefined reference to `ether_demux' ip_dummynet.o(.text+0x154c):../../../netinet/ip_dummynet.c:929: undefined reference to `ether_output_frame' if_xl.o(.text+0x2078): In function `xl_setmulti_hash': ../../../pci/if_xl.c:789: undefined reference to `ether_crc32_be' if_xl.o(.text+0x38f6): In function `xl_detach': ../../../pci/if_xl.c:1674: undefined reference to `ether_ifdetach' if_xl.o(.text+0x4712): In function `xl_ioctl': ../../../pci/if_xl.c:3203: undefined reference to `ether_ioctl' if_xl.o(.text+0x591d): In function `xl_attach': ../../../pci/if_xl.c:1564: undefined reference to `ether_ifattach' if_xl.o(.text+0x5970):../../../pci/if_xl.c:1570: undefined reference to `ether_ifdetach' *** Error code 1 Stop in /usr/src/sys/i386/compile/DATASERVER. Nothing jumps out at me, can you send the output of the build failure? -Kip On Fri, Jun 27, 2008 at 4:29 PM, Martes Wigglesworth [EMAIL PROTECTED] wrote: I am having a hard time compiling a new kernel when I remove the wireless aspects of the config file. I have removed all options/devices that seem to still require ieee80211 however, I still find that the network section of the compile do not work. I.E. that is where the compile stops, and indicates that an unknown reference to ieee80211 functions... What in the GENERIC config file requires ieee80211? I have included my config file below: cpu I686_CPU ident DATASERVER # To statically compile in device wiring instead of /boot/device.hints #hints GENERIC.hints # Default places to look for devices. makeoptions DEBUG=-g# Build kernel with gdb(1) options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options SCTP# Stream Control Transmission options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates options UFS_ACL # Support for access control options UFS_DIRHASH # Improve performance on big options UFS_GJOURNAL# options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY options SCSI_DELAY=5000 options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options
Problems with ieee80211 dependencies...
I am having a hard time compiling a new kernel when I remove the wireless aspects of the config file. I have removed all options/devices that seem to still require ieee80211 however, I still find that the network section of the compile do not work. I.E. that is where the compile stops, and indicates that an unknown reference to ieee80211 functions... What in the GENERIC config file requires ieee80211? I have included my config file below: cpu I686_CPU ident DATASERVER # To statically compile in device wiring instead of /boot/device.hints #hints GENERIC.hints # Default places to look for devices. makeoptions DEBUG=-g# Build kernel with gdb(1) options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options SCTP# Stream Control Transmission options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates options UFS_ACL # Support for access control options UFS_DIRHASH # Improve performance on big options UFS_GJOURNAL# options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY options SCSI_DELAY=5000 options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI options AUDIT # Security event auditing # To make an SMP kernel, the next two lines are needed # CPU frequency control device cpufreq # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicam# ATAPI emulation? device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. device ahd options AHD_REG_PRETTY_PRINT # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct SCSI access) device ses # SCSI Environmental Services # RAID controllers interfaced to the SCSI subsystem # RAID controllers # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device
[Fwd: Re: 3 connections as one]
Forwarded Message From: Martes Wigglesworth [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Andres Chavez [EMAIL PROTECTED] Subject: Re: 3 connections as one Date: Tue, 24 Jun 2008 16:34:04 -0400 I have been researching this issue for almost a month now, and what I have found is that you can bind the ports together for outbound traffic, and the same can be done for inbound traffic, the problem comes when you try to get the inbound packets, or sessions to dispurse across the load-balanced ports. I.E.: Who is on the other side of the multiple DSL/Cable links to filter the traffic across the associated pipes so as to balance the load, so to speak? It can be done, however, without an upstream, or maybe a vps that is being used as an external gateway, you will not be able to get the different session traffic to load balance across the multiple links, when downloading. At least that seems to be the situation, without some nifty DNS tricks. I have not seen how the appliances get around this, however, it took me this long for either list that I was on, to even admitt that the theory was not stupid, and to engage me in productive inquiry. If you find anything else out on this topic, please let me know. On Wed, 2008-06-25 at 00:07 +, Andres Chavez wrote: Hi, a friend is challenge me to make use of 3 different connections (one adsl, one cable, and one Evdo) as one single connection to internet, i believe for make faster downloads or something such, its that can be possible ?, if so, can anybody help me with this?, this sounds interesting for know tricks on the FreeBSD operating system, he need to use this box as the network manager and firewall as well, but the connection thing its killing me i dont know how. -- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: EHCI Kernel Panic w/ 5.2.1-RELEASE Kernel
My kernel panic seems to come from the usb port actually having a device in the port, at boot. When I do not have a device in the port, bootup continues, however, my usb ports are not usable. This is my dmesg output. dmesg|grep usb usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 usb1: Intel 82801DB (ICH4) USB controller USB-B on uhci1 usb1: USB revision 1.0 usb2: Intel 82801DB (ICH4) USB controller USB-C on uhci2 usb2: USB revision 1.0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: EHCI (generic) USB 2.0 controller on ehci0 usb3: USB revision 2.0 usb3: unrecoverable error, controller halted usb3: blocking intrs 0x10 usb3: port reset timeout Any ideas? I am not getting mail from the questions forum, yet, so I just thought that I would post here, just in case someone has a solution -- Respectfully, M.G.W. System: Asus M6N Intel Dothan 1.7 512MB RAM 40GB HD 10/100/1000 NIC Wireless b/g (not working yet) BSD-5.2.1 GCC-3.3.5/3.3.3(until I replace indigenous gcc) IFORT-for linux(Intell Fortran) gfortran python-2.3 Perl-5.6.1/5.8.5 Java-sdk-1.4.2_5 KDE-3.1.4 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: EHCI Kernel Panic w/ 5.2.1-RELEASE Kernel
My kernel panic seems to come from the usb port actually having a device in the port, at boot. When I do not have a device in the port, bootup continues, however, my usb ports are not usable. This is my dmesg output. dmesg|grep usb usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 usb1: Intel 82801DB (ICH4) USB controller USB-B on uhci1 usb1: USB revision 1.0 usb2: Intel 82801DB (ICH4) USB controller USB-C on uhci2 usb2: USB revision 1.0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: EHCI (generic) USB 2.0 controller on ehci0 usb3: USB revision 2.0 usb3: unrecoverable error, controller halted usb3: blocking intrs 0x10 usb3: port reset timeout Any ideas? I am not getting mail from the questions forum, yet, so I just thought that I would post here, just in case someone has a solution -- Respectfully, M.G.W. System: Asus M6N Intel Dothan 1.7 512MB RAM 40GB HD 10/100/1000 NIC Wireless b/g (not working yet) BSD-5.2.1 GCC-3.3.5/3.3.3(until I replace indigenous gcc) IFORT-for linux(Intell Fortran) gfortran python-2.3 Perl-5.6.1/5.8.5 Java-sdk-1.4.2_5 KDE-3.1.4 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
EHCI Kernel Panic w/ 5.2.1-RELEASE Kernel
Greetings. Does anyone know why the ehci kernel option, which is supposed to at least work for testing, gives me a kernel panic, whenever I use it, on the below-listed system specs? ps: If this is not the correct option, then I would appreciate your help in finding the right forum/IRC channel is possible. -- Respectfully, M.G.W. System: Asus M6N Intel Dothan 1.7 512MB RAM 40GB HD 10/100/1000 NIC Wireless b/g (not working yet) BSD-5.2.1 GCC-3.3.5/3.3.3(until I replace indigenous gcc) IFORT-for linux(Intell Fortran) gfortran python-2.3 Perl-5.6.1/5.8.5 Java-sdk-1.4.2_5 KDE-3.1.4 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with flash and native mozilla
Greetings. I have an issue with my mozilla install. I am unable to figure out how, or what people get flash7 to work with mozilla. And I also have trouble getting anything to work that I need, while maintaining a working desktop. Hence, if I want to install mplayer, I have to upgrade everthing that also makes my desktop, KDE 3.1.4, work with the initial install. Also, the only reliable desktop/production applications seem to be the few that come on the iso install cd. Anyone have any advice on this? Respectfully, Martes ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]