On Dec 16, 2008, at 1:54 PM, Morrison, Tom wrote:
We are having a problem with an external interrupt not actually being
received / detected on the MPC8572.
This external device 'believes' that it has sent an interrupt
(over PCIe) to the MPC8572 and we believe that the associated
ExVPR register
On Dec 10, 2008, at 8:00 AM, Norbert van Bolhuis wrote:
I'm preparing the latest (2.6.28-rc7) linux kernel for an MPC8313
based project
that's about to start.
Things seems to work great with the base 2.6.28-rc7 kernel. On our
MPC8313E-RDB
the kernel boots without problems, ethernet (with
On Oct 29, 2008, at 5:10 AM, Mike Dyer wrote:
Signed-off-by: Mike Dyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8313erdb.dts | 39
-
1 files changed, 0 insertions(+), 39 deletions(-)
applied for 2.6.28
- k
_
On Oct 14, 2008, at 9:12 AM, Mike Dyer wrote:
Hi All,
Apologies for the bad formatting of the previous message...
I've just pulled the 2.6.27 kernel from git and am trying it out on
my MPC8313E RDB dev kit. I get the following badness during boot
(the complete boot record is attached lat
On Aug 21, 2008, at 5:52 PM, Josh Boyer wrote:
On Thu, 2008-08-21 at 15:32 -0500, Kumar Gala wrote:
Some feedback:
* Can we increase the font size a bit?
NOO. Just use CTRL-SHIFT-+.
ok
* For the list of patches can we change the background of every other
line (light gray)
That would
Some feedback:
* Can we increase the font size a bit?
* For the list of patches can we change the background of every other
line (light gray)
* Parsing subject header for determining state -- "[RFC]"
w/o being able to log in that's my initial two cents.
Both otherwise it looks good and seem
On Jul 14, 2008, at 7:14 AM, selvamuthukumar v wrote:
From, arch/powerpc/boot/dts/mpc8313erdb.dts,
212 enet0: [EMAIL PROTECTED] {
.
.
219 interrupts = <37 0x8 36 0x8 35 0x8>;
Jun 2008 10:30:35 -0500
From: Kumar Gala <[EMAIL PROTECTED]>
Subject: Re: Migrating from 2.6.11 to 2.6.23 breaks pci-e with LSI
1068 SASchip
To: Vince Asbridge <[EMAIL PROTECTED]>
Cc: linuxppc-embedded@ozlabs.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: t
On Jun 25, 2008, at 11:33 PM, Alex Dubov wrote:
Greetings.
I was trying to make use of rapidio on recent (2.6.25) kernel (I
have a 8548
cpu). However, it seems that changes to the powerpc arch had broken
it.
Therefore, the question: is there an anticipated fix or I'm on my
own here?
On Jun 24, 2008, at 10:51 AM, Vince Asbridge wrote:
All,
I'm new to this mailing list, but have not had any luck finding
information on this issue.
Please be kind if I break the forum rules on my first post.
We recently tried to upgrade our Freescale CDS 8548 look-alike
module (code nam
On Jun 24, 2008, at 12:17 PM, Bizhan Gholikhamseh (bgholikh) wrote:
HI all,
Has anyone tried using a Graphic card on Freescale MPC837x-rdb
board? If so I appreciate any hints and information that I can use.
Nope, but you'll most likely need some form of x86 emulation for the
video bios in
On Jun 16, 2008, at 10:16 AM, Marco Stornelli wrote:
Hi,
I've got a device connected with Pci-express to an mpc8641d_hpcn
evaluation board (rev. 2.0) and I'm using the latest kernel. This
device use MSI to generate an interrupt, but it seems possible that
the only MSI that can be trigger
On Jun 12, 2008, at 6:45 AM, David Jander wrote:
Your commit message isn't exactly helpful as most people dont know
what LTIB is and its not terribly relevant. It just seems like you
are adding support for the FEC on MPC5121 and this point.
Signed-off-by: David Jander <[EMAIL PROTECTED]
On May 22, 2008, at 4:30 PM, [EMAIL PROTECTED] wrote:
Hi all,
I apologize if the list finds this off topic, but I'm at a loss of
who to
ask the question and thought this would be a good place to start. Our
target is an MPC8347E PowerQUICC II Pro, and we're using the latest
kernel
(2.6.2
On May 22, 2008, at 6:27 PM, Grant Likely wrote:
On Thu, May 22, 2008 at 4:40 PM, Emil Medve <[EMAIL PROTECTED]
> wrote:
This will cause this minor boot-time debugging error message to go
away:
[1.316451] calling add_pcspkr+0x0/0x84
[1.316478] initcall add_pcspkr+0x0/0x84 returned
On May 22, 2008, at 8:08 AM, sandeep malik wrote:
Hi,
We are using MSC7120 (e300 based) board running Montavista Linux
2.4. We are observing a random crash with the following dump:
Kernel stack overflow in process c5b22000, r1=c5b22460
NIP: XER: 2000 LR: SP: C5B22460 R
On Apr 24, 2008, at 11:13 AM, Brian Silverman wrote:
Is it possible to compile a Linux application using an EABI compiler
(specfically, Xilinx's EDK powerpc-eabi-gcc.exe)?
The issue at hand is that we'd like for our customers to be able to
use the Xilinx EDK toolchain (which we know they wi
This is intended as a reminder that we plan on getting rid of arch/ppc
this summer. I'm guessing based on kernel release times that will be
2.6.27. That would mean 2.6.26 will be the last kernel to support
arch/ppc.
If people have boards that like ported over please let us know and
work
On Apr 15, 2008, at 11:25 AM, Gutson Daniel-ADG035 wrote:
Hi,
I'm doing some work on 2.6.10, and got this problem:
- there are some io_block_mapping calls in the setup_io_mapping
callback, that use the BATs, and passing same va and pa each one.
Problem arises later when vmallocs gets a a
On Apr 10, 2008, at 10:12 AM, Sebastian Siewior wrote:
* Kumar Gala | 2008-04-10 09:46:39 [-0500]:
This is a modified entry I found in the documentation for the 8544.
Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8544ds.dts
On Mar 14, 2008, at 6:01 PM, Sebastian Siewior wrote:
This is a modified entry I found in the documentation for the 8544.
Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8544ds.dts | 41 +
+
arch/powerpc/platforms/85xx/mpc85x
On Apr 8, 2008, at 8:40 AM, Wolfgang Grandegger wrote:
Hello,
in the dts file for the MPC8548CDS the nodes for TSEC3/4 are commented
out because they seem to be broken:
$ grep broken arch/powerpc/boot/dts/*
arch/powerpc/boot/dts/mpc8548cds.dts:/* eTSEC 3/4 are currently
broken
Is it stil
On Apr 2, 2008, at 6:05 PM, Emil Medve wrote:
arch/powerpc/mm/init_32.c:102: error: conflicting types for
'__initial_memory_limit_addr'
arch/powerpc/mm/mmu_decl.h:51: error: previous declaration of
'__initial_memory_limit_addr' was here
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
---
arch
On Mar 25, 2008, at 8:03 AM, Marco Stornelli wrote:
Kumar Gala ha scritto:
On Mar 25, 2008, at 3:02 AM, Marco Stornelli wrote:
Hi,
do you remember my problem with the pci-express? I have an
mpc8641d_hpcn (rev. 2.0) board connected via pci-express with the
Xilinx ML555 evaluation board
On Mar 25, 2008, at 3:02 AM, Marco Stornelli wrote:
Hi,
do you remember my problem with the pci-express? I have an
mpc8641d_hpcn (rev. 2.0) board connected via pci-express with the
Xilinx ML555 evaluation board. I'm using the 2.6.24 kernel. I'm
observing this strange behavior:
1) I turn
On Mar 11, 2008, at 5:39 AM, Sebastian Siewior wrote:
The DT entry is copy / paste from the documentation.
Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8544ds.dts | 41 +
+
arch/powerpc/platforms/85xx/mpc85xx_ds.c | 13
On Feb 28, 2008, at 1:56 AM, maxime louvel wrote:
> Hi,
>
> I wanted first to check how the kernel is behaving, with a few tests.
> Then what is the best solution to do this ?
> A patch from the 2.6.25-rc3 vanilla kernel ?
2.6.25-rc3 is fine. The best solution is against my git-tree (git://
gi
On Feb 28, 2008, at 2:31 AM, maxime louvel wrote:
> Hi,
>
> I have a question for submitting my changes:
> As I said I have commented a few line in arch/powerpc/boot/Makefile
> #$(obj)/4xx.o: BOOTCFLAGS += -mcpu=405
> #$(obj)/ebony.o: BOOTCFLAGS += -mcpu=405
> #$(obj)/cuboot-taishan.o: BOOTCFLAGS
On Feb 27, 2008, at 10:25 AM, maxime louvel wrote:
> Hi again,
>
> I am answering my self sorry for the spam...
> Just to say that my problem has been solve if someone has something
> similar...
> My changes were good, I just didn't compile the good file...
Any plans to submit patches to add s
On Feb 20, 2008, at 10:13 AM, Marco Stornelli wrote:
> Kumar Gala wrote:
>>> Marco Stornelli wrote:
>>>
>>>> No, but I can try to backport the PCI-E code from 2.6.24 to 2.6.18
>>>> if it could help. What do you think about it? Do you think this
>&g
On Feb 20, 2008, at 7:00 AM, maxime louvel wrote:
> Hi,
>
> yes It has something like 16550 UART.
> the compiler version is gcc-3.4.3 with some specific stuff for the
> platform.
> I also have a gcc-4.1.2 vanilla which has been compiled with the
> previous one. The 4.1.2 works if you tell it
On Feb 19, 2008, at 6:19 AM, [EMAIL PROTECTED] wrote:
>
> Hello Maxime,
>
> if your board is still running, although you can't see the messages
> that
> means you don't have any console. Try to set one (I think you can
> use a SCM
> of the CPM) in the kernel configuration (characters devices)
On Feb 19, 2008, at 10:59 AM, Jon Loeliger wrote:
> Marco Stornelli wrote:
>
>> No, but I can try to backport the PCI-E code from 2.6.24 to 2.6.18
>> if it
>> could help. What do you think about it? Do you think this problem
>> could
>> be not present in 2.6.24?
>
> I have no idea there, hone
On Feb 1, 2008, at 5:47 AM, Russell McGuire wrote:
> All Freescale,
>
> Not sure if this is the place to post this, but I have run across
> what I
> consider to be a possible type error in the immap_qe.h file, for the
> asm/powerpc branch.
>
> In the file immap_qe.h
>
> /* SI Routing Tables */
On Jan 31, 2008, at 4:54 PM, Mark A. Greer wrote:
> On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
>> Just a reminder that the plan is to remove arch/ppc this summer (June
>> 2008). The following boards still existing over in arch/ppc. Some
>> of
>> th
Now that all the changes I had in my tree are in Linus's tree I'm
rebasing the master branch of my git tree to match linus.
git.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
Anyone using my tree should do a git-pull -f.
- k
___
Linuxppc-embe
Just a reminder that the plan is to remove arch/ppc this summer (June
2008). The following boards still existing over in arch/ppc. Some of
them have been ported over to arch/powerpc. If you care about one of
these boards and its not ported speak up (it helps if you have access
to the boa
On Jan 23, 2008, at 1:39 AM, Roman Fietze wrote:
> Hello ANgelo,
>
> On Tuesday 22 January 2008 16:46:47 Angelo wrote:
>
>> I have just create a framebuffer for an embedded system:
>> - powerpc (little endian) with a GPU (big endian).
>
> Are you sure? Isn't it the other way around?
we are sur
On Jan 23, 2008, at 9:06 AM, Johns Daniel wrote:
> I am asking this question once more since my previous try -- right
> before the Christmas break -- did not elicit any responses! ;~)
>
> Without PCI support configured in the kernel, the CompactFlash card is
> discovered and configured by the k
On Jan 18, 2008, at 12:44 PM, vb wrote:
> Kumar,
>
> thank you for your reply!
>
> On Jan 18, 2008 7:54 AM, Kumar Gala <[EMAIL PROTECTED]> wrote:
>>
>>>
>>> What is it, at the very least - what does ISU stand for?
>>>
>>> I woul
On Jan 18, 2008, at 7:15 AM, DI BACCO ANTONIO - technolabs wrote:
> I have a linux-2.6.19.2 board with an MPC880 with 16MB ram and 16 MB
> flash.
> Normally I have 9-10 MB of free RAM.
>
> If I allocate 5 MB of ram memory, the system continues to work
> normally, but if, instead of allocating
On Jan 16, 2008, at 12:03 AM, vb wrote:
> Greetings,
>
> I am trying to write a BSP for an 8245 based device. One thing which
> really gets me puzzled is the 'ISU' facility in
> arch/powerpc/sysdev/mpic.c, there is also a notion of ISU-less
> platforms, etc. I looked through the chip's programmer
On Jan 15, 2008, at 2:16 PM, Subbu Linux wrote:
> Hi
> I am currently working on MPC8548 core, would like to know wheather
> current Linux with e500v2 core supporting Physical Address of RAM at
> 0x1__, I know in current linux with large Page table support
> we can access devices at
On Jan 9, 2008, at 3:47 AM, Per-Erik Johansson wrote:
> Hi
>
> I need a new toolchain since my old one hasn't got support for the
> (as)
> -me200 and book-e stuff I need to compile a kernel for the e200 core.
> What flags do I specify to get what I need?
> --target=powerpc-e200-linux-gnu --with
On Nov 26, 2007, at 12:26 PM, robert lazarski wrote:
> Hi all, I'm using a recent pull of the paulus tree 2.6.24RC2 on my
> custom 85xx board. I'm trying to test my PCI1, PCI2 and PCIe . My
> device tree for PCI is:
>
> [EMAIL PROTECTED] {
> compatible = "fsl,m
On Nov 27, 2007, at 8:54 AM, Dale Farnsworth wrote:
> I wrote:
>> Kumar Gala wrote:
>>>>> Yes. The symptoms in 2.6.24RC2 are that during a kernel panic or
>>>>> when
>>>>> calling 'reboot' in the shell, it just hangs. Using t
>> Yes. The symptoms in 2.6.24RC2 are that during a kernel panic or when
>> calling 'reboot' in the shell, it just hangs. Using the same dts and
>> resets in 2.6.23.1 reboots fine. I don't have a cds reference, but
>> someone who does should be able to confirm whether the issue exists
>> or
>> no
On Nov 16, 2007, at 4:01 PM, robert lazarski wrote:
> On Nov 16, 2007 4:46 PM, Kumar Gala <[EMAIL PROTECTED]> wrote:
>>
>>
>> On Nov 16, 2007, at 3:28 PM, robert lazarski wrote:
>>
>>> On Nov 16, 2007 3:44 PM, robert lazarski <[EMAIL PROTECTED]>
&
On Nov 16, 2007, at 3:28 PM, robert lazarski wrote:
> On Nov 16, 2007 3:44 PM, robert lazarski <[EMAIL PROTECTED]>
> wrote:
>> On Nov 16, 2007 10:27 AM, Clemens Koller
>> <[EMAIL PROTECTED]> wrote:
>>> The SRESET# (pin AF20) is the soft reset input, causes
>>> an mcp assertion to the core
On Nov 16, 2007, at 3:09 PM, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-16 at 13:18 -0600, Kumar Gala wrote:
>>
>>
>> Well, for one the generic pci code will complain if its not able to
>> allocate the resource which is the true failure.
>>
>
On Nov 15, 2007, at 11:35 PM, Benjamin Herrenschmidt wrote:
>
> On Thu, 2007-11-15 at 22:37 -0600, Kumar Gala wrote:
>>> PCI: Probing PCI hardware
>>> PCI: Cannot allocate resource region 0 of device :00:12.0
>>> PCI: Cannot allocate resource region 1 of de
On Nov 15, 2007, at 11:20 AM, Clemens Koller wrote:
> Hi there!
>
> I try to use the latest Linux-2.6.24-rc2-ge6a5c27f from paulus.git
> for my mpc8540ads compatible board.
>
> $ dmesg contains some nasty messages, which look like something is
> wrong.
>
> PCI: Probing PCI hardware
> PCI: Canno
On Oct 3, 2007, at 4:45 PM, Rune Torgersen wrote:
>> From: Kumar Gala
>> The code would have to change to allow for 1G of lowmem.
>> Max lowmem with KERNELBASE @ 0xc000_ is 768M.
>
> Which is why I asked. On 82xx it is supported without a codechange by
> setting K
On Oct 3, 2007, at 2:34 PM, Rune Torgersen wrote:
>> From: Dale Farnsworth
>>
>> The CONFIG_FSL_BOOKE mmu setup code fails when CONFIG_HIGHMEM=y
>> and the 3 fixed TLB entries cannot exactly map the lowmem size.
>> Each TLB entry can map 4MB, 16MB, 64MB or 256MB, so the failure
>> is observed whe
Begin forwarded message:
> From: Jochen Friedrich <[EMAIL PROTECTED]>
> Date: September 24, 2007 12:15:35 PM CDT
> To: linuxppc-embedded@ozlabs.org
> Cc: [EMAIL PROTECTED], Marcelo Tosatti <[EMAIL PROTECTED]>
> Subject: [PATCH#2 3/4] [PPC] Compile fix for 8xx CPM Ehernet driver
Jeff,
Please pick
On Sep 27, 2007, at 1:22 PM, [EMAIL PROTECTED] wrote:
> From: Joe D'Abbraccio <[EMAIL PROTECTED]>
>
> The MPC837x RDB is a new member of the Freescale MPC83xx reference
> design
> boards.
>
> Signed-off-by: Joe D'Abbraccio <[EMAIL PROTECTED]>
Please base your patch against an external tree (li
On Sep 27, 2007, at 2:53 PM, Mark A. Greer wrote:
> On Thu, Sep 27, 2007 at 12:41:57PM -0700, D'Abbraccio Joe-ljd015
> wrote:
>> Thanks for the advice, but I was just basing the list to post to
>> on the
>> MAINTAINERS file which states that this is the one for Embedded
>> PPC83XX.
>> If yo
On Sep 26, 2007, at 6:25 PM, Paul Mackerras wrote:
> Since about May 2001, we have put two AT_IGNOREPPC entries at the
> beginning of the ELF auxiliary vector. The reason for this is that
> glibc prior to April 2001 rounded up the address of the base of the
> aux vector to a multiple of 16. I t
On Sep 14, 2007, at 4:25 AM, Sergej Stepanov wrote:
> The patch adds the support for Micrel KS8721BL PHY
>
> Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
> --
Such patches should be sent to the netdev list.
- k
___
Linuxppc-embedded mailing lis
Guys,
If you have things you want or think should go into 2.6.24 please
speak up now!
- k
___
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
On Sep 13, 2007, at 8:53 AM, Laurent Pinchart wrote:
> On Wednesday 11 July 2007 15:17, Laurent Pinchart wrote:
>> cpm2_clk_setup() supports setting FCC clocks only, even though the
>> cpm_clk_target enumeration lists SCC clocks. This patch adds SCC
>> clock
>> support.
>
> Any chance this patc
On Aug 29, 2007, at 12:04 PM, Jochen Friedrich wrote:
> The powerpc version of commproc.c doesn't export cpm_dpram_phys due to
> a typo. The ppc version of cpm_dpram_addr returns a usable virtual
> address
> mapped to a physical address at the same location. cpm_dpram_phys
> returns
> complet
On Sep 5, 2007, at 4:24 PM, Leisner, Martin wrote:
> I'm going to get DFS into the 7448 (it looks like I'm going to take a
> different
> tactic then I see in 2.6.20.16 -- it hinges on powermac, and I don't
> know if it
> even compiles).
>
> In include/asm-powerpc, its missing definitions for HID1
On Sep 3, 2007, at 8:45 AM, dnl wrote:
>
> Hi all,
>
> I using Montavista kernel for custom MPC8555CDS board and one PCI
> slot on the Board.
>
> When my kernel boots i am getting the following Messages :
>
> PCI: Probing PCI hardware
> PCI: Cannot allocate resource region 0 of device 0001:
On Aug 28, 2007, at 6:20 AM, Jochen Friedrich wrote:
> Instantiation of 8MB pages on the TLB cache for the kernel static
> mapping trashes r3 register on !CONFIG_8xx_CPU6 configurations.
> This ensures r3 gets saved and restored.
>
> This has been posted to linuxppc-embedded by Marcelo Tosatti
>
On Aug 28, 2007, at 4:40 AM, Visser, Udo RD-IS-E23 wrote:
>
> Hello world, ;-)
>
> when stepping through my own software, which is using floating
> point variables, gdb showed weird results (mostly NAN´s) for these
> variables. Running the software without gdb did not show any
> problems. T
On Aug 13, 2007, at 5:37 PM, Joe Hamman wrote:
> Allow the address of the Ten Bit Interface (TBI) to be changed in the
> event of a conflict with another device.
>
> Signed-off by: Joe Hamman <[EMAIL PROTECTED]>
> ---
>
> Please ignore the last patch - I missed a cut & paste error on the
> rang
On Aug 9, 2007, at 1:54 PM, Grant Likely wrote:
> On 8/6/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>> On Tuesday 07 August 2007, Wolfgang Reissnegger wrote:
>>>
>>> Make support for Xilinx boards more generic, making it easier
>>> to add new boards. Add initial support for xupv2p and ml410 boa
On Aug 7, 2007, at 1:51 AM, Shashikumar wrote:
> Hi,
>
> I am using PPC8555. I need to initialize TSEC. Can anybody help me
> How to
> initialize TSEC on chip of ppc8555.
>
> Thanks in advance
It should be initialized by the driver in drivers/net/gianfar*
- k
_
On Aug 2, 2007, at 1:48 AM, Ansari wrote:
> Hi Koller & Kumar
>
> Thanks for ur reply.
>
> Is there a way to reset the full chip (MPC8560) whenever core
> reset occurs (using hardware or software) ??
what do you mean by core reset?
- k
___
Linuxppc
On Aug 1, 2007, at 9:53 AM, Joe Hamman wrote:
> Sorry, I replied to only the first question.
>
>
>> -Original Message-
>> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, August 01, 2007 9:18 AM
>> To: [EMAIL PROTECTED]
>> Cc: linu
On Jul 31, 2007, at 7:36 PM, Joe Hamman wrote:
> Add support for Wind River's SBC8641D reference board.
Is this a single core or dual core chip?
>
> Signed-off by: Joe Hamman <[EMAIL PROTECTED]>
>
> diff -purN -X dontdiff linux-2.6/arch/powerpc/boot/dts/sbc8641d.dts
> linux-2.6-esi/arch/power
On Jul 30, 2007, at 11:51 AM, Charles Krinke wrote:
> I'm puzzled about how to setup interrupts for the second I2C interface
> in an 8541. This is the CPM interface, the one with buffer
> descriptors.
>
> I see mention of its I2CER/I2CMR registers, but am having trouble
> figuring out how to en
On Jul 31, 2007, at 6:44 AM, Clemens Koller wrote:
> Hi, Ansari!
>
> Ansari schrieb:
>> Hi Kumar,
>> First of all thanks for ur reply .
>> Even i went through the linux source . And i have observe that the
>> reboot command used to hard reset the core . I have few doubts can
>> u please clari
On Jul 27, 2007, at 1:36 AM, Nicolas Mederle wrote:
> Hi,
>
>I want to know how the kernel switch the task. Because my
> kernel
> start very well, and it launch the init.d. With the log, i can see
> that
> the kernel launch the getty task. But after, there is a decrementer
> overflow
On Jul 26, 2007, at 1:55 AM, Ansari wrote:
> Hi all,
>
> Processor (MPC8560)
>
> Whenever reboot command is given in the linux console. The
> processor gets reset and it loads bootloader , kernel and when
> uncompressing the ramdisk it gets hang. The sample log is given
> below. Any u pleas
Mem: a000
> PCI3 Out_2 : e300, 0100 -> I/O:
> PCI1 In_1 : , 2000 (Internal,R:snoop,W:snoop) <-
> PF
> PCI2 In_1 : , 2000 (Internal,R:snoop,W:snoop) <-
> PF
> PCI3 In_1 : , 2000 (Int
On Jul 17, 2007, at 9:21 AM, Ramirez-Ortiz, Jorge wrote:
> Running our multithreaded application on ppc8548 (E500 core)
> generates a machine check exception when trying to access some
> ASIC’s registers mapped on the PCI space (This application maps a
> PCI device to access its registers)
On Jul 11, 2007, at 5:21 AM, kang shuo wrote:
> hi,galak:
> I have two question about e500 part of linux kernel. I
> can not get reponse from maillist . So I sent the questions to you
> directly.
>
> 1. in arch/ppc/kernel/head_fsl_booke.S
> 603 FIND_PTE
> 604 andi.
On Jun 28, 2007, at 3:36 AM, Erik Christiansen wrote:
> On Thu, Jun 28, 2007 at 05:44:30PM +1000, Erik Christiansen wrote:
>> Encountering a kernel build error with ARCH=ppc, after configuring
>> as much as
>> possible for MPC8248, I've just tried ARCH=powerpc on
>> linux-2.6.21.5, with this
On Jun 28, 2007, at 4:54 PM, Bizhan Gholikhamseh ((bgholikh)) wrote:
> Hi All,
> I am kind of new to the concept of "cuImage" and I am not able to
> find any info on the net(?).
>
> We are using older version of the uboot: 1.1.2. I have compiled the
> latest kernel from git tree for
> MPC8541
On Jun 27, 2007, at 4:41 PM, Bizhan Gholikhamseh ((bgholikh)) wrote:
> Hi All,
> Sorry for asking this question again, I am still not clear on some
> of the issues.
> Background:
> We have developed a custom board based on Freescale reference
> board: MPC8555_CDS with MPC8541E processor runni
On Sep 15, 2006, at 6:23 PM, Josh Boyer wrote:
> On Fri, 2006-09-15 at 16:06 -0700, Shawn Jin wrote:
>> Hi Matt,
>>
>>> The goal is to have the new 4xx arch/powerpc support not break 4xx
>>> arch/ppc support. So as boards are merged and verified working,
>>> we'll remove the equivalent support fr
On Jun 12, 2007, at 3:59 AM, Domen Puncer wrote:
> Driver for internal mpc5200 watchdog on general purpose timer 0.
> For IPB clock of 132 MHz the maximum timeout is about 32 seconds.
>
>
> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Should really be submitted to the watchdog maintainer if y
On Mon, 21 May 2007, Domen Puncer wrote:
> Unbreak lite5200 dts, which were broken by
> 5c1992f83304cf2d56934dd6c06709b96e1b0c81
>
>
> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
applied.
- k
___
Linuxppc-embedded mailing list
Linuxppc-embedded@ozl
On May 22, 2007, at 1:41 PM, Leisner, Martin wrote:
> Before I tried to do one myself, I figured I'd bounce it off to see if
> anyone has a working
> .config (the newer kernel, the better).
Does arch/powerpc/configs/mpc7448_hpc2_defconfig not work for you?
- k
__
On May 16, 2007, at 4:59 PM, Charles Krinke wrote:
> I have a need to be able to read and write the gpio data registers
> PDATC
> and PDATD from a user space program.
>
> We have a userspace program that succesfully mmaps an offset in /
> dev/mem
> and reads/writes registers in a CPLD at 0xFF0
On May 11, 2007, at 3:29 PM, Ben Warren wrote:
> On Fri, 2007-05-11 at 15:15 -0500, Kumar Gala wrote:
>
>>
>> I assume you're code doesn't look exactly like this. You'll need to
>> use the virq in the request_irq()... its most likely just random luck
On May 11, 2007, at 9:12 AM, Ben Warren wrote:
> Alex,
>
> On Fri, 2007-05-11 at 10:29 +0100, Alex Zeffertt wrote:
>> Hi,
>>
>> Thanks for your reply Ben, but I think my problem is slightly
>> different. It is not
>> that the sense (high/low/rising/falling) of the interrupt is
>> wrong, but
On May 10, 2007, at 3:57 AM, Matvejchikov Ilya wrote:
> Good Day!
>
> The command 'brctl addbr br0 eth0' brings the kernel oops if the eth0
> has PHY, but the phydev is NULL (for ex., ifconfig eth0 0.0.0.0 was
> not issued firstly)
>
> Call Trace:
> [C02CFBD0] [7FFF] 0x7fff (unreliable)
>
On May 9, 2007, at 9:18 AM, Kumar Gala wrote:
>
> On May 8, 2007, at 4:56 PM, Øyvind Repvik wrote:
>
>> On Sunday 06 May 2007 14:46:05 Øyvind Repvik wrote:
>>> Hi,
>>>
>>> This patch adds support for the QNAP TurboStation TS-101 and
>>> TS
On May 8, 2007, at 4:56 PM, Øyvind Repvik wrote:
> On Sunday 06 May 2007 14:46:05 Øyvind Repvik wrote:
>> Hi,
>>
>> This patch adds support for the QNAP TurboStation TS-101 and
>> TS-201 devices.
>
> Of course, it probably helps if my mail client doesn't break the
> patch completely.
Co
On Apr 26, 2007, at 3:43 AM, vinay hegde wrote:
> Hi,
>
> I am working with Freescale MPC8544E board. I need an
> information related to the functionality of hardware
> watchdog provided by MPC8544 processor.
>
> Here is the question:
>
> On watchdog timeout, whether the CPU can reset itself
> _o
On Apr 13, 2007, at 2:55 PM, Clint Thomas wrote:
> Is there any correlation between the version of U-boot to use on a
> board
> and the version of the Linux kernel you plan to use? Current I'm
> running
> U-boot 1.1.2 with kernel 2.4.26 on my MPC85xx board, but i'm trying to
> migrate to the
On Mar 28, 2007, at 11:20 PM, Zhou Rui wrote:
> Hi
> Sorry for my silly mistake, and I modify it like this:
> #ifndef MODULE
> #define MODULE
> #endif
>
> #ifndef __KERNEL__
> #define __KERNEL__
> #endif
>
> #include
> #include
> #include
> #include
>
> void hw_disable_irq (void) {
>
On Mar 20, 2007, at 8:57 PM, Adrian Craine wrote:
> Hi all,
>
> Just a quick one, does any-one know if the i2c-mpc i2c driver will
> function on a Freescale MPC8347?
>
> Cheers,
> Adrian.
Yes it will.
- k
___
Linuxppc-embedded mailing lis
On Mar 16, 2007, at 9:45 AM, Charles Krinke wrote:
> It this a system you are just bringing up or one that's been running
> for a while. It really seems like memory corruption of some form.
> I'd suggest checking memory controller settings.
>
> Also, what happens if you disassemble the kernel im
On Mar 15, 2007, at 4:17 PM, Charles Krinke wrote:
> I ran a couple of more tests and the system did not Oops in the
> timer_interupt except for the first test this morning. The last two
> times, the NIP was
>
> Oops: Exception in kernel mode, sig: 4 [#1]
> PREEMPT
> NIP: C002CE68 LR: C002CEC8 CT
On Mar 15, 2007, at 1:55 PM, Charles Krinke wrote:
>
>> mtspr SPRN_SPRG0, r10
>> mtspr SPRN_SPRG1, r11
>
>> Which is, I believe, moving r10 to SPRG0 and r11 to SPRG1.
>
>> So, how do we know that r10 and r11 are always valid in an interrupt
>> context? Are we setting aside r10 and r11 somewhere e
On Mar 12, 2007, at 10:05 PM, Ed Swierk wrote:
> I'm having trouble getting the serial console to work on an EP8343M
> board when using U-Boot 1.2.0 to start Linux 2.6.20.1. I'm using arch
> powerpc and platform MPC834x_SYS (which is perhaps wishful thinking,
> as my board is different, although
1 - 100 of 736 matches
Mail list logo