[arch-dev-public] [signoff] linux-3.0-2
Hi guys, please signoff 3.0 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - Rename the package kernel26 -> linux - Added replaces everywhere - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for vmlinuz26 and initramfs filenames in PKGBUILD, in order to not break bootloader entries. - removed System.map file, not needed anymore we provide /proc/kallsyms Now stuff to discuss before uploading to testing: - kernel name: vmlinuz-linux - initramfs name: initramfs-linux.img same for fallback of course. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
No discussion here it's been decided!
- kernel name: vmlinuz-linux - initramfs name: initramfs-linux.img same for fallback of course.
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On 08/01/2011 09:09 PM, Tobias Powalowski wrote:
Hi guys, please signoff 3.0 series for both arches.
signoff both -- Ionuț
On Mon, 01 Aug 2011 20:09:21 +0200, Tobias Powalowski wrote:
Hi guys, please signoff 3.0 series for both arches.
signoff x86_64 -- Pierre Schmitz, https://users.archlinux.de/~pierre
[2011-08-01 20:09:21 +0200] Tobias Powalowski:
Hi guys, please signoff 3.0 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - Rename the package kernel26 -> linux - Added replaces everywhere - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for vmlinuz26 and initramfs filenames in PKGBUILD, in order to not break bootloader entries. - removed System.map file, not needed anymore we provide /proc/kallsyms
Signoff x86_64. -- Gaetan
[2011-08-01 12:17:51 -0700] Gaetan Bisson:
Signoff x86_64.
I take it back. I can't seem to figure out how to compile modules properly for this kernel. The tree provided by linux-headers is in /usr/src/linux-3.0-ARCH but modprobe/insmod won't load any module built against this as their vermagic will be different from 3.0.0-ARCH. For instance, Ionut, it seems that the module from your nvidia package won't even be found by modprobe since it's in /lib/modules/3.0-ARCH and not /lib/modules/3.0.0-ARCH, and even if you try to insmod it, you get: insmod: error inserting '/lib/modules/3.0-ARCH/kernel/drivers/video/nvidia.ko.gz': -1 Invalid module format due to the vermagic mismatch. Am I missing something obvious here? Cheers. -- Gaetan
On 08/03/2011 05:02 AM, Gaetan Bisson wrote:
[2011-08-01 12:17:51 -0700] Gaetan Bisson:
Signoff x86_64.
I take it back.
I can't seem to figure out how to compile modules properly for this kernel. The tree provided by linux-headers is in /usr/src/linux-3.0-ARCH but modprobe/insmod won't load any module built against this as their vermagic will be different from 3.0.0-ARCH.
For instance, Ionut, it seems that the module from your nvidia package won't even be found by modprobe since it's in /lib/modules/3.0-ARCH and not /lib/modules/3.0.0-ARCH, and even if you try to insmod it, you get:
insmod: error inserting '/lib/modules/3.0-ARCH/kernel/drivers/video/nvidia.ko.gz': -1 Invalid module format
due to the vermagic mismatch.
Am I missing something obvious here?
Cheers.
3.0-ARCH is the right directly, tobias changed that for linux 3.0-2. do uname -r and see it yourself. does dmesg have more informations? -- Ionuț
Am 03.08.2011 04:02, schrieb Gaetan Bisson:
[2011-08-01 12:17:51 -0700] Gaetan Bisson:
Signoff x86_64.
I take it back.
I can't seem to figure out how to compile modules properly for this kernel. The tree provided by linux-headers is in /usr/src/linux-3.0-ARCH but modprobe/insmod won't load any module built against this as their vermagic will be different from 3.0.0-ARCH.
For instance, Ionut, it seems that the module from your nvidia package won't even be found by modprobe since it's in /lib/modules/3.0-ARCH and not /lib/modules/3.0.0-ARCH, and even if you try to insmod it, you get:
insmod: error inserting '/lib/modules/3.0-ARCH/kernel/drivers/video/nvidia.ko.gz': -1 Invalid module format
due to the vermagic mismatch.
Am I missing something obvious here?
Cheers.
No problems here, could it be that your mirror is outdated? I run a nvidia system without any issues here. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
[2011-08-03 08:31:08 +0200] Tobias Powalowski:
No problems here, could it be that your mirror is outdated?
Oh, you're right. Everything is fine. Sorry for the trouble. -- Gaetan
Am 01.08.2011 20:09, schrieb Tobias Powalowski:
Hi guys, please signoff 3.0 series for both arches.
Signoff 64
Am 01.08.2011 21:59, schrieb Thomas Bächler:
Am 01.08.2011 20:09, schrieb Tobias Powalowski:
Hi guys, please signoff 3.0 series for both arches.
Signoff 64
I am unsure about my signoff. Either of the udev, bluez or linux updates causes Xorg to ignore my bluetooth mouse. When I investigate with udevadm info, I see that the ID_INPUT* properties are not set. When I manually set the ID_INPUT=1 and ID_INPUT_MOUSE=1 using a udev rule[1], the mouse works again. I am not sure who is at fault here, I'll need to investigate. [1] ACTION=="add", SUBSYSTEM=="input", ATTRS{uniq}=="11:22:33:...", ENV{ID_INPUT}="1", ENV{ID_INPUT_MOUSE}="1"
Am 02.08.2011 10:32, schrieb Thomas Bächler:
Am 01.08.2011 21:59, schrieb Thomas Bächler:
Am 01.08.2011 20:09, schrieb Tobias Powalowski:
Hi guys, please signoff 3.0 series for both arches.
Signoff 64
I am unsure about my signoff.
Either of the udev, bluez or linux updates causes Xorg to ignore my bluetooth mouse. When I investigate with udevadm info, I see that the ID_INPUT* properties are not set. When I manually set the ID_INPUT=1 and ID_INPUT_MOUSE=1 using a udev rule[1], the mouse works again.
I am not sure who is at fault here, I'll need to investigate.
[1] ACTION=="add", SUBSYSTEM=="input", ATTRS{uniq}=="11:22:33:...", ENV{ID_INPUT}="1", ENV{ID_INPUT_MOUSE}="1"
It's udev 172->173.
On Mon, Aug 1, 2011 at 6:09 PM, Tobias Powalowski <tobias.powalowski@googlemail.com> wrote:
Hi guys, please signoff 3.0 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - Rename the package kernel26 -> linux - Added replaces everywhere - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for vmlinuz26 and initramfs filenames in PKGBUILD, in order to not break bootloader entries. - removed System.map file, not needed anymore we provide /proc/kallsyms
Now stuff to discuss before uploading to testing: - kernel name: vmlinuz-linux - initramfs name: initramfs-linux.img same for fallback of course.
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Can you hold of moving it to [core] for a bit, I need to modify the grub and grub2 config files to handle the new naming scheme. There is a patch for grub2 (FS#25337) that I still need to verify, for grub in [core] we should probably check for both the old and new naming scheme as the lts kernel still uses the former. @Allan: as you said last week you were taking care of some grub fixes, can you do that on short term and add this, or should I go ahead and have a go tonight? Ronald
On Tue, Aug 2, 2011 at 7:17 AM, Ronald van Haren <pressh@gmail.com> wrote:
On Mon, Aug 1, 2011 at 6:09 PM, Tobias Powalowski <tobias.powalowski@googlemail.com> wrote:
Hi guys, please signoff 3.0 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - Rename the package kernel26 -> linux - Added replaces everywhere - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for vmlinuz26 and initramfs filenames in PKGBUILD, in order to not break bootloader entries. - removed System.map file, not needed anymore we provide /proc/kallsyms
Now stuff to discuss before uploading to testing: - kernel name: vmlinuz-linux - initramfs name: initramfs-linux.img same for fallback of course.
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Can you hold of moving it to [core] for a bit, I need to modify the grub and grub2 config files to handle the new naming scheme.
There is a patch for grub2 (FS#25337) that I still need to verify, for grub in [core] we should probably check for both the old and new naming scheme as the lts kernel still uses the former.
@Allan: as you said last week you were taking care of some grub fixes, can you do that on short term and add this, or should I go ahead and have a go tonight?
Ronald
To clarify, grub/grub2 still boots, it is the creation of the (sample) config files that gets broken by the new naming scheme. Ronald
On 02/08/11 17:17, Ronald van Haren wrote:
@Allan: as you said last week you were taking care of some grub fixes, can you do that on short term and add this, or should I go ahead and have a go tonight?
I'm still stuck in hospital for a day or so it would probably be best if you do this. Allan
Am 02.08.2011 09:17, schrieb Ronald van Haren:
Can you hold of moving it to [core] for a bit, I need to modify the grub and grub2 config files to handle the new naming scheme.
There is a patch for grub2 (FS#25337) that I still need to verify, for grub in [core] we should probably check for both the old and new naming scheme as the lts kernel still uses the former.
@Allan: as you said last week you were taking care of some grub fixes, can you do that on short term and add this, or should I go ahead and have a go tonight?
Ronald
Our Syslinux default config also needs fixing, should be done quickly though.
participants (7)
-
Allan McRae
-
Gaetan Bisson
-
Ionut Biru
-
Pierre Schmitz
-
Ronald van Haren
-
Thomas Bächler
-
Tobias Powalowski