Re: cvs commit: src/secure/usr.bin/openssl Makefile

On Wed, 19 Jan 2000, Kris Kennaway wrote: > Modified files: > secure/usr.bin/openssl Makefile > Log: > Don't search for libraries in ${LOCALBASE}. This should fix the problems > people were seeing with conflicts with the openssl port. I tried to test all of the possible cases here,

Re: PAO

In message <[EMAIL PROTECTED]> VINSON WAYNE HOWARD writes: : I've been folowing 4.0, and I have a laptop I'd like to try it on... but I : can't figure out how to get support for a 3com 574-tx... normaly Pao would : handel that, but I didn't see a pao 4.0 cvs branch. Am I just SOL, or is : there

PAO

I've been folowing 4.0, and I have a laptop I'd like to try it on... but I can't figure out how to get support for a 3com 574-tx... normaly Pao would handel that, but I didn't see a pao 4.0 cvs branch. Am I just SOL, or is there a workaround??? Please CC me, I'm not on the list To Unsubscribe

Re: NFS and Samba (file transfer crashes system)

: - nfsd off :results: : - drop into ddb with this outcome: : :Fatal trap 12: page fault while in kernel mode :fault virtual address = 0x8bc93139 :fault code = supervisor read, page not present :instruction pointer= 0x8:0xc018aa5f :stack pointer =

Re: Security hole with new setresuid call

On Wed, 19 Jan 2000, Andrey A. Chernov wrote: > On Tue, Jan 18, 2000 at 02:12:02PM +0800, Peter Wemm wrote: > > .. and why is this a security hole? setresuid(geteuid(), geteuid(), geteuid()) > > is equivalent to setuid(geteuid()).. > > Umm, maybe not the hole exactly, but difference between sam

Problems with an0 and ISA Aironet Card..

Having a few problems trying to get an ISA Aironet 4800 card working under FreeBSD 4.0-CURRENT. I did try with 3.4-RELEASE first with the appropriate drivers, but had even less luck. What I'm seeing at boot: first suspect lines: isa0: unexpected tag 14 isa0: unexpected tag 14 then: an0: res

Re: NFS and Samba (file transfer crashes system)

Matthew Dillon wrote: > * Are you running softupdates on the UFS filesystem on the NFS server? no softupdates. > I would also look at your 'dmesg' output to see if you are getting any > IDE errors. no IDE errors > And there is yet another possibility: The new ATA driver has

devfs?

I'm interested in mucking about with the devfs stuff a bit -- is there currently any active developer/maintainer/docs? I grabbed the 4.0 snapshot from the 17th, installed it, grabbed the kernel sources from CVS, got stuff building and figured out how to enable DDB (not that much different from

Re: Wanting to go to -CURRENT

First off, why would you want to go to -current? for the most part, features in -current, might be pulled back in to -stable at some point. when -current is actually released, it'll run quite nicely, but in the meanwhile, it's slightly pointless for most folks to be running it on anything close

Re: rpc.statd won't fire on friday's build

Oops, my loopback (lo0) was down. It's a pilot error. Sorry for the false alarm. `portmap' is OK in -CURRENT. Jeffrey, your problem may be the same as mine. You had better check `network_interfaces' in /etc/rc.conf. It should have `lo0' together with all other network interfaces. Or, it sho

Wanting to go to -CURRENT

I'm running 3.4-STABLE on a few boxes at home. I want to go to -CURRENT. I'm assuming a cvsup using the standard supfile will do this - however, I have tried cvsuping to current, but it blows up towards the end (I am sorry, I didn't think to save any error messages) and on reboot, I'm forced to s

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

> What we had before the _libc_XXX name additions would have worked > as long as all internal uses of XXX inside libc were changed to > _XXX, and, when building for libc_r, all renamed (hidden) system > calls need _XXX defined as weak symbols to _thread_sys_XXX. Actually, you don't even need to d

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

Jason Evans wrote: > Doen't that method still have the problem of propagating cancellation > points within the libc code? In another email I argued for the need for > three names, and your response was that three names aren't needed in the > context of the next-generation threads library, but it

Re: Neat little DPT utils...

The old pre-CAM DPT driver provided an IOCTL interface that was implemented in sys/dev/dpt/dpt_control.c, which is commented out in sys/conf/files presently. The control devices are named 'dptN' where N is the DPT controller number. sys/conf/majors:88 dpt DPT RAID Controller <[EM

Re: NEC ohci

From: Nick Hibma <[EMAIL PROTECTED]> > Try running usbd -e and see if that makes your mouse show up. usbd -e > does the explore once. I've tested on another machine with same NEC OHCI (Toshiba Libretto SS 1000). - dmesg ohci0: mem 0xffaff000-0xffaf irq 11 at device 11.0 on pci0 usb0:

Re: ps/2 mouse and new 6btm bios - bug report

>i have uploaded a new bios (6btm0c23.bin, 1999/12/23) into Chaintech 6BTM >motherboard and faced with a problem. my Genius NewScroll PS/2 mouse is ~ NetScroll? >not functioning under FreeBS

Re: Neat little DPT utils...

> On Wed, 19 Jan 2000, you wrote: > > Unfortunately, we currently have a regression problem in FreeBSD. > > Newer releases tend to drop support for things that have no active > > maintainer (or a maintainer who is too worn out by continually > > rewriting his or her software to cope with changed i

Re: Neat little DPT utils...

On Wed, 19 Jan 2000, you wrote: > Unfortunately, we currently have a regression problem in FreeBSD. > Newer releases tend to drop support for things that have no active > maintainer (or a maintainer who is too worn out by continually > rewriting his or her software to cope with changed interfaces)

Re: Problems with PCMCIA Cards

On Wed, Jan 19, 2000 at 03:50:49PM -0700, Wes Peters wrote: > Mmm... Good point. This means updating code and compiling a new kernel > every time Joe's hardware company sticks their own name on a generic OEM > PCI or PCCard, doesn't it? I love this industry. Do the above and try and figure ou

Re: Problems with PCMCIA Cards

In message <[EMAIL PROTECTED]> Mike Smith writes: : It can make a pretty good guess though; certainly good enough in most : cases. The problem with guesses is that they are guesses and often wrong. Consider a simple case. If I don't have a sound driver configured on my laptop, IRQ 5 could appe

Re: Problems with PCMCIA Cards

> In message <[EMAIL PROTECTED]> "Matthew N. >Dodd" writes: > : pccardd shouldn't have to specify a list of IRQs to use; thats info the > : kernel knows about. > > Oops. Missed this part. The problem again is that the kernel doesn't > know about this. At least it knows it only to a point. I

Re: Problems with PCMCIA Cards

On 19-Jan-00 Warner Losh wrote: > In message <[EMAIL PROTECTED]> Wes Peters writes: > : Do you really want to cram a list of all known PCcard and USB > : devices > : into your kernel? Ugh. > Do you really want to cram a list of all known pci cards into the > kernel? Same thing really. So a

Filesystem crash / no softupdates / jail running ...

Hi there, ... I had a major filesystem crash just a few minutes ago. The crash was so heavy, that I first had to think about a hardware-failure. But I didn't found anything in the logfiles. The story: Yesterday I began to play around with an experimentail jail-based virtual server se

Re: sigisempty?

On Wed, Jan 19, 2000 at 07:03:04AM -0800, Satoshi Asami wrote: > How do I test if sigset_t is empty in -current? The xview sources > have this macro: > > #define sigisempty(s) (!(*(s))) > > which is ok for the old sigset_t (unsigned int) but obviously won't > work for the new one since it's

subscribe freebsd-current

subscribe freebsd-current

No Subject

 

Re: Problems with PCMCIA Cards

In message <[EMAIL PROTECTED]> "Matthew N. Dodd" writes: : Too many drivers require knowledge of specific cards in order to properly : handle 'quirks'. This isn't going to change. While a recompile is : annoying we can be assured that a driver maintainer will only add IDs to a : driver after th

Re: Problems with PCMCIA Cards

On Wed, 19 Jan 2000, Wes Peters wrote: > Mmm... Good point. This means updating code and compiling a new > kernel every time Joe's hardware company sticks their own name on a > generic OEM PCI or PCCard, doesn't it? I love this industry. Too many drivers require knowledge of specific cards in

Re: Problems with PCMCIA Cards

Warner Losh wrote: > > In message <[EMAIL PROTECTED]> Wes Peters writes: > : Do you really want to cram a list of all known PCcard and USB devices > : into your kernel? Ugh. > > Do you really want to cram a list of all known pci cards into the > kernel? Same thing really. Mmm... Good point.

Re: Neat little DPT utils...

On Wed, 19 Jan 2000, damieon wrote: > I administer several machines running freebsd. Most of > them are running FreeBSD-CURRENT, and all of them have DPT SmartRAID IV > raid controlers. I've got a backup server here with a DPT SmartRAID IV (PM3334UW) running 3.3-STABLE from Nov 1

Re: make world break

On Wed, Jan 19, 2000 at 12:52:21PM -0800, Kris Kennaway wrote: > On Wed, 19 Jan 2000, Charles Anderson wrote: > > > be successful. But my last question still remains, why is it looking at > > anything outside of the /usr/src, /usr/obj world? > > It was supposed to just pick up the rsaref librar

Solved was: Problems compiling current

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

Re: sigisempty?

On Wed, 19 Jan 2000, Garrett Wollman wrote: > > > How do I test if sigset_t is empty in -current? The xview sources > > have this macro: > > int > sigisempty(sigset_t *my_sigset) > { > static sigset_t empty_ss; > static int emptied; > > if (!emptied) { >

Problems compiling current

Hi Sorry this is the wrong ml for this question but i didn't find anything better for it. I Downloaded the current src tree today but the buildworld hangs on the KerborosIV lib In file included from /usr/src2/src/kerberosIV/lib/libkadm/../../../crypto/kerberosIV/lib/kadm/kadm_locl.h:74,

Re: make world break

On Wed, 19 Jan 2000, Charles Anderson wrote: > be successful. But my last question still remains, why is it looking at > anything outside of the /usr/src, /usr/obj world? It was supposed to just pick up the rsaref library so you can use RSA crypto in openssl, but was also picking up the stale l

Re: boot messages for pci devices...

> On Wed, Jan 19, 2000 at 12:28:09AM +0100, Poul-Henning Kamp wrote: > > fxp0: port 0xc400-0xc43f mem >0xefe0-0xefef,0xe000-0xefff irq 9 at device 14.0 on pci0 > > Agreed. For a PCI card all I want to know is what it is, and what IRQ it > was assigned. A single line should be

Re: shell problem

mouss <[EMAIL PROTECTED]> wrote in list.freebsd-current: >> Install bash (either from ports or a package). > > and before you ask why you cannot ftp to your machine, do not forget to add > the path above to /etc/shells. The FreeBSD port/package will do that automagically. Regards

Re: installworld fialed

On Wed, Jan 19, 2000 at 10:51:50AM -0500, T. Hsiang wrote: > Does anyone have the same problem? > > -- > ===> gnu/usr.bin/texinfo/doc > sflag=`grep -q ^INFO-DIR-SECTION info.info || echo 1`; eflag=`grep -q >^START-INFO-DIR-ENTRY info.info || echo 1`;

Re: Problems with PCMCIA Cards

Warner Losh wrote: > In message <[EMAIL PROTECTED]> Edwin Culp writes: > : Thanks, I would not have found it for a while. I checked UPDATING and saw nothing, > : although my problem may have been because I haven't been able to finish a world > : since the commit. > > That's an oversight on my pa

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

On Wed, 19 Jan 2000, Jason Evans wrote: > On Wed, Jan 19, 2000 at 12:21:50PM -0500, Daniel Eischen wrote: > > I guess I'm confused as to why you can't do what you need with > > _XXX (internally used, non-cancellable function) and XXX (weak > > reference to _XXX) within libc. libc_r would provide

Re: make world break

Stephan van Beerschoten wrote: >cc -O -pipe -DMONOLITH -DNO_IDEA >-I/mnt/archive/CVS/4.0-CURRENT/src/secure/usr.bin/opens sl -DRSAref -I/usr/obj/mnt/archive/CVS/4.0-CURRENT/src/i386/usr/include -o openssl app s.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o er

Re: make world break

And of course right after I post this I go back a page in my current mail folder and spot the message from Kris saying to move the old openssl out of /usr/local/lib. So I'm rebuilding again, with high hopes that it will be successful. But my last question still remains, why is it looking at anyt

Re: make world break

On Wed, 19 Jan 2000, Stephan van Beerschoten wrote: > cc -O -pipe -DMONOLITH -DNO_IDEA >-I/mnt/archive/CVS/4.0-CURRENT/src/secure/usr.bin/openssl -DRSAref >-I/usr/obj/mnt/archive/CVS/4.0-CURRENT/src/i386/usr/include -o openssl apps.o >asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa

Re: make world break

I'm blowing up in the same place, only mine is more spectacular. I get: cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src/secure/usr.bin/openssl -DRSAref -I /usr/obj/usr/src/i386/usr/include -o openssl apps.o asn1pars.o ca.o ciphers.o c rl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

On Wed, Jan 19, 2000 at 12:21:50PM -0500, Daniel Eischen wrote: > > No, I was just busy doing other things. > > > > There is potentially one good reason to leave these changes in place for > > now: they allow proper thread cancellation in libc_r as it stands right > > now. This seems to me like

Re: Neat little DPT utils...

On Wed, Jan 19, 2000 at 09:48:33AM -0600, damieon wrote: > I was taking a look through the list archives, and it seems that > this issue has come up before, I found that someone had decided that it > was looking for depends that are in FreeBSD 2 or something. Are there Unfortunately, we cu

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

> No, I was just busy doing other things. > > There is potentially one good reason to leave these changes in place for > now: they allow proper thread cancellation in libc_r as it stands right > now. This seems to me like a good enough reason to leave the changes as is > until our grand new thre

Re: Wish list for PCCARD

In message <[EMAIL PROTECTED]> "Chris Silva" writes: : Would be nice if the pccard.conf.example had the D-Link DFE-650 in it! : For the hell of it, I tried the DE-660, no dice :( If you send me one, I'll add it to the list Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

sigisempty?

< How do I test if sigset_t is empty in -current? The xview sources > have this macro: > #define sigisempty(s) (!(*(s))) > which is ok for the old sigset_t (unsigned int) but obviously won't > work for the new one since it's a struct. int sigisempty(sigset_t *my_sigset) { static sigs

Re: Problems with PCMCIA Cards

In message <[EMAIL PROTECTED]> Edwin Culp writes: : Thanks, I would not have found it for a while. I checked UPDATING and saw nothing, : although my problem may have been because I haven't been able to finish a world : since the commit. That's an oversight on my part. Which I'm correcting right

Re: boot messages for pci devices...

On Wed, 19 Jan 2000, David Scheidt wrote: > On Wed, 19 Jan 2000, Andrzej Bialecki wrote: > > > > > I did some hacks a while ago on a tool which could be called "devinfo". It > > simply traversed the dev/bus tree and displayed tons of info about each > > node. > > > > Perhaps something like tha

make world break

cc -O -pipe -DMONOLITH -DNO_IDEA -I/mnt/archive/CVS/4.0-CURRENT/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/mnt/archive/CVS/4.0-CURRENT/src/i386/usr/include -o openssl apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o genrsa.o ns

Re: installworld fialed

On Wed, 19 Jan 2000 10:51:50 EST, "T. Hsiang" wrote: > Does anyone have the same problem? [...] > install-info: menu item `makeinfo' already exists, for file `makeinfo' > *** Error code 1 Are you getting this with rev 1.131 of src/Makefile.inc1? | revision 1.131 | date: 2000/01/18 11:00:24;

Re: Problems with PCMCIA Cards

In message <[EMAIL PROTECTED]> Wes Peters writes: : Do you really want to cram a list of all known PCcard and USB devices : into your kernel? Ugh. Do you really want to cram a list of all known pci cards into the kernel? Same thing really. Warner To Unsubscribe: send mail to [EMAIL PROTECTED

Re: rpc.statd won't fire on friday's build

Hi, I am experiencing the same problem on the 4.0-CURRENT system built from the source around Saturday. Another -CURRENT box, for which 'make world' was done from the source about a week ago, appears to have no problem. I suspect `portmap' is somewhat broken. In addition to `rpc.statd', `nfsd'

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

On Wed, Jan 19, 2000 at 01:36:43AM -0800, David O'Brien wrote: > On Thu, Jan 13, 2000 at 06:53:25AM -0500, Daniel Eischen wrote: > > On Wed, 12 Jan 2000, David O'Brien wrote: > > > I don't see why a plain function like mkstemp() should be written so > > > specially. Couldn't all the hiding/changi

Re: installworld fialed

Yes, I had the same problem. I simply removed /usr/share/info and ran installworld again. I don't know what you might lose if you try this, but I don't use info much so I didn't really care. Jim Bloom [EMAIL PROTECTED] "T. Hsiang" wrote: > > Does anyone have the same problem? > > --

installworld fialed

Does anyone have the same problem? -- ===> gnu/usr.bin/texinfo ===> gnu/usr.bin/texinfo/libtxi ===> gnu/usr.bin/texinfo/makeinfo install -c -s -o root -g wheel -m 555 makeinfo /usr/bin install -c -o root -g wheel -m 444 makeinfo.1.gz /usr/share/man/m

No Subject

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

Neat little DPT utils...

Greetings, I administer several machines running freebsd. Most of them are running FreeBSD-CURRENT, and all of them have DPT SmartRAID IV raid controlers. I was looking though LINT and found that it made reference to a set of tools for working with said cards and happil

Re: Problems with PCMCIA Cards

"Matthew N. Dodd" wrote: > > Matching drivers to hardware is > something a newbus driver should do itself; relying on an external hint > mechanism strikes me as a solution prone to user aggravation. (speaking > as an aggravated user of course.) Do you really want to cram a list of all known PCc

sigisempty?

Hi, How do I test if sigset_t is empty in -current? The xview sources have this macro: #define sigisempty(s) (!(*(s))) which is ok for the old sigset_t (unsigned int) but obviously won't work for the new one since it's a struct. typedef struct __sigset { unsigned int__bits[_SIG_W

Re: boot messages for pci devices...

On Wed, 19 Jan 2000, Andrzej Bialecki wrote: > > I did some hacks a while ago on a tool which could be called "devinfo". It > simply traversed the dev/bus tree and displayed tons of info about each > node. > > Perhaps something like that could be useful instead of full-blown FS? This is somet

Re: boot messages for pci devices...

On Tue, 18 Jan 2000, Matthew N. Dodd wrote: > On Wed, 19 Jan 2000, Poul-Henning Kamp wrote: > > fxp0: port 0xc400-0xc43f mem >0xefe0-0xefef,0xe000-0xefff irq 9 at device 14.0 on pci0 > > > > Is this level of verbosity really helping anybody ? > > Its consistant, but I need to

Re: Wish list for PCCARD

Chris Silva wrote: > Would be nice if the pccard.conf.example had the D-Link DFE-650 in it! > For the hell of it, I tried the DE-660, no dice :( As always with FreeBSD, all is in your hands. Carefully read pccard.conf and pccardc man pages, add your description into /etc/pccard.conf, verify it w

ps/2 mouse and new 6btm bios - bug report

dear sirs, i have uploaded a new bios (6btm0c23.bin, 1999/12/23) into Chaintech 6BTM motherboard and faced with a problem. my Genius NewScroll PS/2 mouse is not functioning under FreeBSD 4.0 OS anymore. the kernel just ignores a mouse or detects it as Generic PS/2 mouse (instead of NetMouse) acc

Re: Integrated Vibra16 in -current

On 19/01 09:33, Luigi Rizzo wrote: > > Yes absolutely. Well done, Sir! To think I was on the point of > > selling my AWE64 about 5 months ago because it didn't work under > > FreeBSD! > > pardon me but i thought at least the DSP part of the AWE64 was already > supported by the 'oldpcm' driver

Re: RFC: buildworld breakage due to cross-tools/libc/mktemp.

On Thu, Jan 13, 2000 at 06:53:25AM -0500, Daniel Eischen wrote: > On Wed, 12 Jan 2000, David O'Brien wrote: > > I don't see why a plain function like mkstemp() should be written so > > specially. Couldn't all the hiding/changing done for threads be done > > w/in open() itself? Neither HP-UX 10.3

Re: HEADS UP: grep 2.4a is now in the tree

On Wed, Jan 19, 2000 at 10:02:14AM +0600, Max Khon wrote: > hi, there! > > On Tue, 18 Jan 2000, Ruslan Ermilov wrote: > > > The equivalent to the old -a option is --binary-files=without-match. > > If you want this by default, you can hardcode it in GREP_OPTIONS > > environment variable. > > I t

Re: Integrated Vibra16 in -current

> Yes absolutely. Well done, Sir! To think I was on the point of selling my > AWE64 about 5 months ago because it didn't work under FreeBSD! pardon me but i thought at least the DSP part of the AWE64 was already supported by the 'oldpcm' driver in 3.x cheers luigi To Unsubscr

Re: Problems with PCMCIA Cards

In message <[EMAIL PROTECTED]> "Matthew N. Dodd" writes: : Ok, I'm obviously missing something here... You mean the IRQs specified : in /etc/pccard.conf are a complete crapshoot? Well, yes. The IRQs are supposed to be free AND ROUTABLE TO THE PCIC part. If they are, then it works great. If