PLEASE HELP ME

PLEASE HELP ME

[Abdoul Issouf]

PLEASE HELP ME

Dear  Friend

I am Mr. Abdoul Issouf ,I work for BOA bank Ouagadougou Burkina Faso.
I have a business proposal which concerns the transfer of  $13.5 M USD
 into a foreign account. Everything about this transaction shall be
legally done without any problem.  If you are interested to help me, I
will give you more details as soon as I receive your positive
response. You will be entitled to 40%, 60% will be for me,. If you are
willing to work with me, send me immediately the information listed
bellow.

If you are willing to work with me, Kindly respond to my proposal via
my private email address for security and confidential reasons (
mrissouf1@gmail.com )

Name.......................

Nationality.................

Age..........................

Sex.............................

Occupation.................

Home Telephone...............

Private Telephone................

Address....................................

Thanks

Mr. Abdoul Issouf

Please Help Me

[Alina Yukov]

Good day to you,My name is Alina a dying widow contacting you from the sick
bed. Please I need your assistance in establishing my late husband
investment fund before I depart.
Mrs Alina Yukov.

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

PLEASE HELP ME

[mrissouf issouf]

PLEASE HELP ME

Dear  Friend

I am Mr. Abdoul Issouf ,I work for BOA bank Ouagadougou Burkina Faso.
I have a business proposal which concerns the transfer of  $13.5 M USD
 into a foreign account. Everything about this transaction shall be
legally done without any problem.  If you are interested to help me, I
will give you more details as soon as I receive your positive
response. You will be entitled to 40%, 60% will be for me,. If you are
willing to work with me, send me immediately the information listed
bellow.

If you are willing to work with me, Kindly respond to my proposal via
my private email address for security and confidential reasons (
mrissouf1@gmail.com )

Name.......................

Nationality.................

Age..........................

Sex.............................

Occupation.................

Home Telephone...............

Private Telephone................

Address....................................

Thanks

Mr. Abdoul Issouf

Please help me...

[shibin k reeny]

---------- Forwarded message ----------
From: shibin k reeny <shibinkreeny@gmail.com>
Date: Wed, Nov 23, 2011 at 11:18 AM
Subject: plz help with the serial port pgm....
To: kernelnewbies at kernelnewbies.org


rs232 read pgm is not working when i connect in loopback but write is
wroking plz help...

pgm

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <fcntl.h>
#include <termios.h>

#define _POSIX_SOURCE 1

#define BAUDRATE        B9600
#define MODEMDEVICE        "/dev/ttyS1"

int main(void)
{
    int ret, fd;
    struct termios tio;
    char buf[255];

    /* Open device for reading and writing */
    fd = open(MODEMDEVICE, O_RDWR | O_NOCTTY | O_NDELAY);
    if (fd < 0) {
        fprintf(stderr, "Error opening device %s\n", MODEMDEVICE);
        goto done;
    }
    /* get current port attributes */
    ret = tcgetattr(fd, &tio);
    if (ret < 0) {
        fprintf(stderr, "Error retreiving attributes, ret=%d\n", ret);
        goto done;
    }
    tcflush(fd, TCIFLUSH);

    /* set port input speed */
    ret = cfsetispeed(&tio, BAUDRATE);
    if (ret) {
        fprintf(stderr, "Error setting input Baud rate, ret=%d\n", ret);
        goto done;
    }
    /* set port output speed */
    ret = cfsetospeed(&tio, BAUDRATE);
    if (ret) {
        fprintf(stderr, "Error setting output Baud rate, ret=%d\n", ret);
        goto done;
    }

    tio.c_cflag &= ~CRTSCTS; /* HW flow ctl OFF */
    tio.c_cflag &= ~PARENB; /* no parity */
    tio.c_cflag &= ~CSTOPB; /* 1 stop bit */
    tio.c_cflag &= ~CSIZE; /* 1 stop bit */
    tio.c_cflag |= CS8; /* char size; 8N1 */
    tio.c_cflag |= CREAD; /* enable receiver */
    /* set port attributes */
    ret = tcsetattr(fd, TCSANOW, &tio);
    if (ret < 0) {
        fprintf(stderr, "Error setting attributes, ret=%d\n", ret);
        goto done;
    }
    fcntl(fd, F_SETFL, FNDELAY);
    ret = write(fd, "ab\r", 3);
    if (ret < 0)
        fprintf(stderr, "write() of 3 bytes failed!, ret=%d\n", ret);

    printf("no of data written = %d\n",ret);
    usleep(5000);
    while (1) {
        ret = read(fd, buf, sizeof(char));
        if (ret > 0) {
            printf("%c",buf[0]);

        }
    }
done:
    close(fd);
    return 0;
}


##################################
output../a.out
no of data written = 3




########################
strace ./a.out
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
read(3, 0xbfa8d5dd, 1)                  = -1 EAGAIN (Resource temporarily
unavailable)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20111126/61600815/attachment.html 

Re: please help me

[Emmanuel Florac]

Le Mon, 21 Dec 2009 14:45:49 +0530
rajkumar <rajkumar@storageindia.com> écrivait:

> i have scientific linux 4.7 server with kernel 2.6.9.-78.ELsmp and 
> installed the xfs rpms for supporting xfs filesystem.Now created  a 
> volume of 300TB plz tell me how to format.please give commands how to 
> format 300TB using xfs filesystem.

Are you running a 64 bits kernel? A 32 bits kernel won't be able to use
a filesystem bigger than 16 TB.

You need to install the xfs-progs too, to have mkfs.xfs.

To format a 300TB xfs, basically just do

mkfs.xfs /dev/whatever

However you'd better configure your filesystem to match the underlying
device. You must be using some sort of RAID array; you should do it
this way:

mkfs.xfs -d su=<value>,sw=<numberofdataDisks> /dev/whatever

Where <value> is the RAID array stripe size (in bytes, or append a k or
m accordingly) and <sw> the number of data disks (removing parity and
spare drives from the total).

-- 
------------------------------------------------------------------------
Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |	<eflorac@intellique.com>
                    |   +33 1 78 94 84 02
------------------------------------------------------------------------

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

please help me

[rajkumar]

Dear Sir,

i have scientific linux 4.7 server with kernel 2.6.9.-78.ELsmp and 
installed the xfs rpms for supporting xfs filesystem.Now created  a 
volume of 300TB plz tell me how to format.please give commands how to 
format 300TB using xfs filesystem.

thanks&regards,
rajkumar.
tech support engineer.


__________ Information from ESET Smart Security, version of virus signature database 4704 (20091220) __________

The message was checked by ESET Smart Security.

http://www.eset.com


_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: Please help me

[Justin Patrin]

On 1/9/07, Debasree Mallick <debasreeat@gmail.com> wrote:
> Hi Matthew,
>
> I want to use the prebuilt toolchain for ARM 9 target...But i could
> not....As i skip the command
> #bitbake world  as it will take 35GB
> will it necessary to use the pre buitd toolchain in OE?????...

I'm sorry, I'm not sure how all that connects.

If you want to use a prebuilt toolchain you should be able to as long
as it is in your path and you set ASSUME_PROVIDED to included the
toolchain recipes.

If you don't want to bitbake world you don't have to. Just bitbake the
specific things you want.

It is not necessary to use a pre-built toolchain but you are welcome
to if you wish.

>
> If u can please ans me...
> Thanks
> Debasree
>
> On 1/5/07, Matthew Palmer <mpalmer@hezmatt.org> wrote:
> >
> > [Again, a relevant subject line would help]
> >
> > On Fri, Jan 05, 2007 at 05:14:18PM +0900, Debasree Mallick wrote:
> > > When i type bitbake nano...then
> >
> > [snip]
> >
> > > NOTE: package fakeroot-native-1.2.13: started
> > > NOTE: package fakeroot-native-1.2.13-r1: task do_fetch: started
> > > NOTE: fetch http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
> > > --17:11:00--  http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
> > >            => `/root/sources/fakeroot_1.2.13.tar.gz'
> > > Resolving openzaurus.org... 85.214.40.226
> > > Connecting to openzaurus.org|85.214.40.226|:80... connected.
> > > HTTP request sent, awaiting response... 302 Found
> > > Location:
> > http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz[following]
> > > --17:11:01--
> > http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz
> > >            => `/root/sources/fakeroot_1.2.13.tar.gz'
> > > Resolving openzaurus.linuxtogo.org... 85.214.40.226
> > > Reusing existing connection to openzaurus.org:80.
> > > HTTP request sent, awaiting response... 404 Not Found
> > > 17:11:02 ERROR 404: Not Found.
> >
> > Ooooh bugger.  It looks like the source mirror has lost the fakeroot
> > tarball; but that's a pretty old version of fakeroot -- I'm surprised
> > there
> > isn't a newer version in the tree.  I've never needed to build fakeroot to
> > build things like nano, though.  That might be because I've already got
> > fakeroot installed on my machine, though, so perhaps you could give that a
> > shot?  It's not a /solution/, as such, but it'll at least get you going.
> > Meanwhile, someone probably needs to either find that source tarball
> > again,
> > or update the tree to use a newer version of fakeroot.
> >
> > - Matt
> >
> > --
> > With enough people around there's a probability ~=1 that one of them is an
> > MCSE and will give you the wrong answer to your problem.
> >         -- Toni Lassila, in the Monastery
> >
> > _______________________________________________
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
> >
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>


-- 
Justin Patrin

Re: Please help me

[Debasree Mallick]

Hi Matthew,

I want to use the prebuilt toolchain for ARM 9 target...But i could
not....As i skip the command
#bitbake world  as it will take 35GB
will it necessary to use the pre buitd toolchain in OE?????...

If u can please ans me...
Thanks
Debasree

On 1/5/07, Matthew Palmer <mpalmer@hezmatt.org> wrote:
>
> [Again, a relevant subject line would help]
>
> On Fri, Jan 05, 2007 at 05:14:18PM +0900, Debasree Mallick wrote:
> > When i type bitbake nano...then
>
> [snip]
>
> > NOTE: package fakeroot-native-1.2.13: started
> > NOTE: package fakeroot-native-1.2.13-r1: task do_fetch: started
> > NOTE: fetch http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
> > --17:11:00--  http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
> >            => `/root/sources/fakeroot_1.2.13.tar.gz'
> > Resolving openzaurus.org... 85.214.40.226
> > Connecting to openzaurus.org|85.214.40.226|:80... connected.
> > HTTP request sent, awaiting response... 302 Found
> > Location:
> http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz[following]
> > --17:11:01--
> http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz
> >            => `/root/sources/fakeroot_1.2.13.tar.gz'
> > Resolving openzaurus.linuxtogo.org... 85.214.40.226
> > Reusing existing connection to openzaurus.org:80.
> > HTTP request sent, awaiting response... 404 Not Found
> > 17:11:02 ERROR 404: Not Found.
>
> Ooooh bugger.  It looks like the source mirror has lost the fakeroot
> tarball; but that's a pretty old version of fakeroot -- I'm surprised
> there
> isn't a newer version in the tree.  I've never needed to build fakeroot to
> build things like nano, though.  That might be because I've already got
> fakeroot installed on my machine, though, so perhaps you could give that a
> shot?  It's not a /solution/, as such, but it'll at least get you going.
> Meanwhile, someone probably needs to either find that source tarball
> again,
> or update the tree to use a newer version of fakeroot.
>
> - Matt
>
> --
> With enough people around there's a probability ~=1 that one of them is an
> MCSE and will give you the wrong answer to your problem.
>         -- Toni Lassila, in the Monastery
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: Please help me

[Marcin Juszkiewicz]

Dnia piątek, 5 stycznia 2007 09:43, Matthew Palmer napisał:

> Ooooh bugger.  It looks like the source mirror has lost the fakeroot
> tarball;

OpenZaurus website moved from SourceForge to LinuxToGo. I'm now populating 
old mirror content.

> but that's a pretty old version of fakeroot -- I'm surprised there isn't
> a newer version in the tree.  

patches welcome

-- 
JID: hrw-jabber.org
OpenEmbedded developer/consultant

                    Resistance Is Useless! (If < 1 ohm)

Re: Please help me

[Matthew Palmer]

[Again, a relevant subject line would help]

On Fri, Jan 05, 2007 at 05:14:18PM +0900, Debasree Mallick wrote:
> When i type bitbake nano...then

[snip]

> NOTE: package fakeroot-native-1.2.13: started
> NOTE: package fakeroot-native-1.2.13-r1: task do_fetch: started
> NOTE: fetch http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
> --17:11:00--  http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
>            => `/root/sources/fakeroot_1.2.13.tar.gz'
> Resolving openzaurus.org... 85.214.40.226
> Connecting to openzaurus.org|85.214.40.226|:80... connected.
> HTTP request sent, awaiting response... 302 Found
> Location: http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz[following]
> --17:11:01--  http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz
>            => `/root/sources/fakeroot_1.2.13.tar.gz'
> Resolving openzaurus.linuxtogo.org... 85.214.40.226
> Reusing existing connection to openzaurus.org:80.
> HTTP request sent, awaiting response... 404 Not Found
> 17:11:02 ERROR 404: Not Found.

Ooooh bugger.  It looks like the source mirror has lost the fakeroot
tarball; but that's a pretty old version of fakeroot -- I'm surprised there
isn't a newer version in the tree.  I've never needed to build fakeroot to
build things like nano, though.  That might be because I've already got
fakeroot installed on my machine, though, so perhaps you could give that a
shot?  It's not a /solution/, as such, but it'll at least get you going. 
Meanwhile, someone probably needs to either find that source tarball again,
or update the tree to use a newer version of fakeroot.

- Matt

-- 
With enough people around there's a probability ~=1 that one of them is an
MCSE and will give you the wrong answer to your problem.
	-- Toni Lassila, in the Monastery

Re: Please help me

[Debasree Mallick]

Hi,
Thanks for your replay...
When i type bitbake nano...then

NOTE: Using cache in '/stuff/build/tmp/cache/c7x0'
NOTE: Handling BitBake files: / (2855/4065) [70 %]ERROR: Could not include
required file uboot_cvs.bb while parsing
/stuff/org.openembedded.dev/packages/uboot/uboot-devkitidp-pxa255_cvs.bb
NOTE: Handling BitBake files: \ (4065/4065) [100 %]
NOTE: Parsing finished. 3900 cached, 0 parsed, 164 skipped, 0 masked.

NOTE: build 200701051710: started

OE Build Configuration:
BB_VERSION     = "1.6.3"
OE_REVISION    = "624e4cbb972e04d84e15da2a3aeec793dc467ce3"
TARGET_ARCH    = "arm"
TARGET_OS      = "linux"
MACHINE        = "c7x0"
DISTRO         = "openzaurus"
DISTRO_VERSION = ".dev-snapshot-20070105"
TARGET_FPU     = "soft"

NOTE: package fakeroot-native-1.2.13: started
NOTE: package fakeroot-native-1.2.13-r1: task do_fetch: started
NOTE: fetch http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
--17:11:00--  http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
           => `/root/sources/fakeroot_1.2.13.tar.gz'
Resolving openzaurus.org... 85.214.40.226
Connecting to openzaurus.org|85.214.40.226|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz[following]
--17:11:01--  http://openzaurus.linuxtogo.org/mirror/fakeroot_1.2.13.tar.gz
           => `/root/sources/fakeroot_1.2.13.tar.gz'
Resolving openzaurus.linuxtogo.org... 85.214.40.226
Reusing existing connection to openzaurus.org:80.
HTTP request sent, awaiting response... 404 Not Found
17:11:02 ERROR 404: Not Found.

NOTE: Task failed: Fetch failed:
http://openzaurus.org/mirror/fakeroot_1.2.13.tar.gz
NOTE: package fakeroot-native-1.2.13-r1: task do_fetch: failed
ERROR: TaskFailed event exception, aborting
NOTE: package fakeroot-native-1.2.13: failed
ERROR: Build of nano failed
[root@l5ac190 build]#

this r shown on the screen.......

under tmp/deploy/ipk nothing is store...means building package is
failed...what should i do..
thanks
Debasree
On 1/5/07, Justin Patrin <papercrane@gmail.com> wrote:
>
> On 1/5/07, Debasree Mallick <debasreeat@gmail.com> wrote:
> > Hi,
> > monotone has installed..
> > But when i try to run bitbake nano command
> > it shows some error at the end..
> > Errors r
> > ERROR: TaskFailed event exception, aborting
> > NOTE: package fakeroot-native-1.2.13: failed
> > ERROR: Build of nano failed
> >
>
> You only need to send help requests once.
>
> Something is failing. Please post the error that is showing higher up.
> You may need to include a log file.
>
> --
> Justin Patrin
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: Please help me

[Justin Patrin]

On 1/5/07, Debasree Mallick <debasreeat@gmail.com> wrote:
> Hi,
> monotone has installed..
> But when i try to run bitbake nano command
> it shows some error at the end..
> Errors r
> ERROR: TaskFailed event exception, aborting
> NOTE: package fakeroot-native-1.2.13: failed
> ERROR: Build of nano failed
>

You only need to send help requests once.

Something is failing. Please post the error that is showing higher up.
You may need to include a log file.

-- 
Justin Patrin

Please help me

[Debasree Mallick]

Hi,
monotone has installed..
But when i try to run bitbake nano command
it shows some error at the end..
Errors r
ERROR: TaskFailed event exception, aborting
NOTE: package fakeroot-native-1.2.13: failed
ERROR: Build of nano failed

If u can then please help me out...
Thanks
Debasree

Re: Please help me

[Mouhammad Tayseer Alquoatli]

On 8/28/06, Kumar, Satish B <SKumar@ciber.com> wrote:
>
> Dear Sharan,
>
> I am new to OMAP5912, I want  know more  familiar with Communication data
> between ARM & DSP, then U  can give useful link to that i can more
> concentrated on this Board.


Hi
you can check:
http://dspgateway.sourceforge.net/pub/index.php?Page=Home
http://dspgateway.sourceforge.net/pub/3.3/DSP_Gateway33_spec.pdf
hope this helps


-- 
Mouhammad Tayseer Alquoatli

Please help me

[Kumar, Satish B]

Dear Sharan,
 
I am new to OMAP5912, I want  know more  familiar with Communication data between ARM & DSP, then U  can give useful link to that i can more concentrated on this Board.
 
Thanks and Regards,
Sathishkumar.B.M

RE: please help me

[httu]

Hi Frank,

I am aware of segment assumption problem but I am still trapped :(

I think the wrong installation of address of interrupt_handler cause the CPU
to jump to the wrong place and the code at that place make the floppy
drive's motor to run forever. When I install the right address of
interrupt_handler, the floppy drive is turned off right the way.

Thank you for your aware of STACK_SIZE. Now, I understand why my CPU runs so
slow!!!
I have changed it to match memory alignment of 4 and it run as it should.

I realize the potential bug when changing %ss, %sp that way. I am a new
assembly programmer.
Please correct me any points or programming style. Thanks a lot :)


>Hope it helped. I haven't tested your code - what's the command-line to 
>as? "-oformat=binary"? (I'm a Nasm user).
Yes, the command-line to is "-oformat=binary"

By the way, please give me any links to websites or books, articles,
documents etc. that talk about the memory organization, memory map or memory
status (I don't know the correct term) right after the bios finishes POST
and tries to load boot sector. Or just give me the correct key words to
search them.

Do you have any good documents, books, etc. talking about the whole BIOS
API? Free or commercial ones are ok :)

Best regards,

Tuha.


-----Original Message-----
From: Frank Kotler [mailto:fbkotler@comcast.net] 
Sent: Tuesday, May 09, 2006 11:18 PM
To: httu
Cc: linux-assembly@vger.kernel.org
Subject: Re: please help me

Hi Tuha,

> Coming on with my bootin :)

Good!

> I install my interrupt handler at the vector 0x21.
> But I cannot reach the interrupt handler.

Another segment:offset mismatch, I think. The label "interrupt_handler" 
is calculated as the offset into the file, plus any ".org" we specify - 
none, in this case. This is correct with respect to BOOTSEG, 0x7C0. 
07C0:00xx will hit code or data in our bootsector... but %cs is still 
whatever bios set it - almost certainly zero. (there are rumors of 
biosen that jump to 07C0:0000 - extremely rare, if it exists at all) You 
want the address in the IVT to be 07C0:00xx or 0000:7Cxx - 0000:00xx 
won't work.

> The led of floppy drive lights up
> forever. It should be turned off when bios has loaded the boot sector into
> RAM!!?

I don't know about this one. I've seen code that turns off the floppy 
motor - via ports on the floppy controller - pretty much "first thing". 
I *thought* that would only be necessary if we had interrupts 
disabled... as we would when entering protected mode, or sometimes when 
altering %ss:%sp. The fact that your code jumps off into lala-land 
attempting the int 21h may be causing it. I'd try to get that fixed 
first, and tackle this if it's still a problem.

> Here is the piece of code.
> 
> .code16
> .section .text
> .globl _start
> _start:
> 	movw	$STACK_SEGMENT, %sp
> 	movw	%sp, %ss
> 	movw	$STACK_SIZE, %sp

A STACK_SIZE of 0xffff is going to mis-align your stack, so all stack 
access will be slow! If you want to use the entire segment, zero is a 
perfectly good initial %sp - it will be decremented, and the first 
(word) push will go at 0xfffe.

I mentioned that sometimes we cli/sti around altering %ss:%sp... I don't 
think it's really necessary these days - non-buggy CPUs disable 
interrupts for one instruction after a load of %ss anyway. Altering %sp 
first, then %ss, then %ss again might be "dangerous", I'm not sure. 
It'll work most of the time anyway - the odds of an interrupt occuring 
in the middle of this are small - but I suppose you'd like it to work 
*all* the time...

> 	pushw	$BOOTSEG
> 	popw	%ds
> 	pushw	$SCREEN_SEGMENT
> 	popw	%es
> 
> #Blank screen
> 	call 	clearScreen
> 
> #Say hello
> 	movw	$MESSAGE_POS, cursor_pos
> 	call 	printString
> 
> #install interrupt handler
> 	pushw	%ds
> 	pushw	$0
> 	popw	%ds
> 	movw    $interrupt_handler, %ds:(4 * 0x21)
> 	movw    %cs, %ds:(4 * 0x21 + 2)

Try "$BOOTSEG" here instead of %cs - I *think* that's the problem.

> 	popw	%ds
> 
> 
> #test interrupt hander
> 	int	$0x21
> 
> 
> die:	jmp	die
> 
> #
> # Functions 
> #
> 
> .type   clearScreen, @function
> clearScreen:
> 	movb	$SCREEN_COLS, %al
> 	movb	$SCREEN_ROWS, %bl
> 	mulb	%bl
> 	movw	%ax, %cx
>         movb    screen_color, %ah
>         movb    $0, %al
> 	xorw 	%di, %di
> 	rep
> 	stosw		#Write ax to to screen and decrement cx, until cx
> equals 0
> 	movw	$0, cursor_pos
> 	ret
> 
> 
> .type   printString, @function
> printString:
> 	movb	message_color, %ah
> 	movw	$MESSAGE_SIZE, %cx
> 	movw	$welcomeMessage, %si
> 	movw	cursor_pos, %di
> loop0:
> 	lodsb		#load byte from string
> 	stosw		#store byte and color on screen
> 	loop 	loop0	#decrement cx, jump to loop0 if cx > 0
> 	movw	%di,  cursor_pos
> 	call	newline

???

> 	ret
> 
> 
> #
> #interupt handlers
> #
> 
> interrupt_handler:
> 	pusha
> 
>         movb    screen_color, %ah
>         movw    $MESSAGE_SIZE, %cx
>         movw    $welcomeMessage, %si
>         movw    cursor_pos, %di
> loop1:
>         lodsb           #load byte from string
>         stosw           #store byte and color on screen
>         loop    loop1   #decrement cx, jump to loop0 if cx > 0
>         movw    %di,  cursor_pos
> 
> 	popa
> 	iret
> 
> 
> #.section .data
> welcomeMessage: .ascii "Hey! my boot loader."
> MESSAGE_SIZE	= . - welcomeMessage
> screen_color:   .byte 0x07      # White on black
> message_color:  .byte 0x03	# cyan on black     
> cursor_pos:     .word 0x0
> 
> 
> .org 510
> boot_flag:      .word 0xAA55
>  
> 
> #constants
> .equ MESSAGE_POS       , 860		#offset 30 at line 5.
> .equ STACK_SEGMENT     , 0x9000      # Top of conventional memory
> .equ STACK_SIZE        , 0xffff      # 64K - 1 bytes of stack
> .equ SCREEN_SEGMENT    , 0xb800
> .equ SCREEN_COLS       , 80
> .equ SCREEN_ROWS       , 25
> .equ BOOTSEG           , 0x07C0                /* original address of
> boot-sector */
> 
> Thanks in advance,

Hope it helped. I haven't tested your code - what's the command-line to 
as? "-oformat=binary"? (I'm a Nasm user). I'm cc'ing this to the list 
(if you just hit "reply", it goes only to sender - you gotta "reply all" 
to have it go to the list. PITA!), in case someone can correct any 
errors. Hope that's what you intended. (If not... too late! :)

Best,
Frank

Re: please help me

[Frank Kotler]

Hi Tuha,

> Coming on with my bootin :)

Good!

> I install my interrupt handler at the vector 0x21.
> But I cannot reach the interrupt handler.

Another segment:offset mismatch, I think. The label "interrupt_handler" 
is calculated as the offset into the file, plus any ".org" we specify - 
none, in this case. This is correct with respect to BOOTSEG, 0x7C0. 
07C0:00xx will hit code or data in our bootsector... but %cs is still 
whatever bios set it - almost certainly zero. (there are rumors of 
biosen that jump to 07C0:0000 - extremely rare, if it exists at all) You 
want the address in the IVT to be 07C0:00xx or 0000:7Cxx - 0000:00xx 
won't work.

> The led of floppy drive lights up
> forever. It should be turned off when bios has loaded the boot sector into
> RAM!!?

I don't know about this one. I've seen code that turns off the floppy 
motor - via ports on the floppy controller - pretty much "first thing". 
I *thought* that would only be necessary if we had interrupts 
disabled... as we would when entering protected mode, or sometimes when 
altering %ss:%sp. The fact that your code jumps off into lala-land 
attempting the int 21h may be causing it. I'd try to get that fixed 
first, and tackle this if it's still a problem.

> Here is the piece of code.
> 
> .code16
> .section .text
> .globl _start
> _start:
> 	movw	$STACK_SEGMENT, %sp
> 	movw	%sp, %ss
> 	movw	$STACK_SIZE, %sp

A STACK_SIZE of 0xffff is going to mis-align your stack, so all stack 
access will be slow! If you want to use the entire segment, zero is a 
perfectly good initial %sp - it will be decremented, and the first 
(word) push will go at 0xfffe.

I mentioned that sometimes we cli/sti around altering %ss:%sp... I don't 
think it's really necessary these days - non-buggy CPUs disable 
interrupts for one instruction after a load of %ss anyway. Altering %sp 
first, then %ss, then %ss again might be "dangerous", I'm not sure. 
It'll work most of the time anyway - the odds of an interrupt occuring 
in the middle of this are small - but I suppose you'd like it to work 
*all* the time...

> 	pushw	$BOOTSEG
> 	popw	%ds
> 	pushw	$SCREEN_SEGMENT
> 	popw	%es
> 
> #Blank screen
> 	call 	clearScreen
> 
> #Say hello
> 	movw	$MESSAGE_POS, cursor_pos
> 	call 	printString
> 
> #install interrupt handler
> 	pushw	%ds
> 	pushw	$0
> 	popw	%ds
> 	movw    $interrupt_handler, %ds:(4 * 0x21)
> 	movw    %cs, %ds:(4 * 0x21 + 2)

Try "$BOOTSEG" here instead of %cs - I *think* that's the problem.

> 	popw	%ds
> 
> 
> #test interrupt hander
> 	int	$0x21
> 
> 
> die:	jmp	die
> 
> #
> # Functions 
> #
> 
> .type   clearScreen, @function
> clearScreen:
> 	movb	$SCREEN_COLS, %al
> 	movb	$SCREEN_ROWS, %bl
> 	mulb	%bl
> 	movw	%ax, %cx
>         movb    screen_color, %ah
>         movb    $0, %al
> 	xorw 	%di, %di
> 	rep
> 	stosw		#Write ax to to screen and decrement cx, until cx
> equals 0
> 	movw	$0, cursor_pos
> 	ret
> 
> 
> .type   printString, @function
> printString:
> 	movb	message_color, %ah
> 	movw	$MESSAGE_SIZE, %cx
> 	movw	$welcomeMessage, %si
> 	movw	cursor_pos, %di
> loop0:
> 	lodsb		#load byte from string
> 	stosw		#store byte and color on screen
> 	loop 	loop0	#decrement cx, jump to loop0 if cx > 0
> 	movw	%di,  cursor_pos
> 	call	newline

???

> 	ret
> 
> 
> #
> #interupt handlers
> #
> 
> interrupt_handler:
> 	pusha
> 
>         movb    screen_color, %ah
>         movw    $MESSAGE_SIZE, %cx
>         movw    $welcomeMessage, %si
>         movw    cursor_pos, %di
> loop1:
>         lodsb           #load byte from string
>         stosw           #store byte and color on screen
>         loop    loop1   #decrement cx, jump to loop0 if cx > 0
>         movw    %di,  cursor_pos
> 
> 	popa
> 	iret
> 
> 
> #.section .data
> welcomeMessage: .ascii "Hey! my boot loader."
> MESSAGE_SIZE	= . - welcomeMessage
> screen_color:   .byte 0x07      # White on black
> message_color:  .byte 0x03	# cyan on black     
> cursor_pos:     .word 0x0
> 
> 
> .org 510
> boot_flag:      .word 0xAA55
>  
> 
> #constants
> .equ MESSAGE_POS       , 860		#offset 30 at line 5.
> .equ STACK_SEGMENT     , 0x9000      # Top of conventional memory
> .equ STACK_SIZE        , 0xffff      # 64K - 1 bytes of stack
> .equ SCREEN_SEGMENT    , 0xb800
> .equ SCREEN_COLS       , 80
> .equ SCREEN_ROWS       , 25
> .equ BOOTSEG           , 0x07C0                /* original address of
> boot-sector */
> 
> Thanks in advance,

Hope it helped. I haven't tested your code - what's the command-line to 
as? "-oformat=binary"? (I'm a Nasm user). I'm cc'ing this to the list 
(if you just hit "reply", it goes only to sender - you gotta "reply all" 
to have it go to the list. PITA!), in case someone can correct any 
errors. Hope that's what you intended. (If not... too late! :)

Best,
Frank

Re: please help me

[Tu Ha]

Thanks a lot.
I got your point. Wrong assumption problem.
It runnnnnnnnnnnnnnnnnnns


On Mon, 2006-04-24 at 00:11, Frank Kotler wrote:
> Tu Ha wrote:
> 
> ...
> > It seems I cannot reference to the "char" memory location. Why?
> 
> Wrong combination of ".org" and ds register, I think. Either use ".org 
> 0x7C00", and load ds from cs (presumably zero) as you do (you'll have to 
> adjust the .org on the signature, too). Or... leave it at ".org 0" (I 
> assume that's what Gas defaults to), and load ds with 0x7C0. (bios loads 
> us at 0x7C00, which can be represented as either 0000:7C00 or 07C0:0000).
> 
>  > How can I debug the binary?
> 
> Bochs? I've never used it, but I understand it'll debug bootsectors...
> 
> Happy bootin',
> Frank
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-assembly" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

please help me

[Tu Ha]

Hi,
I am a beginner writing a boot loader. I use gas to write it and got a
weird issue. The following code just try to show out the screen the
symbol "1" ten times

.code16
.section .text
.globl _start
_start:
        movw    $STACK_SEGMENT, %sp
        movw    %sp, %ss
        movw    $STACK_SIZE, %sp
        pushw   %cs
        popw    %ds
        pushw   $SCREEN_SEGMENT
        popw    %es
        jmp     show_banner
 
show_banner:
        movb    $0x07, %ah #white on black
        movb    char, %al  #show this char
        movw    $10,  %cx  #show this char 10 times
        movw    $0, %di    #show at 0,0
run_banner:
        movw    %ax, %es:(%di)
        inc     %di
        inc     %di
        loop    run_banner
 
die:    jmp     die
 
#.section .data
char:   .ascii "1"
.org 510
boot_flag:      .word 0xAA55
                                                                                                                             
#constants
.equ STACK_SEGMENT     , 0x9000      # Top of conventional memory
.equ STACK_SIZE        , 0xffff      # 64K - 1 bytes of stack
.equ SCREEN_SEGMENT    , 0xb800



However, when running, it shows out a symbol in the extend ascii table
instead of "1" !!!?
It seems I cannot reference to the "char" memory location. Why?

How can I debug the binary?

Any help is appreciated.

Tuha.

Re: please help me

[Frank Kotler]

Tu Ha wrote:

...
> It seems I cannot reference to the "char" memory location. Why?

Wrong combination of ".org" and ds register, I think. Either use ".org 
0x7C00", and load ds from cs (presumably zero) as you do (you'll have to 
adjust the .org on the signature, too). Or... leave it at ".org 0" (I 
assume that's what Gas defaults to), and load ds with 0x7C0. (bios loads 
us at 0x7C00, which can be represented as either 0000:7C00 or 07C0:0000).

 > How can I debug the binary?

Bochs? I've never used it, but I understand it'll debug bootsectors...

Happy bootin',
Frank

please help me

[Sofia Pujeh]

FROM:SOFIA PUJEH
DAKAR, SENEGAL.
WEST-AFRICA
e-mail:sofia20@wowmail.com

Dear Sir,


I wish to present this proposal for the purpose of investment in your country.My name is SOFIA PUJEH, and I am 20years old.I am the daughter of HON.NGOR MONOH PUJEH the former Minister of Transport and Communication with the present Government of President Kabbah of Sierra-Leone.My father and mother were arrested on 1st of Nov 2001 by Kabbah's Government on allegation of using their postion in the govenment to aid smuggling of diamond from the Kono diamond field,it was just a political vendetta.


My father later died in the prison,it was diagnonised that he was poisoned,but Government report says heart failure. whatever it is, let God be the judge.He sent a note to me before his death, regarding a deposit of the sum of USD$1,200.000.00) One Million Two Hundred Thousand United States Dollars in a Bank in DAKAR SENEGAL. He instructed me to move immediately with the documents to a neighbouring country to seek asylum.I moved to the Republic of Mali where I spent some time before finally moving to DAKAR,to enquire about the deposit.


My mother died just on dec.26th, so i am kind of desolete.
Meanwhile i have located the bank, and have also discussed the possible transfer of the fund to abroad.Unfortunately,my father left a clause that the fund should not be released to me untill i attend the age of 25,or i have to introduce a trusted foreign partner who would be my trustee and investor,hence the need for your assistance.


I request that you be my trustee and assist me in effecting the transfer of the fund to your account or an account you will nominate.You will also be resposible for the investment and management of the fund untill i am able to join you after my education in your country.

You and I will agree on a percentage you will take for your assistance. Please let me know immediately if you can assist me so that I will give you more informations about the deposit.
I thank you in anticipation to your quick response.

Yours faithfully,
SOFIA

Re: please help me.......

[Arvanitis Kostas]

On Friday 19 September 2003 11:55, Vijay Angelo wrote:
> hi
>  I m one among the member of this list ,i have a problem with
> libiptc...please look after if u can do it.
>  I want to insert one rule using the iptc_insert_entry function in
> libiptc....
>  As i m new to netfilter ,libiptc ..i m struggling  a lot..i hope u
> can help me .
>
>  Just give me an information about how to fill the target information
> in the ip_entry structure ...and the  i  target_offset field ...

Well, using the library is complicated. The functions themselves are 
easy to understand how to call, but the format of a rule is very 
complicated.

It is something like generic data applicable to all rules, then data for 
specific match extensions and then data for any target extension.

However is all allocated and used through structs placed inside opaque 
memory chunks, so it is very difficult to explain in an email.

Your best bet is looking through the code for iptables (iptables.c) and 
the various extensions.

-- 
A: No. See http://www.netmeister.org/news/learn2quote.html
Q: Should I include quotations after my reply ?

please help me.......

[Vijay Angelo]

hi
 I m one among the member of this list ,i have a problem with
libiptc...please look after if u can do it.
 I want to insert one rule using the iptc_insert_entry function in
libiptc....
 As i m new to netfilter ,libiptc ..i m struggling  a lot..i hope u can help
me .

 Just give me an information about how to fill the target information in the
ip_entry structure ...and the  i  target_offset field ...

    I want insert a rule like..
  -t nat -A PREROUTING   -s 192.45.23..1 -p icmp -j DROP

  please help me on how to fill the structure and invoke the function.
  I m eagerly expecting your reply...

  thanking you
  vijay

Re: Please help me...

[dony]

> hi dony,
>
> > Do you know why? How can I programme to make it run?
> i thing you have download it into wrong address! i would recompile
> the kernel with debugging information and single step your code...
> the decompressor and some of the first lines of code of the kernel
> are initialisation and possible to debug...

How can I debug whether the decompress_kernel() and some of the first
lines of code of the kernel in arch/ppc/mbxboot/head.s are running or not?
I think they are not running,  because
I cannot see any startup messages coded in decompress_kernel().

> check where the
> decompressor jump to and compare where the decompressor reads from!
> use binutils to get mixed code on your host and compare the lines
> with your debuger

Yes, I should try check, but I just don't know how to check that .
Can you give me some more detailed information for debug?

>
> let take me a look... the 8xxrom load the kernel elf image to phy
> address 0x00200000

Yes, I have downloaded your 8xxrom codes and read them.
But they seem to read the kernel from flash into RAM 0x00200000 on board,
which is a bit defferent from what I am doing.
Now I will try to express my idea to you as clearly as possibly. Please
give me some helpful suggestions.
I use the monitor program based on vxWorks BSP. This monitor program
initialize all the things after power on (or system reset): MPC860 CPU
initialization, MEMORY initialization, Serial Port initialization(SMC2)
and Ethernet initialization(SCC1) etc. Then it use the BOOTP/TFTP protocol
to download the kernel "zImage" (compressed) or "vmlinux" (uncompressed)
from a linux box Server which has been configured bootpd , tftpd, and nfsd
.Yes , It successfully download the kernel to RAM 0x00200000 on my custom
board. Then I am very confused at this stage. Now questions appears:
1     If I directly jump there 0x00200000 at this time, will it run and
decompress the kernel automatically?
I think there are some bootloader codes (including the
decompress_kernel()) at 0x00200000 at this time , so it should run  the
first lines of the bootloader codes and then decompress_kernel() in order,
right? But it fails at all. After loading the kernel, it just shows a
message "start at 0x00200000..." (which is coded in my monitor program)
and doesn't show some startup messages in decompress_kernel() such as
"loading at... relocated to...  board data at... relocated to... zImage
at... ". I think this means the decompress_kernel() doesn't run, even the
first lines of the bootloader also not run (How can I prove whether the
latter is running or not?)
I also try to put some lighting-led-on-board codes at the very begining of
the arch/ppc/mbxboot/head.S , those red and green leds also don't light.

> > Since the kernel is a compressed image (zvmlinux), need I make
> > some codes to decompress it and then run it? if so, how to do it?
> the decompressor is part of the image but it expects the real image
> at a special address which you have to consider before downloading
> into ram.

Sorry, I don't know what you are meaning here.


> this will be done by the 8xxrom from Magnus Damm and some
> patches for the 823 avilable at http://www.s4l.de/powerpc.html of
> course :-)

Yes, I have downloaded your 8xxrom and studied these two functionss
elf_bootz (), bootvm() in elf.c. After reading the kernel "zImage" from
flash to RAM 0x00200000, you seem to handle them to strip the elf header
before you call start_loc() to run the bootloader. Am I right?
So when I download the "zImage" to RAM 0x00200000 on my custom board ,Need
I do the same thing as you before jumping there directly to run the
bootloader?

Thank you very much:-))
dony



> the 8xxrom resists in flash and load the linux kernel from
> a pcmcia ide hd or from flash using a rom-fs but this is an another
> solution that can be used in a ready product with little modifications
> in image selection...

> --
> Raphael Bossek <raphael.bossek@solutions4linux.de> [ICQ #40047651]
> PGP fingerprint: DF 6F 2C 76 46 1E B4 1C  5B A5 2E 1B FC E0 D3 F6
> PGP public key: http://www.solutions4linux.de/private/pgpkey.asc


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[dony]

> When you say the download doesn't work, what do you mean?

When I try to download the "zImage" from  TFTP Server to my RAM 0x00200000 on
board,
the download process will stop . That is to say, it cannot download the whole
"zImage" file
but just a part of the "zImage " file. But it I download the "zImage" to my RAM
0x00100000 on
board, it will succeed to download and show a message "starting at
0x00100000..." and halt.

>
>
> How much RAM do you have?

32M.
Notes that I want to download the "zImage" from remote TFTP Server via EHERNET
instead of  from local flash .
I have downloaded the FADSROM and 8xxROM packages and researched them.
They all seem to download the "zImage" from local flash disk, not from remote
TFTP server via ETHERNET. I think the latter is easy to debug applications,
right?
Do you think it will make any difference between these two cases?
When I download the "zImage" from remote TFTP server  via ethernet to RAM
0x00200000 board , how can I dispose the "zImage" at other address , and when
jumping there it will boot the kernel?
Any ideas?


> Downloading zImage to 2MB should work.  You might
> try downloading to 3 or 4MB.  You need to download the relocatable kernel
> image (zImage) so that entirely fits in RAM, low enough that the top end of
> zImage and any attached initrd doesn't over flow the top of RAM.  The
> bootloader will copy the kernel low using 0x0 and up for its data structures
> and executable.  The zImage must not conflict with the kernel executable or
> data structures.  Putting the zImage at 0x00100000 is too low.  During the
> boot load process, the kernel builds data structures upward in memory
> depending on the size of the kernel and number of options.
>
> Copying the image to flash depends on the hardware and flash ROM chips.  You
> will have to write
> a flash ROM erase and writing program.  Assuming your board has flash, find
> the data sheet and read up on the write programming algorithm.  The zImage
> and initrd can load into ROM and the boot
> loader can execute fromm flash rom.

Sorry, I still don't understand your meaning.
When you say "copy image to flash", what does the image contain?
bootrom codes+kernel+RootFileSystems or kernel+RootFileSystems? If so, in what
file format can I write it into flash?
Best regards,
dony


>
>


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[dony]

Jeff Millar wrote:

> The zimage arrives at 00200000 and you start it there.  I think it copies
> itself to 00100000 but never looked. The idea is to position the zImage
> in ram low enough to use the first 16M but above the uncompressed kernel and
> its data structure ( from 0M and up)  Putting the zImage at 00200000 is
> a good compromise.
>

In  my case, If I try to download zImage at 0x00200000, it will fail to
download.
I don't know why. but If I download zImage at 0x00100000, it will download
successfully but can not run... It is so strange. Can you share me with some of
your experience?
Thanks.

>
> BTW, the zImage is relocatable and can be loaded anywhere.
> I just learned to copy it to FLASH with a built in debugger
> program and start it there.  This makes the board boot
> automatically without the tftp download.

How can I copy it to Flash?



>
>
> ----- Original Message -----
> From: "dony" <dony.he@huawei.com.cn>
> To: "Jeff Millar" <jeff@wa1hco.mv.com>; "linuxppc-embed"
> <linuxppc-embedded@lists.linuxppc.org>
> Sent: Friday, December 31, 1999 3:37 AM
> Subject: Re: Please help me...
>
> > > The zImage contains an uncompress program at the start.  This program
> then
> > > copies and uncompresses the kernel to another location in ram.
> >
> > > If your
> > > using the kernel from Dan at
> > >
> > >     ftp://linuxppc.cs.nmt.edu/pub/linuxppc/embedded/
> > >
> > > Then use the debugger to start it at 0x00200000.  Refer to the code in
> > > arch/ppc/mbxboot/misc.c
> >
> > Yes, I use the mpc8xx.2.2.13.tgz to compile the kernel "zImage".
> > Do you mean that when I download the kernel "zImage" to RAM address
> 0x100000
> > on our own board (but not mbxboard) , and jump to 0x100000, It will
> > automatically run the uncompress program to copy and decompress the kernel
> to
> > 0x200000, then  jump to 0x200000, the decompressed kernel will boot,
> right  ?
> >
> >
> >
> > >
> > >
> > > I'm not the expert, Dan is, but he's been teaching me.
> > >
> > > jeff
> > > ----- Original Message -----
> > > From: "dony" <dony.he@huawei.com.cn>
> > > To: "Raphael Bossek" <raphael.bossek@solutions4linux.de>; "Brendan
> Simon"
> > > <bsimon@ctam.com.au>; "Dan Malek" <dan@netx4.com>; "linuxppc-embed"
> > > <linuxppc-embedded@lists.linuxppc.org>
> > > Sent: Thursday, December 30, 1999 9:29 PM
> > > Subject: Please help me...
> > >
> > > >
> > > > Hi,
> > > >       Now I am trying to embed linux onto our MPC860-based board. I
> have
> > > > some questions which may be solved by you embed-linux gurus....
> > > >      What I want to do  is the following:
> > > >     1     Initialize the MPC860 CPU , memory, serial port, enet port .
> > > >     2    Download  the linux powerpc kernel (which I have
> cross-compiled
> > > > on my X86 box)
> > > >            from the TFTP server to RAM on board.
> > > >     3    run the kernel.
> > > > Now the 1 and 2 step work well, but when I download the kernel to RAM
> on
> > > > board, It just cannot run.Do you know why? How can I programme to make
> > > > it run? Since the kernel is a compressed image (zvmlinux), need I make
> > > > some codes to decompress it and then run it? if so, how to do it?
> > > >  Thank you very much :-))
> > > >  Merry christmas & happy year.
> > > >
> > > > dony
> > > >
> > > >
> >
> >

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[dony]

Jeff Millar wrote:

> The zImage contains an uncompress program at the start.  This program then
> copies and uncompresses the kernel to another location in ram.  If your
> using the kernel from Dan at
>
>     ftp://linuxppc.cs.nmt.edu/pub/linuxppc/embedded/
>
> Then use the debugger to start it at 0x00200000.  Refer to the code in
> arch/ppc/mbxboot/misc.c

By the way, what role does the "struct bd_t" play in the function
"decompress_kernel"?
Is it contain the private data for various board? Must I need it?

>
>
> I'm not the expert, Dan is, but he's been teaching me.
>
> jeff
> ----- Original Message -----
> From: "dony" <dony.he@huawei.com.cn>
> To: "Raphael Bossek" <raphael.bossek@solutions4linux.de>; "Brendan Simon"
> <bsimon@ctam.com.au>; "Dan Malek" <dan@netx4.com>; "linuxppc-embed"
> <linuxppc-embedded@lists.linuxppc.org>
> Sent: Thursday, December 30, 1999 9:29 PM
> Subject: Please help me...
>
> >
> > Hi,
> >       Now I am trying to embed linux onto our MPC860-based board. I have
> > some questions which may be solved by you embed-linux gurus....
> >      What I want to do  is the following:
> >     1     Initialize the MPC860 CPU , memory, serial port, enet port .
> >     2    Download  the linux powerpc kernel (which I have cross-compiled
> > on my X86 box)
> >            from the TFTP server to RAM on board.
> >     3    run the kernel.
> > Now the 1 and 2 step work well, but when I download the kernel to RAM on
> > board, It just cannot run.Do you know why? How can I programme to make
> > it run? Since the kernel is a compressed image (zvmlinux), need I make
> > some codes to decompress it and then run it? if so, how to do it?
> >  Thank you very much :-))
> >  Merry christmas & happy year.
> >
> > dony
> >
> >

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[dony]

> The zImage contains an uncompress program at the start.  This program then
> copies and uncompresses the kernel to another location in ram.

> If your
> using the kernel from Dan at
>
>     ftp://linuxppc.cs.nmt.edu/pub/linuxppc/embedded/
>
> Then use the debugger to start it at 0x00200000.  Refer to the code in
> arch/ppc/mbxboot/misc.c

Yes, I use the mpc8xx.2.2.13.tgz to compile the kernel "zImage".
Do you mean that when I download the kernel "zImage" to RAM address 0x100000
on our own board (but not mbxboard) , and jump to 0x100000, It will
automatically run the uncompress program to copy and decompress the kernel to
0x200000, then  jump to 0x200000, the decompressed kernel will boot,  right  ?



>
>
> I'm not the expert, Dan is, but he's been teaching me.
>
> jeff
> ----- Original Message -----
> From: "dony" <dony.he@huawei.com.cn>
> To: "Raphael Bossek" <raphael.bossek@solutions4linux.de>; "Brendan Simon"
> <bsimon@ctam.com.au>; "Dan Malek" <dan@netx4.com>; "linuxppc-embed"
> <linuxppc-embedded@lists.linuxppc.org>
> Sent: Thursday, December 30, 1999 9:29 PM
> Subject: Please help me...
>
> >
> > Hi,
> >       Now I am trying to embed linux onto our MPC860-based board. I have
> > some questions which may be solved by you embed-linux gurus....
> >      What I want to do  is the following:
> >     1     Initialize the MPC860 CPU , memory, serial port, enet port .
> >     2    Download  the linux powerpc kernel (which I have cross-compiled
> > on my X86 box)
> >            from the TFTP server to RAM on board.
> >     3    run the kernel.
> > Now the 1 and 2 step work well, but when I download the kernel to RAM on
> > board, It just cannot run.Do you know why? How can I programme to make
> > it run? Since the kernel is a compressed image (zvmlinux), need I make
> > some codes to decompress it and then run it? if so, how to do it?
> >  Thank you very much :-))
> >  Merry christmas & happy year.
> >
> > dony
> >
> >

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Please help me...

[dony]

Hi,
      Now I am trying to embed linux onto our MPC860-based board. I have
some questions which may be solved by you embed-linux gurus....
     What I want to do  is the following:
    1     Initialize the MPC860 CPU , memory, serial port, enet port .
    2    Download  the linux powerpc kernel (which I have cross-compiled
on my X86 box)
           from the TFTP server to RAM on board.
    3    run the kernel.
Now the 1 and 2 step work well, but when I download the kernel to RAM on
board, It just cannot run.Do you know why? How can I programme to make
it run? Since the kernel is a compressed image (zvmlinux), need I make
some codes to decompress it and then run it? if so, how to do it?
 Thank you very much :-))
 Merry christmas & happy year.

dony

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[Charles Lepple]

Brendan J Simon wrote:
> >  Sections:
> > Idx Name          Size      VMA       LMA       File off  Algn
> > 0 .text         00004870  ff801000  ff801000  00001000  2**2
> >                    CONTENTS, ALLOC, LOAD, READONLY, CODE
> >    1 .rodata       00000470  ff805870  ff805870  00005870  2**4
> >                    CONTENTS, ALLOC, LOAD, READONLY, DATA
> >    2 .data         00000300  ff806000  ff806000  00006000  2**2
> >                    CONTENTS, ALLOC, LOAD, DATA
> >    3 .bss          0000bbac  ff807000  ff807000  00007000  2**2
> >                    ALLOC
> >    4 image         00061104  ff807000  ff807000  00007000  2**0
> >                    CONTENTS, ALLOC, LOAD, DATA

       ^^^^^^^ This section (image) could be your problem if you use a
vxWorks bootloader.

Although the vxWorks loader is written with ELF images in mind,
experience (with a DY4 SVME-177 board) tells me that it ignores ELF
sections that would not be present in a vxWorks executable. I did not
have time to investigate this completely, but the indication that tipped
me off was that the sizes of the sections added up to be much larger
than the sum of the numbers that the boot loader reports. All other test
programs (those without added sections) were loaded correctly.

If the sum of the numbers printed on the screen is significantly less
than the size of the file, then you can assume that anything you need to
load should be in either '.text' or '.data'. If you have the whole
vxWorks toolchain, you can try to find out what other section names are
used in executables loaded by the bootloader (maybe a debugging
section?), or you can work on building a special zImage file.

You can get around this limitation by having the zipped kernel image
inserted directly into the data segment of a wrapper program (see
arch/ppc/chrpboot/, especially piggyback.c).

-- 
Charles Lepple
clepple@mitre.org


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[Brendan J Simon]

dony wrote:

> > > > Can you send the output of "objcopy --headers zImage" to the list.
> > >
> > > The "powerpc-linux-objcopy --headers zImage" cannot work. Maybe the semantics
> > > is wrong?
> >
> > My mistake.  It should be objdump instead of objcopy.
>
> Now you remind me that "objdump --headers zImage" can produce the following results
> directly which I ask you how to do before:
>
> ***********************************************************
>  Sections:
> Idx Name          Size      VMA       LMA       File off  Algn
> 0 .text         00004870  ff801000  ff801000  00001000  2**2
>                    CONTENTS, ALLOC, LOAD, READONLY, CODE
>    1 .rodata       00000470  ff805870  ff805870  00005870  2**4
>                    CONTENTS, ALLOC, LOAD, READONLY, DATA
>    2 .data         00000300  ff806000  ff806000  00006000  2**2
>                    CONTENTS, ALLOC, LOAD, DATA
>    3 .bss          0000bbac  ff807000  ff807000  00007000  2**2
>                    ALLOC
>    4 image         00061104  ff807000  ff807000  00007000  2**0
>                    CONTENTS, ALLOC, LOAD, DATA
> *************************************************************

Is this the dump of YOUR zImage ?
I chose 0xFF800000 for the base address of Flash memory on our system.  If you are
downloading into RAM then you will have to change the script I sent you so that the
base address is at 0x200000.  This assumes that the DRAM controller is setup by your
bootloader.  I also had problems with the caches so I went through the source code and
disabled all the caches.  I think this is because my bootloader doesn't setup the
UPM correctly and it goes a little crazy on burst accesses.  I recommend that you do
something similar for now.  I also had to change the NFS transfer size from 4096 to
1024 in one of the header files so that I could have a root filesystem on NFS.  Don't
worry about the NFS stuff for now, lets just get the kernel booting.

Good luck,
Brendan Simon.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[Brendan J Simon]

dony wrote:

> Brendan J Simon wrote:
>
> > dony wrote:
> >
> > > Hi,
> > >       Now I am trying to embed linux onto our MPC860-based board. I have
> > > some questions which may be solved by you embed-linux gurus....
> > >      What I want to do  is the following:
> > >     1     Initialize the MPC860 CPU , memory, serial port, enet port .
> > >     2    Download  the linux powerpc kernel (which I have cross-compiled
> > > on my X86 box)
> > >            from the TFTP server to RAM on board.
> > >     3    run the kernel.
> > > Now the 1 and 2 step work well, but when I download the kernel to RAM on
> > > board, It just cannot run.Do you know why? How can I programme to make
> > > it run? Since the kernel is a compressed image (zvmlinux), need I make
> > > some codes to decompress it and then run it? if so, how to do it?
> >
> > So I take it that you have written your own boot loader that is in
> > ROM/Flash which fetches the kerenl from a TFTP server and places it in RAM
> > somewhere.
>
> Yes, you are right. The monitor program I use is based on vxWorks BSP .
> All the implement details about BOOTP/TFTP are wraped in some functions
> supplied by vxWorks along with some share libraries. What I should do is just
> to call these functions and compiled them under its IDE .
>
> > Good.  How does your bootloader know where to put the code ?
> > Does it look at the internals of the elf image or is it an s-record file
> > you are downloading ?
>
> Yes, It will handle the Elf headers after downloading the kernel from tftp
> server, and then jump there to start. but it failed to run.
>
> > The image must be placed at or above 2MB.  You will
> > have problems if it is below 2MB.
>
>  If I try to downloaded it to 2MB, it cannot download succesfully and halt. But
> If I download it to 1MB, it can do successfully. Why?

I don't know.  Our bootloader is very simple.  It has 3 basic functions.
1) Basic hardware diagnostics (RAM check, etc).
2) Program an S-Record into flash if a dipswitch is set.
3) Run application code from flash if present.

There is no OS involved.  I have never used vxWorks so I don't know how it
allocates it's memory or what.  Is it that you have a vxWorks bootloader that is
expecting a vxWorks kernel and that the kernel is expected to be compiled for a
certain location ?  If so, you will probably have to modify your bootloader to
cater for a linux kernel (or any elf program).


> > I have my kernel in Flash at FFE00000 or
> > FF800000.
>
> If you translate FF8000000 into decimal, it is so huge! Does the 860 support
> it?

Why translate it to decimal ?  It is a big number whether it is in decimal,
hexadecimal, octal or binary.
The MPC860 has a 32 bit address space which means it can access memory from
0x00000000-0xFFFFFFFF.  You program the chip selects with the appropriate base
address and size to your liking for RAM, Flash and other peripherals.


> And how you put it in flash?

Our bootloader has routines to receive S-records and program them into our flash
modules.


> > Once the kernel is loaded, you have to jump to the start
> > address.
> >
> > I assume you are using the mbxboot code for the kernel.  Are you ?  What
> > board are you using ?
>
> Yes. And I use our own MPC860-based board.

Have you made any modifications to the linux kernel to cater for your board
differences (if any).  The main thing is that the console is on SMC1 and ethernet
on SCC1.  I think the mbx board MAY use COM1 instead of SMC1 for the console.  You
better double check that.


> > The mbxboot code will copy the iteself to location 0x100000 (1MB) and jump
> > to that address so it is running from RAM.  It then decompress the kernel
> > image to location 0 and jumps to the start of the kernel.
>
> Do you mean the mbxboot code will copy itself from FF800000 to 1MB?

Yep.


> > Can you send the output of "objcopy --headers zImage" to the list.
>
> The "powerpc-linux-objcopy --headers zImage" cannot work. Maybe the semantics
> is wrong?

My mistake.  It should be objdump instead of objcopy.

Brendan Simon.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[Brendan J Simon]

dony wrote:

> Hi,
>       Now I am trying to embed linux onto our MPC860-based board. I have
> some questions which may be solved by you embed-linux gurus....
>      What I want to do  is the following:
>     1     Initialize the MPC860 CPU , memory, serial port, enet port .
>     2    Download  the linux powerpc kernel (which I have cross-compiled
> on my X86 box)
>            from the TFTP server to RAM on board.
>     3    run the kernel.
> Now the 1 and 2 step work well, but when I download the kernel to RAM on
> board, It just cannot run.Do you know why? How can I programme to make
> it run? Since the kernel is a compressed image (zvmlinux), need I make
> some codes to decompress it and then run it? if so, how to do it?

So I take it that you have written your own boot loader that is in
ROM/Flash which fetches the kerenl from a TFTP server and places it in RAM
somewhere.  Good.  How does your bootloader know where to put the code ?
Does it look at the internals of the elf image or is it an s-record file
you are downloading ?  The image must be placed at or above 2MB.  You will
have problems if it is below 2MB.  I have my kernel in Flash at FFE00000 or
FF800000.  Once the kernel is loaded, you have to jump to the start
address.

I assume you are using the mbxboot code for the kernel.  Are you ?  What
board are you using ?
The mbxboot code will copy the iteself to location 0x100000 (1MB) and jump
to that address so it is running from RAM.  It then decompress the kernel
image to location 0 and jumps to the start of the kernel.

Can you send the output of "objcopy --headers zImage" to the list.  Also
send the output of the mbxboot loader messages with the loaded and
relocated addresses (if the code is getting that far).

Brendan Simon.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Please help me...

[Raphael Bossek]

hi dony,

> Do you know why? How can I programme to make it run?
i thing you have download it into wrong address! i would recompile
the kernel with debugging information and single step your code...
the decompressor and some of the first lines of code of the kernel
are initialisation and possible to debug... check where the
decompressor jump to and compare where the decompressor reads from!
use binutils to get mixed code on your host and compare the lines
with your debuger
let take me a look... the 8xxrom load the kernel elf image to phy
address 0x00200000

> Since the kernel is a compressed image (zvmlinux), need I make
> some codes to decompress it and then run it? if so, how to do it?
the decompressor is part of the image but it expects the real image
at a special address which you have to consider before downloading
into ram. this will be done by the 8xxrom from Magnus Damm and some
patches for the 823 avilable at http://www.s4l.de/powerpc.html of
course :-) the 8xxrom resists in flash and load the linux kernel from
a pcmcia ide hd or from flash using a rom-fs but this is an another
solution that can be used in a ready product with little modifications
in image selection...

-- 
Raphael Bossek <raphael.bossek@solutions4linux.de> [ICQ #40047651]
PGP fingerprint: DF 6F 2C 76 46 1E B4 1C  5B A5 2E 1B FC E0 D3 F6
PGP public key: http://www.solutions4linux.de/private/pgpkey.asc

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/