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
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
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 think there
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.30
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 in 3.x
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)
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
On Tue, 18 Jan 2000, Matthew N. Dodd wrote:
On Wed, 19 Jan 2000, Poul-Henning Kamp wrote:
fxp0: Intel EtherExpress Pro 10/100B Ethernet port 0xc400-0xc43f mem
0xefe0-0xefef,0xe000-0xefff irq 9 at device 14.0 on pci0
Is this level of verbosity really helping anybody ?
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 something
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
"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 PCcard
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
unsubscribe [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
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?
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/changing done
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',
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]
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;
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
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 that could be
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
On Wed, 19 Jan 2000 07:03:04 -0800 (PST), [EMAIL PROTECTED] (Satoshi Asami) said:
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
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
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 threads
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
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 a good
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
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.o
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
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
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 XXX
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 part.
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`;
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
On Wed, Jan 19, 2000 at 12:28:09AM +0100, Poul-Henning Kamp wrote:
fxp0: Intel EtherExpress Pro 10/100B Ethernet 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
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
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
snip
In file included from
/usr/src2/src/kerberosIV/lib/libkadm/../../../crypto/kerberosIV/lib/kadm/kadm_locl.h:74,
On Wed, 19 Jan 2000, Garrett Wollman wrote:
On Wed, 19 Jan 2000 07:03:04 -0800 (PST), [EMAIL PROTECTED] (Satoshi Asami)
said:
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;
Sorry...
problem solved
Adrian
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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 library so
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 17.
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. This
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
subscribe
freebsd-current
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 a
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
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. It knows
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
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 out
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).
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 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 FreeBSD
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: NEC uPD 9210 USB controller mem 0xffaff000-0xffaf irq 11 at
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
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
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
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
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
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
: - 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
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
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 a
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, so I
64 matches
Mail list logo
