[arch-general] [signoff] linux-3.1-1
Hi guys, please signoff 3.1 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
2011/10/25 Tobias Powalowski <tobias.powalowski@googlemail.com>:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Works here on my laptop. Will try it on my desktop computer asap. Too bad I do not have any signup rights :D -- Frederic Bezies fredbezies@gmail.com
Bootable and working on x86_64 laptop On Tue 25 Oct 2011 17:27:40 CEST, fredbezies wrote:
2011/10/25 Tobias Powalowski<tobias.powalowski@googlemail.com>:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
greetings tpowa -- Tobias Powalowski Archlinux Developer& Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Works here on my laptop. Will try it on my desktop computer asap.
Too bad I do not have any signup rights :D
wow, cheers
Yuan
On Tue, Oct 25, 2011 at 11:12 PM, Tobias Powalowski < tobias.powalowski@googlemail.com> wrote:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Tobias Powalowski <tobias.powalowski@googlemail.com> on Tue, 25 Oct 2011 17:12:22 +0200:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
x86_64 works fine on Samsung NF310. -- Schoene Gruesse Chris
On Tue, Oct 25, 2011 at 5:12 PM, Tobias Powalowski <tobias.powalowski@googlemail.com> wrote:
- disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now!
Did Dan's patches (or equivalent) land in time for 3.1? I did not notice them flying by, but I might have missed them in the kernel git log. For me, it boots, "dmesg --kernel --level err" is empty, and the warnings I get seem to be the kernel telling me I have crappy hardware (which I believe). So: signoff x86_64 -t
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing.
On Tue, Oct 25, 2011 at 8:48 PM, Thomas Bächler <thomas@archlinux.org> wrote:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing.
I don't use any of that, but my laptop still boots so my previous signoff (x86_64) still stands. -t
Thomas Bächler <thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci.
x86_64 works on my Samsung NF310 as well.
All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing.
Where do module updates go to? I have patched versions of psmouse and zram for example. Or does it make any sense to link /lib/modules/`uname -r`/updates to /lib/modules/updates-`uname -r` and install them there? -- Schoene Gruesse Chris
It works well on my laptop. Signoff i686 -- Bl@ster / dottorblaster
Il 25/10/2011 20:48, Thomas Bächler ha scritto:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing.
Signoff x86_64 -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
Am Dienstag, 25. Oktober 2011, 20:48:34 schrieb Thomas Bächler:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in
/lib/modules/extramodules-3.1-ARCH now
- disabled the old IDE subsystem,
marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now!
- disabled the old ACPI /proc files,
marked as deprecated for quite some time, everything is available in /sys
Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing.
I get the following message displayed right before the initscripts output: [ 2.117965] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH So far I have no problems, but this message seems important. Greetings Dominik
Am 26.10.2011 11:54, schrieb Dominik Cermak:
I get the following message displayed right before the initscripts output:
[ 2.117965] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
So far I have no problems, but this message seems important.
I have the same, and I am a bit worried. This message is from i915, but my graphics work fine so far. This is the output of dmesg -l err: [ 1.882959] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH [ 10.336917] ACPI: Invalid _PSD:coord_type [ 10.338144] ACPI: Invalid _PSD:coord_type [ 10.338784] ACPI: Invalid _PSD:coord_type [ 10.339422] ACPI: Invalid _PSD:coord_type [ 12.546241] usb 1-1.6: device descriptor read/64, error -32 The first message is new in 3.1, the ACPI messages appeared with 3.0, and the last one is a sporadic message that I already got with 3.0.
On Wednesday 26 Oct 2011 12:05:08 Thomas Bächler wrote:
This is the output of dmesg -l err:
[ 1.882959] [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH [ 10.336917] ACPI: Invalid _PSD:coord_type [ 10.338144] ACPI: Invalid _PSD:coord_type [ 10.338784] ACPI: Invalid _PSD:coord_type [ 10.339422] ACPI: Invalid _PSD:coord_type [ 12.546241] usb 1-1.6: device descriptor read/64, error -32
The first message is new in 3.1, the ACPI messages appeared with 3.0, and the last one is a sporadic message that I already got with 3.0.
The SSC on PCH message may be a debug message that was accidentally left in. See: https://lkml.org/lkml/2011/9/19/80 Paul
Am Mittwoch, 26. Oktober 2011, 11:11:19 schrieb Paul Gideon Dann:
The SSC on PCH message may be a debug message that was accidentally left in. See: https://lkml.org/lkml/2011/9/19/80
Thanks for the link, looks like it is nothing to worry about. Dominik
On Tue, 25 Oct 2011 20:48:34 +0200 Thomas Bächler <thomas@archlinux.org> wrote:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
Hi guys, please signoff 3.1 series for both arches.
Upstream changes: http://kernelnewbies.org/LinuxChanges
Archlinux Changes: - $(uname -r) reports now the full kernel version - all external modules should be installed in /lib/modules/extramodules-3.1-ARCH now - disabled the old IDE subsystem, marked as deprecated for quite some time All users of the old ide hook in mkinitcpio should make the transition to pata hook now! - disabled the old ACPI /proc files, marked as deprecated for quite some time, everything is available in /sys
Another release, mostly identical, but I fixed the depmod on kernel update in nvidia, lirc, fcpcmcia and fcpci. All external module package maintainers in AUR/community should look at the PKGBUILD and install files for those to see what needs changing.
linux-3.1-2 fails to boot on my computer. Lots of error messages get printed to the console, one of which is: note: md0_raid [255] exited with preempt_count 1 and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything. the root filesystem is on an mdadm raid partition and normally works. I have these relevant kernel options in the grub boot configuration: root=/dev/md0 rootfstype=ext4 md=0,/dev/sda7,/dev/sdc8 raid=noautodetect downgrading to linux-3.0.7-1 lets the system boot again. any ideas or suggestions on how to fix this are welcome. thanks, Fraser 'illdred' DeLisle
Am 27.10.2011 06:00, schrieb illdred:
and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything.
Those are probably relevant. Details on those?
On Thu, 27 Oct 2011, Thomas Bächler wrote:
Am 27.10.2011 06:00, schrieb illdred:
and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything.
This may or may not be related, but I had to put options scsi_mod max_luns=4 (4 was enough, perhaps a lower number is also sufficient) in /etc/modprobe.d/modprobe.conf to get it to fully recognise a USB stick with mass storage devices on multiple LUNs. I don't have to do this on the current [core] package. It's also possible that this is due to hardware instead, since I run [testing] on one machine and not on another (the stick is new). I can investigate further tonight. Pete.
On Thu, 27 Oct 2011 10:37:12 +0200 Thomas Bächler <thomas@archlinux.org> wrote:
Am 27.10.2011 06:00, schrieb illdred:
and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything.
Those are probably relevant. Details on those?
Yes. I've managed to take screen shots of all the details: http://www.flickr.com/photos/illdred/sets/72157627863015429/ there are 5 images.
Am 27.10.2011 18:21, schrieb illdred:
On Thu, 27 Oct 2011 10:37:12 +0200 Thomas Bächler <thomas@archlinux.org> wrote:
Am 27.10.2011 06:00, schrieb illdred:
and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything.
Those are probably relevant. Details on those?
Yes. I've managed to take screen shots of all the details:
http://www.flickr.com/photos/illdred/sets/72157627863015429/
there are 5 images.
Sorry, I overlooked this post. These seem very useful, I'll see what I can find out.
Am 27.10.2011 18:21, schrieb illdred:
On Thu, 27 Oct 2011 10:37:12 +0200 Thomas Bächler <thomas@archlinux.org> wrote:
Am 27.10.2011 06:00, schrieb illdred:
and some of the error messages mention something about scsi but fore scrolling past. then the system stops doing anything.
Those are probably relevant. Details on those?
Yes. I've managed to take screen shots of all the details:
http://www.flickr.com/photos/illdred/sets/72157627863015429/
there are 5 images.
The same bug appeared at [1], but within a different context. I cannot find more info or solutions for this now. You need to report this - as the kernel bugzilla is down, you should try the linux kernel mailing list and the linux raid mailing list. I can't do more from my end. [1] https://lkml.org/lkml/2011/10/8/75
Thomas Bächler <thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
please signoff 3.1 series for both arches.
Updated a virtual machine to linux 3.1-2 and open-vm-tools-modules 2011.09.23-2, but loading modules failed: vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22) -- Schoene Gruesse Chris
On 27/10/11 13:38, Christian Hesse wrote:
Thomas Bächler<thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
please signoff 3.1 series for both arches.
Updated a virtual machine to linux 3.1-2 and open-vm-tools-modules 2011.09.23-2, but loading modules failed:
vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22)
Did you try to rebuild it against the new kernel? -- Jelle van der Waa
Jelle van der Waa <jelle@vdwaa.nl> on Thu, 27 Oct 2011 13:57:57 +0200:
On 27/10/11 13:38, Christian Hesse wrote:
Thomas Bächler<thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
please signoff 3.1 series for both arches.
Updated a virtual machine to linux 3.1-2 and open-vm-tools-modules 2011.09.23-2, but loading modules failed:
vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22)
vsock fails to load as well.
Did you try to rebuild it against the new kernel?
I did. Suppose something goes wrong in build process. These messages (amongst others) flew by: WARNING: "VMCIDatagram_CreateHnd" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIDatagram_DestroyHnd" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIEvent_Subscribe" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_ProduceBufReady" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCI_DeviceGet" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_DequeueV" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_EnqueueV" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCI_DeviceRelease" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_GetConsumeIndexes" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_PeekV" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_Detach" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIDatagram_CreateHndPriv" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_GetProduceIndexes" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_ProduceFreeSpace" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_Alloc" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIContext_GetPrivFlags" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_ConsumeBufReady" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIQPair_ConsumeFreeSpace" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCI_GetContextID" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIDatagram_Send" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCI_IsContextOwner" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! WARNING: "VMCIEvent_Unsubscribe" [/tmp/.makepkg/src/open-vm-tools-2011.09.23-491607/modules/linux/vsock/vsock.ko] undefined! -- Schoene Gruesse Chris
Am 27.10.2011 13:38, schrieb Christian Hesse:
Thomas Bächler <thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
please signoff 3.1 series for both arches.
Updated a virtual machine to linux 3.1-2 and open-vm-tools-modules 2011.09.23-2, but loading modules failed:
vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_Send vmhgfs: Unknown symbol VMCIDatagram_Send (err -22) vmhgfs: no symbol version for VMCIDatagram_DestroyHnd vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err -22) vmhgfs: no symbol version for VMCIDatagram_CreateHnd vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err -22)
There seems to be a problem with dependencies. vmhgfs does not depend on vmci, but it probably should. I have no clue why though.
At Thu, 27 Oct 2011 13:38:28 +0200, Christian Hesse <list@eworm.de> wrote:
Thomas Bächler <thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
please signoff 3.1 series for both arches.
Updated a virtual machine to linux 3.1-2 and open-vm-tools-modules 2011.09.23-2, but loading modules failed:
I'll try to rebuild it on 3.1 running kernel. Current one was built on 3.0 kernel with: KERNEL_RELEASE=`cat /lib/modules/extramodules-3.1-ARCH/version` ./configure --with-kernel-release=$KERNEL_RELEASE Probably it does not work as expected.
Am 27.10.2011 14:59, schrieb Sergej Pupykin:
At Thu, 27 Oct 2011 13:38:28 +0200, Christian Hesse <list@eworm.de> wrote:
Thomas Bächler <thomas@archlinux.org> on Tue, 25 Oct 2011 20:48:34 +0200:
Am 25.10.2011 17:12, schrieb Tobias Powalowski:
please signoff 3.1 series for both arches.
Updated a virtual machine to linux 3.1-2 and open-vm-tools-modules 2011.09.23-2, but loading modules failed:
I'll try to rebuild it on 3.1 running kernel. Current one was built on 3.0 kernel with:
KERNEL_RELEASE=`cat /lib/modules/extramodules-3.1-ARCH/version` ./configure --with-kernel-release=$KERNEL_RELEASE
Probably it does not work as expected.
That should have worked.
participants (15)
-
Alessio 'Blaster' Biancalana
-
Alex Ferrando
-
Christian Hesse
-
Dominik Cermak
-
fredbezies
-
Giovanni Scafora
-
illdred
-
Jelle van der Waa
-
Paul Gideon Dann
-
Peter Lewis
-
Sergej Pupykin
-
Thomas Bächler
-
Tobias Powalowski
-
Tom Gundersen
-
Yuan