Arnd Bergmann writes:
The patch does not fix a regression, the spu-oprofile code basically never
worked. With the current code in Linux, samples in the profile buffer
can get corrupted because reader and writer to that buffer use different
locks for accessing it. It took us several iterations
On Monday 25 August 2008, Paul Mackerras wrote:
Since rc4 is out now, I understand if you feel more comfortable with
putting the patch into -next instead of -merge.
Linus has been getting stricter about only putting in fixes for
regressions and serious bugs (see his recent email to Dave
On Thu, Aug 21, 2008 at 11:15:05AM -0500, Scott Wood wrote:
On Wed, Aug 20, 2008 at 05:09:58PM +0200, Sebastian Siewior wrote:
I have here a mpc8540ads board and a u-boot 1.0.0. I've build the
defconfig for the board and I tried to boot the genarated
cuImage.mpc8540ads image. After the
This patch set adds a cpufreq driver for the IBM PowerPC 750GX processor. It
should also work for the 750FX. The patches are:
1) Add low level PLL config register interface module
2) Add cpufreq driver for the 750GX
3) Other PowerPC kernel changes necessary to support the
Hello,
I was wondering if there is a good replacement for GLibc memcpy() functions,
that doesn't have horrendous performance on embedded PowerPC processors (such
as Glibc has).
I did some simple benchmarks with this implementation on our custom MPC5121
based board (Freescale e300 core,
This adds a small module to handle the low level details of dealing with the
PLL config register (HID1) found in the IBM 750GX. It provides 2 possible
interfaces, both selectable via kernel config options. One is a sysfs attribute
and the other is a normal function API. It is called pll_if.
The
This adds the actual cpufreq driver for the 750GX. It supports all integer
ratios that are valid for the processor model and bus frequency.
It has two modes of operation. Normal mode uses all valid frequencies. In
minmaxmode, only the minimum and maximum are used. This provides the ability
for
I encountered several problem debugging multithreated software with gdb
on mpc512x, remotely (gdbserver) and locally.
I built gdb 6.8 from scratch, but it's crashing when I stop execution
into a thread.
Did anyone get it to work correctly?
Thanks,
Daniele
--
Daniele Bosi
DIGITEK S.p.A.
Hi David,
The focus has definitely been on VMX but that's not to say lower power
processors were forgotten :)
Gunnar von Boehn did some benchmarking with an assembly optimized routine,
for Cell, 603e and so on (basically the whole gamut from embedded up to
sever class IBM chips) and got some
This patch includes various changes necessary to support the cpufreq driver for
the PowerPC 750GX. Highlights include adding entries to recognize the 750GX to
the cputable (This includes the ... unfortunate pvr that the 750GX used in the
PowerLogix PowerForce 750GX = 0x0008 0203). The PLL switch
This patch adds kernel doc for the completion feature. It is in kernel/sched.c
and include/linux/completion.h.
An error in the split-man.pl PERL snippet in kernel-doc-nano-HOWTO.txt is
also fixed.
My name is Kevin Diggs and I approve this patch.
Signed-off-by: Kevin Diggs [EMAIL PROTECTED]
On Aug 25, 2008, at 5:41 AM, Kevin Diggs wrote:
This adds a small module to handle the low level details of dealing
with the
PLL config register (HID1) found in the IBM 750GX. It provides 2
possible
interfaces, both selectable via kernel config options. One is a
sysfs attribute
and the
On Monday 25 August 2008, Kevin Diggs wrote:
+ * cf750gx.c - cpufreq driver for the dual PLLs in the 750gx
Thanks for posting this driver and for your attention for detail
and for documentation in particular. Few people bother to write
documentation at this level.
I don't understand enough of
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
this patch is whitespace damaged. Could you resend it as attachment, or
set up your email client as per Documentation/email-clients.txt?
This fixes the missing acknowledge at the end of handle_level_irq().
It adds a field flags to struct irq_chip. If IRQ_CHIP_UNMASK_ACK is set in
this field, acknowledge is performed before unmasking.
diff -r 6b0915754563 arch/powerpc/sysdev/xilinx_intc.c
--- a/arch/powerpc/sysdev/xilinx_intc.c
Hello,
What is the difference between initramfs and initrd ?
Sébastien Chrétien
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi Matt,
On Monday 25 August 2008 13:00:10 Matt Sealey wrote:
The focus has definitely been on VMX but that's not to say lower power
processors were forgotten :)
lower-power (pun intended) is coming strong these days, as energy-efficiency
is getteing more important every day. And the MPC5121
On Mon, Aug 25, 2008 at 02:57:14PM +0200,
=?ISO-8859-1?Q?S=E9bastien_Chr=E9tien_ wrote:
Hello,
What is the difference between initramfs and initrd ?
You could poke around in the Documentation directory of the kernel. That
should answer your question.
Briefly, initramfs is a gzipped cpio
Hello,
I must create a ttyS0 console for my ppc board. Can someone advice an
example ?
Thanks
Sébastien Chrétien
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Mon, Aug 25, 2008 at 6:55 AM, Sergey Temerkhanov
[EMAIL PROTECTED] wrote:
This fixes the missing acknowledge at the end of handle_level_irq().
It adds a field flags to struct irq_chip. If IRQ_CHIP_UNMASK_ACK is set in
this field, acknowledge is performed before unmasking.
Can this fix be
ok thank you
2008/8/25, Josh Boyer [EMAIL PROTECTED]:
On Mon, Aug 25, 2008 at 02:57:14PM +0200,
=?ISO-8859-1?Q?S=E9bastien_Chr=E9tien_ wrote:
Hello,
What is the difference between initramfs and initrd ?
You could poke around in the Documentation directory of the kernel. That
should
On Monday 25 August 2008 18:26:54 Grant Likely wrote:
This
patch unconditionally adds what is essentially a device specific fixup
to *every* Linux platform. I cannot see that flying very far.
I know that. But without IRQ_CHIP_UNMASK_ACK set this fixup won'be applied so
setups that are not
The driver supports very simple GPIO controllers, that is, when a
controller provides just a 'data' register. Such controllers may
be found in various BCSRs (Board's FPGAs used to control board's
switches, LEDs, chip-selects, Ethernet/USB PHY power, etc).
So far we support only 1-byte GPIO banks.
Various changes to support QE USB Host on a MPC8360E-MDS board:
- Update the device tree per QE USB bindings;
- Configure QE Par IO;
- Set up BCSR for both USB Host and Peripheral modes;
- Add timer (GTM) node;
- Add gpio-controller node for BCSR13 bank;
- Select FSL_GTM, QE_GPIO and
When the kernel is booting, is it possible to check if the initrd is good ?
2008/8/25, Sébastien Chrétien [EMAIL PROTECTED]:
ok thank you
2008/8/25, Josh Boyer [EMAIL PROTECTED]:
On Mon, Aug 25, 2008 at 02:57:14PM +0200,
=?ISO-8859-1?Q?S=E9bastien_Chr=E9tien_ wrote:
Hello,
What is
Dear Daniele Bosi,
In message [EMAIL PROTECTED] you wrote:
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
Please post plain text only on mailing lists.
I encountered several problem debugging multithreated software with gdb
on mpc512x, remotely (gdbserver) and locally.br
Hi,
I think maybe you have known this project named XtratuM
(http://www.xtratum.org). I'm porting it from x86 to PPC405. The
implementation on PPC440 has been basically finished
(ftp://dslab.lzu.edu.cn/pub/xtratum/xtratum-ppc/snapshots/xtratum-ppc-20071205.tar.bz2)
and I know there was discussion
The return code from invocation of the notifier for
pSeries_reconfig_chain during update of the device tree is not
checked. This causes writes to /proc/ppc64/ofdt to update memory
properties (i.e. ibm,dyamic-reconfiguration-memory) to always
return success, instead of the result of the
I'm adding the Analogue Micro Boa (MPC5200/B) platform to the
public 2.6.26 tree. Under heavy network load (sometimes even
not so heavy!), I get this error:
net eth0: FEC_IEVENT_RFIFO_ERROR
I've read the thread about how this leads to an incorrect call
to the PHY code in the ISR. It's good
Kumar Gala wrote:
On Aug 25, 2008, at 5:41 AM, Kevin Diggs wrote:
This adds a small module to handle the low level details of dealing
with the
PLL config register (HID1) found in the IBM 750GX. It provides 2
possible
interfaces, both selectable via kernel config options. One is a sysfs
On Mon, 2008-08-25 at 15:06 +0200, David Jander wrote:
Hi Matt,
On Monday 25 August 2008 13:00:10 Matt Sealey wrote:
The focus has definitely been on VMX but that's not to say lower power
processors were forgotten :)
lower-power (pun intended) is coming strong these days, as
man mknod
- k
On Aug 25, 2008, at 9:16 AM, Sébastien Chrétien wrote:
Hello,
I must create a ttyS0 console for my ppc board. Can someone advice
an example ?
Thanks
Sébastien Chrétien
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Arnd Bergmann wrote:
On Monday 25 August 2008, Kevin Diggs wrote:
+ * cf750gx.c - cpufreq driver for the dual PLLs in the 750gx
Thanks for posting this driver and for your attention for detail
and for documentation in particular. Few people bother to write
documentation at this level.
I
On Thu, Aug 21, 2008 at 10:07:58AM +0200, Markus Brunner wrote:
This adds support for a simple ppc405ep board.
At the moment, there are no 405ep boards in arch/powerpc, so this can be used
as a template
for new boards, or migrating them from arch/ppc.
I2c, UART and EMAC are working. PCI
From: Heiko Schocher [EMAIL PROTECTED]
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
Updated to apply cleanly to top of linus's tree.
- k
arch/powerpc/include/asm/cpm2.h|5 +
The calculation to get TI_CPU based off of SPRG3 was just plain wrong.
Since we already have thread_info in r9 there is no reason to bother
to figure it out again.
This was pointed out by Chen Gong [EMAIL PROTECTED]
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
Paul, this is in for-2.6.27
The calculation to get TI_CPU based off of SPRG3 was just plain wrong.
Just offset off the stack pointer (to get to thread_info) like all the
other references to TI_CPU do.
This was pointed out by Chen Gong [EMAIL PROTECTED]
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
The first version was
Please pull from 'for-2.6.27' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.27
to receive the following updates:
arch/powerpc/boot/dts/mpc8641_hpcn.dts|2
arch/powerpc/boot/dts/tqm8548-bigflash.dts|8
Linus,
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get some more bug-fixes and defconfig updates for powerpc. Almost
all of the lines changed are in the defconfigs. The rest of the
changes are fixes for various regressions,
On Mon, 2008-08-25 at 21:08 -0500, Kumar Gala wrote:
The calculation to get TI_CPU based off of SPRG3 was just plain wrong.
Just offset off the stack pointer (to get to thread_info) like all the
other references to TI_CPU do.
This was pointed out by Chen Gong [EMAIL PROTECTED]
On Mon, 2008-08-25 at 21:09 -0500, Kumar Gala wrote:
Kumar Gala (3):
powerpc: Fix whitespace merge in mpc8641 hpcn device tree
powerpc: Update defconfigs for FSL PPC boards
powerpc: Fix determining TI_CPU in power_save_ppc32_restore()
Please, don't put a patch in a git pull
On Mon, Aug 25, 2008 at 07:27:36PM +0400, Anton Vorontsov wrote:
Various changes to support QE USB Host on a MPC8360E-MDS board:
- Update the device tree per QE USB bindings;
- Configure QE Par IO;
- Set up BCSR for both USB Host and Peripheral modes;
- Add timer (GTM) node;
- Add
42 matches
Mail list logo