Re: [Ltib] RE: Reg ltib

[Vijay Nikam]

Hi,

The file gdb-6.0.tar.gz.md5 is available at gpp
(http://www.bitshrine.org/gpp/) check it ...

I think the file is not getting download from gpp because of your
netwrok connection ... which is going through proxy server ... I mean
even if you give correct proxy address, still it will not be able to
download ... and thats why you need to have direct internet connection
... then only wget or yum works ...

Anyways the second option you have is to modify the .ltibrc, disable
gpp and ppp ... only lpp should be enabled ... then download the
gdb-6.0.tar.gz.md5 and gdb-6.0.tar.gz from
http://www.bitshrine.org/gpp and save it at the loaction where the
file should be ... and then execute ./ltib -p <package name> in your
case it is gdb ...

I think this will do for your problem ...

Kind Regards,
Vijay Nikam

On 7/8/08, Makhija, Neha (IE10) <address@hidden> wrote:
> Hi Stuart/Vijay
>
> Thanks for the reply!!
> I tried whatever was mentioned by you. Looks like it is not the problem
> with the proxy address mentioned in the .ltibrc file as after running
> the command "./ltib -p gdb", I got the following error
>
> Processing: gdb
> =================
> Getting gdb-6.0.tar.gz.md5 from the Private Package Pool
> /home/bna3/Neha/ltib
>
>>> As it is clearly visible that it was able to >>extract
> gdb-6.0.tar.gz.md5 file from Global >>Package Pool
>
> Getting gdb-6.0.tar.gz.md5 from the Global Package Pool
> /home/bna3/Neha/ltib
> Getting gdb-6.0.tar.gz from the Private Package Pool
> /home/bna3/Neha/ltib
>
>>> Here it is giving error.
>
> Getting gdb-6.0.tar.gz from the Global Package Pool
> /home/bna3/Neha/ltib
> Can't get: gdb-6.0.tar.gz at ./ltib line 515.
> Died at ./ltib line 518.
>
> I think the file doesn't exist in the Global Package Pool.
>
> Please correct me if I am wrong!!
>
> Regards,
> Neha
>
>
> -----Original Message-----
> From: Stuart Hughes [mailto:address@hidden
> Sent: Monday, July 07, 2008 5:49 PM
> To: Makhija, Neha (IE10)
> Cc: address@hidden
> Subject: RE: Reg ltib
>
> Hi Neha,
>
> On Mon, 2008-07-07 at 16:56 +0530, Makhija, Neha (IE10) wrote:
>> Hi Stuart
>>
>> Thanks for the help!!
>> I am the member of the ltib group. I have registered through Yahoo id.
> During office hours can't surf yahoo, so can't mail you from that id.
>>
>
> Okay, I'll let those messages go through from that email to save you
> getting everything twice.
>
>
>> I tried whatever you suggested. I am getting the following error:
>>
>> Can't get: gdb-6.0.tar.gz at ./ltib line 515.
>>
>
> You need to have Internet access, ltib will then be able to download
> this.  If you are inside a corporate network, then you'll need to enter
> the proxy setting into the .ltibrc file.
>
>>
>> Also what is " uclinux-dev" ??
>>
>
> This is a mailing list for MMUless chips:
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>
>
>> Thanks !!
>>
>> Best Regards,
>> Neha
>
>
> Regards, Stuart
>
>
>> -----Original Message-----
>> From: Stuart Hughes [mailto:address@hidden
>> Sent: Monday, July 07, 2008 4:45 PM
>> To: Makhija, Neha (IE10)
>> Cc: address@hidden
>> Subject: RE: Reg ltib
>>
>> Hi Neha,
>>
>> If the problem is in the kernel then gdb won't help without kgdb on
> the
>> target (as you noted).
>>
>> If the gdb executable is dying with SEGV though you can re-build it.
>>
>> $ ./ltib -m config
>>
>> and select gdb in the package list (cross/gdbserver).  Then run:
>>
>> $ ./ltib -p gdb
>>
>> This will re-generate the cross gdb executable and place it under the
>> bin directory.  It that doesn't work, you'll need to contact Freescale
>> support for help.
>>
>> To actually debug the kernel, you'll need help from a kernel expert.
> It
>> it's an MMUless platform, try uclinux-dev.  Otherwise it may be worth
>> contacting Freescale support.
>>
>> Regards, Stuart
>>
>> On Mon, 2008-07-07 at 15:59 +0530, Makhija, Neha (IE10) wrote:
>> > Hi Stuart
>> >
>> > I need your help!!
>> > I have one embedded board with coldfire processor.
>> >  Because of some reason in the application, the drivers (Written by
> our
>> >  team) are getting closed (whatever are opened in the application).
> To
>> >  debug the reason for kill of the application by the kernel, I used
> the
>> >  gdbserver and gdbclient generated by the ltib. It showed
> "SEGMENTATION
>> >  KILL" and I am not able to debug further. I tried the gdb binary
> image
>> >  available in the ltib folder but it didn't work. Can you suggest me
> a
>> >  way to debug the application through ltib ?? Secondly, To debug the
>> >  Kernel drivers, one can use kdb and kgdb. But I am not able to find
>> >  the two in the ltib folder. Is there any other way to debug the
>> >  drivers through ltib?
>> >
>> > Thanks in advance!!
>> > Neha
>> >
>> > -----Original Message-----
>> > From: Stuart Hughes [mailto:address@hidden
>> > Sent: Wednesday, November 28, 2007 3:56 PM
>> > To: Makhija, Neha (IE10)
>> > Cc: address@hidden
>> > Subject: Re: Reg ltib
>> >
>> > Hi Neha,
>> >
>> > I'm not sure about the OOB data question, maybe others on this list
> or
>> > even on the MTD mailing list know.
>> >
>> > As far as your other options go, there are techniques for combining
> the
>> > kernel and rootfs into a single image (it's a general technique that
> you
>> > can find on various mailing list).  However in my opinion for most
> cases
>> > you get more flexibility by having the kernel and rootfs in separate
>> > Flash partitions.
>> >
>> > Regards, Stuart
>> >
>> > On Wed, 2007-11-28 at 09:25 +0530, Makhija, Neha (IE10) wrote:
>> > > Hi Stuart
>> > >
>> > >
>> > >
>> > > I am the member of the ltib mailing list. I have one doubt. I am
>> > > having one kernel image which will take the file system through
> NFS
>> > > and will download it on the board's NAND flash. So I am having two
>> > > images one is kernel image and second one is root file system
> image
>> > > which is .jffs2. Now the requirement is that only one single image
>> > > should be there to program the empty flash, ie I need to
> concatenate
>> > > the two images. We need this because the final burning of the NAND
>> > > flash will be done by the 3rd party vendor, so they want only
> image
>> > > for the first time. To burn NAND flash, peedi programmer will be
> used.
>> > > Peedi programmer takes care of the bad blocks in the NAND flash.
> What
>> > > I want to know is, If I will concatenate the two images with the
> help
>> > > of batch command will it work? I mean will it update the OOB table
> of
>> > > the bad block as done by linux kernel while loading root file
> system
>> > > image (JFFS2 image)?
>> > >
>> > >
>> > >
>> > > Basically I am not able to check where exactly the OOB table is
>> > > getting updated for the root file system? Or Is there a way to
>> > > generate the kernel and Root file system image altogether?
>> > >
>> > >
>> > >
>> > > Thanks in advance.
>> > >
>> > >
>> > >
>> > > Regards,
>> > >
>> > > Neha
>> > >
>> > >
>> > >
>> > >
>>
>
>