A Linux 7.0 kernel fejlesztési ciklusában a SPARC és a DEC Alpha portokhoz, valamint a Motorola 680×0 családot lefedő m68k architektúrához is érkeztek frissítések. A fejlesztések főként karbantartási jellegűek: régi hibákat javítanak, és rendbe tesznek néhány belső kódrészletet annak érdekében, hogy ezek a régi architektúrák továbbra is stabilan és kiszámíthatóan működjenek a fővonalas kernelben. Bár ezek az architektúrák ma már inkább csak történelmi jelentőséggel bírnak, a kernelben továbbra is fenntartják a támogatásukat, mivel léteznek olyan speciális felhasználási módok (Hobbi számítástechnika, Régi vállalati szerverek, és munkaállomások), amely miatt a közösség igényli a fenntartásukat.
Tartalomjegyzék
Egy régi hibát javít a DEC Alpha architektúrához beküldött pull request
A DEC Alpha architektúrához Magnus Lindholm egyetlen javítást küldött be a Linux 7.0 kernel fejlesztési ciklusára, amely egy régóta ismert, de nehezen reprodukálható hibát old meg. Bizonyos esetekben a memóriatömörítés során a kernel megsértette a felhasználói térben lévő adatok épségét. Emiatt a programok látszólag minden előjel nélkül generáltak hibákat, mely bizonyos esetekben az alkalmazás összeomlását is okozhatta, azonban a hibaüzenetekből nem volt egyértelműen megállapítható, hogy a háttérben memóriakezelési hiba okozza a gondot.
SPARC és m68k karbantartási frissítések a Linux 7.0 kernelben
A SPARC architektúrához Andreas Larsson egy terjedelmesebb frissítési csomagot küldött a Linux 7.0 kernelhez. A csomag fejlécfájl (headers) módosításokat, és a folyamatindítási kód javításait tartalmazza: rendezettebb lett a fork és a clone működése, a SPARC port megkapta a clone3 támogatását, és bekerült az ARCH_HAS_CC_CAN_LINK jelzés is. Emellett több ponton felülvizsgálták, melyik API-t érdemes használni, és eltávolították azokat a kódrészeket, amelyekre már nincs szükség.
A Motorola 680×0 családot lefedő m68k porthoz Geert Uytterhoeven két kisebb hibajavítást küldött. Sun-3 rendszereken a korlát nélküli vsprintf() hívást lecserélték vsnprintf()-re, ami a puffer méretét is figyelembe veszi, így elkerülhető a túlcsordulás. A NuBus meghajtónál pedig egy hibaágban pótolták a hiányzó erőforrás-felszabadítást, ezért ha az inicializálás meghiúsul, nem maradnak hátra feleslegesen lefoglalt erőforrások.
