Please evaluate size increase for this. In the past passing file and line
number to grub_dprintf was a huge source of increased Kern and core size
Le mer. 4 mars 2020 à 13:01, Javier Martinez Canillas
a écrit :
> From: Peter Jones
>
> Add file and line to grub_error() output to make troubleshoo
Le ven. 6 mars 2020 à 12:38, Javier Martinez Canillas
a écrit :
> Hello Vladimir,
>
> Thanks a lot for your feedback.
>
> On 3/5/20 3:22 PM, Vladimir 'phcoder' Serbinenko wrote:
> > Please evaluate size increase for this. In the past passing file and line
> &
Le ven. 6 mars 2020 à 13:43, Daniel Kiper a écrit :
> Re-adding grub-devel@gnu.org...
>
> On Fri, Mar 06, 2020 at 12:44:05PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > Le ven. 6 mars 2020 à 12:42, Daniel Kiper a écrit
> :
> >
> > > On T
as occupied
>
> I just hope this question is not too silly...
>
> Best regards,
> Didier
>
>
> [1]https://uefi.org/sites/default/files/resources/UEFI_Spec_2_8_A_Feb14.pdf
> § 5.3.1 GPT overview
>
> ___
> It would be best to use a boot partition so the core.img space is
> reserved by the GPT, but I once wanted to tack i386-pc GRUB onto an
> existing UEFI GPT disk, so I wrote the commands that do what you're
> describing here:
>
> https://github.com/dm0-/installer/blob/master/examples/systems/fitpc
il/setup.c
+++ b/util/setup.c
@@ -254,7 +254,8 @@ SETUP (const char *dir,
const char *boot_file, const char *core_file,
const char *dest, int force,
int fs_probe, int allow_floppy,
- int add_rs_codes __attribute__ ((unused))) /* unused on sparc64 */
+ int add
nvinced me to phase out small MBR gaps
> > support gradually. This is first step in this journey. We think that we
> > have to build some warnings into the code and extend documentation.
> > Please chime in what you think about that...
> >
> > On Tue, Mar 10, 2020 at 01:23
Could you explain why we would need this patch? It changes nothing AFAICT
On Fri, Mar 27, 2020, 12:01 Flavio Suligoi wrote:
> Signed-off-by: Flavio Suligoi
> ---
> include/grub/efi/api.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/grub/efi/api.h b/include/g
$ra
+ nop
--
2.20.1
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
first step in this journey. We think that we
> have to build some warnings into the code and extend documentation.
> Please chime in what you think about that...
>
> On Tue, Mar 10, 2020 at 01:23:10PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> > Daniel, do you want to
const char *dest, int force,
int fs_probe, int allow_floppy,
- int add_rs_codes __attribute__ ((unused))) /* unused on sparc64 */
+ int add_rs_codes __attribute__ ((unused)), /* unused on sparc64 */
+ int warn_small)
{
char *core_path;
char *boot_img, *core
On Tue, May 12, 2020 at 1:48 PM Daniel Kiper wrote:
>
> On Mon, Apr 27, 2020 at 05:51:34PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> > We don't want to support small MBR gap in pair with anything but
> > the simplest config of biosdisk+part_msdos+simple fil
Signed-off-by: Bladimir Serbinenko
On Fri, May 29, 2020 at 3:09 PM Vladimir 'phcoder' Serbinenko
wrote:
>
> On Tue, May 12, 2020 at 1:48 PM Daniel Kiper wrote:
> >
> > On Mon, Apr 27, 2020 at 05:51:34PM +0200, Vladimir 'phcoder' Serbinenko
> > wro
On Mon, Jun 1, 2020, 15:21 Chris Coulson
wrote:
> When a file is verified, the entire contents of the verified file are
> loaded in to memory and retained until the file handle is closed. A
> consequence of this is that opening a loopback image can incur a
> significant memory cost.
>
> As loopba
On Tue, Jun 2, 2020, 10:40 Daniel Axtens wrote:
> cmdline_cat takes a checksum of a screen that includes the grub
> version number, so it has been broken since commit 94d9926a6640
> ("Release 2.04~rc1"). That was in April 2019.
>
> I have not been able to get the gfxterm_menu tests to pass under
On Tue, Jun 2, 2020, 13:21 Dimitri John Ledkov wrote:
> On Tue, 2 Jun 2020 at 12:12, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> >
> >
> > On Mon, Jun 1, 2020, 15:21 Chris Coulson
> wrote:
> >>
> >> When a file is verified, the enti
On Mon, Jun 1, 2020, 21:34 Patrick Steinhardt wrote:
> Adjust the interface of `grub_efi_mm_add_regions ()` to take a set of
> `GRUB_MM_REGION_*` flags, which most notably is currently only the
> `CONSECUTVE` flag. This allows us to set the function up as callback for
> the memory subsystem and h
This patch series introduces an escaping of spaces that is compatible
with linux parameter parsing. Also it adds some needed tests for this
part of code
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu
--
Regards
Vladimir 'phcoder' Serbinenko
0001-Put-quote-after-equal-sign-when-it-makes-sense.patch
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
0002-cmdline-Make-arguments-const.patch
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
0003-Add-tests-for-cmdline-module.patch
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On Sat, Jul 11, 2020, 13:01 Vladimir 'phcoder' Serbinenko
wrote:
>
>
> On Fri, Jul 10, 2020, 11:19 朱光宏 wrote:
>
>>
>> In many cases, entryname is null, so there is no need to call this
>> function often, it is faster to do this, what do you thin
Why is this patch needed? Can't subvolumes be reached from real root? Isn't
autogenerated grub.cfg use the names based on real root
On Sat, Jul 11, 2020, 05:52 wrote:
> From: Jeff Mahoney
>
> This patch adds the ability to specify a different root on a btrfs
> filesystem too boot from other tha
You need to insmod the usb controller driver
вт, 25 авг. 2020 г., 18:06 Arindam Khan :
> Hi,
>
>I am working on a custom STM32 board and have configured the board's
> USB OTG as a serial modem device. In Linux, it is getting detected as a
> "/dev/ttyACM" and all read and write is working fine
with official source?
>
> Above command works fine if I use linaro-5.4.1 toolchain.
> Can somebody please help to know why the issues is coming with newer
> toolchain (like GCC 7.4-2019.02) and any fix for that ?
>
>
> Regards,
> Wasim
>
--
Regards
Vladimir 'phcoder
Lua is not part of official grub. You need to add grub-contrib for it to
work. If you still have problem even with grub-contrib enabled please let
me know
On Wed, 14 Oct 2020, 10:34 Tianjia Zhang,
wrote:
> Hi everyone,
>
> I want to use lua to do some logic on grub, which needs to be embedded
>
Here is the repo: https://savannah.nongnu.org/git/?group=grub-extras
As to why is not in main repo:
1) it's a different license
2) it's a large codebase compared to grub itself
3) it's useful only in edge cases
So it was kept in separate repo
If you have any trouble please let me know
On Wed, 14
performance advantage to align
partitions on larger boundaries anyway, so the first partition might start 1
MiB from the start of the disk.
--
2.20.1
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
r *dest, int force,
int fs_probe, int allow_floppy,
- int add_rs_codes __attribute__ ((unused))) /* unused on sparc64 */
+ int add_rs_codes __attribute__ ((unused)), /* unused on sparc64 */
+ int warn_small __attribute__ ((unused))) /* unused on sparc64 */
{
char *core_p
On Wed, 11 Nov 2020, 04:39 Michael Chang, wrote:
> On Tue, Nov 10, 2020 at 08:49:52PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > From: Vladimir Serbinenko
> > Date: Tue, 10 Nov 2020 20:42:12 +0100
> > Subject: [PATCH 1/2] Warn on small MBR gaps on compli
unused on sparc64 */
+ int add_rs_codes __attribute__ ((unused)), /* unused on sparc64 */
+ int warn_small)
{
char *core_path;
char *boot_img, *core_img, *boot_path;
@@ -530,7 +531,7 @@ SETUP (const char *dir,
GRUB_EMBED_PCBIOS, §ors);
else if (ctx.dest_partmap)
err = ctx.dest_partmap->embed (dest_dev->disk, &nsec, maxsec,
- GRUB_EMBED_PCBIOS, §ors);
+ GRUB_EMBED_PCBIOS, §ors, warn_small);
else
err = fs->fs_embed (dest_dev, &nsec, maxsec,
GRUB_EMBED_PCBIOS, §ors);
--
2.20.1
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
performance advantage to align
partitions on larger boundaries anyway, so the first partition might start 1
MiB from the start of the disk.
--
2.20.1
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
unused on sparc64 */
+ int add_rs_codes __attribute__ ((unused)), /* unused on sparc64 */
+ int warn_small)
{
char *core_path;
char *boot_img, *core_img, *boot_path;
@@ -530,7 +531,7 @@ SETUP (const char *dir,
GRUB_EMBED_PCBIOS, §ors);
else if (ctx.dest_partmap)
err = ctx.dest_partmap->embed (dest_dev->disk, &nsec, maxsec,
- GRUB_EMBED_PCBIOS, §ors);
+ GRUB_EMBED_PCBIOS, §ors, warn_small);
else
err = fs->fs_embed (dest_dev, &nsec, maxsec,
GRUB_EMBED_PCBIOS, §ors);
--
2.20.1
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
performance advantage to align
partitions on larger boundaries anyway, so the first partition might start 1
MiB from the start of the disk.
--
2.20.1
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
Signed-off-by: Vladimir Serbinenko
On Fri, Nov 13, 2020 at 9:27 PM Vladimir 'phcoder' Serbinenko
wrote:
>
> From 515ee70c0a289624f71f43cbd09be2a1b929f574 Mon Sep 17 00:00:00 2001
> From: Vladimir Serbinenko
> Date: Mon, 27 Apr 2020 17:50:04 +0200
> Subject: [PATCH 1/2]
I have added -M indy in my own branch but never released it
сб, 5 дек. 2020 г., 13:34 Glenn Washburn :
> Hi,
>
> I'm looking into getting grub qemu testing working for the "mis-arc"
> target. Is anyone running these tests successfully? In grub-shell that
> target passed the -M indy arguments to
On Fri, Dec 4, 2020 at 5:53 AM Renaud Métrich wrote:
>
> Hi,
>
> Testing the proposed patch on my old Asus N53SN in Legacy failed: as soon as
> at_keyboard is selected, the keys are corrupted and it's impossible to do
> anything.
>
> Digging into this, it appears that query_mode() returns 2 (so
We try to avoid build time config as much as possible as it creates
slightly different binary versions and so far we've been successful.
There's only one config that changes resulting binary (besides platform
obviously). Please check why relocate is not able to process large ramdisk
instead
пн, 4
чт, 4 февр. 2021 г., 16:25 Lennart Sorensen :
> On Wed, Feb 03, 2021 at 10:54:28PM -0800, Hanson Char wrote:
> > I don't know if Grub currently has any sound or accessibility support.
> How
> > about having a config option to send some ASCII bell characters "\x07" to
> > the terminal upon the even
Most likely the issue is the BIOS giving wrong values. It's interesting
that you get different values from Linux BIOS info but my guess is that
Linux corrects wrong BIOS data by comparing with data reported by native
driver. This being said If like to be proven wrong. I would modify Linux to
save a
Please try to print/save arguments and results as close to the calling site
as reasonable. Maybe Linux passes some other argument differently
Le ven. 12 mars 2021 à 19:00, Vladimir 'phcoder' Serbinenko <
phco...@gmail.com> a écrit :
> Most likely the issue is the BIOS giving
Erwin, can you upload new pot file please?
Le ven. 12 mars 2021 à 21:02, Daniel Kiper a
écrit :
> Hi all,
>
> The GRUB maintainers are proud to announce the GRUB 2.06~rc1 that has
> been just released.
>
> We would like to thank all the people who have contributed to the project.
>
> The tarball
Filesystems are not mounted in GRUB. This patch will result in GRUB
outputting a warning on every access to any XFS that has this flag set,
even if it is not related to further booting. It will create an excessive
noise. FS drivers shouldn't print anything except dprintf's
Le lun. 19 avr. 2021 à 1
Any reason to drop OpenHackware?
Le lun. 6 sept. 2021 à 07:48, Daniel Axtens a écrit :
> Open Hack'Ware was the only user.
>
> Signed-off-by: Daniel Axtens
> ---
> grub-core/term/ieee1275/console.c | 4 +---
> include/grub/ieee1275/ieee1275.h | 3 ---
> 2 files changed, 1 insertion(+), 6 dele
Le lun. 6 sept. 2021 à 08:53, Vladimir 'phcoder' Serbinenko <
phco...@gmail.com> a écrit :
> Any reason to drop OpenHackware?
>
I've just seen the other mail thread. Will answer there
>
> Le lun. 6 sept. 2021 à 07:48, Daniel Axtens a écrit :
>
>> Open
Le lun. 6 sept. 2021 à 12:49, Olaf Hering a écrit :
> For some reason global variables are not seen in a submenu {} section.
> Does anyone happen to know why this behavior is useful?
>
You need to export variable to make it visible in submenu
>
> Pseudocode:
>
> set var=val
> menuentry "me" {
>
e_subarch_data;
>grub_uint32_t payload_offset;
>grub_uint32_t payload_length;
> - grub_uint64_t setup_data;
> + grub_uint64_t setup_data;/* linked list of additional boot
> parameters (E820, DTB, PCI)*/
>grub_uint64_t pref_address;
>grub_uint32_t
Le mer. 29 sept. 2021, 07:42, Qu Wenruo via Grub-devel
a écrit :
> Hi,
>
> I'm recently considering to cross-port btrfs-progs/U-boot btrfs code to
> GRUB, so that we can have more unified code base, with more features
> (and of-course bug fixes)
>
Did you check the license compatibility first? GR
On Fri, Oct 1, 2021 at 2:13 AM Qu Wenruo wrote:
>
>
>
> On 2021/9/30 18:51, Qu Wenruo wrote:
> >
> >
> > On 2021/9/30 18:20, Vladimir 'phcoder' Serbinenko wrote:
> >>
> >>
> >> Le jeu. 30 sept. 2021, 00:24, Qu Wenruo >> <
gt;sparc64_ieee1275_ldflags = '-Wl,-Ttext,0x4400';
>mips_arc_ldflags= '-Wl,-Ttext,$(TARGET_LINK_ADDR)';
>mips_qemu_mips_ldflags= '-Wl,-Ttext,0x8020';
> diff --git a/include/grub/offsets.h b/include/grub/offsets.h
> index 871e1cd4c38c..8b2d6ab971be 100644
> ---
ac G3) and 512 MiB (powerbook G4). With 128 MiB or more,
loading at 2MiB or 8 MiB shouldn't be much of a difference probably
(still needs to be tested). However I wonder of the impact on 32 MiB
and 64 MiB machines but not able to test outside of emulator
>
> Be well,
> --Robbie
--
Re
Why not just add "export superusers" to the config file?
Le jeu. 9 déc. 2021, 15:42, 周子隆 a écrit :
> Since GRUB supports multi-level menu entries:
>In order to enable authentication support, the "superusers" variable
> and "--unrestricted" in menu entry has been set, but GRUB authenticatio
1;
> +}
> +
>/* The conversion below allows seconds=60, so don't trust its validation.
> */
>if ((time & 0x1F) > 29)
> return 0;
> --
> 2.33.1
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gn
name[path16_len + 1];
> --
> 2.11.0
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
char *) 0x41c) = keylen + 0x1e;
>grub_memcpy ((char *) 0x41e, sendkey, 0x20);
>
>/* Transform "any ctrl" to "right ctrl" flag. */
> --
> 2.11.0
>
>
> _______
> Grub-devel mailing list
> Grub-devel@gnu.
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
ues? Then it will get
unsealed when booted through GRUB
>
> --
> Chris Murphy
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
Le jeu. 5 mai 2022, 15:55, Stefan Agner a écrit :
> Despite the UEFI specification saying "the requirement is that the
> start address of a buffer must be evenly divisible by IoAlign with
> no remainder.", it seems that a higher alignment requirement is
> neecssary on some system (e.g. a Intel NU
We should avoid mallocs on every character as mallocs can be slow. Can we
instead save scaled versions and reuse them so that we need to do mallocs
only once per glyph instead of every time it's used?
Le mar. 31 mai 2022, 13:21, Zhang Boyang a
écrit :
> This patch adds an argument 'scale' to gru
I agree with Andrei. El torito catalog contains bootable binaries. The fact
that this binary follows FAT format is purely tangential and we should not
put additional files there or access it either
Le 20 juin 2015 13:17, "Ross Lagerwall" a écrit :
> On Mon, Jun 08, 2015 at 10:01:17PM +0300, Andre
Which compilers support these flags? I'm concerned of breaking old compilers
Le 30 juin 2015 14:57, "Paulo Flabiano Smorigo" <
pfsmor...@linux.vnet.ibm.com> a écrit :
> libgcc dependency was removed *just* for this target because
> the distros that use ppc64el doesn't have 32-bit support on it.
>
What about clang?
Le 30 juin 2015 16:30, "Andrei Borzenkov" a écrit :
> On Tue, Jun 30, 2015 at 5:03 PM, Vladimir 'phcoder' Serbinenko
> wrote:
> > Which compilers support these flags? I'm concerned of breaking old
> compilers
> >
>
&g
I think those flags disable only runtime libraries, not the code generation
Le 30 juin 2015 20:29, "Andrei Borzenkov" a écrit :
> В Tue, 30 Jun 2015 15:05:46 -0300
> Paulo Flabiano Smorigo пишет:
>
> > On 2015-06-30 11:33, Vladimir 'phcoder' Serbinenko wrote:
Le 14 juil. 2015 19:25, "Luc Van Rompaey" a
écrit :
>
> Just a few quick notes:
> I have just retried to integrate my 'setkey' and 'setnumpad' commands
into my input terminal module, and it works.
> I have no idea what I did wrong when I tried it earlier on, but it
obviously must have been somethi
I'll do next beta tomorrow and will assess current open bugs to see how far
we're from release
Le 20 juil. 2015 20:23, "Peter Jones" a écrit :
> Hi everyone,
> Is there a plan for when upcoming GNU GRUB releases will happen?
>
> As far as I can tell, the last official release on
> ftp://ftp.gnu.o
Le 24 juil. 2015 06:20, "Andrei Borzenkov" a écrit :
>
> В Mon, 20 Jul 2015 14:22:45 -0400
> Peter Jones пишет:
>
> > Hi everyone,
> > Is there a plan for when upcoming GNU GRUB releases will happen?
> >
> > As far as I can tell, the last official release on
> > ftp://ftp.gnu.org/gnu/grub/ was 2.
Le 23 juil. 2015 16:11, "Paulo Flabiano Smorigo" <
pfsmor...@linux.vnet.ibm.com> a écrit :
>
> Updated version with the suggestions from Andrei Borzenkov.
>
> * grub-core/kern/elf.c: check and switch endianess with grub_{be,le}_to
> cpu functions.
> * grub-core/kern/elfXX.c: Likewise.
>
> Also-by:
Other than 3 and 5 they require difficult configuration. Mapping devices in
GRUB isn't trivial. Those features are difficult to autoconfigure. Consider
"plain" mode: how will you find which disk is yours when you have 5 disks
all looking as random data?
Le 28 juil. 2015 8:59 PM, "John Lane" a écri
i386-ieee1275 and some other ports still fail the tests
Le 29 juil. 2015 9:09 PM, "Bruce Dubbs" a écrit :
> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>
>> On 20.07.2015 21:25, Vladimir 'phcoder' Serbinenko wrote:
>>
>>> I'll do n
This patch improperly assumes that GRUB is the only thing in EFI that
transmits. Your patch surely fixed your machine but likely breaks some
other machines. Could you instead make an explicit check for (void *)1 and
add a comment on which machine it's necessary?
Le 5 août 2015 10:28 PM, "Josef Baci
Making user aware of such deeply technical stuff is almost always bad
thing. Moreover it's not always easy to set this variable early enough
Le 5 août 2015 10:50 PM, "Josef Bacik" a écrit :
> On 08/05/2015 04:39 PM, Josef Bacik wrote:
>
>> On 08/05/2015 04:32 PM, Vl
Le 10 oct. 2015 3:31 AM, "Eric Snowberg" a
écrit :
>
>
> > On Oct 9, 2015, at 12:50 AM, Andrei Borzenkov
wrote:
> >
> > On Thu, Oct 8, 2015 at 2:20 AM, Eric Snowberg
wrote:
> >>
> >>> On Oct 7, 2015, at 2:36 AM, Andrei Borzenkov
wrote:
> >>>
> >>> On Tue, Oct 6, 2015 at 8:39 PM, Eric Snowberg <
Le 14 oct. 2015 6:50 AM, "Andrei Borzenkov" a écrit :
>
> 10.10.2015 03:28, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 09.10.2015 23:14, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>>
>>> On 13.09.2015 08:32, Andrei
There are patches for it but they will not be integrated as plain dm-crypt
has no advantages compared to LUKS and cannot be configured reliably when
device names change as they have no UUID
Le 27 oct. 2015 8:20 AM, a écrit :
> Hello;
> I apologize if this question has already been asked. A web se
Le 27 oct. 2015 5:34 PM, "Eric Snowberg" a
écrit :
>
>
> > On Oct 25, 2015, at 9:20 AM, Vladimir 'φ-coder/phcoder' Serbinenko <
phco...@gmail.com> wrote:
> >
> > On 11.10.2015 18:49, Eric Snowberg wrote:
> >>
> >>> On Oct
patching it ourselves is not an option, as going to
that length to include the feature would indicate that we are most likely
using it, thus throwing plausible deniability out the window. In other
words, to keep it plausible, it would have to be a stock feature across the
board.
>
> Chris
On 29 Oct 2015 8:51 pm, "Andrei Borzenkov" wrote:
>
> 29.10.2015 18:12, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>>
>>> As you can see, it thinks /dev/sda6 a 'bfs' partition, causing script
>>> 83haiku to fail.
>>>
>
On 30 Oct 2015 9:06 pm, "Vladimir 'φ-coder/phcoder' Serbinenko" <
phco...@gmail.com> wrote:
>
> On 30.10.2015 15:26, Andrei Borzenkov wrote:
> > See
> >
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=206676601eb853fc319df14cd3398fbdfde665ac
&
Opened Savannah support ticket
Le 31 oct. 2015 2:54 PM, "Andrei Borzenkov" a écrit :
> 30.10.2015 23:19, Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 30.10.2015 21:09, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>
>>> On 30.1
Go ahead
Le 31 oct. 2015 9:39 AM, "Andrei Borzenkov" a écrit :
> This did not cause real problem but is good for reproducible builds. I hit
> it with recent bootinfoscript that displays embedded config; I was puzzled
> by random garbage at the end.
>
> Prezero memory buffer used to assemble core.
Le 2 nov. 2015 8:25 AM, "Vladimir 'phcoder' Serbinenko"
a écrit :
>
> Go ahead
>
Actually please wait till Savannah admins kill the empty commit
> Le 31 oct. 2015 9:39 AM, "Andrei Borzenkov" a
écrit :
>>
>> This did not cause real problem
The code itself looks good but I'd like more details. Reading 0x
shouldn't cause reboot. Why does it?
Le 1 nov. 2015 3:53 PM, "Andrei Borzenkov" a écrit :
> I was debugging problem reported by user on Dell Dimension 8300 - it
> rebooted when doing "ls -l". It turned out, the problem was t
Which platform is it? i386-pc, i386-efi or x86_64-efi? The behavior is
actually will defined, just different between cpu modes
Le 3 nov. 2015 6:08 PM, "Andrei Borzenkov" a écrit :
> 03.11.2015 19:28, Vladimir 'phcoder' Serbinenko пишет:
>
>> The code itself look
Le 3 nov. 2015 6:46 PM, "Aaron Durbin" a écrit :
>
> On Tue, Nov 3, 2015 at 10:28 AM, Vladimir 'phcoder' Serbinenko
> wrote:
> > The code itself looks good but I'd like more details. Reading 0x
> > shouldn't cause reboot. Why does it?
Le 2 nov. 2015 7:48 PM, "Andrei Borzenkov" a écrit :
>
> Extra catalogs added in da0d5b3f explicitly require C.UTF-8 locale. This
locale may not be present (e.g. openSUSE does not have it).
>
> Upstream gettext (and hence en@quot rules) does not use it. Is forcing
this locale really needed?
>
>
We
Le 4 nov. 2015 11:47 AM, "Vladimir 'phcoder' Serbinenko"
a écrit :
>
>
> Le 4 nov. 2015 10:48 AM, "Fu Wei" a écrit :
> >
> > Hi Vladimir,
> >
> > Great thanks for your help :-)
> >
> >
> > On 4 November 2015 at 02
Le 4 nov. 2015 12:03 PM, "Fu Wei" a écrit :
>
> Hi Vladimir,
>
>
> On 4 November 2015 at 18:47, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> > Le 4 nov. 2015 10:48 AM, "Fu Wei" a écrit :
> >>
> >> Hi Vladimir,
>
Le 4 nov. 2015 12:09 PM, "Fu Wei" a écrit :
>
> Hi Vladimir,
>
> On 4 November 2015 at 19:06, Fu Wei wrote:
> > Hi Vladimir,
> >
> > On 4 November 2015 at 18:47, Vladimir 'phcoder' Serbinenko
> > wrote:
> >>
> >
Le 4 nov. 2015 12:12 PM, "Vladimir 'phcoder' Serbinenko"
a écrit :
>
>
> Le 4 nov. 2015 12:09 PM, "Fu Wei" a écrit :
> >
> > Hi Vladimir,
> >
> > On 4 November 2015 at 19:06, Fu Wei wrote:
> > > Hi Vladimir,
> > &
.
>
> I think that is a fine
> behaviour to be starting with.
>
Whatever we do now, we're stuck with it. It's interface and almost
impossible to retire. We need a sane interface from day 1
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.o
Le 31 oct. 2015 8:02 AM, "Andrei Borzenkov" a écrit :
>
> mkimage sets module size to aligned value; later it is used to actually
process it which /may/ lead to inconsistency (as any comparison is against
stored aligned size, not actual module size).
>
Which inconsistency do you have in mind?
> Sa
Le 4 nov. 2015 12:26 PM, "Andrei Borzenkov" a écrit :
>
> 04.11.2015 14:21, Vladimir 'phcoder' Serbinenko пишет:
>
>> Le 31 oct. 2015 8:02 AM, "Andrei Borzenkov" a
écrit :
>>>
>>>
>>> mkimage sets module size to aligned
Le 18 sept. 2015 8:09 PM, "Andrei Borzenkov" a écrit :
>
> It cannot work anyway because host disk cannot be read. This fixes hostfs
access
> on native Windows build where filenames start with '\' or do not have
initial
> separator at all (d:\foo).
>
> Issue was observed when running grub-fstest o
Le 17 août 2015 5:26 PM, "Mark Lee" a écrit :
>
> On Monday, August 17, 2015 05:22:43 PM Andrei Borzenkov wrote:
> > Error itself simply says that kernel cannot find root fs. It does not
> > say anything about why it happened.
> Yes. It boots on hardware (dd if=test.img of=). Just not on
qemu
> +
Le 12 août 2015 11:04 AM, "Ian Campbell" a écrit :
>
>
> (Having written the below I see too late that this is a grub patch not a
> Xen one, a tag in the subject for such cross posted patches would be
useful
> please. Anyway, my opinion counts for very little in this context but I
> leave it below
> @@ -1674,7 +1673,9 @@ module = {
> module = {
>name = fdt;
>arm64 = loader/arm64/fdt.c;
> - enable = arm64;
> + arm = loader/arm/fdt.c;
Where does this file come from?
> + common = lib/fdt.c;
> + enable = fdt;
> };
>
> module = {
>
> On 4 November 201
Le 5 nov. 2015 10:48 AM, "Fu Wei" a écrit :
>
> Hi Vladimir
>
> On 5 November 2015 at 17:45, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> > Le 5 nov. 2015 9:51 AM, "Fu Wei" a écrit :
> >>
> >> Hi Vladimir
> >&
Le 5 nov. 2015 2:39 PM, "Fu Wei" a écrit :
>
> Hi Vladimir,
>
>
> On 5 November 2015 at 18:00, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> > Le 5 nov. 2015 10:48 AM, "Fu Wei" a écrit :
> >>
> >> Hi Vladimir
&g
I don't have EFI spec under my hand now. Can we get away with making it a
default or at least for the case when no interface overrides mac address.
Extra config to workaround firmware bugs is usually harmful
Le 5 nov. 2015 9:17 PM, "Josef Bacik" a écrit :
> We have some hardware that doesn't hono
n to go
to promiscuous mode to network interface structure
On 11/05/2015 03:28 PM, Vladimir 'phcoder' Serbinenko wrote:
> I don't have EFI spec under my hand now. Can we get away with making it
> a default or at least for the case when no interface overrides mac
> address. Extra con
401 - 500 of 4347 matches
Mail list logo
