os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

The patch to fix MAC labeling of TCP responses from TIMEWAIT TCP

Browse source 
connections has been committed; update the task from "must do"
to "test results".
This commit is contained in:
Robert Watson 2003-05-07 05:38:29 +00:00
parent e33cf285fd
commit af3cfcd6e4
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=16824
1 changed files with 13 additions and 13 deletions
Download patch file Download diff file Expand all files Collapse all files

26
en/releases/5.1R/todo.sgml
View file

@ -1,7 +1,7 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY email 'freebsd-qa'>
<!ENTITY date "$FreeBSD: www/en/releases/5.1R/todo.sgml,v 1.32 2003/05/05 16:23:37 rwatson Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/5.1R/todo.sgml,v 1.33 2003/05/05 17:24:58 rwatson Exp $">
<!ENTITY title "FreeBSD 5.1 Open Issues">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
<!ENTITY % developers SYSTEM "../../developers.sgml"> %developers;
@ -39,18 +39,6 @@
<td>gdb -k doesn't work on alpha</td>
</tr>
<tr>
<td>TIMEWAIT panic for network labeled MAC policy modules</td>
<td>In progress</td>
<td>&a.rwatson;</td>
<td>Due to TCP state efficiency improvements in the TIMEWAIT state,
it's now possible for the PCB socket pointer to be NULL in
situations it previously wasn't. As a result, TCP responses
generated in the TIMEWAIT state may lack properly initialized
MAC labels, resulting in panics for network labeled MAC policies.
A fix is current in testing.</td>
</tr>
<tr>
<td>ipfw/ipfw2 alignment issues on alpha/sparc64</td>
<td>In progress</td>
@ -326,6 +314,18 @@
due to its serious nature.</td>
</tr>
<tr>
<td>TIMEWAIT panic for network labeled MAC policy modules</td>
<td>Patch committed</td>
<td>&a.rwatson;</td>
<td>Due to TCP state efficiency improvements in the TIMEWAIT state,
it is now possible for the PCB socket pointer to be NULL in
situations it previously wasn't. As a result, TCP responses
generated in the TIMEWAIT state lacked properly initialized
MAC labels, resulting in panics for network labeled MAC policies.
A fix has been committed, and needs more broad testing.</td>
</tr>
</table>
&footer;