2010/1/20 Johnny Hung johnny.hack...@gmail.com:
2010/1/19 Matthias Kaehlcke matth...@kaehlcke.net:
El Tue, Jan 19, 2010 at 02:17:22PM +0100 Ricard Wanderlof ha dit:
I consider to use ramdisk as rootfs because worry about wrong
operation in rootfs (is use jffs2 rootfs) and it will cause system
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index 909b78d..a391219 100644
--- a/drivers/net/fs_enet/fs_enet-main.c
+++ b/drivers/net/fs_enet/fs_enet-main.c
@@ -587,6 +587,33 @@ void fs_cleanup_bds(struct net_device *dev)
El Wed, Jan 20, 2010 at 08:57:44AM +0100 Marco Stornelli ha dit:
2010/1/20 Johnny Hung johnny.hack...@gmail.com:
2010/1/19 Matthias Kaehlcke matth...@kaehlcke.net:
El Tue, Jan 19, 2010 at 02:17:22PM +0100 Ricard Wanderlof ha dit:
I consider to use ramdisk as rootfs because worry about
On Tue, Jan 19, 2010 at 09:24:08PM +0100, Anatolij Gustschin wrote:
From: Piotr Ziecik ko...@semihalf.com
Adds NAND Flash Controller driver for MPC5121 Revision 2.
All device features, except hardware ECC and power management,
are supported.
Signed-off-by: Piotr Ziecik ko...@semihalf.com
On Tue, Jan 19, 2010 at 09:24:07PM +0100, Anatolij Gustschin wrote:
From: John Rigby jri...@freescale.com
Based on Domen Puncer's rtc driver for 5200 posted to
the ppclinux mailing list:
http://patchwork.ozlabs.org/linuxppc-embedded/patch?id=11675
but never commited anywhere.
Scott Wood scottw...@freescale.com wrote:
+ void __iomem *fec_fun_code;
+ void __iomem *fec_r_hash;
+ void __iomem *fec_x_cntrl;
+ void __iomem *fec_dma_control;
+};
Why void and not the specific type?
Ok, I will fix it for using u32 __iomem *.
static void
Hi, Stef
Benjamin Herrenschmidt wrote:
On Wed, 2010-01-20 at 00:52 +0200, Felix Radensky wrote:
405XX - no
440EP - no
440GR - no
440EPx/440GRx - no
440GP - yes
440GX - yes
440SP - yes
440SPe - yes
460XX - yes
The distinction between these groups is pretty clear in the device trees.
The
The patches are based on v2.6.33-rc4 and cover the following
items:
The USB-patch needs two patches from linux-next. For convenience, don't you
have a git-tree somewhere? :)
Regards,
Wolfram
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux
On Tue, Jan 19, 2010 at 09:24:05PM +0100, Anatolij Gustschin wrote:
Add reset module registers representation and
machine restart callback for mpc5121 platform.
Signed-off-by: Piotr Ziecik ko...@semihalf.com
Signed-off-by: Wolfgang Denk w...@denx.de
Signed-off-by: Anatolij Gustschin
2010/1/20 Matthias Kaehlcke matth...@kaehlcke.net:
El Wed, Jan 20, 2010 at 08:57:44AM +0100 Marco Stornelli ha dit:
2010/1/20 Johnny Hung johnny.hack...@gmail.com:
2010/1/19 Matthias Kaehlcke matth...@kaehlcke.net:
El Tue, Jan 19, 2010 at 02:17:22PM +0100 Ricard Wanderlof ha dit:
I
Hi Alex,
On Wed, 20 Jan 2010 11:42:28 +0100 Alexander Graf ag...@suse.de wrote:
This is odd. The same function saves and restores ext_bkp.vrsave under a
common condition:
So there can't be a case where ext_bkp.vrsave is read, but not written to
before, which is what this warning implies,
Some of the newer 4xx pci cores don't send PCI type 1 transactions.
This patch enables type 1 transations for pcix nodes, thus enabling
devices behind PCI bridges.
Signed-off-by: Stef van Os stef.van...@gmail.com
---
arch/powerpc/sysdev/ppc4xx_pci.c |3 ++-
1 files changed, 2 insertions(+),
Greetings.
I'm currently involved in a project which aims to use a RapidIO fabric as,
essentially, a cluster interconnect. That is, our system contains a
multitude of processing elements, rather than a host + some dumb
peripherals.
Unfortunately, it appears that Freescale's rapidio controller is
Anatolij Gustschin wrote:
Scott Wood scottw...@freescale.com wrote:
You can put a data pointer in the of_platform match struct, instead of
re-checking the compatible.
.data pointer in 'fs_enet_mdio_fec_match' is already used for
mpc5xxx_get_bus_frequency(). Setting .data to some sort of FEC
nanda wrote:
my response inlined..
On Tue, 19 Jan 2010 22:41:25 +0530 wrote
nanda wrote:
We had merged the 2.6.24
That's pretty old...
We were using 2.6.24 as this kernel version this is the references
used by us for MPC8321E.
with the FSL based NAND driver,
Which one? Which chip
my response inlined..
On Tue, 19 Jan 2010 22:41:25 +0530 wrote
nanda wrote:
We had merged the 2.6.24
That's pretty old...
We were using 2.6.24 as this kernel version this is the references used by
us for MPC8321E.
with the FSL based NAND driver,
Which one? Which chip are you using, and
The new Power7 processor has 4 way SMT. This 4 way SMT benefits from
dynamic power updates that arch_scale_smt_power was designed to provide.
The first patch fixes a generic scheduler bug necessary for arch_scale_smt
to properly function. The second patch implements arch_scale_smt_power
for
From: Gautham R Shenoy e...@in.ibm.com
We want to update the sched_group_powers when balance_cpu == this_cpu.
Currently the group powers are updated only if the balance_cpu is the first
CPU in the local group. But balance_cpu = this_cpu could also be the first
idle cpu in the group. Hence fix
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
This patch implements arch_scale_smt_power to dynamically update smt
thread power in these idle cases in order to prefer threads 0,1 over
On Wed, 2010-01-20 at 14:04 -0600, Joel Schopp wrote:
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
So this is an actual performance improvement, not only power savings?
This patch
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
This patch implements arch_scale_smt_power to dynamically update smt
thread power in these idle cases in order to prefer threads 0,1 over
On Wed, 2010-01-20 at 14:04 -0600, Joel Schopp wrote:
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
This patch implements arch_scale_smt_power to dynamically update smt
thread power
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
So this is an actual performance improvement, not only power savings?
It's primarily a performance improvement. Any power/energy
+ if (cpu_has_feature(CPU_FTRS_POWER7) weight == 4) {
I think we should avoid using cpu_has_feature like this. It's better to
create a new feature and add it to POWER7 in the cputable, then check
for that here.
The way that it is now, I think any CPU that has superset of the
On Tue, 19 Jan 2010 21:24:07 +0100
Anatolij Gustschin ag...@denx.de wrote:
Hi,
thank for you submission. A few comments below. You might
want to read http://groups.google.com/group/rtc-linux/web/checklist?pli=1
From: John Rigby jri...@freescale.com
Based on Domen Puncer's rtc driver for
+
+static inline int thread_in_smt4core(int x)
+{
+ return x % 4;
+}
Needs a whitespace here though I don't really like the above. Any reason
why you can't use the existing cpu_thread_in_core() ?
I will change it to cpu_thread_in_core()
+unsigned long arch_scale_smt_power(struct
Peter Zijlstra wrote:
On Wed, 2010-01-20 at 14:04 -0600, Joel Schopp wrote:
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
So this is an actual performance improvement, not only
These patches attempt to provide support for the Freescale MPC512x
FEC in the fs_enet driver. The first cleanup patch replaces printk
by dev_xxx. The second and third attemt to support MPC5121 FEC
in the FEC driver. The first version of the last two patches
was previously submitted as part of the
Hi,
I `m working on a freescale-MPC8379eRDB like board.And I want to trun off
kernel message during bootup.
I tried to modify console = XXX argument in uboot but it did not work(It
works on ARM). Kernel always print:
console [udbg0] enabledor console handover: boot [*udbg0*] - real
Signed-off-by: Anatolij Gustschin ag...@denx.de
Cc: linuxppc-...@ozlabs.org
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: John Rigby jcri...@gmail.com
Cc: Piotr Ziecik ko...@semihalf.com
Cc: Wolfgang Denk w...@denx.de
---
drivers/net/fs_enet/fs_enet-main.c | 39
The FEC on 5121 has problems with misaligned tx buffers.
The RM says any alignment is ok but empirical results
show that packet buffers ending in 0x1E will sometimes
hang the FEC. Other bad alignment does not hang but will
cause silent TX failures resulting in about a 1% packet
loss as tested by
drivers/net/fs_enet/*
Enable fs_enet driver to work 5121 FEC
Enable it with CONFIG_FS_ENET_MPC5121_FEC
Signed-off-by: John Rigby jcri...@gmail.com
Signed-off-by: Piotr Ziecik ko...@semihalf.com
Signed-off-by: Wolfgang Denk w...@denx.de
Signed-off-by: Anatolij Gustschin
powerpc: Extended ptrace interface
From: Torez Smith lnxto...@linux.vnet.ibm.com
Add a new extended ptrace interface so that user-space has a single
interface for powerpc, without having to know the specific layout
of the debug registers.
Implement:
PPC_PTRACE_GETHWDEBUGINFO
Hi,
I `m working on a freescale-MPC8379eRDB like board.And I want to trun off
kernel message during bootup.
I tried to modify console = XXX argument in uboot but it did not work(It
works on ARM). Kernel always print:
console [udbg0] enabledor console handover: boot [*udbg0*] - real
This patch ports the kprobe-based event tracer to powerpc. This patch
is based on x86 port. This brings powerpc on par with x86.
ChangeLog:
v2:
- Removed regs_get_argument_nth() API as function argument access syntax
is dropped from kprobe-tracer. Please refer to mails below on Linux PPC
35 matches
Mail list logo