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
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
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
> > 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
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
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
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
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
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
_
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
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
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 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
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
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
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] '
"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
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!
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
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
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
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
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,
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:
> 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/ |
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
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
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
>
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:
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
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
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
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
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 +++
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
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 +--
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
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
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
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
---
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
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
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
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
: 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
- 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
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
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
-
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
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
* 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.
51 matches
Mail list logo