The NetBSD Project

CVS log for src/sys/kern/uipc_socket.c

[BACK] Up to [cvs.NetBSD.org] / src / sys / kern

Request diff between arbitrary revisions


Default branch: MAIN
Current tag: yamt-pagecache


Revision 1.205.2.3 / (download) - annotate - [select for diffs], Thu May 22 11:41:03 2014 UTC (5 months ago) by yamt
Branch: yamt-pagecache
Changes since 1.205.2.2: +10 -16 lines
Diff to previous 1.205.2.2 (colored) to branchpoint 1.205 (colored) next main 1.206 (colored)

sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs.  ("Protocol error: too many arguments")

Revision 1.205.2.2 / (download) - annotate - [select for diffs], Tue Oct 30 17:22:37 2012 UTC (23 months, 3 weeks ago) by yamt
Branch: yamt-pagecache
CVS Tags: yamt-pagecache-tag8
Changes since 1.205.2.1: +41 -8 lines
Diff to previous 1.205.2.1 (colored) to branchpoint 1.205 (colored)

sync with head

Revision 1.205.2.1 / (download) - annotate - [select for diffs], Tue Apr 17 00:08:30 2012 UTC (2 years, 6 months ago) by yamt
Branch: yamt-pagecache
Changes since 1.205: +16 -28 lines
Diff to previous 1.205 (colored)

sync with head

Revision 1.205 / (download) - annotate - [select for diffs], Sat Jul 2 17:53:50 2011 UTC (3 years, 3 months ago) by bouyer
Branch: MAIN
CVS Tags: yamt-pagecache-base3, yamt-pagecache-base2, yamt-pagecache-base, jmcneill-usbmp-pre-base2, jmcneill-usbmp-base, jmcneill-audiomp3-base, jmcneill-audiomp3
Branch point for: yamt-pagecache, jmcneill-usbmp
Changes since 1.204: +46 -66 lines
Diff to previous 1.204 (colored)

Fix kern/45093 as discussed on tech-kern@:
http://mail-index.netbsd.org/tech-kern/2011/06/17/msg010734.html

The cause of the problem is that the so_pendfree is processed with
the softnet_lock held at one point, and processing the list
calls sodoloanfree() which may kpause(). As the thread sleeps with
softnet_lock held, it ultimately cause a deadlock (see the PR or tech-kern
thread for details).
Although it should be possible to call sodopendfree() after releasing
the socket lock, it's not so easy to know where he socket lock is held and
where it's not, so we may hit the issue again later.
Add a kernel thread to handle the so_pendfree list, and wake up this
thread when adding mbufs to this list. Get rid of the various sodopendfree()
calls, hopefully fixing definitively the problem.

This form allows you to request diff's between any two revisions of a file. You may select a symbolic revision name using the selection box or you may type in a numeric name using the type-in text box.




CVSweb <webmaster@jp.NetBSD.org>