Re: question about softirqs

2009-05-08 Thread David Miller
From: Paul Mackerras Date: Sat, 9 May 2009 13:31:23 +1000 > David Miller writes: > >> Grumble, when did that happen :-( > > Ages ago (i.e. before the switch to git :). Talk to Ingo, it's his > doing IIRC. I'll first do some data mining before coming to any (further) conclusions :-) >> That's

Re: [PowerPC] Next May 8 boot failure: OOPS during ibmveth module init

2009-05-08 Thread Jiri Pirko
61e20 CTR: 0000 >> REGS: c00042af6e80 TRAP: 0300 Not tainted >> (2.6.30-rc4-next-20090508) >> MSR: 80009032 CR: 2886 XER: 2001 >> DAR: 0654af306c04b990, DSISR: 4000 >> TASK = c000428084d0[590] 'modprobe

Re: question about softirqs

2009-05-08 Thread Paul Mackerras
David Miller writes: > Grumble, when did that happen :-( Ages ago (i.e. before the switch to git :). Talk to Ingo, it's his doing IIRC. > That's horrible for latency compared to handling it directly > in the trap return path. Actually, I don't know why we ever let there be softirqs pending whe

Re: question about softirqs

2009-05-08 Thread Benjamin Herrenschmidt
> > The soft irq stuff is pretty much all generic code these days, except > > for the code to switch to the softirq stack. > > Grumble, when did that happen :-( > > That's horrible for latency compared to handling it directly > in the trap return path. If it is indeed such a problem, it would b

Re: question about softirqs

2009-05-08 Thread Chris Friesen
Paul Mackerras wrote: If a soft irq is raised in process context, raise_softirq() in kernel/softirq.c calls wakeup_softirqd() to make sure that ksoftirqd runs soon to process the soft irq. So what would happen is that we would see the TIF_RESCHED_PENDING flag on the current task in the syscall

Re: question about softirqs

2009-05-08 Thread David Miller
From: Paul Mackerras Date: Sat, 9 May 2009 09:34:29 +1000 > If a soft irq is raised in process context, raise_softirq() in > kernel/softirq.c calls wakeup_softirqd() to make sure that ksoftirqd > runs soon to process the soft irq. So what would happen is that we > would see the TIF_RESCHED_PENDI

Re: question about softirqs

2009-05-08 Thread Paul Mackerras
Chris Friesen writes: > I'm trying to figure out where exactly softirqs are called on return > from a syscall in 64-bit powerpc. I can see where they get called for a > normal interrupt via the irq_exit() path, but not for syscalls. If a soft irq is raised in process context, raise_softirq() i

Re: question about softirqs

2009-05-08 Thread David Miller
From: "Chris Friesen" Date: Fri, 08 May 2009 16:51:25 -0600 > I'm trying to figure out where exactly softirqs are called on return > from a syscall in 64-bit powerpc. I can see where they get called for > a normal interrupt via the irq_exit() path, but not for syscalls. > > I'm sure I'm missing

question about softirqs

2009-05-08 Thread Chris Friesen
Hi all, I'm trying to figure out where exactly softirqs are called on return from a syscall in 64-bit powerpc. I can see where they get called for a normal interrupt via the irq_exit() path, but not for syscalls. I'm sure I'm missing something obvious...can anyone help? Thanks, Chris _

[PATCH] powerpc: Allow mem=x cmdline to work with 4G+

2009-05-08 Thread Becky Bruce
We're currently choking on mem=4g (and above) due to memory_limit being specified as an unsigned long. Make memory_limit phys_addr_t to fix this. Signed-off-by: Becky Bruce --- Ben, This is a fix for something I missed in the earlier large physical patches. I've tested it on MPC8641 both with an

[PATCH] powerpc/mpic: improve interrupt handling performance

2009-05-08 Thread Kumar Gala
Before when we were setting up the irq host map for mpic we passed in just isu_size for the size of the linear map. However, for a number of mpic implementations we have no isu (thus pass in 0) and will end up with a no linear map (size = 0). This causes us to always call irq_find_mapping() from

question about fs_enet driver

2009-05-08 Thread Ken Huisman
Is there a way to configure the fs_enet driver to use rmii mode for one of the ethernet devices in my device tree? I know other drivers support a keyword in the device tree (such as phy-connection-type = "rmii") but the following line of code in fs_enet-main.c (fs_init_phy()) suggests to me tha

Please pull from 'merge' branch for 2.6.30

2009-05-08 Thread Kumar Gala
Please pull from 'merge' branch of master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge to receive the following updates: arch/powerpc/sysdev/fsl_soc.c | 46 -- 1 file changed, 46 deletions(-) Anton Vorontsov (1): powerpc/f

Re: [PATCH] powerpc/fsl_soc: Remove mpc83xx_wdt_init, again

2009-05-08 Thread Kumar Gala
On Apr 30, 2009, at 5:27 PM, Anton Vorontsov wrote: commit b31a1d8b41513b96e9c7ec2f68c5734cef0b26a4 ("gianfar: Convert gianfar to an of_platform_driver"), possibly due merge issues, reintroduced completely unneded mpc83xx_wdt_init call, which I removed some time ago in commit 20d38e01d48019c578

Re: initramfs with lzma compression

2009-05-08 Thread Mirek23
Thank you for the quick answer. I am using the kernel version 2.6.23 with many other patches which require sometime to port to the latest kernel. I understand the it is possible to find the lzma patch also for older kernels in the git tree. Where can I find than the linuxppc git tree with the lzm

Re: [PowerPC] Next May 8 boot failure: OOPS during ibmveth module init

2009-05-08 Thread David Miller
od > NIP: c003a740 LR: c0361e20 CTR: > REGS: c00042af6e80 TRAP: 0300 Not tainted > (2.6.30-rc4-next-20090508) > MSR: 80009032 CR: 2886 XER: 2001 > DAR: 0654af306c04b990, DSISR: 4000 > TASK = c000428084d0[590] '

Re: [PATCH 2/2] x86-64: seccomp: fix 32/64 syscall hole

2009-05-08 Thread Andi Kleen
"Markus Gutschke (ÜÒÐ)" writes: > > There are a large number of system calls that "normal" C/C++ code uses > quite frequently, and that are not security sensitive. A typical > example would be gettimeofday(). At least on x86-64 gettimeofday() (and time(2)) work inside seccomp because they're vsy

Re: INET_LRO as tristate and use from modules

2009-05-08 Thread David Miller
From: David Miller Date: Wed, 22 Apr 2009 02:12:18 -0700 (PDT) > From: Olof Johansson > Date: Tue, 21 Apr 2009 14:33:19 -0500 > >> On Wed, Apr 22, 2009 at 12:23:03AM +0530, Subrata Modak wrote: >>> MODPOST 338 modules >>> ERROR: ".lro_receive_skb" [drivers/net/pasemi_mac_driver.ko] undefined!

Re: [rtc-linux] Re: [PATCH 10/12] mpc5121: Add MPC5121 Real time clock driver.

2009-05-08 Thread Wolfgang Denk
Dear Alessandro Zummo, In message <20090508180944.1304a...@i1501.lan.towertech.it> you wrote: > On Fri, 8 May 2009 09:53:20 -0600 > Grant Likely wrote: > > > That is fine by me, but since it is known that it will eventually > > support both, I'd like it to be renamed to 5xxx before it is merged

Re: device trees.

2009-05-08 Thread Kumar Gala
you can look at the source to SLOF or u-boot to see cases of building nodes on the fly. - k On May 8, 2009, at 11:03 AM, David H. Lynch Jr. wrote: Is there an example somewhere that shows building a device tree on the fly ? As our products move forward it becomes increasingly clear th

Re: device trees.

2009-05-08 Thread Timur Tabi
On Fri, May 8, 2009 at 11:03 AM, David H. Lynch Jr. wrote: >    Is there an example somewhere that shows building a device tree on > the fly ? A whole device tree? I don't think so. U-Boot does manipulate quite a few properties, but it assume that the DTS lists all the devices. Remember, one o

Re: [rtc-linux] Re: [PATCH 10/12] mpc5121: Add MPC5121 Real time clock driver.

2009-05-08 Thread Alessandro Zummo
On Fri, 8 May 2009 09:53:20 -0600 Grant Likely wrote: > That is fine by me, but since it is known that it will eventually > support both, I'd like it to be renamed to 5xxx before it is merged to > avoid a later rename patch. or 52xx ? -- Best regards, Alessandro Zummo, Tower Technologie

Re: [rtc-linux] Re: [PATCH 10/12] mpc5121: Add MPC5121 Real time clock driver.

2009-05-08 Thread Alessandro Zummo
On Fri, 8 May 2009 09:53:20 -0600 Grant Likely wrote: > That is fine by me, but since it is known that it will eventually > support both, I'd like it to be renamed to 5xxx before it is merged to > avoid a later rename patch. sorry, forget my last email, I misread the codes. -- Best regards,

device trees.

2009-05-08 Thread David H. Lynch Jr.
Is there an example somewhere that shows building a device tree on the fly ? As our products move forward it becomes increasingly clear that static configurations are not going to work. -- Dave Lynch DLA Systems Software Development:

Re: [PATCH] net/fs_enet/mii-fec: Use PHY_POLL instead of hard coded '-1'

2009-05-08 Thread Wolfram Sang
> This code no longer exists in net-next. EPIC FAIL! :/ I checked the powerpc-tree, but not linux-next. I'm sorry for the noise, will improve! -- Pengutronix e.K. | Wolfram Sang| Industrial Linux Solutions | http://www.pengutronix.de/ |

Re: [PATCH] net/fs_enet/mii-fec: Use PHY_POLL instead of hard coded '-1'

2009-05-08 Thread Grant Likely
On Fri, May 8, 2009 at 8:00 AM, Wolfram Sang wrote: > Initialize the irq-table with PHY_POLL. '-1' means the same now, but is > hardly maintainable. > > Signed-off-by: Wolfram Sang > Cc: Vitaly Bordug > Cc: Pantelis Antoniou > Cc: Grant Likely > Cc: net...@vger.kernel.org > Cc: linuxppc-dev@oz

Re: [rtc-linux] Re: [PATCH 10/12] mpc5121: Add MPC5121 Real time clock driver.

2009-05-08 Thread Grant Likely
On Thu, May 7, 2009 at 8:41 PM, John Rigby wrote: > Can we get 5121 support in and add 5200 support later?  They are not > identical. That is fine by me, but since it is known that it will eventually support both, I'd like it to be renamed to 5xxx before it is merged to avoid a later rename patch

Re: [PATCH] mpc5121/clocks: make debug output more readable

2009-05-08 Thread Grant Likely
On Fri, May 8, 2009 at 6:34 AM, Wolfram Sang wrote: > > - Drop KERN_ levels for printks which print to the same line > - use '=' in output to connect key/value pairs Personally, I'd rather see the printks converted to pr_info()/pr_cont(). g. > > Signed-off-by: Wolfram Sang > Cc: John Rigby >

Re: initramfs with lzma compression

2009-05-08 Thread Geert Uytterhoeven
On Fri, 8 May 2009, Mirek23 wrote: > I am looking for a patch which introduces lzma compression or suppresses the > standard gzip compression for the initramfs. It's already in the mainline kernel, e.g.: commit 30d65dbfe3add7f010a075991dc0bfeaebb7d9e1 Author: Alain Knaff Date: Sun Jan 4 22:46:

Re: [PATCH 6/6] powerpc/85xx: Add STMicro M25P40 serial flash support for MPC8569E-MDS

2009-05-08 Thread Kumar Gala
On May 1, 2009, at 9:16 PM, Anton Vorontsov wrote: For serial flash support we need to: - Add QE Par IO Bank E device tree node, a GPIO from this bank is used for SPI chip-select line; - Add serial-flash node; - Add proper module alias into of/base.c. Signed-off-by: Anton Vorontsov --- arch

Re: [PATCH] mpc5121/clocks: make debug output more readable

2009-05-08 Thread Geert Uytterhoeven
On Fri, 8 May 2009, Wolfram Sang wrote: > - Drop KERN_ levels for printks which print to the same line Those should use KERN_CONT nowadays. > - use '=' in output to connect key/value pairs > > Signed-off-by: Wolfram Sang > Cc: John Rigby > Cc: Grant Likely > > --- > arch/powerpc/platforms/5

initramfs with lzma compression

2009-05-08 Thread Mirek23
Dear All, I am looking for a patch which introduces lzma compression or suppresses the standard gzip compression for the initramfs. I would be grateful for any hint. M. -- View this message in context: http://www.nabble.com/initramfs-with-lzma-compression-tp23446869p23446869.html Sent from th

Re: [PATCH 4/6] powerpc/85xx: Add eSDHC support for MPC8569E-MDS boards

2009-05-08 Thread Kumar Gala
On May 1, 2009, at 9:16 PM, Anton Vorontsov wrote: Note that eSDHC and DUART0 are mutually exclusive on MPC8569E-MDS boards. Default option is DUART0, so eSDHC is disabled by default. U-Boot will fixup device tree if eSDHC should be used instead of DUART0. Signed-off-by: Anton Vorontsov --- a

Re: [PATCH 5/6] powerpc/85xx: Enable Serial RapidIO for MPC85xx MDS boards

2009-05-08 Thread Kumar Gala
On May 1, 2009, at 9:16 PM, Anton Vorontsov wrote: Select HAS_RAPIDIO symbol and add rio nodes for MPC8568E-MDS and MPC8569E-MDS boards. Signed-off-by: Anton Vorontsov --- arch/powerpc/boot/dts/mpc8568mds.dts | 17 + arch/powerpc/boot/dts/mpc8569mds.dts | 17 +++

[PATCH v3] powerpc: Keep track of emulated instructions if debugfs is enabled

2009-05-08 Thread Geert Uytterhoeven
Counters for the various classes of emulated instructions are available under /sys/kernel/debug/powerpc/emulated_instructions (assumed debugfs is mounted on /sys/kernel/debug). Optionally (controlled by /sys/kernel/debug/powerpc/emulated_instructions/do_warn), rate-limited warnings can be printed

Re: [PATCH 3/6] powerpc/85xx: Fix reg and interrupts for mpc8569emds' localbus, add NAND

2009-05-08 Thread Kumar Gala
On May 1, 2009, at 9:16 PM, Anton Vorontsov wrote: This patch fixes bogus reg = <> property in the localbus node, and fixes interrupt property (should be "interrupts"). Also add node for NAND support. Signed-off-by: Anton Vorontsov --- arch/powerpc/boot/dts/mpc8569mds.dts | 11 +--

Re: [PATCH 2/6] powerpc/85xx: Fix mpc8569emds' crypto node to include SNOW unit

2009-05-08 Thread Kumar Gala
On May 1, 2009, at 9:16 PM, Anton Vorontsov wrote: fsl,exec-units-mask should be 0xbfe to include SNOW unit in MPC8569E's security engine. Signed-off-by: Anton Vorontsov --- arch/powerpc/boot/dts/mpc8569mds.dts |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) applied to next - k

Re: [PATCH 1/6] powerpc/85xx: Add PCI IDs for MPC8569 family processors

2009-05-08 Thread Kumar Gala
On May 1, 2009, at 9:16 PM, Anton Vorontsov wrote: This patch adds PCI IDs for MPC8569 and MPC8569E processors, plus adds appropriate quirks for these IDs, and thus makes PCI-E actually work on MPC8569E-MDS boards. Signed-off-by: Anton Vorontsov --- arch/powerpc/sysdev/fsl_pci.c |2 ++ inc

[PATCH] powerpc/fsl: Removed reg property from 85xx/86xx soc node

2009-05-08 Thread Kumar Gala
Between the addition of the ecm/mcm law nodes and the fact that the get_immrbase() has been using the range property of the SoC to determine the base address of CCSR space we no longer need the reg property at the soc node level. It has been ill specified and varied between device trees to cover e

[PATCH 08/15] powerpc/cell: Extract duplicated IOPTE_* to

2009-05-08 Thread Geert Uytterhoeven
Both arch/powerpc/platforms/cell/iommu.c and arch/powerpc/platforms/ps3/mm.c contain the same Cell IOMMU page table entry definitions. Extract them and move them to . This also allows them to be used by drivers. Signed-off-by: Geert Uytterhoeven Cc: Arnd Bergmann Cc: linuxppc-dev@ozlabs.org ---

[PATCH] net/fs_enet/mii-fec: Use PHY_POLL instead of hard coded '-1'

2009-05-08 Thread Wolfram Sang
Initialize the irq-table with PHY_POLL. '-1' means the same now, but is hardly maintainable. Signed-off-by: Wolfram Sang Cc: Vitaly Bordug Cc: Pantelis Antoniou Cc: Grant Likely Cc: net...@vger.kernel.org Cc: linuxppc-dev@ozlabs.org --- drivers/net/fs_enet/mii-fec.c |2 +- 1 files changed

[PATCH] mmc: Add fsl,esdhc as a valid compatible to bind against

2009-05-08 Thread Kumar Gala
We plan to use fsl,esdhc going forward as the base compatible so update the driver to bind against it. Signed-off-by: Kumar Gala --- drivers/mmc/host/sdhci-of.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/mmc/host/sdhci-of.c b/drivers/mmc/host/sdhci-of.c inde

[PATCH] powerpc/fsl: Update FSL esdhc binding

2009-05-08 Thread Kumar Gala
Updated the binding spec to use "fsl,eshdc" as the base compatible rather than the first chip in the family. Signed-off-by: Kumar Gala --- Documentation/powerpc/dts-bindings/fsl/esdhc.txt |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/Documentation/powerpc/dts-bindi

Re: [PATCH 3/3 v3] Add 4xx SATA dts node documentation

2009-05-08 Thread Sergei Shtylyov
Feng Kan wrote: Signed-off-by: Feng Kan [...] diff --git a/Documentation/powerpc/dts-bindings/4xx/sata.txt b/Documentation/powerpc/dts-bindings/4xx/sata.txt new file mode 100644 index 000..3ce00d0 --- /dev/null +++ b/Documentation/powerpc/dts-bindings/4xx/sata.txt @@ -0,0 +1,24 @@ +AMC

[PowerPC] Next May 8 boot failure: OOPS during ibmveth module init

2009-05-08 Thread Sachin Sant
: ibmveth(+) sg sd_mod crc_t10dif ibmvscsic scsi_transport_srp scsi_tgt scsi_mod NIP: c003a740 LR: c0361e20 CTR: REGS: c00042af6e80 TRAP: 0300 Not tainted (2.6.30-rc4-next-20090508) MSR: 80009032 CR: 2886 XER: 2001 DAR: 0654af306c04b990, DSISR

[PATCH] mpc5121/clocks: make debug output more readable

2009-05-08 Thread Wolfram Sang
- Drop KERN_ levels for printks which print to the same line - use '=' in output to connect key/value pairs Signed-off-by: Wolfram Sang Cc: John Rigby Cc: Grant Likely --- arch/powerpc/platforms/512x/clock.c |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) Index: .kernel/arch

Re: [PATCH 0/5] rapidio: adding memory mapping IO support and misc fixes

2009-05-08 Thread Jan Neskudla
Hi Gerhard, Yes I am sure, I know I chosen a different board than I use. I wanted to show that this compilation problem is not influenced by our e500 patches. So I did the test on the pristine 2.6.29.1 kernel without any external patches applied, and the problem is exactly the same when the rione

Re: [PATCH 0/5] rapidio: adding memory mapping IO support and misc fixes

2009-05-08 Thread Gerhard Jaeger
Hi Jan, On Friday 08 May 2009 12:06:35 Jan Neskudla wrote: [SNIPSNAP] > Important CONFIG options are: > PPC_86xx=y > HPC8641_HPCN=y you're using a e500 board (EP8548A), but the options above will be used when building a kernel for a e600 machine (MPC8641). Are you sure that is okay? - Gerhard -

Re: [PATCH 0/5] rapidio: adding memory mapping IO support and misc fixes

2009-05-08 Thread Jan Neskudla
On Thu, 2009-05-07 at 10:21 -0500, ext Kumar Gala wrote: > On May 7, 2009, at 9:10 AM, Jan Neskudla wrote: > > > And one more think, when I enabled usage of DMA, rionet does not > > compile too, > > but in this case I do not have a fix. I tested this on kernel > > 2.6.29.1 and > > EP8548 as ta

Re: [PATCH 02/12] fs_enet: Add MPC5121 FEC support.

2009-05-08 Thread David Miller
From: John Rigby Date: Thu, 7 May 2009 20:02:53 -0600 > Also don't forget that the register map is the same on 512x, mx and > coldfire platforms but not on the other ppc platforms so if you want > to one binary to rule them all you will need to have an offest table > or some such. I would sugges

Re: [PATCH] Fix wrong register read address and add interrupt acknowledge.

2009-05-08 Thread Benjamin Krill
* Josh Boyer | 2009-05-05 19:09:19 [-0400]: >On Tue, May 05, 2009 at 02:24:04PM -0500, Timur Tabi wrote: >>On Tue, May 5, 2009 at 2:11 PM, Benjamin Krill wrote: > >That is quite true. Although resending the patch just for that seems overkill. >The maintainer can edit the summary rather easily.