kill a process in kernel

2001-08-24 Thread Eugene L. Vorokov
Hello, what is the most proper and easy way to shutdown given process (not curproc) from kernel module ? Any advices regarding this are appreciated. Regards, Eugene To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Kernel level inet socket handling

2001-08-24 Thread Julian Elischer
John Polstra wrote: In article [EMAIL PROTECTED], Julian Elischer [EMAIL PROTECTED] wrote: [concerning my fixes for ng_ksocket nodes to handle TCP operations] If you send me the files I can diff them and commit them. (of course you are welcome to do it yourself at your own pace if

Re: secure Filesystem

2001-08-24 Thread Konstantin Chuguev
That's cool! Maybe we can have a patch changing these cpp vars in the cfs port? Regards, Konstantin. Darryl Okahata wrote: However, upon perusing the code again, cfsd appears to be using a plain hash table with 1024 buckets and a linked list at each bucket. The number of buckets is

Re: kill a process in kernel

2001-08-24 Thread Valentin Nechayev
Fri, Aug 24, 2001 at 11:41:43, vel (Eugene L. Vorokov) wrote about kill a process in kernel: what is the most proper and easy way to shutdown given process (not curproc) from kernel module ? Any advices regarding this are appreciated. psignal(9); killproc() (for SIGKILL, in extremal

Re: Why is csh tcsh? This can be a bad thing...

2001-08-24 Thread Eugene L. Vorokov
It's kinda late in the process to be complaining about this, but I just noticed this myself... Why not just symlink csh to tcsh then ? vel@bugz:/sys/modules/paudit # ls -l /bin/*csh -r-xr-xr-x 2 root wheel 740996 Aug 23 23:19 /bin/csh -r-xr-xr-x 2 root wheel 740996 Aug 23 23:19

Re: Why is csh tcsh? This can be a bad thing...

2001-08-24 Thread Harti Brandt
On Fri, 24 Aug 2001, Eugene L. Vorokov wrote: ELV It's kinda late in the process to be complaining about this, but I just noticed this myself... ELV ELVWhy not just symlink csh to tcsh then ? ELV ELVvel@bugz:/sys/modules/paudit # ls -l /bin/*csh ELV-r-xr-xr-x 2 root wheel 740996 Aug 23

Re: Re: Why is csh tcsh? This can be a bad thing...

2001-08-24 Thread Eugene L. Vorokov
On Fri, Aug 24, 2001 at 01:45:48PM +0400, Eugene L. Vorokov wrote: It's kinda late in the process to be complaining about this, but I just noticed this myself... Why not just symlink csh to tcsh then ? Because csh is hardlinked to tcsh instead. Oh well, I missed that. But I think

Re: wireless nic recommendations

2001-08-24 Thread Wes Peters
Warner Losh wrote: In message [EMAIL PROTECTED] Wes Peters writes: : I've had no problems with this card, it is currently reaching about 6.5 : miles without an amplifier, using a 24 dB fruit basket antenna on the : roof of my house. What does the other end have? An omni antenna, Aironet

ata0-master: non aligned DMA transfer attempted

2001-08-24 Thread Zhihui Zhang
I write a program that writes into a raw device directly. Although the program runs OK, the system prints messages like: ata0-master: non aligned DMA transfer attempted What exactly happens here? Is there any problem in my program? Thanks. -Zhihui To Unsubscribe: send mail to [EMAIL

Re: What is the best mail virus scanner?

2001-08-24 Thread Sergey A. Osokin
On Fri, Aug 24, 2001 at 03:33:47PM +0400, Andrey A. Chernov wrote: Can anybody recommend some incoming mail virus scanner soft smoothly integrated with sendmail or procmail, keep its virus database fresh and eaten small amount of resources (not perl, please)? AVP (http://www.avp.ru) or Dr.Web

building 'release' and compiling doc ports

2001-08-24 Thread Wilko Bulte
I get the impression that even if a machine has the necessary docproj buildtools ports installed a 'make release' builds them from scratch again? Is this true? And why? This takes bloody forever.. Observed with make release for RELENG_4 on Alpha. Like: chflags -R noschg /R/stage/trees touch

Re: secure Filesystem

2001-08-24 Thread Scott Kenney
On Fri, Aug 24, 2001 at 09:34:51AM +0100, Konstantin Chuguev wrote: That's cool! Maybe we can have a patch changing these cpp vars in the cfs port? Don't forget to submit any work to [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body

Re: building 'release' and compiling doc ports

2001-08-24 Thread Bruce A. Mah
If memory serves me right, Wilko Bulte wrote: I get the impression that even if a machine has the necessary docproj buildtools ports installed a 'make release' builds them from scratch again? Is this true? And why? Yes, it's true. We need to rebuild the docproj ports inside the chroot area.

Re: mmap MAP_INHERIT question.

2001-08-24 Thread Matt Dillon
: : MAP_INHERIT This is supposed to permit regions to be : inherited across execve(2) system calls, : but is currently broken. : : Support for the flag and reference to it in the manpage should just be :removed. : :-DG : :David Greenman

automating fsdb?

2001-08-24 Thread Steve Price
Is there an easy way to script interaction with fsdb? I'm trying to rebuild a disk that failed recently and I'm searching for the inode contains a directory that I need. However the entry in the root inode lists the inode for the directory I'm after as 0. I know it is there somewhere on the

Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread Matt Dillon
Alfred, DG, could you take a look at pmap_copy() in i386/i386/pmap.c and tell me if what I think I'm seeing is what I'm seeing? My read of this code is that a global, APTDpde, is being set, and then that pointer is being used in a loop later on in the routine. the problem is

Re: building 'release' and compiling doc ports

2001-08-24 Thread Wilko Bulte
On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote: If memory serves me right, Wilko Bulte wrote: I get the impression that even if a machine has the necessary docproj buildtools ports installed a 'make release' builds them from scratch again? Is this true? And why? Yes, it's

Re: building 'release' and compiling doc ports

2001-08-24 Thread Bruce A. Mah
If memory serves me right, Wilko Bulte wrote: On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote: If memory serves me right, Wilko Bulte wrote: I get the impression that even if a machine has the necessary docproj buildtools ports installed a 'make release' builds them from

Re: building 'release' and compiling doc ports

2001-08-24 Thread David O'Brien
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote: sigh; I want a working .iso to test the booting issue that plagued us make NODOC=YES ? I know that's not the real answer. Nope. We need an RC to test -- this means as close to the real release as we can get. To Unsubscribe:

Re: building 'release' and compiling doc ports

2001-08-24 Thread Wilko Bulte
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote: If memory serves me right, Wilko Bulte wrote: On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote: If memory serves me right, Wilko Bulte wrote: I get the impression that even if a machine has the necessary docproj

Re: building 'release' and compiling doc ports

2001-08-24 Thread Wilko Bulte
On Fri, Aug 24, 2001 at 10:32:48AM -0700, David O'Brien wrote: On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote: sigh; I want a working .iso to test the booting issue that plagued us make NODOC=YES ? I know that's not the real answer. Nope. We need an RC to test --

Re: ata0-master: non aligned DMA transfer attempted

2001-08-24 Thread Søren Schmidt
It seems Zhihui Zhang wrote: I write a program that writes into a raw device directly. Although the program runs OK, the system prints messages like: ata0-master: non aligned DMA transfer attempted What exactly happens here? Is there any problem in my program? You are probably trying

Re: building 'release' and compiling doc ports

2001-08-24 Thread Wilko Bulte
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote: If memory serves me right, Wilko Bulte wrote: On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote: which is deprecated, use stdlib.h instead gdft.c:36: freetype/freetype.h: No such file or directory gdft.c:37:

Re: building 'release' and compiling doc ports

2001-08-24 Thread Bruce A. Mah
If memory serves me right, Wilko Bulte wrote: This probably also explains why make release succeeded yesterday on another alpha, it seems to be fixed now: OK. I think I may have been slightly wrong on what ailed the graphics/ gd port (apologies to mi), but if it's fixed, this is a moot

Re: function calls/rets in assembly

2001-08-24 Thread David O'Brien
On Fri, Aug 24, 2001 at 01:01:39AM +0100, Steve Roome wrote: How exactly should functions work in assembly, afaict, the following C : void printasint(int p) { printf (print this %d\n, (int)p);} Why not just ask the compiler?? $ cc -S -O0 printasint.c $ cat printasint.s .file

Proposed Utility - detach(1)

2001-08-24 Thread Mike Barcroft
I would appreciate comments on the usefulness of a utility which would allow one to detach a process from a TTY. I imagine the utility would be very small and just call daemon(3) and execlp(3). Would a utility like this be useful? Is this functionality already available in a system utility?

Re: function calls/rets in assembly

2001-08-24 Thread John Baldwin
On 24-Aug-01 David O'Brien wrote: On Fri, Aug 24, 2001 at 01:01:39AM +0100, Steve Roome wrote: How exactly should functions work in assembly, afaict, the following C : void printasint(int p) { printf (print this %d\n, (int)p);} Why not just ask the compiler?? $ cc -S -O0 printasint.c

Re: function calls/rets in assembly

2001-08-24 Thread Leo Bicknell
On Fri, Aug 24, 2001 at 11:36:45AM -0700, John Baldwin wrote: Because this code is broken and obfuscated? :) You're submitting patches to the GCC maintainer to make it produce better code, right? :-) :-) :-) :-) -- Leo Bicknell - [EMAIL PROTECTED] Systems Engineer - Internetworking Engineer -

Re: function calls/rets in assembly

2001-08-24 Thread John Baldwin
On 24-Aug-01 Leo Bicknell wrote: On Fri, Aug 24, 2001 at 11:36:45AM -0700, John Baldwin wrote: Because this code is broken and obfuscated? :) You're submitting patches to the GCC maintainer to make it produce better code, right? :-) :-) :-) :-) I think I can just about handle the kernel.

Re: function calls/rets in assembly

2001-08-24 Thread Leo Bicknell
Someone suggested to me privately turning on optimization, for the record that doesn't help much: (with -O2) .file printasint.c .version01.01 gcc2_compiled.: .section.rodata .LC0: .byte 0x70,0x72,0x69,0x6e,0x74,0x20,0x74,0x68,0x69,0x73 .byte

Re: totally weirdass problem, Squid-2.3-4 and FreeBSD

2001-08-24 Thread mki
Try recompiling squid *after* you have your local shell's ulimit's unlimited, so that the higher limits get set by configure. Steps: 1. fix up your /etc/rc.sysctl to up kern.maxfilesperproc and kern.maxfiles 2. ulimit -n 1 (or if in csh/tcsh, type unlimit) * you may have to force the

Re: totally weirdass problem, Squid-2.3-4 and FreeBSD

2001-08-24 Thread Jim Mercer
On Fri, Aug 24, 2001 at 10:44:00AM -0700, mki wrote: Try recompiling squid *after* you have your local shell's ulimit's unlimited, so that the higher limits get set by configure. Steps: 1. fix up your /etc/rc.sysctl to up kern.maxfilesperproc and kern.maxfiles 2. ulimit -n 1 (or if in

Re: totally weirdass problem, Squid-2.3-4 and FreeBSD

2001-08-24 Thread Jim Mercer
On Thu, Aug 23, 2001 at 05:47:19PM -0700, Julian Elischer wrote: the paranoid answer is that someone is replacing your squid and rebooting the system to cover their tracks... you might think that, however, i'm not that paranoid. in any case, i think i've nailed down the problem. the wierd

Re: running diff on huge files

2001-08-24 Thread Stephen Montgomery-Smith
Rob wrote: I am trying to run diff on two huge files (220M) and I run out of swap space. Is there another alternative? I have a Python script that does something similar, but works on huge files, but it is much slower than diff. Thanks, Rob. When I tried something like this, I froze

Re: building 'release' and compiling doc ports

2001-08-24 Thread Wilko Bulte
On Fri, Aug 24, 2001 at 10:32:48AM -0700, David O'Brien wrote: On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote: sigh; I want a working .iso to test the booting issue that plagued us make NODOC=YES ? I know that's not the real answer. Nope. We need an RC to test --

running diff on huge files

2001-08-24 Thread Rob
I am trying to run diff on two huge files (220M) and I run out of swap space. Is there another alternative? I have a Python script that does something similar, but works on huge files, but it is much slower than diff. Thanks, Rob. To Unsubscribe: send mail to [EMAIL PROTECTED] with

Re: Proposed Utility - detach(1)

2001-08-24 Thread Peter da Silva
Here's the original PR I sent in, and my code: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=6320 The included shell archive has a man page and source code that works, and has been run successfuly on systems as disparate as Xenix-286 and Tru64. To Unsubscribe: send mail to [EMAIL PROTECTED] with

Re: running diff on huge files

2001-08-24 Thread Julian Elischer
On Fri, 24 Aug 2001, Rob wrote: Rob wrote: I am trying to run diff on two huge files (220M) and I run out of swap space. Is there another alternative? I have a Python script that does something similar, but works on huge files, but it is much slower than diff. Thanks, Rob.

Re: Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread Matt Dillon
: :Thinking about this a bit more :doesn't each process ahve it's own PTD?, so a process could sleep and :another could run but it would have a differnt PTD :so they could change that PTDE with impunity :because when teh current process runs again it get's its own :ptd back again..

Re: running diff on huge files

2001-08-24 Thread Rob
Julian Elischer wrote: On Fri, 24 Aug 2001, Rob wrote: Rob wrote: I am trying to run diff on two huge files (220M) and I run out of swap space. Is there another alternative? I have a Python script that does something similar, but works on huge files, but it is much slower

Re: running diff on huge files

2001-08-24 Thread Rob
Rob wrote: I am trying to run diff on two huge files (220M) and I run out of swap space. Is there another alternative? I have a Python script that does something similar, but works on huge files, but it is much slower than diff. Thanks, Rob. To Unsubscribe: send mail to [EMAIL

Re: Proposed Utility - detach(1)

2001-08-24 Thread Julian Elischer
I thought that nohup() did that? I guess it's abit different... On Fri, 24 Aug 2001, Ben Smithurst wrote: Chris Costello wrote: On Friday, August 24, 2001, Mike Barcroft wrote: I would appreciate comments on the usefulness of a utility which would allow one to detach a process from a

Re: Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread Julian Elischer
wouldn't Giant be protecting this? On Fri, 24 Aug 2001, Matt Dillon wrote: Alfred, DG, could you take a look at pmap_copy() in i386/i386/pmap.c and tell me if what I think I'm seeing is what I'm seeing? My read of this code is that a global, APTDpde, is being set, and

Re: Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread John Baldwin
On 25-Aug-01 Julian Elischer wrote: wouldn't Giant be protecting this? Not if the code blocks. Giant is released in tsleep(). -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc Power Users Use the Power to Serve! -

Re: function calls/rets in assembly

2001-08-24 Thread John Baldwin
On 24-Aug-01 Leo Bicknell wrote: Someone suggested to me privately turning on optimization, for the record that doesn't help much: (with -O2) Actually, it's fairly close to what I proposed. It even axed the addl after the call. The only weirdness is the subl/addl dinking with gcc. I've

Re: Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread Julian Elischer
Thinking about this a bit more doesn't each process ahve it's own PTD?, so a process could sleep and another could run but it would have a differnt PTD so they could change that PTDE with impunity because when teh current process runs again it get's its own ptd back again.. On Fri, 24 Aug

Re: Proposed Utility - detach(1)

2001-08-24 Thread Chris Costello
On Friday, August 24, 2001, Mike Barcroft wrote: I would appreciate comments on the usefulness of a utility which would allow one to detach a process from a TTY. I imagine the utility would be very small and just call daemon(3) and execlp(3). Would a utility like this be useful? Is this

Re: building 'release' and compiling doc ports

2001-08-24 Thread Bruce A. Mah
If memory serves me right, Wilko Bulte wrote: Eh, that was the other machine, yes, the build went OK and the ports necessary ports for doc building were also correctly built. OK, cool. The DS10 is now rolling tarballs (with NODOC=YES) so that make release appears to have run OK. I can try

Re: function calls/rets in assembly

2001-08-24 Thread Matt Dillon
You guys are forgetting about the stack-boundry crap some idiot added to GCC to optimize floating point ops, which gets stuffed in there even if there are no floating point ops. I really wish someone would rip it out. It is SOOO fraggin annoying.

Re: Proposed Utility - detach(1)

2001-08-24 Thread Ben Smithurst
Chris Costello wrote: On Friday, August 24, 2001, Mike Barcroft wrote: I would appreciate comments on the usefulness of a utility which would allow one to detach a process from a TTY. I imagine the utility would be very small and just call daemon(3) and execlp(3). Would a utility like

Re: function calls/rets in assembly

2001-08-24 Thread Dan Nelson
In the last episode (Aug 24), John Baldwin said: On 24-Aug-01 Leo Bicknell wrote: Someone suggested to me privately turning on optimization, for the record that doesn't help much: (with -O2) Actually, it's fairly close to what I proposed. It even axed the addl after the call. The only

Re: What is the best mail virus scanner?

2001-08-24 Thread Aaron
We've done a review of Kaspersky Anti-Virus [http://www.kaspersky.com/products.asp?tgroup=3pgroup=9id=52] at BSDatwork.com Its an excellent program that can be integrated seemlessly with sendmail. You can read the review here - http://www.bsdatwork.com/reviews.php? op=showcontentid=1 - aaron

Re: Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread Peter Wemm
Matt Dillon wrote: : :Thinking about this a bit more :doesn't each process ahve it's own PTD?, so a process could sleep and :another could run but it would have a differnt PTD :so they could change that PTDE with impunity :because when teh current process runs again it get's its own

Re: Possible race in i386/i386/pmap.c:pmap_copy()

2001-08-24 Thread Matt Dillon
: Hmm. Ok, I think you are right. APTDpde is what is being loaded : and that points into the user page table directory page, which is : per-process. So APTDpde should be per-process. : :But it is! (sort-of) APTDpde was per-process but is now per-address-space :with the advent of