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
mail
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] enabled"or "console handover: boot [*udbg0*] ->
> powerpc: Extended ptrace interface
>
> From: Torez Smith
>
> 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
> PPC_PTRACE_SETHWDEBUG
> P
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
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Signed-off-by: Anatolij Gustschin
Cc:
Cc: Grant Likely
---
Changes since previous subm
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 p
Signed-off-by: Anatolij Gustschin
Cc:
Cc: Grant Likely
Cc: John Rigby
Cc: Piotr Ziecik
Cc: Wolfgang Denk
---
drivers/net/fs_enet/fs_enet-main.c | 39 +--
drivers/net/fs_enet/mac-fcc.c |5 ++-
drivers/net/fs_enet/mac-fec.c | 12 --
dri
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] enabled"or "console handover: boot [*udbg0*] -> rea
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 p
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 po
+
+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
On Tue, 19 Jan 2010 21:24:07 +0100
Anatolij Gustschin 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
>
> Based on Domen Puncer's rtc driver for 5200 posted to
> the ppclinux
+ 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 PO
> > 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/ener
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 po
> 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
On Wed, 2010-01-20 at 14:59 +0100, Stef van Os wrote:
> 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
> ---
Thanks, I'll send that to Linus aft
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
thread
From: Gautham R Shenoy
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 the place where th
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 powe
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 usi
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 c
Anatolij Gustschin wrote:
Scott Wood 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 ID in
match struct for "f
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
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
---
arch/powerpc/sysdev/ppc4xx_pci.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff -
Hi Alex,
On Wed, 20 Jan 2010 11:42:28 +0100 Alexander Graf 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, right?
2010/1/20 Matthias Kaehlcke :
> El Wed, Jan 20, 2010 at 08:57:44AM +0100 Marco Stornelli ha dit:
>
>> 2010/1/20 Johnny Hung :
>> > 2010/1/19 Matthias Kaehlcke :
>> >> 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:05PM +0100, Anatolij Gustschin wrote:
> Add reset module registers representation and
> machine restart callback for mpc5121 platform.
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Signed-off-by: Anatolij Gustschin
> Cc: Grant Likely
> Cc: John
> 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
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 mem
Scott Wood 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 set_promiscuous_mode(str
On Tue, Jan 19, 2010 at 09:24:07PM +0100, Anatolij Gustschin wrote:
> From: John Rigby
>
> 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.
>
> Changes to Domen
On Tue, Jan 19, 2010 at 09:24:08PM +0100, Anatolij Gustschin wrote:
> From: Piotr Ziecik
>
> 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
> Signed-off-by: Wolfgang Denk
On 20.01.2010, at 07:48, Stephen Rothwell wrote:
> [Not sure what happened to the previous versions To/CC lists, sorry]
>
> Hi all,
>
> Today's linux-next build (powerpc allyesconfig) produced this warning:
>
> arch/powerpc/kvm/book3s.c: In function '__kvmppc_vcpu_run':
> arch/powerpc/kvm/book
El Wed, Jan 20, 2010 at 08:57:44AM +0100 Marco Stornelli ha dit:
> 2010/1/20 Johnny Hung :
> > 2010/1/19 Matthias Kaehlcke :
> >> 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
> 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)
>
>
> /*
2010/1/20 Johnny Hung :
> 2010/1/19 Matthias Kaehlcke :
>> 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
> boot up failed.
> Another query, doe
37 matches
Mail list logo
