Re: Yamaha OPL-SA2 newpcm: recognized but no sound
On Sat, 11 Sep 1999, Vladimir Kushnir wrote: Hi, Since a newpcm/new PnP code commitment I'm desperately trying to get sound out of my soundcard (Yamaha Sound Origins, OPL3-SA2 ISA pnp card). It is recognized (see dmesg output below), seems to get right resources - but no sound at all. It used to work under VoxWare as css device friends, but does not want to anymore either :-( I added some code to the mss driver to implement more mixer functionality for the yamaha but I wasn't able to test it properly since the sound hardware on my laptop seems to be wired up a bit differently from 'normal' opl3-sa2 cards. Can you check with e.g. aumix or kmix to see if any of the mixer controls affect this? -- Doug Rabson Mail: [EMAIL PROTECTED] Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Compupic - yes, it works.
Tom Embt wrote: Now another question: Have you been able to get to /usr? When I try to bring it up I get /compat/linux/usr instead. At least /home works.. :) I guess, thats the way our linux mode works. If the application asks for a special directory, it's prefixed with /usr/compat (or even /compat) and tried. If it can't be found, it will take the "right" directory. So, if you make a symlink with a different name, it should work. -- Tom To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ps doesn't need privileges?
Please don't flame me if I'm asking something stupid, but I'm a bit confused. I always thought that /bin/ps needs to be setgid kmem to be able to display the process list. And this in fact seems to be the fact under 2.2.8: /home/blaz uname -a FreeBSD server.amis.net 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Mon Dec 14 19:22:23 CET 1998 [EMAIL PROTECTED]:/usr/src/sys/compile/SERVER i386 /home/blaz ls -la /bin/ps -r-xr-sr-x 1 bin kmem 176128 Oct 26 1998 /bin/ps /home/blaz cp /bin/ps /tmp /home/blaz ls -la /tmp/ps -r-xr-xr-x 1 blaz bin 176128 Sep 11 14:08 /tmp/ps /home/blaz /tmp/ps ax ps: /dev/mem: Permission denied As expected, a copy of ps without setgid kmem can't display the process list. But under 3.2 and higher, it is! Here is what happens under 4.0-CURRENT (same thing under 3.2): /home/blaz uname -a FreeBSD gold.amis.net 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sat Sep 4 19:03:23 CEST 1999 [EMAIL PROTECTED]:/home/blaz/FreeBSD/src/sys/compile/GOLD i386 /home/blaz ls -la /bin/ps -r-xr-sr-x 1 root kmem 197820 Aug 7 12:42 /bin/ps* /home/blaz cp /bin/ps /tmp /home/blaz ls -la /tmp/ps -r-xr-xr-x 1 blaz wheel 197820 Sep 11 14:09 /tmp/ps* /home/blaz /tmp/ps ax PID TT STAT TIME COMMAND 0 ?? DLs0:00.00 (swapper) 1 ?? ILs0:00.00 (init) 2 ?? DL 0:00.00 (pagedaemon) 3 ?? DL 0:00.00 (vmdaemon) 4 ?? DL 0:00.00 (bufdaemon) .etc. What am I missing? How is a totally unprivileged process able to display a list of processes? Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
build stops
Hello FreeBSD'lers, when I try to build latest CURRENT, it stops in /usr/src/lib/libc at: cc -pg -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTER FACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DY P -c /usr/src/lib/libc/../libc/db/hash/hash_page.c -o hash_page.po /usr/src/lib/libc/../libc/db/hash/hash_page.c:78: syntax error before `overflow_ page' /usr/src/lib/libc/../libc/db/hash/hash_page.c:78: warning: data definition has n o type or storage class /usr/src/lib/libc/../libc/db/hash/hash_page.c:666: conflicting types for `overfl ow_page' /usr/src/lib/libc/../libc/db/hash/hash_page.c:78: previous declaration of `overf low_page' *** Error code 1 Stop in /usr/src/lib/libc. Best wishes, Dominik Rothert. -- Dominik Rothert E-Mail: [EMAIL PROTECTED] WWW:http://www.domix.de To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
On Sat, Sep 11, 1999, Blaz Zupan wrote: What am I missing? How is a totally unprivileged process able to display a list of processes? Please give me the output of ``ls -l /dev/kmem'' and ``id'' -- |Chris Costello [EMAIL PROTECTED] |Foolproof operation: All parameters are hard coded. ` To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
On Sat, 11 Sep 1999, Chris Costello wrote: Please give me the output of ``ls -l /dev/kmem'' and ``id'' /home/blaz id uid=1000(blaz) gid=1000(users) groups=1000(users) /home/blaz ls -l /dev/kmem crw-r- 1 root kmem2, 1 May 23 15:26 /dev/kmem Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
On Sat, Sep 11, 1999, Blaz Zupan wrote: /home/blaz id uid=1000(blaz) gid=1000(users) groups=1000(users) /home/blaz ls -l /dev/kmem crw-r- 1 root kmem2, 1 May 23 15:26 /dev/kmem Oh. ps doesn't use /dev/kmem. Look at a ktrace of it; it works just as it should. /tmp/ps auwwx prints what it should and the ktrace output shows it opens the processes whose memory it can read (as ``nobody'' I could read httpd processes, my ksh process and my ps process) and errors for those it cannot: 8290 ps CALL __sysctl(0xbfbfc944,0x4,0xbfbfc954,0xbfbfc940,0,0) 8290 ps RET __sysctl 0 8290 ps CALL open(0xbfbfc878,0,0) 8290 ps NAMI "/proc/7997/mem" 8290 ps RET open -1 errno 13 Permission denied 8290 ps CALL close(0x) 8290 ps RET close -1 errno 9 Bad file descriptor -- |Chris Costello [EMAIL PROTECTED] |CCITT - Can't Conceive Intelligent Thoughts Today `- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
Chris Costello wrote: On Sat, Sep 11, 1999, Blaz Zupan wrote: /home/blaz id uid=1000(blaz) gid=1000(users) groups=1000(users) /home/blaz ls -l /dev/kmem crw-r- 1 root kmem2, 1 May 23 15:26 /dev/kmem Oh. ps doesn't use /dev/kmem. Look at a ktrace of it; it works just as it should. /tmp/ps auwwx prints what it should and the ktrace output shows it opens the processes whose memory it can read (as ``nobody'' I could read httpd processes, my ksh process and my ps process) and errors for those it cannot: 8290 ps CALL __sysctl(0xbfbfc944,0x4,0xbfbfc954,0xbfbfc940,0,0) 8290 ps RET __sysctl 0 8290 ps CALL open(0xbfbfc878,0,0) 8290 ps NAMI "/proc/7997/mem" 8290 ps RET open -1 errno 13 Permission denied 8290 ps CALL close(0x) 8290 ps RET close -1 errno 9 Bad file descriptor Not quite. It uses sysctl(2) to grab the eproc table, which contains most of the data. It then uses procfs to get things like the command arguments (which have to come from the process address space) and so on. It also means that ps can see your *own* processes and their full command args: /tmp/ps -aux peter 63399 0.0 0.1 600 256 pt Is+ 6:46PM 0:00.01 /bin/sh /home/pe root63402 0.0 0.5 1544 1160 pt I+ - 0:00.00 (ssh1) nobody 68421 0.0 0.6 4240 1428 ?? I- 0:00.00 (apache) root68535 0.0 1.5 4588 3744 ?? I- 0:00.00 (xterm) peter 68536 0.0 0.4 1492 1076 pu Is8:44PM 0:00.10 -csh (tcsh) peter 98319 0.0 0.4 1412 1096 p8 T10:14PM 0:00.05 vi sb.c peter 98893 0.0 0.4 1412 1096 pu I+ 12:38AM 0:00.30 vi asm.h peter 98997 0.0 0.4 1404 1060 pd I+1:11AM 0:00.10 vi swtch.s postfix 99059 0.0 0.2 884 564 ?? I- 0:00.00 (pickup) in the example above, my processes are visible but non-peter ones are just their basename. Now that I think about it, it shouldn't be too hard (TM) to finish off the /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't need setgid at all. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
On Sun, Sep 12, 1999, Peter Wemm wrote: Now that I think about it, it shouldn't be too hard (TM) to finish off the /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't need setgid at all. What about the `e' flag? -- |Chris Costello [EMAIL PROTECTED] |Computers... are not designed, as we are, for ambiguity. - Thomas `--- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
Ok, sorry for the wasted bandwidth. I found it. I should have read the commit logs more carefully. :( revision 1.25 date: 1998/06/30 21:34:14; author: phk; state: Exp; lines: +10 -4 branches: 1.25.2; Pick up kernel variables/constants using sysctl rather than through /dev/mem Use /dev/null for opening the kvm library, we don't need access to /dev/mem anymore. ps can now run without the setgid(kmem) bit. If it does it will not be able to show argv/envp for another uid's processes unless you are root. Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
halt/shutdown permissions
On Sat, 11 Sep 1999 11:40:33 -0800, [EMAIL PROTECTED] (Adam Wight) said: Isn't it inconsistent behavior that a non-root user can reboot or shutdown the machine with 'shutdown', yet only root can use 'halt' and 'reboot'? No, not at all. Operators can shut the machine down gracefully, but only wheels can shut the machine down ungracefully. Makes perfect sense to me. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same [EMAIL PROTECTED] | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
Chris Costello wrote: On Sun, Sep 12, 1999, Peter Wemm wrote: Now that I think about it, it shouldn't be too hard (TM) to finish off the /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't need setgid at all. What about the `e' flag? I'm of the opinion that this particular beastie should be restricted to seeing your own processes only (unless you're root). Implementing /proc/pid/cmdline (globally readable) and /proc/pid/environ (user, group kmem readable only), and turning off setgid kmem for ps. I've lost count of the number of things that want you to do things like: setenv CVSPASSWORD foo etc. Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
In message [EMAIL PROTECTED], Chris Costello wrote: } On Sun, Sep 12, 1999, Peter Wemm wrote: } Now that I think about it, it shouldn't be too hard (TM) to finish off the } /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't } need setgid at all. } }What about the `e' flag? What about people who don't use /proc? Maybe I'm misreading; is the plan to make ps work (at least with most of the bells and whistles) only with /proc, or is the plan to make it an option to either strip the setgid and use proc, or to leave it and use kmem? -- Jon Hamilton [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
something wrong with new CVS on freefall
I can't commit ee.c because CVS says ee.c - Does not contain a line with the keyword "$FreeBSD:". but the file ee.c _have_ "$FreeBSD: keyword, check by yourself. Please fix. -- Andrey A. Chernov http://nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC+ D A a++ C G+ QH+(++) 666+++ Y To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: optional 'make release' speed-up patch
YES please fix this ridiculous inefficiency pointed out by Rod! The current method of cleaning the build tree is to chflags -R and then rm -r which results in two full traversals of the entire /usr/obj tree which takes MUCH longer than attempting an rm -r first followed by a chflags -R and another rm -r. Rather than patch /usr/src/Makefile.inc1, I have been using an alias for the last year or so: mkworld (rm -rf /usr/obj/usr ; chflags -R noschg /usr/obj/usr ; rm -rf /usr/obj/usr ; cd /usr/src make world) /usr/src/WORLD.log.`date "+%g%m%d"` Also while I was looking at /usr/src/Makefile I noticed the following paragraph. Is this still true (the defaulting to a.out) ? There is also is a typo: "or 3.0." should be "of 3.0.". # The `make world' process always follows the installed object format. # This is set by creating /etc/objformat containing either OBJFORMAT=aout # or OBJFORMAT=elf. If this file does not exist, the object format defaults # to aout. This is expected to be changed to elf just prior to the release # or 3.0. If OBJFORMAT is set as an environment variable or in /etc/make.conf, # this overrides /etc/objformat. On Wed, 8 Sep 1999, Rodney W. Grimes wrote: Hi, The following patch to /usr/src/release/Makefile allows the specification of the variable FASTCLEAN, which instead of doing a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of course, this is only useful if your CHROOTDIR location is a separate mount point (which mine is: /snap). Comments and critiques welcome. And how about a similiar patch to /usr/src/Makefile that is FASTCLEANDIR that brings back a patched up version of my original CLEANDIR. Something like -rm -rf /usr/obj/${.CURDIR}/tmp chflags -R noschg /usr/obj/${.CURDIR}/tmp rm -rf /usr/obj/${.CURDIR} Would someone consider committing this please? Thanks, John Index: Makefile === RCS file: /mirror/ncvs/src/release/Makefile,v ... -- /===\ | Work: [EMAIL PROTECTED] | Home: [EMAIL PROTECTED] | \===/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Communicator 4 and LDAP
We are forced to use Exchange at work and I use its LDAP server to look up addressing information. I do occasionally get the error 0x5B that others report but I just try again and it usually works. This is with Netscape 4.61 on 4.0-CURRENT On Wed, 8 Sep 1999, Lars Fredriksen wrote: Hi, Has anyone had any luck using communicator with a LDAP server? Both communicator 4.5 and 4.61 fails to connect to any LDAP server that I have tried. It appears that the connect() gets interrupted and not restarted. This happens both under current and 3.0. Lars To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- /===\ | Work: [EMAIL PROTECTED] | Home: [EMAIL PROTECTED] | \===/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ed0 driver for pcmcia card D-Link DE-660
Does anyone have the ed0 driver working with current of the last few days utilizing a pcmcia card like the de660? Thanks, ed To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: NewPCM and Quake :)
I am having a few problems with newpcm. I often play a whole bunch of Sesame Street AVIs to keep the 1 and 3 year olds happy while I read email. I usually play them like so (straight from the CD-ROM): foreach blah ( /cdrom/letters/tv/*.avi ) xanim -Zr +Ze +Av`mixer | grep pcm | cut -d: -f2` $blah /dev/null end This worked fine with the old sound drivers but now I find that I have to put in a 1 second sleep after xanim or the sound will usually stop completely after the first AVI. I am also now getting the following messages on the console: "dsp sync" I get 4 of these at the start of each invocation of xanim and then I get 1 at the end of each invocation of xanim. When the sound has stopped completely I have to reboot to get it back. My -CURRENT is about 3 days old. (9/9/99 my time which is UTC +9.5 hours) elf make world started on Thu Sep 9 09:29:09 CST 1999 elf make world completed on Thu Sep 9 11:01:23 CST 1999 I have a PnP SB16 and "device pcm0" in my kernel (along with "controller pnp0") of course. The most recently updated file in /usr/src/sys/dev/pcm for me is channel.c at version 1.3 if thats usefull. On Fri, 10 Sep 1999, Daniel O'Connor wrote: Hi, I am trying NewPCM on -current with an AWE64. It works fine for normal sound apps like esd, splay etc etc.. but Quake 1 2 which use the DMA buffers to play their sound. It is allowed to do this (the ioctl is supported), but it stutters very badly. Its a bit hard to explain :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum -- /===\ | Work: [EMAIL PROTECTED] | Home: [EMAIL PROTECTED] | \===/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message