[PATCH 2.6.21-rc1] sparc64: fix CONFIG_PCI_MSI=n compile failure

2007-02-26 Thread Mikael Pettersson
] Error 1 make: *** [arch/sparc64/kernel] Error 2 Most other MSI stuff in irq.c is #ifdef CONFIG_PCI_MSI. So do the same for virt_irq_free() to fix this problem. Signed-off-by: Mikael Pettersson [EMAIL PROTECTED] --- linux-2.6.21-rc1/arch/sparc64/kernel/irq.c.~1~ 2007-02-26 17:47:54.0

Re: gcc-4.2.0 20070316 (prerelease) miscompiles sparc64 kernel

2007-04-13 Thread Mikael Pettersson
David Miller writes: From: Mikael Pettersson [EMAIL PROTECTED] Date: Wed, 4 Apr 2007 09:23:07 +0200 (MEST) The 2.6.21-rc5 kernel compiled with gcc-4.2.0 20070316 boots ok but is thrown into an infinite loop by `hdparm -Tt /dev/hda'. Sysrq-P tells me that the call chain in the loop

Re: gcc-4.2.0 20070316 (prerelease) miscompiles sparc64 kernel

2007-04-13 Thread Mikael Pettersson
David Miller writes: From: Mikael Pettersson [EMAIL PROTECTED] Date: Fri, 13 Apr 2007 11:23:48 +0200 Both gcc-4.2.0 and gcc-4.1.2 compile compat_ptr(u32) as a nop, so it seems that something earlier in the call chain must have left a sign-extended value in the argument register

[BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-05-22 Thread Mikael Pettersson
Just a FYI: 2.6.21 works fine on my Ultra5, but with 2.6.22-rc the X server (from Aurora 2) fails to mmap() the PCI frame buffer (atyfb). I noticed a lot of PCI-related changes both in `dmesg' and /var/log/Xorg.0.log between 2.6.21 and 2.6.22-rc, so my guess is that PCI resources get broken

Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-05-30 Thread Mikael Pettersson
On Tue, 22 May 2007 02:05:34 -0700 (PDT), David Miller [EMAIL PROTECTED] wrote: From: Mikael Pettersson [EMAIL PROTECTED] Date: Tue, 22 May 2007 10:40:53 +0200 2.6.21 works fine on my Ultra5, but with 2.6.22-rc the X server (from Aurora 2) fails to mmap() the PCI frame buffer (atyfb

Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-06-07 Thread Mikael Pettersson
On Wed, 06 Jun 2007 16:22:10 -0700 (PDT), David Miller [EMAIL PROTECTED] wrote: From: Mikael Pettersson [EMAIL PROTECTED] Date: Wed, 30 May 2007 21:33:18 +0200 (MEST) You were spot on. 2.6.21 + patches up to but not including the first one above works. Adding that one gave me

Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-06-14 Thread Mikael Pettersson
Dmitry Artamonow writes: On Tue, Jun 12, 2007 at 04:55:34PM -0700, David Miller wrote: This should fix the problem, thanks for all of the debugging information. Let me know if the X regression is still not fixed. commit cf58de958f939587637ea74cdc3382bc140a936b Author:

Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-07-10 Thread Mikael Pettersson
On Mon, 09 Jul 2007 00:35:28 -0700 (PDT), David Miller wrote: From: Dmitry Artamonow [EMAIL PROTECTED] Date: Sun, 8 Jul 2007 22:05:08 +0400 On 23:02 Fri 06 Jul , David Miller wrote: Seems that your patch was not the only related change between -rc4 and -rc5. Anyway, X still

Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-07-26 Thread Mikael Pettersson
On Wed, 25 Jul 2007 23:35:50 -0700 (PDT), David Miller wrote: Ok, I'm still hunting this down. I would not have believed the behavior handled in the patch below unless I saw it firsthand myself. Aparently the UltraSparc-IIi and UltraSparc-IIe host controllers will only return correct

Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5

2007-07-27 Thread Mikael Pettersson
On Thu, 26 Jul 2007 18:42:23 -0700 (PDT), David Miller wrote: open(/proc/bus/pci/:00/00.0, O_RDWR) = 5 ioctl(5, IIOCNETDIF, 0) = -1 ENOTTY (Inappropriate ioctl for device) Mikael, this appears to be some 2.6.23 specific problem, I had been testing 2.6.22 with the

[BUG 2.6.24-rc2] sparc64 sysctl table check failed

2007-11-08 Thread Mikael Pettersson
Booting 2.6.24-rc2 on my Ultra5 results in: PROMLIB: Sun IEEE Boot Prom 'OBP 3.25.3 2000/06/29 14:12' PROMLIB: Root node compatible: Linux version 2.6.24-rc2 ([EMAIL PROTECTED]) (gcc version 4.2.2) #1 Thu Nov 8 01:14:09 CET 2007 ARCH: SUN4U Ethernet address: 08:00:20:fd:ec:1f

Re: [BUG 2.6.24-rc2] sparc64 sysctl table check failed

2007-11-20 Thread Mikael Pettersson
David Miller writes: From: Mikael Pettersson [EMAIL PROTECTED] Date: Thu, 8 Nov 2007 11:00:51 +0100 (MET) Booting 2.6.24-rc2 on my Ultra5 results in: ... sysctl table check failed: /kernel/scons-poweroff .1.64 procname does not match binary path procname Call Trace

Re: sparc64 with 32-bit user-space context switching question

2007-12-19 Thread Mikael Pettersson
David Miller writes: From: Mikael Pettersson [EMAIL PROTECTED] Date: Tue, 18 Dec 2007 13:06:55 +0100 My main question is: what does the kernel do to the high 32 bits of the 64-bit integer registers during context switches? Only %oX and %gX registers have the full 64-bit

[BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5

2008-02-25 Thread Mikael Pettersson
Booting 2.6.25-rc3 on my Ultra5 causes a hang before or as the console is switched over to the framebuffer. The console output is (extrapolated from dmesg in -rc2 and handwritten notes, as I don't have a serial cable to my U5): PROMLIB: Sun IEEE Boot Prom 'OBP 3.25.3 2000/06/29 14:12' PROMLIB:

Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5

2008-02-26 Thread Mikael Pettersson
Mikael Pettersson writes: Booting 2.6.25-rc3 on my Ultra5 causes a hang before or as the console is switched over to the framebuffer. The console output is (extrapolated from dmesg in -rc2 and handwritten notes, as I don't have a serial cable to my U5): PROMLIB: Sun IEEE Boot Prom