On Wed, 2010-01-20 at 16:44 -0600, Joel Schopp wrote:
Care to take Gautham's bugfix patch (patch 1/2) now, since it just fixes
a bug? You'll need it if you ever try to make the x86 broken version work.
Sure, I'll take that, thanks!
___
Hi All,
Please find version XII of the PPC64 implementation of the
hardware breakpoint interfaces.
Changelog - ver XII
(Version XI: linuxppc-dev ref: 20100119091234.ga9...@in.ibm.com)
- Unset MSR_SE only if kernel was not previously in single-step mode.
- Pre-emption
From: Liu Yu-B13201 b13...@freescale.com
Date: Fri, 15 Jan 2010 10:49:37 +0800
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Friday, January 15, 2010 12:20 AM
To: Liu Yu-B13201
Cc: da...@davemloft.net; linuxppc-dev@lists.ozlabs.org;
From: Anatolij Gustschin ag...@denx.de
Date: Thu, 21 Jan 2010 03:13:18 +0100
struct fec_info {
- fec_t __iomem *fecp;
+ void __iomem *fecp;
...
/* write */
-#define FW(_fecp, _reg, _v) __fs_out32((_fecp)-fec_ ## _reg, (_v))
+#define FW(_regp, _reg, _v) __fs_out32((_regp)-fec_ ##
2010/1/21 SHAN Gavin gavin.s...@alcatel-lucent.com
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
On Thu, 21 Jan 2010 01:22:35 -0800 (PST)
David Miller da...@davemloft.net wrote:
From: Anatolij Gustschin ag...@denx.de
Date: Thu, 21 Jan 2010 03:13:18 +0100
struct fec_info {
- fec_t __iomem *fecp;
+ void __iomem *fecp;
...
/* write */
-#define FW(_fecp, _reg, _v)
David Miller wrote:
From: Anatolij Gustschin ag...@denx.de
Date: Thu, 21 Jan 2010 03:13:18 +0100
struct fec_info {
-fec_t __iomem *fecp;
+void __iomem *fecp;
To avoid confusion, the name base_addr seems more appropriate as it's
just used to calculate register offsets and for
景文林 == 景文林 wenlinj...@gmail.com writes:
景文林 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:
景文林
On Wed, Jan 20, 2010 at 7:13 PM, Anatolij Gustschin ag...@denx.de wrote:
Signed-off-by: Anatolij Gustschin ag...@denx.de
Cc: linuxppc-...@ozlabs.org
Cc: Grant Likely grant.lik...@secretlab.ca
Acked-by: Grant Likely grant.lik...@secretlab.ca
Cc: John Rigby jcri...@gmail.com
Cc: Piotr Ziecik
On Wed, Jan 20, 2010 at 7:13 PM, Anatolij Gustschin ag...@denx.de wrote:
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
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin ag...@denx.de wrote:
From: Piotr Ziecik ko...@semihalf.com
- Update Kconfig for i2c-mpc driver.
- Enable I2C interrupts on MPC5121.
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
index f627001..84eeb25
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin ag...@denx.de wrote:
From: Piotr Ziecik ko...@semihalf.com
Adds initial version of MPC512x DMA driver.
Only memory to memory transfers are currenly supported.
Comments below on brief review. I've not looked at the code in-depth.
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin ag...@denx.de wrote:
Platform specific code for MPC5121 USB Host support.
MPC5121 Rev 2.0 silicon EHCI registers are big endian.
Add appropriate support by specifying big-endian-regs
property in device tree node for USB controller. Also
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin ag...@denx.de wrote:
From: Wolfgang Denk w...@denx.de
As more MPC512x based boards will be coming soon, a new directory
arch/powerpc/configs/512x/ for board specific config files is created,
following the example of other processor families.
Hi Anatolij,
I had a close look...
Anatolij Gustschin wrote:
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
On Fri, 2009-12-18 at 16:50 -0600, Peter Tyser wrote:
Recent U-Boot commit 5ccd29c3679b3669b0bde5c501c1aa0f325a7acb caused
the cpu-release-addr device tree property to contain the physical RAM
location that secondary cores were spinning at. Previously, the
cpu-release-addr property contained
From: Wolfgang Grandegger w...@grandegger.com
Date: Thu, 21 Jan 2010 16:25:38 +0100
Do you see a more clever solution to this problem?
See how we handle this in the ESP scsi driver. We have a set of
defines for the register offsets, and a set of methods a chip driver
implements for register
2010/1/20 Ricard Wanderlof ricard.wander...@axis.com:
On Wed, 20 Jan 2010, Johnny Hung wrote:
i'd also recommend you to consider if you really need the
ramdisk. when using a ram disk its entire content is loaded to the RAM
occupying space, even if you don't use certain files (or part of
2010/1/20 Marco Stornelli marco.storne...@gmail.com:
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
In message 39fb8f1aeab9940b86c940b9a5f8e6bd41ec316c.1263368253.git.mich...@ell
erman.id.au you wrote:
On 64-bit kernels we currently have a 512 byte struct paca_struct for
each cpu (usually just called the paca). Currently they are statically
allocated, which means a kernel built for a large
Its possible that we've broken module/vmalloc support with
Large physical addressing.? Its not something I've
tried in a while.? What kernel/git SHA are you using.
I'm just pulling in from the main kernel tree git.
My current version is 2.6.33-rc4-00193-gd1e4922-dirty,
but it had not
On Tue, Jan 19, 2010 at 02:03:35AM -0800, Roland McGrath wrote:
It is also not clear to me if disabling pre-emption for the user-space
(albeit for a very tiny time-window) is incorrect and if their side-effects
are known. If otherwise, I think we should choose to operate in pre-empt
safe
22 matches
Mail list logo