Linuxppc-embedded Digest, Vol 16, Issue 36

KS Soumya-ask067 soumya.k.s at motorola.com
Thu Dec 15 15:27:14 EST 2005


Hi,
	Is there anything more specific that I need to do to enable my PCI window to 512MB? I'm using Linux kernel 2.4.20 / KO2.6.10 with MPC8540 ADS defconfig and U-Boot for the same. By default, the U-Boot is specifying a window of 256MB (0x80000000 - 0x8fffffff). Even if the Linux specifies 512MB (0x80000000 - 0x9fffffff), I am not able to access my device registers on 9f4f0000 (BAR of my device). 
But if I specify in U-Boot to make the PCI window as 512MB, (or if I make the Linux to hold 256MB) then Im able to access my device. What should I do for my kernel not to be dependent on U-Boot for the same? 
Any pointers would be of great help. Thank you.

-Soumya

-----Original Message-----
From: linuxppc-embedded-bounces at ozlabs.org [mailto:linuxppc-embedded-bounces at ozlabs.org] On Behalf Of linuxppc-embedded-request at ozlabs.org
Sent: Wednesday, December 14, 2005 8:01 PM
To: linuxppc-embedded at ozlabs.org
Subject: Linuxppc-embedded Digest, Vol 16, Issue 36

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 define BASE_BAUD (Debora Liu)
   2. "make xconfig" error (2.4.25 devel) (HappyPhot)
   3. Re: MPC8245 with its internal UART (HappyPhot)
   4. SPI driver for 82xx (Dmytro Bablinyuk)
   5. Re: pq2_find_bridges hangs system (Alex BASTOS)
   6. Re: pq2_find_bridges hangs system (Vitaly Bordug)
   7. [SOLVED] Re: pq2_find_bridges hangs system  (Alex BASTOS)
   8. Re: [SOLVED] Re: pq2_find_bridges hangs system (Vitaly Bordug)
   9. 8260 ethernet driver multicast problem (Robin Mathew)
  10. Re: [SOLVED] Re: pq2_find_bridges hangs system (Kumar Gala)


----------------------------------------------------------------------

Message: 1
Date: Wed, 14 Dec 2005 09:39:32 +0800
From: "Debora Liu" <deboralh at fel.com.cn>
Subject: Re: how to define BASE_BAUD
To: "HappyPhot" <happyphot at gmail.com>
Cc: Linuxppc-embedded <Linuxppc-embedded at ozlabs.org>
Message-ID: <200512140929125.SM00772 at RavProxy>

Hello, HappyPhot

In message <2005-12-14 01:19:49 happyphot at gmail.com> you wrote:

>   Can anybody tell me how to define the "BASE_BAUD" value for the 
>"struct serial_state rs_table[]" ?
>  It seems has different value for each platform !!

yes, this is different for each platform.
see your crystal used by UART.

¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡Debora Liu
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡deboralh at fel.com.cn
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2005-12-14




------------------------------

Message: 2
Date: Wed, 14 Dec 2005 11:41:45 +0800
From: "HappyPhot" <happyphot at gmail.com>
Subject: "make xconfig" error (2.4.25 devel)
To: <linuxppc-embedded at ozlabs.org>
Message-ID: <000401c60063$3dc46040$0760120a at photon>
Content-Type: text/plain; format=flowed; charset="big5";
	reply-type=original

Hello,
  I am trying "linuxppc_2_4_devel-2005-10-25-1440".
The "make xconfig" seems not work. ("make menuconfig" is ok) It shows :
======================================
....
./tkparse < ../arch/ppc/config.in >> kconfig.tk
arch/ppc/8xx_io/Config.in: 312: unknown define_bool value
make[1]: *** [kconfig.tk] Error 1
....
======================================
  Does this version support "make xconfig" ?

thank you,
/HappyPhot



------------------------------

Message: 3
Date: Wed, 14 Dec 2005 14:36:10 +0800
From: "HappyPhot" <happyphot at gmail.com>
Subject: Re: MPC8245 with its internal UART
To: <hs at denx.de>,	<linuxppc-embedded at ozlabs.org>
Message-ID: <005301c60078$b8dd1550$0760120a at photon>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original

Hi,
  I've tried this (CPC45_config) on Denx Kernel 2.4.25, and my serial console works now. Thank you very much.

  Is there any similar platform for kernel 2.6 ? (i.e. MPC8245 with its internal UART )

thank you,
/HappyPhot

> 
>> Who can tell me which flatform is similar to mine ? I've tried "make 
>> sandpoint_defconfig", but seems not the right one.
> 
> If you want to use Linux 2.4.25, you can try CPC45_defconfig from the 
> Denx Kernel ...



------------------------------

Message: 4
Date: Wed, 14 Dec 2005 18:13:02 +1100
From: Dmytro Bablinyuk <dmytro.bablinyuk at rftechnology.com.au>
Subject: SPI driver for 82xx
To: linuxppc-embedded <Linuxppc-embedded at ozlabs.org>
Message-ID: <439FC5FE.8090703 at rftechnology.com.au>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Is anywhere available SPI driver (SPI peripheral) for 82xx for 2.6.x kernel?
I will appreciate any reference or suggestion.

Thank you

Dmytro



------------------------------

Message: 5
Date: Wed, 14 Dec 2005 11:21:02 +0100
From: Alex BASTOS <alebas at televes.com>
Subject: Re: pq2_find_bridges hangs system
To: Alex BASTOS <alebas at televes.com>
Cc: linuxppc-embedded list <linuxppc-embedded at ozlabs.org>
Message-ID: <1134555662.439ff20e6e812 at webmail.televes.com:443>
Content-Type: text/plain; charset=ISO-8859-15

Vitaly,

So, I have arrived to some conclusions.

1) With my previous kernel version (2.6.11) I had no problems because it had CONFIG_PCI_8260 and CONFIG_PPC_INDIRECT_PCI unset.
So I think no effective read/write operation was executed, and so that, no Machine Check.

In fact, this is the configuration I would prefer for my board. I have to set CONFIG_PCI for enabling USB, but I don't want all the HW stuff of the PCI. I can get these also with 2.6.15 if I modify Kconfig, to allow me to unset PCI_8260 (and then PPC_INDIRECT_PCI) for my board.
With that, the problem dissapears and I can boot 2.6.15.

Shouldn't this (PCI_8260) be visible from xconfig for those like me who wants USB (=> CONFIG_PCI) but don't really have any PCI device?

2) Although I am using Uboot 1.1.4, it is not top of git. I have found your changes to support PCI on 8272ADS for u-boot are not still applied on the version i am using. So, could this be causing the problem? Is there any configuration done in u-boot required by the PCI on the linux kernel to boot (BR3,OR3, EMR, ...)?

I should say that, on ADS, I have an older version of u-boot, 1.1.2, and it boots OK.

3) I have seen that from u-boot, a reset occurs when I read Internal Memory at offset 0x10904 (PCI CFG_DATA). From BDI, when I do the same all PCI section on IM becomes zero. Is this a known behaviour? May this reflect a hardware problem?

In conclusion, 1) solves my "must", a working board (without PCI).
But I still would like to know what am I doing so wrong with this.

Best regards,

Alex

Citando Alex BASTOS <alebas at televes.com>:

> Vitaly,
>
> It didn't work. So I will check pq2ads_setup_pci to check if some 
> board specific issue is affected.
>
> I will say you if I find anything
>
> Thanks
>
> Alex.
>



------------------------------

Message: 6
Date: Wed, 14 Dec 2005 14:29:34 +0300
From: Vitaly Bordug <vbordug at ru.mvista.com>
Subject: Re: pq2_find_bridges hangs system
To: Alex BASTOS <alebas at televes.com>
Cc: linuxppc-embedded list <linuxppc-embedded at ozlabs.org>
Message-ID: <43A0021E.7030406 at ru.mvista.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed

Alex BASTOS wrote:
> Vitaly,
> 
> So, I have arrived to some conclusions.
> 
> 1) With my previous kernel version (2.6.11) I had no problems because 
> it had CONFIG_PCI_8260 and CONFIG_PPC_INDIRECT_PCI unset.
> So I think no effective read/write operation was executed, and so 
> that, no Machine Check.
> 
> In fact, this is the configuration I would prefer for my board. I have 
> to set CONFIG_PCI for enabling USB, but I don't want all the HW stuff 
> of the PCI. I can get these also with 2.6.15 if I modify Kconfig, to 
> allow me to unset PCI_8260 (and then PPC_INDIRECT_PCI) for my board.
> With that, the problem dissapears and I can boot 2.6.15.
> 
> Shouldn't this (PCI_8260) be visible from xconfig for those like me 
> who wants USB (=> CONFIG_PCI) but don't really have any PCI device?
> 
Maybe, but I guess more correct is to deal with USB->PCI dependency.. 
Is it really needed(I am not USB expert)?
> 2) Although I am using Uboot 1.1.4, it is not top of git. I have found 
> your changes to support PCI on 8272ADS for u-boot are not still 
> applied on the version i am using. So, could this be causing the 
> problem? Is there any configuration done in u-boot required by the PCI 
> on the linux kernel to boot (BR3,OR3, EMR, ...)?
> 
> I should say that, on ADS, I have an older version of u-boot, 1.1.2, 
> and it boots OK.
> 
My changes do not required for kernel to deal with PCI, that patch just allows access to PCI in U-Boot. Hence I might be useful if you'll head for resolving this issue which I guess unlikely to happen
> 3) I have seen that from u-boot, a reset occurs when I read Internal 
> Memory at offset 0x10904 (PCI CFG_DATA). From BDI, when I do the same 
> all PCI section on IM becomes zero. Is this a known behaviour? May 
> this reflect a hardware problem?
> 
Sounds weird 
> In conclusion, 1) solves my "must", a working board (without PCI).
> But I still would like to know what am I doing so wrong with this.
> 
IMHO ability to disable PCI_8260 while PCI is on might be confusing, at least for upstream.



> Best regards,
> 
> Alex
> 
> Citando Alex BASTOS <alebas at televes.com>:
> 
>> Vitaly,
>>
>> It didn't work. So I will check pq2ads_setup_pci to check if some 
>> board specific issue is affected.
>>
>> I will say you if I find anything
>>
>> Thanks
>>
>> Alex.
>>
> 
> 


--
Sincerely,
Vitaly


------------------------------

Message: 7
Date: Wed, 14 Dec 2005 15:13:22 +0100
From: Alex BASTOS <alebas at televes.com>
Subject: [SOLVED] Re: pq2_find_bridges hangs system
To: Vitaly Bordug <vbordug at ru.mvista.com>
Cc: linuxppc-embedded list <linuxppc-embedded at ozlabs.org>
Message-ID: <1134569602.43a0288234662 at webmail.televes.com:443>
Content-Type: text/plain; charset=ISO-8859-15

Vitaly,

> Maybe, but I guess more correct is to deal with USB->PCI dependency..
> Is it really needed(I am not USB expert)?

Neither am I. I guess for this Host Controler it is not needed at HW level, but I am not sure why it is still required by the SW.


> > 3) I have seen that from u-boot, a reset occurs when I read Internal 
> > Memory at offset 0x10904 (PCI CFG_DATA). From BDI, when I do the 
> > same all PCI section on IM becomes zero. Is this a known behaviour? 
> > May this reflect a hardware problem?
> >
> Sounds weird

Here is the problem. The cause for this weird behaviour is that I had PCI_ARBITER_EN_  disabled. So, a HW problem at the end.
I had disabled it trying to reduce power compsumption due to the PCI, as I am not going to use it. It seems it is not possible that way.
Any idea how to get this done?

> > In conclusion, 1) solves my "must", a working board (without PCI).
> > But I still would like to know what am I doing so wrong with this.
> >
> IMHO ability to disable PCI_8260 while PCI is on might be confusing, 
> at least for upstream.

You are right.

Thanks so much for your help.

Best regards,

Alex


------------------------------

Message: 8
Date: Wed, 14 Dec 2005 17:14:51 +0300
From: Vitaly Bordug <vbordug at ru.mvista.com>
Subject: Re: [SOLVED] Re: pq2_find_bridges hangs system
To: Alex BASTOS <alebas at televes.com>
Cc: linuxppc-embedded list <linuxppc-embedded at ozlabs.org>
Message-ID: <43A028DB.5090906 at ru.mvista.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed

Alex BASTOS wrote:
> Vitaly,
> 
>> Maybe, but I guess more correct is to deal with USB->PCI dependency..
>> Is it really needed(I am not USB expert)?
> 
> Neither am I. I guess for this Host Controler it is not needed at HW 
> level, but I am not sure why it is still required by the SW.
> 
> 
>>> 3) I have seen that from u-boot, a reset occurs when I read Internal 
>>> Memory at offset 0x10904 (PCI CFG_DATA). From BDI, when I do the 
>>> same all PCI section on IM becomes zero. Is this a known behaviour? 
>>> May this reflect a hardware problem?
>>>
>> Sounds weird
> 
> Here is the problem. The cause for this weird behaviour is that I had 
> PCI_ARBITER_EN_  disabled. So, a HW problem at the end.
> I had disabled it trying to reduce power compsumption due to the PCI, 
> as I am not going to use it. It seems it is not possible that way.
> Any idea how to get this done?
> 
Well, I guess the best you can do now - just use custom tree. I'll try to find good solution for such a case (PCI required by deps but not hw) next time I'll touch PCI.

>>> In conclusion, 1) solves my "must", a working board (without PCI).
>>> But I still would like to know what am I doing so wrong with this.
>>>
>> IMHO ability to disable PCI_8260 while PCI is on might be confusing, 
>> at least for upstream.
> 
> You are right.
> 
> Thanks so much for your help.
> 
> Best regards,
> 
> Alex
> 
> 


--
Sincerely,
Vitaly


------------------------------

Message: 9
Date: Wed, 14 Dec 2005 19:58:40 +0530
From: Robin Mathew <robbinmathew at gmail.com>
Subject: 8260 ethernet driver multicast problem
To: linuxppc-embedded at ozlabs.org
Message-ID:
	<5b74ec4d0512140628y42986bc0h2f107e788dd115b6 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi,
I was encountering a problem with the receipt of multicast packets from eth interface in 8260 platform. The issue was traced to the fcc_enet.c driver. A stray return in the set_multicast_list function was the culprit.

The following is the changes that I have made-

Index: fcc_enet.c
@@ -1488,7 +1488,6 @@

     cep = (struct fcc_enet_private *)dev->priv;

-return;
     /* Get pointer to FCC area in parameter RAM.
     */
     ep = (fcc_enet_t *)dev->base_addr;


Can you please tell me whether there is any issue with setting the driver in multicast or promiscous mode. Was this change deliberately done or is it really a bug?

Thanks in advance,
Robin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20051214/af24a61a/attachment.html

------------------------------

Message: 10
Date: Wed, 14 Dec 2005 08:30:48 -0600
From: Kumar Gala <galak at kernel.crashing.org>
Subject: Re: [SOLVED] Re: pq2_find_bridges hangs system
To: Vitaly Bordug <vbordug at ru.mvista.com>
Cc: linuxppc-embedded list <linuxppc-embedded at ozlabs.org>,	Alex BASTOS
	<alebas at televes.com>
Message-ID: <386A8114-FA1C-44E2-A8F1-CF48F4AF495E at kernel.crashing.org>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed


On Dec 14, 2005, at 8:14 AM, Vitaly Bordug wrote:

> Alex BASTOS wrote:
>> Vitaly,
>>> Maybe, but I guess more correct is to deal with USB->PCI 
>>> dependency..
>>> Is it really needed(I am not USB expert)?
>> Neither am I. I guess for this Host Controler it is not needed at HW 
>> level, but I am not sure why it is still required by the SW.
>>>> 3) I have seen that from u-boot, a reset occurs when I read 
>>>> Internal Memory at offset 0x10904 (PCI CFG_DATA). From BDI, when I 
>>>> do the same all PCI section on IM becomes zero. Is this a known 
>>>> behaviour?
>>>> May this
>>>> reflect a hardware problem?
>>>>
>>> Sounds weird
>> Here is the problem. The cause for this weird behaviour is that I had 
>> PCI_ARBITER_EN_  disabled. So, a HW problem at the end.
>> I had disabled it trying to reduce power compsumption due to the PCI, 
>> as I am not going to use it. It seems it is not possible that way.
>> Any idea how to get this done?

I'm guessing you dont have anything else doing arbitration on the bus.

- kumar



------------------------------

_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded at ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded

End of Linuxppc-embedded Digest, Vol 16, Issue 36
*************************************************



More information about the Linuxppc-embedded mailing list