From d0c85e36e4de67af628d54e9ab577cc3fad7796a Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Thu, 3 Jul 2025 07:27:52 +0000 Subject: add deepseek and gemma results --- results/classifier/gemma3:12b/kernel/1007 | 2 + results/classifier/gemma3:12b/kernel/1008136 | 25 + results/classifier/gemma3:12b/kernel/1012023 | 6 + results/classifier/gemma3:12b/kernel/1014681 | 35 + results/classifier/gemma3:12b/kernel/1033494 | 11 + results/classifier/gemma3:12b/kernel/1037675 | 10 + results/classifier/gemma3:12b/kernel/1041 | 32 + results/classifier/gemma3:12b/kernel/1042388 | 15 + results/classifier/gemma3:12b/kernel/1051 | 2 + results/classifier/gemma3:12b/kernel/1052857 | 16 + results/classifier/gemma3:12b/kernel/1062 | 17 + results/classifier/gemma3:12b/kernel/1066909 | 8 + results/classifier/gemma3:12b/kernel/1068 | 12 + results/classifier/gemma3:12b/kernel/1068900 | 6 + results/classifier/gemma3:12b/kernel/1069 | 14 + results/classifier/gemma3:12b/kernel/1078 | 45 + results/classifier/gemma3:12b/kernel/1083 | 2 + results/classifier/gemma3:12b/kernel/1088617 | 15 + results/classifier/gemma3:12b/kernel/1091115 | 16 + results/classifier/gemma3:12b/kernel/1093 | 34 + results/classifier/gemma3:12b/kernel/1095857 | 12 + results/classifier/gemma3:12b/kernel/1111 | 19 + results/classifier/gemma3:12b/kernel/1124 | 2 + results/classifier/gemma3:12b/kernel/1129 | 24 + results/classifier/gemma3:12b/kernel/1130 | 30 + results/classifier/gemma3:12b/kernel/1133668 | 6 + results/classifier/gemma3:12b/kernel/1142 | 47 + results/classifier/gemma3:12b/kernel/1147 | 10 + results/classifier/gemma3:12b/kernel/1156313 | 71 ++ results/classifier/gemma3:12b/kernel/1157 | 14 + results/classifier/gemma3:12b/kernel/1165 | 4 + results/classifier/gemma3:12b/kernel/1170 | 57 ++ results/classifier/gemma3:12b/kernel/1173 | 2 + results/classifier/gemma3:12b/kernel/1179664 | 16 + results/classifier/gemma3:12b/kernel/1187 | 2 + results/classifier/gemma3:12b/kernel/1193628 | 23 + results/classifier/gemma3:12b/kernel/1195012 | 23 + results/classifier/gemma3:12b/kernel/1207686 | 29 + results/classifier/gemma3:12b/kernel/1211943 | 4 + results/classifier/gemma3:12b/kernel/1218098 | 71 ++ results/classifier/gemma3:12b/kernel/1242963 | 27 + results/classifier/gemma3:12b/kernel/1245 | 2 + results/classifier/gemma3:12b/kernel/1254786 | 43 + results/classifier/gemma3:12b/kernel/1256548 | 12 + results/classifier/gemma3:12b/kernel/1277 | 2 + results/classifier/gemma3:12b/kernel/1278166 | 4 + results/classifier/gemma3:12b/kernel/1287195 | 4 + results/classifier/gemma3:12b/kernel/1290370 | 31 + results/classifier/gemma3:12b/kernel/1292037 | 15 + results/classifier/gemma3:12b/kernel/1299858 | 10 + results/classifier/gemma3:12b/kernel/1300021 | 5 + results/classifier/gemma3:12b/kernel/1303 | 2 + results/classifier/gemma3:12b/kernel/1318281 | 35 + results/classifier/gemma3:12b/kernel/1320968 | 10 + results/classifier/gemma3:12b/kernel/1324727 | 30 + results/classifier/gemma3:12b/kernel/1331859 | 16 + results/classifier/gemma3:12b/kernel/1340 | 67 ++ results/classifier/gemma3:12b/kernel/1341 | 79 ++ results/classifier/gemma3:12b/kernel/1349277 | 18 + results/classifier/gemma3:12b/kernel/135 | 2 + results/classifier/gemma3:12b/kernel/1351 | 6 + results/classifier/gemma3:12b/kernel/1359383 | 208 +++++ results/classifier/gemma3:12b/kernel/1361 | 21 + results/classifier/gemma3:12b/kernel/1361912 | 10 + results/classifier/gemma3:12b/kernel/1362635 | 43 + results/classifier/gemma3:12b/kernel/1363641 | 15 + results/classifier/gemma3:12b/kernel/1383857 | 18 + results/classifier/gemma3:12b/kernel/1398 | 7 + results/classifier/gemma3:12b/kernel/1399 | 73 ++ results/classifier/gemma3:12b/kernel/140 | 2 + results/classifier/gemma3:12b/kernel/1406016 | 41 + results/classifier/gemma3:12b/kernel/1408152 | 7 + results/classifier/gemma3:12b/kernel/1416988 | 33 + results/classifier/gemma3:12b/kernel/1428352 | 45 + results/classifier/gemma3:12b/kernel/1429313 | 10 + results/classifier/gemma3:12b/kernel/1444 | 43 + results/classifier/gemma3:12b/kernel/1450881 | 26 + results/classifier/gemma3:12b/kernel/1454 | 63 ++ results/classifier/gemma3:12b/kernel/1462 | 15 + results/classifier/gemma3:12b/kernel/1463143 | 51 ++ results/classifier/gemma3:12b/kernel/1463172 | 4 + results/classifier/gemma3:12b/kernel/1470170 | 41 + results/classifier/gemma3:12b/kernel/1478 | 67 ++ results/classifier/gemma3:12b/kernel/1481 | 2 + results/classifier/gemma3:12b/kernel/1482425 | 16 + results/classifier/gemma3:12b/kernel/1499 | 91 ++ results/classifier/gemma3:12b/kernel/1503031 | 12 + results/classifier/gemma3:12b/kernel/1506 | 2 + results/classifier/gemma3:12b/kernel/1516408 | 32 + results/classifier/gemma3:12b/kernel/1518 | 91 ++ results/classifier/gemma3:12b/kernel/1547526 | 63 ++ results/classifier/gemma3:12b/kernel/1551 | 41 + results/classifier/gemma3:12b/kernel/1552549 | 6 + results/classifier/gemma3:12b/kernel/1568 | 40 + results/classifier/gemma3:12b/kernel/1568589 | 17 + results/classifier/gemma3:12b/kernel/1570 | 64 ++ results/classifier/gemma3:12b/kernel/1587535 | 31 + results/classifier/gemma3:12b/kernel/1598029 | 23 + results/classifier/gemma3:12b/kernel/1598612 | 19 + results/classifier/gemma3:12b/kernel/1605611 | 49 + results/classifier/gemma3:12b/kernel/1606 | 30 + results/classifier/gemma3:12b/kernel/1613817 | 57 ++ results/classifier/gemma3:12b/kernel/1617929 | 51 ++ results/classifier/gemma3:12b/kernel/1622547 | 29 + results/classifier/gemma3:12b/kernel/1624896 | 24 + results/classifier/gemma3:12b/kernel/1625295 | 9 + results/classifier/gemma3:12b/kernel/1629 | 2 + results/classifier/gemma3:12b/kernel/1645287 | 19 + results/classifier/gemma3:12b/kernel/1648 | 59 ++ results/classifier/gemma3:12b/kernel/1650 | 15 + results/classifier/gemma3:12b/kernel/1652 | 33 + results/classifier/gemma3:12b/kernel/1654 | 82 ++ results/classifier/gemma3:12b/kernel/1657538 | 31 + results/classifier/gemma3:12b/kernel/1658 | 61 ++ results/classifier/gemma3:12b/kernel/1658120 | 26 + results/classifier/gemma3:12b/kernel/1662600 | 29 + results/classifier/gemma3:12b/kernel/1667401 | 68 ++ results/classifier/gemma3:12b/kernel/1668041 | 11 + results/classifier/gemma3:12b/kernel/1670170 | 39 + results/classifier/gemma3:12b/kernel/1675 | 2 + results/classifier/gemma3:12b/kernel/1677247 | 13 + results/classifier/gemma3:12b/kernel/1682093 | 16 + results/classifier/gemma3:12b/kernel/1689367 | 27 + results/classifier/gemma3:12b/kernel/1696 | 40 + results/classifier/gemma3:12b/kernel/1699277 | 115 +++ results/classifier/gemma3:12b/kernel/1700 | 2 + results/classifier/gemma3:12b/kernel/1701798 | 161 ++++ results/classifier/gemma3:12b/kernel/1705118 | 57 ++ results/classifier/gemma3:12b/kernel/1707 | 24 + results/classifier/gemma3:12b/kernel/172 | 2 + results/classifier/gemma3:12b/kernel/1728256 | 11 + results/classifier/gemma3:12b/kernel/1728448 | 15 + results/classifier/gemma3:12b/kernel/1729623 | 49 + results/classifier/gemma3:12b/kernel/1733720 | 56 ++ results/classifier/gemma3:12b/kernel/1734792 | 8 + results/classifier/gemma3:12b/kernel/1735082 | 23 + results/classifier/gemma3:12b/kernel/1737444 | 94 ++ results/classifier/gemma3:12b/kernel/1738 | 150 +++ results/classifier/gemma3:12b/kernel/1738202 | 32 + results/classifier/gemma3:12b/kernel/1738434 | 29 + results/classifier/gemma3:12b/kernel/1738691 | 207 +++++ results/classifier/gemma3:12b/kernel/1738767 | 13 + results/classifier/gemma3:12b/kernel/1739371 | 72 ++ results/classifier/gemma3:12b/kernel/1740 | 74 ++ results/classifier/gemma3:12b/kernel/1740887 | 17 + results/classifier/gemma3:12b/kernel/1741 | 2 + results/classifier/gemma3:12b/kernel/1741718 | 87 ++ results/classifier/gemma3:12b/kernel/1742 | 96 ++ results/classifier/gemma3:12b/kernel/1750229 | 104 +++ results/classifier/gemma3:12b/kernel/1754372 | 10 + results/classifier/gemma3:12b/kernel/1756 | 44 + results/classifier/gemma3:12b/kernel/1756080 | 4 + results/classifier/gemma3:12b/kernel/1757363 | 34 + results/classifier/gemma3:12b/kernel/1760 | 54 ++ results/classifier/gemma3:12b/kernel/1761027 | 14 + results/classifier/gemma3:12b/kernel/1765 | 96 ++ results/classifier/gemma3:12b/kernel/1767146 | 36 + results/classifier/gemma3:12b/kernel/1767200 | 10 + results/classifier/gemma3:12b/kernel/1768 | 33 + results/classifier/gemma3:12b/kernel/1770 | 23 + results/classifier/gemma3:12b/kernel/1772166 | 13 + results/classifier/gemma3:12b/kernel/1774 | 24 + results/classifier/gemma3:12b/kernel/1775555 | 371 ++++++++ results/classifier/gemma3:12b/kernel/1776 | 2 + results/classifier/gemma3:12b/kernel/1778473 | 133 +++ results/classifier/gemma3:12b/kernel/1779017 | 44 + results/classifier/gemma3:12b/kernel/1780814 | 34 + results/classifier/gemma3:12b/kernel/1783437 | 10 + results/classifier/gemma3:12b/kernel/1785203 | 44 + results/classifier/gemma3:12b/kernel/1786343 | 37 + results/classifier/gemma3:12b/kernel/1788582 | 68 ++ results/classifier/gemma3:12b/kernel/1791796 | 124 +++ results/classifier/gemma3:12b/kernel/1793183 | 24 + results/classifier/gemma3:12b/kernel/1794950 | 84 ++ results/classifier/gemma3:12b/kernel/1796520 | 37 + results/classifier/gemma3:12b/kernel/1804678 | 56 ++ results/classifier/gemma3:12b/kernel/1808 | 72 ++ results/classifier/gemma3:12b/kernel/1811 | 37 + results/classifier/gemma3:12b/kernel/1811244 | 41 + results/classifier/gemma3:12b/kernel/1813045 | 17 + results/classifier/gemma3:12b/kernel/1813201 | 56 ++ results/classifier/gemma3:12b/kernel/1813398 | 42 + results/classifier/gemma3:12b/kernel/1824344 | 46 + results/classifier/gemma3:12b/kernel/1824768 | 29 + results/classifier/gemma3:12b/kernel/1824778 | 9 + results/classifier/gemma3:12b/kernel/1826 | 30 + results/classifier/gemma3:12b/kernel/1828429 | 16 + results/classifier/gemma3:12b/kernel/1829459 | 36 + results/classifier/gemma3:12b/kernel/1829498 | 18 + results/classifier/gemma3:12b/kernel/1830031 | 82 ++ results/classifier/gemma3:12b/kernel/1831545 | 22 + results/classifier/gemma3:12b/kernel/1833661 | 20 + results/classifier/gemma3:12b/kernel/1837347 | 35 + results/classifier/gemma3:12b/kernel/1838 | 2 + results/classifier/gemma3:12b/kernel/1839807 | 49 + results/classifier/gemma3:12b/kernel/1840777 | 58 ++ results/classifier/gemma3:12b/kernel/1840920 | 11 + results/classifier/gemma3:12b/kernel/1841592 | 10 + results/classifier/gemma3:12b/kernel/1842 | 16 + results/classifier/gemma3:12b/kernel/1844597 | 89 ++ results/classifier/gemma3:12b/kernel/1844635 | 45 + results/classifier/gemma3:12b/kernel/1846816 | 120 +++ results/classifier/gemma3:12b/kernel/1849894 | 45 + results/classifier/gemma3:12b/kernel/1850 | 30 + results/classifier/gemma3:12b/kernel/1850378 | 19 + results/classifier/gemma3:12b/kernel/1851939 | 17 + results/classifier/gemma3:12b/kernel/1852115 | 45 + results/classifier/gemma3:12b/kernel/1852781 | 33 + results/classifier/gemma3:12b/kernel/1853781 | 37 + results/classifier/gemma3:12b/kernel/1858461 | 24 + results/classifier/gemma3:12b/kernel/1859021 | 33 + results/classifier/gemma3:12b/kernel/1859920 | 50 + results/classifier/gemma3:12b/kernel/1861 | 30 + results/classifier/gemma3:12b/kernel/1861394 | 15 + results/classifier/gemma3:12b/kernel/1861551 | 52 ++ results/classifier/gemma3:12b/kernel/1861653 | 37 + results/classifier/gemma3:12b/kernel/1862986 | 65 ++ results/classifier/gemma3:12b/kernel/1863508 | 26 + results/classifier/gemma3:12b/kernel/1864 | 22 + results/classifier/gemma3:12b/kernel/1865 | 25 + results/classifier/gemma3:12b/kernel/1865160 | 48 + results/classifier/gemma3:12b/kernel/1866892 | 80 ++ results/classifier/gemma3:12b/kernel/1871005 | 18 + results/classifier/gemma3:12b/kernel/1871842 | 52 ++ results/classifier/gemma3:12b/kernel/1872644 | 37 + results/classifier/gemma3:12b/kernel/1875702 | 8 + results/classifier/gemma3:12b/kernel/1876568 | 18 + results/classifier/gemma3:12b/kernel/1877706 | 25 + results/classifier/gemma3:12b/kernel/1878 | 30 + results/classifier/gemma3:12b/kernel/1878413 | 16 + results/classifier/gemma3:12b/kernel/1878501 | 32 + results/classifier/gemma3:12b/kernel/1878628 | 9 + results/classifier/gemma3:12b/kernel/1881506 | 6 + results/classifier/gemma3:12b/kernel/1882123 | 59 ++ results/classifier/gemma3:12b/kernel/1886155 | 56 ++ results/classifier/gemma3:12b/kernel/1887854 | 24 + results/classifier/gemma3:12b/kernel/1888431 | 53 ++ results/classifier/gemma3:12b/kernel/1894361 | 6 + results/classifier/gemma3:12b/kernel/1895053 | 35 + results/classifier/gemma3:12b/kernel/1895080 | 37 + results/classifier/gemma3:12b/kernel/1897194 | 12 + results/classifier/gemma3:12b/kernel/1898954 | 28 + results/classifier/gemma3:12b/kernel/1899082 | 35 + results/classifier/gemma3:12b/kernel/1900 | 2 + results/classifier/gemma3:12b/kernel/1902267 | 32 + results/classifier/gemma3:12b/kernel/1904464 | 18 + results/classifier/gemma3:12b/kernel/1906156 | 16 + results/classifier/gemma3:12b/kernel/1907 | 58 ++ results/classifier/gemma3:12b/kernel/1907137 | 37 + results/classifier/gemma3:12b/kernel/1907427 | 13 + results/classifier/gemma3:12b/kernel/1909823 | 8 + results/classifier/gemma3:12b/kernel/1910505 | 68 ++ results/classifier/gemma3:12b/kernel/1911 | 41 + results/classifier/gemma3:12b/kernel/1913315 | 49 + results/classifier/gemma3:12b/kernel/1915 | 12 + results/classifier/gemma3:12b/kernel/1915682 | 99 ++ results/classifier/gemma3:12b/kernel/1917184 | 6 + results/classifier/gemma3:12b/kernel/1917542 | 139 +++ results/classifier/gemma3:12b/kernel/1920602 | 20 + results/classifier/gemma3:12b/kernel/1921 | 31 + results/classifier/gemma3:12b/kernel/1921138 | 14 + results/classifier/gemma3:12b/kernel/1921664 | 93 ++ results/classifier/gemma3:12b/kernel/1921948 | 39 + results/classifier/gemma3:12b/kernel/1922 | 21 + results/classifier/gemma3:12b/kernel/1922617 | 121 +++ results/classifier/gemma3:12b/kernel/1922887 | 31 + results/classifier/gemma3:12b/kernel/1923197 | 38 + results/classifier/gemma3:12b/kernel/1926044 | 31 + results/classifier/gemma3:12b/kernel/1926521 | 63 ++ results/classifier/gemma3:12b/kernel/1926759 | 19 + results/classifier/gemma3:12b/kernel/1926996 | 21 + results/classifier/gemma3:12b/kernel/1927 | 525 +++++++++++ results/classifier/gemma3:12b/kernel/1929 | 22 + results/classifier/gemma3:12b/kernel/1939179 | 22 + results/classifier/gemma3:12b/kernel/1945540 | 64 ++ results/classifier/gemma3:12b/kernel/1950 | 10 + results/classifier/gemma3:12b/kernel/1952 | 97 ++ results/classifier/gemma3:12b/kernel/1967 | 2 + results/classifier/gemma3:12b/kernel/1977 | 31 + results/classifier/gemma3:12b/kernel/1983 | 31 + results/classifier/gemma3:12b/kernel/1985 | 2 + results/classifier/gemma3:12b/kernel/1990 | 20 + results/classifier/gemma3:12b/kernel/2000 | 46 + results/classifier/gemma3:12b/kernel/2005 | 30 + results/classifier/gemma3:12b/kernel/2013 | 79 ++ results/classifier/gemma3:12b/kernel/2040 | 25 + results/classifier/gemma3:12b/kernel/2064 | 13 + results/classifier/gemma3:12b/kernel/2078 | 35 + results/classifier/gemma3:12b/kernel/2078790 | 12 + results/classifier/gemma3:12b/kernel/2079 | 2 + results/classifier/gemma3:12b/kernel/2113 | 2 + results/classifier/gemma3:12b/kernel/212 | 2 + results/classifier/gemma3:12b/kernel/2122 | 8 + results/classifier/gemma3:12b/kernel/2133 | 56 ++ results/classifier/gemma3:12b/kernel/2146 | 115 +++ results/classifier/gemma3:12b/kernel/2148 | 10 + results/classifier/gemma3:12b/kernel/215 | 2 + results/classifier/gemma3:12b/kernel/2150 | 14 + results/classifier/gemma3:12b/kernel/2155 | 24 + results/classifier/gemma3:12b/kernel/2156 | 16 + results/classifier/gemma3:12b/kernel/216 | 2 + results/classifier/gemma3:12b/kernel/2165 | 69 ++ results/classifier/gemma3:12b/kernel/2168 | 33 + results/classifier/gemma3:12b/kernel/2170 | 45 + results/classifier/gemma3:12b/kernel/2198 | 26 + results/classifier/gemma3:12b/kernel/2206 | 11 + results/classifier/gemma3:12b/kernel/2219 | 2 + results/classifier/gemma3:12b/kernel/2259 | 15 + results/classifier/gemma3:12b/kernel/2264 | 58 ++ results/classifier/gemma3:12b/kernel/2276 | 43 + results/classifier/gemma3:12b/kernel/2281 | 8 + results/classifier/gemma3:12b/kernel/2284 | 2 + results/classifier/gemma3:12b/kernel/2286 | 2 + results/classifier/gemma3:12b/kernel/2300 | 2 + results/classifier/gemma3:12b/kernel/2304 | 39 + results/classifier/gemma3:12b/kernel/2316 | 37 + results/classifier/gemma3:12b/kernel/2319 | 18 + results/classifier/gemma3:12b/kernel/2326 | 25 + results/classifier/gemma3:12b/kernel/2360 | 31 + results/classifier/gemma3:12b/kernel/2382 | 15 + results/classifier/gemma3:12b/kernel/2384 | 27 + results/classifier/gemma3:12b/kernel/2389 | 35 + results/classifier/gemma3:12b/kernel/2396 | 2 + results/classifier/gemma3:12b/kernel/2434 | 30 + results/classifier/gemma3:12b/kernel/2446 | 61 ++ results/classifier/gemma3:12b/kernel/246 | 2 + results/classifier/gemma3:12b/kernel/2466 | 25 + results/classifier/gemma3:12b/kernel/2473 | 4 + results/classifier/gemma3:12b/kernel/2481 | 2 + results/classifier/gemma3:12b/kernel/249 | 2 + results/classifier/gemma3:12b/kernel/2511 | 33 + results/classifier/gemma3:12b/kernel/2523 | 21 + results/classifier/gemma3:12b/kernel/2525 | 2 + results/classifier/gemma3:12b/kernel/2526 | 40 + results/classifier/gemma3:12b/kernel/2542 | 2 + results/classifier/gemma3:12b/kernel/2552 | 73 ++ results/classifier/gemma3:12b/kernel/2585 | 8 + results/classifier/gemma3:12b/kernel/2591 | 2 + results/classifier/gemma3:12b/kernel/2600 | 2 + results/classifier/gemma3:12b/kernel/2605 | 2 + results/classifier/gemma3:12b/kernel/2618 | 2 + results/classifier/gemma3:12b/kernel/2626 | 9 + results/classifier/gemma3:12b/kernel/2634 | 178 ++++ results/classifier/gemma3:12b/kernel/2641 | 2 + results/classifier/gemma3:12b/kernel/2647 | 48 + results/classifier/gemma3:12b/kernel/265 | 2 + results/classifier/gemma3:12b/kernel/2657 | 12 + results/classifier/gemma3:12b/kernel/2662 | 12 + results/classifier/gemma3:12b/kernel/267 | 2 + results/classifier/gemma3:12b/kernel/2673 | 6 + results/classifier/gemma3:12b/kernel/2683 | 40 + results/classifier/gemma3:12b/kernel/2702 | 54 ++ results/classifier/gemma3:12b/kernel/2721 | 2 + results/classifier/gemma3:12b/kernel/2749 | 80 ++ results/classifier/gemma3:12b/kernel/2770 | 15 + results/classifier/gemma3:12b/kernel/2794 | 50 + results/classifier/gemma3:12b/kernel/2798 | 39 + results/classifier/gemma3:12b/kernel/2799 | 42 + results/classifier/gemma3:12b/kernel/2822 | 12 + results/classifier/gemma3:12b/kernel/2832 | 100 ++ results/classifier/gemma3:12b/kernel/2846 | 2 + results/classifier/gemma3:12b/kernel/285 | 2 + results/classifier/gemma3:12b/kernel/2855 | 30 + results/classifier/gemma3:12b/kernel/289 | 2 + results/classifier/gemma3:12b/kernel/2899 | 37 + results/classifier/gemma3:12b/kernel/2902 | 12 + results/classifier/gemma3:12b/kernel/2904 | 12 + results/classifier/gemma3:12b/kernel/2907 | 2 + results/classifier/gemma3:12b/kernel/2911 | 66 ++ results/classifier/gemma3:12b/kernel/293 | 2 + results/classifier/gemma3:12b/kernel/2933 | 23 + results/classifier/gemma3:12b/kernel/2935 | 25 + results/classifier/gemma3:12b/kernel/2953 | 67 ++ results/classifier/gemma3:12b/kernel/2978 | 24 + results/classifier/gemma3:12b/kernel/2983 | 116 +++ results/classifier/gemma3:12b/kernel/311 | 2 + results/classifier/gemma3:12b/kernel/314 | 2 + results/classifier/gemma3:12b/kernel/318 | 2 + results/classifier/gemma3:12b/kernel/333 | 2 + results/classifier/gemma3:12b/kernel/340 | 2 + results/classifier/gemma3:12b/kernel/355 | 2 + results/classifier/gemma3:12b/kernel/358 | 2 + results/classifier/gemma3:12b/kernel/382 | 2 + results/classifier/gemma3:12b/kernel/394 | 2 + results/classifier/gemma3:12b/kernel/417 | 2 + results/classifier/gemma3:12b/kernel/419 | 2 + results/classifier/gemma3:12b/kernel/448 | 2 + results/classifier/gemma3:12b/kernel/456 | 30 + results/classifier/gemma3:12b/kernel/474 | 31 + results/classifier/gemma3:12b/kernel/479 | 13 + results/classifier/gemma3:12b/kernel/503 | 2 + results/classifier/gemma3:12b/kernel/51 | 2 + results/classifier/gemma3:12b/kernel/52 | 2 + results/classifier/gemma3:12b/kernel/520 | 34 + results/classifier/gemma3:12b/kernel/538808 | 12 + results/classifier/gemma3:12b/kernel/546458 | 48 + results/classifier/gemma3:12b/kernel/568228 | 259 ++++++ results/classifier/gemma3:12b/kernel/587993 | 116 +++ results/classifier/gemma3:12b/kernel/61 | 2 + results/classifier/gemma3:12b/kernel/611 | 128 +++ results/classifier/gemma3:12b/kernel/616769 | 28 + results/classifier/gemma3:12b/kernel/619 | 2 + results/classifier/gemma3:12b/kernel/623852 | 14 + results/classifier/gemma3:12b/kernel/629791 | 6 + results/classifier/gemma3:12b/kernel/635 | 29 + results/classifier/gemma3:12b/kernel/64 | 2 + results/classifier/gemma3:12b/kernel/648 | 2 + results/classifier/gemma3:12b/kernel/650 | 25 + results/classifier/gemma3:12b/kernel/655 | 33 + results/classifier/gemma3:12b/kernel/672934 | 8 + results/classifier/gemma3:12b/kernel/676 | 55 ++ results/classifier/gemma3:12b/kernel/677 | 2 + results/classifier/gemma3:12b/kernel/679 | 2 + results/classifier/gemma3:12b/kernel/682360 | 23 + results/classifier/gemma3:12b/kernel/704 | 2 + results/classifier/gemma3:12b/kernel/710234 | 11 + results/classifier/gemma3:12b/kernel/721 | 31 + results/classifier/gemma3:12b/kernel/734 | 29 + results/classifier/gemma3:12b/kernel/735752 | 62 ++ results/classifier/gemma3:12b/kernel/744 | 4 + results/classifier/gemma3:12b/kernel/749 | 2 + results/classifier/gemma3:12b/kernel/758 | 47 + results/classifier/gemma3:12b/kernel/760976 | 15 + results/classifier/gemma3:12b/kernel/788881 | 17 + results/classifier/gemma3:12b/kernel/796202 | 33 + results/classifier/gemma3:12b/kernel/817 | 2 + results/classifier/gemma3:12b/kernel/822 | 17 + results/classifier/gemma3:12b/kernel/836 | 86 ++ results/classifier/gemma3:12b/kernel/842 | 14 + results/classifier/gemma3:12b/kernel/846 | 2 + results/classifier/gemma3:12b/kernel/854 | 63 ++ results/classifier/gemma3:12b/kernel/865518 | 38 + results/classifier/gemma3:12b/kernel/877 | 107 +++ results/classifier/gemma3:12b/kernel/881 | 21 + results/classifier/gemma3:12b/kernel/883 | 28 + results/classifier/gemma3:12b/kernel/886 | 17 + results/classifier/gemma3:12b/kernel/887 | 2 + results/classifier/gemma3:12b/kernel/897193 | 44 + results/classifier/gemma3:12b/kernel/902720 | 17 + results/classifier/gemma3:12b/kernel/903 | 356 ++++++++ results/classifier/gemma3:12b/kernel/905 | 2 + results/classifier/gemma3:12b/kernel/915 | 380 ++++++++ results/classifier/gemma3:12b/kernel/917645 | 6 + results/classifier/gemma3:12b/kernel/921 | 624 +++++++++++++ results/classifier/gemma3:12b/kernel/923 | 2 + results/classifier/gemma3:12b/kernel/929 | 34 + results/classifier/gemma3:12b/kernel/932487 | 57 ++ results/classifier/gemma3:12b/kernel/942659 | 32 + results/classifier/gemma3:12b/kernel/948 | 33 + results/classifier/gemma3:12b/kernel/949 | 315 +++++++ results/classifier/gemma3:12b/kernel/954 | 1258 ++++++++++++++++++++++++++ results/classifier/gemma3:12b/kernel/959992 | 44 + results/classifier/gemma3:12b/kernel/964 | 41 + results/classifier/gemma3:12b/kernel/965133 | 38 + results/classifier/gemma3:12b/kernel/995 | 12 + 455 files changed, 18047 insertions(+) create mode 100644 results/classifier/gemma3:12b/kernel/1007 create mode 100644 results/classifier/gemma3:12b/kernel/1008136 create mode 100644 results/classifier/gemma3:12b/kernel/1012023 create mode 100644 results/classifier/gemma3:12b/kernel/1014681 create mode 100644 results/classifier/gemma3:12b/kernel/1033494 create mode 100644 results/classifier/gemma3:12b/kernel/1037675 create mode 100644 results/classifier/gemma3:12b/kernel/1041 create mode 100644 results/classifier/gemma3:12b/kernel/1042388 create mode 100644 results/classifier/gemma3:12b/kernel/1051 create mode 100644 results/classifier/gemma3:12b/kernel/1052857 create mode 100644 results/classifier/gemma3:12b/kernel/1062 create mode 100644 results/classifier/gemma3:12b/kernel/1066909 create mode 100644 results/classifier/gemma3:12b/kernel/1068 create mode 100644 results/classifier/gemma3:12b/kernel/1068900 create mode 100644 results/classifier/gemma3:12b/kernel/1069 create mode 100644 results/classifier/gemma3:12b/kernel/1078 create mode 100644 results/classifier/gemma3:12b/kernel/1083 create mode 100644 results/classifier/gemma3:12b/kernel/1088617 create mode 100644 results/classifier/gemma3:12b/kernel/1091115 create mode 100644 results/classifier/gemma3:12b/kernel/1093 create mode 100644 results/classifier/gemma3:12b/kernel/1095857 create mode 100644 results/classifier/gemma3:12b/kernel/1111 create mode 100644 results/classifier/gemma3:12b/kernel/1124 create mode 100644 results/classifier/gemma3:12b/kernel/1129 create mode 100644 results/classifier/gemma3:12b/kernel/1130 create mode 100644 results/classifier/gemma3:12b/kernel/1133668 create mode 100644 results/classifier/gemma3:12b/kernel/1142 create mode 100644 results/classifier/gemma3:12b/kernel/1147 create mode 100644 results/classifier/gemma3:12b/kernel/1156313 create mode 100644 results/classifier/gemma3:12b/kernel/1157 create mode 100644 results/classifier/gemma3:12b/kernel/1165 create mode 100644 results/classifier/gemma3:12b/kernel/1170 create mode 100644 results/classifier/gemma3:12b/kernel/1173 create mode 100644 results/classifier/gemma3:12b/kernel/1179664 create mode 100644 results/classifier/gemma3:12b/kernel/1187 create mode 100644 results/classifier/gemma3:12b/kernel/1193628 create mode 100644 results/classifier/gemma3:12b/kernel/1195012 create mode 100644 results/classifier/gemma3:12b/kernel/1207686 create mode 100644 results/classifier/gemma3:12b/kernel/1211943 create mode 100644 results/classifier/gemma3:12b/kernel/1218098 create mode 100644 results/classifier/gemma3:12b/kernel/1242963 create mode 100644 results/classifier/gemma3:12b/kernel/1245 create mode 100644 results/classifier/gemma3:12b/kernel/1254786 create mode 100644 results/classifier/gemma3:12b/kernel/1256548 create mode 100644 results/classifier/gemma3:12b/kernel/1277 create mode 100644 results/classifier/gemma3:12b/kernel/1278166 create mode 100644 results/classifier/gemma3:12b/kernel/1287195 create mode 100644 results/classifier/gemma3:12b/kernel/1290370 create mode 100644 results/classifier/gemma3:12b/kernel/1292037 create mode 100644 results/classifier/gemma3:12b/kernel/1299858 create mode 100644 results/classifier/gemma3:12b/kernel/1300021 create mode 100644 results/classifier/gemma3:12b/kernel/1303 create mode 100644 results/classifier/gemma3:12b/kernel/1318281 create mode 100644 results/classifier/gemma3:12b/kernel/1320968 create mode 100644 results/classifier/gemma3:12b/kernel/1324727 create mode 100644 results/classifier/gemma3:12b/kernel/1331859 create mode 100644 results/classifier/gemma3:12b/kernel/1340 create mode 100644 results/classifier/gemma3:12b/kernel/1341 create mode 100644 results/classifier/gemma3:12b/kernel/1349277 create mode 100644 results/classifier/gemma3:12b/kernel/135 create mode 100644 results/classifier/gemma3:12b/kernel/1351 create mode 100644 results/classifier/gemma3:12b/kernel/1359383 create mode 100644 results/classifier/gemma3:12b/kernel/1361 create mode 100644 results/classifier/gemma3:12b/kernel/1361912 create mode 100644 results/classifier/gemma3:12b/kernel/1362635 create mode 100644 results/classifier/gemma3:12b/kernel/1363641 create mode 100644 results/classifier/gemma3:12b/kernel/1383857 create mode 100644 results/classifier/gemma3:12b/kernel/1398 create mode 100644 results/classifier/gemma3:12b/kernel/1399 create mode 100644 results/classifier/gemma3:12b/kernel/140 create mode 100644 results/classifier/gemma3:12b/kernel/1406016 create mode 100644 results/classifier/gemma3:12b/kernel/1408152 create mode 100644 results/classifier/gemma3:12b/kernel/1416988 create mode 100644 results/classifier/gemma3:12b/kernel/1428352 create mode 100644 results/classifier/gemma3:12b/kernel/1429313 create mode 100644 results/classifier/gemma3:12b/kernel/1444 create mode 100644 results/classifier/gemma3:12b/kernel/1450881 create mode 100644 results/classifier/gemma3:12b/kernel/1454 create mode 100644 results/classifier/gemma3:12b/kernel/1462 create mode 100644 results/classifier/gemma3:12b/kernel/1463143 create mode 100644 results/classifier/gemma3:12b/kernel/1463172 create mode 100644 results/classifier/gemma3:12b/kernel/1470170 create mode 100644 results/classifier/gemma3:12b/kernel/1478 create mode 100644 results/classifier/gemma3:12b/kernel/1481 create mode 100644 results/classifier/gemma3:12b/kernel/1482425 create mode 100644 results/classifier/gemma3:12b/kernel/1499 create mode 100644 results/classifier/gemma3:12b/kernel/1503031 create mode 100644 results/classifier/gemma3:12b/kernel/1506 create mode 100644 results/classifier/gemma3:12b/kernel/1516408 create mode 100644 results/classifier/gemma3:12b/kernel/1518 create mode 100644 results/classifier/gemma3:12b/kernel/1547526 create mode 100644 results/classifier/gemma3:12b/kernel/1551 create mode 100644 results/classifier/gemma3:12b/kernel/1552549 create mode 100644 results/classifier/gemma3:12b/kernel/1568 create mode 100644 results/classifier/gemma3:12b/kernel/1568589 create mode 100644 results/classifier/gemma3:12b/kernel/1570 create mode 100644 results/classifier/gemma3:12b/kernel/1587535 create mode 100644 results/classifier/gemma3:12b/kernel/1598029 create mode 100644 results/classifier/gemma3:12b/kernel/1598612 create mode 100644 results/classifier/gemma3:12b/kernel/1605611 create mode 100644 results/classifier/gemma3:12b/kernel/1606 create mode 100644 results/classifier/gemma3:12b/kernel/1613817 create mode 100644 results/classifier/gemma3:12b/kernel/1617929 create mode 100644 results/classifier/gemma3:12b/kernel/1622547 create mode 100644 results/classifier/gemma3:12b/kernel/1624896 create mode 100644 results/classifier/gemma3:12b/kernel/1625295 create mode 100644 results/classifier/gemma3:12b/kernel/1629 create mode 100644 results/classifier/gemma3:12b/kernel/1645287 create mode 100644 results/classifier/gemma3:12b/kernel/1648 create mode 100644 results/classifier/gemma3:12b/kernel/1650 create mode 100644 results/classifier/gemma3:12b/kernel/1652 create mode 100644 results/classifier/gemma3:12b/kernel/1654 create mode 100644 results/classifier/gemma3:12b/kernel/1657538 create mode 100644 results/classifier/gemma3:12b/kernel/1658 create mode 100644 results/classifier/gemma3:12b/kernel/1658120 create mode 100644 results/classifier/gemma3:12b/kernel/1662600 create mode 100644 results/classifier/gemma3:12b/kernel/1667401 create mode 100644 results/classifier/gemma3:12b/kernel/1668041 create mode 100644 results/classifier/gemma3:12b/kernel/1670170 create mode 100644 results/classifier/gemma3:12b/kernel/1675 create mode 100644 results/classifier/gemma3:12b/kernel/1677247 create mode 100644 results/classifier/gemma3:12b/kernel/1682093 create mode 100644 results/classifier/gemma3:12b/kernel/1689367 create mode 100644 results/classifier/gemma3:12b/kernel/1696 create mode 100644 results/classifier/gemma3:12b/kernel/1699277 create mode 100644 results/classifier/gemma3:12b/kernel/1700 create mode 100644 results/classifier/gemma3:12b/kernel/1701798 create mode 100644 results/classifier/gemma3:12b/kernel/1705118 create mode 100644 results/classifier/gemma3:12b/kernel/1707 create mode 100644 results/classifier/gemma3:12b/kernel/172 create mode 100644 results/classifier/gemma3:12b/kernel/1728256 create mode 100644 results/classifier/gemma3:12b/kernel/1728448 create mode 100644 results/classifier/gemma3:12b/kernel/1729623 create mode 100644 results/classifier/gemma3:12b/kernel/1733720 create mode 100644 results/classifier/gemma3:12b/kernel/1734792 create mode 100644 results/classifier/gemma3:12b/kernel/1735082 create mode 100644 results/classifier/gemma3:12b/kernel/1737444 create mode 100644 results/classifier/gemma3:12b/kernel/1738 create mode 100644 results/classifier/gemma3:12b/kernel/1738202 create mode 100644 results/classifier/gemma3:12b/kernel/1738434 create mode 100644 results/classifier/gemma3:12b/kernel/1738691 create mode 100644 results/classifier/gemma3:12b/kernel/1738767 create mode 100644 results/classifier/gemma3:12b/kernel/1739371 create mode 100644 results/classifier/gemma3:12b/kernel/1740 create mode 100644 results/classifier/gemma3:12b/kernel/1740887 create mode 100644 results/classifier/gemma3:12b/kernel/1741 create mode 100644 results/classifier/gemma3:12b/kernel/1741718 create mode 100644 results/classifier/gemma3:12b/kernel/1742 create mode 100644 results/classifier/gemma3:12b/kernel/1750229 create mode 100644 results/classifier/gemma3:12b/kernel/1754372 create mode 100644 results/classifier/gemma3:12b/kernel/1756 create mode 100644 results/classifier/gemma3:12b/kernel/1756080 create mode 100644 results/classifier/gemma3:12b/kernel/1757363 create mode 100644 results/classifier/gemma3:12b/kernel/1760 create mode 100644 results/classifier/gemma3:12b/kernel/1761027 create mode 100644 results/classifier/gemma3:12b/kernel/1765 create mode 100644 results/classifier/gemma3:12b/kernel/1767146 create mode 100644 results/classifier/gemma3:12b/kernel/1767200 create mode 100644 results/classifier/gemma3:12b/kernel/1768 create mode 100644 results/classifier/gemma3:12b/kernel/1770 create mode 100644 results/classifier/gemma3:12b/kernel/1772166 create mode 100644 results/classifier/gemma3:12b/kernel/1774 create mode 100644 results/classifier/gemma3:12b/kernel/1775555 create mode 100644 results/classifier/gemma3:12b/kernel/1776 create mode 100644 results/classifier/gemma3:12b/kernel/1778473 create mode 100644 results/classifier/gemma3:12b/kernel/1779017 create mode 100644 results/classifier/gemma3:12b/kernel/1780814 create mode 100644 results/classifier/gemma3:12b/kernel/1783437 create mode 100644 results/classifier/gemma3:12b/kernel/1785203 create mode 100644 results/classifier/gemma3:12b/kernel/1786343 create mode 100644 results/classifier/gemma3:12b/kernel/1788582 create mode 100644 results/classifier/gemma3:12b/kernel/1791796 create mode 100644 results/classifier/gemma3:12b/kernel/1793183 create mode 100644 results/classifier/gemma3:12b/kernel/1794950 create mode 100644 results/classifier/gemma3:12b/kernel/1796520 create mode 100644 results/classifier/gemma3:12b/kernel/1804678 create mode 100644 results/classifier/gemma3:12b/kernel/1808 create mode 100644 results/classifier/gemma3:12b/kernel/1811 create mode 100644 results/classifier/gemma3:12b/kernel/1811244 create mode 100644 results/classifier/gemma3:12b/kernel/1813045 create mode 100644 results/classifier/gemma3:12b/kernel/1813201 create mode 100644 results/classifier/gemma3:12b/kernel/1813398 create mode 100644 results/classifier/gemma3:12b/kernel/1824344 create mode 100644 results/classifier/gemma3:12b/kernel/1824768 create mode 100644 results/classifier/gemma3:12b/kernel/1824778 create mode 100644 results/classifier/gemma3:12b/kernel/1826 create mode 100644 results/classifier/gemma3:12b/kernel/1828429 create mode 100644 results/classifier/gemma3:12b/kernel/1829459 create mode 100644 results/classifier/gemma3:12b/kernel/1829498 create mode 100644 results/classifier/gemma3:12b/kernel/1830031 create mode 100644 results/classifier/gemma3:12b/kernel/1831545 create mode 100644 results/classifier/gemma3:12b/kernel/1833661 create mode 100644 results/classifier/gemma3:12b/kernel/1837347 create mode 100644 results/classifier/gemma3:12b/kernel/1838 create mode 100644 results/classifier/gemma3:12b/kernel/1839807 create mode 100644 results/classifier/gemma3:12b/kernel/1840777 create mode 100644 results/classifier/gemma3:12b/kernel/1840920 create mode 100644 results/classifier/gemma3:12b/kernel/1841592 create mode 100644 results/classifier/gemma3:12b/kernel/1842 create mode 100644 results/classifier/gemma3:12b/kernel/1844597 create mode 100644 results/classifier/gemma3:12b/kernel/1844635 create mode 100644 results/classifier/gemma3:12b/kernel/1846816 create mode 100644 results/classifier/gemma3:12b/kernel/1849894 create mode 100644 results/classifier/gemma3:12b/kernel/1850 create mode 100644 results/classifier/gemma3:12b/kernel/1850378 create mode 100644 results/classifier/gemma3:12b/kernel/1851939 create mode 100644 results/classifier/gemma3:12b/kernel/1852115 create mode 100644 results/classifier/gemma3:12b/kernel/1852781 create mode 100644 results/classifier/gemma3:12b/kernel/1853781 create mode 100644 results/classifier/gemma3:12b/kernel/1858461 create mode 100644 results/classifier/gemma3:12b/kernel/1859021 create mode 100644 results/classifier/gemma3:12b/kernel/1859920 create mode 100644 results/classifier/gemma3:12b/kernel/1861 create mode 100644 results/classifier/gemma3:12b/kernel/1861394 create mode 100644 results/classifier/gemma3:12b/kernel/1861551 create mode 100644 results/classifier/gemma3:12b/kernel/1861653 create mode 100644 results/classifier/gemma3:12b/kernel/1862986 create mode 100644 results/classifier/gemma3:12b/kernel/1863508 create mode 100644 results/classifier/gemma3:12b/kernel/1864 create mode 100644 results/classifier/gemma3:12b/kernel/1865 create mode 100644 results/classifier/gemma3:12b/kernel/1865160 create mode 100644 results/classifier/gemma3:12b/kernel/1866892 create mode 100644 results/classifier/gemma3:12b/kernel/1871005 create mode 100644 results/classifier/gemma3:12b/kernel/1871842 create mode 100644 results/classifier/gemma3:12b/kernel/1872644 create mode 100644 results/classifier/gemma3:12b/kernel/1875702 create mode 100644 results/classifier/gemma3:12b/kernel/1876568 create mode 100644 results/classifier/gemma3:12b/kernel/1877706 create mode 100644 results/classifier/gemma3:12b/kernel/1878 create mode 100644 results/classifier/gemma3:12b/kernel/1878413 create mode 100644 results/classifier/gemma3:12b/kernel/1878501 create mode 100644 results/classifier/gemma3:12b/kernel/1878628 create mode 100644 results/classifier/gemma3:12b/kernel/1881506 create mode 100644 results/classifier/gemma3:12b/kernel/1882123 create mode 100644 results/classifier/gemma3:12b/kernel/1886155 create mode 100644 results/classifier/gemma3:12b/kernel/1887854 create mode 100644 results/classifier/gemma3:12b/kernel/1888431 create mode 100644 results/classifier/gemma3:12b/kernel/1894361 create mode 100644 results/classifier/gemma3:12b/kernel/1895053 create mode 100644 results/classifier/gemma3:12b/kernel/1895080 create mode 100644 results/classifier/gemma3:12b/kernel/1897194 create mode 100644 results/classifier/gemma3:12b/kernel/1898954 create mode 100644 results/classifier/gemma3:12b/kernel/1899082 create mode 100644 results/classifier/gemma3:12b/kernel/1900 create mode 100644 results/classifier/gemma3:12b/kernel/1902267 create mode 100644 results/classifier/gemma3:12b/kernel/1904464 create mode 100644 results/classifier/gemma3:12b/kernel/1906156 create mode 100644 results/classifier/gemma3:12b/kernel/1907 create mode 100644 results/classifier/gemma3:12b/kernel/1907137 create mode 100644 results/classifier/gemma3:12b/kernel/1907427 create mode 100644 results/classifier/gemma3:12b/kernel/1909823 create mode 100644 results/classifier/gemma3:12b/kernel/1910505 create mode 100644 results/classifier/gemma3:12b/kernel/1911 create mode 100644 results/classifier/gemma3:12b/kernel/1913315 create mode 100644 results/classifier/gemma3:12b/kernel/1915 create mode 100644 results/classifier/gemma3:12b/kernel/1915682 create mode 100644 results/classifier/gemma3:12b/kernel/1917184 create mode 100644 results/classifier/gemma3:12b/kernel/1917542 create mode 100644 results/classifier/gemma3:12b/kernel/1920602 create mode 100644 results/classifier/gemma3:12b/kernel/1921 create mode 100644 results/classifier/gemma3:12b/kernel/1921138 create mode 100644 results/classifier/gemma3:12b/kernel/1921664 create mode 100644 results/classifier/gemma3:12b/kernel/1921948 create mode 100644 results/classifier/gemma3:12b/kernel/1922 create mode 100644 results/classifier/gemma3:12b/kernel/1922617 create mode 100644 results/classifier/gemma3:12b/kernel/1922887 create mode 100644 results/classifier/gemma3:12b/kernel/1923197 create mode 100644 results/classifier/gemma3:12b/kernel/1926044 create mode 100644 results/classifier/gemma3:12b/kernel/1926521 create mode 100644 results/classifier/gemma3:12b/kernel/1926759 create mode 100644 results/classifier/gemma3:12b/kernel/1926996 create mode 100644 results/classifier/gemma3:12b/kernel/1927 create mode 100644 results/classifier/gemma3:12b/kernel/1929 create mode 100644 results/classifier/gemma3:12b/kernel/1939179 create mode 100644 results/classifier/gemma3:12b/kernel/1945540 create mode 100644 results/classifier/gemma3:12b/kernel/1950 create mode 100644 results/classifier/gemma3:12b/kernel/1952 create mode 100644 results/classifier/gemma3:12b/kernel/1967 create mode 100644 results/classifier/gemma3:12b/kernel/1977 create mode 100644 results/classifier/gemma3:12b/kernel/1983 create mode 100644 results/classifier/gemma3:12b/kernel/1985 create mode 100644 results/classifier/gemma3:12b/kernel/1990 create mode 100644 results/classifier/gemma3:12b/kernel/2000 create mode 100644 results/classifier/gemma3:12b/kernel/2005 create mode 100644 results/classifier/gemma3:12b/kernel/2013 create mode 100644 results/classifier/gemma3:12b/kernel/2040 create mode 100644 results/classifier/gemma3:12b/kernel/2064 create mode 100644 results/classifier/gemma3:12b/kernel/2078 create mode 100644 results/classifier/gemma3:12b/kernel/2078790 create mode 100644 results/classifier/gemma3:12b/kernel/2079 create mode 100644 results/classifier/gemma3:12b/kernel/2113 create mode 100644 results/classifier/gemma3:12b/kernel/212 create mode 100644 results/classifier/gemma3:12b/kernel/2122 create mode 100644 results/classifier/gemma3:12b/kernel/2133 create mode 100644 results/classifier/gemma3:12b/kernel/2146 create mode 100644 results/classifier/gemma3:12b/kernel/2148 create mode 100644 results/classifier/gemma3:12b/kernel/215 create mode 100644 results/classifier/gemma3:12b/kernel/2150 create mode 100644 results/classifier/gemma3:12b/kernel/2155 create mode 100644 results/classifier/gemma3:12b/kernel/2156 create mode 100644 results/classifier/gemma3:12b/kernel/216 create mode 100644 results/classifier/gemma3:12b/kernel/2165 create mode 100644 results/classifier/gemma3:12b/kernel/2168 create mode 100644 results/classifier/gemma3:12b/kernel/2170 create mode 100644 results/classifier/gemma3:12b/kernel/2198 create mode 100644 results/classifier/gemma3:12b/kernel/2206 create mode 100644 results/classifier/gemma3:12b/kernel/2219 create mode 100644 results/classifier/gemma3:12b/kernel/2259 create mode 100644 results/classifier/gemma3:12b/kernel/2264 create mode 100644 results/classifier/gemma3:12b/kernel/2276 create mode 100644 results/classifier/gemma3:12b/kernel/2281 create mode 100644 results/classifier/gemma3:12b/kernel/2284 create mode 100644 results/classifier/gemma3:12b/kernel/2286 create mode 100644 results/classifier/gemma3:12b/kernel/2300 create mode 100644 results/classifier/gemma3:12b/kernel/2304 create mode 100644 results/classifier/gemma3:12b/kernel/2316 create mode 100644 results/classifier/gemma3:12b/kernel/2319 create mode 100644 results/classifier/gemma3:12b/kernel/2326 create mode 100644 results/classifier/gemma3:12b/kernel/2360 create mode 100644 results/classifier/gemma3:12b/kernel/2382 create mode 100644 results/classifier/gemma3:12b/kernel/2384 create mode 100644 results/classifier/gemma3:12b/kernel/2389 create mode 100644 results/classifier/gemma3:12b/kernel/2396 create mode 100644 results/classifier/gemma3:12b/kernel/2434 create mode 100644 results/classifier/gemma3:12b/kernel/2446 create mode 100644 results/classifier/gemma3:12b/kernel/246 create mode 100644 results/classifier/gemma3:12b/kernel/2466 create mode 100644 results/classifier/gemma3:12b/kernel/2473 create mode 100644 results/classifier/gemma3:12b/kernel/2481 create mode 100644 results/classifier/gemma3:12b/kernel/249 create mode 100644 results/classifier/gemma3:12b/kernel/2511 create mode 100644 results/classifier/gemma3:12b/kernel/2523 create mode 100644 results/classifier/gemma3:12b/kernel/2525 create mode 100644 results/classifier/gemma3:12b/kernel/2526 create mode 100644 results/classifier/gemma3:12b/kernel/2542 create mode 100644 results/classifier/gemma3:12b/kernel/2552 create mode 100644 results/classifier/gemma3:12b/kernel/2585 create mode 100644 results/classifier/gemma3:12b/kernel/2591 create mode 100644 results/classifier/gemma3:12b/kernel/2600 create mode 100644 results/classifier/gemma3:12b/kernel/2605 create mode 100644 results/classifier/gemma3:12b/kernel/2618 create mode 100644 results/classifier/gemma3:12b/kernel/2626 create mode 100644 results/classifier/gemma3:12b/kernel/2634 create mode 100644 results/classifier/gemma3:12b/kernel/2641 create mode 100644 results/classifier/gemma3:12b/kernel/2647 create mode 100644 results/classifier/gemma3:12b/kernel/265 create mode 100644 results/classifier/gemma3:12b/kernel/2657 create mode 100644 results/classifier/gemma3:12b/kernel/2662 create mode 100644 results/classifier/gemma3:12b/kernel/267 create mode 100644 results/classifier/gemma3:12b/kernel/2673 create mode 100644 results/classifier/gemma3:12b/kernel/2683 create mode 100644 results/classifier/gemma3:12b/kernel/2702 create mode 100644 results/classifier/gemma3:12b/kernel/2721 create mode 100644 results/classifier/gemma3:12b/kernel/2749 create mode 100644 results/classifier/gemma3:12b/kernel/2770 create mode 100644 results/classifier/gemma3:12b/kernel/2794 create mode 100644 results/classifier/gemma3:12b/kernel/2798 create mode 100644 results/classifier/gemma3:12b/kernel/2799 create mode 100644 results/classifier/gemma3:12b/kernel/2822 create mode 100644 results/classifier/gemma3:12b/kernel/2832 create mode 100644 results/classifier/gemma3:12b/kernel/2846 create mode 100644 results/classifier/gemma3:12b/kernel/285 create mode 100644 results/classifier/gemma3:12b/kernel/2855 create mode 100644 results/classifier/gemma3:12b/kernel/289 create mode 100644 results/classifier/gemma3:12b/kernel/2899 create mode 100644 results/classifier/gemma3:12b/kernel/2902 create mode 100644 results/classifier/gemma3:12b/kernel/2904 create mode 100644 results/classifier/gemma3:12b/kernel/2907 create mode 100644 results/classifier/gemma3:12b/kernel/2911 create mode 100644 results/classifier/gemma3:12b/kernel/293 create mode 100644 results/classifier/gemma3:12b/kernel/2933 create mode 100644 results/classifier/gemma3:12b/kernel/2935 create mode 100644 results/classifier/gemma3:12b/kernel/2953 create mode 100644 results/classifier/gemma3:12b/kernel/2978 create mode 100644 results/classifier/gemma3:12b/kernel/2983 create mode 100644 results/classifier/gemma3:12b/kernel/311 create mode 100644 results/classifier/gemma3:12b/kernel/314 create mode 100644 results/classifier/gemma3:12b/kernel/318 create mode 100644 results/classifier/gemma3:12b/kernel/333 create mode 100644 results/classifier/gemma3:12b/kernel/340 create mode 100644 results/classifier/gemma3:12b/kernel/355 create mode 100644 results/classifier/gemma3:12b/kernel/358 create mode 100644 results/classifier/gemma3:12b/kernel/382 create mode 100644 results/classifier/gemma3:12b/kernel/394 create mode 100644 results/classifier/gemma3:12b/kernel/417 create mode 100644 results/classifier/gemma3:12b/kernel/419 create mode 100644 results/classifier/gemma3:12b/kernel/448 create mode 100644 results/classifier/gemma3:12b/kernel/456 create mode 100644 results/classifier/gemma3:12b/kernel/474 create mode 100644 results/classifier/gemma3:12b/kernel/479 create mode 100644 results/classifier/gemma3:12b/kernel/503 create mode 100644 results/classifier/gemma3:12b/kernel/51 create mode 100644 results/classifier/gemma3:12b/kernel/52 create mode 100644 results/classifier/gemma3:12b/kernel/520 create mode 100644 results/classifier/gemma3:12b/kernel/538808 create mode 100644 results/classifier/gemma3:12b/kernel/546458 create mode 100644 results/classifier/gemma3:12b/kernel/568228 create mode 100644 results/classifier/gemma3:12b/kernel/587993 create mode 100644 results/classifier/gemma3:12b/kernel/61 create mode 100644 results/classifier/gemma3:12b/kernel/611 create mode 100644 results/classifier/gemma3:12b/kernel/616769 create mode 100644 results/classifier/gemma3:12b/kernel/619 create mode 100644 results/classifier/gemma3:12b/kernel/623852 create mode 100644 results/classifier/gemma3:12b/kernel/629791 create mode 100644 results/classifier/gemma3:12b/kernel/635 create mode 100644 results/classifier/gemma3:12b/kernel/64 create mode 100644 results/classifier/gemma3:12b/kernel/648 create mode 100644 results/classifier/gemma3:12b/kernel/650 create mode 100644 results/classifier/gemma3:12b/kernel/655 create mode 100644 results/classifier/gemma3:12b/kernel/672934 create mode 100644 results/classifier/gemma3:12b/kernel/676 create mode 100644 results/classifier/gemma3:12b/kernel/677 create mode 100644 results/classifier/gemma3:12b/kernel/679 create mode 100644 results/classifier/gemma3:12b/kernel/682360 create mode 100644 results/classifier/gemma3:12b/kernel/704 create mode 100644 results/classifier/gemma3:12b/kernel/710234 create mode 100644 results/classifier/gemma3:12b/kernel/721 create mode 100644 results/classifier/gemma3:12b/kernel/734 create mode 100644 results/classifier/gemma3:12b/kernel/735752 create mode 100644 results/classifier/gemma3:12b/kernel/744 create mode 100644 results/classifier/gemma3:12b/kernel/749 create mode 100644 results/classifier/gemma3:12b/kernel/758 create mode 100644 results/classifier/gemma3:12b/kernel/760976 create mode 100644 results/classifier/gemma3:12b/kernel/788881 create mode 100644 results/classifier/gemma3:12b/kernel/796202 create mode 100644 results/classifier/gemma3:12b/kernel/817 create mode 100644 results/classifier/gemma3:12b/kernel/822 create mode 100644 results/classifier/gemma3:12b/kernel/836 create mode 100644 results/classifier/gemma3:12b/kernel/842 create mode 100644 results/classifier/gemma3:12b/kernel/846 create mode 100644 results/classifier/gemma3:12b/kernel/854 create mode 100644 results/classifier/gemma3:12b/kernel/865518 create mode 100644 results/classifier/gemma3:12b/kernel/877 create mode 100644 results/classifier/gemma3:12b/kernel/881 create mode 100644 results/classifier/gemma3:12b/kernel/883 create mode 100644 results/classifier/gemma3:12b/kernel/886 create mode 100644 results/classifier/gemma3:12b/kernel/887 create mode 100644 results/classifier/gemma3:12b/kernel/897193 create mode 100644 results/classifier/gemma3:12b/kernel/902720 create mode 100644 results/classifier/gemma3:12b/kernel/903 create mode 100644 results/classifier/gemma3:12b/kernel/905 create mode 100644 results/classifier/gemma3:12b/kernel/915 create mode 100644 results/classifier/gemma3:12b/kernel/917645 create mode 100644 results/classifier/gemma3:12b/kernel/921 create mode 100644 results/classifier/gemma3:12b/kernel/923 create mode 100644 results/classifier/gemma3:12b/kernel/929 create mode 100644 results/classifier/gemma3:12b/kernel/932487 create mode 100644 results/classifier/gemma3:12b/kernel/942659 create mode 100644 results/classifier/gemma3:12b/kernel/948 create mode 100644 results/classifier/gemma3:12b/kernel/949 create mode 100644 results/classifier/gemma3:12b/kernel/954 create mode 100644 results/classifier/gemma3:12b/kernel/959992 create mode 100644 results/classifier/gemma3:12b/kernel/964 create mode 100644 results/classifier/gemma3:12b/kernel/965133 create mode 100644 results/classifier/gemma3:12b/kernel/995 (limited to 'results/classifier/gemma3:12b/kernel') diff --git a/results/classifier/gemma3:12b/kernel/1007 b/results/classifier/gemma3:12b/kernel/1007 new file mode 100644 index 00000000..83851d53 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1007 @@ -0,0 +1,2 @@ + +qemu-user: add execveat syscall support diff --git a/results/classifier/gemma3:12b/kernel/1008136 b/results/classifier/gemma3:12b/kernel/1008136 new file mode 100644 index 00000000..7da61e36 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1008136 @@ -0,0 +1,25 @@ + +Cannot compile 1.1.0 + +Howdy, + +Testing QEMU 1.1.0 but doesn't compile: + + + CC fsdev/virtfs-proxy-helper.o +In file included from /usr/include/i386-linux-gnu/bits/sigcontext.h:28:0, + from /usr/include/signal.h:339, + from ./qemu-common.h:38, + from fsdev/virtfs-proxy-helper.c:23: +/usr/include/i386-linux-gnu/asm/sigcontext.h:28:2: error: unknown type name '__u64' +/usr/include/i386-linux-gnu/asm/sigcontext.h:191:2: error: unknown type name '__u64' +/usr/include/i386-linux-gnu/asm/sigcontext.h:192:2: error: unknown type name '__u64' +/usr/include/i386-linux-gnu/asm/sigcontext.h:193:2: error: unknown type name '__u64' +make: *** [fsdev/virtfs-proxy-helper.o] Error 1 + + +Ideas? +GCC 4.7, kernel 3.2x + +Thanks in advanced, +Jorge, \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1012023 b/results/classifier/gemma3:12b/kernel/1012023 new file mode 100644 index 00000000..a1fa043e --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1012023 @@ -0,0 +1,6 @@ + +Windows 7 bluescreen STOP: 00000005D + +Hello, with installed windows, or with install cd I have a blue screen (crash) after the first windows logo, see the screenshot. + +Thanks to fix it. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1014681 b/results/classifier/gemma3:12b/kernel/1014681 new file mode 100644 index 00000000..7ac3964f --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1014681 @@ -0,0 +1,35 @@ + +BSOD with newer host kernels (x64) and W2k8S guest (x64) + +Hallo, I attempted to move virtual machines from one host to another but got stuck with Windows-BSODs on the target host. The host-side console message is "virtio_ioport_write: unexpected address 0x13 value 0x1". Eventually there are overlaps to bug #990364, but I'm not sure. + +Host machine: 2x Opteron 4238 a 6 cores, 32GB RAM, Linux x86_64 +Guest machine(s): Windows 2008 Server R2 x64 + +I tried different combinations of component versions, but only kernel 2.6.34 could run the guests (but has other difficulties): + +host kernel Qemu-KVM paravirtualization guest paravirt driver +============================================= +2.6.34 1.0.1 virtio 0.1.15 ok + 0.1.22 ok + 0.1.prewhql ok + git 20120615 virtio 0.1.15 ok + 0.1.22 ok + 0.1.prewhql ok +============================================= +2.6.39 1.0.1 virtio 0.1.15 BSOD + git 20120615 virtio 0.1.15 BSOD +3.0.3 1.0.1 virtio 0.1.15 BSOD + git 20120615 virtio 0.1.15 BSOD +3.3.8 1.0.1 virtio 0.1.15 BSOD + git 20120615 virtio 0.1.15 BSOD + virtio-pci 0.1.15 BSOD +3.4.2 1.0.1 virtio 0.1.15 BSOD + 0.1.prewhql BSOD + virtio-pci 0.1.15 BSOD + git 20120615 virtio 0.1.15 BSOD + 0.1.prewhql BSOD + virtio-pci 0.1.15 BSOD +============================================= + +Run arguments are attached. Minidump follows immediately. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1033494 b/results/classifier/gemma3:12b/kernel/1033494 new file mode 100644 index 00000000..d1e0ca51 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1033494 @@ -0,0 +1,11 @@ + +qemu-system-x86_64 segfaults with kernel 3.5.0 + +qemu-kvm 1.1.1 stable is running fine for me with RHEL 6 2.6.32 based kernel. + +But with 3.5.0 kernel qemu-system-x86_64 segfaults while i'm trying to install ubuntu 12.04 server reproducable. + +You find three backtraces here: +http://pastebin.com/raw.php?i=xCy2pEcP + +Stefan \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1037675 b/results/classifier/gemma3:12b/kernel/1037675 new file mode 100644 index 00000000..01de15e8 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1037675 @@ -0,0 +1,10 @@ + +Guest Kernel Panic if using "-cpu host" in qemu-kvm 1.1.1 + +After Upgrading to qemu-kvm-1.1.1-r1 from version 1.0.1-r1 my virtual machines (running gentoo linux) panic at intel_pmu_init. (detailed information including stacktrace are in the uploaded screenshot). When i remove the "-cpu host" option, the system starts normally. + +the command line from whicht the system is bootet: + +qemu-kvm -vnc :7 -usbdevice tablet -daemonize -m 256 -drive file=/data/virtual_machines/wgs-l08.img,if=virtio -boot c -k de -net nic,model=virtio,macaddr=12:12:00:12:34:63,vlan=0 -net tap,ifname=qtap6,script=no,downscript=no,vlan=0 -smp 2 -enable-kvm -cpu host -monitor unix:/var/run/qemu-kvm/wgs-l08.monitor,server,nowait + +also reported on gentoo bug tracker (with some more details of the host): https://bugs.gentoo.org/show_bug.cgi?id=431640 \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1041 b/results/classifier/gemma3:12b/kernel/1041 new file mode 100644 index 00000000..4043b247 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1041 @@ -0,0 +1,32 @@ + +x86_64 Auxillary vector reports platform as i686 which doesn't match the linux kernel +Description of problem: +Based on the kernel source in the auxiliary vector AT_PLATFORM should be `x86_64` (confirmed by running outside qemu). However qemu sets it to `i686`. + +This was originally reported with docker-for-mac, but was reduced on `x86_64` which is why it is pointless +Steps to reproduce: +1. Compile the following for x86_64 (statically if you don't want have an x86_64 dynamic linker) (code originally from https://stackoverflow.com/questions/26520163/accessing-auxiliary-vectors-c) + +``` +#include +#include + +int main(int argc, char** argv, char* envp[]) { + Elf64_auxv_t *auxv; + while(*envp++ != NULL); + + /*from stack diagram above: *envp = NULL marks end of envp*/ + int i = 0 ; + for (auxv = (Elf64_auxv_t *)envp; auxv->a_type != AT_NULL; auxv++) + /* auxv->a_type = AT_NULL marks the end of auxv */ + { + if( auxv->a_type == AT_PLATFORM) + printf("AT_PLATFORM is: %s\n", ((char*)auxv->a_un.a_val)); + } +} +``` +2. Run with `qemu-x86_64-static` +3. See `AT_PLATFORM is: i686` +4. Compare to "real" x86_64 bit system which gives `AT_PLATFORM is: x86_64` +Additional information: +I think that adding `#define ELF_PLATFORM "x86_64"` [here](https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/elfload.c#L134) should work (but I don't fully understand the code). Otherwise we just end up getting the 32-bit case. diff --git a/results/classifier/gemma3:12b/kernel/1042388 b/results/classifier/gemma3:12b/kernel/1042388 new file mode 100644 index 00000000..6d8c191e --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1042388 @@ -0,0 +1,15 @@ + +qemu: Unsupported syscall: 257 (timer_create) + +Running qemu-arm-static for git HEAD. When I try to install ghc from debian into my arm chroot I get: + +Setting up ghc (7.4.1-4) ... +qemu: Unsupported syscall: 257 +ghc: timer_create: Function not implemented +qemu: Unsupported syscall: 257 +ghc-pkg: timer_create: Function not implemented +dpkg: error processing ghc (--configure): + subprocess installed post-installation script returned error exit status 1 +Errors were encountered while processing: + ghc +E: Sub-process /usr/bin/dpkg returned an error code (1) \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1051 b/results/classifier/gemma3:12b/kernel/1051 new file mode 100644 index 00000000..25b3c33c --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1051 @@ -0,0 +1,2 @@ + +or1k tcg SIGILL diff --git a/results/classifier/gemma3:12b/kernel/1052857 b/results/classifier/gemma3:12b/kernel/1052857 new file mode 100644 index 00000000..4c3575a8 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1052857 @@ -0,0 +1,16 @@ + +qemu-user compiled static for ppc fails on 64bit hosts + +On debian I used debootstrap to set up a powerpc chroot. If I then copy in a statically linked qemu-user ppc binary it will work for some commands in the chroot and fail for others. Steps to reproduce: + +host$ mkdir powerpc +host$ sudo debootstrap --arch=powerpc --foreign wheezy powerpc http://ftp.debian.org/debian +host$ sudo cp /usr/bin/qemu-ppc-static powerpc/usr/bin/ +host$ LANG=C sudo chroot powerpc /usr/bin/qemu-ppc-static /bin/bash +I have no name!@guest:/# pwd +/ +I have no name!@guest:/# cd home/ +I have no name!@guest:/home# ls +qemu-ppc-static: /tmp/buildd/qemu-1.1.2+dfsg/linux-user/signal.c:4341: setup_frame: Assertion `({ unsigned long __guest = (unsigned long)(ka->_sa_handler) - guest_base; (__guest < (1ul << 32)) && (!reserved_va || (__guest < reserved_va)); })' failed. + +I have also built this from the git HEAD sources (hash 6b80f7db8a7f84d21e46d01e30c8497733bb23a0) and I get the same result. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1062 b/results/classifier/gemma3:12b/kernel/1062 new file mode 100644 index 00000000..72f023ab --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1062 @@ -0,0 +1,17 @@ + +AArch64: SCR_EL3.RW behaves incorrectly for CPUs with no AArch32 +Description of problem: +In the ARM DDI 0487G.a, D13-3572, the SCR_EL3.RW bit is defined as RAO/WI if both EL2 and EL1 don't support Aarch32. However, the function `scr_write` in `target/arm/helper.c` does not reflect this behavior, even though it checks for Aarch32 EL1 support. + +This would break this EL3 code, which should run on cpu reset to attempt to return to EL1: +```asm +mov x1, #((1<<0)|(1<<2)|(1<<6)|(1<<7)|(1<<8)|(1<<9)) ; EL1h, DAIF masked +mov SPSR_EL3, x1 +adr x1, 1f +msr ELR_EL3, x1 +eret +1: +; something something +``` +Additional information: + diff --git a/results/classifier/gemma3:12b/kernel/1066909 b/results/classifier/gemma3:12b/kernel/1066909 new file mode 100644 index 00000000..f41cd76e --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1066909 @@ -0,0 +1,8 @@ + +App-level clone emulation for microblaze is broken + +When CLONE_THREAD is used, the new process starts with the program counter pointing to the system call instruction, rather than the instruction immediately following it. This causes an infinite cascade (linear growth, not exponential) of thread creation, which quickly crashes when the threads start running and they're all using the same stack. + +I'm using qemu 1.1.2 packaged with Debian, but I'm not aware of any fixes since then that would address the problem. + +I can provide a test program if needed; a short C program using syscall() directly or an even-shorter asm program can demonstrate the issue without need for debugging around pthread library routines. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1068 b/results/classifier/gemma3:12b/kernel/1068 new file mode 100644 index 00000000..7d82c1e2 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1068 @@ -0,0 +1,12 @@ + +VMs stuck loading Kernel "Freeing unused Kernel image (initmem) memory" with host running Vanilla Kernel >= 5.18.0 +Description of problem: +The VMs are stuck after "Freeing unused Kernel image (initmem) memory" +See attached screen recording. +Rebooting the host with Kernel 5.17.13 solves the problem. +Steps to reproduce: +1. Boot host with Kernel >= 5.18.0 +2. Start VM +Additional information: +[bug.log](/uploads/faa14ac0bf84a21beb2ffeeb650df4b9/bug.log) +[qemu-libvirt-host-kernel-5.18.2.mkv](/uploads/87a064f171833e9fb3d46fd3ece32152/qemu-libvirt-host-kernel-5.18.2.mkv) diff --git a/results/classifier/gemma3:12b/kernel/1068900 b/results/classifier/gemma3:12b/kernel/1068900 new file mode 100644 index 00000000..9b2085f2 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1068900 @@ -0,0 +1,6 @@ + +Thread cancellation broken in app-level emulation + +Thread cancellation (and certain other implementation-internal things such as set*id() and timers) are implemented in userspace on Linux by stealing a couple of the realtime signals for internal use by the implementation, leaving them unavailable to applications. Unfortunately, this bites qemu application-level emulation when the application being run uses thread cancellation or other features that need such signals. The signal handler is unable to be set (because sigaction on the host rejects the signal numbers) and attempts to send the signals result in it being received not by the emulated application code, but by the libc/libpthread code on which qemu is running; this in turn seems to cause qemu to crash. + +The best solution I can think of is for qemu to steal one of the realtime signals for its own use, and multiplex signal numbers outside the range SIGRTMIN..SIGRTMAX, as well as the stolen signal itself, on top of this stolen signal. This would both allow cancellation to work, and would allow applications the full range of realtime signals when the guest has more signals than the host (e.g. MIPS running on x86 host). \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1069 b/results/classifier/gemma3:12b/kernel/1069 new file mode 100644 index 00000000..0f4515b3 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1069 @@ -0,0 +1,14 @@ + +Qemu triggers the split lock detection of the Linux kernel +Description of problem: +Windows displays a "blue screen of death" and the Linux kernel logs this error message: + +``` +[ 180.886150] x86/split lock detection: #AC: qemu-system-x86/10167 took a split_lock trap at address: 0x3ff2624d +[ 180.946151] x86/split lock detection: #AC: qemu-system-x86/10168 took a split_lock trap at address: 0x3ff2624d +``` +Steps to reproduce: +1. Start the guest OS +2. Do some stuff in the Windows guest (for instance OS updates) +Additional information: +Is this a bug in Windows or in Qemu ? diff --git a/results/classifier/gemma3:12b/kernel/1078 b/results/classifier/gemma3:12b/kernel/1078 new file mode 100644 index 00000000..81f3a495 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1078 @@ -0,0 +1,45 @@ + +qemu-system-arm: unable to use LPAE +Description of problem: +Failed to run qemu: qemu-system-arm: Addressing limited to 32 bits, +but memory exceeds it by 1073741824 bytes +Steps to reproduce: +1. ./configure --target-list=arm-softmmu +2. make +3. +./qemu-system-arm \ +-machine virt,highmem=on \ +-cpu cortex-a15 -smp 4 \ +-m 4096 \ +-kernel ./zImage \ +-drive id=disk0,file=./rootfs.ext4,if=none,format=raw \ +-object rng-random,filename=/dev/urandom,id=rng0 \ +-device virtio-rng-pci,rng=rng0 \ +-device virtio-blk-device,drive=disk0 \ +-device virtio-gpu-pci \ +-serial mon:stdio -serial null \ +-nographic \ +-append 'root=/dev/vda rw mem=4096M ip=dhcp console=ttyAMA0 console=hvc0' +Additional information: +We set physical address bits to 40 if ARM_FEATURE_LPAE is enabled. But ARM_FEATURE_V7VE also implies ARM_FEATURE_LPAE as set later in arm_cpu_realizefn. + +We should add condition for ARM_FEATURE_V7VE, otherwise we would not be able to use highmem larger than 3GB even though we have enabled highmem, since we would fail and return right from machvirt_init. + +I have already made a patch to fix this issue. +https://gitlab.com/realhezhe/qemu/-/commit/4dad8167c1c1a7695af88d8929e8d7f6399177de +`hw/arm/virt.c` +```c + if (object_property_get_bool(cpuobj, "aarch64", NULL)) { + pa_bits = arm_pamax(armcpu); + } else if (arm_feature(&armcpu->env, ARM_FEATURE_LPAE)) { + } else if (arm_feature(&armcpu->env, ARM_FEATURE_LPAE) + || arm_feature(&armcpu->env, ARM_FEATURE_V7VE)) { + /* v7 with LPAE */ + pa_bits = 40; + } else { +``` + +After applying the patch, I can make sure that the pa_bits has already been set to 40, but qemu hangs later. By bisecting I found if the following commit is reverted qemu can boot up successfully.. +39a1fd2528 ("target/arm: Fix handling of LPAE block descriptors") + +It can't be quickly determined what's going on here at my side. Maybe the author can help give some hints. Thanks. diff --git a/results/classifier/gemma3:12b/kernel/1083 b/results/classifier/gemma3:12b/kernel/1083 new file mode 100644 index 00000000..87da5aee --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1083 @@ -0,0 +1,2 @@ + +Qemu on Windows - Emulate 64Bit CPU diff --git a/results/classifier/gemma3:12b/kernel/1088617 b/results/classifier/gemma3:12b/kernel/1088617 new file mode 100644 index 00000000..6100a9f2 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1088617 @@ -0,0 +1,15 @@ + +qemu-system-mipsel save/restore broken + +Save and restore on mipsel seems to be broken (tested with commit 1c97e303d4ea80a2691334b0febe87a50660f99d). To reproduce: + +1. Download debian_squeeze_mipsel_standard.qcow2 and vmlinux-2.6.32-5-4kc-malta from from http://people.debian.org/~aurel32/qemu/mipsel/ + +2. Boot the system. I had to ^D past a Bus error in fsck, which may be another bug (haven't investigated). The command line used was: +qemu-system-mipsel -M malta -kernel vmlinux-2.6.32-5-4kc-malta -hda debian_squeeze_mipsel_standard.qcow2 -append "root=/dev/sda1 console=tty0" -k en-us -vnc :0 + +3. Once the system is booted, go to the monitor and do "savevm booted". Then quit. + +4. Re-run qemu-system-mipsel again with "-loadvm booted". The guest system comes back but is hung (the monitor remains responsive, however). + +I also captured a debug log, which is attached. The immediate cause of the freeze seems to be that it's stuck in a loop repeatedly handling the same page fault over and over. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1091115 b/results/classifier/gemma3:12b/kernel/1091115 new file mode 100644 index 00000000..3742fdce --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1091115 @@ -0,0 +1,16 @@ + +windowsXP install in qemu-system-i386 1.3.0 ends with a BSOD 0x7E in acpi.sys + +These are the commands: +$git checkout v1.3.0 +$./configure --prefix=/home/user/tmp --target-list=i386-softmmu --enable-sdl --disable-curses --disable-vnc --enable-kvm --disable-docs +$make +$make install +In /home/user/tmp directory: +$./bin/qemu-img create imgs/winxp.img 4G +$./bin/qemu-system-i386 imgs/winxp.img -cdrom ~/Downloads/zh-hans_windows_xp_professional_with_service_pack_3_x86_cd_x14-80404.iso + +then it show a bluescreen after a few seconds. +See the attachment for more information, please. + +It works well when checking out v1.2.0. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1093 b/results/classifier/gemma3:12b/kernel/1093 new file mode 100644 index 00000000..723d5bc3 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1093 @@ -0,0 +1,34 @@ + +RISC-V: signal frame is misaligned in signal handlers +Description of problem: +`qemu-user` misaligns the signal frame (to 4 bytes rather than 16 bytes) on RISC-V 64, e.g causing pointer misalignment diagnostics to be triggered by UBSan. +Steps to reproduce: +1. Create a C file with the following contents: +```c +#include +#include + +void handler(int sig, siginfo_t *info, void *context) { + printf("signal occurred, info: %p, context: %p\n", info, context); +} + +int main() { + struct sigaction act; + act.sa_flags = SA_SIGINFO; + act.sa_sigaction = handler; + sigaction(SIGINT, &act, NULL); + + // Deliberately misalign the stack + asm volatile ("addi sp, sp, -4"); + + while(1); + // Unreachable +} +``` +2. Compile with an appropriate RISC-V toolchain and run with `qemu-riscv64 ./a.out`. +3. Send a `SIGINT` (e.g by hitting Ctrl-C), and observe that the signal frame will be misaligned: +``` +signal occurred, info: 0x400080025c, context: 0x40008002dc +``` +Additional information: +This issue is alluded to in the source code, see https://gitlab.com/qemu-project/qemu/-/blob/master/linux-user/riscv/signal.c#L68-69. It should be sufficient to change that constant to 15. diff --git a/results/classifier/gemma3:12b/kernel/1095857 b/results/classifier/gemma3:12b/kernel/1095857 new file mode 100644 index 00000000..19254e78 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1095857 @@ -0,0 +1,12 @@ + +incorrect handling of [r32] address (long mode) + +while executing in Long Mode (x86-64) instructions such as + +mov eax,[r15d] + +end up executing as + +mov eax,[r15] + +according to x86 programmer manuals the behavior of using the Address-Size override (in long mode) is supposed to ignore the high 32bits of the register. I use this fact in my operating system to reduce register usage (the high 32 bits of r15 holds other data). consequently a general protection exception occurs since the memory address isn't "canonical". this error doesn't always appear since the high 32 bits might not be zero in those conditions. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1111 b/results/classifier/gemma3:12b/kernel/1111 new file mode 100644 index 00000000..b7cbf51d --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1111 @@ -0,0 +1,19 @@ + +Calling FUTEX_LOCK_PI with qemu-x86_64-static caused ENOSYS error. +Description of problem: +When I executed the command "perf bench futex lock-pi" in amd64 docker image on s390x, I got the following error. +``` +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +perf: thread 2: Could not lock pi-lock for 0x40006c4480 (-1): Function not implemented +``` + +I searched for this error message in the source code of perf-bench. I think that the following system call caused ENOSYS error. +` syscall(SYS_futex, uaddr, FUTEX_LOCK_PI | opflags, val, timeout, uaddr2, val3)` +Steps to reproduce: +1. Execute the command "perf bench futex lock-pi" in amd64 docker image on s390x +2. +3. +Additional information: + diff --git a/results/classifier/gemma3:12b/kernel/1124 b/results/classifier/gemma3:12b/kernel/1124 new file mode 100644 index 00000000..a1c32ded --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1124 @@ -0,0 +1,2 @@ + +AIX 5 not working with qemu-system-ppc64 diff --git a/results/classifier/gemma3:12b/kernel/1129 b/results/classifier/gemma3:12b/kernel/1129 new file mode 100644 index 00000000..d5efd053 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1129 @@ -0,0 +1,24 @@ + +aarch64:qemu7.0.0 static compile error +Description of problem: +I'm trying to static compile qemu so I can chroot into different architectures and use podman for simulating amd64 containers. +However, when I tried to configure using the command above, I got the following error: + +``` +FAILED: qemu-aarch64_be +c++ -o qemu-aarch64_be libcommon.fa.p/cpus-common.c.o libcommon.fa.p/page-vary-common.c.o libcommon.fa.p/disas_arm-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_a64_decoder-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_a64_disasm-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_a64_instructions-a64.cc.o libcommon.fa.p/disas_libvixl_vixl_compiler-intrinsics.cc.o libcommon.fa.p/disas_libvixl_vixl_utils.cc.o libcommon.fa.p/disas_arm.c.o libcommon.fa.p/hw_core_cpu-common.c.o libcommon.fa.p/hw_core_machine-smp.c.o libcommon.fa.p/accel_accel-user.c.o libcommon.fa.p/common-user_safe-syscall.S.o libcommon.fa.p/common-user_safe-syscall-error.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_cpu_loop.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_crypto_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_debug_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_iwmmxt_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_m_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_neon_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_op_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_tlb_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-m-nocp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-mve.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-neon.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-vfp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vec_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vfp_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_kvm-stub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mte_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_pauth_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_sve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-sve.c.o libqemu-aarch64_be-linux-user.fa.p/trace_control-target.c.o libqemu-aarch64_be-linux-user.fa.p/cpu.c.o libqemu-aarch64_be-linux-user.fa.p/disas.c.o libqemu-aarch64_be-linux-user.fa.p/gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/page-vary.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_arm-compat-semi.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_optimize.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_region.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-common.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-vec.c.o libqemu-aarch64_be-linux-user.fa.p/fpu_softfloat.c.o libqemu-aarch64_be-linux-user.fa.p/accel_accel-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translate-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translator.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec-stub.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_elfload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_exit.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_fd-trans.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_linuxload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_main.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_mmap.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_strace.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_syscall.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_thunk.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uaccess.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uname.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_flatload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_semihost.c.o libqemu-aarch64_be-linux-user.fa.p/meson-generated_.._aarch64_be-linux-user-gdbstub-xml.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libhwcore.fa libqom.fa -Wl,--no-whole-archive -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -static-pie -fstack-protector-strong -march=armv8-a -O2 -pipe -fstack-protector-strong -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -Wp,-D_GLIBCXX_ASSERTIONS -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--start-group libqemuutil.a libhwcore.fa libqom.fa /usr/lib/libz.a -lrt -lutil -lm -pthread -lgthread-2.0 -lglib-2.0 -lpcre -lsysprof-capture-4 -lstdc++ -Wl,--end-group +/usr/bin/ld: /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libglib-2.0.a(gutils.c.o): in function `g_get_user_database_entry': +gutils.c:(.text+0x324): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: gutils.c:(.text+0xf4): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: gutils.c:(.text+0xe0): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(init-first.o): in function `__libc_init_first': +(.text+0x10): relocation truncated to fit: R_AARCH64_LD64_GOTPAGE_LO15 against symbol `__environ' defined in .bss section in /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(environ.o) +/usr/bin/ld: (.text+0x10): warning: too many GOT entries for -fpic, please recompile with -fPIC +collect2: error: ld returned 1 exit status +ninja: build stopped: subcommand failed. +make: *** [Makefile:163: run-ninja] Error 1 +``` +Same error for both mentioned kernels in different aarch64 hardwares. +Steps to reproduce: +1. Download the tarball from version 7.0.0 +2. Run the configure as mentioned on the above command diff --git a/results/classifier/gemma3:12b/kernel/1130 b/results/classifier/gemma3:12b/kernel/1130 new file mode 100644 index 00000000..e401968c --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1130 @@ -0,0 +1,30 @@ + +error on run qemu-system-aarch64 -icount shift=1,align=off,sleep=on -smp 2 +Description of problem: +This issue happen with the most recent version. +* Compile parameters: +``` +./configure --target-list=aarch64-softmmu  --prefix=pwd/release  --disable-werror --enable-lto --enable-capstone --enable-system --enable-fdt --disable-xen --disable-kvm --enable-plugins +``` +* run： +``` +qemu-system-aarch64 -nographic -machine virt -cpu cortex-a57 -icount shift=1,align=off,sleep=on -smp 2 -vnc :2 -m 4080 -kernel /home/yuzy/mywork/linux/linux-5.15.30/arch/arm64/boot/Image.gz -initrd /home/yuzy/mywork/build/rootfs.cpio.gz +``` +* error occurred： +``` +** +ERROR:../accel/tcg/tcg-accel-ops.c:79:tcg_handle_interrupt: assertion failed: (qemu_mutex_iothread_locked()) +Aborted (core dumped) +``` +Steps to reproduce: +1. run qemu-system-aarch64 -machine virt -cpu cortex-a57 -icount shift=1,align=off,sleep=on -smp 2 -m 4080 -kernel Image.gz -initrd rootfs.cpio.gz +2. it will assertion failed: (qemu_mutex_iothread_locked()) +Additional information: +The following two situations are good： +``` +qemu-system-aarch64 -machine virt -cpu cortex-a57 -icount shift=1,align=off,sleep=on -smp 1 -m 4080 -kernel Image.gz -initrd rootfs.cpio.gz +``` +``` +qemu-system-aarch64 -machine virt -cpu cortex-a57 -smp 2 -m 4080 -kernel Image.gz -initrd rootfs.cpio.gz +``` +I assume the issues are: gic diff --git a/results/classifier/gemma3:12b/kernel/1133668 b/results/classifier/gemma3:12b/kernel/1133668 new file mode 100644 index 00000000..26ef420b --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1133668 @@ -0,0 +1,6 @@ + +Bad validate ELF MIPSel format + +Detail and temporary path: + +http://www.devttys0.com/2011/12/qemu-vs-sstrip/#comment-10161 \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1142 b/results/classifier/gemma3:12b/kernel/1142 new file mode 100644 index 00000000..11687578 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1142 @@ -0,0 +1,47 @@ + +Measurements fail with direct kernel boot for AMD SEV confidential virtualization with 7.1 machine type +Description of problem: +When booting the QEMU with the 'kernel-hashes:true' property set for 'sev-guest' confidential virtualization, the contents of the `-kernel` file are measured by the firmware. + +A remote tenant can then validate the measurement against its expected contents to see if the boot was trustworthy. + +With the pc-q35-7.1 machine type the measurement always fails to validate against expected state. + +Making the following code change + +``` +diff --git a/hw/i386/pc.c b/hw/i386/pc.c +index 7280c02ce3..3a4bf5cba3 100644 +--- a/hw/i386/pc.c ++++ b/hw/i386/pc.c +@@ -1899,6 +1899,8 @@ static void pc_machine_class_init(ObjectClass *oc, void *data) + pcmc->rsdp_in_ram = true; + pcmc->smbios_defaults = true; + pcmc->smbios_uuid_encoded = true; ++ pcmc->legacy_no_rng_seed = true; ++ + pcmc->gigabyte_align = true; + pcmc->has_reserved_memory = true; + pcmc->kvmclock_enabled = true; +``` + +results in successfully validating the measurement. + +THis is not surprising, the RNG seed patch introduced in + +``` +commit 67f7e426e53833a5db75b0d813e8d537b8a75bd2 +Author: Jason A. Donenfeld +Date: Thu Jul 21 14:56:36 2022 +0200 + + hw/i386: pass RNG seed via setup_data entry +``` + +intentionally modifies the contents of the kernel image before passing it to the firmware, to inject a random seed. This will ensure the boot measuremnts are different every time. + +This RNG seed functionality must NOT be used when AMD SEV is active. +Steps to reproduce: +1. Create an AMD SEV guest with kernel-hashes=true and pc-q35-7.1 machine type +2. Attempt to validate the boot measurement +Additional information: + diff --git a/results/classifier/gemma3:12b/kernel/1147 b/results/classifier/gemma3:12b/kernel/1147 new file mode 100644 index 00000000..60a009f2 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1147 @@ -0,0 +1,10 @@ + +x86_64 emu on aarch64 host: cpu_exec: assertion failed: (cpu == current_cpu) +Description of problem: +Execution of some binaries crashes with `Bail out! ERROR:../qemu-7.0.0/accel/tcg/cpu-exec.c:933:cpu_exec: assertion failed: (cpu == current_cpu)`. Looking at the code, that code is wrapped in a gcc/clang ifdef. Recompiling with clang produces this crash instead: `... include/qemu/rcu.h:102: void rcu_read_unlock(void): Assertion 'p_rcu_reader->depth != 0' failed.` + +No easier steps to reproduce (yet) than `systemd-nspawn`ing into an x86_64 Ubuntu container invoking qemu-x86_64-static through binfmt. Commands such as `ls` work fine, while `apt-get` will immediately crash with the error listed above. + +Note that this happens running Asahi Linux on the bare metal of an M1-based Macbook Pro. This same issue does *not* occur running the *same* binaries with the *same* x86_64 Ubuntu image on an Arch or Ubuntu VM under macOS on the same machine - regardless of if the QEMU binaries were built in a VM or in Asahi. + +These are big.LITTLE chips. Using taskset/affinity to limit the target process to a single specific core does not help. The Asahi kernel has a 16K page-size, which is known to cause trouble for some programs. qemu-arm(-static) however works without any issues (the M1 cannot run 32-bit ARM code natively, only 64-bit). diff --git a/results/classifier/gemma3:12b/kernel/1156313 b/results/classifier/gemma3:12b/kernel/1156313 new file mode 100644 index 00000000..3761928f --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1156313 @@ -0,0 +1,71 @@ + +X86-64 flags handling broken + +The current qemu sources cause improper handling of flags on x86-64. +This bug seems to have shown up a few weeks ago. + +A plain install of Debian GNU/Linux makes user processes catch +spurious signals. The kernel seems to run stably, though. + +The ADX feature works very poorly. It might be related; at least it +allows for reproducibly provoking invalid behaviour. + +Here is a test case: + +================================================================ +qemumain.c +#include +long adx(); +int +main () +{ + printf ("%lx\n", adx (0xffbeef, 17)); + return 0; +} +================================================================ +qemuadx.s: + .globl adx +adx: xor %rax, %rax +1: dec %rdi + jnz 1b + .byte 0xf3, 0x48, 0x0f, 0x38, 0xf6, 0xc0 # adox %rax, %rax + .byte 0x66, 0x48, 0x0f, 0x38, 0xf6, 0xc0 # adcx %rax, %rax + ret +================================================================ + +Compile and execute: +$ gcc -m64 qemumain.c qemuadx.s +$ a.out +ffffff8000378cd8 + +Expected output is simply "0". The garbage value varies between qemu +compiles and guest systems. + +Note that one needs a recent GNU assembler in order to handle adox and +adcx. For convenience I have supplied them as byte sequences. + +Exaplanation and feeble analysis: + +The 0xffbeef argument is a loop count. It is necessary to loop for a +while in order to trigger this bug. If the loop count is decreased, +the bug will seen intermittently; the lower the count, the less +frequent the invalid behaviour. + +It seems like a reasonable assumption that this bug is related to +flags handling at context switch. Presumably, qemu keeps flags state +in some internal format, then recomputes then when needing to form the +eflags register, as needed for example for context switching. + +I haven't tried to reproduce this bug using qemu-x86_64 and SYSROOT, +but I strongly suspect that to be impossible. I use +qemu-system-x86_64 and the guest Debian GNU/Linux x86_64 (version +6.0.6) . + +The bug happens also with the guest FreeBSD x86_64 version 9.1. (The +iteration count for triggering the problem 50% of the runs is not the +same when using the kernel Linux and FreeBSD's kernel, presumably due +to different ticks.) + +The bug happens much more frequently for a loaded system; in fact, the +loop count can be radically decreased if two instances of the trigger +program are run in parallel. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1157 b/results/classifier/gemma3:12b/kernel/1157 new file mode 100644 index 00000000..b68d7d20 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1157 @@ -0,0 +1,14 @@ + +aarch64: enabling MMU causes instruction abort +Description of problem: +The title describes the problem pretty accurately, we get an instruction abort when enabling the MMU with a pretty simple set of page tables. This has been regressed from qemu 6.x. +Steps to reproduce: +1. Run the provided Kernel binary with the command line specified above. +2. Notice the hang after 'Initialize MMU'. I traced it down to being an instructions abort after the write to the SCTLR_EL1 register. +3. Try to run with qemu 6.x, and notice that it works. +Additional information: +This does work on actual hardware, so it has to be a qemu bug. + +A binary of the Serenity Kernel has been attached to the issue. The source of that binary can be found at commit ca0e32e59fcf67a662e5d3a994d44cd7c941624a of [SerenityOS](https://github.com/SerenityOS/serenity). + +[Kernel](/uploads/f731edbf81d8e575035e9693b0a51dbf/Kernel) diff --git a/results/classifier/gemma3:12b/kernel/1165 b/results/classifier/gemma3:12b/kernel/1165 new file mode 100644 index 00000000..3e3e989f --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1165 @@ -0,0 +1,4 @@ + +About support LoongArch architecture +Additional information: +Start from Linux 5.19, maybe can find the compatible source code for LoongArch in the Linux Kernel source code archive. diff --git a/results/classifier/gemma3:12b/kernel/1170 b/results/classifier/gemma3:12b/kernel/1170 new file mode 100644 index 00000000..ddc90eb5 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1170 @@ -0,0 +1,57 @@ + +Unable to compile in Ubuntu 22.04, at compiling linux-user_arm_nwfpe_double_cpdo.c.o +Description of problem: +Compiling of QEMU 7.1.0-rc3 stops here for me: +``` +[7172/9855] Compiling C object libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o +FAILED: libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o +cc -m64 -mcx16 -Ilibqemu-armeb-linux-user.fa.p -I. -I.. -Itarget/arm -I../target/arm -I../common-user/host/x86_64 -I../linux-user/include/host/x86_64 -I../linux-user/include -Ilinux-user -I../linux-user -Ilinux-user/arm -I../linux-user/arm -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/capstone -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/andrea/Downloads/qemu-7.1.0-rc3/linux-headers -isystem linux-headers -iquote . -iquote /home/andrea/Downloads/qemu-7.1.0-rc3 -iquote /home/andrea/Downloads/qemu-7.1.0-rc3/include -iquote /home/andrea/Downloads/qemu-7.1.0-rc3/tcg/i386 -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -fPIE -isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H '-DCONFIG_TARGET="armeb-linux-user-config-target.h"' '-DCONFIG_DEVICES="armeb-linux-user-config-devices.h"' -MD -MQ libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o -MF libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o.d -o libqemu-armeb-linux-user.fa.p/linux-user_arm_nwfpe_double_cpdo.c.o -c ../linux-user/arm/nwfpe/double_cpdo.c +during RTL pass: expand +../linux-user/arm/nwfpe/double_cpdo.c: In function ‘DoubleCPDO’: +../linux-user/arm/nwfpe/double_cpdo.c:232:1: internal compiler error: Segmentation fault + 232 | } + | ^ +0x7fe5b824251f ??? + ./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0 +0x7fe5b8229d8f __libc_start_call_main + ../sysdeps/nptl/libc_start_call_main.h:58 +0x7fe5b8229e3f __libc_start_main_impl + ../csu/libc-start.c:392 +Please submit a full bug report, +with preprocessed source if appropriate. +Please include the complete backtrace with any bug report. +See for instructions. +ninja: build stopped: subcommand failed. +make[1]: *** [Makefile:162: run-ninja] Error 1 +make[1]: Leaving directory '/home/andrea/Downloads/qemu-7.1.0-rc3/build' +make: *** [GNUmakefile:11: all] Error 2 +``` + +Configure Output: +[Configure_Output.txt](/uploads/40055846573b79cc2817d5cb338e18c1/Configure_Output.txt) + +Compiles on 7.0.0. +Steps to reproduce: +1. Run 'sudo apt purge qemu-kvm qemu-utils libvirt-daemon-system libvirt-clients bridge-utils virt-manager ovmf' +2. Run 'sudo apt-get install git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev ninja-build' ([Wiki](https://wiki.qemu.org/Hosts/Linux)) +3. Additional Packages: +``` +sudo apt-get install git-email +sudo apt-get install libaio-dev libbluetooth-dev libcapstone-dev libbrlapi-dev libbz2-dev +sudo apt-get install libcap-ng-dev libcurl4-gnutls-dev libgtk-3-dev +sudo apt-get install libibverbs-dev libjpeg8-dev libncurses5-dev libnuma-dev +sudo apt-get install librbd-dev librdmacm-dev +sudo apt-get install libsasl2-dev libsdl2-dev libseccomp-dev libsnappy-dev libssh-dev +sudo apt-get install libvde-dev libvdeplug-dev libvte-2.91-dev libxen-dev liblzo2-dev +sudo apt-get install valgrind xfslibs-dev + +sudo apt-get install libnfs-dev libiscsi-dev +``` +4. Build instructions for QEMU: +``` +wget https://download.qemu.org/qemu-7.1.0-rc3.tar.xz +tar xvJf qemu-7.1.0-rc3.tar.xz +cd qemu-7.1.0-rc3 +./configure +make +``` diff --git a/results/classifier/gemma3:12b/kernel/1173 b/results/classifier/gemma3:12b/kernel/1173 new file mode 100644 index 00000000..e7c89500 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1173 @@ -0,0 +1,2 @@ + +is that `fsgnjn.s` will affect other bits except sign bit. diff --git a/results/classifier/gemma3:12b/kernel/1179664 b/results/classifier/gemma3:12b/kernel/1179664 new file mode 100644 index 00000000..dab56c03 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1179664 @@ -0,0 +1,16 @@ + +migration.c:293: undefined reference to `__sync_val_compare_and_swap_4' + +latest git qemu error i get on compiling with mingw + + LINK i386-softmmu/qemu-system-i386w.exe +../migration.o: In function `migrate_finish_set_state': +C:\MinGW\msys\1.0\home\therock247uk\qemu/migration.c:293: undefined reference to + `__sync_val_compare_and_swap_4' +C:\MinGW\msys\1.0\home\therock247uk\qemu/migration.c:293: undefined reference to + `__sync_val_compare_and_swap_4' +C:\MinGW\msys\1.0\home\therock247uk\qemu/migration.c:293: undefined reference to + `__sync_val_compare_and_swap_4' +collect2.exe: error: ld returned 1 exit status +make[1]: *** [qemu-system-i386w.exe] Error 1 +make: *** [subdir-i386-softmmu] Error 2 \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1187 b/results/classifier/gemma3:12b/kernel/1187 new file mode 100644 index 00000000..13f7db86 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1187 @@ -0,0 +1,2 @@ + +can not handler real-time signal (signal number > 30) by sigqueue on linux user mode diff --git a/results/classifier/gemma3:12b/kernel/1193628 b/results/classifier/gemma3:12b/kernel/1193628 new file mode 100644 index 00000000..f6659ade --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1193628 @@ -0,0 +1,23 @@ + +Undefined References + +I've been able to make qemu on ubuntu 13.04 for all last releases: 1.4.0 -> 1.5.0 + +Unfortunately, when I launch one of them with a Cisco ASA, it crashes inside GNS3 (latest release) for Ubuntu. +The top GNS3 developer told me they experienced similar results and advised me to use qemu 1.1.0. + +The problem is that I cannot link that version. I always have these errors: + +"LINK qemu-ga +qemu-timer.o: In function `dynticks_rearm_timer': +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:538: undefined reference to `timer_gettime' +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:551: undefined reference to `timer_settime' +qemu-timer.o: In function `dynticks_stop_timer': +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:524: undefined reference to `timer_delete' +qemu-timer.o: In function `dynticks_start_timer': +/home/actionmystique/Downloads/qemu-1.1.0/qemu-timer.c:510: undefined reference to `timer_create' +collect2: error: ld returned 1 exit status +make: *** [qemu-ga] Error 1" + +The man pages say we need to link with '-lrt' option, but I could not find it in the Makefile. +I do not know how to correct this issue. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1195012 b/results/classifier/gemma3:12b/kernel/1195012 new file mode 100644 index 00000000..eb37186c --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1195012 @@ -0,0 +1,23 @@ + +x86_64 and i386 return 0 when reading MSR_TSC + +Running NetBSD 6.1 (i386 and amd64) under QEMU (from git - 1.5.50 is the version it shows) results in an incorrectly set +TSC frequency (set to 0), because NetBSD uses rdmsr(TSC_MSR) for its serializing CPU counter. + +To reproduce the problem, you can run an install ISO of NetBSD 6.1 (either i386 or amd64, depending on which qemu). Quit out of the installer, and you're left at a root prompt: + +# sysctl machdep.tsc_freq +machdep.tsc_freq = 0 + +...on real hardware, it will return the TSC frequency: + +# sysctl machdep.tsc_freq +machdep.tsc_freq = 3292685070 + +...this causes problems with a number of applications. + +The NetBSD code which reads the MSR is here: + +http://nxr.netbsd.org/xref/src/sys/arch/x86/x86/tsc.c#262 + +... the "rdmsr(MSR_TSC)" call in cpu_counter_serializing() always returns 0 when run under QEMU. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1207686 b/results/classifier/gemma3:12b/kernel/1207686 new file mode 100644 index 00000000..69f5138d --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1207686 @@ -0,0 +1,29 @@ + +qemu-1.4.0 and onwards, linux kernel 3.2.x, heavy I/O leads to kernel_hung_tasks_timout_secs message and unresponsive qemu-process + +Hi, + +after some testing I tried to narrow down a problem, which was initially reported by some users. +Seen on different distros - debian 7.1, ubuntu 12.04 LTS, IPFire-2.3 as reported by now. + +All using some flavour of linux-3.2.x kernel. + +Tried e.g. under Ubuntu an upgrade to "Linux 3.8.0-27-generic x86_64" which solves the problem. +Problem could be triggert with some workload ala: + +spew -v --raw -P -t -i 3 -b 4k -p random -B 4k 1G /tmp/doof.dat +and in parallel do some apt-get install/remove/whatever. + +That results in a somewhat stuck qemu-session with the bad "kernel_hung_task..." messages. + +A typical command-line is as follows: + +/usr/local/qemu-1.6.0/bin/qemu-system-x86_64 -usbdevice tablet -enable-kvm -daemonize -pidfile /var/run/qemu-server/760.pid -monitor unix:/var/run/qemu-server/760.mon,server,nowait -vnc unix:/var/run/qemu-server/760.vnc,password -qmp unix:/var/run/qemu-server/760.qmp,server,nowait -nodefaults -serial none -parallel none -device virtio-net-pci,mac=00:F1:70:00:2F:80,netdev=vlan0d0 -netdev type=tap,id=vlan0d0,ifname=tap760i0d0,script=/etc/fcms/add_if.sh,downscript=/etc/fcms/downscript.sh -name 1155823384-4 -m 512 -vga cirrus -k de -smp sockets=1,cores=1 -device virtio-blk-pci,drive=virtio0 -drive format=raw,file=rbd:1155823384/vm-760-disk-1.rbd:rbd_cache=false,cache=writeback,if=none,id=virtio0,media=disk,index=0,aio=native -drive format=raw,file=rbd:1155823384/vm-760-swap-1.rbd:rbd_cache=false,cache=writeback,if=virtio,media=disk,index=1,aio=native -drive if=ide,media=cdrom,id=ide1-cd0,readonly=on -drive if=ide,media=cdrom,id=ide1-cd1,readonly=on -boot order=dc + +no "system_reset", "sendkey ctrl-alt-delete" or "q" in monitoring-session is accepted, need to hard-kill the process. + +Please give any advice on what to do for tracing/debugging, because the number of tickets here are raising, and noone knows, what users are doing inside their VM. + +Kind regards, + +Oliver Francke. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1211943 b/results/classifier/gemma3:12b/kernel/1211943 new file mode 100644 index 00000000..f970f151 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1211943 @@ -0,0 +1,4 @@ + +#GP and aligned move instruction + +When the operand of movaps, movapd or movdqa instruction isn't aligned, general-protection exception should be generated. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1218098 b/results/classifier/gemma3:12b/kernel/1218098 new file mode 100644 index 00000000..85811319 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1218098 @@ -0,0 +1,71 @@ + +qemu-system-ppc64 segfaults in helper_ldl_mmu + +Download a Fedora 19 ISO from: +http://mirrors.kernel.org/fedora-secondary/releases/19/Fedora/ppc64/iso/ + +Compile qemu from git (I'm using 401c227b0a1134245ec61c6c5a9997cfc963c8e4 +from today). + +Run qemu-system-ppc64 like this: + +ppc64-softmmu/qemu-system-ppc64 -M pseries -m 4096 -hda /dev/fedora/f20ppc64 -cdrom /tmp/Fedora-19-ppc64-DVD.iso -netdev user,id=usernet,net=169.254.0.0/16 -device virtio-net-pci,netdev=usernet + +Guest gets to yaboot. If you hit return, qemu segfaults: + +Program received signal SIGABRT, Aborted. +0x00007ffff041fa19 in __GI_raise (sig=sig@entry=6) + at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 +56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); +(gdb) t a a bt + +Thread 4 (Thread 0x7fff6eef7700 (LWP 7553)): +#0 sem_timedwait () + at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_timedwait.S:101 +#1 0x00005555559a5897 in qemu_sem_timedwait (sem=sem@entry=0x55555631e788, + ms=ms@entry=10000) at util/qemu-thread-posix.c:238 +#2 0x000055555577e54c in worker_thread (opaque=0x55555631e6f0) + at thread-pool.c:97 +#3 0x00007ffff625ec53 in start_thread (arg=0x7fff6eef7700) + at pthread_create.c:308 +#4 0x00007ffff04df13d in clone () + at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 + +Thread 3 (Thread 0x7fff6e605700 (LWP 7547)): +#0 0x00007ffff041fa19 in __GI_raise (sig=sig@entry=6) + at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 +#1 0x00007ffff0421128 in __GI_abort () at abort.c:90 +#2 0x000055555583ea33 in helper_ldl_mmu (env=0x7ffff7fd7140, addr=1572864, + mmu_idx=1) at /home/rjones/d/qemu/include/exec/softmmu_template.h:153 +#3 0x00007fffab0819d8 in code_gen_buffer () +#4 0x00005555557aa7ae in cpu_tb_exec (tb_ptr=, + cpu=0x7ffff7fd7010) at /home/rjones/d/qemu/cpu-exec.c:56 +#5 cpu_ppc_exec (env=env@entry=0x7ffff7fd7140) + at /home/rjones/d/qemu/cpu-exec.c:631 +#6 0x00005555557abc35 in tcg_cpu_exec (env=0x7ffff7fd7140) + at /home/rjones/d/qemu/cpus.c:1193 +#7 tcg_exec_all () at /home/rjones/d/qemu/cpus.c:1226 +#8 qemu_tcg_cpu_thread_fn (arg=) + at /home/rjones/d/qemu/cpus.c:885 +#9 0x00007ffff625ec53 in start_thread (arg=0x7fff6e605700) + at pthread_create.c:308 +#10 0x00007ffff04df13d in clone () + at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 + +Thread 1 (Thread 0x7ffff7fa9a40 (LWP 7542)): +#0 0x00007ffff04d4c2f in __GI_ppoll (fds=0x555556483210, nfds=4, + timeout=, timeout@entry=0x7fffffffd940, + sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:56 +#1 0x0000555555762db9 in ppoll (__ss=0x0, __timeout=0x7fffffffd940, + __nfds=, __fds=) + at /usr/include/bits/poll2.h:77 +#2 qemu_poll_ns (fds=, nfds=, + timeout=timeout@entry=951497) at qemu-timer.c:276 +#3 0x000055555572b58c in os_host_main_loop_wait (timeout=951497) + at main-loop.c:228 +#4 main_loop_wait (nonblocking=) at main-loop.c:484 +#5 0x00005555555ef9d8 in main_loop () at vl.c:2090 +#6 main (argc=, argv=, envp=) + at vl.c:4435 + +NB: This does NOT happen if you specify -cpu POWER7 on the command line. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1242963 b/results/classifier/gemma3:12b/kernel/1242963 new file mode 100644 index 00000000..38e95b43 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1242963 @@ -0,0 +1,27 @@ + +QEMU loadvm causes guest OS freeze + +HOST: ubuntu 13.10 x64 +GUEST: winxp sp 3 x86 + +AFFECT QEMU(tested): v1.5.2, v1.5.3, v1.6.0, v1.6.1 + +I compile QEMU by myself with "./configure --target-list=i386-softmmu && make && make install". +After installing a winxp sp3 into the qemu-system-i386 with command line: +> qemu-system-i386 -m 512 -hda xp.img -net user -net nic,model=rtl8139 -rtc base=localtime,clock=vm + +I use monitor to create a live snapshot: +> stop +> savevm xxx +> cont + +And then I load this snapshot (I also try it in commad line: -loadvm xxx): +> loadvm xxx +> cont + +After that, the windows system is freeze (don't accept any keyboard or mouse input, although I knew vcpu is still working). + +If I compile with -enable-kvm and launch qemu-system-i386 with -enable-kvm, it looks like everything works well. +I think it is a bug for qemu system. + +BTW: freeze is not appearing 100%, but in my test, 95% cases would cause system freeze. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1245 b/results/classifier/gemma3:12b/kernel/1245 new file mode 100644 index 00000000..c65a33fd --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1245 @@ -0,0 +1,2 @@ + +arm: cp15 support diff --git a/results/classifier/gemma3:12b/kernel/1254786 b/results/classifier/gemma3:12b/kernel/1254786 new file mode 100644 index 00000000..ba4129c2 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1254786 @@ -0,0 +1,43 @@ + +qemu-m68k-static: illegal instruction ebc0 during debootstrap second stage + +Host: Ubuntu Precise amd64 +Guest: Debian (ports) sid m68k + +$ sudo qemu-debootstrap --no-check-gpg --arch=m68k sid m68k http://ftp.debian-ports.org/debian +I: Running command: debootstrap --arch m68k --foreign --no-check-gpg sid m68k http://ftp.debian-ports.org/debian +[...] +I: Running command: chroot m68k /debootstrap/debootstrap --second-stage +qemu: fatal: Illegal instruction: ebc0 @ f67e5662 +D0 = 6ffffef5 A0 = f67fbf58 F0 = 0000000000000000 ( 0) +D1 = 0000010a A1 = 00000000 F1 = 0000000000000000 ( 0) +D2 = 0000000f A2 = 00000000 F2 = 0000000000000000 ( 0) +D3 = 00000000 A3 = f67e0000 F3 = 0000000000000000 ( 0) +D4 = 00000000 A4 = 00000000 F4 = 0000000000000000 ( 0) +D5 = 00000000 A5 = f67fc000 F5 = 0000000000000000 ( 0) +D6 = 00000000 A6 = f6fff7cc F6 = 0000000000000000 ( 0) +D7 = 00000000 A7 = f6fff580 F7 = 0000000000000000 ( 0) +PC = f67e5662 SR = 0000 ----- FPRESULT = 0 +Aborted (core dumped) + +ProblemType: Bug +DistroRelease: Ubuntu 12.04 +Package: qemu-user-static 1.0.50-2012.03-0ubuntu2.1 +ProcVersionSignature: Ubuntu 3.8.0-33.48~precise1-generic 3.8.13.11 +Uname: Linux 3.8.0-33-generic x86_64 +NonfreeKernelModules: wl +ApportVersion: 2.0.1-0ubuntu17.6 +Architecture: amd64 +Date: Mon Nov 25 16:08:26 2013 +Dependencies: + +InstallationMedia: Ubuntu 12.04.3 LTS "Precise Pangolin" - Release amd64 (20130820.1) +MarkForUpload: True +ProcEnviron: + LANGUAGE=en_GB:en + TERM=xterm + PATH=(custom, no user) + LANG=en_GB.UTF-8 + SHELL=/bin/bash +SourcePackage: qemu-linaro +UpgradeStatus: No upgrade log present (probably fresh install) \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1256548 b/results/classifier/gemma3:12b/kernel/1256548 new file mode 100644 index 00000000..3352880e --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1256548 @@ -0,0 +1,12 @@ + +qemu windows guest issues + +Ive noticed the following in the latest qemu build on mingw 64bit for windows + +older guests like windows 9* no longer boot they mostly just bsod its been this way for ages same with 32bit builds +xp 64bit and other 64bit windows guests no longer work and havent for ages same with 32bit builds +xp 32bit guest doesent work under 64bit builds but they work on 32bit builds + +are the issues with the coroutine stuff on windows builds being worked on? id gladly test patches + +just a few observations is all :) \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1277 b/results/classifier/gemma3:12b/kernel/1277 new file mode 100644 index 00000000..01975a5d --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1277 @@ -0,0 +1,2 @@ + +two instructions has executed twice diff --git a/results/classifier/gemma3:12b/kernel/1278166 b/results/classifier/gemma3:12b/kernel/1278166 new file mode 100644 index 00000000..0220ebed --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1278166 @@ -0,0 +1,4 @@ + +Last commit to exec.c causes BSOD installing WinXP on i386-softmmu + +The last commit to exec.c (360e607b88a23d378f6efaa769c76d26f538234d), causes a BSOD when trying to install a 32bit Windows XP SP-3 image using the pure emulation version of i386-softmmu. A checkout of the previous version of the file (commited in 0169c511554cb0014a00290b0d3d26c31a49818f) solves the problem. Nevertheless, this last commit was intented to solve a BSOD when Xen was used as a hypervisor. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1287195 b/results/classifier/gemma3:12b/kernel/1287195 new file mode 100644 index 00000000..fc7009d1 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1287195 @@ -0,0 +1,4 @@ + +validate_guest_space incorrectly enabled on AArch64 + +When running linux-user targetting AArch64, validate_guest_space() in elfload.c reserves space in the guest address space for the ARM commpage. Since there is no commpage on AArch64, this function should be disable on that target. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1290370 b/results/classifier/gemma3:12b/kernel/1290370 new file mode 100644 index 00000000..d62e3457 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1290370 @@ -0,0 +1,31 @@ + +FreeBSD 9.2 shell crashes when run with -smp 4 option + +This is a bug that i have noticed in qemu 1.7.50 as well as 1.1.50. It was the latter that forced me to clone the repository to check if this is the case with the resent version as well . The latest commit on which the bug is found is f53f3d0a00b6df39ce8dfca942608e5b6a9a4f71 on qemu.git + +configured with target list i386-softmmu +and then +make + +OS: FreeBSD 9.2 Text Install ISO +Installed it to a qcow2 format image. + +./i386-softmmu/qemu-system-i386 -hda -m 2G -smp 4 -net nic -net user -monitor stdio + +(boot into multi-user mode)->(login to root account) + +I have the filebench benchmark installed on the image and when i run it the default root shell (csh) crashes with the error. +[pid xxxx (csh) sigreturn eflag = 0xXXXX] +Here is the piece of kernel code that is getting executed (i think) http://svnweb.freebsd.org/base/release/9.2.0/sys/i386/i386/machdep.c?view=markup#l1095 + +Here is a related bug +https://www.virtualbox.org/ticket/458 + +The crash happens randomly. It is not just related with filebench. +Here are a few scenarios: +* When i run fileserver workload of filebench +* After i issue the shutdown -h now shutdown -r now commands +* Issuing mount -t linprocfs proc /proc + +Moreover it is not guaranteed that the above scenarios will reproduce it (reliably). +Basically after running some commands and getting the CPU and the kernel worked up i think. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1292037 b/results/classifier/gemma3:12b/kernel/1292037 new file mode 100644 index 00000000..8dca5543 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1292037 @@ -0,0 +1,15 @@ + +Solaris 10 x86 guest crashes qemu with -icount 1 option + +Commit: f53f3d0a00b6df39ce8dfca942608e5b6a9a4f71 on qemu.git + +Solaris image: Solaris 10 x86 (32 bit) + +command: ./i386-softmmu/qemu-system-i386 -hda -m 2G -icount 1 -monitor stdio + +Crashes saying: +qemu: Fatal: Raised interrupt while not in I/O function + +Host: +ubuntu x86_64 3.2.0-56 generic +intel xeon E5649 @ 2.53GHz \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1299858 b/results/classifier/gemma3:12b/kernel/1299858 new file mode 100644 index 00000000..f6b95d8f --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1299858 @@ -0,0 +1,10 @@ + +qemu all apps crash on OS X 10.6.8 + +qemu-2.0.0-rc0 (and 1.7.1) crashes with SIGABORT in all apps when configured with --with-coroutine=sigaltstack (which is what configure selects by default) but all run fine if configured with --with-coroutine=gthread. + +Crash is at line 253 (last line of Coroutine *qemu_coroutine_new(void)) in coroutine-sigaltstack.c in 2.0.0-rc0 tarball. + +Platform is OS X 10.6.8 (Darwin Kernel Version 10.8.0), compiler gcc 4.2.1 + +Sorry for the sparse report but I'm short on time today. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1300021 b/results/classifier/gemma3:12b/kernel/1300021 new file mode 100644 index 00000000..bb5e03ea --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1300021 @@ -0,0 +1,5 @@ + +after loadvm the system clock isn't current time + +hi, +when i load a snapshot of month ago using "loadvm name"command, the vm system time is past time,not recover current time. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1303 b/results/classifier/gemma3:12b/kernel/1303 new file mode 100644 index 00000000..fc1db761 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1303 @@ -0,0 +1,2 @@ + +tcg/cputlb: code path is reachable in load_memop/store_memop() diff --git a/results/classifier/gemma3:12b/kernel/1318281 b/results/classifier/gemma3:12b/kernel/1318281 new file mode 100644 index 00000000..2d07cc82 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1318281 @@ -0,0 +1,35 @@ + +linux-user: x86_64 target fails to call sys_futex() + +I'm building the latest QEMU (06b4f00d53637f2c16a62c2cbaa30bffb045cf88) on ARM to run some x86_64 executables in user mode. This is my configuration: + +./configure \ + --prefix=/root/qemu-x86_64 \ + --target-list=x86_64-linux-user \ + --disable-system \ + --disable-tools + +The following program is used for testing: + +https://gist.github.com/hujiajie/e8cff43b574b399c8f59#file-test-c + +I compile the test program in Debian-7.5-amd64 like this: + +gcc -o test `pkg-config --cflags glib-2.0` test.c `pkg-config --static --libs glib-2.0` -static + +and launch the program on ARM with + +qemu-x86_64 test + +The test crashes with the following message: + +qemu: uncaught target signal 11 (Segmentation fault) - core dumped +Segmentation fault + +The output of `strace qemu-x86_64 test` is here: + +https://gist.github.com/hujiajie/88d1d5e580d432d11b2d#file-test-strace-log + +It seems that the error is caused by the failure of the futex syscall. + +qemu-i386 could launch the 32-bit test perfectly, the problem only happens on a x86_64 target. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1320968 b/results/classifier/gemma3:12b/kernel/1320968 new file mode 100644 index 00000000..3d4031b4 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1320968 @@ -0,0 +1,10 @@ + +qemu-system-ppc -cpu G2leGP3 crashes + +qemu crashes when running qemu-system-ppc -cpu G2leGP3 : + +qemu-system-ppc -cpu G2leGP3 +Error: Trying to register SPR 1013 (3f5) twice ! + +qemu-system-ppc -version +QEMU emulator version 2.0.50, Copyright (c) 2003-2008 Fabrice Bellard \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1324727 b/results/classifier/gemma3:12b/kernel/1324727 new file mode 100644 index 00000000..27335d30 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1324727 @@ -0,0 +1,30 @@ + +qemu-system-arm segfaults without KVM on ARM + +I'm running on Odroid-XU, Debian Jessie armhf +qemu built from today's head d7d3d6092cb7edc75dc49fb90c86dd5425ab4805 + +sudo qemu-system-arm -M vexpress-a15 -drive if=none,file=arm.img,cache=writeback,id=foo -device virtio-blk-device,drive=foo -netdev user,id=user.0 -device virtio-net-device,netdev=user.0 -nographic -append 'root=/dev/vda rw console=ttyAMA0 rootwait' -kernel /usr/src/build/arm/linux-guest/arch/arm/boot/zImage -dtb a15x2.dtb +audio: Could not init `oss' audio driver +Uncompressing Linux... done, booting the kernel. +Segmentation fault + +If I run under GDB, the linux guest instance panics or hangs -- the behaviour is variable run to run. + +If I do: +sudo qemu-system-arm --enable-kvm -M vexpress-a15 -drive if=none,file=arm.img,cache=writeback,id=foo -device virtio-blk-device,drive=foo -netdev user,id=user.0 -device virtio-net-device,netdev=user.0 -nographic -append 'root=/dev/vda rw console=ttyAMA0 rootwait' -kernel /usr/src/build/arm/linux-guest/arch/arm/boot/zImage -dtb a15x2.dtb + +then the guest boots as expected. + +I tried to get a backtrace by allowinghte SEGV to dump core, and using gdb to inspect it: +Core was generated by `qemu-system-arm -M vexpress-a15 -drive if=none,file=arm.img,cache=writeback,id='. +Program terminated with signal 11, Segmentation fault. +#0 0xb53399c0 in ?? () +(gdb) bt +#0 0xb53399c0 in ?? () +Cannot access memory at address 0x28 +#1 0x0016d87e in cpu_tb_exec ( + tb_ptr=0xc786fe90
, cpu=0x24450d8) + at /mnt/qemu/cpu-exec.c:67 +#2 cpu_arm_exec (env=) at /mnt/qemu/cpu-exec.c:642 +#3 0x00000000 in ?? () \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1331859 b/results/classifier/gemma3:12b/kernel/1331859 new file mode 100644 index 00000000..9e487786 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1331859 @@ -0,0 +1,16 @@ + +QEMU kernel panic on Windows with arithmetic syntax error + +During attempts to bring-up QEMU 64-bit ARM support I discovered a kernel panics that only occur on Windows but work properly on Linux. + +The issue can be reproduced by running the following command line: + +$ ./arm-softmmu/qemu-system-arm -M versatilepb -kernel $IMAGES/vmlinuz-3.2.0-4-versatile -initrd $IMAGES/initrd.img-3.2.0-4-versatile -hda $IMAGES/debian_wheezy_armel_standard.qcow2 -append "root=/dev/sda1" + +where $IMAGES is the location where the images are downloaded from http://people.debian.org/~aurel32/qemu/armel/. + +This was reproduced with both a custom built QEMU as well as the QEMU image installed by http://qemu.weilnetz.de/w32/qemu_w32-setup-20140617.exe. + +The same command line runs properly on Linux using a custom built QEMU. + +The Windows versions of QEMU do appear to work properly using the arm-test images available on qemu.org. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1340 b/results/classifier/gemma3:12b/kernel/1340 new file mode 100644 index 00000000..9fc2b6a4 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1340 @@ -0,0 +1,67 @@ + +Static build fail with native aarch64 toolchain (ld failure at linking aarch64_be target) +Description of problem: +Do a static build on aarch64, with ArchlinuxARM native toolchain (gcc 12.1.0, binutils 2.38) +Steps to reproduce: +Do a static build using the following configs: + +``` +./configure \ + --prefix=/usr \ + --sysconfdir=/etc \ + --libexecdir=/usr/lib/qemu \ + --enable-attr \ + --enable-linux-user \ + --enable-tcg \ + --disable-bpf \ + --disable-bsd-user \ + --disable-capstone \ + --disable-docs \ + --disable-fdt \ + --disable-gcrypt \ + --disable-glusterfs \ + --disable-gnutls \ + --disable-gtk \ + --disable-install-blobs \ + --disable-kvm \ + --disable-libiscsi \ + --disable-libnfs \ + --disable-libssh \ + --disable-linux-io-uring \ + --disable-nettle \ + --disable-opengl \ + --disable-qom-cast-debug \ + --disable-sdl \ + --disable-system \ + --disable-tools \ + --disable-tpm \ + --disable-vde \ + --disable-vhost-crypto \ + --disable-vhost-kernel \ + --disable-vhost-net \ + --disable-vhost-user \ + --disable-vnc \ + --disable-werror \ + --disable-xen \ + --disable-zstd \ + --static +``` + +The build failure looks like this: + +``` +[466/2962] Linking target qemu-aarch64_be +FAILED: qemu-aarch64_be +c++ -o qemu-aarch64_be libcommon.fa.p/hw_core_cpu-common.c.o libcommon.fa.p/hw_core_machine-smp.c.o libcommon.fa.p/cpus-common.c.o libcommon.fa.p/page-vary-common.c.o libcommon.fa.p/accel_accel-user.c.o libcommon.fa.p/common-user_safe-syscall.S.o libcommon.fa.p/common-user_safe-syscall-error.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_aarch64_cpu_loop.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_crypto_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_debug_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_iwmmxt_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_m_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_neon_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_op_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_tlb_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-m-nocp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-mve.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-neon.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-vfp.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vec_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_vfp_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_kvm-stub.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_cpu64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_gdbstub64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_helper-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_mte_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_pauth_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_sve_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_sme_helper.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-a64.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-sve.c.o libqemu-aarch64_be-linux-user.fa.p/target_arm_translate-sme.c.o libqemu-aarch64_be-linux-user.fa.p/trace_control-target.c.o libqemu-aarch64_be-linux-user.fa.p/cpu.c.o libqemu-aarch64_be-linux-user.fa.p/disas.c.o libqemu-aarch64_be-linux-user.fa.p/gdbstub.c.o libqemu-aarch64_be-linux-user.fa.p/page-vary.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_guestfd.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_syscalls.c.o libqemu-aarch64_be-linux-user.fa.p/semihosting_arm-compat-semi.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_optimize.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_region.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-common.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/tcg_tcg-op-vec.c.o libqemu-aarch64_be-linux-user.fa.p/fpu_softfloat.c.o libqemu-aarch64_be-linux-user.fa.p/accel_accel-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec-common.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_cpu-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime-gvec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_tcg-runtime.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translate-all.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_translator.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec.c.o libqemu-aarch64_be-linux-user.fa.p/accel_tcg_user-exec-stub.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_elfload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_exit.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_fd-trans.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_linuxload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_main.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_mmap.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_signal.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_strace.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_syscall.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_thunk.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uaccess.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_uname.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_flatload.c.o libqemu-aarch64_be-linux-user.fa.p/linux-user_semihost.c.o libqemu-aarch64_be-linux-user.fa.p/meson-generated_.._aarch64_be-linux-user-gdbstub-xml.c.o -Wl,--as-needed -Wl,--no-undefined -pie -Wl,--whole-archive libhwcore.fa libqom.fa -Wl,--start-group libevent-loop-base.a -Wl,--no-whole-archive -Wl,--warn-common -Wl,-z,relro -Wl,-z,now -static-pie -fstack-protector-strong -march=armv8-a -O2 -pipe -fstack-protector-strong -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -Wp,-D_GLIBCXX_ASSERTIONS -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now libqemuutil.a libhwcore.fa libqom.fa /usr/lib/libz.a -lrt -lm -pthread -lgthread-2.0 -lglib-2.0 -lpcre2-8 -lsysprof-capture-4 -lstdc++ -Wl,--end-group +/usr/bin/ld: /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libglib-2.0.a(gutils.c.o): in function `g_get_user_database_entry': +(.text+0x324): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: (.text+0xf4): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/bin/ld: (.text+0xe0): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking +/usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(init-first.o): in function `__libc_init_first': +(.text+0x10): relocation truncated to fit: R_AARCH64_LD64_GOTPAGE_LO15 against symbol `__environ' defined in .bss section in /usr/lib/gcc/aarch64-unknown-linux-gnu/12.1.0/../../../../lib/libc.a(environ.o) +/usr/bin/ld: (.text+0x10): warning: too many GOT entries for -fpic, please recompile with -fPIC +collect2: error: ld returned 1 exit status +distcc[61410] ERROR: compile (null) on localhost failed +``` +Additional information: +Full [meson-log.txt](/uploads/05059722cb81b10bd9977a17fd51f048/meson-log.txt) and [config.log](/uploads/1cbd8a5fe5c48c3af83e1cbba6a89ce8/config.log) diff --git a/results/classifier/gemma3:12b/kernel/1341 b/results/classifier/gemma3:12b/kernel/1341 new file mode 100644 index 00000000..2d1aca31 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1341 @@ -0,0 +1,79 @@ + +Static build failure with clang (clang 14.0.6) +Description of problem: +Static build failure with redefinition of 'iovec'. + +The configure looks like this: + +``` + export CC=clang + ../$pkgbase-$pkgver/configure \ + --prefix=/usr \ + --sysconfdir=/etc \ + --libexecdir=/usr/lib/qemu \ + --enable-attr \ + --enable-linux-user \ + --enable-tcg \ + --disable-bpf \ + --disable-bsd-user \ + --disable-capstone \ + --disable-docs \ + --disable-fdt \ + --disable-gcrypt \ + --disable-glusterfs \ + --disable-gnutls \ + --disable-gtk \ + --disable-install-blobs \ + --disable-kvm \ + --disable-libiscsi \ + --disable-libnfs \ + --disable-libssh \ + --disable-linux-io-uring \ + --disable-nettle \ + --disable-opengl \ + --disable-qom-cast-debug \ + --disable-sdl \ + --disable-system \ + --disable-tools \ + --disable-tpm \ + --disable-vde \ + --disable-vhost-crypto \ + --disable-vhost-kernel \ + --disable-vhost-net \ + --disable-vhost-user \ + --disable-vnc \ + --disable-werror \ + --disable-xen \ + --disable-zstd \ + --static +``` + +The compiling failure looks like this: +``` +FAILED: libqom.fa.p/qom_object.c.o +clang -Ilibqom.fa.p -I. -I../qemu-7.1.0 -Iqapi -Itrace -Iui/shader -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /home/adam/qemu-user-static/src/qemu-7.1.0/linux-headers -isystem linux-headers -iquote . -iquote /home/adam/qemu-user-static/src/qemu-7.1.0 -iquote /home/adam/qemu-user-static/src/qemu-7.1.0/include -iquote /home/adam/qemu-user-static/src/qemu-7.1.0/tcg/aarch64 -pthread -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wno-initializer-overrides -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-string-plus-int -Wno-typedef-redefinition -Wno-tautological-type-limit-compare -Wno-psabi -Wno-missing-braces -march=armv8-a -O2 -pipe -fstack-protector-strong -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fPIE -MD -MQ libqom.fa.p/qom_object.c.o -MF libqom.fa.p/qom_object.c.o.d -o libqom.fa.p/qom_object.c.o -c ../qemu-7.1.0/qom/object.c +distcc[94580] (dcc_build_somewhere) Warning: failed to distribute, running locally instead +clang-14: warning: argument unused during compilation: '-fstack-clash-protection' [-Wunused-command-line-argument] +In file included from ../qemu-7.1.0/qom/object.c:13: +/home/adam/qemu-user-static/src/qemu-7.1.0/include/qemu/osdep.h:517:8: error: redefinition of 'iovec' +struct iovec { + ^ +/usr/include/bits/types/struct_iovec.h:26:8: note: previous definition is here +struct iovec + ^ +In file included from ../qemu-7.1.0/qom/object.c:13: +/home/adam/qemu-user-static/src/qemu-7.1.0/include/qemu/osdep.h:524:9: warning: 'IOV_MAX' macro redefined [-Wmacro-redefined] +#define IOV_MAX 1024 + ^ +/usr/include/bits/xopen_lim.h:66:10: note: previous definition is here +# define IOV_MAX __IOV_MAX + ^ +1 warning and 1 error generated. +distcc[94580] ERROR: compile ../qemu-7.1.0/qom/object.c on localhost failed +ninja: build stopped: subcommand failed. +``` +Steps to reproduce: +1. Compile qemu using above configure and use clang as the compiler +Additional information: +Full meson log: +[meson-log.txt](/uploads/a63d609852148140e8fa7210c6912982/meson-log.txt) diff --git a/results/classifier/gemma3:12b/kernel/1349277 b/results/classifier/gemma3:12b/kernel/1349277 new file mode 100644 index 00000000..86aa055a --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1349277 @@ -0,0 +1,18 @@ + +AArch64 emulation ignores SPSel=0 when taking (or returning from) an exception at EL1 or greater + +The AArch64 emulation ignores SPSel=0 when: + +(1) taking an interrupt from an exception level greater than EL0 (e.g., EL1t), + +(2) returning from an exception (via ERET) to an exception level greater than EL0 (e.g., EL1t), with SPSR_ELx[SPSel]=0. + +The attached patch fixes the problem in my application. + +Background: + +I'm running a standalone application (toy OS) that is performing preemptive multithreading between threads running at EL1t, with exception handling / context switching occurring at EL1h. This bug causes the stack pointer to be corrupted in the threads running at EL1t (they end up with a version of the EL1h stack pointer (SP_EL1)). + +Occurs in: + qemu-2.1.0-rc1 (found in) + commit c60a57ff497667780132a3fcdc1500c83af5d5c0 (current master) \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/135 b/results/classifier/gemma3:12b/kernel/135 new file mode 100644 index 00000000..b2381be5 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/135 @@ -0,0 +1,2 @@ + +Cant compile qemu from source, get error about static declaration of memfd_create following non-static declaration diff --git a/results/classifier/gemma3:12b/kernel/1351 b/results/classifier/gemma3:12b/kernel/1351 new file mode 100644 index 00000000..0bff6191 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1351 @@ -0,0 +1,6 @@ + +qemu-system-x86_64 run win7 qcow2 got an exception +Description of problem: +when qemu-system-X86-64 run the win7 qcow2, qemu got an exception + +\*\* ERROR:../target/i386/tcg/sysemu/excp_helper.c:517:raise_stage2: code should not be reached Aborted (核心已转储) diff --git a/results/classifier/gemma3:12b/kernel/1359383 b/results/classifier/gemma3:12b/kernel/1359383 new file mode 100644 index 00000000..0049aba9 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1359383 @@ -0,0 +1,208 @@ + +kernel panic at smpboot.c:134 when rebooting qemu with multiple cores + +Hi all, + +I can reproduce this with kernel 3.14 and 3.17rc1. I suspect it is a qemu issue, but I'm not sure. The test case is the following script: + +qemu-system-x86_64 -machine accel=kvm -pidfile /tmp/pid$$ -m 512M -smp 8,sockets=8 -kernel vmlinuz -append "init=/sbin/reboot -f console=ttyS0,115200 kgdboc=ttyS2,115200 root=/dev/sda rw" -nographic -serial stdio -drive format=raw,snapshot=on,file=/var/lib/ktest/root + +Note that we pass /sbin/reboot as the init program so it just reboots forever. After a dozen or so iterations, I hit this: + +[ 0.000000] Initializing cgroup subsys cpuset +[ 0.000000] Initializing cgroup subsys cpu +[ 0.000000] Initializing cgroup subsys cpuacct +[ 0.000000] Linux version 3.17.0-rc1-0-2014.sp (sp@vodka) (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #209 SMP Wed Aug 20 20:17:46 UTC 2014 +[ 0.000000] Command line: init=/sbin/reboot -f console=ttyS0,115200 kgdboc=ttyS2,115200 root=/dev/sda rw ktest.priority=9 +[ 0.000000] e820: BIOS-provided physical RAM map: +[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable +[ 0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved +[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffcfff] usable +[ 0.000000] BIOS-e820: [mem 0x000000001fffd000-0x000000001fffffff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000feffc000-0x00000000feffffff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved +[ 0.000000] process: using polling idle threads +[ 0.000000] NX (Execute Disable) protection: active +[ 0.000000] SMBIOS 2.4 present. +[ 0.000000] Hypervisor detected: KVM +[ 0.000000] e820: last_pfn = 0x1fffd max_arch_pfn = 0x400000000 +[ 0.000000] PAT not supported by CPU. +[ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] +[ 0.000000] init_memory_mapping: [mem 0x1fc00000-0x1fdfffff] +[ 0.000000] init_memory_mapping: [mem 0x1c000000-0x1fbfffff] +[ 0.000000] init_memory_mapping: [mem 0x00100000-0x1bffffff] +[ 0.000000] init_memory_mapping: [mem 0x1fe00000-0x1fffcfff] +[ 0.000000] ACPI: Early table checksum verification disabled +[ 0.000000] ACPI: RSDP 0x00000000000F0A90 000014 (v00 BOCHS ) +[ 0.000000] ACPI: RSDT 0x000000001FFFFC21 000034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) +[ 0.000000] ACPI: FACP 0x000000001FFFEF40 000074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) +[ 0.000000] ACPI: DSDT 0x000000001FFFDDC0 001180 (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) +[ 0.000000] ACPI: FACS 0x000000001FFFDD80 000040 +[ 0.000000] ACPI: SSDT 0x000000001FFFEFB4 000B85 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) +[ 0.000000] ACPI: APIC 0x000000001FFFFB39 0000B0 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) +[ 0.000000] ACPI: HPET 0x000000001FFFFBE9 000038 (v01 BOCHS BXPCHPET 00000001 BXPC 00000001) +[ 0.000000] No NUMA configuration found +[ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000001fffcfff] +[ 0.000000] Initmem setup node 0 [mem 0x00000000-0x1fffcfff] +[ 0.000000] NODE_DATA [mem 0x1fffa000-0x1fffcfff] +[ 0.000000] kvm-clock: Using msrs 4b564d01 and 4b564d00 +[ 0.000000] kvm-clock: cpu 0, msr 0:1fff9001, primary cpu clock +[ 0.000000] Zone ranges: +[ 0.000000] DMA [mem 0x00001000-0x00ffffff] +[ 0.000000] DMA32 [mem 0x01000000-0xffffffff] +[ 0.000000] Normal empty +[ 0.000000] Movable zone start for each node +[ 0.000000] Early memory node ranges +[ 0.000000] node 0: [mem 0x00001000-0x0009efff] +[ 0.000000] node 0: [mem 0x00100000-0x1fffcfff] +[ 0.000000] ACPI: PM-Timer IO Port: 0xb008 +[ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled) +[ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled) +[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1]) +[ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0]) +[ 0.000000] IOAPIC[0]: apic_id 0, version 17, address 0xfec00000, GSI 0-23 +[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) +[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 high level) +[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) +[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level) +[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level) +[ 0.000000] Using ACPI (MADT) for SMP configuration information +[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 +[ 0.000000] smpboot: Allowing 8 CPUs, 0 hotplug CPUs +[ 0.000000] e820: [mem 0x20000000-0xfeffbfff] available for PCI devices +[ 0.000000] Booting paravirtualized kernel on KVM +[ 0.000000] setup_percpu: NR_CPUS:64 nr_cpumask_bits:64 nr_cpu_ids:8 nr_node_ids:1 +[ 0.000000] PERCPU: Embedded 27 pages/cpu @ffff88001fc00000 s80064 r8192 d22336 u262144 +[ 0.000000] KVM setup async PF for cpu 0 +[ 0.000000] kvm-stealtime: cpu 0, msr 1fc0d000 +[ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 128902 +[ 0.000000] Policy zone: DMA32 +[ 0.000000] Kernel command line: mlx4_core.port_type_array=2,2 intel_idle.max_cstate=0 processor.max_cstate=1 idle=poll init=/sbin/reboot -f console=ttyS0,115200 kgdboc=ttyS2,115200 root=/dev/sda rw ktest.priority=9 +[ 0.000000] PID hash table entries: 2048 (order: 2, 16384 bytes) +[ 0.000000] Memory: 497836K/523884K available (6197K kernel code, 845K rwdata, 2312K rodata, 968K init, 2676K bss, 26048K reserved) +[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1 +[ 0.000000] Hierarchical RCU implementation. +[ 0.000000] RCU restricting CPUs from NR_CPUS=64 to nr_cpu_ids=8. +[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=8 +[ 0.000000] NR_IRQS:4352 nr_irqs:488 0 +[ 0.000000] Console: colour VGA+ 80x25 +[ 0.000000] console [ttyS0] enabled +[ 0.000000] tsc: Detected 3491.912 MHz processor +[ 0.008000] Calibrating delay loop (skipped) preset value.. 6983.82 BogoMIPS (lpj=13967648) +[ 0.008000] pid_max: default: 32768 minimum: 301 +[ 0.008000] ACPI: Core revision 20140724 +[ 0.008000] ACPI: All ACPI Tables successfully acquired +[ 0.008000] Security Framework initialized +[ 0.008000] Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) +[ 0.008000] Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) +[ 0.008000] Mount-cache hash table entries: 1024 (order: 1, 8192 bytes) +[ 0.008000] Mountpoint-cache hash table entries: 1024 (order: 1, 8192 bytes) +[ 0.008106] Initializing cgroup subsys devices +[ 0.008379] Initializing cgroup subsys freezer +[ 0.008647] Initializing cgroup subsys net_cls +[ 0.008913] Initializing cgroup subsys blkio +[ 0.009169] Initializing cgroup subsys perf_event +[ 0.009486] mce: CPU supports 10 MCE banks +[ 0.009759] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0 +[ 0.009759] Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0 +[ 0.010597] Freeing SMP alternatives memory: 28K (ffffffff81dc7000 - ffffffff81dce000) +[ 0.013902] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 +[ 0.014366] smpboot: CPU0: Intel QEMU Virtual CPU version 2.0.0 (fam: 06, model: 06, stepping: 03) +[ 0.016000] Performance Events: Broken PMU hardware detected, using software events only. +[ 0.016000] Failed to access perfctr msr (MSR c1 is 0) +[ 0.016000] NMI watchdog: disabled (cpu0): hardware events not enabled +[ 0.016000] x86: Booting SMP configuration: +[ 0.016000] .... node #0, CPUs: #1 +[ 0.008000] kvm-clock: cpu 1, msr 0:1fff9041, secondary cpu clock +[ 0.028010] KVM setup async PF for cpu 1 +[ 0.028358] #2 +[ 0.028358] kvm-stealtime: cpu 1, msr 1fc4d000 +[ 0.008000] kvm-clock: cpu 2, msr 0:1fff9081, secondary cpu clock +[ 0.044008] KVM setup async PF for cpu 2 +[ 0.044506] #3 +[ 0.044507] kvm-stealtime: cpu 2, msr 1fc8d000 +[ 0.008000] kvm-clock: cpu 3, msr 0:1fff90c1, secondary cpu clock +[ 0.060011] KVM setup async PF for cpu 3 +[ 0.060416] #4 +[ 0.060416] kvm-stealtime: cpu 3, msr 1fccd000 +[ 0.008000] kvm-clock: cpu 4, msr 0:1fff9101, secondary cpu clock +[ 0.072010] KVM setup async PF for cpu 4 +[ 0.072461] #5 +[ 0.072461] kvm-stealtime: cpu 4, msr 1fd0d000 +[ 0.008000] kvm-clock: cpu 5, msr 0:1fff9141, secondary cpu clock +[ 0.088001] KVM setup async PF for cpu 5 +[ 0.088001] #6 +[ 0.088001] kvm-stealtime: cpu 5, msr 1fd4d000 +[ 0.008000] kvm-clock: cpu 6, msr 0:1fff9181, secondary cpu clock +[ 0.108008] ------------[ cut here ]------------ +[ 0.108366] WARNING: CPU: 0 PID: 1 at /src/linux-bcache/kernel/workqueue.c:4473 workqueue_cpu_up_callback+0x36e/0x380() +[ 0.109172] Modules linked in: +[ 0.109419] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.17.0-rc1-0-2014.sp #209 +[ 0.112001] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011 +[ 0.112606] 0000000000000009 ffff88001e927db8 ffffffff81601466 0000000000000000 +[ 0.113208] ffff88001e927df0 ffffffff810b4bb8 ffff88001fd92400 ffff88001fd92730 +[ 0.113813] ffff88001fd92708 0000000000000006 ffff88001ea92540 ffff88001e927e00 +[ 0.114422] Call Trace: +[ 0.114616] [] dump_stack+0x45/0x56 +[ 0.115011] [] warn_slowpath_common+0x78/0xa0 +[ 0.115474] [] warn_slowpath_null+0x15/0x20 +[ 0.116002] [] workqueue_cpu_up_callback+0x36e/0x380 +[ 0.116507] [] notifier_call_chain+0x4c/0x70 +[ 0.116962] [] __raw_notifier_call_chain+0x9/0x10 +[ 0.117458] [] cpu_notify+0x1e/0x40 +[ 0.117857] [] cpu_up+0x186/0x1b0 +[ 0.118249] [] smp_init+0x63/0x7d +[ 0.118633] [] kernel_init_freeable+0xe9/0x200 +[ 0.119114] [] ? rest_init+0x80/0x80 +[ 0.119524] [] kernel_init+0x9/0xf0 +[ 0.120002] [] ret_from_fork+0x7c/0xb0 +[ 0.120443] [] ? rest_init+0x80/0x80 +[ 0.120867] ---[ end trace bac34f2af212d79e ]--- +[ 0.121255] ------------[ cut here ]------------ +[ 0.121243] KVM setup async PF for cpu 6 +[ 0.121243] kvm-stealtime: cpu 6, msr 1fd8d000 +[ 0.122309] kernel BUG at /src/linux-bcache/kernel/smpboot.c:134! +[ 0.122799] invalid opcode: 0000 [#1] SMP +[ 0.123150] Modules linked in: +[ 0.123406] CPU: 0 PID: 36 Comm: watchdog/6 Tainted: G W 3.17.0-rc1-0-2014.sp #209 +[ 0.124000] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011 +[ 0.124000] task: ffff88001eb00000 ti: ffff88001eb08000 task.ti: ffff88001eb08000 +[ 0.124000] RIP: 0010:[] [] smpboot_thread_fn+0x19f/0x1b0 +[ 0.124000] RSP: 0000:ffff88001eb0be88 EFLAGS: 00010206 +[ 0.124000] RAX: 0000000000000000 RBX: ffff88001eb00000 RCX: 0000000000000000 +[ 0.124000] RDX: ffff88001eb0bfd8 RSI: ffff88001eb00000 RDI: 0000000000000006 +[ 0.124000] RBP: ffff88001eb0bec8 R08: ffff88001eb08000 R09: ffff88001eb01a89 +[ 0.124000] R10: 0000000000000010 R11: 0000000000000001 R12: ffff88001e801930 +[ 0.124000] R13: ffffffff81c4b720 R14: ffff88001eb00000 R15: ffff88001eb00000 +[ 0.124000] FS: 0000000000000000(0000) GS:ffff88001fc00000(0000) knlGS:0000000000000000 +[ 0.124000] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b +[ 0.124000] CR2: 00000000ffffffff CR3: 0000000001c14000 CR4: 00000000000006f0 +[ 0.124000] Stack: +[ 0.124000] 0000000000000000 ffff88001eb0bea0 ffffffff81603714 ffff88001e90bb00 +[ 0.124000] ffff88001e801930 ffffffff810d3770 0000000000000000 0000000000000000 +[ 0.124000] ffff88001eb0bf48 ffffffff810d00cd 0000000000000001 0000000000000006 +[ 0.124000] Call Trace: +[ 0.124000] [] ? schedule+0x24/0x70 +[ 0.124000] [] ? SyS_setgroups+0x190/0x190 +[ 0.124000] [] kthread+0xcd/0xf0 +[ 0.124000] [] ? kthread_create_on_node+0x170/0x170 +[ 0.124000] [] ret_from_fork+0x7c/0xb0 +[ 0.124000] [] ? kthread_create_on_node+0x170/0x170 +[ 0.124000] Code: 89 fa 48 0f a3 11 19 d2 31 f6 85 d2 40 0f 95 c6 ff d0 4c 89 e7 e8 82 16 0f 00 48 83 c4 18 31 c0 5b 41 5c 41 5d 41 5e 41 5f 5d c3 <0f> 0b 0f 0b 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 89 d0 55 48 +[ 0.124000] RIP [] smpboot_thread_fn+0x19f/0x1b0 +[ 0.124000] RSP +[ 0.124002] ---[ end trace bac34f2af212d79f ]--- +[ 0.124456] Kernel panic - not syncing: Fatal exception +[ 0.128000] Shutting down cpus with NMI +[ 0.128000] ---[ end Kernel panic - not syncing: Fatal exception + +Note there's an SMP-related warning coming out of workqueue.c right before the panic. + +I have attached the .config I'm using with the kernel. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1361 b/results/classifier/gemma3:12b/kernel/1361 new file mode 100644 index 00000000..4019ff6a --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1361 @@ -0,0 +1,21 @@ + +ppc64le linux user emulation w/ 64KiB pages seems broken since v5.0.0 +Description of problem: +[Our (snmalloc's)](https://github.com/microsoft/snmalloc) CI includes running a PowerPC64 little-endian Linux build inside qemu, running with 64KiB pages as, at least, Debian runs them by default. As reported [over there](https://github.com/microsoft/snmalloc/issues/576), this broke when GitHub's CI runners moved from Ubuntu Focal (20.04) to Jammy (22.04), bringing qemu from v4.2 to v6.2. + +The failing test case appears to die of an erroneous `SIGSEGV` `SEGV_MAPERR`: +``` +--- SIGSEGV {si_signo=SIGSEGV, si_code=1, si_addr=0x0000004001be5000} --- +``` +despite that address nominally being mapped by the last memory syscall to touch that area +``` +openat(AT_FDCWD,"/usr/powerpc64le-linux-gnu/lib/libstdc++.so.6",O_RDONLY|O_CLOEXEC) = 4 +[...] +mmap(0x0000004001bd0000,131072,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_DENYWRITE|MAP_FIXED,4,0x2f0000) = 0x4001bd0000 +``` + +Bisection reveals that the breakage first occurred with 4dcf078f094d436866ef793aa25c96fba85ac8d0, though I suspect this is merely the commit that exposes some underlying bug rather than being the actual root cause. +Steps to reproduce: +Run a ppc64el Linux executable under `qemu-user` with `-p 65536`. +Additional information: +Please advise what more would be useful. diff --git a/results/classifier/gemma3:12b/kernel/1361912 b/results/classifier/gemma3:12b/kernel/1361912 new file mode 100644 index 00000000..c9871715 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1361912 @@ -0,0 +1,10 @@ + +qemu-mips64 Segmentation fault + +When I ran qemu-mips64 for any mips 64 executable , I got this error: + +$ ./qemu-mips64 ../lang +qemu: uncaught target signal 11 (Segmentation fault) - core dumped +Segmentation fault (core dumped) + +Is this a known issue? \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1362635 b/results/classifier/gemma3:12b/kernel/1362635 new file mode 100644 index 00000000..0da1b419 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1362635 @@ -0,0 +1,43 @@ + +bdrv_read co-routine re-entered recursively + +calling bdrv_read in a loop leads to the follwing situation: + +bs->drv->bdrv_aio_readv is called, and finally calls bdrv_co_io_em_complete in other thread context. +there is a possibility of calling bdrv_co_io_em_complete before calling qemu_coroutine_yield in bdrv_co_io_em. And qemu fails with "co-routine re-entered recursively". + +static void bdrv_co_io_em_complete(void *opaque, int ret) +{ + CoroutineIOCompletion *co = opaque; + + co->ret = ret; + qemu_coroutine_enter(co->coroutine, NULL); +} + +static int coroutine_fn bdrv_co_io_em(BlockDriverState *bs, int64_t sector_num, + int nb_sectors, QEMUIOVector *iov, + bool is_write) +{ + CoroutineIOCompletion co = { + .coroutine = qemu_coroutine_self(), + }; + BlockDriverAIOCB *acb; + + if (is_write) { + acb = bs->drv->bdrv_aio_writev(bs, sector_num, iov, nb_sectors, + bdrv_co_io_em_complete, &co); + } else { + acb = bs->drv->bdrv_aio_readv(bs, sector_num, iov, nb_sectors, + bdrv_co_io_em_complete, &co); + } + + trace_bdrv_co_io_em(bs, sector_num, nb_sectors, is_write, acb); + if (!acb) { + return -EIO; + } + qemu_coroutine_yield(); + + return co.ret; +} + +is it a bug, or may be I don't understand something? \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1363641 b/results/classifier/gemma3:12b/kernel/1363641 new file mode 100644 index 00000000..4e6c6a68 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1363641 @@ -0,0 +1,15 @@ + +Build of v2.1.0 fails on armv7l due to undeclared __NR_select + +After `make clean` and `git clean -x -f -d` `git checkout v2.1.0 && configure --prefix=/home/user/prefix-qemu-2.1.0 && make` fails due to missing declarations + + CC qemu-seccomp.o + qemu-seccomp.c:28:1: error: '__NR_select' undeclared here (not in a function) + qemu-seccomp.c:36:1: error: '__NR_mmap' undeclared here (not in a function) + qemu-seccomp.c:57:1: error: '__NR_getrlimit' undeclared here (not in a function) + qemu-seccomp.c:96:1: error: '__NR_time' undeclared here (not in a function) + GEN qmp-marshal.c + qemu-seccomp.c:186:1: error: '__NR_alarm' undeclared here (not in a function) + make: *** [qemu-seccomp.o] Error 1 + +Same errors for master 8b3030114a449e66c68450acaac4b66f26d91416. `configure`should not succeed for a failing build. `config.log` for v2.1.0 and 8b303011... attached. I'm building on a debian 7.6 chroot on Synology DSM 5.0. `uname -a` says `Linux diskstatation 3.2.40 #4493 SMP Thu Aug 21 21:43:02 CST 2014 armv7l GNU/Linux`. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1383857 b/results/classifier/gemma3:12b/kernel/1383857 new file mode 100644 index 00000000..783332a6 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1383857 @@ -0,0 +1,18 @@ + +aarch64: virtio disks don't show up in guest (neither blk nor scsi) + +kernel-3.18.0-0.rc1.git0.1.rwmj5.fc22.aarch64 (3.18 rc1 + some hardware enablement) +qemu from git today + +When I create a guest with virtio-scsi disks, they don't show up inside the guest. +Literally after the virtio_mmio.ko and virtio_scsi.ko modules are loaded, there are +no messages about disks, and of course nothing else works. + +Really long command line (generated by libvirt): + +HOME=/home/rjones USER=rjones LOGNAME=rjones QEMU_AUDIO_DRV=none TMPDIR=/home/rjones/d/libguestfs/tmp /home/rjones/d/qemu/aarch64-softmmu/qemu-system-aarch64 -name guestfs-oqv29um3jp03kpjf -S -machine virt,accel=tcg,usb=off -cpu cortex-a57 -m 500 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid a5f1a15d-2bc7-46df-9974-1d1f643b2449 -nographic -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/home/rjones/.config/libvirt/qemu/lib/guestfs-oqv29um3jp03kpjf.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-reboot -boot strict=on -kernel /home/rjones/d/libguestfs/tmp/.guestfs-1000/appliance.d/kernel -initrd /home/rjones/d/libguestfs/tmp/.guestfs-1000/appliance.d/initrd -append panic=1 console=ttyAMA0 earlyprintk=pl011,0x9000000 ignore_loglevel efi-rtc=noprobe udevtimeout=6000 udev.event-timeout=6000 no_timer_check lpj=500000 acpi=off printk.time=1 cgroup_disable=memory root=/dev/sdb selinux=0 guestfs_verbose=1 TERM=xterm-256color -device virtio-scsi-device,id=scsi0 -device virtio-serial-device,id=virtio-serial0 -usb -drive file=/home/rjones/d/libguestfs/tmp/libguestfs4GxfQ9/scratch.1,if=none,id=drive-scsi0-0-0-0,format=raw,cache=unsafe -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -drive file=/home/rjones/d/libguestfs/tmp/libguestfs4GxfQ9/overlay2,if=none,id=drive-scsi0-0-1-0,format=qcow2,cache=unsafe -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=1,lun=0,drive=drive-scsi0-0-1-0,id=scsi0-0-1-0 -serial unix:/home/rjones/d/libguestfs/tmp/libguestfs4GxfQ9/console.sock -chardev socket,id=charchannel0,path=/home/rjones/d/libguestfs/tmp/libguestfs4GxfQ9/guestfsd.sock -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.libguestfs.channel.0 -msg timestamp=on + +There are no kernel messages about the disks, they just are not seen. + +Worked with kernel 3.16 so I suspect this could be a kernel bug rather than a +qemu bug, but I've no idea where to report those. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1398 b/results/classifier/gemma3:12b/kernel/1398 new file mode 100644 index 00000000..f300e72d --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1398 @@ -0,0 +1,7 @@ + +Kernel Fault in primary space mode while using user ASCE emulating s390x with AlmaLinux release 9.1 (Lime Lynx) +Description of problem: +Happens twice during startup, however the system keeps running. +Steps to reproduce: +1. Install Alma Linux s390x on in KVM on x86_64 +2. Start KVM diff --git a/results/classifier/gemma3:12b/kernel/1399 b/results/classifier/gemma3:12b/kernel/1399 new file mode 100644 index 00000000..b60e7410 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1399 @@ -0,0 +1,73 @@ + +Early faults when direct booting large Linux kernel images on x86_64 and aarch64 guests. +Description of problem: +When attempting to load a Linux kernel image for direct boot via the `-kernel` command line option, a triple fault occurs shortly after attempting to hand off execution to the kernel if the kernel image is ‘large’ in size (this can be easily reproduced with a custom kernel build by embedding an initramfs in the kernel that includes a few large but mostly incompressible files). I’m not certain of the exact cutoff, but a 75 MB kernel image on x86_64, and a 67 MB kernel image on AArch64 both exhibit the issue, while a 13 MB kernel image on x86_64 does not. +Steps to reproduce: +1. Attempt to direct boot an exceptionally large kernel image as an x86_64 or aarch64 guest. +Additional information: +I have not yet been able to track down exactly where the initial fault is happening, and am not even certain that it’s in Linux’s early boot code, but the fact that this is reproducible across multiple architectures and is unaffected by things like KASLR and the exact compression algorithm for the guest kernel suggests to me that it’s more likely to be an issue in QEMU’s loader code for direct kernel boot than in the Linux kernel itself. + +Running on x86_64, the initial fault appears to be a general protection fault, followed by a double and then triple fault. Output from running QEMU as above with `-d int,guest_error -no-reboot’: + +``` +check_exception old: 0xffffffff new 0xd + 0: v=0d e=0000 i=0 cpl=0 IP=0010:000000000789f7f0 pc=000000000789f7f0 SP=0018:00000000078e6fd8 env->regs[R_EAX]=0000000000000000 +RAX=0000000000000000 RBX=6fb84fe3052f53e2 RCX=00000000fb600000 RDX=00000000078fbed0 +RSI=00000000078f6000 RDI=00000000078e80e0 RBP=00000000078e80e0 RSP=00000000078e6fd8 +R8 =00000000078fb000 R9 =00000000fb600000 R10=000fffffffe00000 R11=0000000000000000 +R12=0000000000000000 R13=0000000000000000 R14=0000000000000000 R15=0000000000000000 +RIP=000000000789f7f0 RFL=00000006 [-----P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0000 0000000000000000 00000000 00000000 +CS =0010 0000000000000000 ffffffff 00af9a00 DPL=0 CS64 [-R-] +SS =0018 0000000000000000 ffffffff 00cf9300 DPL=0 DS [-WA] +DS =0018 0000000000000000 ffffffff 00cf9300 DPL=0 DS [-WA] +FS =0000 0000000000000000 00000000 00000000 +GS =0000 0000000000000000 00000000 00000000 +LDT=0000 0000000000000000 00000000 00008200 DPL=0 LDT +TR =0020 0000000000000000 00000fff 00808900 DPL=0 TSS64-avl +GDT= 00000000078b1030 0000002f +IDT= 00000000078b1070 000001ff +CR0=80050033 CR2=6fb84fe3052f53ee CR3=00000000078f6000 CR4=00000020 +DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 +DR6=00000000ffff0ff0 DR7=0000000000000400 +CCS=0000000000000018 CCD=6fb84fe3052f53e2 CCO=LOGICQ +EFER=0000000000000500 +check_exception old: 0xd new 0xd + 1: v=08 e=0000 i=0 cpl=0 IP=0010:000000000789f7f0 pc=000000000789f7f0 SP=0018:00000000078e6fd8 env->regs[R_EAX]=0000000000000000 +RAX=0000000000000000 RBX=6fb84fe3052f53e2 RCX=00000000fb600000 RDX=00000000078fbed0 +RSI=00000000078f6000 RDI=00000000078e80e0 RBP=00000000078e80e0 RSP=00000000078e6fd8 +R8 =00000000078fb000 R9 =00000000fb600000 R10=000fffffffe00000 R11=0000000000000000 +R12=0000000000000000 R13=0000000000000000 R14=0000000000000000 R15=0000000000000000 +RIP=000000000789f7f0 RFL=00000006 [-----P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0000 0000000000000000 00000000 00000000 +CS =0010 0000000000000000 ffffffff 00af9a00 DPL=0 CS64 [-R-] +SS =0018 0000000000000000 ffffffff 00cf9300 DPL=0 DS [-WA] +DS =0018 0000000000000000 ffffffff 00cf9300 DPL=0 DS [-WA] +FS =0000 0000000000000000 00000000 00000000 +GS =0000 0000000000000000 00000000 00000000 +LDT=0000 0000000000000000 00000000 00008200 DPL=0 LDT +TR =0020 0000000000000000 00000fff 00808900 DPL=0 TSS64-avl +GDT= 00000000078b1030 0000002f +IDT= 00000000078b1070 000001ff +CR0=80050033 CR2=6fb84fe3052f53ee CR3=00000000078f6000 CR4=00000020 +DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 +DR6=00000000ffff0ff0 DR7=0000000000000400 +CCS=0000000000000018 CCD=6fb84fe3052f53e2 CCO=LOGICQ +EFER=0000000000000500 +check_exception old: 0x8 new 0xd +``` + +Running on AArch64, the emulated CPU gets stuck in a loop trying to handle ‘exception 5’, showing the following output when run as above with `-d int, guest_error -no-reboot`, repeated infinitely until the emulator gets killed: + +``` +Taking exception 5 [IRQ] on CPU 0 +...from EL1 to EL1 +...with ESR 0x15/0x56000000 +...with ELR 0xffffffef0dee4098 +...to EL1 PC 0xffffffef0d810a80 PSTATE 0x3c5 +Exception return from AArch64 EL1 to AArch64 EL1 PC 0xffffffef0dee4098 +``` + +I have also attempted to reproduce this on 64-bit little-endian POWER using qemu-system-ppc64 and an equivalent kernel config, and was _not_ able to reproduce it there with a 69 MB kernel image. + +I can provide Linux kernel configs for the affected kernels upon request, but am not (currently) able to provide full system images (the project I was working on when I came across this is not yet public). diff --git a/results/classifier/gemma3:12b/kernel/140 b/results/classifier/gemma3:12b/kernel/140 new file mode 100644 index 00000000..d617b56f --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/140 @@ -0,0 +1,2 @@ + +linux-user clone() can't handle glibc posix_spawn() (causes locale-gen to assert) diff --git a/results/classifier/gemma3:12b/kernel/1406016 b/results/classifier/gemma3:12b/kernel/1406016 new file mode 100644 index 00000000..368bacad --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1406016 @@ -0,0 +1,41 @@ + +qemu-system-arm hangs at start on OS X + +Both from release 2.1.2 and built from a recent source, qemu-system-arm seems to hang on a mutex immediately after starting up, never getting to the point of actually booting. + +I've tried qemu-system-mipsel with another image and it worked fine, so this seems to be specific to the ARM runtime. I've tried two different ARM kernels, and I also ran into this with QEMU 2.1.2 release, installed from a bottle using homebrew. + +Host: Mac OS X 10.9.5 (Darwin Kernel Version 13.4.0) +QEMU version: built from HEAD@ab0302ee76 +Build command: ./configure --enable-cocoa --target-list=arm-softmmu,mipsel-softmmu && make +Run command: + +qemu-system-arm -M vexpress-a9 -cpu cortex-a9 -m 256 -sd disk.img -net nic,macaddr=52:54:00:fa:ce:13 -kernel vmlinuz-3.2.0-4-vexpress -initrd initrd.gz -append "root=/dev/ram" -display vnc=localhost:17 -net user,hostfwd=tcp::5022-:22 -append "console=ttyS0" + +I also tried this, with a different kernel & root: + +qemu-system-arm -kernel zImage -cpu arm1176 -m 256 -M versatilepb -no-reboot -serial stdio -hda rootfs-chromium.ext2 -append "root=/dev/sda" + +Thread dump: + +(lldb) thread list +Process 34364 stopped +* thread #1: tid = 0x135966, 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP + thread #2: tid = 0x13598b, 0x00007fff89f4ae6a libsystem_kernel.dylib`__workq_kernreturn + 10 + thread #3: tid = 0x13598c, 0x00007fff89f4b662 libsystem_kernel.dylib`kevent64 + 10, queue = 'com.apple.libdispatch-manager' + thread #7: tid = 0x1359b2, 0x00007fff89f4acc2 libsystem_kernel.dylib`__sigwait + 10 + thread #9: tid = 0x1359c1, 0x00000001091bc5d9 + thread #11: tid = 0x1359cc, 0x00007fff89f4a716 libsystem_kernel.dylib`__psynch_cvwait + 10 + thread #12: tid = 0x1359da, 0x00007fff89f46a1a libsystem_kernel.dylib`mach_msg_trap + 10, name = 'com.apple.audio.IOThread.client' + +------- +* thread #1: tid = 0x135966, 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP + * frame #0: 0x00007fff89f4a746 libsystem_kernel.dylib`__psynch_mutexwait + 10 + frame #1: 0x00007fff8e05f779 libsystem_pthread.dylib`_pthread_mutex_lock + 372 + frame #2: 0x000000010033e8e9 qemu-system-arm`qemu_mutex_lock(mutex=) + 25 at qemu-thread-posix.c:76 + frame #3: 0x000000010002d742 qemu-system-arm`qemu_mutex_lock_iothread + 98 at cpus.c:1137 + frame #4: 0x00000001002c84b5 qemu-system-arm`main_loop_wait [inlined] os_host_main_loop_wait(timeout=) + 191 at main-loop.c:242 + frame #5: 0x00000001002c83f6 qemu-system-arm`main_loop_wait(nonblocking=) + 278 at main-loop.c:494 + frame #6: 0x000000010014961a qemu-system-arm`qemu_main [inlined] main_loop + 73 at vl.c:1789 + frame #7: 0x00000001001495d1 qemu-system-arm`qemu_main(argc=, argv=, envp=) + 17057 at vl.c:4353 + frame #8: 0x000000010029b45e qemu-system-arm`-[QemuCocoaAppController startEmulationWithArgc:argv:](self=, _cmd=, argc=, argv=) + 30 at cocoa.m:897 \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1408152 b/results/classifier/gemma3:12b/kernel/1408152 new file mode 100644 index 00000000..9c25a4b9 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1408152 @@ -0,0 +1,7 @@ + +latest qemu git doesn't load + +commit ab0302ee764fd702465aef6d88612cdff4302809This is with + +qemu-system-x86_64: util/qemu-option.c:387: qemu_opt_get_bool_helper: Assertion `opt->desc && opt->desc->type == QEMU_OPT_BOOL' failed. +/home/njh/bin/kfreebsd-amd64: line 7: 32549 Aborted (core dumped) qemu-system-x86_64 -drive file=kfreebsd-amd64,index=0,media=disk,cache=writeback,aio=native -drive file=/dev/sr0,index=1,media=cdrom -boot c -redir tcp:2232::22 -m 1024 -machine accel=kvm,kernel_irqchip=on -cpu host -net user,hostname=qemu.bandsman.co.uk -net nic,model=e1000 -k en-us \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1416988 b/results/classifier/gemma3:12b/kernel/1416988 new file mode 100644 index 00000000..e263a424 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1416988 @@ -0,0 +1,33 @@ + +Wrong signal handling in qemu-aarch64. + +Running GCC 5.0 testsuite under qemu-aarch64, I noticed that tests connected with stack unwinding fail with: + +qemu: uncaught target signal 11 (Segmentation fault) - core dumped + +or run into infinite loop. + +Here is one example: + +$ /home/max/build/gcc-aarch64/gcc/xgcc -B/home/max/build/gcc-aarch64/gcc/ /home/max/src/toolchain/gcc/gcc/testsuite/gcc.dg/cleanup-11.c -fexceptions -fnon-call-exceptions -O2 -lm -o ./cleanup-11.exe + +$ qemu-aarch64 -L /home/max/install/aarch64/aarch64-linux/sys-root/ -R 0 -/cleanup-11.exe +qemu: uncaught target signal 11 (Segmentation fault) - core dumped. + +Actually, this caused by ABI incompatibility between Linux Kernel (trunk) and qemu-aarch64. In fact, size of siginfo structure in Linux and target_siginfo structure in qemu-aarch64 differ: + +sizeof (struct target_siginfo) = 136 // QEMU +sizeof (struct siginfo) = 128 // Linux Kernel + + +This caused by wrong TARGET_SI_PAD_SIZE defined in linux-user/syscall_defs.h: + +#define TARGET_SI_PAD_SIZE ((TARGET_SI_MAX_SIZE/sizeof(int)) - 3) + +In Kernel respective value is: + +#define SI_PAD_SIZE ((SI_MAX_SIZE - __ARCH_SI_PREAMBLE_SIZE) / sizeof(int)) +............................................. +#define __ARCH_SI_PREAMBLE_SIZE (4 * sizeof(int)) // for Aarch64 + +Trivial fix, changing TARGET_SI_PAD_SIZE to right value, is attached. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/kernel/1428352 b/results/classifier/gemma3:12b/kernel/1428352 new file mode 100644 index 00000000..c4dd6358 --- /dev/null +++ b/results/classifier/gemma3:12b/kernel/1428352 @@ -0,0 +1,45 @@ + +SYSRET instruction incorrectly implemented + +The Intel architecture manual states that when returning to user mode, the SYSRET instruction will re-load the stack selector (%ss) from the IA32_STAR model specific register using the following logic: + +SS.Selector <-- (IA32_STAR[63:48]+8) OR 3; (* RPL forced to 3 *) + +Another description of the instruction behavior which shows the same logic in a slightly different form can also be found here: + +http://tptp.cc/mirrors/siyobik.info/instruction/SYSRET.html + +[...] + SS(SEL) = IA32_STAR[63:48] + 8; + SS(PL) = 0x3; +[...] + +In other words, the value of the %ss register is supposed to be loaded from bits 63:48 of the IA32_STAR model-specific register, incremented by 8, and then ORed with 3. ORing in the 3 sets the privilege level to 3 (user). This is done since SYSRET returns to user mode after a system call. + +However, helper_sysret() in target-i386/seg_helper.c does not do the "OR 3" step. The code looks like this: + + cpu_x86_load_seg_cache(env, R_SS, selector + 8, + 0, 0xffffffff, + DESC_G_MASK | DESC_B_MASK | DESC_P_MASK | + DESC_S_MASK | (3 << DESC_DPL_SHIFT) | + DESC_W_MASK | DESC_A_MASK); + +It should look like this: + + cpu_x86_load_seg_cache(env, R_SS, (selector + 8) | 3, + 0, 0xffffffff, + DESC_G_MASK | DESC_B_MASK | DESC_P_MASK | + DESC_S_MASK | (3 << DESC_DPL_SHIFT) | + DESC_W_MASK | DESC_A_MASK); + +The code does correctly set the privilege level bits for the code selector register (%cs) but not for the stack selector (%ss). + +The effect of this is that when SYSRET returns control to the user-mode caller, %ss will be have the privilege level bits cleared. In my case, it went from 0x2b to 0x28. This caused a crash later: when the user-mode code was preempted by an interrupt, and the interrupt handler would do an IRET, a general protection fault would occur because the %ss value being loaded from the exception frame was not valid for user mode. (At least, I think that's what happened.) + +This behavior seems inconsistent with real hardware, and also appears to be wrong with respect to the Intel documentation, so I'm pretty confident in calling this a bug. :) + +Note that this issue seems to have been around for a long time. I discovered it while using QEMU 2.2.0, but I happened to have the sources for QEMU 0.10.5, and the problem is there too (in os_helper.c). I am using FreeBSD/amd64 9.1-RELEASE as my host system, without KVM. + +The fix is fairly simple. I'm attaching a patch which worked for me. Using this fix, the code that I'm testing now behaves the same on the QEMU virtual machine as on real hardware. + +- Bill (