Put the cpu_ipi_selected() entry in the testing list and assign it to

marius, he has committed a fix for this.
This commit is contained in:
Maxime Henrion 2006-04-01 15:06:38 +00:00
parent 9fd30cb065
commit 246d6927ff
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=27452

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/6.1R/todo.sgml,v 1.21 2006/03/21 21:24:40 hrs Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/6.1R/todo.sgml,v 1.22 2006/03/26 02:31:30 mux Exp $">
<!ENTITY local.rel "6.1">
<!ENTITY title "FreeBSD 6.1 Open Issues">
<!ENTITY % navincludes SYSTEM "../../includes.navdownload.sgml"> %navincludes;
@ -197,14 +197,6 @@ on a filesystem is negative; fsck -f is needed to correct this.</td>
This seems devfs-related.</td>
</tr>
<tr>
<td>cpu_ipi_selected() can cause a trap on FreeBSD/sparc64</td>
<td>&status.wip;</td>
<td>&a.kmacy;</td>
<td>On sparc64, cpu_ipi_selected() can cause a trap (which is bad since
it appears in the trap code path).</td>
</tr>
<tr>
<td>rpc.lockd interoperability problems</td>
<td>&status.unknown;</td>
@ -477,6 +469,13 @@ on a filesystem is negative; fsck -f is needed to correct this.</td>
fix for this.</td>
</tr>
<tr>
<td>cpu_ipi_selected() can cause a trap on FreeBSD/sparc64</td>
<td>&status.untested;</td>
<td>&a.marius;</td>
<td>On sparc64, cpu_ipi_selected() can cause a trap (which is bad since
it appears in the trap code path).</td>
</tr>
</table>