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
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
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
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 s
> > 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 /bin/
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>
ELV>Why not just symlink csh to tcsh then ?
ELV>
ELV>vel@bugz:/sys/modules/paudit # ls -l /bin/*csh
ELV>-r-xr-xr-x 2 root wheel 740996 Aug
> 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. Bu
On Fri, 24 Aug 2001, Eugene L. Vorokov wrote:
ELV>> On Fri, Aug 24, 2001 at 01:45:48PM +0400, Eugene L. Vorokov wrote:
ELV>> > > > It's kinda late in the process to be complaining about this, but I just
noticed this myself...
ELV>> >
ELV>> > Why not just symlink csh to tcsh then ?
ELV>>
ELV>> Be
Subject: Mail::Internet test subject
This is a test message that was sent by the test suite of
Mail::Internet.
Testing.
one
>From foo
four
>From bar
seven
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hello,
there seems to be a problem with the handling of the interfaces
subtree. In if_mib.c I see:
if (name[0] <= 0 || name[0] > if_index)
return ENOENT;
ifp = ifnet_addrs[name[0] - 1]->ifa_ifp;
and after that 'ifp' is used to return information to the user. Th
I recently purchaced the freeBSD 3rd edition kit (book & 10 cd's) and have it
installed and configured the best i need at this point, however i was having a hard
time trying to make since of what the book had to say about configuring the kernel. I
looked at the source code, but it didn't seem
hi, there!
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 ?
>
> vel@bugz:/sys/modules/paudit # ls -l /bin/*csh
> -r-xr-xr-x 2 roo
> Worse, pmap_pid_dump() is undocumented, and I don't
> understand what for(i=0;i<1024;i++) for(j=0;j<1024;j++) {} loop there is
> supposed to do... :-(
>
> I'd appreciate if someone would explain this to me.
the process' virtual memory is mapped into physical memory with page
directory ta
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 antenn
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 PROTEC
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.W
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)?
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
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 rel
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 b
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
:>
:> 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
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 dis
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 t
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?
>
> Ye
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
On Fri, Aug 24, 2001 at 10:25:41AM -0700, Bruce A. Mah wrote:
> >
>
> 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: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hacke
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
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:
> > >
> >
> > 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
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 t
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 instead"
> > gdft.c:36: freetype/freetype.h: No such file or directory
> > gdft.c:37: freet
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 poin
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
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?
B
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 -O
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 -
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 ker
Someone suggested to me privately turning on optimization, for
the record that doesn't help much: (with -O2)
.file "printasint.c"
.version"01.01"
gcc2_compiled.:
.section.rodata
.LC0:
.byte 0x70,0x72,0x69,0x6e,0x74,0x20,0x74,0x68,0x69,0x73
.byte 0x20,0x25,0x64,0
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 hard
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
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 b
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 f
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:
> > >
> >
> > 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
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 "unsubscri
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
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,
:
: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..
Hmm.
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
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
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 proces
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
>
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!" - htt
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
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
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 th
On Fri, Aug 24, 2001 at 10:52:50AM -0700, Bruce A. Mah wrote:
> 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 g
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 t
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.
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 utili
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. Th
We've done a review of Kaspersky Anti-Virus
[http://www.kaspersky.com/products.asp?tgroup=3&pgroup=9&id=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=showcontent&id=1
- aar
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
:> 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 o
On Fri, Aug 24, 2001 at 04:11:18PM -0700, Bruce A. Mah wrote:
> 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.
Apparantly not.
> > The DS10 is
>From now on, please use the test@ email list for testing. None of us care
if your Mail:: module works
On Sat, 25 Aug 2001, Charlie Root wrote:
> Subject: Mail::Internet test subject
>
>
> This is a test message that was sent by the test suite of
> Mail::Internet.
>
> Testing.
>
> one
>
>
Peter Wemm wrote:
>
> 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 cur
65 matches
Mail list logo
