Hello,
I have a standalone application which I want to run in GRUB environment
i.e. for e.g at GRUB prompt. So the flow would be I enter grub prompt and
from there run my standalone application binary. By adding multiboot header
to the binary I am able to do that.
Now in my application I want to
efi_mmap_hi and efi_system_table_hi were implemented when bootloader
version was 0x0208, so require that to access them, and also fail to
boot if they're needed but unsupported. This way the bootloader will
give you an error instead of the system starting to boot and crashing.
---
grub-core/loade
On 30.05.2012 19:28, Aleš Nesrsta wrote:
> It is probably not necessary - I think, really there will be "allocated"
> the same total number of QHs during communication by this new algorithm
> as with old algorithm.
> The reason is: Now will be used more "sync. QHs" but less "async.
> QHs" (because
Hi Vladimir and Chris:
Chris:
Thank You for the research, correction of my mistakes (classical
copy-paste mistake... :-) ) and the patch.
As I see, Vladimir is currently discussing Your patch to be accepted, so
I am writing only some notes below mainly for Vladimir.
Vladimir:
1.
> interrupt tran
This is a fix to write grub in prep even if the --no-nvram is used.
--
Paulo Flabiano Smorigo
Linux Technology Center Brazil Software Engineer
IBM Systems & Technology Group
pfsmor...@br.ibm.com / pfsmor...@linux.vnet.ibm.com
=== modified file 'util/grub-install.in'
--- util/grub-install.in 2012-
> diff --git a/grub-core/bus/usb/ehci.c b/grub-core/bus/usb/ehci.c
> index 0f41361..d8ecf26 100644
> --- a/grub-core/bus/usb/ehci.c
> +++ b/grub-core/bus/usb/ehci.c
> @@ -209,18 +209,22 @@ enum
> {
>GRUB_EHCI_MULT_MASK = (3 << 30),
>GRUB_EHCI_MULT_RESERVED = (0 << 30),
> - GRUB_EHCI_MULT
On 30.05.2012 00:46, Aleš Nesrsta wrote:
> From my point of view it is little bit more probable the second reason.
> In this case the solution could be real implementation of interrupt
> transfers in GRUB - at least for EHCI. It may be possible even though
> GRUB is not supporting CPU interrupts b
On 2012-05-30 11:28, Christer Weinigel wrote:
> [talk about EHCI problems with low speed split transactions]
> Now I just have to fix up the queue management so that it properly keeps
> track of QHs for two queues instead of one. And figure out if there are
> any other problems.
So, how about s
On 2012-05-30 00:46, Aleš Nesrsta wrote:
>> the EHCI driver in GRUB has some known problems with low-speed transfers
>> and split transactions [1]. On older machines this is not a big problem
>> since it's possible to connect low speed devices such a USB keyboard
>> directly to a port and use the
