On 25.04.2012 02:16, Richard Chan wrote:
> 5. I have looked at the existing GRUB net+efinet stack. During my
> simple testing I have to be unaable to trigger the code path where
> grub populates the grub_net_structure from the UEFI PXE code. This
> occurs in grub_efi_net_config_real() in
> grub-co
On 25.04.2012 08:11, Thomas Frauendorfer wrote:
> On Wed, Apr 25, 2012 at 5:01 AM, Bean wrote:
>> Thanks for the info, I don't have any 4K drive to test. You can check
>> if ntfs fs driver is working properly since I don't remember if I have
>> made the 1024 MFT assumption elsewhere.
> I don't kno
On 25.04.2012 02:27, Samuel Thibault wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko, le Wed 25 Apr 2012 01:57:54 +0200, a
> écrit :
>> On 25.04.2012 01:52, Samuel Thibault wrote:
>>> +grub_util_error (_("Could not open path `%s'"), path);
>> This one should be unified with other similar messag
Vladimir 'φ-coder/phcoder' Serbinenko, le Wed 25 Apr 2012 10:36:59 +0200, a
écrit :
> On 25.04.2012 02:27, Samuel Thibault wrote:
> > Vladimir 'φ-coder/phcoder' Serbinenko, le Wed 25 Apr 2012 01:57:54 +0200, a
> > écrit :
> >> On 25.04.2012 01:52, Samuel Thibault wrote:
> >>> +grub_util_error
Hi,
I've added my code to read the frontkeys to a file
\grub-1.99.tar\grub-1.99\grub-1.99\grub-core\commands\i386\pc\checkfrontkeys.c
and it compiles fine (with ./configure, make and make install).
Later on the scripts install the file correctly as I can see
checkfrontkeys.mod in /boot/grub
S
On 25.04.2012 11:46, Joachim Mammele wrote:
> checkfrontkeysresult = checkfrontkeys;
There is no such syntax in neither bash nor GRUB
Look at hello.c as to how make a command.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
___
After a small fix for 256B sectors I've run the tests. Results are at
the end of this mail. First number is sector size, the second one is
cluster size. Failure with UUID for 256byte sectors is due to blkid bug.
The case 256/256 was excluded from tests as neither ntfs-3g nor windows
recognise such
Thank you.
With this I want to assign the value that was returned by checkfrontkeys
to checkfrontkeysresult in order to echo it in the next line (and later
on work with in doing some if(checkfrontkeysresult == "0x12")...
And what do I need to change in grub.cfg in order to call hello.
Would th
On Wed, Apr 25, 2012 at 8:16 AM, Richard Chan wrote:
> I am interested in getting UEFI/PXE working using the EFI IP/TFTP
> stack as hacked versions of grub-legacy (e,g., Fedora 17). Is there
> any wisdom that the list would like to shed?
>
> 1. ON EFI platforms grub-legacy directly uses the EFI T
Hi,
On Apr 25, 2012, at 8:59 AM, Bean wrote:
> On Wed, Apr 25, 2012 at 8:16 AM, Richard Chan wrote:
>> I am interested in getting UEFI/PXE working using the EFI IP/TFTP
>> stack as hacked versions of grub-legacy (e,g., Fedora 17). Is there
>> any wisdom that the list would like to shed?
>>
>> 1
Hello, with the attached script grub-fstest fails completely with
blocksize=1024 and partially with 2048. Do you have any idea why? I
tried to debug and my finding is that grub_nilfs2_read_checkpoint reads
garbage. pptr makes sense but it points inside a file instead of to the
metadata. If I load t
Hi Vladimir and list
"The information from EFI network is used only if efinet is embed in
grub.efi. Otherwise you have to call net_bootp manually"
1. How do you "embed" efinet.mod into the image so that
grub_efi_net_config is called?
I presume you mean somthing different from preload of module?
On Thu, Apr 26, 2012 at 1:57 AM, Seth Goldberg wrote:
> Just to chime in here with some data -- I've found numerous UEFI systems'
> network functionality to be buggy (what a shock, right). Specifically, using
> the TFTP APIs allow files to be retrieved, but using GRUB 2's TFTP stack,
> those
On 25.04.2012 22:20, Richard Chan wrote:
> Hi Vladimir and list
>
> "The information from EFI network is used only if efinet is embed in
> grub.efi. Otherwise you have to call net_bootp manually"
>
> 1. How do you "embed" efinet.mod into the image so that
> grub_efi_net_config is called?
> I presum
On 25.04.2012 22:21, Bean wrote:
> On Thu, Apr 26, 2012 at 1:57 AM, Seth Goldberg
> wrote:
>> Just to chime in here with some data -- I've found numerous UEFI systems'
>> network functionality to be buggy (what a shock, right). Specifically,
>> using the TFTP APIs allow files to be retrieved,
On 25.04.2012 21:12, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Hello, with the attached script grub-fstest fails completely with
> blocksize=1024 and partially with 2048. Do you have any idea why? I
> tried to debug and my finding is that grub_nilfs2_read_checkpoint reads
> garbage. pptr makes
2012/4/26 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 25.04.2012 22:21, Bean wrote:
>> On Thu, Apr 26, 2012 at 1:57 AM, Seth Goldberg
>> wrote:
>>> Just to chime in here with some data -- I've found numerous UEFI systems'
>>> network functionality to be buggy (what a shock, right). Specifical
On Apr 25, 2012, at 7:23 PM, Bean wrote:
> 2012/4/26 Vladimir 'φ-coder/phcoder' Serbinenko :
>> On 25.04.2012 22:21, Bean wrote:
>>> On Thu, Apr 26, 2012 at 1:57 AM, Seth Goldberg
>>> wrote:
Just to chime in here with some data -- I've found numerous UEFI systems'
network functional
On Thu, Apr 26, 2012 at 12:10 PM, Seth Goldberg
wrote:
> How does this work around the issue? I'm not seeing it -- we call SNP
> directly. We don't go through UDP or any other upper layers in efinet. When
> I did the investigation, I removed ALL other consumers of SNP manually via
> the efi
On Apr 25, 2012, at 11:22 PM, Bean wrote:
> On Thu, Apr 26, 2012 at 12:10 PM, Seth Goldberg
> wrote:
>> How does this work around the issue? I'm not seeing it -- we call SNP
>> directly. We don't go through UDP or any other upper layers in efinet.
>> When I did the investigation, I remov
20 matches
Mail list logo