[PATCH 3/4] [PPC32] ibm_emac: Add 440SPe support
On Thu, Sep 22, 2005 at 10:25:26PM -0700, Roland Dreier wrote: No problem at all. Here's a patch against your git tree -- only tested on my Yucca board, so you might want to doublecheck that I didn't break all the systems will the opposite polarity. Thanks Roland, I've just pushed your patch with minor style changes to my GIT tree. I changed uint32_t - u32 and moved emac_phy_done() functions to ibm_emac.h. Booted new kernel on Ocotea and everything seems to be OK. -- Eugene
CPM2 early console
Rune Torgersen wrote: There is a bug in the SMC init code, wher the base address for the SMC's is not reinitialized by the kernel, so if the SMC is not initialized by the bootloader, it will not work. If that is the case, try this patch. The SMC was previously initialised, but I still upgraded to 2.6.14-rc2, which includes your patch. It still doesn't work, the buffer descriptor must be at a wrong address somehow since the board just hangs now in the same routine. I did manage to decode the message coming to the console with the two leds onboard... it begun with Linux ve, which at least looks like a good boot-up message :)
Linuxppc-embedded Digest, Vol 13, Issue 51
hello i hav started a project to port linux on ppc8260 can u plz let me know which is the stable kernel thet is experimented shashank On 9/23/05, linuxppc-embedded-request at ozlabs.org linuxppc-embedded-request at ozlabs.org wrote: Send Linuxppc-embedded mailing list submissions to linuxppc-embedded at ozlabs.org To subscribe or unsubscribe via the World Wide Web, visit https://ozlabs.org/mailman/listinfo/linuxppc-embedded or, via email, send a message with subject or body 'help' to linuxppc-embedded-request at ozlabs.org You can reach the person managing the list at linuxppc-embedded-owner at ozlabs.org When replying, please edit your Subject line so it is more specific than Re: Contents of Linuxppc-embedded digest... Today's Topics: 1. Re: How to limit the log file size? (Ricardo Scop) -- Message: 1 Date: Thu, 22 Sep 2005 17:47:40 -0300 From: Ricardo Scop scop at digitel.com.br Subject: Re: How to limit the log file size? To: EMAIL rober at opnet.com.tw,linuxppc-embedded at ozlabs.org Message-ID: 200509221747.41076.scop at digitel.com.br Content-Type: text/plain; charset=utf-8 Hi Rober, On Wednesday 21 September 2005 23:07, EMAIL wrote: Hi all: There are some daemon like snmpd, boa...has log file at directory var, I want to know how to limte it's file size? I'm using emlog module (http://www.circlemud.org/~jelson/software/emlog/) to create circular buffers that are used as log files instead of regular ones. You can define the file size when it is created; runs smoothly and flawlessly. HTH, -- Ricardo Scop. \|/ ___ -*- (@ @)/|\ / V \| R SCOP Consult. /( )\ Linux-based communications --^^---^^+-- rscop at matrix.com.br +55 51 999-36-777 Porto Alegre, RS - BRazil -- P. S.: If you don't have time to do it right, when will you have time to do it over? -- Penny Hines -- ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded End of Linuxppc-embedded Digest, Vol 13, Issue 51 *
[PATCH 3/4] [PPC32] ibm_emac: Add 440SPe support
Eugene Booted new kernel on Ocotea and everything seems to be OK. I tested on Yucca/440SPe and it works fine for me too. Thanks, Roland
SPI bus master driver for the Freescale MPC52xx
Bah! Your reply-to: address is broken. Check your email client. let me try that again... On 9/23/05, Grant Likely glikely at gmail.com wrote: Hi. First off, I've included the linuxppc-embedded mailing list in my reply. It's better to mail the list and CC: me rather than just mailing me. There are many others far brighter than me on the list who can provide far more help. On 9/22/05, Frank Bennett bennett78 at digis.net wrote: Gary: My name is Grant I saw your patch on http://patchwork.ozlabs.org/linuxppc I'm developing a SPI driver for the Lite5200. Are you using a PSC or the SPI peripheral? The driver I've written is for a PSC What distribution of Linux is this for? Any distro you want. It should apply cleanly against any recent 2.6.x kernel What is this patch registry all about? Are you refering to the bit about device drivers registering to the SPI subsystem? If so, the first patch provides the generic SPI infrastructure. Device drivers for SPI masters and SPI slaves register to the SPI subsystem. That way SPI master device drivers are decoupled from SPI slave device drivers. It follows the new device model in the 2.6.x kernels. (See Linux Device Drivers book from O'reilly for details. Can I get a snapshot of the mpc52xx driver stuff? I've made no changes since posting the patch. Eventually I'll have a public git tree with all my changes posted in it; but not yet. How can I contribute to this effort? Write code, write documentation and post patches. Also, look in the LKML archives. There are two other competing SPI implementations that are being developed. I've been pulled off onto other work so I've not done any additional work. The other code looks more promising. That being said, my code works for me so it may be usable for you as-is. cheers, g.
[PATCH 3/4] [PPC32] ibm_emac: Add 440SPe support
On Thu, Sep 22, 2005 at 10:25:26PM -0700, Roland Dreier wrote: Eugene Well, new driver was sent to jgarzik and netdev list three Eugene weeks ago. So far I haven't heard anything technical from Eugene Jeff. I don't know when and even if it will be merged. Assuming everyone in the PPC4xx world thinks your driver should replace the old driver, it might be worth sending directly to Andrew. There's no reason Jeff has to become a bottleneck for this. We're working on this. It's not exactly that simple since Jeff established that all net drivers must enter through the netdev tree. I expect it can get merged post 2.6.14 if all goes well. -Matt
[PATCH 2/4] [PPC32] Add 440SPe support
On Thu, Sep 22, 2005 at 10:44:35PM -0700, Roland Dreier wrote: Eugene Roland, I recently added new field (.dcr_base) to this Eugene structure (as a preparation step for new EMAC driver), Eugene could you do this for 440SPe as well? It's not needed Eugene right now, but as soon as new EMAC driver is in, 440SPe Eugene will stop working. Eugene I think you probably missed this part :) Both fixed and pushed in a new git tree... Can you rebase off of Eugene's tree and resend patches? For the moment the new EMAC driver is the lynchpin in anything new PPC4xx. I want to hold off merging anything that involves current EMAC driver changes until the new driver is in. In any case, nothing like this can go upstream until after 2.6.14 is released. We are expecting the new EMAC driver to be merged at that point. If you have this stuff rebased from his tree we can easily merge them post-EMAC merge. -Matt
[PATCH 2/4] [PPC32] Add 440SPe support
On Thu, Sep 22, 2005 at 08:03:35PM -0700, Roland Dreier wrote: Add support for the AMCC PowerPC 440SPe SoC. Signed-off-by: Roland Dreier rolandd at cisco.com --- arch/ppc/kernel/cputable.c | 10 +++ arch/ppc/platforms/4xx/Kconfig |8 ++ arch/ppc/platforms/4xx/Makefile |1 arch/ppc/platforms/4xx/amcc440spe.c | 134 +++ arch/ppc/platforms/4xx/amcc440spe.h | 64 + Please change these new files to ppc440spe.*. After the new EMAC driver is merged, we are planning a Great Renaming(tm) to make the current filenames be vendor neutral. i.e. ibm4*-ppc4* -Matt
[PATCH 3/4] [PPC32] ibm_emac: Add 440SPe support
Matt We're working on this. It's not exactly that simple since Matt Jeff established that all net drivers must enter through the Matt netdev tree. I expect it can get merged post 2.6.14 if all Matt goes well. Jeff may want all net drivers to go through his tree, but with all due respect to him, there's no law that says it has to be so. cf. Linus's recent post: http://lkml.org/lkml/2005/9/22/220 - R.
[PATCH 2/4] [PPC32] Add 440SPe support
Matt Can you rebase off of Eugene's tree and resend patches? For Matt the moment the new EMAC driver is the lynchpin in anything Matt new PPC4xx. I want to hold off merging anything that Matt involves current EMAC driver changes until the new driver is Matt in. In any case, nothing like this can go upstream until Matt after 2.6.14 is released. We are expecting the new EMAC Matt driver to be merged at that point. If you have this stuff Matt rebased from his tree we can easily merge them post-EMAC Matt merge. I've already sent patches to Eugene that are in his EMAC tree. So his driver will support 440SPe and can be merged before or after my patches. If it's before then just dump my ibm_emac patch on the floor. - R.
[PATCH 2/4] [PPC32] Add 440SPe support
Matt Please change these new files to ppc440spe.*. After the new Matt EMAC driver is merged, we are planning a Great Renaming(tm) Matt to make the current filenames be vendor neutral. i.e. ibm4*-ppc4* Okey-doke, will do. - R.
[PATCH 3/4] [PPC32] ibm_emac: Add 440SPe support
On Fri, Sep 23, 2005 at 01:25:09PM -0700, Roland Dreier wrote: Matt We're working on this. It's not exactly that simple since Matt Jeff established that all net drivers must enter through the Matt netdev tree. I expect it can get merged post 2.6.14 if all Matt goes well. Jeff may want all net drivers to go through his tree, but with all due respect to him, there's no law that says it has to be so. cf. Linus's recent post: http://lkml.org/lkml/2005/9/22/220 Yep, one step at a time. There's no rush for today or tomorrow... nothing like this is going into the tree until post 2.6.14 anyway. -Matt
[PATCH 2/4] [PPC32] Add 440SPe support
Matt Please change these new files to ppc440spe.*. After the new Matt EMAC driver is merged, we are planning a Great Renaming(tm) Matt to make the current filenames be vendor neutral. i.e. ibm4*-ppc4* OK, I made these changes and rebased to Eugene's EMAC git tree. This tree passes some basic tests on my Yucca board. I just pushed this, so pending mirror delays, it will be at rsync://rsync.kernel.org/pub/scm/linux/kernel/git/roland/ppc440spe.git I can repost the patchset if anyone wants to see it. BTW, Eugene, you might want to do a 'git prune-packed' on your git tree. It's pretty wasteful to clone your tree now, because you have a lot of individual objects that also appear in Linus's packs. - R.
[PATCH 2/4] [PPC32] Add 440SPe support
On Fri, Sep 23, 2005 at 03:44:35PM -0700, Roland Dreier wrote: BTW, Eugene, you might want to do a 'git prune-packed' on your git tree. It's pretty wasteful to clone your tree now, because you have a lot of individual objects that also appear in Linus's packs. Yeah, I did this yesterday, so I guess your next pulls should be OK. You may need to do this on the cloned tree as well. -- Eugene