system starts, but display seems to deactivate

sukolyn · 2024-10-28 21:16:15

Did you do anything between these two commands?

no

What is the contents of linux-mainline?

the same as linux, before I renamed it to linux-mainline

If there already was a linux-mainline directory the linux directory would be copied into that directory rather than being renamed to linux-mainline.

no

loqs · 2024-10-28 21:35:14

Does linux-mainline/.git/config exist if it does what is its contents?

sukolyn · 2024-10-28 21:48:52

[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = https://gitlab.archlinux.org/archlinux/packaging/packages/linux.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "main"]
	remote = origin
	merge = refs/heads/main
	rebase = true
[devtools]
	version = 2
	variant = canonical
[pull]
	rebase = true
[branch]
	autoSetupRebase = always
[transfer]
	fsckobjects = true
[fetch]
	fsckobjects = true
[receive]
	fsckobjects = true

loqs · 2024-10-28 21:52:34

In the linux-mainline directory is the output of `git status` the same as `git checkout 6.11.5.arch1-1`?

sukolyn · 2024-10-28 21:55:26

yes

loqs · 2024-10-28 22:01:34

@seth any ideas?

seth · 2024-10-29 08:43:14

cat ~/.gitconfig
printenv
type -a git

If there already was a linux-mainline directory the linux directory would be copied into that directory

So just to be sure:

cd linux-mainline
ls -l

sukolyn · 2024-10-29 09:28:48

I tried again, and this time it seems it's fine:

~ $ rm -rf build/linux-mainline
~ $ cd ~/build
~/build $ ls -A
linux-stable
~/build $ pkgctl repo clone --protocol https linux
==> Cloning linux ...
Cloning into 'linux'...
remote: Enumerating objects: 6395, done.
remote: Counting objects: 100% (24/24), done.
remote: Compressing objects: 100% (24/24), done.
remote: Total 6395 (delta 8), reused 0 (delta 0), pack-reused 6371 (from 1)
Receiving objects: 100% (6395/6395), 1.50 MiB | 13.88 MiB/s, done.
Resolving deltas: 100% (3156/3156), done.
==> Collecting packager identity from makepkg.conf
  -> name    : undefined
  -> email   : undefined
  -> gpg-key : undefined
  -> protocol: https
==> Configuring linux
~/build $ ls -A
linux  linux-stable
~/build $ ls -A linux
config  .git  keys  PKGBUILD  .SRCINFO
~/build $ mv linux linux-mainline
~/build $ ls -A linux-mainline/
config  .git  keys  PKGBUILD  .SRCINFO
~/build $ cd linux-mainline/
~/build/linux-mainline $ LC_ALL=C git checkout 6.11.5.arch1-1
Note: switching to '6.11.5.arch1-1'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 5f0768a 6.11.5.arch1-1
~/build/linux-mainline $

isn't it ?

now, I can `makepkg' alone, or does it need options ?

Last edited by sukolyn (2024-10-29 09:30:07)

seth · 2024-10-29 12:48:12

loqs wrote:

…
curl -o PKGBUILD.diff  http://0x0.st/X08_.diff
git apply -v PKGBUILD.diff
mkdir linux-mainline
# mount -o bind ~/build/linux-stable/linux linux-mainline
pkgctl build # this will build the package in a clean chroot

sukolyn · 2024-10-29 14:12:14

everything seemed allright until

==> Retrieving sources...
==> ERROR: /home/sukolyn/build/linux-mainline/linux-mainline is not a clone of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
    Aborting...
==> ERROR: Could not download sources.

should I have updated linux-stable ? how ?

loqs · 2024-10-29 14:51:22

I think it will be simpler to have makepkg download linux again so:

# umount linux-mainline
rmdir linux-mainline
pkgctl build # this will build the package in a clean chroot

sukolyn · 2024-10-29 22:49:10

~/build/linux-mainline $ pkgctl build
[...]
  LD [M]  drivers/gnss/gnss.o
  CC [M]  drivers/gnss/serial.o
/tmp/ccyCJZMc.s: Assembler messages:
/tmp/ccyCJZMc.s: Fatal error: drivers/gnss/serial.o: No space left on device
make[4]: *** [scripts/Makefile.build:244: drivers/gnss/serial.o] Error 1
make[3]: *** [scripts/Makefile.build:485: drivers/gnss] Error 2
make[2]: *** [scripts/Makefile.build:485: drivers] Error 2
make[1]: *** [/build/linux-mainline/src/linux-mainline/Makefile:1934: .] Error 2
make: *** [Makefile:240: __sub-make] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Build failed, check /var/lib/archbuild/extra-x86_64/sukolyn-2/build

depressing.

EDIT: idea!

df --si -h -t ext4
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2        48G   46G  932K 100% /
/dev/sdb1       916G  141G  729G  17% /home

is ther any way to tell pkgctl to use another location ?
it's probably easier to increase sda2 size; I have 10Go left on sda, will it be enough ?

Last edited by sukolyn (2024-10-29 23:01:12)

loqs · 2024-10-29 22:58:29

How much memory does the system have? How many jobs have you configured make to use in /etc/makepkg.conf?

Try the packages I built in https://bbs.archlinux.org/viewtopic.php … 1#p2205041 or ask gromit to build them?

sukolyn · 2024-10-29 23:03:15

how do I remove /var/lib/archbuild ? `rm -rf' it will be enough ?

I edited previous post

Last edited by sukolyn (2024-10-29 23:04:07)

loqs · 2024-10-29 23:11:44

Yes rm -rf /var/lib/archbuild is enough to remove it. You could then try symlinking that directory to another location it that fails try a bind mount or manually specify the location by following Building_in_a_clean_chroot#Classic_way.

sukolyn · 2024-10-30 18:02:11

so. it finished compiling, not without complaining about
linux-mainline-headers E: Dependency <progName> detected and not included...
linux-mainline-headers G: Dependency <progName> detected and implicitly satisfied...

and ending by :

linux-mainline-headers W: Dependency openssl detected and implicitly satisfied (libraries ['usr/lib/libcrypto.so.3'] ne
eded in files ['usr/lib/modules/6.10.0-rc5-1-mainline-01275-g67e9847b0208/build/scripts/sign-file'])
linux-mainline-headers W: Dependency libelf detected and implicitly satisfied (libraries ['usr/lib/libelf.so.1'] needed
 in files ['usr/lib/modules/6.10.0-rc5-1-mainline-01275-g67e9847b0208/build/tools/objtool/objtool', 'usr/lib/modules/6.
10.0-rc5-1-mainline-01275-g67e9847b0208/build/tools/bpf/resolve_btfids/resolve_btfids'])
linux-mainline-headers W: Dependency included, but may not be needed ('pahole')
==> Running checkpkg
error: target not found: linux-mainline
error: target not found: linux-mainline-headers
==> WARNING: Skipped checkpkg due to missing repo packages
==> Generating .SRCINFO...done

something tells me that's it is not a happy ending.

loqs · 2024-10-30 18:07:57

That is because linux-mainline is not in the official repos so it can not find a version to compare it against. The build worked. You can find the generated package in the same directory of the PKGBUILD and just need to install it to test.

gromit · 2024-10-30 18:13:05

To be honest I had a bit of a hard time following along Where are we currently with the bisection? I can build more images if needed!

loqs · 2024-10-30 18:20:56

Based on testing of your kernels gromit:

git bisect start
# status: waiting for both good and bad commits
# bad: [98f7e32f20d28ec452afb208f9cffc08448a2652] Linux 6.11
git bisect bad 98f7e32f20d28ec452afb208f9cffc08448a2652
# status: waiting for good commit(s), bad commit known
# good: [0c3836482481200ead7b416ca80c68a29cfdaabd] Linux 6.10
git bisect good 0c3836482481200ead7b416ca80c68a29cfdaabd
# bad: [b3ce7a30847a54a7f96a35e609303d8afecd460b] Merge tag 'drm-next-2024-07-18' of https://gitlab.freedesktop.org/drm/kernel
git bisect bad b3ce7a30847a54a7f96a35e609303d8afecd460b

gromit · 2024-10-30 18:44:20

Please try:

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-v6.10.r4472.g5183594-1-x86_64.pkg.tar.zst

sukolyn · 2024-10-30 19:59:37

linux-mainline-6.10rc5.r1275.g67e9847b0208-1-x86_64 is good

going to test gromit's v6.10.r4472...

sukolyn · 2024-10-30 20:09:49

linux-mainline-v6.10.r4472.g5183594-1-x86_64 is good

gromit · 2024-10-30 20:23:53

Please try:

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-v6.10.rc3.r1786.g20baedb-1-x86_64.pkg.tar.zst

sukolyn · 2024-10-30 20:48:46

linux-mainline-v6.10.rc3.r1786.g20baedb-1-x86_64 is bad

gromit · 2024-10-30 21:02:02

Please try:

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-v6.10.rc3.r893.g5d7612a-1-x86_64.pkg.tar.zst

Arch Linux

#126 2024-10-28 21:16:15

Re: system starts, but display seems to deactivate

#127 2024-10-28 21:35:14

Re: system starts, but display seems to deactivate

#128 2024-10-28 21:48:52

Re: system starts, but display seems to deactivate

#129 2024-10-28 21:52:34

Re: system starts, but display seems to deactivate

#130 2024-10-28 21:55:26

Re: system starts, but display seems to deactivate

#131 2024-10-28 22:01:34

Re: system starts, but display seems to deactivate

#132 2024-10-29 08:43:14

Re: system starts, but display seems to deactivate

#133 2024-10-29 09:28:48

Re: system starts, but display seems to deactivate

#134 2024-10-29 12:48:12

Re: system starts, but display seems to deactivate

#135 2024-10-29 14:12:14

Re: system starts, but display seems to deactivate

#136 2024-10-29 14:51:22

Re: system starts, but display seems to deactivate

#137 2024-10-29 22:49:10

Re: system starts, but display seems to deactivate

#138 2024-10-29 22:58:29

Re: system starts, but display seems to deactivate

#139 2024-10-29 23:03:15

Re: system starts, but display seems to deactivate

#140 2024-10-29 23:11:44

Re: system starts, but display seems to deactivate

#141 2024-10-30 18:02:11

Re: system starts, but display seems to deactivate

#142 2024-10-30 18:07:57

Re: system starts, but display seems to deactivate

#143 2024-10-30 18:13:05

Re: system starts, but display seems to deactivate

#144 2024-10-30 18:20:56

Re: system starts, but display seems to deactivate

#145 2024-10-30 18:44:20

Re: system starts, but display seems to deactivate

#146 2024-10-30 19:59:37

Re: system starts, but display seems to deactivate

#147 2024-10-30 20:09:49

Re: system starts, but display seems to deactivate

#148 2024-10-30 20:23:53

Re: system starts, but display seems to deactivate

#149 2024-10-30 20:48:46

Re: system starts, but display seems to deactivate

#150 2024-10-30 21:02:02

Re: system starts, but display seems to deactivate

Board footer