Grant Likely | 1 Dec 2007 07:39
Picon

Re: current ARCH=powerpc for v2pro.

On 11/30/07, Stephen Neuendorffer <stephen.neuendorffer <at> xilinx.com> wrote:
>
> Grant,
>
> I'm trying to bring up your arch/powerpc work, using a compiled in
> device tree.  I added this:
>
<snip>
>
> Which seems bizarre, because that code is very simple.  I'm guessing
> that something in the memory configuration is wierd (or maybe
> zImage.virtex is not the right way to do this?) but I'm a little lost
> where to look from here.  I also tried it with both paulus_master and
> your virtex-for-2.6.24 branch.

I've got a patch that adds 'raw' image support (originally written by
Scott Wood) which somewhat works for booting (but not entirely; I
haven't had time to dig into it properly yet).  It's not suitable to
go into mainline yet.  I'll try to get the patch out to my tree this
evening... actually I've been trying to get my tree pushed out all
today, but other things keep coming up.  :-)

<several hours after I wrote the above>

Okay, I pushed my current patch set out to the master branch of my
linux-2.6-virtex tree.  Give it a whirl.  It's not perfect, but it
should be usable for booting.

Cheers,
g.
(Continue reading)

Alessandro Zummo | 1 Dec 2007 13:16
Picon

Re: [rtc-linux] Re: DS1337 RTC on I2C broken.

On Fri, 30 Nov 2007 19:12:01 +0100
Clemens Koller <clemens.koller <at> anagramm.de> wrote:

> root <at> fox_1:/lib/modules/2.6.24-rc3-ge1cca7e8/kernel/drivers/rtc$ modprobe rtc-ds1307

 what is dmesg saying at this time?

 you might want to add some debug statements in the driver
 to see where it halts.. i guess the driver is not bound
 to the chip for some reason.

--

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it
Alessandro Zummo | 1 Dec 2007 13:24
Picon

Re: [rtc-linux] Re: DS1337 RTC on I2C broken.

On Fri, 30 Nov 2007 15:12:31 +0100
Clemens Koller <clemens.koller <at> anagramm.de> wrote:

> Hello, Alessandro!
> 
> Alessandro Zummo schrieb:
>  >  It's just to see if there's any timing issue like module-coming-up-before-bus-and/or-rtc.
>  >  it should work anyway, but who knows...  
> 
> Here comes more debugging output:

 [..]

 your .config is right, the drivers are loaded
 but they are not bound to the chips as they are supposed to do.

 can you check that i2c_board_info structures / i2c_register_board_info
 are used by your platform?

--

-- 

 Best regards,

 Alessandro Zummo,
  Tower Technologies - Torino, Italy

  http://www.towertech.it
narendra sisodiya | 1 Dec 2007 13:59
Picon

Linux 2.4 on ML310 with PowerPC405

Hi all,
I am trying to port Linux on ML310 virtex 2 pro,,
I am unable to compile my properly,,,
here i documented my procedure,,, http://placements.techfandu.org/index.php?title=Linux_kernel_on_ML310

Please check out ,, where i am doing mistake

--
Narendra Sisodiya
MTech (Computer Technology), IIT Delhi
+91-9999232792
http://www.techfandu.org/index.html

_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded <at> ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Wolfgang Denk | 1 Dec 2007 23:54
Picon
Picon
Favicon

Re: ppcboot and powerpc branch question

Dear Chris,

in message <821B2170E9E7F04FA38DF7EC21DE48710BA65802 <at> VCAEXCH01.hq.corp.viasat.com> you wrote:
> 
> I am currently using your ELDK 4.1 Uclibc and have written various
> scripts that allow it to be used with buildroot makefiles. Are you going
> to releasing a newer version anytime soon?

Yes, we just showed ELDK 4.2 at the SPS/IPC/Drives trade show in
Nuremberg. OK, it's still beta since we wait for the final release of
Xenomai 2.4, but PPC and PPC64 beta is available for testers.

> -----Original Message-----
> From: linuxppc-embedded-bounces+chris.pagnotta=3Dviasat.com <at> ozlabs.org
> [mailto:linuxppc-embedded-bounces+chris.pagnotta=3Dviasat.com <at> ozlabs.org]=

Two remarks:
- Please don't top post / full quote. See
  http://www.netmeister.org/news/learn2quote.html
- Please post ELDK related requests on the ELDK mailing list, see
  http://lists.denx.de/mailman/listinfo/eldk

Best regards,

Wolfgang Denk

--

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd <at> denx.de
A good marriage would be between a blind wife and deaf husband.
                                               -- Michel de Montaigne
Grant Likely | 2 Dec 2007 05:30
Picon

Re: Linux 2.4 on ML310 with PowerPC405

On 12/1/07, narendra sisodiya <narendra.sisodiya <at> gmail.com> wrote:
> Hi all,
> I am trying to port Linux on ML310 virtex 2 pro,,
> I am unable to compile my properly,,,
> here i documented my procedure,,,
> http://placements.techfandu.org/index.php?title=Linux_kernel_on_ML310
>
> Please check out ,, where i am doing mistake

I'm sorry, but I don't understand where you are having your problems.
Specifically, what error are you getting when your kernel fails to
compile?

As for the kernel version, I do not recommend using linux 2.4 any
more.  You should consider using a 2.6 kernel instead.  I've got some
documentation on the 2.6 kernel for virtex devices here:

http://wiki.secretlab.ca/index.php/Linux_on_Xilinx_Virtex

Cheers,
g.

--

-- 
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
grant.likely <at> secretlab.ca
(403) 399-0195
narendra sisodiya | 2 Dec 2007 07:35
Picon

Re: Linux 2.4 on ML310 with PowerPC405

Ok,, I will try with 2.6 now, and then let you know the exact errors in complication
Thanks and regards

On Dec 2, 2007 10:00 AM, Grant Likely <grant.likely <at> secretlab.ca> wrote:
On 12/1/07, narendra sisodiya <narendra.sisodiya <at> gmail.com> wrote:
> Hi all,
> I am trying to port Linux on ML310 virtex 2 pro,,
> I am unable to compile my properly,,,
> here i documented my procedure,,,
> http://placements.techfandu.org/index.php?title=Linux_kernel_on_ML310
>
> Please check out ,, where i am doing mistake

I'm sorry, but I don't understand where you are having your problems.
Specifically, what error are you getting when your kernel fails to
compile?

As for the kernel version, I do not recommend using linux 2.4 any
more.  You should consider using a 2.6 kernel instead.  I've got some
documentation on the 2.6 kernel for virtex devices here:

http://wiki.secretlab.ca/index.php/Linux_on_Xilinx_Virtex

Cheers,
g.

--
Grant Likely, B.Sc ., P.Eng.
Secret Lab Technologies Ltd.
grant.likely <at> secretlab.ca
(403) 399-0195



--
Narendra Sisodiya
MTech (Computer Technology), IIT Delhi
+91-9999232792
http://www.techfandu.org/index.html
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded <at> ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Olof Johansson | 2 Dec 2007 21:25

Re: [rtc-linux] Re: DS1337 RTC on I2C broken.

On Fri, Nov 30, 2007 at 03:12:31PM +0100, Clemens Koller wrote:
> Hello, Alessandro!
>
> Alessandro Zummo schrieb:
> >  It's just to see if there's any timing issue like 
> module-coming-up-before-bus-and/or-rtc.
> >  it should work anyway, but who knows...
>
> Here comes more debugging output:
>
> Please note that I have now _two_ almost identical systems up and running 
> with the
> latest kernel. One machine (ecam) with an pcf8563 RTC on I2C and another 
> one (fox_1)
> with an DS1337. Both RTCs work, but the kernel doesn't get the time right.

ds1307 requires you to register i2c_board_info for it to probe properly.
Does your platform do so?

-Olof
Niklaus Giger | 2 Dec 2007 21:41
Picon
Gravatar

Problem compiling sequoia using DENX kernel. Xenomai-patch required?

Hi

I tried with (tags DENX-v2.6.23.9, DENX-v.2.6.23, master) to build a kernel 
for the sequoia board.
I am using ELDK 4.1. I did a 
git checkout -b copy-master master
make ARCH=powerpc CROSS_COMPILE=ppc_4xx- CFLAGS=-g sequoia_defconfig 
make ARCH=powerpc CROSS_COMPILE=ppc_4xx- CFLAGS=-g zImage 

First I stumbled about problem compiling arch/powerpc/platforms/44x/ppc4xx*.c
file with errors like
arch/powerpc/platforms/44x/ppc4xx-pci.c: In function 'ppc4xx_setup_pci':
arch/powerpc/platforms/44x/ppc4xx-pci.c:62: sorry, unimplemented: inlining 
failed in call to 'pci_cfg_out': function body not available
arch/powerpc/platforms/44x/ppc4xx-pci.c:98: sorry, unimplemented: called from 
here

After applying the at attached patch I got farther till
  CC      kernel/softirq.o
kernel/softirq.c: In function 'raise_softirq':
kernel/softirq.c:319: sorry, unimplemented: inlining failed in call 
to 'raise_softirq_irqoff': function body not available
kernel/softirq.c:342: sorry, unimplemented: called from here
make[2]: *** [kernel/softirq.o] Fehler 1

I thought that denx compiled images for the sequoia using 2.6.23. 
Do they only work after having applied the Xenomai patch? Because if I apply 
the Xenomai patch, the kernel compiles cleanly. In this case  I think it 
would be nice to get somewhere a hint (or did I missed it somewhere) that 
this is a requirement. I lost quite a few hours as I wanted to first compile 
a "normal" kernel and afterwars apply the xenomai patch.

Any clarifikation would be appreciated.

Best regards

--

-- 
Niklaus Giger
Attachment (powerpc.diff): text/x-diff, 1942 bytes
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded <at> ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Dell Query | 3 Dec 2007 08:17
Picon
Favicon

Re: Unable to Read PPC440EPx Board ID thru Board Control and Status Registers (BCSR)

Hi Stefan,

I finally got the new pdf files from other Resource CDs and used 0xc000000 address, without 0x2000 offset.

It works! Thanks a lot for the help.

But may I know why in Linux it is mapped to 0x1c000000, wherein the doc stated 0xc000000?

Thanks a lot!

Stefan Roese <sr <at> denx.de> wrote:

Hi Dell (???),

On Thursday 29 November 2007, Dell Query wrote:
> 1. I used the 0x1c0002000 offset because I was referring to the first reply
> that I received. Now, I used the address 0x1c0002000 and tried to read from
> it. I retrieved 0x0f01c087. May I know what does this mean? How does this
> data relate to Board ID?

Please refer to the document describing the CPLD registers. They are byte
registers and not 32bit lword registers (see below).

> 2. Referring back to "Embedded Planet 440xC" document, I tried to activate
> the USER_LED0/USER_LED1 (with new address 0x1c0000000 + 0x2 offset) by
> setting it to 0. But didn't see the led turned on. Did some experiments and
> tried 0x1c0000000 without offset, sent 0, and found that USER_LED0 (CR3)
> and USER_LED1 (CR4) are activated! This got me confused. May I know why is
> this so? Could you please refer me to some documents?

The address of the CPLD is without this 0x2000 offset as it seems. Maybe the
Sequoia users manual is incorrect here.

Make sure that you address these registers with the correct functions. That is
in_8()/out_8(). Here a log from U-Boot:

=> md.l c0000000 1
c0000000: 0f00c007 ....
=> md.b c0000000 4
c0000000: 0f 00 c0 07 ....

By writing 0x00 to offset 0x02 (LED control) I am able to set the user led's.
This should work in Linux the same way:

=> mw.b c0000002 00

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office <at> denx.de
=====================================================================

Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now.
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded <at> ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded

Gmane