* [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
@ 2022-06-15 21:22 HanoJing
2022-06-16 1:33 ` abenson
` (30 more replies)
0 siblings, 31 replies; 32+ messages in thread
From: HanoJing @ 2022-06-15 21:22 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 818 bytes --]
New issue by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579
Description:
### System
motherboard: SolidRun HoneyComb LX2K
CPU: NXP LayerScape LX2160A
affects mesa versions: all
### Expected behavior
mesa doesn't cause graphics corruption like normal
### Actual behavior
mesa causes graphics corruption
### Steps to reproduce the behavior
have mesa instlalled on a HoneyComb LX2K for instance, running Void Linux, use Xorg, use mesa dependent programs.
What is the reason for the deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
As a user of the SolidRun HoneyComb LX2K, I get graphics corruption.
This said patch is needed to the fix of the graphics corruption.
kind regards,
HanoJing
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
@ 2022-06-16 1:33 ` abenson
2022-06-16 7:44 ` HanoJing
` (29 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: abenson @ 2022-06-16 1:33 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 182 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157136728
Comment:
I'm not quite sure why it was removed.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
2022-06-16 1:33 ` abenson
@ 2022-06-16 7:44 ` HanoJing
2022-06-16 7:58 ` paper42
` (28 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 7:44 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 453 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157342722
Comment:
Thanks for the PR, I am able to build mesa with the patch but cannot install it even when specifying --repository like so:
sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
It just installs the mesa from the void repos, not the one I built with the patch.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
2022-06-16 1:33 ` abenson
2022-06-16 7:44 ` HanoJing
@ 2022-06-16 7:58 ` paper42
2022-06-16 11:01 ` HanoJing
` (27 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: paper42 @ 2022-06-16 7:58 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 346 bytes --]
New comment by paper42 on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157354975
Comment:
> sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (2 preceding siblings ...)
2022-06-16 7:58 ` paper42
@ 2022-06-16 11:01 ` HanoJing
2022-06-16 11:26 ` HanoJing
` (26 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 11:01 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 609 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the xi -u mesa method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The patch that helps against the corruption is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (3 preceding siblings ...)
2022-06-16 11:01 ` HanoJing
@ 2022-06-16 11:26 ` HanoJing
2022-06-16 11:36 ` HanoJing
` (25 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 11:26 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 675 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the xi -u mesa method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (4 preceding siblings ...)
2022-06-16 11:26 ` HanoJing
@ 2022-06-16 11:36 ` HanoJing
2022-06-16 11:36 ` HanoJing
` (24 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 11:36 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 676 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the >xi -u mesa method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (5 preceding siblings ...)
2022-06-16 11:36 ` HanoJing
@ 2022-06-16 11:36 ` HanoJing
2022-06-16 12:06 ` HanoJing
` (23 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 11:36 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 677 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the `xi -u mesa` method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (6 preceding siblings ...)
2022-06-16 11:36 ` HanoJing
@ 2022-06-16 12:06 ` HanoJing
2022-06-16 12:24 ` HanoJing
` (22 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 12:06 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1021 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the `xi -u mesa` method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
I have also tried specifying a local repository using /etc/xbps.d/ like so:
# echo 'repository=/home/jonah/Projekte/void-packages/hostdir/binpkgs/' >> /etc/xbps.d/my-local-repo.conf
Then I have also put the mesa-22.1.1_1.aarch64.xbps file into /var/cache/xbps, to see if xbps would then install the right file upon reinstallation of mesa.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (7 preceding siblings ...)
2022-06-16 12:06 ` HanoJing
@ 2022-06-16 12:24 ` HanoJing
2022-06-16 12:27 ` HanoJing
` (21 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 12:24 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1020 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the `xi -u mesa` method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
I have also tried specifying a local repository using /etc/xbps.d/ like so:
`echo 'repository=/home/user/Projekte/void-packages/hostdir/binpkgs/' >> /etc/xbps.d/my-local-repo.conf`
Then I have also put the mesa-22.1.1_1.aarch64.xbps file into /var/cache/xbps, to see if xbps would then install the right file upon reinstallation of mesa.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (8 preceding siblings ...)
2022-06-16 12:24 ` HanoJing
@ 2022-06-16 12:27 ` HanoJing
2022-06-16 12:56 ` HanoJing
` (20 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 12:27 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1066 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the `xi -u mesa` method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
I have also tried specifying a local repository using /etc/xbps.d/ like so:
`echo 'repository=/home/user/Projekte/void-packages/hostdir/binpkgs/' >> /etc/xbps.d/my-local-repo.conf`
Then I have also put the mesa-22.1.1_1.aarch64.xbps file into /var/cache/xbps, to see if xbps would then install the right file upon reinstallation of mesa.
I fear that the patch doesn't affect mesa.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (9 preceding siblings ...)
2022-06-16 12:27 ` HanoJing
@ 2022-06-16 12:56 ` HanoJing
2022-06-16 12:57 ` HanoJing
` (19 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 12:56 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1234 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the `xi -u mesa` method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
I have also tried specifying a local repository using /etc/xbps.d/ like so:
`echo 'repository=/home/user/Projekte/void-packages/hostdir/binpkgs/' >> /etc/xbps.d/my-local-repo.conf`
Then I have also put the mesa-22.1.1_1.aarch64.xbps file into /var/cache/xbps, to see if xbps would then install the right file upon reinstallation of mesa.
I have also tried to install the built mesa using:
`sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa` (with the `=` left out)
I fear that the patch doesn't affect mesa.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (10 preceding siblings ...)
2022-06-16 12:56 ` HanoJing
@ 2022-06-16 12:57 ` HanoJing
2022-06-16 14:00 ` abenson
` (18 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 12:57 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1234 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157528129
Comment:
> > sudo xbps-install --repository=/home/user/Projekte/void-packages/hostdir/binpkgs/ mesa-22.1.1_1
>
> Don't specify the version, the one in your local repository is _2. Or you could just run `xi -u mesa`
Thanks for the quick reply! I tried the `xi -u mesa` method but It sttill pulls the mesa out the normal void repos.
I have made sure that
The needed patch is in /home/user/Projekte/void-packages/srcpkgs/mesa/patches/
Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
I have also tried specifying a local repository using /etc/xbps.d/ like so:
`echo 'repository=/home/user/Projekte/void-packages/hostdir/binpkgs/' >> /etc/xbps.d/my-local-repo.conf`
Then I have also put the mesa-22.1.1_1.aarch64.xbps file into /var/cache/xbps, to see if xbps would then install the right file upon reinstallation of mesa.
I have also tried to install the built mesa using:
`sudo xbps-install --repository /home/user/Projekte/void-packages/hostdir/binpkgs/ mesa` (with the `=` left out)
I fear that the patch doesn't affect mesa.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (11 preceding siblings ...)
2022-06-16 12:57 ` HanoJing
@ 2022-06-16 14:00 ` abenson
2022-06-16 14:02 ` abenson
` (17 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: abenson @ 2022-06-16 14:00 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 275 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157696452
Comment:
> Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
Did you build based off the PR then?
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (12 preceding siblings ...)
2022-06-16 14:00 ` abenson
@ 2022-06-16 14:02 ` abenson
2022-06-16 14:04 ` abenson
` (16 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: abenson @ 2022-06-16 14:02 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1370 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157696452
Comment:
> Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
Did you build based off the PR then?
> Thanks for the quick reply! I tried the xi -u mesa method but It sttill pulls the mesa out the normal void repos.
Are you sure? Run it with `-v`.
```
Found MesaLib-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found mesa-dri-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found mesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libglapi-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libOSMesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libgbm-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libgbm-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libxatracker-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found mesa-opencl-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
```
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (13 preceding siblings ...)
2022-06-16 14:02 ` abenson
@ 2022-06-16 14:04 ` abenson
2022-06-16 16:49 ` HanoJing
` (15 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: abenson @ 2022-06-16 14:04 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1883 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157696452
Comment:
> Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
Did you build based off the PR then?
Even if you didn't, you should see it applying the patches.
```
=> mesa-22.1.1_2: running do_patch ...
=> mesa-22.1.1_2: running do-patch hook: 00-patches ...
=> mesa-22.1.1_2: patching: 0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch.
=> mesa-22.1.1_2: patching: add-use-elf-tls.patch.
=> mesa-22.1.1_2: patching: megadriver-symlinks.patch.
=> mesa-22.1.1_2: patching: musl-endian.patch.
=> mesa-22.1.1_2: patching: musl-stacksize.patch.
=> mesa-22.1.1_2: patching: musl.patch.
```
> Thanks for the quick reply! I tried the xi -u mesa method but It sttill pulls the mesa out the normal void repos.
Are you sure? Run it with `-v`.
```
Found MesaLib-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found mesa-dri-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found mesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libglapi-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libOSMesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libgbm-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libgbm-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found libxatracker-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
Found mesa-opencl-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
```
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (14 preceding siblings ...)
2022-06-16 14:04 ` abenson
@ 2022-06-16 16:49 ` HanoJing
2022-06-16 16:51 ` HanoJing
` (14 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 16:49 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 2470 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157908459
Comment:
> > Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
>
> Did you build based off the PR then?
>
> Even if you didn't, you should see it applying the patches.
>
> ```
> => mesa-22.1.1_2: running do_patch ...
> => mesa-22.1.1_2: running do-patch hook: 00-patches ...
> => mesa-22.1.1_2: patching: 0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch.
> => mesa-22.1.1_2: patching: add-use-elf-tls.patch.
> => mesa-22.1.1_2: patching: megadriver-symlinks.patch.
> => mesa-22.1.1_2: patching: musl-endian.patch.
> => mesa-22.1.1_2: patching: musl-stacksize.patch.
> => mesa-22.1.1_2: patching: musl.patch.
> ```
>
> > Thanks for the quick reply! I tried the xi -u mesa method but It sttill pulls the mesa out the normal void repos.
>
> Are you sure? Run it with `-v`.
>
> ```
> Found MesaLib-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found mesa-dri-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found mesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libglapi-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libOSMesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libgbm-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libgbm-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libxatracker-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found mesa-opencl-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> ```
Yes, thanks for the hint! I ran `xi -uv mesa` and it found the binpkg: `Found mesa-22.1.1_1 in repository /home/user/Projekte/void-packages/hostdir/binpkgs`
I also see that the patch is getting applied:
`=> mesa-22.1.1_1: patching: 0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch.`
This patch is only getting applied on the mesa library itself, not on any of it's subpackages (like mesa-dri for example), right?
I'd have to rip my system apart in order to install the built mesa subpackages.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (15 preceding siblings ...)
2022-06-16 16:49 ` HanoJing
@ 2022-06-16 16:51 ` HanoJing
2022-06-16 16:57 ` abenson
` (13 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 16:51 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 2532 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157908459
Comment:
> > Also, the files in my local repository have _1 not _2 like so: mesa-22.1.1_1.aarch64.xbps
>
> Did you build based off the PR then?
>
> Even if you didn't, you should see it applying the patches.
>
> ```
> => mesa-22.1.1_2: running do_patch ...
> => mesa-22.1.1_2: running do-patch hook: 00-patches ...
> => mesa-22.1.1_2: patching: 0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch.
> => mesa-22.1.1_2: patching: add-use-elf-tls.patch.
> => mesa-22.1.1_2: patching: megadriver-symlinks.patch.
> => mesa-22.1.1_2: patching: musl-endian.patch.
> => mesa-22.1.1_2: patching: musl-stacksize.patch.
> => mesa-22.1.1_2: patching: musl.patch.
> ```
>
> > Thanks for the quick reply! I tried the xi -u mesa method but It sttill pulls the mesa out the normal void repos.
>
> Are you sure? Run it with `-v`.
>
> ```
> Found MesaLib-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found mesa-dri-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found mesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libglapi-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libOSMesa-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libgbm-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libgbm-devel-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found libxatracker-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> Found mesa-opencl-22.1.1_2 in repository /home/andrewb/Projects/void-packages/hostdir/binpkgs/fix_37579
> ```
Yes, thanks for the hint! I ran `xi -uv mesa` and it found the binpkg: `Found mesa-22.1.1_1 in repository /home/user/Projekte/void-packages/hostdir/binpkgs`
I also see that the patch is getting applied:
`=> mesa-22.1.1_1: patching: 0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch.`
This patch is only getting applied on the mesa library itself, not on any of it's subpackages (like mesa-dri for example), right?
I'd have to rip my system apart in order to install the built mesa subpackages (because of it would break dependencies and shlibs and stuff).
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (16 preceding siblings ...)
2022-06-16 16:51 ` HanoJing
@ 2022-06-16 16:57 ` abenson
2022-06-16 17:18 ` HanoJing
` (12 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: abenson @ 2022-06-16 16:57 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 572 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157915156
Comment:
The patch gets applied to mesa. The subpackages are just pieces split off from mesa.
> I'd have to rip my system apart in order to install the built mesa subpackages
No, had you used the PR with the revision bump, you could just `xu -u` and it would update. Since you didn't, you'll need to force reinstall the packages. I don't know which you have installed, but for example:
`xi -f mesa libOSMesa libglapi ...`
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (17 preceding siblings ...)
2022-06-16 16:57 ` abenson
@ 2022-06-16 17:18 ` HanoJing
2022-06-16 18:35 ` HanoJing
` (11 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 17:18 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 607 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1157935943
Comment:
> The patch gets applied to mesa. The subpackages are just pieces split off from mesa.
>
> > I'd have to rip my system apart in order to install the built mesa subpackages
>
> No, had you used the PR with the revision bump, you could just `xu -u` and it would update. Since you didn't, you'll need to force reinstall the packages. I don't know which you have installed, but for example:
>
> `xi -f mesa libOSMesa libglapi ...`
No I didn't use the PR.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (18 preceding siblings ...)
2022-06-16 17:18 ` HanoJing
@ 2022-06-16 18:35 ` HanoJing
2022-06-16 18:35 ` [ISSUE] [CLOSED] " HanoJing
` (10 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 18:35 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 533 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: [ISSUE] [CLOSED] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (19 preceding siblings ...)
2022-06-16 18:35 ` HanoJing
@ 2022-06-16 18:35 ` HanoJing
2022-06-16 19:17 ` HanoJing
` (9 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 18:35 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 888 bytes --]
Closed issue by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579
Description:
### System
motherboard: SolidRun HoneyComb LX2K
CPU: NXP LayerScape LX2160A
Graphicscard: AMD Radeon RX580 XFX
affects mesa versions: all
### Expected behavior
mesa doesn't cause graphics corruption like normal
### Actual behavior
mesa causes graphics corruption
### Steps to reproduce the behavior
have mesa instlalled on a HoneyComb LX2K for instance, running Void Linux, use Xorg, use mesa dependent programs.
#############################
What is the reason for the deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
As a user of the SolidRun HoneyComb LX2K, I get graphics corruption.
This said patch is needed to the fix of the graphics corruption.
kind regards,
HanoJing
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (20 preceding siblings ...)
2022-06-16 18:35 ` [ISSUE] [CLOSED] " HanoJing
@ 2022-06-16 19:17 ` HanoJing
2022-06-16 19:18 ` HanoJing
` (8 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 19:17 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 817 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash
cd /home/user/Projekte/
sudo rm -r void-packages
git clone --depth=1 https://github.com/void-linux/void-packages
cd /home/user/Projekte/void-packages/
./xbps-src binary-bootstrap
./xbps-src pkg mesa -j$(nproc)
cd hostdir/binpkgs
sudo xdowngrade *`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (21 preceding siblings ...)
2022-06-16 19:17 ` HanoJing
@ 2022-06-16 19:18 ` HanoJing
2022-06-16 19:32 ` HanoJing
` (7 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 19:18 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 833 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/user/Projekte/`
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cd /home/user/Projekte/void-packages/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (22 preceding siblings ...)
2022-06-16 19:18 ` HanoJing
@ 2022-06-16 19:32 ` HanoJing
2022-06-16 19:34 ` HanoJing
` (6 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 19:32 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 982 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/user/Projekte/`
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cp -r /home/user/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/user/Projekte/void-packages/srcpkgs/mesa/patches/`
`cd /home/user/Projekte/void-packages/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (23 preceding siblings ...)
2022-06-16 19:32 ` HanoJing
@ 2022-06-16 19:34 ` HanoJing
2022-06-16 19:35 ` HanoJing
` (5 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 19:34 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1002 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/$(whoami)/Projekte/`
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cp -r /home/$(whoami)/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/$(whoami)/Projekte/void-packages/srcpkgs/mesa/patches/`
`cd /home/$(whoami)/Projekte/void-packages/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (24 preceding siblings ...)
2022-06-16 19:34 ` HanoJing
@ 2022-06-16 19:35 ` HanoJing
2022-06-16 19:45 ` abenson
` (4 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 19:35 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1058 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/$(whoami)/Projekte/`
void-packages has to be repulled to bump mesa version:
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cp -r /home/$(whoami)/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/$(whoami)/Projekte/void-packages/srcpkgs/mesa/patches/`
`cd /home/$(whoami)/Projekte/void-packages/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (25 preceding siblings ...)
2022-06-16 19:35 ` HanoJing
@ 2022-06-16 19:45 ` abenson
2022-06-16 20:12 ` HanoJing
` (3 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: abenson @ 2022-06-16 19:45 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 236 bytes --]
New comment by abenson on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158068572
Comment:
The patch is going to be added back as soon as the builders are done with the large build.
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (26 preceding siblings ...)
2022-06-16 19:45 ` abenson
@ 2022-06-16 20:12 ` HanoJing
2022-06-16 21:27 ` HanoJing
` (2 subsequent siblings)
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 20:12 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1427 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/$(whoami)/Projekte/`
void-packages has to be repulled to bump mesa version:
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cp -r /home/$(whoami)/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/$(whoami)/Projekte/void-packages/srcpkgs/mesa/patches/`
`cd /home/$(whoami)/Projekte/void-packages/`
`MESA_VER=$(grep version= srcpkgs/mesa/template | tr -d 'version=')`
`MESA_REV=$(grep revision= srcpkgs/mesa/template | tr -d 'revision=')`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
`for filename in *-${MESA_VER}_${MESA_REV}.aarch64.xbps;`
`do [ -f "$filename" ] || continue;`
`mv "$filename" "${filename//-${MESA_VER}_${MESA_REV}.aarch64.xbps/}";`
`done`
`sudo xbps-pkgdb -m hold *`
`rm -r *`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (27 preceding siblings ...)
2022-06-16 20:12 ` HanoJing
@ 2022-06-16 21:27 ` HanoJing
2022-06-16 21:29 ` HanoJing
2022-06-16 21:34 ` HanoJing
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 21:27 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1888 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/$(whoami)/Projekte/`
void-packages has to be repulled to bump mesa version:
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cd /home/$(whoami)/Projekte/void-packages/`
if [[ /home/$(whoami)/Projekte/verfiles/mesa-ver) != $(grep version= srcpkgs/mesa/template | tr -d 'version=') || $(cat /home/$(whoami)/verfiles/mesa-rev) != $(grep revision= srcpkgs/mesa/template | tr -d 'revision=') ]]
then
`MESA_VER=$(grep version= srcpkgs/mesa/template | tr -d 'version=')`
`MESA_REV=$(grep revision= srcpkgs/mesa/template | tr -d 'revision=')`
`rm -r /home/$(whoami)/Projekte/verfiles/mesa-ver`
`rm -r /home/$(whoami)/Projekte/verfiles/mesa-rev`
`echo ${MESA_VER} >> ${XDG_PROJECTS_DIR}/verfiles/mesa-ver`
`echo ${MESA_REV} >> ${XDG_PROJECTS_DIR}/verfiles/mesa-rev`
cp -r /home/$(whoami)/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/$(whoami)/Projekte/void-packages/srcpkgs/mesa/patches/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
`for filename in *-${MESA_VER}_${MESA_REV}.aarch64.xbps;`
`do [ -f "$filename" ] || continue;`
`mv "$filename" "${filename//-${MESA_VER}_${MESA_REV}.aarch64.xbps/}";`
`done`
`sudo xbps-pkgdb -m hold *`
`rm -r *`
`fi`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (28 preceding siblings ...)
2022-06-16 21:27 ` HanoJing
@ 2022-06-16 21:29 ` HanoJing
2022-06-16 21:34 ` HanoJing
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 21:29 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1897 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/$(whoami)/Projekte/`
void-packages has to be repulled to bump mesa version:
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cd /home/$(whoami)/Projekte/void-packages/`
`if [[ /home/$(whoami)/Projekte/verfiles/mesa-ver) != $(grep version= srcpkgs/mesa/template | tr -d 'version=') || $(cat /home/$(whoami)/verfiles/mesa-rev) != $(grep revision= srcpkgs/mesa/template | tr -d 'revision=') ]]`
`then`
`MESA_VER=$(grep version= srcpkgs/mesa/template | tr -d 'version=')`
`MESA_REV=$(grep revision= srcpkgs/mesa/template | tr -d 'revision=')`
`rm -r /home/$(whoami)/Projekte/verfiles/mesa-ver`
`rm -r /home/$(whoami)/Projekte/verfiles/mesa-rev`
`echo ${MESA_VER} >> ${XDG_PROJECTS_DIR}/verfiles/mesa-ver`
`echo ${MESA_REV} >> ${XDG_PROJECTS_DIR}/verfiles/mesa-rev`
`cp -r /home/$(whoami)/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/$(whoami)/Projekte/void-packages/srcpkgs/mesa/patches/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
`for filename in *-${MESA_VER}_${MESA_REV}.aarch64.xbps;`
`do [ -f "$filename" ] || continue;`
`mv "$filename" "${filename//-${MESA_VER}_${MESA_REV}.aarch64.xbps/}";`
`done`
`sudo xbps-pkgdb -m hold *`
`rm -r *`
`fi`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ?
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
` (29 preceding siblings ...)
2022-06-16 21:29 ` HanoJing
@ 2022-06-16 21:34 ` HanoJing
30 siblings, 0 replies; 32+ messages in thread
From: HanoJing @ 2022-06-16 21:34 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1899 bytes --]
New comment by HanoJing on void-packages repository
https://github.com/void-linux/void-packages/issues/37579#issuecomment-1158009498
Comment:
I did it. I figured it out
I just applied `sudo xdowngrade *` on every .aarch64.xbps mesa package, it installed everything and mesa works fine now.
I think the removal of the aarch64 patch must have some reason behind it, how can something like this happen otherwise?
I will just upgrade mesa by rebuilding it and reinstalling it via `xdowngrade`
`#!/bin/bash`
`cd /home/$(whoami)/Projekte/`
void-packages has to be repulled to bump mesa version:
`sudo rm -r void-packages`
`git clone --depth=1 https://github.com/void-linux/void-packages`
`cd /home/$(whoami)/Projekte/void-packages/`
`if [[ /home/$(whoami)/Projekte/verfiles/mesa-ver) != $(grep version= srcpkgs/mesa/template | tr -d 'version=') || $(cat /home/$(whoami)/verfiles/mesa-rev) != $(grep revision= srcpkgs/mesa/template | tr -d 'revision=') ]]`
`then`
`MESA_VER=$(grep version= srcpkgs/mesa/template | tr -d 'version=')`
`MESA_REV=$(grep revision= srcpkgs/mesa/template | tr -d 'revision=')`
`cp -r /home/$(whoami)/Downloads/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch /home/$(whoami)/Projekte/void-packages/srcpkgs/mesa/patches/`
`./xbps-src binary-bootstrap`
`./xbps-src pkg mesa -j$(nproc)`
`cd hostdir/binpkgs`
`sudo xdowngrade *`
`for filename in *-${MESA_VER}_${MESA_REV}.aarch64.xbps;`
`do [ -f "$filename" ] || continue;`
`mv "$filename" "${filename//-${MESA_VER}_${MESA_REV}.aarch64.xbps/}";`
`done`
`sudo xbps-pkgdb -m hold *`
`rm -r *`
`rm -r /home/$(whoami)/Projekte/verfiles/mesa-ver`
`rm -r /home/$(whoami)/Projekte/verfiles/mesa-rev`
`echo ${MESA_VER} >> ${XDG_PROJECTS_DIR}/verfiles/mesa-ver`
`echo ${MESA_REV} >> ${XDG_PROJECTS_DIR}/verfiles/mesa-rev`
`fi`
Thank you all for your help!
^ permalink raw reply [flat|nested] 32+ messages in thread
end of thread, other threads:[~2022-06-16 21:34 UTC | newest]
Thread overview: 32+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-15 21:22 [ISSUE] Reason for deletion of srcpkgs/mesa/patches/0001-radeonsi-On-Aarch64-force-persistent-buffers-to-GTT.patch ? HanoJing
2022-06-16 1:33 ` abenson
2022-06-16 7:44 ` HanoJing
2022-06-16 7:58 ` paper42
2022-06-16 11:01 ` HanoJing
2022-06-16 11:26 ` HanoJing
2022-06-16 11:36 ` HanoJing
2022-06-16 11:36 ` HanoJing
2022-06-16 12:06 ` HanoJing
2022-06-16 12:24 ` HanoJing
2022-06-16 12:27 ` HanoJing
2022-06-16 12:56 ` HanoJing
2022-06-16 12:57 ` HanoJing
2022-06-16 14:00 ` abenson
2022-06-16 14:02 ` abenson
2022-06-16 14:04 ` abenson
2022-06-16 16:49 ` HanoJing
2022-06-16 16:51 ` HanoJing
2022-06-16 16:57 ` abenson
2022-06-16 17:18 ` HanoJing
2022-06-16 18:35 ` HanoJing
2022-06-16 18:35 ` [ISSUE] [CLOSED] " HanoJing
2022-06-16 19:17 ` HanoJing
2022-06-16 19:18 ` HanoJing
2022-06-16 19:32 ` HanoJing
2022-06-16 19:34 ` HanoJing
2022-06-16 19:35 ` HanoJing
2022-06-16 19:45 ` abenson
2022-06-16 20:12 ` HanoJing
2022-06-16 21:27 ` HanoJing
2022-06-16 21:29 ` HanoJing
2022-06-16 21:34 ` HanoJing
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).