Hello,
i have ported uboot1.1.4 for my board.
When i would like to boot linux-kernel-2.6.10 the system hang after
decompressing.
can anybody help me?
Flash: 0x uboot
0x0002 ubootenvironment
0x0004 kernel uImage
uImage: gzip -9 < zImage > Image.gz
/elinux/k
ersion 1.4).
Armin
--
Armin Schindler
SYSGO AG Embedded and Real-Time Software
www.sysgo.com | www.elinos.com | www.pikeos.com | www.osek.de
___
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailma
of these days .
any news on that issue?
I just started with an MPC855/859 and run into the same problem with
2.6.9.
Is there anything I can do or test?
Right now I'm not sure where to begin.
Even BDI-debugging would be possible...
Thanks,
Armin
---
Armin Schindler
SYSGO AG
Am Pfaf
d we use it with the kernel in our ELinOS distribution.
Contact me if you are interested and I can send the driver to you.
Regards,
Armin Schindler
SYSGO AG
Am Pfaffenstein 14
D-55270 Klein-Winternheim / Germany
Phone: +49 6136 9948-0
Fax : +49 6136 9948-10
armin.schindler at sysgo.com
www.sysgo.com
www.elinos.com
ppc. Some of the what you see will be used when we add link support
driver, some of the 4xx boards with zmii bridges have interrupt
capability. The phy implementation is a project that is not completed. :)
Armin
David Gibson wrote:
>There seems to be a whole lot of stuff related to
del, it would be.
>
> What we have at the moment is mishmash of both models, which *doesn't*
> make sense).
>
This is in devel, I guess what I should have done was fork and do all
the work there and then provide a complete solution to devel. :)
>
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
:) Cosmetic
changes don't help make things not half-assed and mature. Flushing the
idea, API's and usage does.
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
se the thread_struct for gdb. There are two people
who did the bulk of the debugger work, if they don't pipe up , I will do
my best.
I'll get back to you.
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
ODEVICEDMA_TODEVICE
#define PCI_DMA_FROMDEVICE DMA_FROMDEVICE
#define PCI_DMA_NONEDMA_NONE
>
>
> -- Dan
>
>
>
>
Armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
o call dma_pool_*,
dma_*_consistent etc... It would be fairly easy to leave the pci_* in
place , remove as much common code and place them in to generic dma
fuctions. I would leave the need or use of the struct pci_dev in the
pci_* fuctions to do their business and buffer the new dma
David Gibson wrote:
> Armin, please consider the patch below. It removes your recently
> added ocp-dma.h and instead makes the ocp enet driver uses the DMA
> direction constants from pci.h.
Go ahead and push it. FYI - I will update the ocp ide driver since I am
making changes in it
e with a little time.)
>
> What should I use to build a Walnut kernel?
>
>
>
>
>
Allen,
you will find all that in linuxppc_2_4_devel
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
ules as it stands, or at least it did in the
past. IMHO is does not matter if it is one or two files. Andrew's
iic_xfer was bundled in with many other changes that did not fly, but I
would revisit is if a new patch where submitted with just the iic_xfer.
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
om struct ocp_driver, since they appear to be unused.
>
> If you have no objections I will commit this to linuxppc_2_4_devel.
>
David,
The IIC_DEV change is ok and the _debug.c changes are fine but I
would like to hold off on the rest. I am not satisfied with the tx/rx
channel mal case/switch stuff in the *_enet.c and the ibmnp405h.c was
missed
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
10 @@
> dev->set_multicast_list = &ppc405_enet_set_multicast_list;
> dev->do_ioctl = &fec_enet_ioctl;
> emac_dev[curr_emac] = dev;
> +
> + if ((dev->priv =
> + ocp_alloc_dev(sizeof (struct fec_enet_pri
m be complied in depending on what mode
is configured. The questions is can we come up with a common api to mii
& spi?
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
code when I access a i2c memory from
> userspace and no chip is present at that address. After that it's not
> possible to access anything else on the I2C bus. Works OK as long as I use
> addresses that have a device that answers (I think).
>
Thanks, I like easy
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
e address symbols for use with modularized
> OCP device drivers
>
> Shouldn't IIC_ADDR also be "const struct"?
>
>- include/asm-ppc/floppy.h
> fixes swapped arguments of {fd_}outb
>
>
> Dave
>
Dave
Thanks
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
iic_ibmocp_data[i]->udelay = 80;
>iic_ibmocp_data[i]->mdelay = 80;
>
Andrew,
the entier ibm_ibmocp_data has beeen removed, found other ways arround it
Armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
andrew may wrote:
> On Fri, Apr 26, 2002 at 01:48:48PM -0700, Armin wrote:
>
>>>In this patch I dump getown and getclock because they aren't
>>>used and I am sure there is a better way to do things.
>>>
>>this does not work on Walnut since "procf
John Tyner wrote:
> Our 405's are oops'ing in arch/ppc/kernel/ocp.c:
>
> max is unitialized if EMAC_NUMS is defined to be less than or equal to 1.
>
> ocp_register is returning 2 when it should be registering eth0 (and
> returning 0).
>
>
>
>
>
Thats b
but it does the
> right thing for my 405's.
>
> I also fixed a few C++ style comments.
thanks
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
andrew may wrote:
> This patch is also needed to get it to compile. I forgot
> to check things after I removed the stuff from the headers.
>
Andrew,
Thanks, the clock changes are on hold until I can validate on the other
40x boards I have that support i2c.
armin
** Sent via the
thats
their latest version. The *.c & *.h files should be the same in both trees
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
> and the patch
>
Andrew,
could you provide a single patch that would be applied on top of the
*devel. I appreciate the changes and I will get back to you in on
"struct i2c_algo_iic_data". I will need to try the div changes on the
redwoods (stb03 & stb04 cpus).
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
andrew may wrote:
> On Tue, Apr 23, 2002 at 10:54:33AM -0700, Armin Kuster wrote:
>
>>then I recommend using ppcboot.
>>
>
> Have you worked on the driver much recently? If not I can
> take a run at it and submit it, but I don't know how much
> of the comme
linux i2c code.
>
then I recommend using ppcboot.
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
nfiniSwitch Corp.
>
>
>
>
Yes,
What kernel version are you using? and what is the openbios version ?
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
andrew may wrote:
> On Thu, Apr 11, 2002 at 02:53:36PM +0000, Armin wrote:
>
>>John Tyner wrote:
>>
>>>I remember seeing something awhile ago about early boots, but I didn't
>>>think it was for Walnut. Where is it/would it be?
>>>
>>>O
John Tyner wrote:
> I remember seeing something awhile ago about early boots, but I didn't
> think it was for Walnut. Where is it/would it be?
>
> On Thu, 11 Apr 2002, Armin wrote:
>
>
>>John Tyner wrote:
>>
David G did something and he hit the head_4xx.S &
= UART1_INT;
> + serial_req.flags = ASYNC_BOOT_AUTOCONF | ASYNC_SKIP_TEST;
> + serial_req.io_type= SERIAL_IO_MEM;
> + serial_req.iomem_base = (u8 *)UART1_IO_BASE;
> + serial_req.iomem_reg_shift = 0;
> +
> + if (early_serial_
gt;
>
>
Ah yes, We have done something simular (internally) and had the same
reservations. This will help me with the ocp usb drivers i am working
on. I would like to see some way of reminding us that this was done.
let say a config option for 4xx_usb_dma_workarround.
.
-armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
@h
>mtspr SPRN_DBCR,r13
>
>
> can anybody help me with any pointer
>
>
>
Looks like you are using an older kernel (2.4.2 ish). You should pull
from the latest devel. I have used the ep405 as have a few others.
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
t; Machine Type -> Walnut
>
> What's wrong?
>
>
>
>
>
Try a newer kernel. DCRN_EXIER is an older implimentaion and is only
used on any 403 cpus. Your -m403 looks fishy, we are usin -m405 & -mcpu=405
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
andrew may wrote:
> +#Do we want CONFIG_IBM_OCP_MAL_CNT ?
No
> +ibm_ocp_mal.c: mal.sh
> + $(SH) ./mal.sh 2 >ibm_ocp_mal.c
> +
>
And this get applied on top of your first patch?
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
> in open and the 2 rx interrupts.
>
> 6. Handle dev_alloc failures better by retrying to alloc before
> the rxde interrupt.
>
armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
David Gibson wrote:
> Armin,
>
> ppc405_dma.c has several constructs like:
> p_dma_ch->polarity = polarity & GET_DMA_POLARITY(0);
> where GET_DMA_POLARITY() is defined:
> #define GET_DMA_POLARITY(chan) DMAReq##chan##_ActiveLow | \
> DMAAck##
andrew may wrote:
> On Tue, Mar 05, 2002 at 10:51:38AM +0000, Armin wrote:
>
>>andrew may wrote:
>>
>>
>>>Well I just noticed that building as a module is pretty far from
>>>working at the moment. Are there any plans to fix this?
>>>
>>Hav
out as a build option, but I want to see if anyone
> has any other comments before hand.
>
fine
-armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
it has never been able to use DHCP. What are
> teh reasons for this fragility? If I design the 405GP into my product, will
> it have the same problems or is this strictly a Walnut related issue?
>
> Jim
>
>
>
>
The Walnut requires DHCP 2 with patch level 5. You shoul
andrew may wrote:
> On Wed, Feb 27, 2002 at 04:35:05PM +0000, Armin wrote:
>
>>Thanks,
>>
>>I want to try in on a few boards I have before it goes in.
>>
>>--armin
>>
>
> Have you gotten a chance to try it yet? The testing I have
> done has
s,
> G?rard
>
We have not pursued it enought to get the 405 i2c driver into
kernel.org. I guess it is time...
I am in the process of updating it to the ocp format as are other 4xx
drivers. You can send me a patch.
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Thanks,
I want to try in on a few boards I have before it goes in.
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
every complex problem there is a
> david at gibson.dropbear.id.au| solution which is simple, neat and
> | wrong. -- H.L. Mencken
> http://www.ozlabs.org/people/dgibson
>
>
>
>
>
AFAIK it was just copied.
--armin
** Sent
David Gibson wrote:
> On Wed, Feb 20, 2002 at 08:26:00PM +0000, Armin wrote:
>
>>David Gibson wrote:
>>
>>>Currently, ppc_md.progress on 4xx just does a printk(), which means
>>>its messages won't be displayed until console_init() at which point
>>
mplex problem there is a
> david at gibson.dropbear.id.au| solution which is simple, neat and
> | wrong. -- H.L. Mencken
> http://www.ozlabs.org/people/dgibson
>
>
>
>
>
What Patch?
I can test on some of the boards
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
1)) is true, CONFIG_CASCADING_UIC
> could be replace by (NR_UICS > 1).
>
Good point:)
> Dave
Armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
at was also my impression. It seems, that this file could be removed.
>
> Stefan.
>
>
>
>
>
remnance from the intial release.
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Stefan Roese wrote:
> Armin and David,
>
>
>>The ethernet changes look fine. there was on other change regarding
>>resetting the EMAC. The ethernet part can go in as is our we can wait
>>until tomorrow when I send in that change + multi emac irq fix.
>>
>
&
otype for map_page() (added mmu_decl.h)
> 2 missing type casts
>
> Dave
>
Dunka David..
The ethernet changes look fine. there was on other change regarding
resetting the EMAC. The ethernet part can go in as is our we can wait
until tomorrow when I send in that change + mult
panic or crashing, but I would not feel
> good about sending that as a patch. The driver needs to be able to handle
> this, but it will take some rework and it would be nice to know if there
> is really a reason to do the SoftReset before probing the phy.
>
>
>
>
Andrew & Stefan,
The softrest could probably be removed from the _init. its dup'd in _open.
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
3 2002
> +++ ppc405_enet-3.cTue Feb 5 19:38:23 2002
Amit,
Thanks for the patch. It wont apply as-is (ppc405_enet-3.c does not
exist). Since it is a smalll patch I will clean it up and submitted later.
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
"David M?ller (ELSOFT AG)" wrote:
>
> Hi
>
> Armin Kuster wrote:
>
> > "David M?ller (ELSOFT AG)" wrote:
> >
> >>Hello
> >>
> >>The attached patch fixes the following issues:
> >>
> >>- arch/ppc
m-ppc/irq.h
NR_IRQS = (NR_AIC_IRQS + NR_BOARD_IRQS) and was defined to allow
cascading UIC's.
NR_BOARD_IRQS is defined in some of the board files and its default is
in include/asm-ppc/ibm4xx.h
So i don't see the need to patch that file but the others look fine.
-- armin
** Sent v
e ago on the i2c project site, that they care about the 405
> i2c driver. Is this true ?
>
> Matthias
Yes I do.
1 & 2) yes
3) The I2c drivers are warehoused by the i2c folks. If you need it ou
can check it out from there. I am working on coverting the driver to
the ocp format.
-- ar
---
>
> Any help is greatly appreciated.
>
>
> Be happy..!
> ChangYl, Lee : bluecafe at sgi21.com
>
>
>
>
Chang,
First of all, what type of bootloader are you using and is it a walnut?
The memory
h their evel boards.
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
"Young-Han, Kim" wrote:
>
> Dear Reader and Armin Kuster!
>
> I'm using the linuxppc_2_4_devel(2.4.17pre8).
>
> I found the serious problem of MDIO write(mk_mii_write).
> And, I was append the PHY relate functionality
> for Broadcom BCM5221.
> I&#
Felix Radensky wrote:
>
> Hi,
>
> Thanks, David and Armin for your help. I've tried the methods you suggested
> but none of them worked. The real problem in my case was the MAX_NUM_PHYS
> constant. I've noticed that after the first for loop in find_phy routine, the
&g
in the "udelay(10)" in the fec_enet_mdio_read
--armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
version
> > > (2.4.27-pre2).
> >
> > What date? This isn't a problem anymore, at least on a few walnuts I've
> > gotten people to test.
>
Change set 1.735 works. Its prior to the kgdb patches
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Has anyone tried using the Abatron w/ the latest ppc kernel on 4xx?
I am not sure I there is a kernel issue or if my h/w is acting up.
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
> +
>
> /* -----
> */
> /* The AMD Am79C875*/
> @@ -659,6 +728,7 @@
> &phy_info_lxt971a,
> &phy_info_cs8952,
> &phy_info_dp83846A,
> + &phy_info_lu3x31ft,
> &phy_info_Am79C875,
> NULL
> };
>
Thanks,
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
to the traffic that comes when this is in
> this interrupt mode.
Packects may be dropped.
>
> Any pointer or links wil be helpful.
see 405GP user manual
>
> Kindly mail back to venkatraghu2002 at yahoo.com.
> I didt subscribe to this list.
>
> Thank You
> Raghava.
ozlabs.org/people/dgibson
>
David,
I actual did the work a week ago and it became quite evident it was
pointless to restructure to that extent at this time (Dan & Tom both
laughed at me as well). We should address this when those weird & wacky
boards come along IMHO.
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
arround to looking into this and the problem is the
status.
We use the status to program the emac to the same speed as the PHY.
I have attach a patch the should correct this.
-- armin
-- next part --
A non-text attachment was scrubbed...
Name: 405_enet_1114.patch.gz
nneth
1) Just pulled this morning (2.4.14-pre3), built & booted fine
2) Ethernet driver matches what openbios says. I 'll do more tests..
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
S-records.
> It was originally written for the Embedded Planet
> boards, and I guess has found some uses beyond that.
>
> -- Dan
>
Use the bits are in linuxppc_2_4_devel. MVista does not have an hhl 2.0
version out but the tools work.
Select B in "Enter (B)
Mark Pilon wrote:
>
> I know we've been over this before, but I was following some
> advice to get the latest development kernel via pengiunppc.org, via
> rsync:
>
linuxppc_2_4
> linuxppc_2_4_devel
Pulled this morning and Works fine toda
walnut a few months back.
before you know it there will be no ppc4xx_setup.c
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
y ?
>
> Matthias
>
You are right, it does not. It's something I am working on.
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Trigo,54
> e-mail pparrilla at prodys.net Leganes(Madrid) 28914
> Tel.:+34916896880 http://www.prodys.net
>
For what cpu?
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
se
diff -ruN linuxppc_2_4_devel/arch/ppc/kernel/ppc4xx_setup.c
linuxppc_2_4_devel_dev/arch/ppc/kernel/ppc4xx_setup.c
--- linuxppc_2_4_devel/arch/ppc/kernel/ppc4xx_setup.c Tue Sep 18
07:45:37 2001
+++ linuxppc_2_4_devel_dev/arch/ppc/kernel/ppc4xx_setup.c Tue Sep 18
09:47:42 2001
@@ -46,7 +4
ppc/Makefile <- addes 4xx_io.o to build
arch/ppc/config.in <- addes "IBM 4xx core device" config menu
patch created against 11 am PST linuxppc_2_4_devel kernel
-- armin
-- next part --
A non-text attachment was scrubbed...
Name: 4xx_i
_put instead of += tail and len. Put in check
> for dev_alloc_skb failure but still no recovery when OOM.
>
Andrew;
This look very similar to a previous patch from last week. Provide a
patch that represents addition work since then. I have applied most of
your previous patches. Please be patient, this does not happen over
night.
regards,
Armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
et.diff
> Type: Plain Text (text/plain)
Thanks, I'll make the appropriate changes.
-- armin
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
ver in hhl 1.2 had only one tx & rx buffer and we where
not flushing the cache properly. I have included the latest driver &
header file.
regards,
armin
-- next part --
A non-text attachment was scrubbed...
Name: 405_enet_latest.tar.gz
Type: application/octet
77 matches
Mail list logo
