On 19.09.23 20:33, John Paul Adrian Glaubitz wrote:
On Tue, 2023-09-19 at 20:26 +0200, Frank Scheiner wrote:
The MR ([1]) was updated and now uses `-fno-var-tracking` for the
respective files only when the target architecture is ia64. This works
like so for example:
```
ifeq ($(ARCH),ia64)
On Tue, 2023-09-19 at 20:26 +0200, Frank Scheiner wrote:
> The MR ([1]) was updated and now uses `-fno-var-tracking` for the
> respective files only when the target architecture is ia64. This works
> like so for example:
>
> ```
> ifeq ($(ARCH),ia64)
> CFLAGS_bnx2x_sp.o +=
On 18.09.23 22:56, Frank Scheiner wrote:
On 18.09.23 22:42, John Paul Adrian Glaubitz wrote:
On Mon, 2023-09-18 at 22:36 +0200, Frank Scheiner wrote:
I don't think this patch is acceptable in its current form as it
modifies the Makefile globally so that the flag is passed on to
the host
On Mon, 2023-09-18 at 22:56 +0200, Frank Scheiner wrote:
> That's the other extreme then, everything for ia64 gets compiled with
> `-fno-var-tracking`, or? Is that more acceptable?
It's certainly more acceptable than messing around with other targets.
> Maybe the per-file CFLAGS are also
On 18.09.23 22:42, John Paul Adrian Glaubitz wrote:
On Mon, 2023-09-18 at 22:36 +0200, Frank Scheiner wrote:
I don't think this patch is acceptable in its current form as it
modifies the Makefile globally so that the flag is passed on to
the host compiler for all architectures.
Yes, thought
On Mon, 2023-09-18 at 22:36 +0200, Frank Scheiner wrote:
> > I don't think this patch is acceptable in its current form as it
> > modifies the Makefile globally so that the flag is passed on to
> > the host compiler for all architectures.
>
> Yes, thought about that, too. Know a better solution?
On 18.09.23 22:34, John Paul Adrian Glaubitz wrote:
Hello Frank!
On Mon, 2023-09-18 at 22:14 +0200, Frank Scheiner wrote:
Worked for me, MR is here:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/852
Looking forward to new ia64 kernels for Sid.
I don't think this patch is
Hello Frank!
On Mon, 2023-09-18 at 22:14 +0200, Frank Scheiner wrote:
> Worked for me, MR is here:
>
> https://salsa.debian.org/kernel-team/linux/-/merge_requests/852
>
> Looking forward to new ia64 kernels for Sid.
I don't think this patch is acceptable in its current form as it
modifies the
On 18.09.23 13:43, Frank Scheiner wrote:
On 18.09.23 11:43, Frank Scheiner wrote:
Richard Biener suggested `-fno-var-tracking` or `-g0` as workaround and
both indeed workaround the problem (see [2]). I don't yet know how to
limit the addition of `-fno-var-tracking` to KBUILD_CFLAGS to
On 18.09.23 11:43, Frank Scheiner wrote:
Richard Biener suggested `-fno-var-tracking` or `-g0` as workaround and
both indeed workaround the problem (see [2]). I don't yet know how to
limit the addition of `-fno-var-tracking` to KBUILD_CFLAGS to
`net/ipv4/fib_semantics.c` [...]
Ok, found what I
Hi again,
On 18.09.23 11:43, Frank Scheiner wrote:
The resulting kernel and modules aren't yet tested, though. I plan that
for today and tomorrow.
v6.6-rc2 with the acpi build fix (I used the patch from [1]) and the
workaround for gcc-13 (see my prior email) and built with gcc 13.2.0
from [2]
Hi again,
On 15.09.23 13:47, Frank Scheiner wrote:
Hi Adrian,
On 06.08.23 10:44, John Paul Adrian Glaubitz wrote:
Hello!
The following important packages are broken on ia64:
- grub (git master) does not boot on ia64, crashes when loading stage2
(https://lists.gnu.org/archive/html/grub-devel
Hi Adrian,
On 06.08.23 10:44, John Paul Adrian Glaubitz wrote:
Hello!
The following important packages are broken on ia64:
- grub (git master) does not boot on ia64, crashes when loading stage2
(https://lists.gnu.org/archive/html/grub-devel/2023-07/msg00106.html)
- kernel FTBFS with gcc-13
Hi Pedro,
On 10.08.23 19:31, Frank Scheiner wrote:
Hi Pedro, all,
On 10.08.23 14:04, Pedro Miguel Justo wrote:
Here it is:
06edd40db76bb78457ac26156ed5f7b62381bbe8 is the first bad commit
commit 06edd40db76bb78457ac26156ed5f7b62381bbe8
Author: Oliver Steffen
Date: Fri May 26 13:35:43 2023
Hi Pedro, all,
On 10.08.23 14:04, Pedro Miguel Justo wrote:
Here it is:
06edd40db76bb78457ac26156ed5f7b62381bbe8 is the first bad commit
commit 06edd40db76bb78457ac26156ed5f7b62381bbe8
Author: Oliver Steffen
Date: Fri May 26 13:35:43 2023 +0200
guid: Unify GUID types
There are 3
Hi Pedro!
On Thu, 2023-08-10 at 12:04 +, Pedro Miguel Justo wrote:
> Here it is:
>
> 06edd40db76bb78457ac26156ed5f7b62381bbe8 is the first bad commit
> commit 06edd40db76bb78457ac26156ed5f7b62381bbe8
> Author: Oliver Steffen
> Date: Fri May 26 13:35:43 2023 +0200
>
> guid: Unify GUID
Here it is:
06edd40db76bb78457ac26156ed5f7b62381bbe8 is the first bad commit
commit 06edd40db76bb78457ac26156ed5f7b62381bbe8
Author: Oliver Steffen
Date: Fri May 26 13:35:43 2023 +0200
guid: Unify GUID types
There are 3 implementations of a GUID in GRUB. Replace them with
a
> On Aug 9, 2023, at 18:48, Jason Duerstock wrote:
>
> Did you finish the git bisect? What was the commit that broke it?
>
Not yet - 2 more steps to go. I am taking care of this in small slices of free
time.
> On Aug 9, 2023, at 23:12, John Paul Adrian Glaubitz
> wrote:
>
> Are you
On Thu, 2023-08-10 at 00:43 +, Pedro Miguel Justo wrote:
> Well, gladly I had left the latest installation CD you asked us to test
> in the drive. I was able to boot from it and repair GRUB. I am back in
> business.
Great. Hopefully, you will be able to find the problematic commit.
It should
Hi Pedro!
On Thu, 2023-08-10 at 00:08 +, Pedro Miguel Justo wrote:
>
> Thanks Adrian. It is a mystery why it was previously installed. After that
> I was able to go through 3 or 4 bisections with successful boots. Then,
> finally, I hit the problem. The trouble is that it seems to have also
> On Aug 9, 2023, at 17:07, Pedro Miguel Justo wrote:
>
> Thanks Adrian. It is a mystery why it was previously installed. After that I
> was able to go through 3 or 4 bisections with successful boots. Then,
> finally, I hit the problem. The trouble is that it seems to have also
> affected
Hi Pedro,
Did you finish the git bisect? What was the commit that broke it?
Thanks,
Jason
On Wed, Aug 9, 2023 at 9:41 PM Pedro Miguel Justo wrote:
>
> >
> > Well, you need to install efibootmgr. Not sure why it isn't installed on
> > your
> > machine in the first place since it's needed for
>
> Well, you need to install efibootmgr. Not sure why it isn't installed on your
> machine in the first place since it's needed for grub-install to update the
> boot manager settings in firmware and create the "grub" entry.
>
> Just install it with:
>
> # apt install efibootmgr
>
> Adrian
>
On Tue, 2023-08-08 at 23:27 +, Pedro Miguel Justo wrote:
>
> > On Aug 7, 2023, at 01:03, John Paul Adrian Glaubitz
> > wrote:
> >
> > # wget
> > http://snapshot.debian.org/archive/debian/20220510T034305Z/pool/main/g/git/git-man_2.36.1-1_all.deb
> > # dpkg -i git-man_2.36.1-1_all.deb
> >
> On Aug 7, 2023, at 01:03, John Paul Adrian Glaubitz
> wrote:
>
> # wget
> http://snapshot.debian.org/archive/debian/20220510T034305Z/pool/main/g/git/git-man_2.36.1-1_all.deb
> # dpkg -i git-man_2.36.1-1_all.deb
>
> Then install git normally with apt-get.
>
Thanks Adrian.
>From there,
On Sun, 2023-08-06 at 23:34 +, Pedro Miguel Justo wrote:
> > > > # git clone git://git.savannah.gnu.org/grub.git
>
> This leads me to another question: Has anyone been able to install git these
> days?
# wget
On Aug 6, 2023, at 16:09, Jessica Clarke wrote:
On 7 Aug 2023, at 00:00, Pedro Miguel Justo wrote:
On Aug 6, 2023, at 10:13, John Paul Adrian Glaubitz
wrote:
Hi!
On Sun, 2023-08-06 at 15:08 +, Pedro Miguel Justo wrote:
ow much automation can be used for bisecting a problem on grub?
On 7 Aug 2023, at 00:00, Pedro Miguel Justo wrote:
>
>
>
>> On Aug 6, 2023, at 10:13, John Paul Adrian Glaubitz
>> wrote:
>>
>> Hi!
>>
>> On Sun, 2023-08-06 at 15:08 +, Pedro Miguel Justo wrote:
>>> ow much automation can be used for bisecting a problem on grub?
>>>
>>> My rx2660 is
> On Aug 6, 2023, at 10:13, John Paul Adrian Glaubitz
> wrote:
>
> Hi!
>
> On Sun, 2023-08-06 at 15:08 +, Pedro Miguel Justo wrote:
>> ow much automation can be used for bisecting a problem on grub?
>>
>> My rx2660 is considerably up to date and still booting.
>>
>> What do you
Hi!
On Sun, 2023-08-06 at 15:08 +, Pedro Miguel Justo wrote:
> ow much automation can be used for bisecting a problem on grub?
>
> My rx2660 is considerably up to date and still booting.
>
> What do you recommend for best bisecting the offending step?
You cannot automate this as the
> On Aug 6, 2023, at 09:44, John Paul Adrian Glaubitz
> wrote:
>
> Hello!
>
> The following important packages are broken on ia64:
>
> - grub (git master) does not boot on ia64, crashes when loading stage2
> (https://lists.gnu.org/archive/html/grub-devel/2023-0
Hello!
The following important packages are broken on ia64:
- grub (git master) does not boot on ia64, crashes when loading stage2
(https://lists.gnu.org/archive/html/grub-devel/2023-07/msg00106.html)
- kernel FTBFS with gcc-13
(https://buildd.debian.org/status/fetch.php?pkg=linux=ia64=6.4.4-2
32 matches
Mail list logo