Hi,
you can simply output the output of printk_buf, after it has been
processed by vsnprintf in the printk function. I wonder why there are
those "ignoring unrecognized tag" messages, I can't remember that I have
seen them with ARM7TDMI cpus. The Kernel BUG message doesn't sound good,
either.

Regards,
Erwin

Am Freitag, den 23.02.2007, 13:39 +0100 schrieb rflores:
> Hi Erwin,
> 
> I have changed the processor ID and the execution of the kernel goes to
> "calibration delay" (with errors in tags recognition) and at this point
> crashes.
>  
> The output of printk() to memory is:
> 
> "Linux Version 2.4.32-uc0 ([EMAIL PROTECTED]) (gcc version 3.4.4)     #23
> sab feb 24 09:07:40 CET 2007.Processor: %revision
> %.Architecture:%.<4>Ignoring unrecognised tag 0x%.:%.<4>Ignoring
> unrecognised tag 0x%. 0x%.On node %totalpages: 0.zone(0): 0 pages..zone(1):
> 512 pages..zone(2): 0 pages..Kernel command line:     %.<2>Kernel BUG at
> %:%.Calibrating delay loop"
> 
> But, if I restore the printk() to send the output via serial port, it
> crashes at the __wait_up function, as before.
> 
> I'm trying to print the value of the variables to view the "%" in the printk
> output to memory.
> 
> I think that the kernel does not call correctly to the serial drivers or
> does not configure them.
> 
> Regards, Ramón
>       
> 
> -----Mensaje original-----
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> En nombre de Erwin Authried
> Enviado el: miércoles, 21 de febrero de 2007 16:26
> Para: uClinux development list
> Asunto: RE: [uClinux-dev] uClinux on AT91 (Simulated Data abort in
> __wake_up)
> 
> Am Mittwoch, den 21.02.2007, 15:22 +0100 schrieb rflores:
> > Hi,
> > 
> >     I changed the printk() function to write in memory (external RAM) in
> > order to view the output of the kernel messages.
> > 
> >     The result is that the new printk() writes the following:
> > 
> > "Linux version 2.4.32-uc0 ([EMAIL PROTECTED]) (gcc version 3.4.4) #11
> jue
> > feb 22 12:03:12 CET 2007. 
> > 
> > CPU configuration botched (ID %), unable to continue.."
> > 
> > What could be wrong? I've passed to kernel the architecture used in R1
> > assuming that it should be 224 for an ARCH_ATMEL. Is this correct?.
> > 
> > Thanks in advance, 
> 
> Hi,
> 
> that brings us much closer to the solution for your problem. It doesn't
> seem to have anything to do with the mentioned __wake_up function,
> however. This means that there is no matching entry in the proc_info
> table. What is the processor id of your cpu? Probably you have to add a
> new entry for your cpu in arch/armnommu/mm/proc-arm6,7.S.
> 
> Regards,
> Erwin
> 
> 
> _______________________________________________
> uClinux-dev mailing list
> [email protected]
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by [email protected]
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
> 
> _______________________________________________
> uClinux-dev mailing list
> [email protected]
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by [email protected]
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
-- 
Dipl.-Ing. Erwin Authried
Softwareentwicklung und Systemdesign

_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to