* RE: HELP! Memory mapping and address space doubts
From: Jose França (Ext_GTBC) @ 2006-01-30 23:29 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-embedded
Vml0YWx5LA0KIA0KICAgICBJJ20gdXNpbmcgYSBsaW51eCAyLjQuMzEga2VybmVsLiBJbiB0aGUg
cHJlc2VudCBzaXR1YXRpb24gSSBoYXZlIEJSeC9PUnggd2VsbCBjb25maWd1cmVkIGFuZCBpIGNh
biBib290IHUtYm9vdCBub3JtYWxseSBhbmQgd2l0aG91dCBwcm9ibGVtcy4gSSBoYXZlIGEgZmxh
c2ggZXByb20gd2l0aCBiYXNlIGFkZHJlc3MgMHhEMDAwMDAwMCBhbmQgYSBGUEdBIGluIDB4RTAw
MDAwMDAuIEluIGxpbnV4LCBpIGhhdmUgdGhlIG10ZCBkcml2ZXIgc2ltaWxhciB0byB0aGUgcnB4
bGl0ZSBib2FyZC4gY2ZpX3Byb2JlIGRvZXNuJ3QgZmluZCBteSBmbGFzaCBlcHJvbS4gTXkgY29s
bGVhZ3VlIGRldmVsb3BwZWQgYW4gZnBnYSBkcml2ZXIsIGJ1dCBoZSBjYW4ndCBhY2Nlc3MgaXQg
ZWl0aGVyLi4uIEl0IHNlZW0ncyB0aGF0IGFsbCB0aGUgYWRkcmVzc2VzIHRoYXQgd2UgdHJ5IHRv
IGFjY2VzcyBhcmUgYWxsIG1peGVkLXVwLiBJbiBwcGNfbWQubWFwX2lvLCBpJ20gZG9pbmcgaW9f
YmxvY2tfbWFwcGluZyBmb3IgdGhlIENQTSAoZnJvbSAweGYwMDAwMDAwIHRvIHRoZSBlbmQgb2Yg
bWVtb3J5KSAsIDB4ODAwMDAwMDAgYW5kIDB4YTAwMDAwMDAgZm9yIFBDSSBhZGRyZXNzIHNwYWNl
LCBib3RoIHdpdGggMjU2TUIgb2YgbGVuZ3RoLiBXZSBhcmUgYSBiaXQgbG9zdC4uLiBJdCBzZWVt
cyB0aGF0IHdlIGZvcmdvdCBzb21ldGhpbmcgdG8gZG8uIENhbiB5b3UgaGVscCBtZSBvbiB0aGlz
Pw0KIA0KIA0KQmVzdCByZWdhcmRzLA0KRmlsaXBlLg0KDQoJLS0tLS1NZW5zYWdlbSBvcmlnaW5h
bC0tLS0tIA0KCURlOiBsaW51eHBwYy1lbWJlZGRlZC1ib3VuY2VzQG96bGFicy5vcmcgZW0gbm9t
ZSBkZSBWaXRhbHkgQm9yZHVnIA0KCUVudmlhZGE6IHNleCAyNy0wMS0yMDA2IDEzOjM3IA0KCVBh
cmE6IEpvc2UgRnJhbsOnYSAoRXh0X0dUQkMpIA0KCUNjOiBsaW51eHBwYy1lbWJlZGRlZEBvemxh
YnMub3JnIA0KCUFzc3VudG86IFJlOiBIRUxQISBNZW1vcnkgbWFwcGluZyBhbmQgYWRkcmVzcyBz
cGFjZSBkb3VidHMNCgkNCgkNCg0KCUpvc2UsDQoJQ2FuIHlvdSBwbGVhc2UgYmUgYSBiaXQgbW9y
ZSBzcGVjaWZpYyBpbiB0YXJnZXRzIHlvdSB3YW50IHRvIGFjaGlldmU/DQoJDQoJQW4gZXhhbXBs
ZSBob3cgdG8gc2V0dXAgYnIvb3IgYW5kIHVzZSB0aGUgZGV2aWNlIGNvdWxkIGJlIGZvdW5kIGFz
IGEgcGFydCBvZiBQUTIgUENJIHN1cHBvcnQsDQoJd2hlcmUgaW50ZXJydXB0IGNvbnRyb2xsZXIg
aXMgaW1wbGVtZW50ZWQgYXMgYSBDUExEIGRldmljZSAoYXJjaC9wcGMvc3lzbGliL204Mnh4X3Bj
aS57YyxofSkuDQoJDQoJDQoJT24gVGh1LCAyNiBKYW4gMjAwNiAxNDowNDo0OSAtMDAwMA0KCUpv
c2UgRnJhbsOnYSAoRXh0X0dUQkMpIDxKb3NlLkZyYW5jYS5FeHRAc2llbWVucy5jb20+IHdyb3Rl
Og0KCQ0KCT4gSGVsbG8gdSBhbGwhDQoJPg0KCT4gICAgICAgSSBuZWVkIHRvIGNsYXJpZnkgc29t
ZSBhc3BlY3RzIG9mIHRoZSBtZW1vcnkgbWFuYWdlbWVudCBpbiBwcGMgbGludXggYW5kIGkgaG9w
ZSB0aGF0IHlvdSBjb3VsZCBoZWxwIG1lLg0KCT4gICAgICAgTGV0cyBpbWFnaW5lIHdlIGhhdmUg
YSBtcGM4MjcyIGJhc2VkIGJvYXJkIHdpdGggMyBkZXZpY2VzIEEsIEIgYW5kIEMuSW4gdGhlIGJv
b3Rsb2FkZXIgKGluIG15IGNhc2UsIGkgdXNlIHUtYm9vdCksIGkgY29uZmlndXJlZCB0aGUgQlJ4
IGFuZCBPcnggc28gdGhhdCBBIGhhcyBiYXNlIGFkZHJlc3MgWCwgQiBoYXMgYmFzZSBhZGRyZXNz
IFkgYW5kIEMgaGFzIGJhc2UgYWRkcmVzcyBaLiBNeSBmaXJzdCBkb3VidCBhcnJpc2VzIGhlcmU6
IHdoYXQgYWRkcmVzcyBzaG91bGQgaSB1c2U/IEJlaW5nIFNEUkFNIGJhc2UgYWRkcmVzcyAweDAw
MDAwMDAwIGFuZCBrZXJuZWwgYmFzZSBhZGRyZXNzIDB4QzAwMDAwMDAsIHdoZXJlIHdpbGwgaSBw
dXQgdGhlc2UgZGV2aWNlcyBtYXBwZWQgb24/IEFib3ZlIDB4QzAwMDAwMDAgb3IgaW4gYmV0d2Vl
biB0aGUgZW5kIG9mIHBoeXNpY2FsIG1lbW9yeSBhbmQgMHhDMDAwMDAwMD8gRG8gaSByZWFsbHkg
bmVlZCB0byBjb25maWd1cmUgdGhlIEJBVCByZWdpc3RlcnMgaW4gdSBib290Pw0KCT4gICAgICAg
SW4gbGludXggMi40IGtlcm5lbCwgd2UgaGF2ZSBwcGNfbWQuc2V0dXBfaW9fbWFwcGluZ3MgdG8g
bWFwIGFkZHJlc3MgYmxvY2tzIGludG8gdGhlIEJBVCByZWdpc3RlcnMuLi4gQXMgaSBvYnNlcnZl
ZCBpbiB0aGUga2VybmVsIHNvdXJjZSB0cmVlIGV4YW1wbGVzLCB3ZSBtdXN0IG1hcCBDUE0gKHdo
eT8pLiBBbmQgd2hhdCBhYm91dCB0aGUgb3RoZXIgZGV2aWNlcyBBLCBCIGFuZCBDPyBIb3cgd2ls
bCBpIHNldHVwIHRoZW0gaW4gdGhpcyBjYXNlIGFuZCB3aGF0IGFkZHJlc3NlcyBpIGNhbiB1c2U/
IEFib3ZlIDB4QzAwMDAwMDAgb3IgaW4gYmV0d2VlbiB0aGUgZW5kIG9mIHBoeXNpY2FsIG1lbW9y
eSBhbmQgMHhDMDAwMDAwMD8gSXMgdGhlIFNEUkFNIGluY2x1ZGVkPw0KCT4NCgk+ICAgICAgIFRo
YW5rcyBpbiBhZHZhbmNlIHRvIGFsbCBjb250cmlidXRpb25zISBBbGwgb2YgdGhlbSB3aWxsIGJl
IG1vc3Qgd2VsY29tZWQhDQoJPg0KCT4NCgk+DQoJPg0KCT4NCgk+IEJlc3QgcmVnYXJkcywNCgk+
IEZpbGlwZQ0KCT4NCgk+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQoJPiBMaW51eHBwYy1lbWJlZGRlZCBtYWlsaW5nIGxpc3QNCgk+IExpbnV4cHBjLWVt
YmVkZGVkQG96bGFicy5vcmcNCgk+IGh0dHBzOi8vb3psYWJzLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2xpbnV4cHBjLWVtYmVkZGVkDQoJPg0KCT4NCgkNCgkNCgktLQ0KCVNpbmNlcmVseSwNCglWaXRh
bHkNCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCUxp
bnV4cHBjLWVtYmVkZGVkIG1haWxpbmcgbGlzdA0KCUxpbnV4cHBjLWVtYmVkZGVkQG96bGFicy5v
cmcNCglodHRwczovL296bGFicy5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eHBwYy1lbWJlZGRl
ZCANCg0K
^ permalink raw reply
* Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h
From: David S. Miller @ 2006-01-30 23:02 UTC (permalink / raw)
To: sdbrady
Cc: linux-mips, linux-m68k, linux-ia64, spyro, ak, dhowells,
linuxppc-dev, gerg, sparclinux, uclinux-v850, ysato, takata,
linuxsh-shmedia-dev, grundler, torvalds, ink, mita, chris,
dev-etrax, ultralinux, linux-kernel, ralf, linuxsh-dev, linux390,
parisc-linux
In-Reply-To: <20060130195004.GA25860@miranda.arrow>
From: Stuart Brady <sdbrady@ntlworld.com>
Date: Mon, 30 Jan 2006 19:50:04 +0000
> Shame about popc on SPARC. However, ffz is cheese, regardless of pops.
> (On sparc64, ffs is too.) I'll wait for the generic bitops patches to
> be dealt with (or not) and then submit a patch fixing this if needed.
I'm happy with any improvement you might make here, for sure.
The sparc64 ffz() implementation was done so dog stupid like that
so that the code would be small since this gets inlined all over
the place.
So if you can keep it small and improve it, or make it a bit larger
and uninline it, that's great.
^ permalink raw reply
* Re: MPC5200 - Problem with PSC mode
From: Zeitler, Nathan @ 2006-01-30 22:34 UTC (permalink / raw)
To: linuxppc-embedded
Allann,
Hmm, yes. In addition, these lines looks suspect:
> val32 =3D in_be32(&gpio->port_config);
> val32 &=3D ~0x700;
> val32 |=3D 0x600;
> out_be32(&gpio->port_config, val32);
I don't have the register's header file in front of me, but I'm
pretty sure this refers to MBAR+0xb00. If that's the case,=20
you seem to be configuring the port to be in CODEC mode=20
and not UART mode. Try this instead:
val32 =3D in_be32(&gpio->port_config);
val32 &=3D ~0xf00;
val32 |=3D 0x400;
out_be32(&gpio->port_config, val32);
You may want to refer to the MPC5200 manual. Page 15-43
has a nice sequence you can go through to configure a port
to be a UART.
Open Systems International, Inc.=20
Nathan Zeitler
Hardware Engineer
3600 Holly Lane North, Suite 40
Minneapolis, MN 55447-1286
Phone: 763 551 0559
Fax: 763 551 0750
E-mail: nzeitler@osii.com
^ permalink raw reply
* Re: [PATCH] Add support for lite5200b board.
From: John Rigby @ 2006-01-30 22:22 UTC (permalink / raw)
To: Sylvain Munaut; +Cc: Linuxppc-embedded
In-Reply-To: <4b73d43f0601301417jdbe4adbs39d48836419d5d3b@mail.gmail.com>
and the arch/ppc/bestcomm directory as well
looks like maybe you didn't do a git-update-index?
On 1/30/06, John Rigby <jcrigby@gmail.com> wrote:
> Ok checked out the git tree and applied the patch.
> The drivers/net/fec_mpc52xxx directory seems to be missing.
>
> On 1/30/06, John Rigby <jcrigby@gmail.com> wrote:
> > Thanks, I had tried stripping off the http: and adding the .git but
> > not just adding the .git.
> >
> >
> > On 1/30/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> > > Ooops,
> > >
> > > git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx.git
> > >
> > > (notice the previously missing .git at the end)
> > >
> > >
> > > Sylvain
> > >
> > > John Rigby wrote:
> > > > I tried:
> > > > git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx
> > > > and got:
> > > > defaulting to local storage area
> > > > Cannot get remote repository information.
> > > > Perhaps git-update-server-info needs to be run there?
> > > >
> > > >
> > > >
> > > > On 1/29/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> > > >
> > > >>John Rigby wrote:
> > > >>
> > > >>>
> > > >>>On 1/25/06, *Sylvain Munaut* <tnt@246tnt.com <mailto:tnt@246tnt.co=
m>> wrote:
> > > >>>
> > > >>>
> > > >>>
> > > >>> Should apply fine on vanilla. My suggestion for now is take va=
nilla,
> > > >>> apply this patch, then the 2-3 patch from Andrey for BestComm =
and stuff.
> > > >>>
> > > >>>
> > > >>>I was working on getting bestcomm and fec working, but forward por=
ting
> > > >>>my old 2.6.10 code to current is turning out to be more difficult =
than I
> > > >>>expected.
> > > >>>If you already have working code then I'll stop working on them.
> > > >>>
> > > >>>Where are these patches? I'm new to this list so I don't have muc=
h
> > > >>>history.
> > > >>>Would I find these patches in the archive?
> > > >>
> > > >>Checkout (with git)
> > > >>
> > > >>http://gitbits.246tNt.com/gitbits/linux-2.6-mpc52xx
> > > >>
> > > >>then apply
> > > >>
> > > >>http://gitbits.246tNt.com/patches/bcomm-to-split.diff
> > > >>
> > > >> (I haven't cleanly splitted it up yet and right now I must go, so =
it's
> > > >>probably gonna be in the git tree this week, under the 'bestcomm' h=
ead ;)
> > > >>
> > > >>
> > > >>Please report if it works fine on your board (both lite5200 and
> > > >>lite5200b reports are welcome). I only did quick tests.
> > > >>
> > > >>
> > > >>
> > > >> Sylvain
> > > >>
> > > >
> > > >
> > >
> > >
> >
>
^ permalink raw reply
* Re: [PATCH] Add support for lite5200b board.
From: John Rigby @ 2006-01-30 22:17 UTC (permalink / raw)
To: Sylvain Munaut; +Cc: Linuxppc-embedded
In-Reply-To: <4b73d43f0601301317j562233b6kc81b8e8f844c6bd1@mail.gmail.com>
Ok checked out the git tree and applied the patch.
The drivers/net/fec_mpc52xxx directory seems to be missing.
On 1/30/06, John Rigby <jcrigby@gmail.com> wrote:
> Thanks, I had tried stripping off the http: and adding the .git but
> not just adding the .git.
>
>
> On 1/30/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> > Ooops,
> >
> > git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx.git
> >
> > (notice the previously missing .git at the end)
> >
> >
> > Sylvain
> >
> > John Rigby wrote:
> > > I tried:
> > > git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx
> > > and got:
> > > defaulting to local storage area
> > > Cannot get remote repository information.
> > > Perhaps git-update-server-info needs to be run there?
> > >
> > >
> > >
> > > On 1/29/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> > >
> > >>John Rigby wrote:
> > >>
> > >>>
> > >>>On 1/25/06, *Sylvain Munaut* <tnt@246tnt.com <mailto:tnt@246tnt.com>=
> wrote:
> > >>>
> > >>>
> > >>>
> > >>> Should apply fine on vanilla. My suggestion for now is take vani=
lla,
> > >>> apply this patch, then the 2-3 patch from Andrey for BestComm an=
d stuff.
> > >>>
> > >>>
> > >>>I was working on getting bestcomm and fec working, but forward porti=
ng
> > >>>my old 2.6.10 code to current is turning out to be more difficult th=
an I
> > >>>expected.
> > >>>If you already have working code then I'll stop working on them.
> > >>>
> > >>>Where are these patches? I'm new to this list so I don't have much
> > >>>history.
> > >>>Would I find these patches in the archive?
> > >>
> > >>Checkout (with git)
> > >>
> > >>http://gitbits.246tNt.com/gitbits/linux-2.6-mpc52xx
> > >>
> > >>then apply
> > >>
> > >>http://gitbits.246tNt.com/patches/bcomm-to-split.diff
> > >>
> > >> (I haven't cleanly splitted it up yet and right now I must go, so it=
's
> > >>probably gonna be in the git tree this week, under the 'bestcomm' hea=
d ;)
> > >>
> > >>
> > >>Please report if it works fine on your board (both lite5200 and
> > >>lite5200b reports are welcome). I only did quick tests.
> > >>
> > >>
> > >>
> > >> Sylvain
> > >>
> > >
> > >
> >
> >
>
^ permalink raw reply
* Re: fs_enet not found in eldk
From: Wolfgang Denk @ 2006-01-30 21:56 UTC (permalink / raw)
To: dibacco@inwind.it; +Cc: linuxppc-embedded
In-Reply-To: <ITWPNB$B571EC0EB15ACFD4C526E970D2B502FF@libero.it>
In message <ITWPNB$B571EC0EB15ACFD4C526E970D2B502FF@libero.it> you wrote:
> I downloaded the latest kernel from denx.de but I cannot find fs_enet driver!
> Is it available for kernel 2.4?
No. That's 2.6 code.
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
To know how another being, another creature feels - that is impos-
sible. - Terry Pratchett, _The Dark Side of the Sun_
^ permalink raw reply
* Re: [PATCH] Add support for lite5200b board.
From: John Rigby @ 2006-01-30 21:17 UTC (permalink / raw)
To: Sylvain Munaut; +Cc: Linuxppc-embedded
In-Reply-To: <43DE772E.90805@246tNt.com>
Thanks, I had tried stripping off the http: and adding the .git but
not just adding the .git.
On 1/30/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> Ooops,
>
> git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx.git
>
> (notice the previously missing .git at the end)
>
>
> Sylvain
>
> John Rigby wrote:
> > I tried:
> > git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx
> > and got:
> > defaulting to local storage area
> > Cannot get remote repository information.
> > Perhaps git-update-server-info needs to be run there?
> >
> >
> >
> > On 1/29/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> >
> >>John Rigby wrote:
> >>
> >>>
> >>>On 1/25/06, *Sylvain Munaut* <tnt@246tnt.com <mailto:tnt@246tnt.com>> =
wrote:
> >>>
> >>>
> >>>
> >>> Should apply fine on vanilla. My suggestion for now is take vanill=
a,
> >>> apply this patch, then the 2-3 patch from Andrey for BestComm and =
stuff.
> >>>
> >>>
> >>>I was working on getting bestcomm and fec working, but forward porting
> >>>my old 2.6.10 code to current is turning out to be more difficult than=
I
> >>>expected.
> >>>If you already have working code then I'll stop working on them.
> >>>
> >>>Where are these patches? I'm new to this list so I don't have much
> >>>history.
> >>>Would I find these patches in the archive?
> >>
> >>Checkout (with git)
> >>
> >>http://gitbits.246tNt.com/gitbits/linux-2.6-mpc52xx
> >>
> >>then apply
> >>
> >>http://gitbits.246tNt.com/patches/bcomm-to-split.diff
> >>
> >> (I haven't cleanly splitted it up yet and right now I must go, so it's
> >>probably gonna be in the git tree this week, under the 'bestcomm' head =
;)
> >>
> >>
> >>Please report if it works fine on your board (both lite5200 and
> >>lite5200b reports are welcome). I only did quick tests.
> >>
> >>
> >>
> >> Sylvain
> >>
> >
> >
>
>
^ permalink raw reply
* Re: [PATCH] Add support for lite5200b board.
From: Sylvain Munaut @ 2006-01-30 20:29 UTC (permalink / raw)
To: John Rigby; +Cc: Linuxppc-embedded
In-Reply-To: <4b73d43f0601301052n5cd032a5vb8c6f4d664966dc1@mail.gmail.com>
Ooops,
git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx.git
(notice the previously missing .git at the end)
Sylvain
John Rigby wrote:
> I tried:
> git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx
> and got:
> defaulting to local storage area
> Cannot get remote repository information.
> Perhaps git-update-server-info needs to be run there?
>
>
>
> On 1/29/06, Sylvain Munaut <tnt@246tnt.com> wrote:
>
>>John Rigby wrote:
>>
>>>
>>>On 1/25/06, *Sylvain Munaut* <tnt@246tnt.com <mailto:tnt@246tnt.com>> wrote:
>>>
>>>
>>>
>>> Should apply fine on vanilla. My suggestion for now is take vanilla,
>>> apply this patch, then the 2-3 patch from Andrey for BestComm and stuff.
>>>
>>>
>>>I was working on getting bestcomm and fec working, but forward porting
>>>my old 2.6.10 code to current is turning out to be more difficult than I
>>>expected.
>>>If you already have working code then I'll stop working on them.
>>>
>>>Where are these patches? I'm new to this list so I don't have much
>>>history.
>>>Would I find these patches in the archive?
>>
>>Checkout (with git)
>>
>>http://gitbits.246tNt.com/gitbits/linux-2.6-mpc52xx
>>
>>then apply
>>
>>http://gitbits.246tNt.com/patches/bcomm-to-split.diff
>>
>> (I haven't cleanly splitted it up yet and right now I must go, so it's
>>probably gonna be in the git tree this week, under the 'bestcomm' head ;)
>>
>>
>>Please report if it works fine on your board (both lite5200 and
>>lite5200b reports are welcome). I only did quick tests.
>>
>>
>>
>> Sylvain
>>
>
>
^ permalink raw reply
* Re: Getting started with Xilinx V4 PPC?
From: bennett78 @ 2006-01-30 20:28 UTC (permalink / raw)
To: David Summers; +Cc: linuxppc-embedded
In-Reply-To: <e4619cf30601301111u269d7842j42a8ef88623cfdf8@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4324 bytes --]
David Summers wrote:
>I am starting a new project where I need to have a flash file system
>and an ethenet interface (HTTP and FTP). The project is a solar
>physics experiment that will be launched on a sub-orbital rocket
>flight this fall. The idea is that the experiment will write data
>files to the flash file system while in flight, and then I can
>download the data using ethernet after the experiment returns to
>earth.
>
>I think that Linux is the way to go for this project because of the
>JFFS2 filesystem and the strong networking support. The only problem
>is that I am totally new to embedded linux.
>
>
Add Das U-Boot to your list as well!
>I am prototyping my system on an Avnet FX12 development board ( Specs
>here: http://tinyurl.com/4gfdv ) which is pretty similar to the Xilinx
>ML403 board except with less memory and no SystemACE slot.
>
>
Interesting dev board. What is the low volume price/power consumption
is for the Virtex-4?
>I will eventually build my own custom board with the same Xilinx
>Virtex 4 FX12 FPGA and additional flash memory and some custom
>interface hardware. My background is primarily as a hardware designer,
>and I am very confortable with the FPGA part of this project. I am
>comfortable as a Linux user, and I am a pretty good C coder (for a
>hardware guy anyway :). I have never built a linux system (embedded
>or desktop) before, and I need some help getting started with embedded
>linux.
>
>
The ML403 is a PPC core, JTAG/COP with Xilinx gates around it, right?
Then what
are your plans for the rest of the SOC? DRAM controller, local bus for
Flash, FEC,
PHY controller internal or external, timers, GPIO, Bestcom DMA?
If you are a C coder then I assume you would use Verilog I hope....VHDL
is for
ADA programmers!
>I have already found the following websites which have been a big help so far:
>
>http://www.klingauf.de/v2p/index.phtml
>http://splish.ee.byu.edu/projects/LinuxFPGA/configuring.htm
>http://www.crhc.uiuc.edu/IMPACT/gsrc/hardwarelab/docs/kernel-HOWTO.html#toc1
>
>I have a few questions that I hope someone can help me with:
>
>1. What is the best linux distribution to start out with? I am
>currently working with the 2.4 kernel code from
>ppc.bkbits.net/linuxppc_2_4_devel, but I'm not sure that this version
>be being updated. (MontaVista also seems to be making it rather
>difficult to download their free Linux Preview Kit, so I wouldn't mind
>finding another distribution) Does the DENX distribution have good
>PPC support? Are there any others that I should look at, or should I
>just download the kernel source directly from kernel.org?
>
>
I am pleased with the DENX distribution todate for support of MPC5200, which
is a low power PPC based SOC. The cross-compile and userland support is
also part of this distribution.
>2. kernel 2.4 or 2.6?
>
>It is my understanding that the latest version of MTD and JFFS2 have
>dropped support for kernel 2.4. I would like to use JFFS2 on a NAND
>flash device, so it seems like I should use 2.6. (Can I use JFFS2 on
>a NAND device with kernel v 2.4?)
>
>
I had some trouble with MTD/JFFS2 until a switched to the cvs version of
linuxppc_2_4_devel which added a few additional flash parts and is
working well for me under 2.4.
I think 2.6 is still pretty much bleeding edge for embedded work, IMHO.
>Being a complete newbie, am I biting off more that I can handle by
>trying to use 2.6?
>
>I have been lurking on the mailing list for a while, and I know that
>there are several people working on 2.6.x patches for the Xilinx
>virtex 4 parts. Could someone point me to a list of the patches that
>I need to get me started? I think that the ML403 patches should work
>with my board, but I don't know which ones I need to download.
>
>
>Thank you for your help,
>
>David Summers
>University of Colorado
>
>
Go RAMS!
>_______________________________________________
>Linuxppc-embedded mailing list
>Linuxppc-embedded@ozlabs.org
>https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
Frank Bennett (aka CSUtennis)
*/Technical Contractor/*
/Triad Systems Engineering
200 West Mountain Avenue, Suite 103C
Ft. Collins, CO 80521
/http://www.traidsyseng.com <http://www.triadsyseng.com>
640K ought to be enough for anybody.
-Microsoft Chairman Bill Gates, 1981
[-- Attachment #2: Type: text/html, Size: 6446 bytes --]
^ permalink raw reply
* Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h
From: Stuart Brady @ 2006-01-30 19:50 UTC (permalink / raw)
To: Ralf Baechle
Cc: linux-mips, linux-m68k, linux-ia64, Ian Molton, Andi Kleen,
David Howells, linuxppc-dev, Greg Ungerer, sparclinux,
Miles Bader, Yoshinori Sato, Stuart Brady, linuxsh-shmedia-dev,
Grant Grundler, Linus Torvalds, Ivan Kokshaysky, Akinobu Mita,
Chris Zankel, dev-etrax, ultralinux, linux-kernel, linuxsh-dev,
linux390, Hirokazu Takata, parisc-linux
In-Reply-To: <20060130170647.GC3816@linux-mips.org>
On Mon, Jan 30, 2006 at 05:06:47PM +0000, Ralf Baechle wrote:
> On Sun, Jan 29, 2006 at 07:12:42AM +0000, Stuart Brady wrote:
>
> > On MIPS, fls() and flz() should probably use CLO.
>
> It actually uses clz.
I know. flz(x) is basically __ilog2(~x), and I still say clo would be
better. Removing flz() sounds reasonable, though.
> > Curiously, MIPS is the only arch with a flz() function.
>
> No longer. The fls implementation was based on flz and fls was the only
> user of flz. So I cleaned that, once I commit flz will be gone. Not
> only a cleanup but also a minor optimization.
I'd got that slightly wrong. Yeah, fls(x) returned flz(~x) + 1, which
is __ilog2(~~x) + 1. So obviously clz was fine for that, but it needed
cleaning up.
Shame about popc on SPARC. However, ffz is cheese, regardless of pops.
(On sparc64, ffs is too.) I'll wait for the generic bitops patches to
be dealt with (or not) and then submit a patch fixing this if needed.
Thanks,
--
Stuart Brady
By the way, I really hope nobody gets ten copies of this, as happened
with my last post. It does not seem to be my fault, AFAICS.
^ permalink raw reply
* Re: MPC5200 - Problem with PSC mode
From: Moloko Vellocet @ 2006-01-30 19:30 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <7492B3D3325B424399725C8A03926A3E2592C2@osiemail.osii.com>
Thank you.
But the error persists, I can't get data stored in RX pin and write
data to TX pin.
Registers like 'rfnum' are with value '0' (zero).
I think that RX and TX has not been enabled.
On 1/30/06, Zeitler, Nathan <nzeitler@osii.com> wrote:
> Hi Allann,
>
> > out_8(&psc->command, MPC5xxx_PSC_RST_RX |
> > MPC5xxx_PSC_RST_TX |
> > MPC5xxx_PSC_SEL_MODE_REG_1 |
> > MPC5xxx_PSC_RST_ERR_STAT);
>
> It looks like you're trying to do too many things at once here.
> ORing SEL_MODE_REG_1 and RST_ERR_STAT together
> forms a completely different command in the Command
> register. You may want to break that into two lines of code.
> Give that a try!
>
> Open Systems International, Inc.
> Nathan Zeitler
> Hardware Engineer
> 3600 Holly Lane North, Suite 40
> Minneapolis, MN 55447-1286
> Phone: 763 551 0559
> Fax: 763 551 0750
> E-mail: nzeitler@osii.com
>
--
_______________________________
Allann J. O. Silva
"I received the fundamentals of my education in school, but that was
not enough. My real education, the superstructure, the details, the
true architecture, I got out of the public library. For an
impoverished child whose family could not afford to buy books, the
library was the open door to wonder and achievement, and I can never
be sufficiently grateful that I had the wit to charge through that
door and make the most of it." (from I. Asimov, 1994)
^ permalink raw reply
* Getting started with Xilinx V4 PPC?
From: David Summers @ 2006-01-30 19:11 UTC (permalink / raw)
To: linuxppc-embedded
I am starting a new project where I need to have a flash file system
and an ethenet interface (HTTP and FTP). The project is a solar
physics experiment that will be launched on a sub-orbital rocket
flight this fall. The idea is that the experiment will write data
files to the flash file system while in flight, and then I can
download the data using ethernet after the experiment returns to
earth.
I think that Linux is the way to go for this project because of the
JFFS2 filesystem and the strong networking support. The only problem
is that I am totally new to embedded linux.
I am prototyping my system on an Avnet FX12 development board ( Specs
here: http://tinyurl.com/4gfdv ) which is pretty similar to the Xilinx
ML403 board except with less memory and no SystemACE slot.
I will eventually build my own custom board with the same Xilinx
Virtex 4 FX12 FPGA and additional flash memory and some custom
interface hardware. My background is primarily as a hardware designer,
and I am very confortable with the FPGA part of this project. I am
comfortable as a Linux user, and I am a pretty good C coder (for a
hardware guy anyway :). I have never built a linux system (embedded
or desktop) before, and I need some help getting started with embedded
linux.
I have already found the following websites which have been a big help so f=
ar:
http://www.klingauf.de/v2p/index.phtml
http://splish.ee.byu.edu/projects/LinuxFPGA/configuring.htm
http://www.crhc.uiuc.edu/IMPACT/gsrc/hardwarelab/docs/kernel-HOWTO.html#toc=
1
I have a few questions that I hope someone can help me with:
1. What is the best linux distribution to start out with? I am
currently working with the 2.4 kernel code from
ppc.bkbits.net/linuxppc_2_4_devel, but I'm not sure that this version
be being updated. (MontaVista also seems to be making it rather
difficult to download their free Linux Preview Kit, so I wouldn't mind
finding another distribution) Does the DENX distribution have good
PPC support? Are there any others that I should look at, or should I
just download the kernel source directly from kernel.org?
2. kernel 2.4 or 2.6?
It is my understanding that the latest version of MTD and JFFS2 have
dropped support for kernel 2.4. I would like to use JFFS2 on a NAND
flash device, so it seems like I should use 2.6. (Can I use JFFS2 on
a NAND device with kernel v 2.4?)
Being a complete newbie, am I biting off more that I can handle by
trying to use 2.6?
I have been lurking on the mailing list for a while, and I know that
there are several people working on 2.6.x patches for the Xilinx
virtex 4 parts. Could someone point me to a list of the patches that
I need to get me started? I think that the ML403 patches should work
with my board, but I don't know which ones I need to download.
Thank you for your help,
David Summers
University of Colorado
^ permalink raw reply
* FW: MPC85xx class in San Jose, CA for February 7-10, 2006.
From: Le Tang (letang) @ 2006-01-30 18:57 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 1107 bytes --]
Hi All,
The attached is a training class on MPC8500 in San Jose, California,
offered by phonixmacro for training on Feb 7-10, if you are interested
in the class, please send an email to
[mailto:david.delarosa@phxmicro.com],
Thanks,
Le
-----Original Message-----
From: David de la Rosa [mailto:david.delarosa@phxmicro.com]
Sent: Monday, January 30, 2006 7:45 AM
To: Le Tang (letang)
Subject: MPC85xx class in San Jose, CA for February 7-10, 2006.
Hi Le Tang,
Per our telephone conversation last Friday, enclosed is the MPC85xx
class agenda. The Agenda contains prerequisites and skill sets students
will learn from class.
Please help us find another student from your group or another
department who might be willing to take the PowerQUICC III class.
We need one more student for the class to be a GO.
The class is for February 7-10, 2006 at the Freescale San Jose Office.
Thank you for your help and time.
--
Best regards,
David
David de la Rosa
Email david.delarosa@phxmicro.com
Voice 602 363 5066
Fax 480 279 2634
http://www.phxmicro.com
[-- Attachment #2: MPC8560_40 class.pdf --]
[-- Type: application/pdf, Size: 1384938 bytes --]
^ permalink raw reply
* Re: [PATCH] Add support for lite5200b board.
From: John Rigby @ 2006-01-30 18:52 UTC (permalink / raw)
To: Sylvain Munaut; +Cc: Linuxppc-embedded
In-Reply-To: <43DD3FFC.3040608@246tNt.com>
I tried:
git clone http://gitbits.246tnt.com/gitbits/linux-2.6-mpc52xx
and got:
defaulting to local storage area
Cannot get remote repository information.
Perhaps git-update-server-info needs to be run there?
On 1/29/06, Sylvain Munaut <tnt@246tnt.com> wrote:
> John Rigby wrote:
> >
> >
> > On 1/25/06, *Sylvain Munaut* <tnt@246tnt.com <mailto:tnt@246tnt.com>> w=
rote:
> >
> >
> >
> > Should apply fine on vanilla. My suggestion for now is take vanilla=
,
> > apply this patch, then the 2-3 patch from Andrey for BestComm and s=
tuff.
> >
> >
> > I was working on getting bestcomm and fec working, but forward porting
> > my old 2.6.10 code to current is turning out to be more difficult than =
I
> > expected.
> > If you already have working code then I'll stop working on them.
> >
> > Where are these patches? I'm new to this list so I don't have much
> > history.
> > Would I find these patches in the archive?
>
> Checkout (with git)
>
> http://gitbits.246tNt.com/gitbits/linux-2.6-mpc52xx
>
> then apply
>
> http://gitbits.246tNt.com/patches/bcomm-to-split.diff
>
> (I haven't cleanly splitted it up yet and right now I must go, so it's
> probably gonna be in the git tree this week, under the 'bestcomm' head ;)
>
>
> Please report if it works fine on your board (both lite5200 and
> lite5200b reports are welcome). I only did quick tests.
>
>
>
> Sylvain
>
^ permalink raw reply
* Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h
From: Ralf Baechle @ 2006-01-30 17:06 UTC (permalink / raw)
To: Stuart Brady
Cc: linux-mips, linux-m68k, linux-ia64, Ian Molton, Andi Kleen,
David Howells, linuxppc-dev, Greg Ungerer, sparclinux,
Miles Bader, Yoshinori Sato, Hirokazu Takata, linuxsh-shmedia-dev,
Grant Grundler, Linus Torvalds, Ivan Kokshaysky, Akinobu Mita,
Chris Zankel, dev-etrax, ultralinux, linux-kernel, linuxsh-dev,
linux390, parisc-linux
In-Reply-To: <20060129071242.GA24624@miranda.arrow>
On Sun, Jan 29, 2006 at 07:12:42AM +0000, Stuart Brady wrote:
> On MIPS, fls() and flz() should probably use CLO.
It actually uses clz.
> Curiously, MIPS is the only arch with a flz() function.
No longer. The fls implementation was based on flz and fls was the only
user of flz. So I cleaned that, once I commit flz will be gone. Not
only a cleanup but also a minor optimization.
Ralf
^ permalink raw reply
* Re: [RFC] arch/ppc/boot/simple/embed_boot.c : Merging all keyvals parsing code
From: Tom Rini @ 2006-01-30 17:28 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: Dan Malek, linuxppc-embedded
In-Reply-To: <200601251702.20332.laurent.pinchart@tbox.biz>
On Wed, Jan 25, 2006 at 05:02:20PM +0100, Laurent Pinchart wrote:
> > > Should I submit a patch, or leave the code as it is ?
> >
> > Port Das U-Boot.
>
> Of course, that's another solution. We will use Das U-Boot for our custom
> design.
>
> What I wanted to do here is completely different. As the board comes with a
> proprietary boot loader, I thought it would be interesting for future users
> to have the board supported in the vanilla kernel, like many other boards
> are. Is that a mistake ?
No, that's good. If you can cleanly merge the existing parsing code, by
all means please do so. Thanks.
--
Tom Rini
http://gate.crashing.org/~trini/
^ permalink raw reply
* RE: MPC5200 - Problem with PSC mode
From: Zeitler, Nathan @ 2006-01-30 14:18 UTC (permalink / raw)
To: allanjos; +Cc: linuxppc-embedded
Hi Allann,
> out_8(&psc->command, MPC5xxx_PSC_RST_RX |
> MPC5xxx_PSC_RST_TX |
> MPC5xxx_PSC_SEL_MODE_REG_1 |
> MPC5xxx_PSC_RST_ERR_STAT);
It looks like you're trying to do too many things at once here. =20
ORing SEL_MODE_REG_1 and RST_ERR_STAT together=20
forms a completely different command in the Command=20
register. You may want to break that into two lines of code. =20
Give that a try!
Open Systems International, Inc.=20
Nathan Zeitler
Hardware Engineer
3600 Holly Lane North, Suite 40
Minneapolis, MN 55447-1286
Phone: 763 551 0559
Fax: 763 551 0750
E-mail: nzeitler@osii.com
^ permalink raw reply
* Re: [PATCH] remove check for ELF offset in powerpc bootimage
From: Simon Richter @ 2006-01-30 13:43 UTC (permalink / raw)
To: Olaf Hering; +Cc: linuxppc-dev, Alan Modra
In-Reply-To: <20060130132803.GA31263@suse.de>
[-- Attachment #1: Type: text/plain, Size: 1107 bytes --]
Hi,
Olaf Hering wrote:
> Is this check really needed, are there PT_LOAD sections with offset
> zero (either zImage or vmlinux)? I see an offset which is always 64k.
Sure, an offset of zero is completely legal (obviously, the start
address would then be different from the load address of that segment).
Without context, I would say this loop is used to find some loadable
segment that does not include the ELF header. I cannot think of any
application for that, as it is certainly acceptable to merge LOAD
segments, and the segment it is looking for could have been merged with
the segment that includes the header.
If the current linker scripts specify that loading the header is
unneeded, this means that all LOAD headers will have nonzero offsets.
But I wouldn't count on that forever.[1]
Simon
[1] the Amiga bootloader, for example, assumes that all segments are to
be loaded, so things broke badly on APUS when the ldscript did not
remove the .note.gnu-stack section, which has a VMA of zero as it is
never loaded anyway. So depending on things being a particular way is
bad. :-)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 307 bytes --]
^ permalink raw reply
* Re: fs_enet not found in eldk
From: Vitaly Bordug @ 2006-01-30 13:53 UTC (permalink / raw)
To: dibacco@inwind.it; +Cc: linuxppc-embedded
In-Reply-To: <ITWPNB$B571EC0EB15ACFD4C526E970D2B502FF@libero.it>
On Mon, 30 Jan 2006 14:04:23 +0100
"dibacco@inwind.it" <dibacco@inwind.it> wrote:
> I downloaded the latest kernel from denx.de but I cannot find fs_enet driver!
> Is it available for kernel 2.4?
>
> Thank you.
>
No, It is just available for 2.6 (and 2.6 denx tree does have it of course).
--
Sincerely,
Vitaly
^ permalink raw reply
* [PATCH] remove check for ELF offset in powerpc bootimage
From: Olaf Hering @ 2006-01-30 13:28 UTC (permalink / raw)
To: Alan Modra, Paul Mackeras, linuxppc-dev
Is this check really needed, are there PT_LOAD sections with offset
zero (either zImage or vmlinux)? I see an offset which is always 64k.
Do not check for offset, it is always set.
Signed-off-by: Olaf Hering <olh@suse.de>
arch/powerpc/boot/main.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.16-rc1-olh/arch/powerpc/boot/main.c
===================================================================
--- linux-2.6.16-rc1-olh.orig/arch/powerpc/boot/main.c
+++ linux-2.6.16-rc1-olh/arch/powerpc/boot/main.c
@@ -152,7 +152,7 @@ static int is_elf64(void *hdr)
elf64ph = (Elf64_Phdr *)((unsigned long)elf64 +
(unsigned long)elf64->e_phoff);
for (i = 0; i < (unsigned int)elf64->e_phnum; i++, elf64ph++)
- if (elf64ph->p_type == PT_LOAD && elf64ph->p_offset != 0)
+ if (elf64ph->p_type == PT_LOAD)
break;
if (i >= (unsigned int)elf64->e_phnum)
return 0;
@@ -193,7 +193,7 @@ static int is_elf32(void *hdr)
elf32 = (Elf32_Ehdr *)elfheader;
elf32ph = (Elf32_Phdr *) ((unsigned long)elf32 + elf32->e_phoff);
for (i = 0; i < elf32->e_phnum; i++, elf32ph++)
- if (elf32ph->p_type == PT_LOAD && elf32ph->p_offset != 0)
+ if (elf32ph->p_type == PT_LOAD)
break;
if (i >= elf32->e_phnum)
return 0;
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply
* fs_enet not found in eldk
From: dibacco @ 2006-01-30 13:04 UTC (permalink / raw)
To: linuxppc-embedded
I downloaded the latest kernel from denx.de but I cannot find fs_enet dri=
ver!
Is it available for kernel 2.4?
Thank you.
^ permalink raw reply
* Re: Question on USB gadget device driver for mpc 8272 on linux 2.6.14.
From: Mike Rapoport @ 2006-01-30 11:24 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-embedded
In-Reply-To: <20060127154323.40e9404e@vitb.ru.mvista.com>
Vitaly,
Can you send me this patch?
Vitaly Bordug wrote:
>Jonathan,
>
>I have implemented the PQ2 usb-serial functionality a while ago, but the code needs a lot of cleanup, which is sometimes very tricky due to the tight timings required by this device. If you are interested, I can try to find the patch...
>
>On Fri, 27 Jan 2006 11:45:39 +1100
>"Jonathan Qiang" <jonathan@haliplex.com.au> wrote:
>
>
>
>>Hi, all
>>
>>Currently, I am doing on the USB gadget device driver for mpc8272, I
>>already got some packets on interruption route when my board in which
>>mpc82xx settled connect to Host.
>>But the SOF is always generated as the first interruption source. When
>>plugged USB cable in HOST, the USB controller will be set to reset
>>(USBER is [0x308]), and after reset, the interruption source event
>>changes its status to [0x108], which means running on IDLE and SOF. Why
>>It is not IN token?
>>I already disabled Frame timer when I probe the USB gadget controller.
>>
>>
>
>
>
>
--
Sincerely yours,
Mike Rapoport
^ permalink raw reply
* Re: Question on USB gadget device driver for mpc 8272 on linux 2.6.14.
From: Vitaly Bordug @ 2006-01-27 12:43 UTC (permalink / raw)
To: Jonathan Qiang; +Cc: linuxppc-embedded
In-Reply-To: <32A7B31E4005134E8BA805EBAAFB9DCD9C7A20@hellskitchen.haliplex.com.au>
Jonathan,
I have implemented the PQ2 usb-serial functionality a while ago, but the code needs a lot of cleanup, which is sometimes very tricky due to the tight timings required by this device. If you are interested, I can try to find the patch...
On Fri, 27 Jan 2006 11:45:39 +1100
"Jonathan Qiang" <jonathan@haliplex.com.au> wrote:
> Hi, all
>
> Currently, I am doing on the USB gadget device driver for mpc8272, I
> already got some packets on interruption route when my board in which
> mpc82xx settled connect to Host.
> But the SOF is always generated as the first interruption source. When
> plugged USB cable in HOST, the USB controller will be set to reset
> (USBER is [0x308]), and after reset, the interruption source event
> changes its status to [0x108], which means running on IDLE and SOF. Why
> It is not IN token?
> I already disabled Frame timer when I probe the USB gadget controller.
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: HELP! Memory mapping and address space doubts
From: Vitaly Bordug @ 2006-01-27 13:37 UTC (permalink / raw)
To: Jose França; +Cc: linuxppc-embedded
In-Reply-To: <16FD2D70D281D44F9BFCF6ACF9B6117102AF731A@lisi053a.siemens.pt>
Jose,
Can you please be a bit more specific in targets you want to achieve?
An example how to setup br/or and use the device could be found as a part of PQ2 PCI support,
where interrupt controller is implemented as a CPLD device (arch/ppc/syslib/m82xx_pci.{c,h}).
On Thu, 26 Jan 2006 14:04:49 -0000
Jose França (Ext_GTBC) <Jose.Franca.Ext@siemens.com> wrote:
> Hello u all!
>
> I need to clarify some aspects of the memory management in ppc linux and i hope that you could help me.
> Lets imagine we have a mpc8272 based board with 3 devices A, B and C.In the bootloader (in my case, i use u-boot), i configured the BRx and Orx so that A has base address X, B has base address Y and C has base address Z. My first doubt arrises here: what address should i use? Being SDRAM base address 0x00000000 and kernel base address 0xC0000000, where will i put these devices mapped on? Above 0xC0000000 or in between the end of physical memory and 0xC0000000? Do i really need to configure the BAT registers in u boot?
> In linux 2.4 kernel, we have ppc_md.setup_io_mappings to map address blocks into the BAT registers... As i observed in the kernel source tree examples, we must map CPM (why?). And what about the other devices A, B and C? How will i setup them in this case and what addresses i can use? Above 0xC0000000 or in between the end of physical memory and 0xC0000000? Is the SDRAM included?
>
> Thanks in advance to all contributions! All of them will be most welcomed!
>
>
>
>
>
> Best regards,
> Filipe
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: Qt, forks and threads = segmentation faults?
From: David Jander @ 2006-01-30 9:42 UTC (permalink / raw)
To: linuxppc-embedded; +Cc: Russell McGuire
In-Reply-To: <000301c623a2$13b98fc0$6405a8c0@absolut>
Hi Russell,
On Saturday 28 January 2006 01:30, Russell McGuire wrote:
> This is a more general question, and if anyone knows of a more specialized
> list this should be posted to, I'd be happy to do so...
>
> Small picture of hardware:
> DENX Linux 2.4.25 / PowerPC MPC8280 / 32 MBs of RAM
>
> I am using QT Embedded for a small GUI that does BSD sockets, also using
> DENX's SM501 video driver. Everything is quite stable, recently I added a
> additional process to the application using fork() for the listening
> 'accept' call for the sockets.
>
> After many tests I decided that due to the nature of the fork() command and
> the GUI half of the program, that this was a large waste of memory, as I
> was duplicating the entire GUI system. So I started looking alternatives,
> and have landed at the 'pthread' library.
It shouldn't be a waste of memory, since Linux uses copy-on-write for memory
pages. That means, although it looks like your child process wates a lot of
memory (same initial VSS size as parent), it actually shares its memory with
the parent until the child starts modifying memory contents (write fault
occurs). At that moment the page being written to is copied, and the write
access succeeds on the copied page. So fork() is nowadays quite efficient in
linux systems..... exactly as efficient as creating a thread.
> However, now I have lots of segmentation faults, particularly when I send a
> message using QT's postEvent commands back to the main thread.
Eeek. You might want to compile QT with thread support compiled in (don't know
if that helps though).
Anyway, it is probably a better idea to stick with fork() (see above).
> I was curious if anyone had any better idea of a more stable or perhaps a
> suggestion on why I am able to only get about 30 seconds of run time out of
> the app using pthread, verses fork() seems to be much stabler.
Use fork().
Greetings,
--
David Jander
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox