Recent 64-bit server processors (POWER6 and POWER7) have a "Come-From
Address Register" (CFAR), that records the address of the most recent
branch or rfid (return from interrupt) instruction for debugging purposes.
This saves the value of the CFAR in the exception entry code and stores
it in the e
Hi,
I am trying to read the BCSR register of my PPC460ex board.But when I load
the module, then I get the "Machine Check Error".
I am not sure if I missed out something.
I would really appreciate it if somebody could help me on this.
I have posted the source code below, as well as the complete
On Mon, May 02, 2011 at 04:50:30AM -0700, linuxppc-dev wrote:
>
>Hi,
>
>I am trying to read the BCSR register of my PPC460ex board.But when I load
>the module, then I get the "Machine Check Error".
>
>I am not sure if I missed out something.
>
>I would really appreciate it if somebody could help me
On Monday 02 May 2011 14:40:39 Josh Boyer wrote:
> >static unsigned long mem_addr = 0xC000;// IP base address
>
> Is this the correct address for the BCSR? On the 460EX Canyonlands
> board, the CPLD/BCSR is at 0xE100.
To be precise: It's 0x4.e100. as 36bit physical address.
Cheers,
Dear Stefan,
I have changed CPLD/BCSR address with 0x4E100.
static unsigned long mem_addr = 0x4E100;
But still I get the Machine check error When I load my module. I have posted
the error Message below.
Error Message
-
<4>minimod: module license 'unspecified' taints ke
Hi Efti,
On Monday 02 May 2011 15:36:15 linuxppc-dev wrote:
> Dear Stefan,
>
> I have changed CPLD/BCSR address with 0x4E100.
>
> static unsigned long mem_addr = 0x4E100;
Thats a 64bit address, so you need this:
static unsigned long long mem_addr = 0x4E100ULL;
You should have se
On 05/01/2011 08:41 PM, Kushwaha Prabhakar-B32579 wrote:
Hi,
I have no comments about coding and architecture. It looks fine.
Only have a query about its use case..
"Any application intended to use message interrupt requires to
know
reg_num because of struct mpic_msgr* mpic_msgr_get(unsign
Commit-ID: 94b2c363dcf732a4edab4ed66041cb36e7f28fbf
Gitweb: http://git.kernel.org/tip/94b2c363dcf732a4edab4ed66041cb36e7f28fbf
Author: Geert Uytterhoeven
AuthorDate: Sat, 30 Apr 2011 22:56:20 +0200
Committer: Thomas Gleixner
CommitDate: Mon, 2 May 2011 21:16:37 +0200
genirq: Fix typo C
I'm using a Freescale P1022DS (PowerPC e500 core) system, which has a built-in
video controller. I have a framebuffer driver that works fine, and if I add
"video=fslfb:1280x1024-32@60,monitor=0 console=tty0" to the command-line, then
*most* of the kernel boot log appears on the serial port and the
McClintock Matthew-B29882 wrote:
> Don't you have to spawn a terminal on the framebuffer for the login?
I suppose, but I don't know how to do that. And although that would technically
answer the question in the subject of this thread, I still would have *some*
boot output on the serial port. It
On Mon, May 2, 2011 at 1:30 PM, Timur Tabi wrote:
> I'm using a Freescale P1022DS (PowerPC e500 core) system, which has a built-in
> video controller. I have a framebuffer driver that works fine, and if I add
> "video=fslfb:1280x1024-32@60,monitor=0 console=tty0" to the command-line, then
> *most
Don't you have to spawn a terminal on the framebuffer for the login?
Right now getty spawns the login on the serial port via /etc/inittab.
Something similiar is probably needed for the framebuffer.
-M
On Mon, May 2, 2011 at 2:30 PM, Timur Tabi wrote:
> I'm using a Freescale P1022DS (PowerPC e5
On Tue, Mar 22, 2011 at 09:27:26AM +0100, Heiko Schocher wrote:
> cc: Wolfram Sang
> cc: Grant Likely
> cc: Benjamin Herrenschmidt
> cc: linux-fb...@vger.kernel.org
> cc: devicetree-disc...@ozlabs.org
> cc: Ben Dooks
> cc: Vincent Sanders
> cc: Samuel Ortiz
> cc: linux-ker...@vger.kernel.org
On Tue, Mar 22, 2011 at 09:27:28AM +0100, Heiko Schocher wrote:
> - add read/write functions for using this driver
> also on powerpc plattforms
>
> Signed-off-by: Heiko Schocher
> Acked-by: Samuel Ortiz
Merged, thanks.
g.
> cc: Wolfram Sang
> cc: Grant Likely
> cc: Benjamin Herrenschmidt
On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
> - add commandline options:
> sm501fb.mode:
> Specify resolution as "x[-][@]"
> sm501fb.bpp:
> Specify bit-per-pixel if not specified mode
>
> - Add support for encoding display mode information
> in the device tree usi
On Tue, Mar 22, 2011 at 09:27:30AM +0100, Heiko Schocher wrote:
> - add binding to OF, compatible name "smi,sm501"
>
> Signed-off-by: Heiko Schocher
> Acked-by: Samuel Ortiz
Merged, thanks.
g.
> cc: Wolfram Sang
> cc: Grant Likely
> cc: Benjamin Herrenschmidt
> cc: linux-fb...@vger.kernel.
On Tue, Mar 22, 2011 at 10:10:27AM +0100, Wolfram Sang wrote:
> > As this board is tqm5200 based, added necessary changes
> > to the tqm5200_defconfig. In previous patchserie I added
> > the changes to mpc5200_defconfig, as Wolfram Sang mentioned,
> > but as tqm5200_defconfig is in
On Mon, May 2, 2011 at 4:27 PM, Grant Likely wrote:
> On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
>> - add commandline options:
>> sm501fb.mode:
>> Specify resolution as "x[-][@]"
>> sm501fb.bpp:
>> Specify bit-per-pixel if not specified mode
>>
>> - Add support for
On Fri, 15 Apr 2011 17:50:49 +0800
Herbert Xu wrote:
> On Mon, Apr 11, 2011 at 07:15:16PM -0500, Kim Phillips wrote:
> > - add IRQF_SHARED to request_irq flags to support parts such as
> > the p1023 that has one IRQ line per couple of rings.
> >
> > - resetting a job ring triggers an interrupt,
On Mon, May 02, 2011 at 06:27:27PM -0500, Kim Phillips wrote:
>
> I don't see them in cryptodev-2.6 - did you forget to push them?
Indeed, they were stuck on my other machine. They should be on
master now and should show up on the public mirror soon.
Thanks,
--
Email: Herbert Xu
Home Page: htt
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
> A lot of this series ends up being fixups to powerpc code; but the 4th
> patch is of importance to every architecture using CONFIG_OF (except
> SPARC, which has its own solution).
>
> This series (finally!) factors out device tree irq domain
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
> First step in eliminating irq_map[] table entirely
>
> Signed-off-by: Grant Likely
> ---
>
Ack in principle, needs scrutiny and testing of course :-)
Cheers,
Ben.
___
Linuxppc-dev mailing l
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
> irq_alloc_virt() and irq_free_virt() aren't called anywhere but from
> arch/powerpc/kernel/irq.c, and they are only ever called with count=1.
> This patch removes the prototypes from the header file, removes the
> count arguments, and cuts ou
On Thu, 2011-04-28 at 14:02 -0600, Grant Likely wrote:
> This patch creates a common implementation of irq_of_create_mapping()
> and factors out the interrupt domain translation code from powerpc to
> make it available for all architectures.
I think you are going the wrong way around.
First thing
On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote:
> Very few files actually need direct access to struct irq_host members.
> This patch moves the irq_host definition into another file so that it
> isn't brought in by default, and to prepare for the addition of
> struct of_irq_domain, which wil
Hello Grant,
Grant Likely wrote:
> On Mon, May 2, 2011 at 4:27 PM, Grant Likely
> wrote:
>> On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
>>> - add commandline options:
>>> sm501fb.mode:
>>> Specify resolution as "x[-][@]"
>>> sm501fb.bpp:
>>> Specify bit-per-pixel
Hello Grant,
Grant Likely wrote:
> On Tue, Mar 22, 2011 at 09:27:26AM +0100, Heiko Schocher wrote:
>> cc: Wolfram Sang
>> cc: Grant Likely
>> cc: Benjamin Herrenschmidt
>> cc: linux-fb...@vger.kernel.org
>> cc: devicetree-disc...@ozlabs.org
>> cc: Ben Dooks
>> cc: Vincent Sanders
>> cc: Samue
On Mon, 2011-05-02 at 15:02 -0500, Timur Tabi wrote:
> McClintock Matthew-B29882 wrote:
> > Don't you have to spawn a terminal on the framebuffer for the login?
>
> I suppose, but I don't know how to do that. And although that would
> technically
> answer the question in the subject of this thre
On Mon, May 2, 2011 at 11:17 PM, Heiko Schocher wrote:
> Hello Grant,
>
> Grant Likely wrote:
>> On Tue, Mar 22, 2011 at 09:27:26AM +0100, Heiko Schocher wrote:
>>> cc: Wolfram Sang
>>> cc: Grant Likely
>>> cc: Benjamin Herrenschmidt
>>> cc: linux-fb...@vger.kernel.org
>>> cc: devicetree-disc..
On Mon, May 2, 2011 at 11:27 PM, Heiko Schocher wrote:
> Hello Grant,
>
> Grant Likely wrote:
>> On Mon, May 2, 2011 at 4:27 PM, Grant Likely
>> wrote:
>>> On Tue, Mar 22, 2011 at 09:27:29AM +0100, Heiko Schocher wrote:
- add commandline options:
sm501fb.mode:
Specify resolu
From: Tseng-Hui (Frank) Lin
Icswx is a PowerPC instruction to send data to a co-processor. On Book-S
processors the LPAR_ID and process ID (PID) of the owning process are
registered in the window context of the co-processor at initialization
time. When the icswx instruction is executed the L2 gen
On Tue, 2011-05-03 at 16:43 +1000, Anton Blanchard wrote:
> From: Tseng-Hui (Frank) Lin
>
> Icswx is a PowerPC instruction to send data to a co-processor. On Book-S
> processors the LPAR_ID and process ID (PID) of the owning process are
> registered in the window context of the co-processor at in
Hi Ben,
> My only comment (sorry Anton :-) would have been that we could lazily
> allocate the spinlock on the first use_cop() ... or do we have that
> potentially called in the wrong context ?
I worry what might happen in a threaded app. It would be a strange
thing to do, but the program may ca
33 matches
Mail list logo
