I have an intel atom with fedora on it.I see efi config file in /boot/efi/EFI/redhat ,but efi config file specifies that it is a dos/windows application.
I used dmidecode cmd and found out that that system still uses BIOS.Here s the output
Handle 0x0004, DMI type 0, 24 bytes
BIOS Information
Vendor: Intel Corp.
Version: DPP3510J.86A.0216.2007.0502.1916
Release Date: 05/02/2007
Address: 0xF0000
....
....
I am not able understand what is actually starting the system BIOS or efi .Also since efi is relatively new can someone suggest where to start of, since i want to write application in efi which i believe is in c language
EFI - Extensible Firmware Interface is now advanced to UEFI.
All implementations are in C only as you thought.
Refer UEFI
To start work in UEFI
Download the EDK2 Tree from SF.net and follow the instruction.There is a edk2 developers forum. For UEFI Specifications, plz go to UEFI.org
Related
I downloaded RabbitMQ 3.6.6 server exe installation file for Windows. There appears to be only one file which does not tell me if it is 32-bit version or 64-bit version. I want to run RabbitMQ on 64-bit. What kind of Erlang do I need for RabbitMQ, the 64-bit or 32-bit??
Also, if I wanted to run RabbitMQ on 64-bit Linux, what kind of Erlang do I need, the 32-bit or 64-bit? Is RabbitMQ specific to 32-bit and 64-bit ??
Many thanks!
As stated here RabbitMQ is platform independent bytecode.
For Windows (as I use Windows 10 x64 for RabbitMQ and Erlang), both 32 and 64 bit version of Erlang/OTP will work (as long as RabbitMQ can locate the Erlang folder installation).
I deleted my Linux install and recently tried OpenBSD but i am not sure how to set up a GUI environment and xserver. I have a R9 290 gpu and I saw that it should be supported by the radeon driver however I don't know how to download or configure it.
thank you.
All drivers are included in the default install and should Just Work©. That said, your Radeon GPU may need firmware whose license prevents OpenBSD from including it. Running fw_update should install it if it's needed.
Other than that, you just need to configure X. Everything's included in the base system, including the window managers cwm and fvwm. If you want another, you can install it from ports. To configure X, read the very well-written FAQ entry.
Enjoy!
Torch is a scientific computing framework with wide support for machine learning algorithms. It is easy to use and efficient, thanks to an easy and fast scripting language, LuaJIT, and an underlying C/CUDA implementation.
Q:
Is there a way to install torch on MS Windows 8.1?
I got it installed and running on Windows (although not 8.1, but I don't expect the process to be different) following instructions in this repository; it's now deprecated, but wasn't deprecated few months ago when I built it. The new instructions point to torch/torch7 repository, but it has a different structure and I haven't been able to build it on Windows yet.
There are instructions on how to install Torch7 from luarocks, but you may run into issues on windows as well; I haven't tried this process. It seems like there is no official support for Windows yet, but some work is being done by contributors (there is a link to a pull request in that thread).
Based on my experience, compiling that deprecated repo may be your best option on Windows at the moment.
Update (7/9/2015): I've recently submitted several changes that fix compilation issues with mingw, so you may try the most recent version of torch7 and follow the build instructions in the ticket. Note that the changes only apply to the core lib and additional libraries may need similar changes.
This webpage hosted by New York University recommends installing a Linux virtual machine in order to run Torch7 on Windows through Linux. Another option would off course be to install a Linux dist in parallel with Windows 8.
Otherwise, if you don't mind running an older version of Torch, there is a Windows installer for Torch5 at SourceForge.
I think to use a GPU from inside the virtual machine, the processor and the motherboard should not only support VT-x , but VT-d should be supported too.
But the question is, if I use a CPU with VT-d supported, do you think there will be a significant loss in PCIe connections efficiency?
From what I understand,
VT-d is important if I want to give the virtual machines direct access to my hardware components (like PCI Express cards). Like directly attach graphics card to vm instead of host machine. Isn't that mean that the PCIe connections efficiency will be the same just like if it was the host?
I am studying the boot process in Linux. I am looking through this html page http://www.tldp.org/HOWTO/Bootdisk-HOWTO/x88.html. The first line under the section 3.1 "The boot process" says that "All PC systems start the boot process by executing code in ROM (specifically, the BIOS)".
My doubts are
Who loads the code in BIOS ?
Where is this code in BIOS located ?
To where is the code in BIOS loaded and executed ?
Kindly tell me references where i can get more information
Thanks,
LinuxPenseur
The code is already there in memory when the computer is powered on. It is in non volatile memory, meaning it doesn't disappear when the computer is turned off.
So the code is already there in a specific memory address, and the processor starts by running it.
More info here
A good question! Actually you do not need to reformat the HDD or even reinstall the OS on it unless the new PC is unable to run the existing OS on the drive.
Commonly, if you did a simple install of a Linux distribution, you would have no trouble moving the HDD to a new system and just running it. But if the OS is a version of Windows, the chances of this being the case are nearly zero: hardware vendors nearly always tune their device drivers for Windows so you cannot even use the same driver for two versions of Windows on the same machine (upgrading from XP to Windows 7 for example, often requires that you redownload at least a few hardware drivers).
And the problem often arises even with Linux if you have installed any high performance drivers. Sometimes you can perform a "recovery boot" from GRUB or LILO and get into a text mode screen with internet access, though. And if you can do that, often you can install the drivers for the new PC on the Linux HDD without doing a complete reinstall of Linux.
In fact, this is actually what that install CD or DVD is actually doing. It boots to a very vanilla flavor of the OS (Windows or Linux), then installs drivers for the hardware it detects, reboots (hopefully with functioning drivers) and wraps up the install process.
Is there a site where Erlang/OTP binaries for ARM-Linux can be downloaded? www.erlang.org only has source release (and I haven't managed to cross-compile it on the initial attempts), while http://cean.process-one.net/downloads/ only has R12B.
You can check the website http://www.erlang-embedded.com/.
Is your board big enough to just build it on-board from source? A beagleboard-xm will build Erlang in about 25min on a USB hard drive. I used a gentoo arm stage3 chroot and built erlang using "emerge erlang".
I've done enough cross-compiling to know to avoid it. ARM CPUs are fast enough now that I can dispense with it.