On Tue, Oct 25, 2011 at 8:48 PM, Thomas Bächler 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

It works well on my laptop. Signoff i686 -- Bl@ster / dottorblaster

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

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

On Tue, 25 Oct 2011 20:48:34 +0200 Thomas Bächler 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

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.

Am 27.10.2011 18:21, schrieb illdred:

On Thu, 27 Oct 2011 10:37:12 +0200 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.

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.

Thomas Bächler 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

Jelle van der Waa on Thu, 27 Oct 2011 13:57:57 +0200:

On 27/10/11 13:38, Christian Hesse wrote:

...

Thomas Bächler 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

At Thu, 27 Oct 2011 13:38:28 +0200, Christian Hesse wrote:

Thomas Bächler 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.