Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Sep 2004 00:56:39 -0700
From:      Kris Kennaway <kris@obsecurity.org>
To:        re@FreeBSD.org
Cc:        current@FreeBSD.org
Subject:   Re: 5.3-RELEASE TODO
Message-ID:  <20040924075639.GA76361@xor.obsecurity.org>
In-Reply-To: <200409240741.i8O7fMmN043816@pooker.samsco.org>
References:  <200409240741.i8O7fMmN043816@pooker.samsco.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Sep 24, 2004 at 01:41:22AM -0600, Scott Long wrote:

>  |--------------------+-----------+-------------+------------------------=
-|
>  |                    |           |             |There are reports of    =
 |
>  |                    |           |             |applications wedging in =
 |
>  |                    |           |             |poll() and select() whil=
e|
>  |                    |           |             |running the network stac=
k|
>  |                    |           |             |without the Giant lock. =
A|
>  |                    |           |             |recent sleepq change    =
 |
>  |                    |           |             |appears to have caused  =
 |
>  |                    |           |             |some of the observed    =
 |
>  |                    |           |             |problems to go away     =
 |
>  |poll()/select()     |           |             |(others are difficult to=
 |
>  |application wedge   |In progress|Robert Watson|test for due to recent  =
 |
>  |reports with        |           |             |SMP instability). A fix =
 |
>  |debug.mpsafenet=3D1   |           |             |has been committed to =
CVS|
>  |                    |           |             |HEAD and merged to      =
 |
>  |                    |           |             |RELENG_5 and appears to =
 |
>  |                    |           |             |resolve problems with   =
 |
>  |                    |           |             |poll(); we are waiting  =
 |
>  |                    |           |             |for feedback that it has=
 |
>  |                    |           |             |corrected the reported  =
 |
>  |                    |           |             |problems with select()  =
 |
>  |                    |           |             |also before moving this =
 |
>  |                    |           |             |to "testing" status.    =
 |
>  |--------------------+-----------+-------------+------------------------=
-|

This seems to have gone away for me.=20

>  |--------------------+-----------+-------------+------------------------=
-|
>  |                    |           |             |Kris Kennaway has       =
 |
>  |                    |           |             |reported problems with  =
 |
>  |                    |           |             |boot time panic's, mutex=
 |
>  |boot time panic     |Not done   |-            |Giant not owned at      =
 |
>  |                    |           |             |kern/vfs_subr.c:1365. Se=
e|
>  |                    |           |             |"Re: 5.3-RELEASE TODO"  =
 |
>  |                    |           |             |thread in -current@.    =
 |
>  |--------------------+-----------+-------------+------------------------=
-|

So does this.

>  |------------------+-------------+----------------+---------------------=
-|
>  |                  |             |                | The LOR reported in =
 |
>  |                  |             |                | PR kern/55175 needs =
 |
>  | filedesc LOR     | Not done    | --             | to be fixed.        =
 |
>  |                  |             |                | Filedesc locking    =
 |
>  |                  |             |                | needs to be heavily =
 |
>  |                  |             |                | reviewed in general.=
 |

I think the LOR was fixed a long time ago by reverting the code change
that caused it.

>  |-------------------+---------------+--------------+--------------------=
-|
>  |                   |               |              | SCHED_ULE provides =
 |
>  |                   |               |              | better             =
 |
>  |                   |               |              | interactivity,     =
 |
>  |                   |               |              | higher performance,=
 |
>  | SCHED_ULE as the  | Needs testing | Jeff         | and the ability to =
 |
>  | default scheduler |               | Roberson     | support pinning and=
 |
>  |                   |               |              | affinity. Basic HTT=
 |
>  |                   |               |              | scheduling policies=
 |
>  |                   |               |              | should be in place =
 |
>  |                   |               |              | for 5.3 also.      =
 |
>  |-------------------+---------------+--------------+--------------------=
-|

This is OBE (although ULE is still known to be broken).

Kris


--9jxsPFA5p3P2qPhR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFBU9M2Wry0BWjoQKURAo0pAJ0cjPrzZA8Y4u+qbtUiy4gs1R8P0QCfUSsx
8plO2J6vHGEH/fTwz4C0sy8=
=s4dz
-----END PGP SIGNATURE-----

--9jxsPFA5p3P2qPhR--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040924075639.GA76361>