Frans Pop | 27 Nov 10:47 2007
Picon

[parisc-linux] [parisc] 2.6.24-rc3 (64-bit, smp) fails to boot on 9000/785/J5600

(resending as address for port list was incorrect)

v2.6.24-rc3-19-g2ffbb83 fails very early in the boot procedure.
2.6.23 compiled with similar config boots fine.

System is running Debian unstable; kernel was compiled using gcc 4.1.2.

Cheers,
Frans Pop

Boot messages for 2.6.24
------------------------
Command line for kernel: 'root=/dev/sda5 HOME=/ console=ttyS0 TERM=vt102 
palo_kernel='
Selected kernel: /vmlinuz-2.6.24-rc3 from partition 2
Selected ramdisk: /initrd.img-2.6.24-rc3 from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 load 00100000 size 4648960 mediaptr 0x1000
Segment 1 load 005c4000 size 689216 mediaptr 0x470000
Loading ramdisk 3078237 bytes  <at>  3fcff000...
Branching to kernel entry point 0x00100000.  If this is the last
message you see, you may need to switch your console.  This is
a common symptom -- search the FAQ and mailing list at parisc-linux.org

Linux version 2.6.24-rc3 (root <at> treebeard) (gcc version 4.1.3 20071019 
(prerelease) (D7
FP[0] enabled: Rev 1 Model 16
The 64-bit Kernel has started...
console [ttyB0] enabled
(Continue reading)

Jiri Olsa | 15 Nov 09:42 2007
Picon

[parisc-linux] [PATCH] alpha/parisc: Removing config variable DEBUG_RWLOCK

Removing config variable DEBUG_RWLOCK, since it is not used

Signed-off-by: Jiri Olsa <olsajiri <at> gmail.com>
---
 arch/alpha/Kconfig.debug           |    9 ---------
 arch/alpha/defconfig               |    1 -
 arch/parisc/Kconfig.debug          |    9 ---------
 arch/parisc/configs/a500_defconfig |    1 -
 4 files changed, 0 insertions(+), 20 deletions(-)

diff --git a/arch/alpha/Kconfig.debug b/arch/alpha/Kconfig.debug
index f45f28c..3f6265f 100644
--- a/arch/alpha/Kconfig.debug
+++ b/arch/alpha/Kconfig.debug
 <at>  <at>  -7,15 +7,6  <at>  <at>  config EARLY_PRINTK
 	depends on ALPHA_GENERIC || ALPHA_SRM
 	default y

-config DEBUG_RWLOCK
-	bool "Read-write spinlock debugging"
-	depends on DEBUG_KERNEL
-	help
-	  If you say Y here then read-write lock processing will count how many
-	  times it has tried to get the lock and issue an error message after
-	  too many attempts.  If you suspect a rwlock problem or a kernel
-	  hacker asks for this option then say Y.  Otherwise say N.
-
 config ALPHA_LEGACY_START_ADDRESS
 	bool "Legacy kernel start address"
 	depends on ALPHA_GENERIC
(Continue reading)

Matthew Wilcox | 21 Oct 21:06 2007

Re: [parisc-linux] [PATCH] VSC_GSC_HSC bus debugging

On Sun, Oct 21, 2007 at 07:54:53PM +0200, Roel Kluin wrote:
> +config GSC_DEBUG
> +	bool "VSC_GSC_HSC bus debugging"

What an ugly prompt string ...

> +	depends on GSC
> +	default n

default is 'n', by default.  No need to specify it.

> +#ifdef GSC_DEBUG
> +	#define DEBUG 1
> +#endif

Why the indent?

> -	DEBPRINTK("%s intr, mask=0x%x\n", gsc_asic->name, irr);
> +	printk("%s intr, mask=0x%x\n", gsc_asic->name, irr);

Presumably you meant pr_debug?

--

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."
_______________________________________________
parisc-linux mailing list
parisc-linux <at> lists.parisc-linux.org
(Continue reading)

Joel Soete | 16 Oct 18:34 2007
Picon

[parisc-linux] [patch 2/2] backport of sba sg list management to ccio-dma

And here is the main hunk:

This consist of 'backporting' to ccio of the most of Grant's work on sg list
management of sba-iommu.

According to some stress test on d380 it makes ncr driver more stable; improve
network perf on my d380 (from 110 to 430 kb/s);
(would allow in a next step merge some hunk of sba code in iommu-helper.h)

Tia,
J.
_______________________________________________
parisc-linux mailing list
parisc-linux <at> lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
Joel Soete | 16 Oct 18:33 2007
Picon

[parisc-linux] [patch 1/2] whitescape cleanup in ccio-dma.c

Hello all,

I reach to get some time to attempt to finalize this
<http://lists.parisc-linux.org/pipermail/parisc-linux/2007-January/031129.html>

This first hunk just do some white space cleanup:

Hth,
J.
_______________________________________________
parisc-linux mailing list
parisc-linux <at> lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
Matthew Wilcox | 14 Oct 18:28 2007

[parisc-linux] Fix pcibios_bus_to_resource etc


I don't quite have time to finish this off before I get on a plane, but
it mostly works, so maybe somebody else can finish it off for me.

Basically, I fix pcibios_bus_to_resource for the ioport case and then
use it in lba_fixup_bus.  It should probably be used by Dino too.

Also unconditionally export both pcibios_bus_to_resource and
pcibios_resource_to_bus.  It's a public API, and should always be
available.

I also convert PCI_BUS_ADDR to pcibios_bus_addr to avoid the icky
ifdefs to avoid warnings.

The only problem is that a few resources end up with the wrong parent on
64-bit due to lack of f-extension:

f0100000-f01fffff : PCI Bus #04
  f0100000-f01fffff : PCI Bus #02
  f4900000-f49fffff : PCI Bus #02
  f6000000-f60fffff : PCI Bus #04

These PCI busses are the ones behind PCI-PCI bridges; eg

fffffffff6000000-fffffffff67fffff : PCI03 LMMIO                                 
  fffffffff6000000-fffffffff6001fff : 0000:04:04.1                              

Shouldn't be hard to fix, I'm just out of time.

diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
(Continue reading)

Matthew Wilcox | 14 Oct 16:48 2007

[parisc-linux] Fix /proc/iomem


commit 5d04e33a34814d0cc3029f4b1ba0e62829cb4610
Author: Matthew Wilcox <matthew <at> wil.cx>
Date:   Sun Oct 14 10:13:31 2007 -0400

    parisc: Fix infinite loop in /proc/iomem

    pcibios_link_hba_resources() could corrupt the resource tree by inserting
    resources in the wrong place.  Fix this by calling pci_claim_resource()
    for PCI-PCI bridges.  Delete pcibios_link_hba_resources as we shouldn't
    need it any more.  Also get rid of lba_claim_dev_resources() and just
    call pci_claim_resource() directly.

    Signed-off-by: Matthew Wilcox <willy <at> linux.intel.com>

diff --git a/arch/parisc/kernel/pci.c b/arch/parisc/kernel/pci.c
index 563df00..8263d49 100644
--- a/arch/parisc/kernel/pci.c
+++ b/arch/parisc/kernel/pci.c
 <at>  <at>  -194,31 +194,6  <at>  <at>  void __init pcibios_init_bus(struct pci_bus *bus)
 	pci_write_config_word(dev, PCI_BRIDGE_CONTROL, bridge_ctl);
 }

-
-/* KLUGE: Link the child and parent resources - generic PCI didn't */
-static void
-pcibios_link_hba_resources( struct resource *hba_res, struct resource *r)
-{
-	if (!r->parent) {
-		printk(KERN_EMERG "PCI: resource not parented! [%p-%p]\n",
(Continue reading)

Joe Perches | 25 Aug 01:44 2007

[parisc-linux] [PATCH] Prefix each line of multiline printk(KERN_<level> "foo\nbar") with KERN_<level>

Corrected printk calls with multiple output lines which
did not correctly preface each line with KERN_<level>

Fixed uses of some single lines with too many KERN_<level>

Please pull from:
git://repo.or.cz/linux-2.6/trivial-mods.git pr_newlines

Signed-off-by: Joe Perches <joe <at> perches.com>

 arch/arm/kernel/ecard.c                  |    3 ++-
 arch/blackfin/kernel/dualcore_test.c     |    3 ++-
 arch/blackfin/kernel/traps.c             |    4 +++-
 arch/h8300/kernel/setup.c                |    4 +++-
 arch/i386/kernel/io_apic.c               |    3 ++-
 arch/m68knommu/kernel/setup.c            |    4 +++-
 arch/m68knommu/kernel/traps.c            |    5 +++--
 arch/m68knommu/mm/init.c                 |    9 ++++++---
 arch/m68knommu/platform/68328/config.c   |    3 ++-
 arch/m68knommu/platform/68360/config.c   |    3 ++-
 arch/m68knommu/platform/68EZ328/config.c |    3 ++-
 arch/mips/vr41xx/common/pmu.c            |    9 ++++++---
 arch/parisc/kernel/traps.c               |    3 ++-
 arch/parisc/math-emu/driver.c            |    5 +++--
 arch/v850/kernel/setup.c                 |    6 ++++--
 arch/x86_64/kernel/io_apic.c             |    3 ++-
 arch/x86_64/kernel/mpparse.c             |    3 ++-
 drivers/acpi/acpi_memhotplug.c           |    3 ++-
 drivers/char/dtlk.c                      |    3 ++-
 drivers/char/tpm/tpm_bios.c              |    2 +-
(Continue reading)

Jan Engelhardt | 24 Aug 18:24 2007
Picon

[parisc-linux] errno codes intertwined

Hello lists,

I am currently working on a FUSE-based filesystem much like nfs/sshfs. 
I pass the syscall on to the storage server, where it is executed, and 
get back the result, or errno code. Let's jump into the real world 
example where the storage unit is x86_64 and the mount side is 
sparc/sparc64, and the syscall is getxattr.

If a file does not have the requested attribute, the syscall will 
produce ENODATA. On x86_64, that is mapped to the value 61. Back on the 
sparc side, 61 is mapped to ECONNREFUSED, and that gives odd errors 
when ls tries to query xattrs:

18:20 sun:../ccgfs/src # ls -dl /home/profile
ls: /home/profile: Connection refused
drwx------ 13 cf users 4096 Aug 24 16:05 /home/profile

Just a grep away, this came up:

18:16 ichi:../linux-2.6.23/include > grep -r ENODATA .
./asm-alpha/errno.h:#define     ENODATA         86      /* No data available */
./asm-generic/errno.h:#define   ENODATA         61      /* No data available */
./asm-mips/errno.h:#define      ENODATA         61      /* No data available */
./asm-parisc/errno.h:#define    ENODATA         51      /* No data available */
./asm-sparc/errno.h:#define     ENODATA         111     /* No data available */
./asm-sparc/solerrno.h:#define  SOL_ENODATA        61    /* No data avail at this time       */
./asm-sparc64/errno.h:#define   ENODATA         111     /* No data available */
./asm-sparc64/solerrno.h:#define        SOL_ENODATA        61    /* No data avail at this time       */

Why do these architectures deviate from asm-generic? In fact,
(Continue reading)

Michal Piotrowski | 1 Aug 16:55 2007
Picon

[parisc-linux] [RFC][PATCH] Coding style fix include/asm-parisc/compat_rt_sigframe.h

Hi,

Coding style fix

Regards,
Michal

--
LOG
http://www.stardust.webpages.pl/log/

Signed-off-by: Michal Piotrowski <michal.k.k.piotrowski <at> gmail.com>

--- linux-mm-clean/include/asm-parisc/compat_rt_sigframe.h	2007-07-09 01:32:17.000000000 +0200
+++ linux-mm/include/asm-parisc/compat_rt_sigframe.h	2007-08-01 16:51:57.000000000 +0200
 <at>  <at>  -1,6 +1,6  <at>  <at> 
-#include<linux/compat.h>
-#include<linux/compat_siginfo.h>
-#include<asm/compat_ucontext.h>
+#include <linux/compat.h>
+#include <linux/compat_siginfo.h>
+#include <asm/compat_ucontext.h>

 #ifndef _ASM_PARISC_COMPAT_RT_SIGFRAME_H
 #define _ASM_PARISC_COMPAT_RT_SIGFRAME_H
_______________________________________________
parisc-linux mailing list
parisc-linux <at> lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

(Continue reading)

Yoann Padioleau | 27 Jul 11:45 2007
Picon

[parisc-linux] [PATCH 11/68] 0 -> NULL, for arch/parisc


When comparing a pointer, it's clearer to compare it to NULL than to 0.

Here is an excerpt of the semantic patch: 

 <at>  <at> 
expression *E;
 <at>  <at> 

  E ==
- 0
+ NULL

 <at>  <at> 
expression *E;
 <at>  <at> 

  E !=
- 0
+ NULL

Signed-off-by: Yoann Padioleau <padator <at> wanadoo.fr>
Cc: matthew <at> wil.cx
Cc: grundler <at> parisc-linux.org
Cc: kyle <at> parisc-linux.org
Cc: parisc-linux <at> parisc-linux.org
Cc: akpm <at> linux-foundation.org
---

 smp.c |    2 +-
(Continue reading)


Gmane