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
> >
> >
> > 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
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
2010/1/20 Marco Stornelli :
> 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
>>
2010/1/20 Ricard Wanderlof :
>
> 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
>>> them). other f
From: Wolfgang Grandegger
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 accesses.
If the off
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 con
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
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Signed-off
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin wrote:
> From: Wolfgang Denk
>
> 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.
>
> In a first step,
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin 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
> allow speci
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin wrote:
> From: Piotr Ziecik
>
> 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.
> Signed-off-by: Piotr Ziecik
> Signe
On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin wrote:
> From: Piotr Ziecik
>
> - 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 100644
> --- a/drivers/i2c/bus
On Wed, Jan 20, 2010 at 7:13 PM, Anatolij Gustschin 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 will
> cause
On Wed, Jan 20, 2010 at 7:13 PM, Anatolij Gustschin wrote:
> Signed-off-by: Anatolij Gustschin
> Cc:
> Cc: Grant Likely
Acked-by: Grant Likely
> Cc: John Rigby
> Cc: Piotr Ziecik
> Cc: Wolfgang Denk
> ---
> drivers/net/fs_enet/fs_enet-main.c | 39 +--
>
> "景文林" == 景文林 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:
景文林> "console
David Miller wrote:
> From: Anatolij Gustschin
> 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 iomap/un
On Thu, 21 Jan 2010 01:22:35 -0800 (PST)
David Miller wrote:
> From: Anatolij Gustschin
> 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_ ##
2010/1/21 SHAN Gavin
>
>
> 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"o
From: Anatolij Gustschin
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_ ## _reg,
From: "Liu Yu-B13201"
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;
>> net...@vger.kernel.org
>
Implement perf-events based hw-breakpoint interfaces for PPC64 processors.
These interfaces help arbitrate requests from various users and schedules
them as appropriate.
Signed-off-by: K.Prasad
---
arch/powerpc/Kconfig |1
arch/powerpc/include/asm/hw_breakpoint.h | 55
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
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!
___
Linuxppc
23 matches
Mail list logo
