similar to: buildkernel fails in hifn

Is anyone else seeing this: perl @/kern/makeops.pl -h @/opencrypto/crypto_if.m rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/usr/local/src-STABLE/src/i386/usr/include /usr/local/src-STABLE/src/sys/modules/hifn/../../dev/hifn/hifn7751.c /usr/local/src-STABLE/src/sys/modules/hifn/../../dev/hifn/hifn7751.c:47: opt_hifn.h: No such file or

I've fixed hist.default(); the case for hist(0) and hist(-1) also needed consideration. Here is the patch I've committed: cvs diff -bw -r1.2.2.1 src/library/base/R/hist.R diff -b -w -r1.2.2.1 -r1.2.2.4 16,18c16,18 < use.br <- !missing(breaks) && length(breaks) > 1 < breaks <- < if(use.br) sort(breaks) --- > use.br <- !missing(breaks)

Hi. geli(8) from FreeBSD-CURRENT is now able to perform data integrity verification (data authentication) using one of the following algorithms: - HMAC/MD5 - HMAC/SHA1 - HMAC/RIPEMD160 - HMAC/SHA256 - HMAC/SHA384 - HMAC/SHA512 One of the main design goals was to make it reliable and resistant to power failures or system crashes. This was very important to commit both data update and HMAC

Greetings, i came accross some comments about hardware ssl accelerator use under *nix in this list , and applied some of this information (which are post approximately 2 months ago) successfully to make apache to use hardware ssl accelerator . To do so i just wrote "SSLCryptoDevice ubsec" option to my httpd.conf and httpd started to use my Broadcom accelerator . But i still have

Hi, Just got some of the new Soekris 1401 VPN cards based on the hifn 7955 chip. hifn0 mem 0xe8510000-0xe8517fff,0xe8518000-0xe8519fff,0xe851a000-0xe851afff irq 5 at device 0.0 on pci1 hifn0: Hifn 7955, rev 0, 32KB dram, 64 sessions vs hifn0 mem 0xeb902000-0xeb902fff,0xeb901000-0xeb901fff irq 10 at device 8.0 on pci0 hifn0: Hifn 7951, rev 0, 128KB sram, 193 sessions When it says "n

Hi all, can someone comment on the state of the hifn(4) driver? I've recently upgraded my 6.2-STABLE workstation to RELENG_7, and I'm now experiencing system lockups that seem to be caused by the hifn(4) driver. I've got a Soekris vpn1401 card to help with GELI disk en- cryption. Reading from a GELI volume is causing the system to freeze completely, which does not happen if

Hello, i've been here with this poblem before, now i installed the berkley db4 in /usr. But now it report another error, still at the same file. Please reply if you think you know the reason... I'm still running 4.6-STABLE, and would soon like the new 4.8-STABLE kernel made. Regards, Johan Christiansen _________ ===> vesa rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o vesa.ko

Hi all... another lurker and first-time poster... if I forget something relevant please let me know... Anyway, have tried to make a kernel on two different machines under the latest (as of 04:37AM 4 September 2003 -0500 (EDT)) 4.9-PRERELEASE **AND** 5.1-p2 and get the error message as shown below. I am including (at the end) the uname-a from both of the systems. Each of them will compile

Hi All, I'm running stable from August 19/2003. I've got a few A7N8X-Deluxe boards. One Rev1.0 and two Rev2.0. While the 1.0 board works, the 2.0 boards lock up on boot during the uhub0 bus discovery. It's extremely frustrating :) ... While I can boot without the devices and attach them later, the devices ( logitech usb keyboard, logitech mouse, rio800, samsung CDMA adapter,

# uname -a FreeBSD ck.com 7.0-STABLE FreeBSD 7.0-STABLE #1: Tue Jul 15 11:38:41 EDT 2008 ck@friendlybearonskates.com:/usr/obj/usr/src/sys/CK i386 # Make buildkernel kernconf=CK fails here : linking kernel.debug sbp.o(.text+0xd9d): In function `sbp_free_ocb': /usr/src/sys/dev/firewire/sbp.c:2905: undefined reference to `xpt_release_devq' sbp.o(.text+0x123e): In function

Yesterday I begin a couple of update to the latest 4.8-STABLE. After that the two boxes continues to go in panics as soon as Apache (1.3 from the ports, also freshly recompiled, 2.0.x seems NOT to hang) starts. I don't know if it is related to the other thread : "Kernel core dump in recent 4.8-STABLE" but it is easily reproducible by cvsupping to a today -STABLE and then running