From: John Rigby jcri...@gmail.com
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.
* 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 b...@codiert.org wrote:
That is quite true. Although resending the patch just for that seems overkill.
The maintainer can edit the summary
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 target board.
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
--
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
- Drop KERN_ levels for printks which print to the same line
- use '=' in output to connect key/value pairs
Signed-off-by: Wolfram Sang w.s...@pengutronix.de
Cc: John Rigby jcri...@gmail.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
arch/powerpc/platforms/512x/clock.c |7 +++
1
in: 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 EE,ME,IR,DR CR: 2886 XER: 2001
DAR
Feng Kan wrote:
Signed-off-by: Feng Kan f...@amcc.com
[...]
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
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 ga...@kernel.crashing.org
---
Documentation/powerpc/dts-bindings/fsl/esdhc.txt |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git
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 ga...@kernel.crashing.org
---
drivers/mmc/host/sdhci-of.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/host/sdhci-of.c
Initialize the irq-table with PHY_POLL. '-1' means the same now, but is
hardly maintainable.
Signed-off-by: Wolfram Sang w.s...@pengutronix.de
Cc: Vitaly Bordug vbor...@ru.mvista.com
Cc: Pantelis Antoniou pantelis.anton...@gmail.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc:
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 asm/iommu.h.
This also allows them to be used by drivers.
Signed-off-by: Geert Uytterhoeven geert.uytterhoe...@sonycom.com
Cc: Arnd
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
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 avoront...@ru.mvista.com
---
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 avoront...@ru.mvista.com
---
arch/powerpc/boot/dts/mpc8569mds.dts |2 +-
1 files changed, 1 insertions(+), 1
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 avoront...@ru.mvista.com
---
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:
Select HAS_RAPIDIO symbol and add rio nodes for MPC8568E-MDS
and MPC8569E-MDS boards.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
arch/powerpc/boot/dts/mpc8568mds.dts | 17 +
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
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
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 w.s...@pengutronix.de
Cc: John Rigby jcri...@gmail.com
Cc: Grant Likely
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
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 al...@knaff.lu
Date: Sun
On Fri, May 8, 2009 at 6:34 AM, Wolfram Sang w.s...@pengutronix.de 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
On Thu, May 7, 2009 at 8:41 PM, John Rigby jcri...@gmail.com 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
On Fri, May 8, 2009 at 8:00 AM, Wolfram Sang w.s...@pengutronix.de wrote:
Initialize the irq-table with PHY_POLL. '-1' means the same now, but is
hardly maintainable.
Signed-off-by: Wolfram Sang w.s...@pengutronix.de
Cc: Vitaly Bordug vbor...@ru.mvista.com
Cc: Pantelis Antoniou
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/ |
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
On Fri, 8 May 2009 09:53:20 -0600
Grant Likely grant.lik...@secretlab.ca 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
On Fri, 8 May 2009 09:53:20 -0600
Grant Likely grant.lik...@secretlab.ca 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
On Fri, May 8, 2009 at 11:03 AM, David H. Lynch Jr. dh...@dlasys.net 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.
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
Dear Alessandro Zummo,
In message 20090508180944.1304a...@i1501.lan.towertech.it you wrote:
On Fri, 8 May 2009 09:53:20 -0600
Grant Likely grant.lik...@secretlab.ca 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
From: David Miller da...@davemloft.net
Date: Wed, 22 Apr 2009 02:12:18 -0700 (PDT)
From: Olof Johansson o...@lixom.net
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
Markus Gutschke (ÜÒÐ) mar...@google.com 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
: c0361e20 CTR:
REGS: c00042af6e80 TRAP: 0300 Not tainted
(2.6.30-rc4-next-20090508)
MSR: 80009032 EE,ME,IR,DR CR: 2886 XER: 2001
DAR: 0654af306c04b990, DSISR: 4000
TASK = c000428084d0[590] 'modprobe' THREAD: c00042af4000 CPU:
0
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
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
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):
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 that
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
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 bec...@kernel.crashing.org
---
Ben,
This is a fix for something I missed in the earlier large physical patches.
I've tested
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
From: Chris Friesen cfrie...@nortel.com
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
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() in
From: Paul Mackerras pau...@samba.org
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
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
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 be
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 when
of bad area, sig: 11 [#1]
SMP NR_CPUS=1024 NUMA pSeries
Modules linked in: 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
50 matches
Mail list logo