Hi Mike,
Just a couple of meta things:
On Wed, 06 May 2009 15:25:46 -0500 Mike Wolf m...@linux.vnet.ibm.com wrote:
From Maynard Johnson mayna...@us.ibm.com
This would normally be From:
Signed-off-by: Michael Wolf m...@linux.vnet.ibm.com
It would be good if you had a Signed-off-by from
Wow guys, thank you for all the responses. Looks like this mad dive into
embedded Linux programming from ASP.NET is not futile.
I will take a look at the responses and reply tomorrow.
Chris Plasun
___
Linuxppc-dev mailing list
Grant Likely wrote:
On Wed, May 6, 2009 at 4:51 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Wed, May 6, 2009 at 4:19 PM, Wolfgang Denk w...@denx.de wrote:
Dear Grant Likely,
In message fa686aa40905061401k319313c5q89fd3e245c308...@mail.gmail.com
you wrote:
On Wed, May 6, 2009 at
Wolfgang Denk wrote:
From: Piotr Ziecik ko...@semihalf.com
Signed-off-by: Piotr Ziecik ko...@semihalf.com
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: John Rigby jcri...@gmail.com
---
arch/powerpc/boot/dts/mpc5121ads.dts |5 +
1 files
Ptrace has performance and/or reliability problems when used to
sandbox threaded applications due to potential race conditions when
inspecting system call arguments. We hope that we can avoid this
problem with seccomp.
ptrace certainly has performance issues. I take it the only reliability
Ptrace has performance and/or reliability problems when used to
sandbox threaded applications due to potential race conditions when
inspecting system call arguments. We hope that we can avoid this
problem with seccomp.
ptrace certainly has performance issues. I take it the only reliability
Ptrace has performance and/or reliability problems when used to
sandbox threaded applications due to potential race conditions when
inspecting system call arguments. We hope that we can avoid this
problem with seccomp.
ptrace certainly has performance issues. I take it the only reliability
On Wednesday 06 May 2009 22:15:13 Wolfgang Denk wrote:
--- /dev/null
+++ b/drivers/mtd/nand/mpc5121_nfc.c
[...]
+/* Init external chip select logic on ADS5121 board */
+static int ads5121_chipselect_init(struct mtd_info *mtd)
+{
+ struct nand_chip *chip = mtd-priv;
+ struct
On Thursday 07 May 2009 00:29:59 Grant Likely wrote:
On Wed, May 6, 2009 at 4:01 PM, Wolfgang Denk w...@denx.de wrote:
Dear Grant,
in message fa686aa40905061333q29c263c8p24856c048e30f...@mail.gmail.com
you wrote:
...
#ifdef CONFIG_FS_ENET_HAS_FEC
+#ifdef
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: John Rigby jcri...@gmail.com
---
This patch is NOT intended for inclusion into mainline, but rather a
request for help. For some reason which I don't understand yet, the
Ethernet interface on the ARIA
On Thu, May 7, 2009 at 00:03, Roland McGrath rol...@redhat.com wrote:
That is not a ptrace problem per se at all. It's an intrinsic problem
with any method based on generic syscall interception, if the filtering
and enforcement decisions depend on examining user memory.
Yes, this is indeed
Dear Joakim Tjernlund,
In message
of97606123.49b50465-onc12575af.002e2518-c12575af.002e6...@transmode.se you
wrote:
Just a stab in the dark: Perhaps the fec-fecp-fec_mii_speed field is
misaligned or is 16 bits ?
Good idea. The RM documents the register at offset 0x44 and describes
it as 32
Wolfgang Denk w...@denx.de wrote on 07/05/2009 11:19:48:
Dear Joakim Tjernlund,
In message
of97606123.49b50465-onc12575af.002e2518-c12575af.002e6...@transmode.se
you wrote:
Just a stab in the dark: Perhaps the fec-fecp-fec_mii_speed field is
misaligned or is 16 bits ?
Good idea.
On Wed, May 6, 2009 at 4:41 PM, Wolfgang Denk w...@denx.de wrote:
Dear Grant,
In message fa686aa40905061529u11b231afle3b5bb10a2334...@mail.gmail.com you
wrote:
Agreed that it's ugly, but duplicatio9ng the code would have been even
worse. I don't think that it has multiplatform - at least
From: Maynard Johnson mayna...@us.ibm.com
Description
---
Change ppc64 oprofile kernel driver to use the SLOT bits (MMCRA[37:39]only on
older processors where those bits are defined.
Background
--
The performance monitor unit of the 64-bit POWER processor family has the
ability
Hello all,
(FYI I working on the kmeter1)
kmeter1.c reuses the same QE_ENET10 RGMII errata workaround code from
mpc836x_mds.c (MPC8360EMDS eval board).
In my view errata nodes in the dts is overkill. Maybe the errata code can go
into a reusable function somewhere in 83xx/ or in ucc_geth.c?
Dear Damien,
in message c788c1220905070143t5271ebe1ra12df43f8f53e...@mail.gmail.com you
wrote:
We are attempting to bring up a new MPC5121e board, somewhat based on the
Silicon Turnkey's ADS5121 development board. We are using a kernel and
u-boot based on Freescale/STx's board support
+ echo 'SRC_DIR not set, so source tarballs will be unpacked in the
build dir
ectory'
SRC_DIR not set, so source tarballs will be unpacked in the build
directory
+ case x$PREFIX in
+ case x$USER in
+ abort 'Don'\''t run all.sh or crosstool.sh as root, it'\''s
dangerous'
+
Hi Wolfgang,
Trouble using with Kegel cross tool chain
Wolfgang Denk wd at denx.de
Thu May 7 15:32:36 EST 2009
* Previous message: Trouble using with Kegel cross tool chain
* Next message: Trouble using with Kegel cross tool chain
* Messages sorted by: [ date ] [ thread ]
Hi Ben,
On Thu, 7 May 2009 10:07:52 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
This is a regression in v2.6.29 from v2.6.28, so I guess we need to
send this to the stable team (backported if necessary) after it is upstream.
This same patch applies to 2.6.29.2 and fixes the problem
thanks for Scott's following
You need to pass your physical address (0xd000) to ioremap() to
obtain a virtual address that you can dereference.
actually, i have done that like you said. pass my phy addr to a virtual
addr, but i suppose it is a kernel virtual addr. i wanna get data from
On Thu, May 7, 2009 at 8:12 PM, John Rigby jcri...@gmail.com wrote:
Ok, the interrupt enabling should happen in the driver. Should it key off
compatible or should a new property be added like the existing 5200 clocking
property?
key off compatible. And the 5200 clocking property has been
On Thu, May 7, 2009 at 8:22 PM, John Rigby jcri...@gmail.com wrote:
On Wed, May 6, 2009 at 2:59 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
diff --git a/arch/powerpc/platforms/512x/mpc512x_shared.c
b/arch/powerpc/platforms/512x/mpc512x_shared.c
index d8cd579..7135d89 100644
---
Wolfgang,
Welcome to my world and why I gave up on this months ago.
Everyone else,
One thing to consider here is a rewrite with the goal of a new improved fec
driver that would work on both 5121 and the various mx platforms that also
have this same fec core.
Also don't forget that the register
I think the fec's parent clock is the ipb clock not the ppc core clock.
Could that be the problem?
On Wed, May 6, 2009 at 2:21 PM, Wolfgang Denk w...@denx.de wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: John Rigby jcri...@gmail.com
---
This
Ok, the interrupt enabling should happen in the driver. Should it key off
compatible or should a new property be added like the existing 5200 clocking
property?
On Wed, May 6, 2009 at 8:41 PM, Grant Likely grant.lik...@secretlab.cawrote:
On Wed, May 6, 2009 at 4:51 PM, Grant Likely
On Wed, May 6, 2009 at 2:59 PM, Grant Likely grant.lik...@secretlab.cawrote:
diff --git a/arch/powerpc/platforms/512x/mpc512x_shared.c
b/arch/powerpc/platforms/512x/mpc512x_shared.c
index d8cd579..7135d89 100644
--- a/arch/powerpc/platforms/512x/mpc512x_shared.c
+++
I was having deja-vu with this and realized that I have fixed at least some
of the objections to this patch.
Wolfgang you may want to look at the patch in my 5121 git tree here:
http://git.denx.de/?p=linux-mpc512x.git;a=commit;h=2950be3be42af7449941c3340998c27ef918f10f
It does runtime tx packet
Can we get 5121 support in and add 5200 support later? They are not
identical.
On Wed, May 6, 2009 at 4:40 PM, Grant Likely grant.lik...@secretlab.cawrote:
On Wed, May 6, 2009 at 3:06 PM, Wolfram Sang w.s...@pengutronix.de
wrote:
On Wed, May 06, 2009 at 10:15:17PM +0200, Wolfgang Denk
On Wed, May 6, 2009 at 3:07 PM, Grant Likely grant.lik...@secretlab.cawrote:
On Wed, May 6, 2009 at 2:15 PM, Wolfgang Denk w...@denx.de wrote:
From: Piotr Ziecik ko...@semihalf.com
This patch adds initial version of MPC512x DMA driver.
Only memory to memory transfers are currenly
Hello Christopher,
Varlese, Christopher wrote:
(FYI I working on the kmeter1)
kmeter1.c reuses the same QE_ENET10 RGMII errata workaround code from
mpc836x_mds.c (MPC8360EMDS eval board).
In my view errata nodes in the dts is overkill. Maybe the errata code can
go into a reusable
31 matches
Mail list logo