u-boot debugging

u-boot debugging

[Albert David]

>> On Friday 20 January 2006 08:00 pm, AtulAtulhSabharwalte:
>> > First learn to communicate in English. I can give you 25 Us
>> cents as I
>> > cannot afford 1 Mark. You are not work even a Mark.
>>
>> The complete lack of civility in this remark is inexcusable in
>> a public forum.
>> Herr DenkDenk provided an incredibly valuable service to the
>> community, and
>> deserves more respect than this.

>I agree whole heartily Glenn...

glenn and frank,
even me too! i agree with you.

Best regards,
Albert David.

Re: u-boot debugging

[Atul Sabharwal]

>>Herr DenkDenk provided an incredibly valuable service to the
>>community, and deserves more respect than this.

I agree with the latter but he cannot insult others to retain his sphere
of influence...  And read my other e-mail which describes the main 
problem...  Its easy to join a band wagon but be sure if you are on the
right train.  Not sinulting Wolf but I had to resort to this approach to
explain the insult in his remark.  Besides, as usual, lot of people have
short memories. They dont scan the entire e-mail thread to see where
the e-mail chain went wrong. Who instigated the whole insult cycle.

And for the record, I did not insult wolf. He insulted me.  I just humor
& ridicule to convey my across. Rest is your interpretation...  

--
Atul

----- Original Message ----- 
From: "Albert David" <albert.david@gmail.com>
To: <linuxppc-embedded@ozlabs.org>
Sent: Sunday, January 22, 2006 2:10 AM
Subject: u-boot debugging


>> On Friday 20 January 2006 08:00 pm, AtulAtulhSabharwalte:
>> > First learn to communicate in English. I can give you 25 Us
>> cents as I
>> > cannot afford 1 Mark. You are not work even a Mark.
>>
>> The complete lack of civility in this remark is inexcusable in
>> a public forum.
>> Herr DenkDenk provided an incredibly valuable service to the
>> community, and
>> deserves more respect than this.

>I agree whole heartily Glenn...

glenn and frank,
even me too! i agree with you.

Best regards,
Albert David.

RE: u-boot debugging

[sri.dharmasanam]

I agree that there was no need to take things personally here. Perhaps =
the reader didn't understand what oxymoron meant.

Debug tools is often a hotly disputed issue and it would have been nice =
to hear more thoughts (technical and business related) on a forum such =
as this.

Regards,
_Sri

-----Original Message-----
From: linuxppc-embedded-bounces@ozlabs.org =
[mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Albert David
Sent: Sunday, January 22, 2006 2:11 AM
To: linuxppc-embedded@ozlabs.org
Subject: u-boot debugging

>> On Friday 20 January 2006 08:00 pm, AtulAtulhSabharwalte:
>> > First learn to communicate in English. I can give you 25 Us
>> cents as I
>> > cannot afford 1 Mark. You are not work even a Mark.
>>
>> The complete lack of civility in this remark is inexcusable in
>> a public forum.
>> Herr DenkDenk provided an incredibly valuable service to the
>> community, and
>> deserves more respect than this.

>I agree whole heartily Glenn...

glenn and frank,
even me too! i agree with you.

Best regards,
Albert David.
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded

RE: u-boot debugging

[Paula Saameño]

[-- Attachment #1: Type: text/plain, Size: 101 bytes --]

I do as well, Glenn... He gave me so much help in my learning and he only
deserves good comments!!

[-- Attachment #2: Type: text/html, Size: 104 bytes --]

RE: u-boot debugging

[Glenn Burkhardt]

On Friday 20 January 2006 08:00 pm, Atul Sabharwal wrote:
> First learn to communicate in English. I can give you 25 Us cents as I
> cannot afford 1 Mark. You are not work even a Mark.

The complete lack of civility in this remark is inexcusable in a public forum.  
Herr Denk has provided an incredibly valuable service to the community, and 
deserves more respect than this.

RE: u-boot debugging

[Frank]

--- Glenn BurkBurkhardtenglenn-aoiustries.com> wrote:

> On Friday 20 January 2006 08:00 pm, AtulAtulhSabharwalte:
> > First learn to communicate in English. I can give you 25 Us
> cents as I
> > cannot afford 1 Mark. You are not work even a Mark.
> 
> The complete lack of civility in this remark is inexcusable in
> a public forum.  
> Herr DenkDenk provided an incredibly valuable service to the
> community, and 
> deserves more respect than this.


I agree whole heartily Glenn...

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

RE: u-boot debugging

[atul.sabharwal]

First learn to communicate in English. I can give you 25 Us cents as I
cannot afford 1 Mark. You are not work even a Mark.

On a public network where there is lots of multicast/broadcast network,
10Mbps network would not scale.  Only on a isolated network with a
switch
It would work. If people are using a 100Mbps hub, the entire hub will
get
Scaled down to 10Mbps speed.

So, now mail me a Mark:)

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Atul Sabharwal
c/o Azad. Inc.
503-962-9395
=20
P.S:  Our destiny is in our hands... And yes, necessity is mother of
invention!!
-----Original Message-----
From: wd@denx.de [mailto:wd@denx.de]=20
Sent: Friday, January 20, 2006 11:48 AM
To: Sabharwal, Atul
Cc: mustafa.cayir@bte.mam.gov.tr; linuxppc-embedded@ozlabs.org
Subject: Re: u-boot debugging=20

In message
<4A062D477D842B4C8FC48EA5AF2D41F201AC2CC8@us-bv-m23.global.tektronix.net
> you wrote:
>
> Besides, the BDI has only a 10Mbps Ethernet interface.  It might be
> enough for simple debug operation but they should
> Have put a 100Mbps link to put it on a shared network.  For an
isolated
> network configuration, it should suffice...

You should really get a clue. Or can you please explain what  is  the
maximum  transfer rate you can get over the BDM / JTAG interface, and
how is this limited by the 10Mbps Ethernet interface?


Best regards,

Wolfgang Denk

--=20
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Of all the things I've lost, I miss my mind the most.

RE: u-boot debugging

[Alexandre BASTOS]

> First learn to communicate in English. I can give you 25 Us cents as I
> cannot afford 1 Mark. You are not work even a Mark.
>

What in the hell is this. Please, there are some here who don't speak
a perfect english but try to use it as a common language to exchange.
I feel also offended about this.

And please, read something apart from user manuals ... mark is no longer
the german currency. Euro, ... you know?

Un saudo
Alex Bastos

RE: u-boot debugging

[atul.sabharwal]

[-- Attachment #1: Type: text/plain, Size: 2842 bytes --]

I hope this gives the answer to make a better pick between BDI and Metrowerks...  And this is not off topic

As the debugger is not only for u-boot but debugging the kernel on this architecture...

 

--

Atul

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 P.S:  Our destiny is in our hands... And yes, necessity is mother of invention!!

________________________________

From: Sabharwal, Atul 
Sent: Friday, January 20, 2006 10:06 AM
To: Sabharwal, Atul; 'Mustafa Çayır'; 'linuxppc-embedded@ozlabs.org'
Subject: RE: u-boot debugging

 

Besides, the BDI has only a 10Mbps Ethernet interface.  It might be enough for simple debug operation but they should

Have put a 100Mbps link to put it on a shared network.  For an isolated network configuration, it should suffice...

 

The Metrowerks debugger is USB 2.0 based, so on a isolated network and faster data throughput for easy symbol/code

cross referencing.

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: Sabharwal, Atul 
Sent: Friday, January 20, 2006 10:00 AM
To: Sabharwal, Atul; 'Mustafa Çayır'; 'linuxppc-embedded@ozlabs.org'
Subject: RE: u-boot debugging

 

My best guess is the PowerTap Pro supports code tracing from a trace buffer on the board or processor... Not sure if

you can sample the processor instruction stream over the JTAG chain as its too slow.  You could use a logic analyzer

or an in-circuit emulator to capture all signals.  The power pc has a SIU to pass the instruction stream for a logic analyzer

to use...

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: Sabharwal, Atul 
Sent: Friday, January 20, 2006 9:57 AM
To: 'Mustafa Çayır'; linuxppc-embedded@ozlabs.org
Subject: RE: u-boot debugging

 

BDI works but PowerTap Pro from Metrowerks is better.  The debug interface is windows based and more user friendly than

Ddd on Linux.  Take your pick as a commercial product would be better than an opensource product till it has been perfected

(i.e. customized, all bugs fixed and usability issues resolved).  And no service from the community on occasion.

 

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: linuxppc-embedded-bounces@ozlabs.org [mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Mustafa Çayir
Sent: Thursday, January 19, 2006 10:51 PM
To: linuxppc-embedded@ozlabs.org
Subject: u-boot debugging

 

Hi,

 

Which tool must i use to debuggin u-boot codes. BDI2000 or windriver visionclick, which one do you prefer? is step by step code tracing possible?

 

thanks


[-- Attachment #2: Type: text/html, Size: 14175 bytes --]

RE: u-boot debugging

[atul.sabharwal]

[-- Attachment #1: Type: text/plain, Size: 2282 bytes --]

Besides, the BDI has only a 10Mbps Ethernet interface.  It might be enough for simple debug operation but they should

Have put a 100Mbps link to put it on a shared network.  For an isolated network configuration, it should suffice...

 

The Metrowerks debugger is USB 2.0 based, so on a isolated network and faster data throughput for easy symbol/code

cross referencing.

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: Sabharwal, Atul 
Sent: Friday, January 20, 2006 10:00 AM
To: Sabharwal, Atul; 'Mustafa Çayır'; 'linuxppc-embedded@ozlabs.org'
Subject: RE: u-boot debugging

 

My best guess is the PowerTap Pro supports code tracing from a trace buffer on the board or processor... Not sure if

you can sample the processor instruction stream over the JTAG chain as its too slow.  You could use a logic analyzer

or an in-circuit emulator to capture all signals.  The power pc has a SIU to pass the instruction stream for a logic analyzer

to use...

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: Sabharwal, Atul 
Sent: Friday, January 20, 2006 9:57 AM
To: 'Mustafa Çayır'; linuxppc-embedded@ozlabs.org
Subject: RE: u-boot debugging

 

BDI works but PowerTap Pro from Metrowerks is better.  The debug interface is windows based and more user friendly than

Ddd on Linux.  Take your pick as a commercial product would be better than an opensource product till it has been perfected

(i.e. customized, all bugs fixed and usability issues resolved).  And no service from the community on occasion.

 

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: linuxppc-embedded-bounces@ozlabs.org [mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Mustafa Çayir
Sent: Thursday, January 19, 2006 10:51 PM
To: linuxppc-embedded@ozlabs.org
Subject: u-boot debugging

 

Hi,

 

Which tool must i use to debuggin u-boot codes. BDI2000 or windriver visionclick, which one do you prefer? is step by step code tracing possible?

 

thanks


[-- Attachment #2: Type: text/html, Size: 11537 bytes --]

Re: u-boot debugging

[Wolfgang Denk]

In message <4A062D477D842B4C8FC48EA5AF2D41F201AC2CC8@us-bv-m23.global.tektronix.net> you wrote:
>
> Besides, the BDI has only a 10Mbps Ethernet interface.  It might be
> enough for simple debug operation but they should
> Have put a 100Mbps link to put it on a shared network.  For an isolated
> network configuration, it should suffice...

You should really get a clue. Or can you please explain what  is  the
maximum  transfer rate you can get over the BDM / JTAG interface, and
how is this limited by the 10Mbps Ethernet interface?


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Of all the things I've lost, I miss my mind the most.

Re: u-boot debugging

[bennett78]

[-- Attachment #1: Type: text/plain, Size: 1919 bytes --]

Wolfgang Denk wrote:

>In message <4A062D477D842B4C8FC48EA5AF2D41F201AC2CC8@us-bv-m23.global.tektronix.net> you wrote:
>  
>
>>Besides, the BDI has only a 10Mbps Ethernet interface.  It might be
>>enough for simple debug operation but they should
>>Have put a 100Mbps link to put it on a shared network.  For an isolated
>>network configuration, it should suffice...
>>    
>>
>
>  
>
Yeah this thread is covering a broad range of JTAG debug. There
are debuggers that range form $50 to $50k with no JTAG standard. 
$50 wigglers that are painfully slow because they bit-bang the parallel
port and $50k Gigabit interface with GBs of fast memory that can "capture
bugs" in realtime (that is if you can define/setup the trigger condition to
capture "the bug", but for a 400MHz processor that may only mean 1-2
seconds of data).  The BDI is a nice product for $2k, wish I would of
thought of designing it. You can either communicate with it directly for
single step, breakpointing, etc, but the coolness is the capability to run
remote gdb, then there is insight which is a gui that runs ontop of gdb....
works great debugging u-boot and kernel/user code later....but the best
part is no need for windose and with DENX you don't have to pay big
$ to metrowerks, greenhills or the like and wait while they develop or
if they will ever develop debugger software for your target!

>You should really get a clue. Or can you please explain what  is  the
>maximum  transfer rate you can get over the BDM / JTAG interface, and
>how is this limited by the 10Mbps Ethernet interface?
>
>
>Best regards,
>
>Wolfgang Denk
>
>  
>


-- 

*/Frank Bennett
Technical Contractor/*

/Triad Systems Engineering
200 West Mountain Avenue, Suite 103C
Ft. Collins, CO 80521
/http://www.traidsyseng.com <http://www.triadsyseng.com>
frank.bennett@triadsyseng.com <mailto:frank.bennett@triadsyseng.com>/
/office: 970-493-7586
cell:   970-402-9269



[-- Attachment #2: Type: text/html, Size: 3142 bytes --]

RE: u-boot debugging

[atul.sabharwal]

[-- Attachment #1: Type: text/plain, Size: 1586 bytes --]

My best guess is the PowerTap Pro supports code tracing from a trace buffer on the board or processor... Not sure if

you can sample the processor instruction stream over the JTAG chain as its too slow.  You could use a logic analyzer

or an in-circuit emulator to capture all signals.  The power pc has a SIU to pass the instruction stream for a logic analyzer

to use...

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: Sabharwal, Atul 
Sent: Friday, January 20, 2006 9:57 AM
To: 'Mustafa Çayır'; linuxppc-embedded@ozlabs.org
Subject: RE: u-boot debugging

 

BDI works but PowerTap Pro from Metrowerks is better.  The debug interface is windows based and more user friendly than

Ddd on Linux.  Take your pick as a commercial product would be better than an opensource product till it has been perfected

(i.e. customized, all bugs fixed and usability issues resolved).  And no service from the community on occasion.

 

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: linuxppc-embedded-bounces@ozlabs.org [mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Mustafa Çayir
Sent: Thursday, January 19, 2006 10:51 PM
To: linuxppc-embedded@ozlabs.org
Subject: u-boot debugging

 

Hi,

 

Which tool must i use to debuggin u-boot codes. BDI2000 or windriver visionclick, which one do you prefer? is step by step code tracing possible?

 

thanks


[-- Attachment #2: Type: text/html, Size: 8389 bytes --]

RE: u-boot debugging

[atul.sabharwal]

[-- Attachment #1: Type: text/plain, Size: 913 bytes --]

BDI works but PowerTap Pro from Metrowerks is better.  The debug interface is windows based and more user friendly than

Ddd on Linux.  Take your pick as a commercial product would be better than an opensource product till it has been perfected

(i.e. customized, all bugs fixed and usability issues resolved).  And no service from the community on occasion.

 

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Atul Sabharwal

c/o Azad. Inc.

503-962-9395

________________________________

From: linuxppc-embedded-bounces@ozlabs.org [mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Mustafa Çayir
Sent: Thursday, January 19, 2006 10:51 PM
To: linuxppc-embedded@ozlabs.org
Subject: u-boot debugging

 

Hi,

 

Which tool must i use to debuggin u-boot codes. BDI2000 or windriver visionclick, which one do you prefer? is step by step code tracing possible?

 

thanks


[-- Attachment #2: Type: text/html, Size: 5404 bytes --]

Re: u-boot debugging

[Wolfgang Denk]

In message <4A062D477D842B4C8FC48EA5AF2D41F201AC2CC0@us-bv-m23.global.tektronix.net> you wrote:
> 
> BDI works but PowerTap Pro from Metrowerks is better.  The debug
> interface is windows based and more user friendly than

This sentence includes at least one oxymoron. Um. No, two.

> Ddd on Linux.  Take your pick as a commercial product would be better
> than an opensource product till it has been perfected
> (i.e. customized, all bugs fixed and usability issues resolved).  And no
> service from the community on occasion.

Please stop trolling!

*PLONK*

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Every solution breeds new problems.

Re: u-boot debugging

[Atul Sabharwal]

You have a conflict of interest as you are just pissed with Metrowerks
as they are your competitors.  Open source is about free speech and
not for people with vested interests.  You seem to be one of the guys
with vested interest.

You cannot repress people and tell them *oxymorons* or ninkampoops...
If you do the cost benefit analysis between BDI and Metrowerks debugger,
its the same.  And their UI is better than ddd and works with a BDI also.
So, if you consider all aspects, its a better product.

And opensource is used all over the globe including the Asian subcontinent.
And there are still sites which use hubs as people dont have the excess 
money
to throw away on legacy products.  Just sitting in your small cube does not 
give
insight to global technology trends...

Ciao,

Atul

Re: u-boot debugging

[David Jander]

On Saturday 21 January 2006 07:34, Atul Sabharwal wrote:
> You have a conflict of interest as you are just pissed with Metrowerks
> as they are your competitors.  Open source is about free speech and
> not for people with vested interests.  You seem to be one of the guys
> with vested interest.

Everybody has their interests. Even OSS programmers have interests, if not 
always of economical nature. I don't think Mr. Denk has any more reasons to 
"be pissed" with Metrowerks than you might have reasons to "be pissed" with 
DENX or Abatron.

> You cannot repress people and tell them *oxymorons* or ninkampoops...
> If you do the cost benefit analysis between BDI and Metrowerks debugger,
> its the same.  And their UI is better than ddd and works with a BDI also.
> So, if you consider all aspects, its a better product.

That is a very subjective observation. Here is a slightly more objective one 
for you: BDI can use almost any UI that supports gdb, and there are quite a 
lot. Not only DDD. Does Metrowerks offer you that amount of choice?

> And opensource is used all over the globe including the Asian subcontinent.
> And there are still sites which use hubs as people dont have the excess
> money
> to throw away on legacy products.  Just sitting in your small cube does not
> give
> insight to global technology trends...

Well, I suppose using a 10Mbps switch shouldn't cost much more than a 100Mbps 
hub, and you almost said it yourself, that it would be more efficient in a 
crowded network ;-)
What I really wonder is what the choice between a switch and a hub has to do 
with "global technology trends".
I detect an increasing amount of resentment in your words, and that is not 
good as far as my experience goes.

Greetings,

-- 
David Jander

Re: u-boot debugging

[Atul Sabharwal]

> I detect an increasing amount of resentment in your words, and that is not
> good as far as my experience goes...

This is true...  I have had quite a few bad experiences with open source 
product.
e.g. RH 6.2 the loop back driver would flush data to the driver every second 
time.
People at work would change compiler, graphic settings on me...  Swap ln 
commnad
options....  crack linux md5 passwords...  break gid/uid settings... steal 
my linux CD
roms...  This happened to me at my ex-employer for about 2.5 years for 
sure...
6 years in total (on my windows box with USB scanner, printers, boot sector 
crashes,
file/pdf corruption... Besides the usual of getting SPAM, virus, trojans 
etc... The latter
is okay but the rest is strange... ). Now when you are on a schedule 
deadline, how many
bugs can one fix... Code which runs on one day does not on another day... 
Its like
somebody (internally) is trying to sabotage my project or changing code 
without knowing
 what they are doing...  They could be doing this just to get rid of me 
either (which I dont
 know ) as I dont know *who*.  In the past, I used to just take my network 
cable off and
not be bothered with personal backups but on a shared network with clearcase 
I cant
go offline.  Cannot upgrade from 9.0 to Fedora...  Each day, there are 
different problems
with the machine...

So, this is the prime basis of resentment in my words. Its kind of happening 
again.
There are routines in u-boot e.g. cpu_post_exec_02 and cpu_post_exec_04 
which use a
stackless approach to copy a function to a given address, execute them and 
pass the values
back to the calling app.  It was working the other day and now its not.  I 
test the first instruction
it has to execute and it was supposed to be 0x38000000 and it shows as 
0x38000331.  I mentioned
it to my peer and next day its different.  I dont like hidden resources on 
my project but dont know
if I should ask ?  If its by design or by coincidence...  Generally hidden 
resources(unless very skilled
& dillignet) cause more harm than help...

I am not sure about gdb protocol support for Metrowerks but it should be an 
easy extension. Just
like changing the Phy on BDI should be easy change.  Not sure if it  has a 
FPGA or ASIC or some
controller driving the JTAG chain.  JTAG on BDI (is probably 12 or 16MHz) so 
its faster than
a 10Mbps ethernet link.  They were just saving cost as JTAG chain 
address/data cycles are long
so one wont get a full 10MHz data transfer.  JTAG by itself can go to 40MHz 
so, the next rev of
BDI can go with a faster JTAG chain and 100Mbps link or a USB link.

Advantages of Metwerks so far :
1.  Comes with the reference board from Freescale with 1 month license.
2.  I did not get any help from BDI to setup the config file for 870/885 
processor.
3.  BDI did not program the AMD 29F style flash part.
4.  BDI does not program the micro IC chip on Xscale.  If one wants to debug 
loadable modules
     using BDI it did not happen as it does before mounting the initial ram 
disk.  Seemed like
     a VECTOR LO/HIGH problem which their FAE did not or was not willing to 
explain.  Too much
     pain for the effort required to resolve the problem with external 
folks...
5.  On 8540, the BDI only worked with single stepping or running to a break 
point 5-10 instructions
     away.  Not sure what was the problem as I had to relocate the entire 
U-boot code to run from
     a pre-init DDR RAM instead of a swizzled flash in 5-7 days with no PPC 
experience.  Just schedule
     pressure becuase of lack of planning on other people's part.  On top of 
that, the mgmt wanted me to
     limit hours.  Not sure if to keep me less stressed or just be cheap!!
6.  Based on the above experience with BDI, I recommended Metrowerks.  On my 
project, one of
     the reference board was busted.  We could not get it fixed.  Each board 
was $2.5K each but they
     were useless.  The software CD ROM was erased by someone (which had all 
the manuals).
     Somebody broke into my car and started smoking ciggerettes.

So, what should I say.  How far can one complain.  I just told the 
psychologist that someone is giving me
a hard time.  Its definitely not any disorder....  Generally as engineer, we 
can differentiate between a
bug a feature and a hack.  When a hack (or a hacker) is trying to hinder 
your progress or cause grief
or spoof a website so that you have wrong u-boot code,  the individual is in 
trouble.    Based on probability,
its usually somone from the inside who changes code, crashes your 
CVS/clearcase or modifies code
without a trace(perfect bug fix or hack by clearing logs or buffer underrun 
problem to hack).  The cable
off solution along with shutting down all the server apps was an easy 
solution as the kernel is not listening
to sockets (since http server is gone from 2.4 kernel).  And if the site is 
spoofed, its usually your area ISP who can help.  (e.g. if you google for 
u-boot on source forge you only get u-boot 1.0.0 and if you access the site 
directly, you get access to 1.1.2 & 1.1.3).  Thats the main reason for the 
resentment.

Now, all one can do in these situations is complain.  Now if the complain 
falls on deaf ears, what more can
you do.  Typical answer is that you are working too hard. But this is an 
easy forced attrition method.
So, now if processors have a wireless link,  forced attrition would be a 
common problem.

And I am still objective.  Wolf does not maintain the sourceforge site. He 
is just the moderator or main
contributor.  And we are not using VPN's globally to reduce spoof web site 
problem as many open source
projects could have excess bugs in them...

--
Atul 

Re: u-boot debugging

[Wolfgang Denk]

Everybody:

*please* do not continue responding to this thread!

Stop feeding the troll!


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
 The software required `Windows 95 or better', so I installed Linux.

u-boot debugging

[Mustafa Çayır]

[-- Attachment #1: Type: text/plain, Size: 162 bytes --]

Hi,

Which tool must i use to debuggin u-boot codes. BDI2000 or windriver visionclick, which one do you prefer? is step by step code tracing possible?

thanks

[-- Attachment #2: Type: text/html, Size: 659 bytes --]

Re: u-boot debugging

[Wolfgang Denk]

In message <008501c61d8d$e35ff9f0$9e01120a@bilisim.local> you wrote:
> 
> Which tool must i use to debuggin u-boot codes. BDI2000 or windriver
> visionclick, which one do you prefer? is step by step code tracing
> possible?

I know that the  BDI2000  works  fine,  and  some  people  have  been
successfully   using   the  vision*  tools,  too  (often  after  some
struggeling).

My personal tool of choice is the BDi2000.

Use the tool you know best...

And yes, single stepping is possible if your tool allows it.


Note that this question is off topic on this list;  you  should  post
such questions on the U-Boot mailing list. But please ntoe that...

> Content-Type: text/html;
> 	charsetÿso-8859-9"
> Content-Transfer-Encoding: quoted-printable
> 
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

...HTML code is strictly forbidden there!

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
If programming was easy, they wouldn't need something as  complicated
as a human being to do it, now would they?
                       - L. Wall & R. L. Schwartz, _Programming Perl_