I when through the jffs2 driver code and I have noticed that during the jffs2
initialization It is a problem to access the flash memory (of my board) in
32 bit mode. All what refers to the 32 bit access gets from Flash only 16
(Most significant) bits. The remaining 16 (less significant) bits are
On 9/28/07, Nick <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> I am having trouble booting a 2.6.23-rc6 kernel with a device tree. My
> board is a MPC5200b base board with 128 Megs of DDR memeory.
> My UBoot (1.3.0-rc2)seems to be doing what is should be doing. I
> download the .dtb file to 00800
Hi everyone,
I am having trouble booting a 2.6.23-rc6 kernel with a device tree. My
board is a MPC5200b base board with 128 Megs of DDR memeory.
My UBoot (1.3.0-rc2)seems to be doing what is should be doing. I
download the .dtb file to 0080 and the uImage to 0020
I get the following:
Misbah khan wrote:
>
>
> Scott Wood-2 wrote:
>> They're used all over the place. Is there anything about them that you
>> find suspect?
>>
>> -Scott
>>
>> I have devloped a character driver for FPGA which is memory mapped and
>> using these API's to test a bit , set a bit or to clear a bit in t
Juergen Beisert wrote:
> I tried with in_atomic(). The BUG report is gone, but the problem still
> exists.
>
> While network stress testing:
>
> [...]
> NETDEV WATCHDOG: eth0: transmit timed out
> net eth0: transmit timed out
> net eth0: queues didn't drain
> net eth0: tx: index: 35, outdex:
Kumar Gala wrote:
> 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
On 9/28/07, Juergen Beisert <[EMAIL PROTECTED]> wrote:
> But I can't run it a second time, as the network on target's side doesn't
> respond. Any idea?
Do the stress tests complete on a non-rt kernel?
That will narrow down the type of bug being looked for.
--
Jon Smirl
[EMAIL PROTECTED]
___
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 Thursday 27 September 2007 19:07, Juergen Beisert wrote:
> On Friday 10 August 2007 11:51, Domen Puncer wrote:
> > Not for merge (yet)! But please do review.
> >
> > fec_mpc52xx driver (not in-tree, but floating around) isn't in very
> > good shape, so I tried to change that.
> > Diff against or
Dear All,
Finally I have sorted out few problems with linux and u-boot and I have
tried to come back to the jffs2 and mtd partitioning issue.
I am using CFI driver and I pass partitioning information from command line
via u-boot.
This part works fine:
Unfortunatly I have the problem when acces
Jeff Mock-2 wrote:
>
>
>
> Misbah khan wrote:
>>
>>
>> Scott Wood-2 wrote:
>>> Misbah khan wrote:
Hi all I am using "test_bit(),set_bit(),clear_bit() etc" API functions
provided by the Linux kernel. I want to know that if anybody is used it
and have full faith in its operat
On Thursday 27 September 2007 20:43, Scott Wood wrote:
> Jon Smirl wrote:
> > The call to msleep() is inside a block protected with
> >
> > :#define in_interrupt() (irq_count())
> >
> > if (!in_interrupt)
> >
> > The stack trace looks like it is in a timer interrupt so shouldn't
> > irq_co
12 matches
Mail list logo
