freebsd-hackers-digest V5 #754
owner-freebsd-...@freebsd.org
freebsd-hackers-digest Tuesday, March 25 2003 Volume 05 : Number 754
In this issue:
MBuf use size problem on 4.8-RC
Re: Lots of kernel core dumps
ISD200
Re: KVM mice issues
Re: shared mem and panics when out of PV Entries
Re: bug in subr_bus.c?
User-PPP MTU/MRU - LCP Problem
Incorrect declarations for exec*
Re: Incorrect declarations for exec*
Jail seperation patch (v7)
Re: Lots of kernel core dumps
Re: User-PPP MTU/MRU - LCP Problem
learning device drivers
4.8-RELEASE
Re: 4.8-RELEASE
Question about BPF API (PCAP not like for me)
Re: shared mem and panics when out of PV Entries
disklabal messed, need help!
pam_ldap + nss_ldap
----------------------------------------------------------------------
Date: Mon, 24 Mar 2003 18:15:15 +0100
From: Slawek Zak <za...@prioris.mini.pw.edu.pl>
Subject: MBuf use size problem on 4.8-RC
Hi,
netstat -m produces following output on my machine, running 4.8-RC:
21732/22336/96000 mbufs in use (current/peak/max):
21732 mbufs allocated to data
20733/21260/24000 mbuf clusters in use (current/peak/max)
48104 Kbytes allocated to network (8% of mb_map in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
I tracked the percentage of mb_map in use. It reached 70% and then
wrapped back to 0%. Why does it happen? A bug?
There seems to be a problem with booting up 4.8-RC on a 4GB machine.
The kernel reaching multiuser mode produces message about
unability of allocating new u_map and panics. This is HyperThreading
enabled machine (2+2logical CPUs). Any ideas?
Thanks. /S
------------------------------
Date: Mon, 24 Mar 2003 20:18:43 +0100
From: Daniela <d...@liwest.at>
Subject: Re: Lots of kernel core dumps
On Sunday 23 March 2003 20:20, Wes Peters wrote:
> On Saturday 22 March 2003 15:10, Daniela wrote:
> > > I know, but 5.0-RELEASE was
> > >
> > > a) A work-in-progress, not a perfect, bug-free release
> > >
> > > b) A snapshot of 5.0-CURRENT
> > >
> > > You read the 5.0 Early Adopter's Guide, right? Bugs like this are
> > > expected at this stage in the development process, and if you
> > > encounter them then you need to either give up on 5.x and go back t=
o
> > > 4.x-STABLE, or upgrade to 5.0-CURRENT if they are already fixed
> > > there.
> > >
> > > Kris
> >
> > Yes, I read the Early Adopter's Guide.
> > Is there any way to solve this without upgrading to -current?
> > I want a stable server, of course, but I still want to help the FreeB=
SD
> > folks to make 5.0 the best release ever. This requires testing to be
> > done.
>
> Yes it does, but not on a "production" machine. We admire your courage
> and willingness to help, but it's not helping as much as you think. ;^)
>
> The reason for creating the 5.0 release is to make it easy for more
> developers and testers to jump onto the 5.x bandwagon by giving them a
> known (relatively) good starting point. Quite a number of problems hav=
e
> been fixed since 5.0-RELEASE; CURRENT is now generally much more stable=
,
> and nobody is going to spend time updating 5.0 which is essentially an
> "early access" release.
>
> You have to decide for yourself if this machine is too critical to run
> CURRENT, in which case it's probably best off running STABLE or the
> latest 4.x release branch, or if you want to update it to CURRENT, foll=
ow
> the CURRENT mailing list, and update again at known stable development
> points. It looks like right now is pretty good if you want to jump.
>
> At any rate, thanks for your tenacity. We really do appreciate the
> contributions of everyone.
Well, it's just a home server. I don't mind a few crashes, but security i=
s=20
important for me. What do you think, should I go back to -stable?
FreeBSD is the world's best OS, I want to see it succeeding and I want to=
help=20
as much as possible.
Daniela
------------------------------
Date: Mon, 24 Mar 2003 21:04:45 +0100
From: Antoine Jacoutot <ajac...@lphp.org>
Subject: ISD200
Hello !
I'm hope this is the right place for asking that...
I was wondering if someone could write or port (from Linux) a driver for
external USB hardrive using the InSystem ISD200 cable.
It doesn't work with the regular umass driver, someone told me that it seems
that these are bulk/bulk/bulk transport protocol devices, but using an
alternative encapsulation of the ATAPI protocol on top of that.
Here is the Linux driver listing:
I'm unfortunately not a developer but I would be pleased to help, so I could
access my "2 months old" new USB hardrive (I was so sure it was going to work
under FreeBSD, but it never did).
Thank you.
Antoine
------------------------------
Date: Mon, 24 Mar 2003 14:51:26 -0600
From: Chip Norkus <w...@arpa.com>
Subject: Re: KVM mice issues
On Monday 24 March 2003 06:33 am, you wrote:
> hi,
>
Hi Alxey,
> Yep. In order to avoid moused(8) getting something crazy (after
> console switch) I just forced psm reset after synchronization error
> detection. It can be achieved by changing changing of
> PSM_SYNCERR_THRESHOLD1 define from 20 to 0 (in file sys/isa/psm.c).
>
> Please try to do it and let me know result, if you're also happy
> with solution -- I'll cleanup and commit my patch which forces such
> behaviour using sysctl(8).
>
I tried this. Unfortunately it didn't work for my particular problem. I
went back to my original solution (which seems to be pretty MouseMan+
centric unfortunately) of reinitializing the mouse after a protocol
error, and I think I have something that works at least as well as the
Windows driver. The optimal solution (for me) is to reset the mouse on
protocol error and also to set PSM_SYNCERR_THRESHOLD1 to 0 (I get a lot
of sync errors after I do a reset.. I imagine I'm doing something
incorrectly here :).
So far this solution seems to work well, at least I haven't lost my mouse
wheel after switching to/from another port on the KVM. When I switch
back my mouse acts a bit odd for a moment (the sync errors) and then
resets itself and seems to work fine. I'm much happier with a
momentarily flaky mouse *with* a mousewheel than a non-flaky mouse
without one.
If you're interested I can send you the patch I've got. Thanks for your
help!
- -chip
- --
chip norkus; renaissance hacker; w...@arpa.com
"question = (to) ? be : !be;" --Shakespeare http://telekinesis.org/
------------------------------
Date: Mon, 24 Mar 2003 14:00:05 -0800
From: "Andrew Kinney" <andyk...@advantagecom.net>
Subject: Re: shared mem and panics when out of PV Entries
On 24 Mar 2003, at 16:02, Igor Sysoev wrote:
> How many Apache processes do you have and what's their size ?
It varies between 150 and 256 Apache processes. Our MaxClients
is set to 256, which seems to work well.
Their size varies from 240MB to 290MB depending on how long
they've been running. Their resident set size (RSS) is usually
between 7MB and 90MB each, though it seems to average about
60MB each (as shown in 'top' and 'ps').
The root Apache process has the same size as the others, but the
RSS is only 1.2MB.
> kern.ipc.shm_use_phys, kern.ipc.shmmax, etc are for System V shared
> memory. They have no relation to the memory that shared between
> processes via fork().
That would explain why they've not had any effect on this issue. :-)
So, what's the best approach to limiting memory shared via fork()
or reducing PV Entry usage by that memory? Is there something I
can do with the kernel config or sysctl to accomplish this?
Sincerely,
Andrew Kinney
President and
Chief Technology Officer
Advantagecom Networks, Inc.
http://www.advantagecom.net
------------------------------
Date: Tue, 25 Mar 2003 09:04:34 +0700 (ICT)
From: John-Mark Gurney <gurn...@resnet.uoregon.edu>
Subject: Re: bug in subr_bus.c?
On Sun, 23 Mar 2003, M. Warner Losh wrote:
> In message: <20030323174445...@resnet.uoregon.edu>
> John-Mark Gurney <gurn...@resnet.uoregon.edu> writes:
> : The bus code could use some locking in it... like you can't delete_child
> : from child_detache... and/or better docs on how to handle children... I'm
> : not even sure how I was doing things wrong, but I think it might of been
> : problems with my code not calling bus_generic_detach before calling
> : device_child_delete...
>
> I'm doing the locking, but you can do a bus_delete_child in a child's
> detach routine. Cardbus does this right now and it works when you
> unload the cardbus bridge...
(btw, I'm using 1.117.2.1 as reference 5.0-R)
I'm talking about child_detached (I forgot the d), not detach... so, say
you have a bus driver that has a child_detached routine. When you unload
the kld for the child, the kld will do a detach of the child. If you look
at the device_detach, it will call the device's detach, then the parent's
child_detached routine all before marking the device as NOTPRESENT. If
you try to do a device_delete_child in the child_detached routine,
device_delete_child will call device_detach again, and since the state is
still ATTACHED, it will go through the detach procedure again, and either
end up with a memory fault or a recursive loop.
I just looked briefly at the cardbus code, and you don't have a
child_detached routine.
John-Mark
------------------------------
Date: Mon, 24 Mar 2003 23:14:50 -0300
From: "Fabio Vilan Dias" <fa...@isec.com.br>
Subject: User-PPP MTU/MRU - LCP Problem
There is a problem in user-ppp LCP negotation that sometimes the assigned
tun0 MTU is incorrectly set.
I've sent this msg to brian (the freebsd user-ppp responsible), and then
submited a bug report (patch example included) on Feb 17, but I haven't
heard anything from him (or anyone else) since them, maybe he's away or
something...
http://www.freebsd.org/cgi/query-pr.cgi?pr=48378
If someone can handle this, and as 4.8-release has been postponed, can have
this fixed on it, it would be great.
There seems to be many users with this problem, specially regarding PPPoE
and other interfaces with non-standard MTU of 1500.
Read the bug report for more information about the problem and a patch
example.
Thanks
- --
Fabio Vilan <fa...@isec.com.br>
"Any sufficiently advanced technology is indistinguishable from magic."
Arthur C. Clarke's Third Law, from Profiles of the Future
------------------------------
Date: Mon, 24 Mar 2003 20:57:40 -0800
From: Tim Kientzle <kien...@acm.org>
Subject: Incorrect declarations for exec*
I believe the exec* functions are
declared incorrectly. Unless I'm mistaken,
execve should be declared as
int
execve(const char *path, const char *const argv[], const char *const envp[]);
rather than
int
execve(const char *path, char *const argv[], char *const envp[]);
(Note the additional 'const' for argv and envp.)
Without this, there's no completely correct way to
build an argv or envp array with constant strings,
since you end up discarding a const somewhere along
the way. Similar edits should be done to the other
exec* declarations.
Yes, GCC complains either way, since it (erroneously)
warns about adding const-ness in a pointer assignment.
(But only if you routinely use '-pedantic', which I
doubt many people do. ;-)
Tim Kientzle
------------------------------
Date: Mon, 24 Mar 2003 21:49:16 -0800
From: Terry Lambert <tlam...@mindspring.com>
Subject: Re: Incorrect declarations for exec*
Tim Kientzle wrote:
> I believe the exec* functions are
> declared incorrectly. Unless I'm mistaken,
> execve should be declared as
>
> int
> execve(const char *path, const char *const argv[], const char *const envp[]);
>
> rather than
>
> int
> execve(const char *path, char *const argv[], char *const envp[]);
http://www.opengroup.org/onlinepubs/7908799/xsh/execve.html
- -- Terry
------------------------------
Date: Mon, 24 Mar 2003 21:56:18 -0800
From: "Mooneer Salem" <moo...@translator.cx>
Subject: Jail seperation patch (v7)
Hello,
I released a new version of the jail seperation patch I've been working on
for FreeBSD 5.0.
Changes from v6:
* Ported Jared Mauch's raw IP patch over to the 5.0 tree
* Added sysctl to allow/disallow ipfw use
* ipfw2: it requires jailed users to use IP addresses that are inside their
jails (thereby preventing interference between jails)
If anyone's interested in testing it, it can be found at
http://msalem.translator.cx/dist/jail_seperation.v7.patch.
Thanks,
- --
Mooneer Salem
GPLTrans: http://www.translator.cx/
lifeafterking.org: http://www.lifeafterking.org/
------------------------------
Date: Tue, 25 Mar 2003 18:14:19 +1100
From: Peter Jeremy <peter...@optushome.com.au>
Subject: Re: Lots of kernel core dumps
On Mon, Mar 24, 2003 at 08:18:43PM +0100, Daniela wrote:
>Well, it's just a home server. I don't mind a few crashes, but security is
>important for me. What do you think, should I go back to -stable?
If you're willing to put up with a few crashes _and_ assist with
debugging the crashes (eg trying patches) then running -CURRENT would
help the Project. One option you could try is to stick with -CURRENT
for a month or two and see how it pans out - if you feel it's too
painful, downgrade to -STABLE. (I ran -CURRENT on my main workstation
for about 3 years - I dropped back to -STABLE midway through last year
because -CURRENT happened to strike an extended period of instability
and it was causing me too much angst).
On the topic of security, you should be aware that -CURRENT is not
officially supported and therefore isn't mentioned in security
advisories - in general -CURRENT will have security patches applied
before -STABLE but you will need to do some detective work if you
want to identify the exact time/revision affected. There have also
been a couple of instances where security problems only affected
- -CURRENT.
Peter
------------------------------
Date: Tue, 25 Mar 2003 09:09:02 +0100
From: Michael Bretterklieber <mbre...@jawa.at>
Subject: Re: User-PPP MTU/MRU - LCP Problem
Hi,
Fabio Vilan Dias schrieb:
> There is a problem in user-ppp LCP negotation that sometimes the assigned
> tun0 MTU is incorrectly set.
>
> I've sent this msg to brian (the freebsd user-ppp responsible), and then
> submited a bug report (patch example included) on Feb 17, but I haven't
> heard anything from him (or anyone else) since them, maybe he's away or
> something...
I also tried in the last 2 or 3 months 3 times to contact him because I
have patches for libradius, but never got any response. It seems that
userland-ppp (and some other things) are currently "un-maintained".
bye,
- --
- ------------------------------- ----------------------------------
Michael Bretterklieber - Michael.Bre...@jawa.at
JAWA Management Software GmbH - http://www.jawa.at
Liebenauer Hauptstr. 200 -------------- privat ------------
A-8041 GRAZ GSM: ++43-(0)676-84 03 15 712
Tel: ++43-(0)316-403274-12 E-mail: mic...@bretterklieber.com
Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com
- ------------------------------- ----------------------------------
"...the number of UNIX installations has grown to 10, with more
expected..." - Dennis Ritchie and Ken Thompson, June 1972
------------------------------
Date: Tue, 25 Mar 2003 02:11:45 -0800 (PST)
From: Shvetima Gulati <shve...@engineering.ucsb.edu>
Subject: learning device drivers
HI folks,
I want to learn how to write device drivers for FreeBSD. How different is
this from Linux? Second, is there a list of devices that need drivers
written for them ? I want to take a hands-on approach to learning so a
real world project would be more useful.
Thanks,
- -Shv.
------------------------------
Date: Tue, 25 Mar 2003 02:14:19 -0800 (PST)
From: Shvetima Gulati <shve...@engineering.ucsb.edu>
Subject: 4.8-RELEASE
Hi all,
Wasn't 4.8-RELEASE supposed to hit the mirrors today? Any news / delay ?
Thanks,
- -Shv.
------------------------------
Date: Tue, 25 Mar 2003 11:37:18 +0100
From: Erik Trulsson <ertr...@student.uu.se>
Subject: Re: 4.8-RELEASE
On Tue, Mar 25, 2003 at 02:14:19AM -0800, Shvetima Gulati wrote:
>
> Hi all,
>
> Wasn't 4.8-RELEASE supposed to hit the mirrors today? Any news / delay ?
Yes and yes, and if you had been bothering to read the -stable mailing
list (which is where any such news can be expected to appear) you would
already know this.
- --
<Insert your favourite quote here.>
Erik Trulsson
ertr...@student.uu.se
------------------------------
Date: Tue, 25 Mar 2003 16:16:58 +0300 (MSK)
From: "Vladimir Yu. Stepanov" <v...@renet.ru>
Subject: Question about BPF API (PCAP not like for me)
Hello !
I have a little question about BPF: how to determine incoming or outgoing
packet given into the user level mode. Current API do not supported this
or I are wrong ?
Thanks.
- --
Vladimir Yu. Stepanov
E-Mail: v...@renet.ru
Phone: +7 (845) 2450450
------------------------------
Date: Tue, 25 Mar 2003 17:56:20 +0300 (MSK)
From: Igor Sysoev <i...@rambler-co.ru>
Subject: Re: shared mem and panics when out of PV Entries
On Mon, 24 Mar 2003, Andrew Kinney wrote:
> On 24 Mar 2003, at 16:02, Igor Sysoev wrote:
>
> > How many Apache processes do you have and what's their size ?
>
> It varies between 150 and 256 Apache processes. Our MaxClients
> is set to 256, which seems to work well.
>
> Their size varies from 240MB to 290MB depending on how long
> they've been running. Their resident set size (RSS) is usually
> between 7MB and 90MB each, though it seems to average about
> 60MB each (as shown in 'top' and 'ps').
>
> The root Apache process has the same size as the others, but the
> RSS is only 1.2MB.
>
> > kern.ipc.shm_use_phys, kern.ipc.shmmax, etc are for System V shared
> > memory. They have no relation to the memory that shared between
> > processes via fork().
>
> That would explain why they've not had any effect on this issue. :-)
>
> So, what's the best approach to limiting memory shared via fork()
> or reducing PV Entry usage by that memory? Is there something I
> can do with the kernel config or sysctl to accomplish this?
No, as far as I know there's no way to do it.
The irony is that you do not need the most of these PV entries because
you are not swaping.
I think you should try to decrease memory that shared between Apache
processes. If you can not change scripts then the single method is
to decrease number of Apache processes while keeping to handle
the current workload:
1) disable keepalive if it enabled;
2) set Apache behind reverse-proxy server that frees Apache processes
as soon as proxy get the whole responses.
Igor Sysoev
http://sysoev.ru/en/
------------------------------
Date: Wed, 26 Mar 2003 01:03:03 +0800
From: "af asdf" <aaa0...@hotmail.com>
Subject: disklabal messed, need help!
Anyone knows how to repair disk when the freebsddisk lable is destroyed?
I have a 12G HD, the 1st partition is Windows NT, the second the for
FreeBSD. For some reason i installed a new disk label to it and newfs it a
bit. Once I found the newfs started, I have turned power off right away,
but the disk is bad now. anyone knows how to repair this?
Best Regards
Eric
_________________________________________________________________
享用世界上最大的电子邮件系统— MSN Hotmail。 http://www.hotmail.com
------------------------------
Date: Tue, 25 Mar 2003 19:19:48 +0000 (UTC)
From: omestre <ome...@SDF.LONESTAR.ORG>
Subject: pam_ldap + nss_ldap
Hello,
sorry, but i need to know where can i find a how to for
FreeBSD 5.0 working with pam_ldap authentication.
There is pam_ldap in ports/security, but and support in
the libc? i did put one /etc/pam.d/sshd file and tcpdump my
ssh connection... the module is talking with the ldap server,
but i have not nss (ldap) module in the Operating System.
how can i make it works? I have thought that Free 5.0 should
work with LDAP by default... :(
Thanks very much!
ome...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
------------------------------
End of freebsd-hackers-digest V5 #754
*************************************
To Unsubscribe: send mail to majo...@FreeBSD.org
with unsubscribe freebsd-hackers-digest in the body of the message