Am Dienstag, den 08.01.2008, 22:05 +0300 schrieb Anton Vorontsov:
> Otherwise oops will happen if ethernet device has not been opened:
>
> Unable to handle kernel paging request for data at address 0x014c
> Faulting instruction address: 0xc016f7f0
> Oops: Kernel access of bad area, sig: 11 [#
Am Donnerstag, den 10.01.2008, 19:41 +0100 schrieb Heiko Schocher:
> Hello Scott,
>
> Scott Wood wrote:
> > Heiko Schocher wrote:
> >> diff --git a/drivers/net/fs_enet/fs_enet-main.c
> >> b/drivers/net/fs_enet/fs_enet-main.c
> >> index f2a4d39..f432a18 100644
> >> --- a/drivers/net/fs_enet/fs_ene
interrupt-parent = <&PIC>;
> + fsl,cpm-brg = <1>;
> + fsl,cpm-command = <0x0080>;
> + linux,planetcore-label = "SCC1";
> + };
--
Dipl.-Ing. Sergej S
Am Freitag, den 18.01.2008, 10:03 -0600 schrieb Scott Wood:
> On Fri, Jan 18, 2008 at 12:07:07PM +0100, Sergej Stepanov wrote:
> >
> > > + /* "Serial" port/SCC1 */
> > > + scc1: [EMAIL PROTECTED] {
> > > +
Hello!
I am about this two patches.
http://www.spinics.net/lists/netdev/msg45778.html
http://www.spinics.net/lists/netdev/msg47159.html
They was not applied. Could they be picked?
Thank you
Sergej.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Am Freitag, den 15.02.2008, 13:50 +0100 schrieb Laurent Pinchart:
> We're loosing the possibility of having MDC and MDIO on different ports. This
> is quite easy to fix for the non-CONFIG_PPC_CPM_NEW_BINDING case but I'm not
> familiar with OF bindings (yet) to fix the CONFIG_PPC_CPM_NEW_BINDIN
Hello!
I have at compile time the following warning:
WARNING: vmlinux.o(.text+0x10f5c): Section mismatch: reference
to .init.text:cpm_muram_init (between 'cpm2_reset' and
'cpm2_smc_clk_setup')
Could it make some problem?
Thanks.
--
Sergej I. Stepanov
IDS GmbH
Nobelstr. 18, Zim. 2.1.05
D-76275
t+0x5e2): Section mismatch: reference to
.init.data:of_platform_serial_driver (between 'of_platform_serial_exit' and
'phy_exit')
Regards.
--
Sergej Stepanov
IDS GmbH
Nobelstr. 18, Zim. 2.1.05
D-76275 Ettlingen
T +49 (0) 72 43/2 18-615
F +49 (0) 72 43/2 18-400
http://www.ids.de
E
The approach was taken from older version.
Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/fs_enet/mii-bitbang.c
b/drivers/net/fs_enet/mii-bitbang.c
index b8e4a73..86b73ea 100644
--- a/drivers/net/fs_enet/mii-bitbang.c
+++ b/drivers/net/fs_enet/mii-bitbang.
Hello Scott.
Thank you for reply.
Am Dienstag, den 30.10.2007, 11:32 -0500 schrieb Scott Wood:
> On Tue, Oct 30, 2007 at 05:09:19PM +0100, Sergej Stepanov wrote:
> You could just use of_iomap() for the second one, since we don't need
> the physical address for bus->id.
Nice tip.
s taken from older version.
Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/fs_enet/mii-bitbang.c
b/drivers/net/fs_enet/mii-bitbang.c
index b8e4a73..eea5feb 100644
--- a/drivers/net/fs_enet/mii-bitbang.c
+++ b/drivers/net/fs_enet/mii-bitbang.c
@@ -29,12 +29
Am Dienstag, den 30.10.2007, 13:23 -0500 schrieb Scott Wood:
> Sergej Stepanov wrote:
> > + if( !of_address_to_resource(np, 1, &res[1])) {
>
> The spacing is still wrong.
>
> > - iounmap(bitbang->dir);
> > + if ( bitbang->mdio.dir != bitbang-&
s taken from older version.
Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/fs_enet/mii-bitbang.c
b/drivers/net/fs_enet/mii-bitbang.c
index b8e4a73..83ce0c6 100644
--- a/drivers/net/fs_enet/mii-bitbang.c
+++ b/drivers/net/fs_enet/mii-bitbang.c
@@ -29,12 +29
The patch updates the booting-without-of.txt-file.
There is a description for the case
if mdio data and clock pins are on different processor ports.
It is a extending for e-mail "[PATCH v3] using mii-bitbang on different
processor ports".
Signed-off-by: Sergej Stepanov <[EM
Am Dienstag, den 06.11.2007, 12:46 -0600 schrieb Scott Wood:
> >
> > + The "reg"-property may have also depending on board design
> > + the following form:
> > + reg = <10d40 14 10d60 14>;
> > + In that case the pin for mdio data controlling is on the port C,
> > + and the pin for mdio
Am Donnerstag, den 08.11.2007, 14:20 -0600 schrieb Scott Wood:
> Sergej Stepanov wrote:
> > If both mdio and mdc controlling pins are on the same processor port,
> > one resource should be used.
> > Otherwise, two resources are used: the 1-st - mdio, the 2-nd - mdc.
>
The patch updates the booting-without-of.txt-file.
There is a description for the case
if mdio data and clock pins are on different processor ports.
It extends the "[PATCH v3] using mii-bitbang on different processor ports".
Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
Sign
> Acked-by: Scott Wood <[EMAIL PROTECTED]>, if I haven't already.
>
> -Scott
I thought, you did it.
Thank you.
--
Dipl.-Ing. Sergej Stepanov
Software-Entwicklung
IDS GmbH
E-PA (Entwicklung - Prozess Automatisierung)
Nobelstr. 18,
D-76275 Ettlingen
T. (0) 72 43/2 18-61
Am Montag, den 10.03.2008, 12:05 +0100 schrieb Laurent Pinchart:
> Your documentation patch states that
>
> "The first reg resource is the I/O port register block on which MDIO
> resides. The second reg resource is the I/O port register block on
> which MDC resides. If there is only one reg res
ed-off-by: Scott Wood <[EMAIL PROTECTED]>
Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
--
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index 7b4e8a7..3285f58 100644
--- a/Documentation/powerpc/booting-without-of.txt
Am Dienstag, den 25.03.2008, 17:32 +0100 schrieb Laurent Pinchart:
> Do you have any opinion about the proposed patch ?
>
I have to say, it could be some off-topic.
But if you would use the cpm_uart-driver for cpm2(or cpm1) as kernel
module, at linking you can get warnings about:
- cpm_
sl, cpm-command" field works,
> booting-without-of document doesn't provide much information.
> I feel, that just copying this value from ep8248.dts isn't right somehow.
>
> Thank you
>
>
>
> _____
ave mpc8247 based card.
The problem with smc happens due to the cpm reset.
Of course, if you have not CONFIG_PPC_EARLY_DEBUG_CPM with
CONFIG_PPC_CPM_NEW_BINDING.
May be it is some kind of mistake, but i could fix the problem with the
patch i told above.
Could give me some your note, please? Thank you.
Regards
S
Am Mittwoch, den 07.05.2008, 13:57 -0500 schrieb Scott Wood:
> Sergej Stepanov wrote:
> > My story is follow: we have mpc8247 based card.
> > The problem with smc happens due to the cpm reset.
> > Of course, if you have not CONFIG_PPC_EARLY_DEBUG_CPM with
> > CONFIG_P
Am Mittwoch, den 07.05.2008, 14:34 -0500 schrieb Scott Wood:
> Sergej Stepanov wrote:
> > Am Mittwoch, den 07.05.2008, 13:57 -0500 schrieb Scott Wood:
> >> I'm not sure how it would make a difference -- the BRG should have
> >> already been set through the set_t
Am Mittwoch, den 07.05.2008, 14:44 -0500 schrieb Scott Wood:
> Scott Wood wrote:
> > Sergej Stepanov wrote:
> >> Hm... it looks like the default uart_set_termios from
> >>
> >> static const struct tty_operations uart_ops in serial_core.c
> >>
> >
26 matches
Mail list logo
