On Mon, 27 Apr 2020 at 23:16, Heinrich Schuchardt wrote:
>
> Am April 27, 2020 8:58:57 PM UTC schrieb Heinrich Schuchardt
> :
> >Am April 27, 2020 8:52:43 PM UTC schrieb Ard Biesheuvel
> >:
> >>On Mon, 27 Apr 2020 at 22:47, Ard Biesheuvel wrote:
> >>>
> >>> On Mon, 27 Apr 2020 at 22:47, Heinrich
Am April 27, 2020 8:58:57 PM UTC schrieb Heinrich Schuchardt
:
>Am April 27, 2020 8:52:43 PM UTC schrieb Ard Biesheuvel
>:
>>On Mon, 27 Apr 2020 at 22:47, Ard Biesheuvel wrote:
>>>
>>> On Mon, 27 Apr 2020 at 22:47, Heinrich Schuchardt
>> wrote:
>>> >
>>> > Am April 27, 2020 7:39:38 PM UTC schrieb
Am April 27, 2020 8:52:43 PM UTC schrieb Ard Biesheuvel :
>On Mon, 27 Apr 2020 at 22:47, Ard Biesheuvel wrote:
>>
>> On Mon, 27 Apr 2020 at 22:47, Heinrich Schuchardt
> wrote:
>> >
>> > Am April 27, 2020 7:39:38 PM UTC schrieb Ard Biesheuvel
>:
>> > >On Mon, 27 Apr 2020 at 21:36, Heinrich Schuchar
Am April 27, 2020 8:47:51 PM UTC schrieb Ard Biesheuvel :
>On Mon, 27 Apr 2020 at 22:47, Heinrich Schuchardt
>wrote:
>>
>> Am April 27, 2020 7:39:38 PM UTC schrieb Ard Biesheuvel
>:
>> >On Mon, 27 Apr 2020 at 21:36, Heinrich Schuchardt
>
>> >wrote:
>> >>
>> >> On 4/27/20 1:01 PM, Daniel Kiper wrot
On Mon, 27 Apr 2020 at 22:47, Ard Biesheuvel wrote:
>
> On Mon, 27 Apr 2020 at 22:47, Heinrich Schuchardt wrote:
> >
> > Am April 27, 2020 7:39:38 PM UTC schrieb Ard Biesheuvel :
> > >On Mon, 27 Apr 2020 at 21:36, Heinrich Schuchardt
> > >wrote:
> > >>
> > >> On 4/27/20 1:01 PM, Daniel Kiper wro
On Mon, 27 Apr 2020 at 22:47, Heinrich Schuchardt wrote:
>
> Am April 27, 2020 7:39:38 PM UTC schrieb Ard Biesheuvel :
> >On Mon, 27 Apr 2020 at 21:36, Heinrich Schuchardt
> >wrote:
> >>
> >> On 4/27/20 1:01 PM, Daniel Kiper wrote:
> >> > On Mon, Apr 27, 2020 at 08:15:41AM +0200, Ard Biesheuvel w
Am April 27, 2020 7:39:38 PM UTC schrieb Ard Biesheuvel :
>On Mon, 27 Apr 2020 at 21:36, Heinrich Schuchardt
>wrote:
>>
>> On 4/27/20 1:01 PM, Daniel Kiper wrote:
>> > On Mon, Apr 27, 2020 at 08:15:41AM +0200, Ard Biesheuvel wrote:
>> >> On Sun, 26 Apr 2020 at 21:40, Atish Patra
>wrote:
>> >>>
>>
On Mon, 27 Apr 2020 at 21:36, Heinrich Schuchardt wrote:
>
> On 4/27/20 1:01 PM, Daniel Kiper wrote:
> > On Mon, Apr 27, 2020 at 08:15:41AM +0200, Ard Biesheuvel wrote:
> >> On Sun, 26 Apr 2020 at 21:40, Atish Patra wrote:
> >>>
> >>> This series adds grub loader support for RISC-V Linux. Thanks
On 4/27/20 1:01 PM, Daniel Kiper wrote:
> On Mon, Apr 27, 2020 at 08:15:41AM +0200, Ard Biesheuvel wrote:
>> On Sun, 26 Apr 2020 at 21:40, Atish Patra wrote:
>>>
>>> This series adds grub loader support for RISC-V Linux. Thanks to the awesome
>>> initial RISC-V support added by Alex, we just neede
We don't want to support small MBR gap in pair with anything but
the simplest config of biosdisk+part_msdos+simple filesystem. In this
path "simple filesystems" are all current filesystems except zfs and
btrfs.
---
grub-core/partmap/gpt.c | 9 -
grub-core/partmap/msdos.c | 7 ++
On Wed, Mar 11, 2020 at 2:34 PM Daniel Kiper wrote:
>
> Adding Michael, Mihai, Javier and Peter...
>
> Below you can find what more or less Vladimir and I agreed WRT small MBR
> gap. In general Vladimir convinced me to phase out small MBR gaps
> support gradually. This is first step in this journe
Lack of them causes random instructions to be executed before the
jump really happens.
Signed-off-by: Vladimir Serbinenko
---
grub-core/kern/mips/cache.S | 2 ++
1 file changed, 2 insertions(+)
diff --git a/grub-core/kern/mips/cache.S b/grub-core/kern/mips/cache.S
index fa6897e14..fa331eca1 10
On Sun, Apr 26, 2020 at 12:53:35AM -0400, Mike Gilbert wrote:
> On Thu, Apr 23, 2020 at 5:10 AM Anatoly Pugachev wrote:
> >
> > On Tue, Jul 30, 2019 at 3:10 PM Anatoly Pugachev wrote:
> > >
> > > On Tue, Jul 30, 2019 at 1:00 PM John Paul Adrian Glaubitz
> > > wrote:
> > > > On 7/30/19 10:11 AM,
Daniel and Eli, thank you for nice explanations. I would like to add
just a thew things...
On Thu, Apr 23, 2020 at 11:17:40AM -0400, Eli Schwartz wrote:
> On 4/23/20 10:20 AM, Hans Ulrich Niedermann wrote:
> > Hello,
> >
> > as I am continuing to flood this mailing list with patches, I am
> > real
Sometimes, writing a custom grub.cfg configuration file, especially with
embedded systems, it is indispensable to know the version of the running GRUB.
This is essential for every automatic sw update procedure.
The easier way to know the GRUB version is by dedicated environment variables.
In this
On Fri, Apr 24, 2020 at 12:43:46AM +0200, Hans Ulrich Niedermann wrote:
> Daniel Kiper has asked me to provide the following set of four patches:
>
> 1. Split patterns into two groups.
> 2. Alphabetically sort the patterns within each group.
> 3. Add / to patterns which should have one.
> 4
On Mon, Apr 27, 2020 at 01:20:35PM +0200, Daniel Kiper wrote:
> On Fri, Apr 24, 2020 at 12:43:47AM +0200, Hans Ulrich Niedermann wrote:
> > Group the .gitignore patterns into two groups:
> >
> > * Patterns including a slash, i.e. matching only relative to the
> > .gitignore file's directory.
On Fri, Apr 24, 2020 at 12:43:49AM +0200, Hans Ulrich Niedermann wrote:
> As all gitignore patterns containing a left or middle slash match
> only relative to the .gitignore file's directory, we write them
> all in the same manner with a leading slash.
Ehhh... And this commit message makes me thin
On Fri, Apr 24, 2020 at 12:43:47AM +0200, Hans Ulrich Niedermann wrote:
> Group the .gitignore patterns into two groups:
>
> * Patterns including a slash, i.e. matching only relative to the
> .gitignore file's directory.
>
> * Pattern not including a slash, i.e. matching files anywhere in
>
On Mon, Apr 27, 2020 at 08:15:41AM +0200, Ard Biesheuvel wrote:
> On Sun, 26 Apr 2020 at 21:40, Atish Patra wrote:
> >
> > This series adds grub loader support for RISC-V Linux. Thanks to the awesome
> > initial RISC-V support added by Alex, we just needed a loader for RISC-V to
> > load and execu
20 matches
Mail list logo
