Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Digitális Polgári Kör spam 25  2025-08-01T09:16:10+0200 Spam, Adathalászat KoGa
  Windows 10 EoL -> ESU 16  2025-08-01T08:53:37+0200 Microsoft Windows hendrick
  Halva született kezdeményezés az EU 18 éves kort ellenőrző "pornókapu" app-ja 145  2025-08-01T08:41:10+0200 Web, mail, IRC, IM, hálózatok Ritter
  Kipukkanóban a vibe-coding hype? 98  2025-08-01T08:16:50+0200 Fejlesztés bzt
  hardverapro.hu - 07. 22. óta nem elérhető 350  2025-08-01T03:33:46+0200 Közösségi kerekasztal Cybernet
  Milyen hatással lesznek a HUP-ra a Prohardver migránsok? 199  2025-07-31T18:50:21+0200 Közösségi kerekasztal Ritter
  [ Megoldva ] PROM égetése arduinoval 15  2025-07-31T17:58:01+0200 Elektronika, Elektromos eszközök plt
  Android user tippeket tudtok? 79  2025-07-31T15:24:02+0200 Android m.informatikus
  Milyen telefonjaitok voltak? 215  2025-07-31T12:59:59+0200 Notebook, laptop, mobiltelefon ... bfoto
  C++ vector 22  2025-07-31T12:35:54+0200 C/C++ EspOS
  CF kártya adatátvitel telefonra (megoldva) 16  2025-07-31T09:22:19+0200 Merevlemezek, vezérlők d3xt3r
  Unaloműző online játékok és azok eredményei #2 727  2025-07-31T06:00:05+0200 Játékok trey
  /MEGOLDVA/ yt-dlp bár frissítettem rajta, nekem hibát ír - nem tudja dekódolni a dekódolnivalót :) 25  2025-07-30T23:32:57+0200 Multimédia kikepzo
  Portainer vs. Docker Desktop hálózat WSL-ben 2025-07-30T19:54:14+0200 Microsoft Windows pentike
  "The EU wants to decrypt your private data by 2030" 42  2025-07-30T17:05:28+0200 HUP cikkturkáló zitev
  Különféle MI rendszerek közül válogatás 58  2025-07-30T13:52:40+0200 Mesterséges Intelligencia: Prolog, Lisp OnlyZaenae
  Transcript tool 14  2025-07-29T19:29:36+0200 Segédprogramok tompos
  Digitális Állampolgárság #2 712  2025-07-29T18:12:51+0200 Közösségi kerekasztal nehai
  FineReader Pro alternatíva (PDF OCR) 12  2025-07-29T14:37:51+0200 Segédprogramok Ritter
  RPI5 53  2025-07-29T08:05:52+0200 Debian GNU/Linux ng123

Mi rossz a 2.4-es kernel elevator kódjában?

Címkék

A Linux (diszk) elevator azért felel, hogy összegyűjtse az összes diszk I/O kérést (request), mint például az olvasás (read) és írás (write), és eldöntse, hogy mikor és milyen sorrendben közvetítse ezeket a kéréseket az aktuális hardvereszközhöz. Folyamatosan probálkoznak a fejlesztők azzal, hogy növeljék a Linux kernel diszk áteresztőképességét, egyre több adatot gyorsítótáraznak (cache) az íráshoz, és ehhez egyre komplikáltabb algoritmusok mutatkoznak be a Linux kernelben. Ennek eredményeképpen napjainkban egyre nő a diszk áteresztőképesség. Viszont ennek hatására a 2.4.19pre1-es kerneltől kezdve (és a későbbiekben is) egy probléma jelentkezett. A probléma az, hogy túl sok adatot képes cache-elni az elevator, és ennek a gyorsítótárazott adatnak a kiírásakor a kiírási folyamat képes az egész gépet "megfogni" addig, amíg a kiírás tart. Ez a dolog igazából csak a desktop gépeken "látható", de pont ilyen hátrányosan hat a szerverekre is.Hogy a hibát miért nem fixálták eddig? Sajnos a 2.4 kernel fejlesztési és kiadási mechanizmusa nagyon lassú, mert a karbantartó ellenáll az új kódoknak, és mert a fejlesztők nagy része már a 2.5-ös kernelen dolgozik. Azok az emberek akik képesek lennének javítani ezt a hibát már nem dolgoznak a 2.4-es kernelen. Akkor mit lehet tenni? A legjobb megoldás a 2.5-ös (instabil) kernel használata lenne, mert ez már tartalmazza azt az új algoritmust, amely kezeli ezt a problémát. Sajnos ez nem lenne ideális megoldás minden felhasználónak. A 2.4.18-as kernel használata megoldás lehet, hiszen az nem tartalmazza a fent említett hibát, de ekkor sok felhasználó elesne az azóta megjelent javításoktól, új funkcióktól. Az megoldás a következő lehet: alternatív kernelfákat kell használni, amelyek tartalmazzák a szükséges javításokat. Ilyen lehet a -ck* fa (Con Kolivas féle kernelfa) amely tartalmazza az Andrew Morton féle "read latency2" foltot. Hasonló javítást (workaround) tartalmaz a WOLK projekt fája is, és az Andrea Arcangeli féle -AA fa is (bár ez utóbbi nem olyan hatásos).



Kapcsolódó linkek:

Con Kolivas honlapja

A legfrissebb -ck folt: linux-2.4.20-ck7.patch.bz2

A WOLK projekt honlapja

FreeBSD 5.1 kiadási ütemterv

Címkék

A FreeBSD-s Release Engineering Team által adott infók alapján holnapra várható a FreeBSD 5.1 első RC (release candidate - kiadásra jelölt) verziója.Ezt követően május 30-ra várható a végső build elkészítése, és ha nem csúszik a kiadási procedúra, akkor június 2-án megérkezik a FreeBSD 5.1.

FreeBSD 5.1 Release Process

(mivel a beta2 két napot csúszott a tervezetthez képest, elképzelhető, hogy a csúszás módosítja a végleges verzió megjelenési dátumát is)

Knoppix - Telepítés merevlemezre

Címkék

Az Angol nyelvű www.hostclub.net oldalon megjelent egy útmutató, amely leírja egy Knoppix disztribúció telepítését merevlemezre. A leírás, az aktuális Knoppix-verziót (3.2, 2003-05-20) tárgyalja, a Christian Perle által írt telepítési scriptek segítségével (knx-hdinstall).

A MySQL és a QNX bejelentette termék kompatibitást a beágyazott piacon

Címkék

A MySQL és a QNX bejelentése szerint a MySQL adatbáziskezelő elérhető a QNX valós idejű operációs rendszerére (RTOS), a QNX Neutrino-ra, amely x86 processzorokon fut. A QNX Neutrino RTOS felhasználói ezután egy nagyteljesítményű adatkezelő rendszerhez juthatnak, amelyet a beágyazott (embedded) alkalmazásaikhoz használhatnak fel.

Új szavazás: Milyen Linux terjesztést használsz?

Címkék

Véget ért a "Az IPv6 az internet alapja lesz.." című szavazás, az eredményeket meg lehet tekinteni itt. A heti szavazás azt feszegeti, hogy ki milyen Linux terjesztést használ. Ilyen szavazás már volt cirka másfél évvel ezelőtt (eredméyek), akkor toronymagasan a Debian Woody nyert. Azóta néhány akkor népszerűnek tűnő terjesztés háttérbe került, de bukkantak fel új szereplők is a Linux bizniszben. Ilyen terjesztések az UHU, a népszerű Debian alapú, "Live" terjesztés a KNOPPIX, vagy ennek a magyarított verziója a Sulix.

Lássuk 2003. nyarának elején ki mivel izzasztja a CPU-ját ;-D

Szavazzatok itt.

Blender tutorial

Címkék

Az egyel lejjebb levő cikknél felvetődött a kérdés, hogy miért nincs tutorial, dokumentáció a Blenderhez. Találtam egyet, amely Elek Tamás munkája. A 48 oldalas PDF talán hasznára válik a Blenderrel ismeredőknek.A dokumentumról nem tudom, hogy szabadon terjeszthető-e, de mivel nem találtam benne tiltó rendelkezést közzéteszem. Ha esetleg mégsem szabad dokumentum, ez esetben szóljon a tulajdonosa, és eltávolítom az oldalról.

A dokumentumot megtalálod itt.



Mellé még itt a Blender Online Tutorial 1.5 PDF formátumban.

Blender audio támogatással

Címkék

Az univerzális, GPL licenc alatt elérhető 3D eszköz, a Blender - amelyet a Blender közösség nemrégiben vásárolt meg és tett szabadon elérhetővé - most úgy néz ki, hogy audio szekvenciális támogatást kap. Ez az egy dolog hiányzott még a Blenderből azóta, hogy a nem-lineáris video szerkesztő funkció bemutatkozott az eszközben. A Blenderen kívül még egy hasonló funkciójú eszköz ismert, amely képes ezekre a feladatokra, és fut Linux alatt, a Houdini. A Houdini-nak csak egyetlen apró hibája van: mintegy 3000 amerikai dollárba kerül. A Blender fejlesztők ezen akciója lehetővé teszi, hogy az open source közösség egy olyan eszközhöz jusson amellyen könnyen szinkronizálhatja a 3D-s animációit és a hozzá tartozó hangokat. Az audio feldolgozó funkció a megjelenés előtt álló 2.28-as kiadásban mutatkozik majd be, addig is letölthető egy korai teszt verzió innen.

A NetBSD rc.d rendszerének tervezése és megvalósítása

Címkék

A FreeBSD boot szkriptek megváltozásának bejelentése után többeknek okozott problémát az új bootolási folyamat megértése. Az új megvalósítás a NetBSD-ből jött. Azoknak akik szeretnének többet megtudni az új rendszerről, érdemes elolvasni a "The Design and Implementation of the NetBSD rc.d system" című dokumentumot, amelyet Luke Mewburn írt, aki a Wasabi Systems, Inc.-nél dolgozik.A dokumentum részletekbe menően magyarázza el, hogy miért van szükség a váltásra, mi az erőssége és a gyange pontja a két elképzelésnek, és miben különböznek egymástól. Annek ellenére, hogy a dokumentum az eredeti NetBSD-s megvalósítással foglalkozik, az infók nagy része sikeresen használható FreeBSD-s környezetben is.

A dokumentumot megtalálod itt.

Jazilla-NG Milestone 1 kiadás

Címkék

Hosszú ideje nem lehetett hallani a Jazilla projektről. A projekt célja az, hogy a Mozilla-t teljesen újraírva egy Java-ban írt Mozilla-szerű bőngészőt kapjunk. A fejlesztés egy mélyebb hibernációba esett 2000-ben, de a fejlesztője most teljesen átírta, és most itt az első mérföldkő.

Az FSF.hu állásfoglalása az EuroLinux ügyben

Május közepén volt szó itt a HUP-on az 'EuroLinux' ügyről. Akkor arról számoltunk be, hogy egy magyarországi Kft. több Linux alapú terméket is forgalmaz, de a termékekhez nem mellékeli azok licenszeit. A forgalmazott programok az OPenOffice.org, ispell, Mozilla, Mandrake Linux 9.1. Az ügyre reagált az FSF.hu is. Akkor azt ígérték, hogy vásárolnak a kérdéses termékekből, és megvizsgálják azt, hogy valóban történt-e licenszszegés.

A FSF.hu állásfoglalása itt.

IBM-technológiával a SARS vírus kódjának megfejtéséért

Címkék

Linux-fürtözés a kutatásban

Két évbe telt a HIV okának kiderítése, és további évekbe a kiváltó vírus genetikai felépítésének azonosítása. A SARS okainak meghatározása és génjeinek dekódolása azonban mindössze két hónapot vett igénybe.

Hogy mi a különbség oka? Az új, nagy teljesítményű módszerek, és a fejlett információ-technológia együttes alkalmazása!

A molekuláris technológiák és a legkorszerűbb laboratóriumi automatizáció, továbbá egy Linux-alapú IBM eServer xSeries rendszerekből összeállított fürt segítségével a kanadai Vancouverben működő génkutatási központ, a Michael Smith Genome Sciences Centre szakembereinek sikerült azonosítani az atípusos tüdőgyulladásért (SARS - Severe Acute Respiratory Syndrome) vélhetően felelős koronavírus első génsorozatát. Az áttörés április 12-én, hajnali 4:00 órakor következett be.Felfedezés az éjszaka közepén?

Valóban az éjszaka közepén, mert a kutatók világméretű összefogás keretében, napi 24 órában dolgoztak a gyorsan terjedő kór megfékezéséért.

Dr. Caroline Astell projektvezető nem is tudta leplezni izgatottságát, mikor kimondta: "Óriási lépést tettünk a SARS tovább terjedésének megakadályozására." Természetesen mindannyian abban reménykedünk, hogy az eredmények birtokában a tudósok rájönnek majd, miért ennyire magas a SARS halálozási aránya, és végül sikerül kifejleszteni a hatékony vakcinát.

Az atípusos tüdőgyulladást, melyet tavaly ősszel Kínában mutattak ki először, eddig több mint 3 000 emberben diagnosztizálták a világ több mint 20 országában. Az USA-ban legalább 200 embert fertőzhetett meg a SARS-vírus. Április közepéig a világon 154 halálesetet tulajdonítanak a kórnak.

Még mindig nagyon keveset tudunk a SARS-ról

Az Egészségügyi Világszervezet (WHO) szerint a kanadai áttörés ellenére még mindig nagyon keveset tudunk a kórról. A WHO úgy fogalmazott, hogy a SARS-vírus "minden más, eddig ismert emberi és állati vírustól különbözik." A Michael Smith Genome Sciences Centre két másik intézmény, a British Columbia Centre for Disease Control és a kanadai National Microbiology Lab oldalán harcba szállt a SARS ellen, jóllehet, elsődleges feladata a rák elleni küzdelem.

A génkutatási központ a rákkutatás, a diagnosztizálás és kezelés továbbfejlesztésére jött létre. A genetikai kód megfejtéséhez egy genetikai térkép készítésére, valamint DNS-térképezésre szolgáló, nagy teljesítményű labor eszközeit és technológiáit alkalmazza.

Az IBM-technológia használatával a tudósok már kezelni tudják a DNS-térképezéshez szükséges hatalmas mennyiségű adatot, míg a fürtözött IBM eServer xSeries rendszerekkel végzett párhuzamos feldolgozás felgyorsítja a számítógépes modellezés folyamatát.

Forrás www.ibm.hu.

Új Win4Lin és CrossOver Office

A NeTraverse nevű cég bejelentette a Win4Lin Workstation névre hallgató termékének legújabb (5.0) verzióját. A Win4Lin segítségével könnyebben térhetnek át a Windows felhasználók Linuxra, mert a termék egy hídat képez a Windows környezet és a Linux között. A Win4Lin-t használva a megrögzött Windows felhasználóknak nem kell maguk mögött hagyniuk megszokott alkalmazásaikat. A fejlesztők a következőt ígérik: "Futtasd a Windows alkalmazásaidat natív sebességgel, vagy gyorsabban!"Screenshot itt.

Ezzel egy időben a CodeWeavers kiadta a CrossOver Office 2.0.1-et, amely elsősorban egy bugfix kiadás.

Befejeződött a Linux 2.4 VM dokumentációjának elkészítése

Címkék

Mel Gorman elkészült azzal a munkával amelyet február végén ígért, miszerint egy komplett dokumentációt készít a 2.4-es Linux kernel VM-jéről (Virtual Memory Management - Virtuális Memória kezelés).Az első ismertető [pdf] [html] [txt] mélyrehatóan mutatja be azt, hogy valójában hogy is működik a Linux virtuális memória menedzsment, kitérve a a függvényekre és az algoritmusokra is.

A második rész [pdf] [html] [txt] pedig egy afféle kód magyarázat, kommentár a VM programozásról, amely segítségével fény derül a VM programozás rejtelmeire és stílusára.

A projekt honlapja itt.

OpenOffice.org 1.1 Beta2 kiadás

Szép ütemben fejlődik az OpenOffice.org 1.1, amit mi sem bizonyít jobban, minthogy megjelent (2003. 05 20.) a legfrissebb beta kiadás.

Bejelentés:I am glad to announce that the Beta 2 of the next version of the OpenOffice.org Office Suite--OpenOffice.org 1.1--is now available for download from: http://www.openoffice.org/.../index.html

OpenOffice.org 1.1 Beta2 represents a significant advance in the application and incorporates the features and changes introduced in the developer builds over the past year. The release includes a massive amount of new and exciting functionality, features and bugfixes compared to the OpenOffice.org 1.0.x releases, the highlights of which are:

  • Many new import/export formats like DocBook, several PDA Office file formats, flat XML and XHTML
  • Support for PDF and Macromedia Flash export
  • Support for Complex Text Layout (CTL) and vertical writing languages such as Thai, Hindi, Arabic, Hebrew
  • Enhanced integration with Java
  • Support for Accessibility
  • Enhanced support for add-on components
  • Improved online help
  • Support for new languages and locales

    New since OpenOffice.org 1.1 beta:

  • Support for printer independent layout
  • GUI support for xslt based filters
  • Improvements to pdf export
  • Enhanced ole editing support on windows
  • A large number of bugfixes

    For a more complete list of features please see http://www.openoffice.org/.../features.html

    For people interested in getting started helping OpenOffice.org become better, faster, and above all more bugfree, a page detailing how to best file bugs, how to help the QA project deal with bug reports, how to run OpenOffice.org with Valgrind and a number of ready made bug query scripts, exists at http://www.kegel.com/openoffice/

  • 30 éves az Ethernet

    Címkék

    Tegnap kereken három évtizeddel ezelőtt egy jegyzet formájában született meg annak a technológiának az alapja, amely ma gyakorlatilag kizárólagos megoldásként használnak a helyi, szélessávú hálózatok kialakítására. Az Ethernet alapelvei azonban jóval túlnőttek a hagyományos helyi hálózatokon, és számos elemük később kialakult más - például vezetéknélküli - technológiákban is hasznosításra kerültek.
    Bob Metcalfe, az Ethernet atyja először 1973 május 22-én rögzítette egy jegyzetben az Ethernet működésének alapjait szolgáltató elveket. Az akkor a Xerox Palo Alto kutatóközpontjában dolgozó matematikus megoldása számos előnnyel rendelkezett az addig elterjedt hálózati technológiákkal szemben. Ez utóbbiak között az igen egyszerű és olcsó kábelezés, valamint az automatikus kapacitáselosztás a legfontosabbak.


    A jegyzet, valamint a folytatás megtalálható a Prog.hu-n.

    802.11a GPL driver update

    Címkék

    Bár hazánkban nem olyan elterjedtek (elméletileg) a 802.11a szabványt használó kártyák, biztos vannak, akiket érdekel a hír. Reyk Floeter tegnap este/ma reggel sikeresen küldött csomagokat a kísérleti driverrel.Reyk Floeter jó ideje fejleszti a GPL-es drivert az Atheros chipsetes kártyákhoz (a 802.11a-t támogató kártyák kb. 99%-a ilyen), ami azért is fontos, mert még closed-source drivert se adtak ki hozzájuk, amelyek többnyire cégeknek érhetőek el kb. $50k áron. Tegnap este/ma reggel fordult a kocka, Reyk sikeresen küldött csomagokat a kísérleti driverrel.

    Íme az e-mail:

    Date: Wed, 21 May 2003 23:24:06 +0200

    From: Reyk Floeter

    Reply-To: AR5k 802.11a GPL driver for GNU/Linux

    To: AR5k 802.11a GPL driver for GNU/Linux

    Subject: [ar5k] successfully sent packets (TXOK)

    On Wed, May 21, 2003 at 11:27:26AM +0200, Enrik Berkhan wrote:

    > > * tx implementation (-> TXERR)!

    >

    > Any idea what could be wrong? Is it the tx_queue setup?

    >

    > What I can see is the following:

    >

    > 1. packet -> TXERR

    > 2. packet -> tx doesn't even start (tx reset needed after TXERR?)

    > 3. packet -> tx_active == 1, vt_ar5k_start_xmit is called continously

    >

    tx worked!

    i successfully sent some packets recognized by the access point. i

    modified some parts of the tx frame descriptor settings and the

    initial card reset. the tx desc value 'buf_len' has to be smaller than

    the value 'frame_len'... frame_len is the size of the buffer including

    IV, and WEP/AES/... and the checksum. i first thought that 'buf_len'

    has to be the len of the whole allocated descriptor buffer...

    you can find all the latest changes in the cvs tree. i'll release a

    new upstream version as soon as i implemented a working tx queue. the

    current cvs code is only capable of sending authentication frames to

    the specified accesspoint hardcoded in the start_xmit function.

    the current implementation only works for ar5000 (ar5210)- based

    cards. as soon as i have a ar5001 (ar5211)- based card, i'll add

    support for the newer chipset. but the ar5211 has a more complex tx

    interface. ie., it provides a QCU (queue controlling unit) with up to

    ten tx queues. in opposite, the ar5210 has only two tx queues, one for

    data frames and one dedicated for beacon sending.

    kernel messages:

    (after 'ifconfig wlan0 $SOMEIP up &&

    iwconfig wlan0 essid $ESSID &&

    ping $OTHERIP')

    step 1: sent tx frame

    ---snip---

    vt_ar5k (wlan0): [5] tx (frm_len=36,hdr_len=24,xmit_rate=9,ant=0,clr=0,type=0,intr=1,buf_len=32,more=0,buf=82784256)

    ---snap---

    step 2: interrupt, cleanup tx queue

    ---snip---

    vt_ar5k (wlan0): [6] interrupt... AR5K_IMR_TXOK

    vt_ar5k (wlan0): [6] tx (done=1,seq=2,acksig=64,ok=1,eretries=0,underrun=0,filtered=0,srcount=2,lrcount=0,timestamp=45947)

    ---snap---

    step 3: received response from accesspoint

    ---snip---

    src/wdev.c: received deauthentication frame(reason 0x00 ' Reserved reason ')

    ---snap---

    ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^

    i currently only have an ap based

    on atheros' ar5000 reference

    design. it has a very low-quality

    software implementation

    with a lot of bugs... ,(.

    next i'll implement all the stuff needed for successfully associating

    to the access point in ieee 802.11 station mode and an enhanced ap

    scanning ability including beacon timeout checking.

    reyk

    --

    /* .vantronix|secure systems - (research & development)

    * reyk floeter - friendly known free software engineer

    * reyk@vantronix.net - http://team.vantronix.net/reyk/

    */

    _______________________________________________

    ar5k mailing list

    ar5k@lists.vantronix.net

    https://lists.vantronix.net/mailman/listinfo/ar5k

    AMD64 változások

    Címkék

    Peter Wemm némileg átdolgozta a FreeBSD AMD64 specifikus memóriakezelését, így a KVM 2 GB-ra, a felhasználói programok által elérhető memóriaterület pedig 512 GB-ra nőtt.A pmap kód átalakításának köszönhetően a következő változások léptek érvénybe (FreeBSD CURRENT):

    • Közvetlenül belapozott régió használata 2 MB-os lapokkal. Ezzel 512 GB fizikai memória érhető el jelenleg.
    • Négyszintű laptábla rendszer. A 128 TB userland virtuális címtérhez szükséges infrastruktúra nagy része már megvan, de egy rejtélyes hiba miatt ebből jelenleg csak 512 GB engedélyezett. A megvalósítást az alpha pmap.c-je ihlette.
    • A kernel a negatív címtartományba került.
    • A kernel 2 GB-os KVM-mel rendelkezik. (Kernel Virtual Memory)

    Hiányosságok:

    • A pmap_growkernel()-nek képesnek kéne lennie az 512 GB-os méretű KVM kezelésére. A kernelnek a negatív címtér felső 2 GB-jában kell lennie a gcc kódelőállítási stratégiája miatt.
    • A >512 GB felhasználói címtér engedélyezése

    A jelenlegi megvalósításban a 32 bites alkalmazások 4 GB címterülettel gazdálkodhatnak, amely jelentősen nagyobb, mint a jelenlegi i386-on rendelkezésre álló körülbelül 2,9 GB (1 GB a kernelnek, plusz a laptáblák, amelyek a felhasználói memóriaterületet használják).

    PHP 4.3.2RC4 kiadás

    Címkék

    Megjelent a PHP 4.3.2RC4. Ez a negyedik és egyben utolsó RC kiadás, ha nem találnak több kritikus problémát, hibát. A fejlesztők kérnek mindenkit, hogy töltse le aki tudja, tesztelje, amennyire lehet életszerű programkörnyezetben, hogy kiderülhessenek a rejtett hibák.

    Bővebben itt.

    Új OpenBSD pf oldal

    Címkék

    Egy új oldal indult, amelynek célja, hogy otthont biztosítson az OpenBSD-s PF-nek (packet filter) és a kapcsolódó eszközöknek (ALTQ, pfstat, pftop, stb.).

    Látogasd meg az oldalt itt.

    Linux 2.4.21-rc3

    Címkék

    Itt a stabil Linux kernelvonal 2.4.21-es verziójának harmadik kiadásra jelölt (RC) kiadása. IDE fixek, Intel ICH5 Serial ATA támogatás hozzáadása, ReiserFS fixek, AMD IDE chipek inkorrekt engedélyező bitjének javítása, stb.

    Letölthető innen.

    Marcelo levele:From: Marcelo Tosatti

    To: lkml

    Subject: Linux 2.4.21-rc3

    Date: Thu, 22 May 2003 19:19:38 -0300 (BRT)

    Hi,

    Here goes the third release candidate of 2.4.21.


    Summary of changes from v2.4.21-rc2 to v2.4.21-rc3

    ============================================

    :

    o fix unresolved symbol rtnetlink_rcv_skb with gcc-3.3

    :

    o mm/mmap.c address overflow fix

    :

    o TIOCCONS fix

    Adrian Bunk :

    o fix sound/kahlua.c .text.exit error

    o fix ips.c .text.exit error

    o Configure.help updates from -ac

    Alan Cox :

    o fix ipmi screwup

    o IDE config fixes

    o allow rw_disk in IDE to be hooked

    o clean up the pdc4030 to use the new hooks not ifdefs

    o fix modular ide build and other makefile bug

    o correct ALi doc

    o hpt37x

    o add Intel ICH5 Serial ATA

    o fix wrong clocking selection on CMD680/SII3112

    o ensure we dont turn DMA on by accident on early sl82c05

    o fix missing wakeup on hisax pci (breaks v.110)

    o mpt fusion assorted small fixes

    o fix config error

    o resync lasi id (somehow out of sync)

    o vrify_area fix

    o pci id table update

    o add a quirk for the serverworks irq

    o pass the right object to presto

    o merge the kerneldoc for uaccess

    o parisc headers

    o parisc headers 2

    o update IDE headers to match IDE changes

    o extra PCI Ident

    o export fc_type_trans

    o add a hold field to reserve ide slots (needed for PPC)

    Andrea Arcangeli :

    o Fix race between remove_inode_page and prune_icache

    Arjan van de Ven :

    o ioperm fix

    Marcelo Tosatti :

    o Changed EXTRAVERSION to -rc3

    o Cset exclude: alan@lxorguk.ukuu.org.uk|ChangeSet|20030522194932|46894 (wolfson codec upd)

    Nicolas Pitre :

    o set_task_state() UP memory barriers

    Olaf Hering :

    o 2.4.21-rc2 syntax error in toplevel Makefile

    Oleg Drokin :

    o Fix reiserfs options parser, return error if given incorrect options on remount

    o reiserfs: One of the O_DIRECT fixes disabled tail packing by mistake. Enable it again

    o reiserfs: Fix another O_DIRECT vs tails problem. Mostly by Chris Mason

    o reiserfs: Refuse to mount/remount if "alloc=" option had incorect parameter

    o reiserfs: iget4() race fix

    Oleg Drokin :

    o [2.4] export balance_dirty

    Stephen C. Tweedie :

    o Fix mmap+IO potential dangling IO in ext3

    Tom Rini :

    o PPC32: Fix 'make znetboot'. From Cort Dougan

    o PPC32: Important fixes in the MPC8xx enet driver

    o PPC32: Allow for the RTC IRQ to be board-defined

    Vojtech Pavlik :

    o Fix incorrect enablebits for all AMD IDE chips

    -

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

    the body of a message to majordomo@vger.kernel.org

    More majordomo info at http://vger.kernel.org/majordomo-info.html

    Please read the FAQ at http://www.tux.org/lkml/