1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

News UEFI will kill the BIOS... eventually

Discussion in 'Article Discussion' started by The_Pope, 17 Apr 2007.

  1. kenco_uk

    kenco_uk I unsuccessfully then tried again

    Joined:
    28 Nov 2003
    Posts:
    10,104
    Likes Received:
    682
    May be easier to catch a virus, being in c/c++. I'd stick to assembly language, in all honesty - less bloaty, purer (hitting the hardware directly), not lazily programmed.
     
  2. r4tch3t

    r4tch3t hmmmm....

    Joined:
    17 Aug 2005
    Posts:
    3,166
    Likes Received:
    48
    So if its in a higher language, even C/C++/C# then we could be getting custom BI.. UEFI's from the master coders and overclockers :thumb:
    Does it decrease boot times though? Now that would be a good thing.
     
  3. Bluephoenix

    Bluephoenix Spoon? What spoon?

    Joined:
    3 Dec 2006
    Posts:
    968
    Likes Received:
    1
    and now we need a new word to refer to the pre-boot sequence as BIOS is no longer accurate...
     
  4. TMM

    TMM Modder

    Joined:
    12 Jan 2004
    Posts:
    3,227
    Likes Received:
    2
    Great, a shiny GUI and more things that can go wrong.

    It won't help people who have their memory timings set too tight for their memory/board/cpu, which is the number 1 cause of stability problems.
     
  5. Guest-16

    Guest-16 Guest

    Nope, this is negating additional user error. It's the cause of the first lot of BIOS' have just been utterly shite.

    We see it time and again from virtually every manufacturer and we basically end up their free debuggers.
     
  6. yakyb

    yakyb i hate the person above me

    Joined:
    10 Oct 2006
    Posts:
    2,064
    Likes Received:
    36
    i love clunky bioses and i love the blue background, i hate filling in webforms which is what the screens looked like but at the end of the day progress is always good i just hope things are as simple to turn on and off as previous.
     
  7. kosch

    kosch Trango in the Mango

    Joined:
    12 Feb 2005
    Posts:
    2,250
    Likes Received:
    202
    Thanks for the article makes some interesting reading.

    I'm hope they will get to include some sort of online help in the BIOS so you can remember what each settings is meant to do rather than "This settings enables the xyz option" what is xyz!!

    I'm always having to look stuff up, memory like a sieve!
     
  8. Woodstock

    Woodstock So Say We All

    Joined:
    10 Sep 2006
    Posts:
    1,783
    Likes Received:
    2
    DFI boards are known to have that effect

    but who really needs/wants a fancy place to oc, unless it brings something more then "eye-candy" to the end user, who would really care
     
  9. DarkLord7854

    DarkLord7854 What's a Dremel?

    Joined:
    22 Jun 2005
    Posts:
    4,643
    Likes Received:
    121
    I just want something that works o.o
     
  10. Splynncryth

    Splynncryth 0x665E3FF6,0x46CC,...

    Joined:
    31 Dec 2002
    Posts:
    1,510
    Likes Received:
    18
    To be overly technical, in Tiano, you have the sec core, PEI, and DXE as the preboot sequence :)

    I agree that BIOS is no longer accurate, and the replacement term I have been hearing is 'system firmware'.
     
    Last edited: 19 Apr 2007
  11. TMM

    TMM Modder

    Joined:
    12 Jan 2004
    Posts:
    3,227
    Likes Received:
    2
    Fair enough, but how will UEFI avoid this problem? Seems to do the same thing as the bios but with higher level coding and fancy graphics - it'll still have bugs like the current bioses. If anything bugs can be fixed faster, but it won't avoid them in the first place.

    As for the first bioses being crap, and having bad overclocking performance/stability - its still usually actually caused by timings - ones that the user doesn't have access to. If you look around at modded bioses all thats usually done is that some hidden timings are loosened to help stability when the FSB and/or memory is pushed way beyond stock, or a few voltage options have been enabled so the user can select a higher voltage.
    Boards like DFI's Lanparty series are usually immune to problems like this from the start since DFI open up all the timing options to the user, so its a simple case off loosening off the offending timings. There is no doubt however that they face other issues (especially boards randomly deciding the give the CPU 3v for no reason when a certain combination of settings is used, rofl!)

    on another note i thought this screenshot was pretty funny. Who would seriously want to disable their USB ports and PCI-e ports :D
     
    Last edited: 19 Apr 2007
  12. quack

    quack Minimodder

    Joined:
    6 Mar 2002
    Posts:
    5,240
    Likes Received:
    9
    Someone who doesn't need them? ;)
     
  13. Splynncryth

    Splynncryth 0x665E3FF6,0x46CC,...

    Joined:
    31 Dec 2002
    Posts:
    1,510
    Likes Received:
    18
    I’ll bet the options you see are there only because the chipset can support those options.
    They can also be useful if you need to eliminate hardware from a system without physically removing it which may be very difficult in some situations.

    To address the debugging, I need to present a little background on both BIOS and EFI.
    Ancient history is that the first x86 CPUs could only address 640K of RAM. But that was later changed and they had 1 meg of address space. Of that address space, the BIOS was given the first 1024 bytes for the interrupt vector table, 255 bytes in the bios data area, and the F000 segment which is 64K. The IVT can’t be used for data, the CPU needs that, and the BDA is not that large as well as having a defined structure. The 64K F000 segment is smaller that just about every flash part used for BIOS on modern mainboards. There are a few more tricks the BIOS has, like using the E000 segment, extended BIOS data area, and being able to set out a few regions in memory as reserved via the e820 memory map table. But we are still stuck with the old rules, and they are getting tougher to work within. Yes, it can probably be stretched, but each new challenge is making the code harder to maintain, and more complex. There are a bunch more legacy issues to deal with as well, but this is already getting pretty long.

    UEFI scraps a lot of the legacy in BIOS. The first thing is that, for an x86 system, it runs in protected mode giving us 4 gig of memory address space for both code and data. (The flat mode employed by BIOS only allows data above 1 meg unless you count running in SMM). This allows for much larger programs that can do more ‘stuff’ if need be, like error checking, alternative hardware initialization paths and so on. Another feature that helps ease of development is the extremely modular system UEFI is designed around.
    Whereas BIOS was essentially a linear execution of assembly code (which is why post codes are so helpful in finding issues), UEFI consist of a core ‘dispatcher’ and modules typically called drivers except for some special cases. These drivers are self contained bits of code that can reside anywhere in memory during its lifetime. So a UEFI build could have a SATA driver for one chipset that has had all the bugs worked out of it. When an updated chipset comes out that has the same SATA controller on it, this code can be reused. There is a means for a driver to use features of another driver which is called a protocol. A protocol is simply a C structure with data elements and function pointers. By narrowly defining a communications system between drivers, it cuts down on bad interactions and helps narrow down where to look for problems. But it is important to understand that UEFI is the new kid on the block and learning to work with it will take time.
     
  14. Aankhen

    Aankhen What's a Dremel?

    Joined:
    15 Oct 2005
    Posts:
    406
    Likes Received:
    0
    Cheers Splynncryth, that was très bon. ;) It's good to know we're finally starting to push past ancient limitations and really make use of the power available to us. UEFI all the way!
     
  15. riluve

    riluve What's a Dremel?

    Joined:
    29 Jun 2004
    Posts:
    875
    Likes Received:
    0
    Haha - I know who you are just by reading 2 of your posts. Unless I am mistaken, you can identify me I am sure by my Avatar. Stop in and see me in my lab before 2pm, I have meetings after that.
     
    Last edited: 7 Aug 2008
  16. Cthippo

    Cthippo Can't mod my way out of a paper bag

    Joined:
    7 Aug 2005
    Posts:
    6,785
    Likes Received:
    103
    Dude, check the thread date. That post was made in April of LAST YEAR!
     
  17. riluve

    riluve What's a Dremel?

    Joined:
    29 Jun 2004
    Posts:
    875
    Likes Received:
    0
    No but seriously - the thread came up in a google search that I did and think about it - of all the millions of people online - imagine, I seriously read 2 posts and new immediately the person who wrote the posts. It was kinda freaky - I had no idea he had been posting in this forum.


    .
     
Tags: Add Tags

Share This Page