* 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
* Re: [parisc-linux] Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h
From: David S. Miller @ 2006-01-30 4:03 UTC (permalink / raw)
To: sdbrady
Cc: linux-mips, 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-m68k, linux-kernel, linuxsh-dev, linux390, parisc-linux
In-Reply-To: <20060129071242.GA24624@miranda.arrow>
From: Stuart Brady <sdbrady@ntlworld.com>
Date: Sun, 29 Jan 2006 07:12:42 +0000
> There are versions of hweight*() for sparc64 which use POPC when
> ULTRA_HAS_POPULATION_COUNT is defined, but AFAICS, it's never defined.
That's right, the problem here is that no chips actually implement
the instruction in hardware, it is software emulated, ie. useless :-)
^ permalink raw reply
* Re: [PATCH 3/6] C-language equivalents of include/asm-*/bitops.h
From: Akinobu Mita @ 2006-01-30 3:29 UTC (permalink / raw)
To: Hirokazu Takata
Cc: akpm, linux-mips, linux-ia64, spyro, ak, dhowells, linuxppc-dev,
gerg, sparclinux, uclinux-v850, ysato, linuxsh-dev, torvalds, ink,
rth, chris, dev-etrax, ultralinux, linux-m68k, linux-kernel,
linuxsh-shmedia-dev, linux390, rmk, parisc-linux
In-Reply-To: <20060127.215147.670306403.takata.hirokazu@renesas.com>
On Fri, Jan 27, 2006 at 09:51:47PM +0900, Hirokazu Takata wrote:
> Could you tell me more about the new generic {set,clear,test}_bit()
> routines?
>
> Why do you copied these routines from parisc and employed them
> as generic ones?
> I'm not sure whether these generic {set,clear,test}_bit() routines
> are really generic or not.
I think it is the most portable implementation.
And I'm trying not to write my own code in this patch set.
>
> > +/* Can't use raw_spin_lock_irq because of #include problems, so
> > + * this is the substitute */
> > +#define _atomic_spin_lock_irqsave(l,f) do { \
> > + raw_spinlock_t *s = ATOMIC_HASH(l); \
> > + local_irq_save(f); \
> > + __raw_spin_lock(s); \
> > +} while(0)
> > +
> > +#define _atomic_spin_unlock_irqrestore(l,f) do { \
> > + raw_spinlock_t *s = ATOMIC_HASH(l); \
> > + __raw_spin_unlock(s); \
> > + local_irq_restore(f); \
> > +} while(0)
>
> Is there a possibility that these routines affect for archs
> with no HAVE_ARCH_ATOMIC_BITOPS for SMP ?
Currently there is no architecture using this atomic *_bit() routines
on SMP. But it may be the benefit of those who are trying to port Linux.
(See the comment by Theodore Ts'o in include/asm-generic/bitops.h)
> I think __raw_spin_lock() is sufficient and local_irqsave() is
> not necessary in general atomic routines.
If the interrupt handler also wants to do bit manipilation then
you can get a deadlock between the original caller of *_bit() and the
interrupt handler.
^ 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