RE: [microblaze-uclinux] Kernel Panic Fix...

I am not working on Avmon, but am working on something.... First the flash hardware needs to be fixed...

Tim Rosario <trosario@vutek.com> wrote:

HI all, Greg, since I am using the same board as you… I’ve been looking into using the Avmon/Avboot programs for init’ing the BRAMs and then loading my Linux and Other apps from flash. Have you or any else out there worked on using Avmon for a microblaze system? Does anyone know where to get a clean source for Avmon?

--Tim

From: owner-microblaze-uclinux@itee.uq.edu.au [mailto:owner-microblaze-uclinux@itee.uq.edu.au] On Behalf Of Greg Miller
Sent: Monday, February 14, 2005 10:51 AM
To: microblaze-uclinux@itee.uq.edu.au
Subject: Re: [microblaze-uclinux] Kernel Panic Fix...

Taeweon,

I am sorry I did not send you the config file yet. I did get mine to boot but I am not using the auto thing, it's got too many issues and does not work with the correct cores, so I am using the kernel manually. Also, with Flash mine locks up, and I am trying to figure out why. Is the DDR working?

I am using the LX25 Avnet board. Once I get the Flash working I will submit as a board design.

If you still need a file, let me know;

Here is what I did:

use all defaults.

Remove Multipler and Caches.

Check the Generic uClinux RAM/ROM filesystem support" in MTD Mapping

Build Kernel.

Greg

Taeweon Suh <suhtw@ece.gatech.edu> wrote:

Hi Greg,

I am using Avnet Virtex-II Pro Development board, which has 128 DDR SDRAM,
32MB Mobile SDRAM.
I am trying to use SDRAM instead of DDR since DDR causes a problem in
creating auto-config.in file.
Since you said you are using DDR, you are using deprecated DDR controller
in your platform? It would be great if you post your auto-config.in also.

I had a complilation (my hardware platform, not uClinux compile) problem
with deprecated core even after deleting 3 ports XPS doesn't like.

Could you please post your files (linux-2.4.x/.config, auto-config.in)?
Thanks,

Taeweon

> What Avnet board are you using? I can upload my file... How much ram do
> you have? Are you using the S3 Eval? I am using the V-II Pro Eval (32MB
> DDR)
>
> Taeweon Suh wrote:Hi Greg,
>> I happen to have the same (i guess) board from Avnet and got into the same
> problem: "KERNEL panic: VFS....."
> I tried with "Generic uClinux RAM/ROM filesystem support" in MTD Mapping
> section, but the problem persists.
>
> In vendor/product selection of "make menuconfig", what did you select?
> I selected "(Xilinx) Vendor / (uclinux-auto) Xilinx Products. Is this the
> same as you? Did you only turn on "Generic uClinux RAM/ROM filesystem
> support" with everything else left as default?
>
> I think the best way is to see your .config file.
> Could you please post your .config file in "linux-2.4.x/.config"?
> I'd like to compare it with mine to see what is the difference.
> Thank you very much,
>
> Taeweon
>
>
>> OK,
>>
>> I seem to be figuring out all my problems. I got the Linux Kernel to
>> Boot!
>> Yea!
>>
>>! ; I did this:
>> well, what's your root fs? if you are tring to boot your kernel as
>> default, mtd should be enabled by default. what you really need is
>> "Generic uClinux RAM/ROM filesystem support" in MTD Mapping section.
>>
>> (From another post).
>>
>> Now, my question is, why does the MV Vanilla work and mine does not with
>> the defaults? Is it because I do not have flash yet? What could be the
>> causes? Sorry for the newbe questions.
>>
>> Thanks,
>> Apco25
>>
>> Steve Sanders wrote:
>>
>> Do you really have 32MB of RAM?
>>
>> --- Greg Miller wrote:
>>
>>> All,
>>>
>>> OK I figured out the issue. I had the DDR Data bits reversed (duh!).
>>> Now I have a different problem. I can now boot ! with the minimal
>>> Kernel from Steve... However when I di! d my own, I get the following
>>> Kernel Panic: (Please help)
>>>
>>> Linux version 2.4.27-uc1 (root@localhost) (gcc version 2.95.3-4
>>> Xilinx EDK 6.2.1
>>>
>>> Build EDK_Gm.12.3) #2 Sun Jan 30 13:20:24 MST 2005
>>>
>>> On node 0 totalpages: 8192
>>> zone(0): 8192 pages.
>>> zone(1): 0 pages.
>>> zone(2): 0 pages.
>>> CPU: MICROBLAZE
>>> Console: xmbserial on UARTLite
>>> Kernel command line:
>>> Calibrating delay loop... 4.33 BogoMIPS
>>> Memory: 32MB = 32MB total
>>> Memory: 31388KB available (580K code, 435K data, 32K init)
>>> Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
>>> Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
>>> Mount cache ha! sh table entries: 512 (order: 0, 4096 bytes)
>>> Buffer cache ! hash table entries: 1024 (order: 0, 4096 bytes)
>>> Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
>>> POSIX conformance testing by UNIFIX
>>> Linux NET4.0 for Linux 2.4
>>> Based upon Swansea University Computer Society NET3.039
>>> Initializing RT netlink socket
>>> Microblaze UARTlite serial driver version 1.00
>>> ttyS0 at 0xffff2000 (irq = 1) is a Microblaze UARTlite
>>> ttyS1 at 0xffff4000 (irq = 2) is a Microblaze UARTlite
>>> Starting kswapd
>>> xgpio #0 at 0xFFFF5000 mapped to 0xFFFF5000
>>> Xilinx GPIO registered
>>> uclinux[mtd]: RAM probe address=0x800c3888 size=0x3b000
>>> uclinux[mtd]: root filesystem index=0
>! ;>> Kernel panic: VFS: Unable to mount root fs on 1f:00
>>>
>>> Greg Miller wrote:
>>>
>>> Hello,
>>>
>>> I a! m using an Avnet board running MB. It is a similar setup the
>>> MB_Vanilla. I also have SRAM on the board that works fine with the
>>> Kernel Steve did (min). I am now trying to run out of DDR. When I do
>>> It will start to run, but I get a corrupted output:
>>>
>>> 4uL nexsvor i.n.274u21-(cs nseasddrb@ae-ibn)r(rc gecsvor
>>> i.n52394.X-l n
>>>
>>>
>>> i iDx E.K.6 2u1lB iDd_EmK1G..)2#36 1a2 Sat J9n12: 1445 :T4
>>> U0C52n0nOd o ezone(
>>>
>>> 5):zone(5): 5 pages<
>>>
>>> >4
>>>
>>> .4ez5n:(5)p g sa
>>>
>>> e4<.><
>>>
>>> >4<6>CPU: MICROBLAZEConsole: xmbserial on UARTLit<
>>>
>>> >4deKernel command line:<
>>>
>>> >4n Calibrating delay loop... RMemory:P5 B6rM 5MBBB! BM 5MBBB BM 5MBBB
>>> BM 5MBB7 M
>>>
>>> 18B MM 8MBMB MM 0284M 4MBMB MM 0284M 0284M 0284M 0284M 0284M 0284M
>>> 0284M 0284M 0
>>>
>>> 284M 0284M 0284M 0284M 0284M 0284M 0284M 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4MB
>>>
>>> MB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4M
>>>
>>> BMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4
>>>
>>> MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB
>>> MM 4MBMB MM
>>>
>>> 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB
>>> MM 4MBMB MM
>>>
>>> 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB
>>> MM 4MBMB M
>>>
>>> M 4MBMB MM 4MBMB MM! 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4MBMB
>>>
>>> MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4MBMB
>>>
>>> MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4MBM
>>>
>>> B MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4MB
>>>
>>> MB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4M
>>>
>>> BMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBMB MM
>>> 4MBMB MM 4
>>>
>>> MBMB MM 4MBMB MM 4MBM! B MM 4MBMB MM 4MBMB MM 4MBMB MM 4MBM Mre:o4y4
>>> B0aKa lvbi
>>>
>>> ea(l5 K4c6d ,o4e9 6aKad t2, 8nKti
>>>
>>> i4<)>.kee nUl BtGsaa .l:b1c10
>>>
>>> 34
>>>
>>> ***- Another Clue. If I take a regular test program and target the
>>> DDR space, it seems to run except the commands are 'reversed' :
>>>
>>> ADS> help
>>>
>>> Unrecognized command "ehpl".
>>>
>>> ADS> cls
>>>
>>> Unrecognized command "lc".
>>>
>>> ADS>
>>>
>>> It seems to reverse the commands as shown above. Also, if there is
>>> only a three letter command, it does not pick up the first letter.
>>> This same program runs out of BRAM just fine.
>>>
>>> Now, I have tested the DDR and it passes in sof! tware with a random
>>> data test. I have also reduced the clock by half and it still does
>>> the same thing. Am I missing something simple? Has anyone else seen
>! ;>> this?
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Apco25
>>>
>>>
>>
>> ___________________________
>> microblaze-uclinux mailing list
>> microblaze-uclinux@itee.uq.edu.au
>> Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
>> Mailing List Archive :
>> http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/
>>
>>
>
>
> ----------------------------------------------
> Taeweon Suh
>
> Ph.D. Candidate
> School of Electrical and Computer Engineering
> Georgia Institute of Technology
> Atlanta, Georgia USA
>
> Lab: CoC345
> Tel: +1-404-385-6273
> E-mail: suhtw@ece.gatech.edu
> ----------------------------------------------
>
> ___________________________
> microblaze-uclinux mailing list
> microblaze-uclinux@itee.uq.edu.au
> Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
> Mailing List Archive :
> http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/
>
>
>

----------------------------------------------
Taeweon Suh

Ph.D. Candidate
School of Electrical and Computer Engineering
Georgia Institute of Technology
Atlanta, Georgia USA

Lab: CoC345
Tel: +1-404-385-6273
E-mail: suhtw@ece.gatech.edu
----------------------------------------------

___________________________
microblaze-uclinux mailing list
microblaze-uclinux@itee.uq.edu.au
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/