Sent by: address@hidden
Date: 07/07/2008 5:48PM
cc: address@hidden
Subject: [Ltib] 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
> > >
> > >
> > >
> > >
>
_______________________________________________
LTIB home page: http://bitshrine.org
Ltib mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/ltib