Re: cvs commit: src/secure/lib/libcrypto Makefile.inc Makefile

2000-01-15 Thread Kris Kennaway

On Sat, 15 Jan 2000, Kris Kennaway wrote:

>   Support RSA via RSAref. This autodetects the RSAref package, and if it
>   is not found, compiles without RSA.

Openssl should now be fully functional for both US and international users
- please report any problems you have in using it to me. You should be
able to compile all openssl-using code (some of them require rsaref and
therefore cannot be used in a commercial setting, others do not), although
the ports may need tweaking to deal with the changed base location (/usr
instead of /usr/local).

Dirk Froemberg ([EMAIL PROTECTED]) has kindly offered to help with
integration issues with the ports - so any issues with ports please CC to
both of us (and the maintainer).

The only outstanding issue I'm aware of with OpenSSL is enabling
platform-specific optimizations (e.g. assembler versions of algorithms)
which is next on my list of things to tackle.

Thanks,
Kris



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



Re: Thoughts...

2000-01-15 Thread Matthew Dillon


:> 
:> There are lots of ways of syncing up that do not require sending the 
:> entire image over the network every time.  Syncing is something you could
:> do with an NFS mount quite easily, combined with something like cpdup
:> (see /usr/ports/sysutils/cpdup).
:
:we use rdist on our network to keep our production servers in sync...we
:tend to avoid 'nfs traffic' as much as possible...
:
:Marc G. Fournier   ICQ#7615664   IRC Nick: Scrappy

I've never trusted rdist for exact mirroring.  I remember trying to use
it at BEST and it not getting everything right, though I can't remember
exactly what it didn't get right... probably things like devices and
hardlinks.  I wound up taking the 'stat' hit and having the clients
scan the disk hierarchy for changes, and making sure the NFS server
could handle it.  But you do not have to do things that way -- for example,
the server could keep track of the changes itself and send a list to
the client which the client then copies via NFS.

-Matt
Matthew Dillon 
<[EMAIL PROTECTED]>


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



PNPBIOS + Dell PowerEdge = panic()

2000-01-15 Thread Bill Fumerola

Hola,

As the subject indicated PNPBIOS and Dell PowerEdge servers seem
to be a recipe for disaster. This doesn't bother me too terribly
much as I don't need PNPBIOS for anything on this machine, but I
figured the new-bus folks didn't have enough to do, so I'd help.

This machine is a dual pIII/450 w/512MB. This is not SMP specific, BTW.

This post exposes my DDB and newbus stupidity. If this was gdb, 
I'd at least try and pull out some sort of relevent data. I have
a guess that the sheer amount/range of the ports and iomem has
something to do with it. That or the fact one starts with 0.

Thanks and e-mail me privatly or catch me on IRC (bfumerola) if
you want me to try things with this server.

-- 
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED]  -

The relative part:

unknown0:  at port 
0x800-0x83f,0x850-0x85f,0xe0-0xef,0x22,0x2e-0x2f,0x80,0xaa00-0xaa7f iomem 
0-0x9,0x10-0x1fffdfff,0xfff8-0x,0xf-0xf,0xec000-0xe 
irq 15 on isa0
panic: pmap_mapdev: Couldn't alloc kernel virtual memory
mp_lock = 0002; cpuid = 0; lapic.id = 0100
Debugger("panic")
Stopped at  Debugger+0x35:  movb$0,in_Debugger.555

The full boot -v:

-- Forwarded message from Bill Fumerola <[EMAIL PROTECTED]> --

SMAP type=01 base=  len= 000a
SMAP type=02 base= 000f len= 0001
SMAP type=01 base= 0010 len= 1fefe000
SMAP type=02 base= 1fffe000 len= 2000
SMAP type=02 base= fff8 len= 0008
SMAP type=02 base= fec0 len= 0001
SMAP type=02 base= fee0 len= 0001
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #0: Fri Jan 14 20:51:21 GMT 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/GLUEPNP
Calibrating clock(s) ... TSC clock: 447668222 Hz, i8254 clock: 1193124 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254"  frequency 1193182 Hz
CLK_USE_TSC_CALIBRATION not specified - using old calibration method
CPU: Pentium III/Xeon (447.69-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x673  Stepping = 3
  
Features=0x383fbff
real memory  = 536862720 (524280K bytes)
Physical memory chunk(s):
0x1000 - 0x0009efff, 647168 bytes (158 pages)
0x0030 - 0x1fffbfff, 533708800 bytes (130300 pages)
avail memory = 518021120 (505880K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
SMP: CPU0 apic_initialize():
 lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee0
 cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee0
 io0 (APIC): apic id:  2, version: 0x00170011, at 0xfec0
bios32: Found BIOS32 Service Directory header at 0xc00ffe80
bios32: Entry = 0xffe90 (c00ffe90)  Rev = 0  Len = 1
pcibios: PCI BIOS entry at 0xcc0e
pnpbios: Found PnP BIOS data at 0xc00fe2d0
pnpbios: Entry = f:e2f4  Rev = 1.0
Other BIOS signatures found:
ACPI: 000fdef0
Preloaded elf kernel "pnpbios" at 0xc02e4000.
Pentium Pro MTRR support enabled
md0: Malloc disk
Creating DISK md0
Math emulator present
SMP: CPU0 bsp_apic_configure():
 lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff
pci_open(1):mode 1 addr port (0x0cf8) is 0x8090
pci_open(1a):   mode1res=0x8000 (0x8000)
pci_cfgcheck:   device 0 [class=06] [hdr=00] is there (id=71a08086)
devclass_alloc_unit: pcib0 already exists, using next available unit number
npx0:  on motherboard
npx0: INT 16 interface
pci_open(1):mode 1 addr port (0x0cf8) is 0x
pci_open(1a):   mode1res=0x8000 (0x8000)
pci_cfgcheck:   device 0 [class=06] [hdr=00] is there (id=71a08086)
pcib0:  on motherboard
found-> vendor=0x8086, dev=0x71a0, revid=0x00
class=06-00-00, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
map[10]: type 1, range 32, base f000, size 26
found-> vendor=0x8086, dev=0x71a1, revid=0x00
class=06-04-00, hdrtype=0x01, mfdev=0
subordinatebus=1secondarybus=1
found-> vendor=0x1011, dev=0x0024, revid=0x03
class=06-04-00, hdrtype=0x01, mfdev=0
subordinatebus=3secondarybus=2
found-> vendor=0x8086, dev=0x7110, revid=0x02
class=06-01-00, hdrtype=0x00, mfdev=1
subordinatebus=0secondarybus=0
found-> vendor=0x8086, dev=0x7111, revid=0x01
class=01-01-80, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
found-> vendor=0x8086, dev=0x7112, revid=0x01
class=0c-03-00, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
intpin=d, irq=0
found-> vendor=0x8086, dev=0x7113, revid=0x02
class=06-80-00, hdrtype=0x00, mfdev=0