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/boot/1013888 | 8 + results/classifier/gemma3:12b/boot/1021649 | 10 + results/classifier/gemma3:12b/boot/1026176 | 22 + results/classifier/gemma3:12b/boot/1042084 | 10 + results/classifier/gemma3:12b/boot/1054 | 31 ++ results/classifier/gemma3:12b/boot/1062220 | 29 ++ results/classifier/gemma3:12b/boot/1063 | 10 + results/classifier/gemma3:12b/boot/1081416 | 43 ++ results/classifier/gemma3:12b/boot/1098 | 12 + results/classifier/gemma3:12b/boot/1115 | 15 + results/classifier/gemma3:12b/boot/1120 | 13 + results/classifier/gemma3:12b/boot/1121 | 71 +++ results/classifier/gemma3:12b/boot/1122492 | 47 ++ results/classifier/gemma3:12b/boot/1131 | 21 + results/classifier/gemma3:12b/boot/1131757 | 24 + results/classifier/gemma3:12b/boot/1133 | 11 + results/classifier/gemma3:12b/boot/1135 | 13 + results/classifier/gemma3:12b/boot/1159 | 33 ++ results/classifier/gemma3:12b/boot/1160 | 2 + results/classifier/gemma3:12b/boot/1163 | 12 + results/classifier/gemma3:12b/boot/1177 | 17 + results/classifier/gemma3:12b/boot/1180923 | 4 + results/classifier/gemma3:12b/boot/1191326 | 16 + results/classifier/gemma3:12b/boot/1194954 | 4 + results/classifier/gemma3:12b/boot/1201 | 11 + results/classifier/gemma3:12b/boot/1230232 | 34 ++ results/classifier/gemma3:12b/boot/1246 | 2 + results/classifier/gemma3:12b/boot/1252 | 18 + results/classifier/gemma3:12b/boot/1259499 | 36 ++ results/classifier/gemma3:12b/boot/1260555 | 17 + results/classifier/gemma3:12b/boot/1269 | 27 ++ results/classifier/gemma3:12b/boot/1272796 | 20 + results/classifier/gemma3:12b/boot/1273944 | 12 + results/classifier/gemma3:12b/boot/1293 | 2 + results/classifier/gemma3:12b/boot/1294 | 2 + results/classifier/gemma3:12b/boot/1306 | 160 +++++++ results/classifier/gemma3:12b/boot/1310324 | 22 + results/classifier/gemma3:12b/boot/1314667 | 45 ++ results/classifier/gemma3:12b/boot/1320 | 13 + results/classifier/gemma3:12b/boot/1324 | 41 ++ results/classifier/gemma3:12b/boot/1328 | 10 + results/classifier/gemma3:12b/boot/1342686 | 15 + results/classifier/gemma3:12b/boot/1348 | 2 + results/classifier/gemma3:12b/boot/1363467 | 11 + results/classifier/gemma3:12b/boot/1381639 | 16 + results/classifier/gemma3:12b/boot/1381642 | 13 + results/classifier/gemma3:12b/boot/1389 | 62 +++ results/classifier/gemma3:12b/boot/1415181 | 5 + results/classifier/gemma3:12b/boot/1426472 | 28 ++ results/classifier/gemma3:12b/boot/1429841 | 47 ++ results/classifier/gemma3:12b/boot/1435101 | 6 + results/classifier/gemma3:12b/boot/1437 | 7 + results/classifier/gemma3:12b/boot/1447 | 8 + results/classifier/gemma3:12b/boot/147 | 2 + results/classifier/gemma3:12b/boot/1473451 | 10 + results/classifier/gemma3:12b/boot/1476800 | 4 + results/classifier/gemma3:12b/boot/1481750 | 19 + results/classifier/gemma3:12b/boot/1487 | 6 + results/classifier/gemma3:12b/boot/1496712 | 35 ++ results/classifier/gemma3:12b/boot/1498144 | 30 ++ results/classifier/gemma3:12b/boot/1512134 | 29 ++ results/classifier/gemma3:12b/boot/1516 | 40 ++ results/classifier/gemma3:12b/boot/1533848 | 4 + results/classifier/gemma3:12b/boot/1535497 | 21 + results/classifier/gemma3:12b/boot/1537 | 12 + results/classifier/gemma3:12b/boot/1539940 | 30 ++ results/classifier/gemma3:12b/boot/1563887 | 103 ++++ results/classifier/gemma3:12b/boot/1572329 | 6 + results/classifier/gemma3:12b/boot/1579327 | 120 +++++ results/classifier/gemma3:12b/boot/1586229 | 28 ++ results/classifier/gemma3:12b/boot/1587211 | 93 ++++ results/classifier/gemma3:12b/boot/1588328 | 72 +++ results/classifier/gemma3:12b/boot/1589257 | 17 + results/classifier/gemma3:12b/boot/1590796 | 47 ++ results/classifier/gemma3:12b/boot/1591724 | 21 + results/classifier/gemma3:12b/boot/1596832 | 56 +++ results/classifier/gemma3:12b/boot/1599214 | 23 + results/classifier/gemma3:12b/boot/1629282 | 22 + results/classifier/gemma3:12b/boot/1629483 | 30 ++ results/classifier/gemma3:12b/boot/1633 | 69 +++ results/classifier/gemma3:12b/boot/1634 | 19 + results/classifier/gemma3:12b/boot/1637693 | 8 + results/classifier/gemma3:12b/boot/1639394 | 24 + results/classifier/gemma3:12b/boot/1649040 | 65 +++ results/classifier/gemma3:12b/boot/1652333 | 10 + results/classifier/gemma3:12b/boot/1653063 | 30 ++ results/classifier/gemma3:12b/boot/1660 | 2 + results/classifier/gemma3:12b/boot/1660010 | 12 + results/classifier/gemma3:12b/boot/1670175 | 63 +++ results/classifier/gemma3:12b/boot/1671173 | 34 ++ results/classifier/gemma3:12b/boot/1674114 | 28 ++ results/classifier/gemma3:12b/boot/1678 | 9 + results/classifier/gemma3:12b/boot/1679 | 16 + results/classifier/gemma3:12b/boot/1689245 | 9 + results/classifier/gemma3:12b/boot/1695286 | 8 + results/classifier/gemma3:12b/boot/1701 | 6 + results/classifier/gemma3:12b/boot/1704 | 70 +++ results/classifier/gemma3:12b/boot/1706296 | 45 ++ results/classifier/gemma3:12b/boot/1715700 | 27 ++ results/classifier/gemma3:12b/boot/1715715 | 44 ++ results/classifier/gemma3:12b/boot/1716510 | 6 + results/classifier/gemma3:12b/boot/1719282 | 78 +++ results/classifier/gemma3:12b/boot/1719689 | 15 + results/classifier/gemma3:12b/boot/1723927 | 18 + results/classifier/gemma3:12b/boot/1732679 | 89 ++++ results/classifier/gemma3:12b/boot/1734474 | 5 + results/classifier/gemma3:12b/boot/1735653 | 41 ++ results/classifier/gemma3:12b/boot/1736042 | 20 + results/classifier/gemma3:12b/boot/1737194 | 37 ++ results/classifier/gemma3:12b/boot/1737882 | 5 + results/classifier/gemma3:12b/boot/1737883 | 7 + results/classifier/gemma3:12b/boot/1738507 | 10 + results/classifier/gemma3:12b/boot/1738771 | 20 + results/classifier/gemma3:12b/boot/1738840 | 86 ++++ results/classifier/gemma3:12b/boot/1743191 | 42 ++ results/classifier/gemma3:12b/boot/1743441 | 4 + results/classifier/gemma3:12b/boot/1745 | 68 +++ results/classifier/gemma3:12b/boot/1745312 | 590 +++++++++++++++++++++++ results/classifier/gemma3:12b/boot/1747056 | 26 + results/classifier/gemma3:12b/boot/1754597 | 35 ++ results/classifier/gemma3:12b/boot/1757323 | 85 ++++ results/classifier/gemma3:12b/boot/1759 | 11 + results/classifier/gemma3:12b/boot/1776486 | 8 + results/classifier/gemma3:12b/boot/1778350 | 14 + results/classifier/gemma3:12b/boot/1793635 | 7 + results/classifier/gemma3:12b/boot/1794202 | 4 + results/classifier/gemma3:12b/boot/1795369 | 36 ++ results/classifier/gemma3:12b/boot/1797262 | 21 + results/classifier/gemma3:12b/boot/1801 | 52 ++ results/classifier/gemma3:12b/boot/1801933 | 25 + results/classifier/gemma3:12b/boot/1804961 | 10 + results/classifier/gemma3:12b/boot/1806 | 6 + results/classifier/gemma3:12b/boot/1810956 | 9 + results/classifier/gemma3:12b/boot/1811782 | 6 + results/classifier/gemma3:12b/boot/1811888 | 14 + results/classifier/gemma3:12b/boot/1814343 | 31 ++ results/classifier/gemma3:12b/boot/1818367 | 150 ++++++ results/classifier/gemma3:12b/boot/1819289 | 4 + results/classifier/gemma3:12b/boot/1822012 | 12 + results/classifier/gemma3:12b/boot/1823152 | 37 ++ results/classifier/gemma3:12b/boot/1823998 | 12 + results/classifier/gemma3:12b/boot/1825207 | 26 + results/classifier/gemma3:12b/boot/1827871 | 44 ++ results/classifier/gemma3:12b/boot/1829576 | 54 +++ results/classifier/gemma3:12b/boot/1829682 | 154 ++++++ results/classifier/gemma3:12b/boot/1831477 | 7 + results/classifier/gemma3:12b/boot/1835477 | 6 + results/classifier/gemma3:12b/boot/1835793 | 12 + results/classifier/gemma3:12b/boot/1836 | 2 + results/classifier/gemma3:12b/boot/1836136 | 4 + results/classifier/gemma3:12b/boot/1838465 | 10 + results/classifier/gemma3:12b/boot/1838658 | 14 + results/classifier/gemma3:12b/boot/1840719 | 12 + results/classifier/gemma3:12b/boot/1849 | 72 +++ results/classifier/gemma3:12b/boot/1849234 | 4 + results/classifier/gemma3:12b/boot/1851552 | 16 + results/classifier/gemma3:12b/boot/1852196 | 25 + results/classifier/gemma3:12b/boot/1853083 | 4 + results/classifier/gemma3:12b/boot/1853429 | 9 + results/classifier/gemma3:12b/boot/1854577 | 12 + results/classifier/gemma3:12b/boot/1855002 | 26 + results/classifier/gemma3:12b/boot/1857143 | 16 + results/classifier/gemma3:12b/boot/1858814 | 14 + results/classifier/gemma3:12b/boot/1859 | 9 + results/classifier/gemma3:12b/boot/1859106 | 6 + results/classifier/gemma3:12b/boot/1859656 | 43 ++ results/classifier/gemma3:12b/boot/1860742 | 34 ++ results/classifier/gemma3:12b/boot/1860914 | 14 + results/classifier/gemma3:12b/boot/1862110 | 67 +++ results/classifier/gemma3:12b/boot/1865626 | 26 + results/classifier/gemma3:12b/boot/187 | 2 + results/classifier/gemma3:12b/boot/1874264 | 359 ++++++++++++++ results/classifier/gemma3:12b/boot/1879998 | 28 ++ results/classifier/gemma3:12b/boot/1881249 | 10 + results/classifier/gemma3:12b/boot/1882671 | 52 ++ results/classifier/gemma3:12b/boot/1883593 | 10 + results/classifier/gemma3:12b/boot/1884425 | 12 + results/classifier/gemma3:12b/boot/1885 | 25 + results/classifier/gemma3:12b/boot/1887745 | 26 + results/classifier/gemma3:12b/boot/1892441 | 20 + results/classifier/gemma3:12b/boot/1892540 | 24 + results/classifier/gemma3:12b/boot/1898883 | 10 + results/classifier/gemma3:12b/boot/1903752 | 11 + results/classifier/gemma3:12b/boot/1904206 | 19 + results/classifier/gemma3:12b/boot/1905037 | 87 ++++ results/classifier/gemma3:12b/boot/1906905 | 13 + results/classifier/gemma3:12b/boot/1907953 | 4 + results/classifier/gemma3:12b/boot/1908416 | 14 + results/classifier/gemma3:12b/boot/1915027 | 10 + results/classifier/gemma3:12b/boot/1915063 | 15 + results/classifier/gemma3:12b/boot/1915794 | 11 + results/classifier/gemma3:12b/boot/1917565 | 31 ++ results/classifier/gemma3:12b/boot/1917940 | 6 + results/classifier/gemma3:12b/boot/1919 | 21 + results/classifier/gemma3:12b/boot/192 | 2 + results/classifier/gemma3:12b/boot/1921280 | 8 + results/classifier/gemma3:12b/boot/1921468 | 47 ++ results/classifier/gemma3:12b/boot/1923497 | 28 ++ results/classifier/gemma3:12b/boot/1925417 | 69 +++ results/classifier/gemma3:12b/boot/1926052 | 16 + results/classifier/gemma3:12b/boot/1952448 | 24 + results/classifier/gemma3:12b/boot/1995 | 2 + results/classifier/gemma3:12b/boot/2010 | 81 ++++ results/classifier/gemma3:12b/boot/2012 | 13 + results/classifier/gemma3:12b/boot/2015 | 28 ++ results/classifier/gemma3:12b/boot/2017 | 18 + results/classifier/gemma3:12b/boot/2036 | 12 + results/classifier/gemma3:12b/boot/2044 | 6 + results/classifier/gemma3:12b/boot/2070 | 10 + results/classifier/gemma3:12b/boot/2074 | 21 + results/classifier/gemma3:12b/boot/2090 | 8 + results/classifier/gemma3:12b/boot/2091 | 4 + results/classifier/gemma3:12b/boot/2092 | 71 +++ results/classifier/gemma3:12b/boot/2118 | 2 + results/classifier/gemma3:12b/boot/2129 | 2 + results/classifier/gemma3:12b/boot/2135 | 25 + results/classifier/gemma3:12b/boot/2192 | 2 + results/classifier/gemma3:12b/boot/2194 | 95 ++++ results/classifier/gemma3:12b/boot/2199 | 13 + results/classifier/gemma3:12b/boot/2204 | 74 +++ results/classifier/gemma3:12b/boot/2224 | 206 ++++++++ results/classifier/gemma3:12b/boot/2233 | 50 ++ results/classifier/gemma3:12b/boot/2235 | 58 +++ results/classifier/gemma3:12b/boot/236 | 2 + results/classifier/gemma3:12b/boot/2361 | 14 + results/classifier/gemma3:12b/boot/2365 | 9 + results/classifier/gemma3:12b/boot/2393 | 21 + results/classifier/gemma3:12b/boot/2403 | 15 + results/classifier/gemma3:12b/boot/2421 | 19 + results/classifier/gemma3:12b/boot/243 | 2 + results/classifier/gemma3:12b/boot/2453 | 10 + results/classifier/gemma3:12b/boot/2464 | 12 + results/classifier/gemma3:12b/boot/2467 | 32 ++ results/classifier/gemma3:12b/boot/2470 | 32 ++ results/classifier/gemma3:12b/boot/2502 | 14 + results/classifier/gemma3:12b/boot/2509 | 27 ++ results/classifier/gemma3:12b/boot/2538 | 27 ++ results/classifier/gemma3:12b/boot/2543 | 12 + results/classifier/gemma3:12b/boot/2558 | 66 +++ results/classifier/gemma3:12b/boot/260 | 2 + results/classifier/gemma3:12b/boot/2620 | 10 + results/classifier/gemma3:12b/boot/2636 | 2 + results/classifier/gemma3:12b/boot/2654 | 15 + results/classifier/gemma3:12b/boot/2660 | 2 + results/classifier/gemma3:12b/boot/2682 | 42 ++ results/classifier/gemma3:12b/boot/2686 | 49 ++ results/classifier/gemma3:12b/boot/269 | 2 + results/classifier/gemma3:12b/boot/2700 | 9 + results/classifier/gemma3:12b/boot/2723 | 24 + results/classifier/gemma3:12b/boot/2729 | 75 +++ results/classifier/gemma3:12b/boot/2739 | 4 + results/classifier/gemma3:12b/boot/2741 | 62 +++ results/classifier/gemma3:12b/boot/2807 | 32 ++ results/classifier/gemma3:12b/boot/2810 | 2 + results/classifier/gemma3:12b/boot/2823 | 44 ++ results/classifier/gemma3:12b/boot/2840 | 22 + results/classifier/gemma3:12b/boot/2842 | 2 + results/classifier/gemma3:12b/boot/2847 | 2 + results/classifier/gemma3:12b/boot/2887 | 2 + results/classifier/gemma3:12b/boot/2891 | 2 + results/classifier/gemma3:12b/boot/2893 | 13 + results/classifier/gemma3:12b/boot/2915 | 30 ++ results/classifier/gemma3:12b/boot/2930 | 2 + results/classifier/gemma3:12b/boot/2940 | 2 + results/classifier/gemma3:12b/boot/2944 | 22 + results/classifier/gemma3:12b/boot/2957 | 29 ++ results/classifier/gemma3:12b/boot/2973 | 64 +++ results/classifier/gemma3:12b/boot/2987 | 8 + results/classifier/gemma3:12b/boot/380 | 2 + results/classifier/gemma3:12b/boot/389 | 2 + results/classifier/gemma3:12b/boot/393569 | 6 + results/classifier/gemma3:12b/boot/425 | 2 + results/classifier/gemma3:12b/boot/436 | 2 + results/classifier/gemma3:12b/boot/444 | 2 + results/classifier/gemma3:12b/boot/45 | 2 + results/classifier/gemma3:12b/boot/452 | 57 +++ results/classifier/gemma3:12b/boot/475 | 2 + results/classifier/gemma3:12b/boot/485239 | 21 + results/classifier/gemma3:12b/boot/499 | 2 + results/classifier/gemma3:12b/boot/513 | 2 + results/classifier/gemma3:12b/boot/551545 | 96 ++++ results/classifier/gemma3:12b/boot/586175 | 13 + results/classifier/gemma3:12b/boot/588731 | 29 ++ results/classifier/gemma3:12b/boot/588748 | 4 + results/classifier/gemma3:12b/boot/598 | 2 + results/classifier/gemma3:12b/boot/599 | 12 + results/classifier/gemma3:12b/boot/618533 | 28 ++ results/classifier/gemma3:12b/boot/622 | 2 + results/classifier/gemma3:12b/boot/624 | 338 +++++++++++++ results/classifier/gemma3:12b/boot/627 | 8 + results/classifier/gemma3:12b/boot/636 | 357 ++++++++++++++ results/classifier/gemma3:12b/boot/640 | 7 + results/classifier/gemma3:12b/boot/651 | 2 + results/classifier/gemma3:12b/boot/657 | 2 + results/classifier/gemma3:12b/boot/670 | 11 + results/classifier/gemma3:12b/boot/673 | 11 + results/classifier/gemma3:12b/boot/714629 | 4 + results/classifier/gemma3:12b/boot/723460 | 23 + results/classifier/gemma3:12b/boot/744856 | 11 + results/classifier/gemma3:12b/boot/745 | 37 ++ results/classifier/gemma3:12b/boot/756 | 2 + results/classifier/gemma3:12b/boot/760956 | 21 + results/classifier/gemma3:12b/boot/766 | 28 ++ results/classifier/gemma3:12b/boot/788697 | 4 + results/classifier/gemma3:12b/boot/797 | 10 + results/classifier/gemma3:12b/boot/811683 | 25 + results/classifier/gemma3:12b/boot/818647 | 79 ++++ results/classifier/gemma3:12b/boot/820 | 14 + results/classifier/gemma3:12b/boot/830833 | 14 + results/classifier/gemma3:12b/boot/833658 | 7 + results/classifier/gemma3:12b/boot/842290 | 12 + results/classifier/gemma3:12b/boot/855 | 18 + results/classifier/gemma3:12b/boot/859 | 2 + results/classifier/gemma3:12b/boot/87 | 2 + results/classifier/gemma3:12b/boot/893 | 2 + results/classifier/gemma3:12b/boot/893208 | 4 + results/classifier/gemma3:12b/boot/902 | 2 + results/classifier/gemma3:12b/boot/912983 | 45 ++ results/classifier/gemma3:12b/boot/930 | 2 + results/classifier/gemma3:12b/boot/944628 | 10 + results/classifier/gemma3:12b/boot/965327 | 737 +++++++++++++++++++++++++++++ results/classifier/gemma3:12b/boot/966316 | 12 + results/classifier/gemma3:12b/boot/977 | 2 + results/classifier/gemma3:12b/boot/992 | 21 + results/classifier/gemma3:12b/boot/995758 | 10 + 325 files changed, 10035 insertions(+) create mode 100644 results/classifier/gemma3:12b/boot/1013888 create mode 100644 results/classifier/gemma3:12b/boot/1021649 create mode 100644 results/classifier/gemma3:12b/boot/1026176 create mode 100644 results/classifier/gemma3:12b/boot/1042084 create mode 100644 results/classifier/gemma3:12b/boot/1054 create mode 100644 results/classifier/gemma3:12b/boot/1062220 create mode 100644 results/classifier/gemma3:12b/boot/1063 create mode 100644 results/classifier/gemma3:12b/boot/1081416 create mode 100644 results/classifier/gemma3:12b/boot/1098 create mode 100644 results/classifier/gemma3:12b/boot/1115 create mode 100644 results/classifier/gemma3:12b/boot/1120 create mode 100644 results/classifier/gemma3:12b/boot/1121 create mode 100644 results/classifier/gemma3:12b/boot/1122492 create mode 100644 results/classifier/gemma3:12b/boot/1131 create mode 100644 results/classifier/gemma3:12b/boot/1131757 create mode 100644 results/classifier/gemma3:12b/boot/1133 create mode 100644 results/classifier/gemma3:12b/boot/1135 create mode 100644 results/classifier/gemma3:12b/boot/1159 create mode 100644 results/classifier/gemma3:12b/boot/1160 create mode 100644 results/classifier/gemma3:12b/boot/1163 create mode 100644 results/classifier/gemma3:12b/boot/1177 create mode 100644 results/classifier/gemma3:12b/boot/1180923 create mode 100644 results/classifier/gemma3:12b/boot/1191326 create mode 100644 results/classifier/gemma3:12b/boot/1194954 create mode 100644 results/classifier/gemma3:12b/boot/1201 create mode 100644 results/classifier/gemma3:12b/boot/1230232 create mode 100644 results/classifier/gemma3:12b/boot/1246 create mode 100644 results/classifier/gemma3:12b/boot/1252 create mode 100644 results/classifier/gemma3:12b/boot/1259499 create mode 100644 results/classifier/gemma3:12b/boot/1260555 create mode 100644 results/classifier/gemma3:12b/boot/1269 create mode 100644 results/classifier/gemma3:12b/boot/1272796 create mode 100644 results/classifier/gemma3:12b/boot/1273944 create mode 100644 results/classifier/gemma3:12b/boot/1293 create mode 100644 results/classifier/gemma3:12b/boot/1294 create mode 100644 results/classifier/gemma3:12b/boot/1306 create mode 100644 results/classifier/gemma3:12b/boot/1310324 create mode 100644 results/classifier/gemma3:12b/boot/1314667 create mode 100644 results/classifier/gemma3:12b/boot/1320 create mode 100644 results/classifier/gemma3:12b/boot/1324 create mode 100644 results/classifier/gemma3:12b/boot/1328 create mode 100644 results/classifier/gemma3:12b/boot/1342686 create mode 100644 results/classifier/gemma3:12b/boot/1348 create mode 100644 results/classifier/gemma3:12b/boot/1363467 create mode 100644 results/classifier/gemma3:12b/boot/1381639 create mode 100644 results/classifier/gemma3:12b/boot/1381642 create mode 100644 results/classifier/gemma3:12b/boot/1389 create mode 100644 results/classifier/gemma3:12b/boot/1415181 create mode 100644 results/classifier/gemma3:12b/boot/1426472 create mode 100644 results/classifier/gemma3:12b/boot/1429841 create mode 100644 results/classifier/gemma3:12b/boot/1435101 create mode 100644 results/classifier/gemma3:12b/boot/1437 create mode 100644 results/classifier/gemma3:12b/boot/1447 create mode 100644 results/classifier/gemma3:12b/boot/147 create mode 100644 results/classifier/gemma3:12b/boot/1473451 create mode 100644 results/classifier/gemma3:12b/boot/1476800 create mode 100644 results/classifier/gemma3:12b/boot/1481750 create mode 100644 results/classifier/gemma3:12b/boot/1487 create mode 100644 results/classifier/gemma3:12b/boot/1496712 create mode 100644 results/classifier/gemma3:12b/boot/1498144 create mode 100644 results/classifier/gemma3:12b/boot/1512134 create mode 100644 results/classifier/gemma3:12b/boot/1516 create mode 100644 results/classifier/gemma3:12b/boot/1533848 create mode 100644 results/classifier/gemma3:12b/boot/1535497 create mode 100644 results/classifier/gemma3:12b/boot/1537 create mode 100644 results/classifier/gemma3:12b/boot/1539940 create mode 100644 results/classifier/gemma3:12b/boot/1563887 create mode 100644 results/classifier/gemma3:12b/boot/1572329 create mode 100644 results/classifier/gemma3:12b/boot/1579327 create mode 100644 results/classifier/gemma3:12b/boot/1586229 create mode 100644 results/classifier/gemma3:12b/boot/1587211 create mode 100644 results/classifier/gemma3:12b/boot/1588328 create mode 100644 results/classifier/gemma3:12b/boot/1589257 create mode 100644 results/classifier/gemma3:12b/boot/1590796 create mode 100644 results/classifier/gemma3:12b/boot/1591724 create mode 100644 results/classifier/gemma3:12b/boot/1596832 create mode 100644 results/classifier/gemma3:12b/boot/1599214 create mode 100644 results/classifier/gemma3:12b/boot/1629282 create mode 100644 results/classifier/gemma3:12b/boot/1629483 create mode 100644 results/classifier/gemma3:12b/boot/1633 create mode 100644 results/classifier/gemma3:12b/boot/1634 create mode 100644 results/classifier/gemma3:12b/boot/1637693 create mode 100644 results/classifier/gemma3:12b/boot/1639394 create mode 100644 results/classifier/gemma3:12b/boot/1649040 create mode 100644 results/classifier/gemma3:12b/boot/1652333 create mode 100644 results/classifier/gemma3:12b/boot/1653063 create mode 100644 results/classifier/gemma3:12b/boot/1660 create mode 100644 results/classifier/gemma3:12b/boot/1660010 create mode 100644 results/classifier/gemma3:12b/boot/1670175 create mode 100644 results/classifier/gemma3:12b/boot/1671173 create mode 100644 results/classifier/gemma3:12b/boot/1674114 create mode 100644 results/classifier/gemma3:12b/boot/1678 create mode 100644 results/classifier/gemma3:12b/boot/1679 create mode 100644 results/classifier/gemma3:12b/boot/1689245 create mode 100644 results/classifier/gemma3:12b/boot/1695286 create mode 100644 results/classifier/gemma3:12b/boot/1701 create mode 100644 results/classifier/gemma3:12b/boot/1704 create mode 100644 results/classifier/gemma3:12b/boot/1706296 create mode 100644 results/classifier/gemma3:12b/boot/1715700 create mode 100644 results/classifier/gemma3:12b/boot/1715715 create mode 100644 results/classifier/gemma3:12b/boot/1716510 create mode 100644 results/classifier/gemma3:12b/boot/1719282 create mode 100644 results/classifier/gemma3:12b/boot/1719689 create mode 100644 results/classifier/gemma3:12b/boot/1723927 create mode 100644 results/classifier/gemma3:12b/boot/1732679 create mode 100644 results/classifier/gemma3:12b/boot/1734474 create mode 100644 results/classifier/gemma3:12b/boot/1735653 create mode 100644 results/classifier/gemma3:12b/boot/1736042 create mode 100644 results/classifier/gemma3:12b/boot/1737194 create mode 100644 results/classifier/gemma3:12b/boot/1737882 create mode 100644 results/classifier/gemma3:12b/boot/1737883 create mode 100644 results/classifier/gemma3:12b/boot/1738507 create mode 100644 results/classifier/gemma3:12b/boot/1738771 create mode 100644 results/classifier/gemma3:12b/boot/1738840 create mode 100644 results/classifier/gemma3:12b/boot/1743191 create mode 100644 results/classifier/gemma3:12b/boot/1743441 create mode 100644 results/classifier/gemma3:12b/boot/1745 create mode 100644 results/classifier/gemma3:12b/boot/1745312 create mode 100644 results/classifier/gemma3:12b/boot/1747056 create mode 100644 results/classifier/gemma3:12b/boot/1754597 create mode 100644 results/classifier/gemma3:12b/boot/1757323 create mode 100644 results/classifier/gemma3:12b/boot/1759 create mode 100644 results/classifier/gemma3:12b/boot/1776486 create mode 100644 results/classifier/gemma3:12b/boot/1778350 create mode 100644 results/classifier/gemma3:12b/boot/1793635 create mode 100644 results/classifier/gemma3:12b/boot/1794202 create mode 100644 results/classifier/gemma3:12b/boot/1795369 create mode 100644 results/classifier/gemma3:12b/boot/1797262 create mode 100644 results/classifier/gemma3:12b/boot/1801 create mode 100644 results/classifier/gemma3:12b/boot/1801933 create mode 100644 results/classifier/gemma3:12b/boot/1804961 create mode 100644 results/classifier/gemma3:12b/boot/1806 create mode 100644 results/classifier/gemma3:12b/boot/1810956 create mode 100644 results/classifier/gemma3:12b/boot/1811782 create mode 100644 results/classifier/gemma3:12b/boot/1811888 create mode 100644 results/classifier/gemma3:12b/boot/1814343 create mode 100644 results/classifier/gemma3:12b/boot/1818367 create mode 100644 results/classifier/gemma3:12b/boot/1819289 create mode 100644 results/classifier/gemma3:12b/boot/1822012 create mode 100644 results/classifier/gemma3:12b/boot/1823152 create mode 100644 results/classifier/gemma3:12b/boot/1823998 create mode 100644 results/classifier/gemma3:12b/boot/1825207 create mode 100644 results/classifier/gemma3:12b/boot/1827871 create mode 100644 results/classifier/gemma3:12b/boot/1829576 create mode 100644 results/classifier/gemma3:12b/boot/1829682 create mode 100644 results/classifier/gemma3:12b/boot/1831477 create mode 100644 results/classifier/gemma3:12b/boot/1835477 create mode 100644 results/classifier/gemma3:12b/boot/1835793 create mode 100644 results/classifier/gemma3:12b/boot/1836 create mode 100644 results/classifier/gemma3:12b/boot/1836136 create mode 100644 results/classifier/gemma3:12b/boot/1838465 create mode 100644 results/classifier/gemma3:12b/boot/1838658 create mode 100644 results/classifier/gemma3:12b/boot/1840719 create mode 100644 results/classifier/gemma3:12b/boot/1849 create mode 100644 results/classifier/gemma3:12b/boot/1849234 create mode 100644 results/classifier/gemma3:12b/boot/1851552 create mode 100644 results/classifier/gemma3:12b/boot/1852196 create mode 100644 results/classifier/gemma3:12b/boot/1853083 create mode 100644 results/classifier/gemma3:12b/boot/1853429 create mode 100644 results/classifier/gemma3:12b/boot/1854577 create mode 100644 results/classifier/gemma3:12b/boot/1855002 create mode 100644 results/classifier/gemma3:12b/boot/1857143 create mode 100644 results/classifier/gemma3:12b/boot/1858814 create mode 100644 results/classifier/gemma3:12b/boot/1859 create mode 100644 results/classifier/gemma3:12b/boot/1859106 create mode 100644 results/classifier/gemma3:12b/boot/1859656 create mode 100644 results/classifier/gemma3:12b/boot/1860742 create mode 100644 results/classifier/gemma3:12b/boot/1860914 create mode 100644 results/classifier/gemma3:12b/boot/1862110 create mode 100644 results/classifier/gemma3:12b/boot/1865626 create mode 100644 results/classifier/gemma3:12b/boot/187 create mode 100644 results/classifier/gemma3:12b/boot/1874264 create mode 100644 results/classifier/gemma3:12b/boot/1879998 create mode 100644 results/classifier/gemma3:12b/boot/1881249 create mode 100644 results/classifier/gemma3:12b/boot/1882671 create mode 100644 results/classifier/gemma3:12b/boot/1883593 create mode 100644 results/classifier/gemma3:12b/boot/1884425 create mode 100644 results/classifier/gemma3:12b/boot/1885 create mode 100644 results/classifier/gemma3:12b/boot/1887745 create mode 100644 results/classifier/gemma3:12b/boot/1892441 create mode 100644 results/classifier/gemma3:12b/boot/1892540 create mode 100644 results/classifier/gemma3:12b/boot/1898883 create mode 100644 results/classifier/gemma3:12b/boot/1903752 create mode 100644 results/classifier/gemma3:12b/boot/1904206 create mode 100644 results/classifier/gemma3:12b/boot/1905037 create mode 100644 results/classifier/gemma3:12b/boot/1906905 create mode 100644 results/classifier/gemma3:12b/boot/1907953 create mode 100644 results/classifier/gemma3:12b/boot/1908416 create mode 100644 results/classifier/gemma3:12b/boot/1915027 create mode 100644 results/classifier/gemma3:12b/boot/1915063 create mode 100644 results/classifier/gemma3:12b/boot/1915794 create mode 100644 results/classifier/gemma3:12b/boot/1917565 create mode 100644 results/classifier/gemma3:12b/boot/1917940 create mode 100644 results/classifier/gemma3:12b/boot/1919 create mode 100644 results/classifier/gemma3:12b/boot/192 create mode 100644 results/classifier/gemma3:12b/boot/1921280 create mode 100644 results/classifier/gemma3:12b/boot/1921468 create mode 100644 results/classifier/gemma3:12b/boot/1923497 create mode 100644 results/classifier/gemma3:12b/boot/1925417 create mode 100644 results/classifier/gemma3:12b/boot/1926052 create mode 100644 results/classifier/gemma3:12b/boot/1952448 create mode 100644 results/classifier/gemma3:12b/boot/1995 create mode 100644 results/classifier/gemma3:12b/boot/2010 create mode 100644 results/classifier/gemma3:12b/boot/2012 create mode 100644 results/classifier/gemma3:12b/boot/2015 create mode 100644 results/classifier/gemma3:12b/boot/2017 create mode 100644 results/classifier/gemma3:12b/boot/2036 create mode 100644 results/classifier/gemma3:12b/boot/2044 create mode 100644 results/classifier/gemma3:12b/boot/2070 create mode 100644 results/classifier/gemma3:12b/boot/2074 create mode 100644 results/classifier/gemma3:12b/boot/2090 create mode 100644 results/classifier/gemma3:12b/boot/2091 create mode 100644 results/classifier/gemma3:12b/boot/2092 create mode 100644 results/classifier/gemma3:12b/boot/2118 create mode 100644 results/classifier/gemma3:12b/boot/2129 create mode 100644 results/classifier/gemma3:12b/boot/2135 create mode 100644 results/classifier/gemma3:12b/boot/2192 create mode 100644 results/classifier/gemma3:12b/boot/2194 create mode 100644 results/classifier/gemma3:12b/boot/2199 create mode 100644 results/classifier/gemma3:12b/boot/2204 create mode 100644 results/classifier/gemma3:12b/boot/2224 create mode 100644 results/classifier/gemma3:12b/boot/2233 create mode 100644 results/classifier/gemma3:12b/boot/2235 create mode 100644 results/classifier/gemma3:12b/boot/236 create mode 100644 results/classifier/gemma3:12b/boot/2361 create mode 100644 results/classifier/gemma3:12b/boot/2365 create mode 100644 results/classifier/gemma3:12b/boot/2393 create mode 100644 results/classifier/gemma3:12b/boot/2403 create mode 100644 results/classifier/gemma3:12b/boot/2421 create mode 100644 results/classifier/gemma3:12b/boot/243 create mode 100644 results/classifier/gemma3:12b/boot/2453 create mode 100644 results/classifier/gemma3:12b/boot/2464 create mode 100644 results/classifier/gemma3:12b/boot/2467 create mode 100644 results/classifier/gemma3:12b/boot/2470 create mode 100644 results/classifier/gemma3:12b/boot/2502 create mode 100644 results/classifier/gemma3:12b/boot/2509 create mode 100644 results/classifier/gemma3:12b/boot/2538 create mode 100644 results/classifier/gemma3:12b/boot/2543 create mode 100644 results/classifier/gemma3:12b/boot/2558 create mode 100644 results/classifier/gemma3:12b/boot/260 create mode 100644 results/classifier/gemma3:12b/boot/2620 create mode 100644 results/classifier/gemma3:12b/boot/2636 create mode 100644 results/classifier/gemma3:12b/boot/2654 create mode 100644 results/classifier/gemma3:12b/boot/2660 create mode 100644 results/classifier/gemma3:12b/boot/2682 create mode 100644 results/classifier/gemma3:12b/boot/2686 create mode 100644 results/classifier/gemma3:12b/boot/269 create mode 100644 results/classifier/gemma3:12b/boot/2700 create mode 100644 results/classifier/gemma3:12b/boot/2723 create mode 100644 results/classifier/gemma3:12b/boot/2729 create mode 100644 results/classifier/gemma3:12b/boot/2739 create mode 100644 results/classifier/gemma3:12b/boot/2741 create mode 100644 results/classifier/gemma3:12b/boot/2807 create mode 100644 results/classifier/gemma3:12b/boot/2810 create mode 100644 results/classifier/gemma3:12b/boot/2823 create mode 100644 results/classifier/gemma3:12b/boot/2840 create mode 100644 results/classifier/gemma3:12b/boot/2842 create mode 100644 results/classifier/gemma3:12b/boot/2847 create mode 100644 results/classifier/gemma3:12b/boot/2887 create mode 100644 results/classifier/gemma3:12b/boot/2891 create mode 100644 results/classifier/gemma3:12b/boot/2893 create mode 100644 results/classifier/gemma3:12b/boot/2915 create mode 100644 results/classifier/gemma3:12b/boot/2930 create mode 100644 results/classifier/gemma3:12b/boot/2940 create mode 100644 results/classifier/gemma3:12b/boot/2944 create mode 100644 results/classifier/gemma3:12b/boot/2957 create mode 100644 results/classifier/gemma3:12b/boot/2973 create mode 100644 results/classifier/gemma3:12b/boot/2987 create mode 100644 results/classifier/gemma3:12b/boot/380 create mode 100644 results/classifier/gemma3:12b/boot/389 create mode 100644 results/classifier/gemma3:12b/boot/393569 create mode 100644 results/classifier/gemma3:12b/boot/425 create mode 100644 results/classifier/gemma3:12b/boot/436 create mode 100644 results/classifier/gemma3:12b/boot/444 create mode 100644 results/classifier/gemma3:12b/boot/45 create mode 100644 results/classifier/gemma3:12b/boot/452 create mode 100644 results/classifier/gemma3:12b/boot/475 create mode 100644 results/classifier/gemma3:12b/boot/485239 create mode 100644 results/classifier/gemma3:12b/boot/499 create mode 100644 results/classifier/gemma3:12b/boot/513 create mode 100644 results/classifier/gemma3:12b/boot/551545 create mode 100644 results/classifier/gemma3:12b/boot/586175 create mode 100644 results/classifier/gemma3:12b/boot/588731 create mode 100644 results/classifier/gemma3:12b/boot/588748 create mode 100644 results/classifier/gemma3:12b/boot/598 create mode 100644 results/classifier/gemma3:12b/boot/599 create mode 100644 results/classifier/gemma3:12b/boot/618533 create mode 100644 results/classifier/gemma3:12b/boot/622 create mode 100644 results/classifier/gemma3:12b/boot/624 create mode 100644 results/classifier/gemma3:12b/boot/627 create mode 100644 results/classifier/gemma3:12b/boot/636 create mode 100644 results/classifier/gemma3:12b/boot/640 create mode 100644 results/classifier/gemma3:12b/boot/651 create mode 100644 results/classifier/gemma3:12b/boot/657 create mode 100644 results/classifier/gemma3:12b/boot/670 create mode 100644 results/classifier/gemma3:12b/boot/673 create mode 100644 results/classifier/gemma3:12b/boot/714629 create mode 100644 results/classifier/gemma3:12b/boot/723460 create mode 100644 results/classifier/gemma3:12b/boot/744856 create mode 100644 results/classifier/gemma3:12b/boot/745 create mode 100644 results/classifier/gemma3:12b/boot/756 create mode 100644 results/classifier/gemma3:12b/boot/760956 create mode 100644 results/classifier/gemma3:12b/boot/766 create mode 100644 results/classifier/gemma3:12b/boot/788697 create mode 100644 results/classifier/gemma3:12b/boot/797 create mode 100644 results/classifier/gemma3:12b/boot/811683 create mode 100644 results/classifier/gemma3:12b/boot/818647 create mode 100644 results/classifier/gemma3:12b/boot/820 create mode 100644 results/classifier/gemma3:12b/boot/830833 create mode 100644 results/classifier/gemma3:12b/boot/833658 create mode 100644 results/classifier/gemma3:12b/boot/842290 create mode 100644 results/classifier/gemma3:12b/boot/855 create mode 100644 results/classifier/gemma3:12b/boot/859 create mode 100644 results/classifier/gemma3:12b/boot/87 create mode 100644 results/classifier/gemma3:12b/boot/893 create mode 100644 results/classifier/gemma3:12b/boot/893208 create mode 100644 results/classifier/gemma3:12b/boot/902 create mode 100644 results/classifier/gemma3:12b/boot/912983 create mode 100644 results/classifier/gemma3:12b/boot/930 create mode 100644 results/classifier/gemma3:12b/boot/944628 create mode 100644 results/classifier/gemma3:12b/boot/965327 create mode 100644 results/classifier/gemma3:12b/boot/966316 create mode 100644 results/classifier/gemma3:12b/boot/977 create mode 100644 results/classifier/gemma3:12b/boot/992 create mode 100644 results/classifier/gemma3:12b/boot/995758 (limited to 'results/classifier/gemma3:12b/boot') diff --git a/results/classifier/gemma3:12b/boot/1013888 b/results/classifier/gemma3:12b/boot/1013888 new file mode 100644 index 00000000..4b6247ac --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1013888 @@ -0,0 +1,8 @@ + +windows xp sp3 setup blank screen on boot + +When attempting to run Windows XP SP3 setup in qemu on a Lubuntu host with the following kernel: + +Linux michael-XPS-M1530 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux + +Qemu does not get past a blank screen after "Setup is inspecting your computer's hardware configuration" \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1021649 b/results/classifier/gemma3:12b/boot/1021649 new file mode 100644 index 00000000..da402cc8 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1021649 @@ -0,0 +1,10 @@ + +qemu 1.1.0 waits for a keypress at boot + +qemu 1.1.0 waits for a keypress at boot. Please don't ever do this. + +Try the attached test script. When run it will initially print nothing, until you hit a key on the keyboard. + +Removing -nographic fixes the problem. + +Using virtio-scsi instead of virtio-blk fixes the problem. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1026176 b/results/classifier/gemma3:12b/boot/1026176 new file mode 100644 index 00000000..c163b695 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1026176 @@ -0,0 +1,22 @@ + +unable to boot squashfs through mtd device + +Hi, + +I have built latest qemu archive qemu-1.1.1 to be sure of up to date source code. +I have then built buildroot squashfs image, which can be used correctly with cmdline like: + +qemu-system-i386 -m 64 -k fr -boot c -kernel images/bzImage -drive if=ide,file=images/rootfs.squashfs -append "root=/dev/sda" + +Then I wanted to modify cmdline to use real MTD device, like: + +qemu-system-i386 -m 64 -k fr -boot c -kernel images/bzImage -drive if=mtd,file=images/rootfs.squashfs -append "root=/dev/mtdblock0". + +But nothing was good under kernel. +Even if mtd0 is reported through qemu interface (Ctrl Alt+2), no device can be found under kernel even if all drivers are built to use it. + +Is this feature okay on qemu-1.1.1 ?? +did I do mistake in my cmdline?? + +thank you for your help. +regards, \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1042084 b/results/classifier/gemma3:12b/boot/1042084 new file mode 100644 index 00000000..a610a177 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1042084 @@ -0,0 +1,10 @@ + +Windows 7 guest cannot boot after seabios updated + +Hi, + +I can no longer boot my Windows 7 guest after this commit (update seabios to latest master) + +http://git.qemu.org/?p=qemu.git;a=commitdiff;h=01afdadc92e71e29700e64f3a5f42c1c543e3cf9 + +When I tried to boot Windows, it BSOD and said "The BIOS in this system is not fully ACPI compliant. Please contact your system vendor for an updated BIOS". Reverting this commit will fix the issue. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1054 b/results/classifier/gemma3:12b/boot/1054 new file mode 100644 index 00000000..b0e19383 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1054 @@ -0,0 +1,31 @@ + +Unable to start CirrOS 0.5.1 on QEMU 7.0 with -M virt and -cpu max +Description of problem: + +Steps to reproduce: +1. Fetch CirrOS image: ```wget https://github.com/cirros-dev/cirros/releases/download/0.5.1/cirros-0.5.1-aarch64-disk.img``` +2. Run QEMU: + ``` + qemu-system-aarch64 -drive file=cirros-0.5.1-aarch64-disk.img -M virt -m 2048 \ + -bios /usr/share/qemu-efi-aarch64/QEMU_EFI.fd -cpu max -nographic + ``` +Additional information: +When image boots, GRUB window appears for a second and then kernel/initramfs are loaded and booted: +``` +EFI stub: Booting Linux Kernel... +EFI stub: EFI_RNG_PROTOCOL unavailable, no randomness supplied +EFI stub: Using DTB from configuration table +EFI stub: Exiting boot services and installing virtual address map... +``` + +When everything is fine we can see kernel output: +``` +[ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x411fd070] +[ 0.000000] Linux version 5.3.0-26-generic (buildd@bos02-arm64-028) (gcc version 7.4.0 (Ubuntu/Linaro 7.4.0-1ubuntu1~18.04.1)) #28~18.04.1-Ubuntu SMP Wed Dec 18 16:41:01 UTC 2019 (Ubuntu 5.3.0-26.28~18.04.1-generic 5.3.13) +[ 0.000000] efi: Getting EFI parameters from FDT: +[ 0.000000] efi: EFI v2.70 by EDK II +``` + +But on QEMU 7.0 with ```-M virt -cpu max``` we never get kernel output. + +# diff --git a/results/classifier/gemma3:12b/boot/1062220 b/results/classifier/gemma3:12b/boot/1062220 new file mode 100644 index 00000000..1eded393 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1062220 @@ -0,0 +1,29 @@ + +qemu-system-arm crashed with SIGABRT in cpu_abort() + +-kernel u-boot.bin + +ProblemType: Crash +DistroRelease: Ubuntu 12.10 +Package: qemu-system 1.2.0-2012.09-0ubuntu1 +ProcVersionSignature: Ubuntu 3.5.0-10.10-generic 3.5.1 +Uname: Linux 3.5.0-10-generic x86_64 +NonfreeKernelModules: nvidia +ApportVersion: 2.6.1-0ubuntu1 +Architecture: amd64 +CrashCounter: 1 +Date: Fri Oct 5 19:30:23 2012 +ExecutablePath: /usr/bin/qemu-system-arm +InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha amd64 (20110804) +ProcCmdline: qemu-system-arm -M versatilepb -kernel u-boot.bin +Signal: 6 +SourcePackage: qemu-linaro +StacktraceTop: + raise () from /lib/x86_64-linux-gnu/libc.so.6 + abort () from /lib/x86_64-linux-gnu/libc.so.6 + ?? () + ?? () + ?? () +Title: qemu-system-arm crashed with SIGABRT in raise() +UpgradeStatus: Upgraded to quantal on 2012-08-11 (54 days ago) +UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare vboxusers \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1063 b/results/classifier/gemma3:12b/boot/1063 new file mode 100644 index 00000000..e99fe5c9 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1063 @@ -0,0 +1,10 @@ + +qemu: could not load PC BIOS 'bios-256k.bin' +Description of problem: +I cloned latest QEMU and build in Ubuntu 18.04, when I run QEMU to start a vm, it tells me `could not load PC BIOS 'bios-256k.bin' + +![image](/uploads/ce3eecac2f3a840e29f764d18a515dfd/image.png) +Steps to reproduce: +1. Clone latest QEMU in Ubuntu18.04 +2. build QEMU +3. Use QEMU and libvirt to start a virtual machine. diff --git a/results/classifier/gemma3:12b/boot/1081416 b/results/classifier/gemma3:12b/boot/1081416 new file mode 100644 index 00000000..7018b450 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1081416 @@ -0,0 +1,43 @@ + +Qemu 1.2.0 crashes when using tcp serial console and GRUB boots + +When booting OpenWRT Attitude Adjustement ( http://downloads.openwrt.org/attitude_adjustment/12.09-beta2/x86/generic/openwrt-x86-generic-combined-ext4.img.gz ) with this command line: +qemu-system-x86_64 -serial tcp:127.0.0.1:4444 -hda openwrt-x86-generic-combined-ext4.img + +Qemu crashes as soon as GRUB starts, after network cards start. + +*** buffer overflow detected ***: /usr/bin/qemu-system-x86_64 terminated +======= Backtrace: ========= +/usr/lib/libc.so.6(__fortify_fail+0x37)[0x7ffff45f2ad7] +/usr/lib/libc.so.6(+0xf9bb0)[0x7ffff45f0bb0] +/usr/lib/libc.so.6(+0xfba47)[0x7ffff45f2a47] +/usr/bin/qemu-system-x86_64[0x46a628] +/usr/bin/qemu-system-x86_64[0x4e8a14] +/usr/bin/qemu-system-x86_64[0x4e802b] +/usr/lib/libc.so.6(__libc_start_main+0xf5)[0x7ffff4518725] +/usr/bin/qemu-system-x86_64[0x40d949] + + +Here is a GDB backtrace: + +Program received signal SIGABRT, Aborted. +0x00007ffff452bfa5 in raise () from /usr/lib/libc.so.6 +(gdb) bt +#0 0x00007ffff452bfa5 in raise () from /usr/lib/libc.so.6 +#1 0x00007ffff452d428 in abort () from /usr/lib/libc.so.6 +#2 0x00007ffff456acfb in __libc_message () from /usr/lib/libc.so.6 +#3 0x00007ffff45f2ad7 in __fortify_fail () from /usr/lib/libc.so.6 +#4 0x00007ffff45f0bb0 in __chk_fail () from /usr/lib/libc.so.6 +#5 0x00007ffff45f2a47 in __fdelt_warn () from /usr/lib/libc.so.6 +#6 0x000000000046a628 in qemu_iohandler_poll (readfds=0xdb7da0 , + writefds=0xdb7e20 , xfds=0x6, xfds@entry=0xdb7ea0 , ret=-1, + ret@entry=1) at iohandler.c:121 +#7 0x00000000004e8a14 in main_loop_wait (nonblocking=) + at main-loop.c:497 +#8 0x00000000004e802b in main_loop () + at /usr/src/aur/qemu/src/qemu-1.2.0/vl.c:1643 +#9 main (argc=, argv=, envp=) + at /usr/src/aur/qemu/src/qemu-1.2.0/vl.c:3755 +(gdb) + +Here is a more useless dump... \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1098 b/results/classifier/gemma3:12b/boot/1098 new file mode 100644 index 00000000..6db85cc5 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1098 @@ -0,0 +1,12 @@ + +make check failed at bios-tables-test +Description of problem: +run unit test "make check", failed at +3/177 qemu:qtest+qtest-x86_64 / qtest-x86_64/bios-tables-test ERROR 6.59s killed by signal 6 SIGABRT +Steps to reproduce: +1. ./configure --target-list=x86_64-softmmu --disable-xen --enable-sdl --enable-docs --disable-capstone +2. make -j check V=1 +Additional information: +Looks like DSDT construction code has been changed but hasn't updated bios-table-test binaries. + +See attached diff file.[make_check_failure_dsdt_asl.diff](/uploads/9ed82fbb081863d8991fb0ea72446365/make_check_failure_dsdt_asl.diff) diff --git a/results/classifier/gemma3:12b/boot/1115 b/results/classifier/gemma3:12b/boot/1115 new file mode 100644 index 00000000..3fc8299f --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1115 @@ -0,0 +1,15 @@ + +qemu 7.0.0 stuck at Windows boot logo with SeaBios and MBR disk +Description of problem: +When trying to boot an MBR Windows guest with SeaBios, it is stuck at the blue Windows boot logo, before the loading circle. +Changing the vGPU doesn't help, 0% cpu load just frozen. Even if I boot a WinPE iso, the same happens. +Even after 30 minutes, the same. +Rebooted host multiple times. +Since SeaBios is the default in qemu and virt-manager I imagine many VMs are installed as MBR and thus will be stuck. +To boot the VM I have to: +- switch to UEFI (TianoCore) +- boot WinPE iso +- use proprietary software to convert the Windows disk from MBR to GPT +Then it boots just fine but I imagine not many users will be able to do this. +Steps to reproduce: +1. boot Windows image / WinPE iso with SeaBios diff --git a/results/classifier/gemma3:12b/boot/1120 b/results/classifier/gemma3:12b/boot/1120 new file mode 100644 index 00000000..a0b9e195 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1120 @@ -0,0 +1,13 @@ + +Multiboot direct loading broken. +Description of problem: +This is my kernel and it's multiboot loader. It passed the check of `grub-file`, but QEMU could not load it. +``` +qemu-system-i386: Error loading uncompressed kernel without PVH ELF Note +``` + +When I add `-machine type=pc-i440fx-3.1`, QEMU shows `qemu: linux kernel too old to load a ram disk` or `qemu: invalid kernel header`. + +The multiboot file is linked with `ld.lld -s -o`. + +[toop](/uploads/7f230dc39d6a3a8c43c4c720d31878c6/toop)[multiboot](/uploads/59faa4607dc2837b54c89b35db6f206a/multiboot) diff --git a/results/classifier/gemma3:12b/boot/1121 b/results/classifier/gemma3:12b/boot/1121 new file mode 100644 index 00000000..19f41068 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1121 @@ -0,0 +1,71 @@ + +Segmentation fault in aspeed-hace +Description of problem: + +Steps to reproduce: +1. run qemu-machine nf5280m7-bmc +2. it will seg falult when load fitimage +Additional information: +Captured by gdb + +``` +0x00007ffff6e08a06 in has_padding (pad_offset=, total_msg_len=, req_len=17, total_req_len=56476, iov=0x7ffff5e973c0) at ../hw/misc/aspeed_hace.c:129 +129 if (padding[*pad_offset] == 0x80) { +(gdb) p padding_size +$1 = 45 +(gdb) p *padding_offset +No symbol "padding_offset" in current context. +(gdb) p *pad_offset +$2 = 4294967268 +(gdb) bt +#0 0x00007ffff6e08a06 in has_padding (pad_offset=, total_msg_len=, req_len=17, total_req_len=56476, + iov=0x7ffff5e973c0) at ../hw/misc/aspeed_hace.c:129 +#1 gen_acc_mode_iov (cache=0x7ffff7fd5600 , total_req_len=0x7ffff7fd55e4 , count=0x7ffff7fd55e0 , + req_len=0x7ffff5e973a8, id=, iov=0x7ffff5e973b0) at ../hw/misc/aspeed_hace.c:176 +#2 do_hash_operation (s=s@entry=0x7ffff60077b0, algo=3, sg_mode=sg_mode@entry=true, acc_mode=acc_mode@entry=true) + at ../hw/misc/aspeed_hace.c:235 +#3 0x00007ffff6e09001 in aspeed_hace_write (opaque=, addr=12, data=262488, size=) + at ../hw/misc/aspeed_hace.c:372 +#4 0x00007ffff706ad54 in memory_region_write_accessor (mr=mr@entry=0x7ffff6007ad0, addr=48, value=value@entry=0x7ffff5e98548, + size=size@entry=4, shift=, mask=mask@entry=4294967295, attrs=...) at ../softmmu/memory.c:492 +#5 0x00007ffff7068266 in access_with_adjusted_size_aligned (addr=addr@entry=48, value=value@entry=0x7ffff5e98548, size=size@entry=4, + access_size_min=, access_size_max=, access_fn=0x7ffff706acd0 , + mr=0x7ffff6007ad0, attrs=...) at ../softmmu/memory.c:553 +#6 0x00007ffff706c948 in memory_region_dispatch_write (mr=mr@entry=0x7ffff6007ad0, addr=addr@entry=48, data=, + data@entry=262488, op=op@entry=MO_32, attrs=...) at ../softmmu/memory.c:1650 +#7 0x00007ffff7157ea9 in io_writex (env=env@entry=0x7ffff5fe7f10, iotlbentry=0x7fff6803f200, mmu_idx=mmu_idx@entry=7, val=val@entry=262488, + addr=addr@entry=510459952, retaddr=retaddr@entry=140736149505328, op=MO_32) at ../accel/tcg/cputlb.c:1429 +#8 0x00007ffff715c7dc in store_helper (op=MO_32, retaddr=140736149505328, oi=, val=262488, addr=510459952, + env=0x7ffff5fe7f10) at ../accel/tcg/cputlb.c:2363 +#9 full_le_stl_mmu (env=0x7ffff5fe7f10, addr=, val=262488, oi=, retaddr=140736149505328) + at ../accel/tcg/cputlb.c:2451 +#10 0x00007fffb032c530 in code_gen_buffer () +#11 0x00007ffff714eace in cpu_tb_exec (cpu=cpu@entry=0x7ffff5fde1b0, itb=itb@entry=0x7fffb033e7c0 , + tb_exit=tb_exit@entry=0x7ffff5e98c2c) at ../accel/tcg/cpu-exec.c:357 +#12 0x00007ffff714fc68 in cpu_loop_exec_tb (tb_exit=0x7ffff5e98c2c, last_tb=, + tb=0x7fffb033e7c0 , cpu=0x7ffff5fde1b0) at ../accel/tcg/cpu-exec.c:847 +#13 cpu_exec (cpu=cpu@entry=0x7ffff5fde1b0) at ../accel/tcg/cpu-exec.c:1006 +#14 0x00007ffff7163d54 in tcg_cpus_exec (cpu=cpu@entry=0x7ffff5fde1b0) at ../accel/tcg/tcg-accel-ops.c:68 +#15 0x00007ffff7163ea7 in mttcg_cpu_thread_fn (arg=arg@entry=0x7ffff5fde1b0) at ../accel/tcg/tcg-accel-ops-mttcg.c:96 +#16 0x00007ffff7344c31 in qemu_thread_start (args=) at ../util/qemu-thread-posix.c:556 +#17 0x00007ffff74c74eb in start_thread () +#18 0x00007ffff75649c0 in clone3 () +``` +the uboot: https://github.com/openbmc/u-boot/commit/0f245563c2cb3a6b4f1206db4f1a9f0325406094 + +we should remove the hash check, otherwise, the boot will stop at uboot-cli +``` +diff --git a/common/image-fit.c b/common/image-fit.c +index 3c8667f93d..c655b297e5 100644 +--- a/common/image-fit.c ++++ b/common/image-fit.c +@@ -1193,7 +1193,7 @@ static int fit_image_check_hash(const void *fit, int noffset, const void *data, + return -1; + } else if (memcmp(value, fit_value, value_len) != 0) { + *err_msgp = "Bad hash value"; +- return -1; ++ return 0; + } + + return 0; +``` diff --git a/results/classifier/gemma3:12b/boot/1122492 b/results/classifier/gemma3:12b/boot/1122492 new file mode 100644 index 00000000..ff8af3c8 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1122492 @@ -0,0 +1,47 @@ + +qemu and grub2 rescue floppy don't get along + +With qemu.git as of Feb 11 2013: + +# grub2-mkrescue -o test.img +# ./x86_64-softmmu/qemu-system-x86_64 -fda test.img -curses + +SeaBIOS (version ?-20130206_051134-ccnode4) + +iPXE v1.0.0-591-g7aee315 +iPXE (http://ipxe.org) 00:03.0 C900 PCI2.10 PnP PMM+07FC7EC0+07F87EC0 C900 + + +Booting from Hard Disk... +Boot failed: could not read the boot disk + +Booting from Floppy... +GRUB loading.... +Welcome to GRUB! + +error: attempt to read or write outside of disk `fd0'. +Entering rescue mode... +grub rescue> + + +Expected results: grub header and a normal usable grub prompt like 'grub>' + + +This was originally reported against qemu 0.15 in Fedora 16 at: + +https://bugzilla.redhat.com/show_bug.cgi?id=784537 + +Some more info from that bug: + +0) The images that grub2-mkrescue creates are odd mixtures of ISO images and disk images: + file -r -k test.img + test.img: # ISO 9660 CD-ROM filesystem data 'ISOIMAGE ' (bootable) + - x86 boot sector; partition 1: ID=0xcd, active, starthead 0, startsector 1, 4455 sectors, code offset 0x63 DOS executable (COM), boot code + +1) The test image I use has a 2281472 byte size. If I append that with zeroes to 2880 KB (2949120 bytes) then I get the expected results. So there's a workaround. But I don't think it's an obvious workaround. + +2) It's debatable whether this is a bug. If it's considered a bug, I'm not sure whether qemu and/or grub2 is to blame. Should qemu (silently) handle (floppy) disk image between 1440 KB and 2880 KB as if they actually were 2880 KB in size? Or should grub2, if possible, zero pad the images it creates to (in this case) a 2880 KB size? + +3) Please note that there seems to be little one can do to leave "grub rescue" mode. Ie, "insmod normal" will fail too: + grub rescue> insmod normal + error: attempt to read or write outside of disk `fd0'. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1131 b/results/classifier/gemma3:12b/boot/1131 new file mode 100644 index 00000000..71f4cc1f --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1131 @@ -0,0 +1,21 @@ + +Multiboot: could not move values from provided mmap to another address directly. +Description of problem: +When using `-kernel` to load a Multiboot file which requires a memory map(MULTIBOOT_MEMORY_INFO flag) and trying to move the values in the provided mmap entries to another address directly, QEMU reboots. +```c +xxx = mmap->addr; +``` + +When moving with volatile, everything works well: +```c +volatile unsigned long long addr = mmap->addr; +xxx = addr; +``` +Steps to reproduce: +1. Source code here: [github/xtexChooser/toop/boot/multiboot/src/multiboot.c](https://github.com/xtexChooser/toop/blob/51153319d4f2320ae9a9277ffffad3f67a335fe9/boot/multiboot/src/multiboot.c#L32) +2. Minimized reproduce: [gist.github.com/xtexChooser/22017d662c8144b7abcb0b18c2afb09c](https://gist.github.com/xtexChooser/22017d662c8144b7abcb0b18c2afb09c) +3. I am sure that 0x00001210 is writable, it is empty in the memory map and QEMU works correctly when writing a zero value to here. +4. The reproducer is available without any module, when it works, it should keep running without any output, if QEMU reboots, the screen should flash as it clears and prints the BIOS information again. +5. If move with volatile(as the `multiboot_works.c` in reproducer), the reproducer works correctly. +Additional information: +# diff --git a/results/classifier/gemma3:12b/boot/1131757 b/results/classifier/gemma3:12b/boot/1131757 new file mode 100644 index 00000000..9ea4082b --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1131757 @@ -0,0 +1,24 @@ + +QEMU 1.4.0 fails to boot sparc64 linux image + +Hi! + +I tried to boot sparc64 linux image (http://packages.debian.org/sid/sparc64/linux-image-2.6-sparc64-smp/download) with qemu and received the error. + +host:~$qemu-system-sparc64 -nographic -kernel vmlinuz-3.2.0-4-sparc64-smp +OpenBIOS for Sparc64 +Configuration device id QEMU version tion device id QEMUkernel addr n device id QEMUkernel cmdline +CPUs: cmdline + x SUNW,UltraSPARC-IIi +UUID: 00UltraSPARC-IIi +Welcome to OpenBIOS v1.0 built on Aug 19 2012 13:06 + Type 'help' for detailed information +[sparc64] Kernel already loaded +Unhandled Exception 0x0000000000000020 +PC = 0x0000000000404000 NPC = 0x0000000000404004 +Stopping execution + +Also, I tried to follow instruction from Artyom Tarasenko blog (http://tyom.blogspot.ru/2012/05/booting-linuxsparc64-on-todays-openbios.html), but it's still impossible to boot linux. + +Regards, +Kirill \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1133 b/results/classifier/gemma3:12b/boot/1133 new file mode 100644 index 00000000..b1738e93 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1133 @@ -0,0 +1,11 @@ + +unused memory filled with 0x00 instead of 0xFF +Description of problem: +Qemu, ever since it was made (so, since 2003), has this problem in DOS (either PC-DOS or MS-DOS and partly Windows 9x) not recognizing the memory available when the memory is filled with 0x00 but when it is filled with 0xFF it gets recognized properly, where should I patch qemu to solve this memory problem? + +Refer to +https://bugs.launchpad.net/qemu/+bug/1180923 +Steps to reproduce: +1. +2. +3. diff --git a/results/classifier/gemma3:12b/boot/1135 b/results/classifier/gemma3:12b/boot/1135 new file mode 100644 index 00000000..1135ea60 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1135 @@ -0,0 +1,13 @@ + +Multiboot: invalid multiboot information block +Description of problem: +Breakpoint at 0x85d4, this is the entrypoint of this Multiboot loader. +According to the Multiboot specification, the EAX register should be a pointer to the Multiboot information block. When I am testing, it is 0x9500. However, when dumping the memory using `dump binary memory`, nearby memory areas are all zeros. + +When dumping some bigger memory aeras, I found that the module hasbeen loaded to the memory successfully, altough MBI was broken. +Steps to reproduce: + +Additional information: +multiboot: [multiboot](/uploads/55fdfcf30ada0af2d00badf11fcd308c/multiboot) + +toop: [toop](/uploads/de3b63ae021303c544105ba1498f3373/toop) diff --git a/results/classifier/gemma3:12b/boot/1159 b/results/classifier/gemma3:12b/boot/1159 new file mode 100644 index 00000000..52501d6e --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1159 @@ -0,0 +1,33 @@ + +Strange invalid access errors for very basic OS +Description of problem: +Currently I'm studying OS development. I found numerous guides on that topic, however [this one](https://github.com/cfenollosa/os-tutorial/tree/master/01-bootsector-barebones) is most close to what I have been doing. +When `.bin` file is launched with `-d guest_errors` flag, before any OS output exactly 512 error messages appear in logs, that look like that: +``` +Invalid access at addr 0xFEBB0000, size 1, region '(null)', reason: rejected +Invalid access at addr 0x0, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB0001, size 1, region '(null)', reason: rejected +Invalid access at addr 0x1, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB0002, size 1, region '(null)', reason: rejected +... +and it goes up to +... +Invalid access at addr 0xFEBB00FE, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFE, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFEBB00FF, size 1, region '(null)', reason: rejected +Invalid access at addr 0xFF, size 1, region '(null)', reason: rejected +``` +Apparently, the OS boots normally after that. Should I be concerned about these messages or Should I just ignore them? +That looks strange and confusing, not a piece of my code calls these addresses. Maybe I'm doing something wrong? +Steps to reproduce: +1. Install `nasm` compiler (nasm package for apt) +2. Create a file named `os.asm` with exactly four lines: +```asm +loop: + jmp loop +times 510-($-$$) db 0 +dw 0xaa55 +``` +3. Build it with `nasm -f bin os.asm -o os.bin` +4. Run it with `qemu-system-i386 -d guest_errors -drive format=raw,file=./os.bin` +5. ...enjoy error messages. diff --git a/results/classifier/gemma3:12b/boot/1160 b/results/classifier/gemma3:12b/boot/1160 new file mode 100644 index 00000000..8f9cc12a --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1160 @@ -0,0 +1,2 @@ + +hw/riscv reset vector improvement diff --git a/results/classifier/gemma3:12b/boot/1163 b/results/classifier/gemma3:12b/boot/1163 new file mode 100644 index 00000000..aaa9dc99 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1163 @@ -0,0 +1,12 @@ + +qemu doesn't boot Solaris 2.2 +Description of problem: +Booting from the CDROM hangs +Steps to reproduce: +1. Run the command line above with a fresh disk image +2. The console contains: +``` +Trying cdrom:d... +(is ? +``` +3. No further progress diff --git a/results/classifier/gemma3:12b/boot/1177 b/results/classifier/gemma3:12b/boot/1177 new file mode 100644 index 00000000..8663b2c3 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1177 @@ -0,0 +1,17 @@ + +booting linux hangs with -cpu max or -cpu max,lpa2=off, but works with -cpu cortex-a57 +Description of problem: + +Steps to reproduce: +1. Snag mini.iso from http://ports.ubuntu.com/ubuntu-ports/dists/bionic-updates/main/installer-arm64/current/images/netboot/mini.iso +2. qemu-img create ubuntu-image.img 20G +3. dd if=/dev/zero of=flash1.img bs=1M count=64 +4. dd if=/dev/zero of=flash0.img bs=1M count=64 +5. dd if=/home/imp/git/qemu/00-build/pc-bios/edk2-aarch64-code.fd of=flash0.img conv=notrunc +6. Run the above command +7. Select install, watch the kernel hang. +8. Change -cpu max to -cpu cortex-a57 and it will work. -cpu max,lpa2=off also exhibits the problem +Additional information: +Just grabbed git and built it with ./configure in /home/imp/git/qemu/00-build. + +pm215 on irc suggested that it was an old EDK2 and a newer one is needed to cope with the newer CPU features in -cpu max diff --git a/results/classifier/gemma3:12b/boot/1180923 b/results/classifier/gemma3:12b/boot/1180923 new file mode 100644 index 00000000..79988ef6 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1180923 @@ -0,0 +1,4 @@ + +unused memory filled with 0x00 instead of 0xFF + +Qemu, ever since it was made (so, since 2003), has this problem in DOS (either PC-DOS or MS-DOS and partly Windows 9x) not recognizing the memory available when the memory is filled with 0x00 but when it is filled with 0xFF it gets recognized properly, where should I patch qemu to solve this memory problem? \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1191326 b/results/classifier/gemma3:12b/boot/1191326 new file mode 100644 index 00000000..1d941c08 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1191326 @@ -0,0 +1,16 @@ + +QNX 4 doesn't boot on qemu >= 1.3 + + +I am using virtual machine with QNX4 operating system installed on it. I updated my qemu from version +to newer and QNX4 doesn't start any more. All is ok on version 1.2 but when I try to use any newer version +(1.3, 1.4, 1.5) QNX4 doesn't boot. I tried on windows and linux ubuntu hosts - effects are the same. + +When virtual machine boots qnx bootloader loads and starts operating system. In the next step +qnx starts its ide driver, which detects qemu harddisk and cdrom. Problem starts when operating system +tries mount partition - an error occur and qnx stop booting procedure: + +mount -p "No bios signature in partition sector on /dev/hd0" + +I have tried install qnx from cdrom but it seems that there is the same problem. QNX installer boot from +cdrom, detects hard disk and cdrom, but cdrom can't be mounted in the next step of installation procedure. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1194954 b/results/classifier/gemma3:12b/boot/1194954 new file mode 100644 index 00000000..8ca7e71e --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1194954 @@ -0,0 +1,4 @@ + +Windows 95 guest reboots itself on qemu 1.5.0 & 1.5.50 (GIT) + +When I begin to run a Windows 95 guest on these releases of qemu, it reboots itself more times without my permission (eg. without shutting it down properly), and when I'm installing Netscape 4.08 at, for example, 46% or 75%, it still reboots itself without completing the installation of the web browser. Is this an issue of main-loop.c? \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1201 b/results/classifier/gemma3:12b/boot/1201 new file mode 100644 index 00000000..1c2888c6 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1201 @@ -0,0 +1,11 @@ + +Qemu with Windows 10 +Description of problem: +I see a colored screen with flashing cursor and cannot complete Windows installation. +Steps to reproduce: +1. Install `qemu-w64-setup-20220831.exe` on Windows 10 Pro for Workstations 21H2. +2. `cd C:\Program Files\qemu` +3. `qemu-img.exe create -f raw win.img 25600M` +4. `qemu-system-i386w.exe -boot c -m 4096 -hda win.img -cdrom "C:\Users\me\Downloads\Win10_21H2_English_x64.iso"` +Additional information: +![xCeQH](/uploads/90a39994e020ffb174583fd3bafa520b/xCeQH.png) diff --git a/results/classifier/gemma3:12b/boot/1230232 b/results/classifier/gemma3:12b/boot/1230232 new file mode 100644 index 00000000..5b4b461f --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1230232 @@ -0,0 +1,34 @@ + +mac99 does not find mac os x 10.4 dvd + +Hi there, + +I've compiled qemu 1.6.0 and ripped my Mac OS X 10.4 dvd to iso format. +Now I'm trying to get qemu to boot the dvd and install the OS with: + +qemu-system-ppc64 -M mac99 -m 256 -cdrom ./tiger.iso -boot d -sdl -display sdl -net nic -net user -prom-env 'boot-args=-v' -cpu G4 -hda ./tiger.img + +It shows the grey apple logo for a few seconds and then I get the following boot prompt: +------------------------------------------------- +standard timeslicing quantum is 10000 us +vm_page_bootstrap: 60198 free pages +mig_table_max_displ = 70 +Copyright (c) 1982, 1986, 1989, 1991, 1993 + The Regents of the University of California. All rights reserved. + +using 655 buffer headers and 655 cluster IO buffer headers +ApplePlatformExpert::getGMTTimeOfDay can not provide time of day RTC did not show up +Security auditing service present +BSM auditing present +disabled +rooting via boot-uuid from /chosen: 8ABB5AFF-FC7A-310A-9BFE-8A263F654562 +Waiting on IOProviderClassIOResourcesIOResource +Matchboot-uuid-media +Still waiting for root device +Still waiting for root device +Still waiting for root device +Still waiting for root device +Still waiting for root device +------------------------------------------------- + +It keeps repeating the "Still waiting for root device" ? \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1246 b/results/classifier/gemma3:12b/boot/1246 new file mode 100644 index 00000000..cde3cfcf --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1246 @@ -0,0 +1,2 @@ + +Win11_22H2_English_x64.iso won't boot diff --git a/results/classifier/gemma3:12b/boot/1252 b/results/classifier/gemma3:12b/boot/1252 new file mode 100644 index 00000000..394ef8be --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1252 @@ -0,0 +1,18 @@ + +Debian Raspberry Pi images do not boot with version 7 and higher +Description of problem: +The Debian Bullseye RPi4 4GB image [here](https://raspi.debian.net/tested-images/) does not boot with versions 7 and higher, while it does boot with v6.2.0. The Bookworm image works with v7. +Steps to reproduce: +0. `export DEB_VERS=5.10.0-11` +1. `wget https://raspi.debian.net/tested/20220121_raspi_4_bullseye.img.xz` +2. `dd if=/dev/null of=disk-$DEB_VERS.img bs=1M seek=10240` + * NB: This creates a 10 GB file +3. `xzcat $RPI_IMG | dd of=disk-$DEB_VERS.img conv=notrunc status=progress` +4. `partx -a -v disk-$DEB_VERS.img` +5. `mount /dev/loop0p1 /mnt` +6. `cp /mnt/initrd.img-$DEB_VERS-arm64 .` +7. `cp /mnt/vmlinuz-$DEB_VERS-arm64 .` +8. `umount /mnt` +9. `qemu-system-aarch64 -M virt -m 4096 -cpu max -drive format=raw,file=disk-$DEB_VERS.img -nographic -append "console=tty0 console=ttyAMA0,115200 console=ttyS1,115200 root=LABEL=RASPIROOT rw fsck.repair=yes net.ifnames=0 cma=64M rootwait" -initrd initrd.img-$DEB_VERS-arm64 -kernel vmlinuz-$DEB_VERS-arm64` +Additional information: +The URL for the image in step 1 has been known to change, so if you get a 404, go to the URL above and find the correct one. diff --git a/results/classifier/gemma3:12b/boot/1259499 b/results/classifier/gemma3:12b/boot/1259499 new file mode 100644 index 00000000..1777e33c --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1259499 @@ -0,0 +1,36 @@ + +QEmu 1.7.0 cannot restore a 1.6.0 live snapshot made in qemu-system-x86_64 + +I have upgraded to QEmu 1.7.0 (Debian 1.7.0+dfsg-2) but now when I try to restore a live snapshot made in QEmu 1.6.0 (Debian 1.6.0+dfsg-1) I see that the VM boots from scratch instead of starting directly in the snapshot's running state. + +Furthermore if the VM is already running and I try to revert to the snapshot again I get the following message: + +$ virsh --connect qemu:///system snapshot-revert fgtbbuild wtb; echo $? +error: operation failed: Error -22 while loading VM state +1 + +I have test VMs with live snapshots corresponding to different testing configurations. So I typically revert the VMs in one of the live snapshots and run the tests. It would be pretty annoying to have to recreate all these live snapshots any time I upgrade QEmu bug it looks like I'll have to do it again. + +This all sounds very much like bug 1123975 where QEmu 1.3 broke compatibility with previous versions live snapshots :-( + +Here is the command being run by libvirt: + +/usr/bin/qemu-system-x86_64 -name fgtbbuild -S -machine pc-1.1,accel=kvm,usb=off -m 512 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid f510955c-17de-9907-1e33-dfe1ef7a08b6 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/fgtbbuild.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/mnt/storage1/qemu/fgtbbuild.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=writeback -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,id=drive-ide0-0-0,readonly=on,format=raw -device ide-cd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,fd=25,id=hostnet0,vhost=on,vhostfd=26 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:0a:3c:e8,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -loadvm wtb + +ipxe-qemu 1.0.0+git-20120202.f6840ba-3 +qemu 1.7.0+dfsg-2 +qemu-keymaps 1.7.0+dfsg-2 +qemu-slof 20130430+dfsg-1 +qemu-system 1.7.0+dfsg-2 +qemu-system-arm 1.7.0+dfsg-2 +qemu-system-common 1.7.0+dfsg-2 +qemu-system-mips 1.7.0+dfsg-2 +qemu-system-misc 1.7.0+dfsg-2 +qemu-system-ppc 1.7.0+dfsg-2 +qemu-system-sparc 1.7.0+dfsg-2 +qemu-system-x86 1.7.0+dfsg-2 +qemu-user 1.7.0+dfsg-2 +qemu-utils 1.7.0+dfsg-2 +libvirt-bin 1.1.4-2 +libvirt0 1.1.4-2 +libvirtodbc0 6.1.6+dfsg-4 \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1260555 b/results/classifier/gemma3:12b/boot/1260555 new file mode 100644 index 00000000..41be0c80 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1260555 @@ -0,0 +1,17 @@ + +SS-5 emulation doesn't work with Sun boot ROM + + +The 32-bit SPARC emulator's TCX emulation seems to work with OpenBIOS, but doesn't work with a SparcStation ROM on Cocoa. Screenshot attached. Using version 1.7.0 on Mac OS X 10.9 via MacPorts and compiled directly from source, though this problem has carried over from Mac OS X 10.8 and many earlier versions of Qemu. + +The following is my Qemu command: + +sudo qemu-system-sparc -m 256 -M SS-5 -bios /home/img/ROMs/sun/ss5-170.bin \ + -g 1024x768x24 \ + -drive file=/home/doc/VMs/slagheap/sd0.raw,if=scsi,bus=0,unit=3 \ + -drive file=/home/doc/VMs/slagheap/sd1.raw,if=scsi,bus=0,unit=1 \ + -drive file=/home/doc/VMs/slagheap/sd2.raw,if=scsi,bus=0,unit=2 \ + -net nic,macaddr=DE:EE:DD:FF:EE:DD,model=lance \ + -net tap,ifname=tap0,script=/home/doc/VMs/slagheap/ifup,downscript=/home/doc/VMs/slagheap/ifdown + +Note: also can't compile Qemu w/ SDL support from MacPorts on Mac OS X, and config.log is not helpful to figure out why, but this is another issue. \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1269 b/results/classifier/gemma3:12b/boot/1269 new file mode 100644 index 00000000..ddf9e1d7 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1269 @@ -0,0 +1,27 @@ + +qemu-system-i386 no longer boots NetBSD +Description of problem: +Since qemu commit e3a79e0e87831602e41819591a8e6dcc70a2a231, NetBSD +no longer boots under qemu-system-i386. +Steps to reproduce: +1. `wget http://ftp.netbsd.org/pub/NetBSD/NetBSD-9.2/i386/installation/cdrom/boot-com.iso` +2. `qemu-system-i386 -nographic -cdrom boot-com.iso` + +Expected behavior: the system boots and prompts you for a terminal type with + + Terminal type (just hit ENTER for 'vt220'): + +Observed incorrect behavior: the guest kernel either hangs during boot at + + Loading /stand/i386/9.2/modules/cd9660/cd9660.kmod + WARNING: 1 module failed to load + +or panics during boot with + + kernel: supervisor trap page fault, code=0 + Stopped in pid 0.1 (system) at netbsd:idt_vec_reserve+0xa: cmpb $0,netbs + d:idt_allocmap(%ebx) + db{0}> +Additional information: +This regression is a critical issue to the NetBSD project as its automated +testing infrastructure is heavily dependent on qemu-system-i386. diff --git a/results/classifier/gemma3:12b/boot/1272796 b/results/classifier/gemma3:12b/boot/1272796 new file mode 100644 index 00000000..4546ef38 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1272796 @@ -0,0 +1,20 @@ + +Windows 98 First Edition emulation problems + +System: Debian SID x86 with latest updates + +1) QEMU compiled from latest main GIT branch (and 1.7 stable version) +./configure options: ./configure --enable-sdl --target-list=i386-softmmu --cpu=i686 --audio-drv-list=alsa + +When you try to boot Windows 98 First Edition (Italian), it does not simply boot. It stays on booting screen. +If you try to install, the installation goes flawless, but when it boots it freeze. + +I am launching VM with this: qemu-system-i386 -hda main.img -cpu pentium -m 256 -fda floppy1.img -boot c -soundhw gus -vga cirrus + +I have tried with -M option "pc-i440fx-1.6" since 1.6 have no problems with the booting of Win98, but nothing. No fix found. + +2) QEMU 1.6.2 (same compile and launching options) +gus soundboard seems not recognized even with real dos drivers (tried to install theme into real dos mode). +with SoundBlaster 16 i have following error: WARNING: I/O thread spun for 1000 iterations, making the emulation impossible (too slow, and sound is stuttering) . Tried to compile with oss and sdl option on audio-drv-list but no fix found. + +Any ideas? thank you \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1273944 b/results/classifier/gemma3:12b/boot/1273944 new file mode 100644 index 00000000..b602f48e --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1273944 @@ -0,0 +1,12 @@ + +multiboot header has 0 in mem_upper field + +When booting a multiboot image,. mem_upper is now always zero. + +To test, build qemu from current git head, then do + cd tests/multiboot + ./run_test.sh + +You will see the test fail. In each case mem_upper is 0k. + +git-bisect says the bad commit is 0169c511554cb0014a00290b0d3d26c31a49818f in qemu.git \ No newline at end of file diff --git a/results/classifier/gemma3:12b/boot/1293 b/results/classifier/gemma3:12b/boot/1293 new file mode 100644 index 00000000..33c5b09b --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1293 @@ -0,0 +1,2 @@ + +Trusted Firmware stopped booting on SBSA-ref diff --git a/results/classifier/gemma3:12b/boot/1294 b/results/classifier/gemma3:12b/boot/1294 new file mode 100644 index 00000000..64ba4532 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1294 @@ -0,0 +1,2 @@ + +pflash size check appears to be incompatible with OVMF on x86 diff --git a/results/classifier/gemma3:12b/boot/1306 b/results/classifier/gemma3:12b/boot/1306 new file mode 100644 index 00000000..f7f77076 --- /dev/null +++ b/results/classifier/gemma3:12b/boot/1306 @@ -0,0 +1,160 @@ + +OpenIndiana fails with "BAD TRAP" & "Page fault" in guest with SATA optical drive +Additional information: +I am not experienced in QEMU, and have not been able to isolate with a simple command line. However, I will attempt any test cases provided by the community. + +The problem in the domain reproduced below resolves by removing the SATA optical drive (even if the SATA controller remains). + +The working case may be derived through the following patch: + +``` +1c1 +< +--- +> +18a19 +> +42c43 +< +--- +> +46d46 +< +48,54d47 +<
+< +< +< +< +< +< +``` + +For consistency, the boot media is installed on an IDE optical drive, which appears not to cause problems. The problem was originally discovered attempting to boot from a SATA optical drive, following the intended layout of the guest system. + +--- + +``` + + openindiana-clone + 7a0550ec-ff03-4894-80b8-affe0dfd8177 + + + + + + 2097152 + 2097152 + 4 + + /machine + + + hvm + /usr/share/OVMF/OVMF_CODE_4M.fd + /var/lib/libvirt/qemu/nvram/openindiana-clone_VARS.fd + + + + + + + + + + + + + destroy + restart + destroy + + + + + + /usr/bin/qemu-system-x86_64 + + + + + + + + +
+ + + + + + +
+ + + +
+ + + + +
+ + + + +
+ + + + +
+ + + + + + +
+ + + +
+ + + + + + + + + + + + +