Hlavní navigace

Názor ke zprávičce Ovládače od AMD majú skoro 2/3 DRM kódu jadra od Petr M - Ne, to opravdu není hrůza. Hrůza je, jak...

  • 17. 4. 2017 22:11

    Petr M (neregistrovaný) ---.static.oxid.cz

    Ne, to opravdu není hrůza. Hrůza je, jak to pitomci psali.

    Copak je to normální, mít x bloků po y makrech, kde se liší jenom číslovka v názvu makra?
    - GRBM_STATUS_SE2, GRBM_STATUS_SE3
    - CP_ROQ1_THRESHOLDS, CP_ROQ2_THRESHOLDS
    - CP_ROQ_RB_STAT, CP_ROQ_RB1_STAT, CP_ROQ_RB2_STAT
    - PA_SC_BINNER_E­VENT_CNTL_0, PA_SC_BINNER_E­VENT_CNTL_2, PA_SC_BINNER_E­VENT_CNTL_3
    - SX_DEBUG_BUSY, SX_DEBUG_BUSY[2..5] - 65LOC každý blok
    - ...

    Jednak to vypadá hnusně a je to nepřehledný, ale za další je jedna hodnota pro různý instance uvedená pokaždý jinde. A jak udělají funkci, která přistupuje k N kanálům na základě indexu, kde oba registry mají stejnou definci? Udělají tabulku konstant a používají pointerovou arimetiku, nebo na přiřazení čtyř instancí jednoho registru padne switch na 15LOC? Nebo switch neznají a narvou tam if-else, aby to ztížili kompilátoru?

    Takhle prasácky se píše soft jenom ve dvou případech. Pokud je práce zadaná do Indie, nebo pokud je programátor placený za LOC (ale v tom případě by šlo ještě nahnat řádky vložením maker do maker a jejich dokumentací). V obou případech je to na převrtání konečníku špičatou botou.