* help needed:relocation truncated to fit: R_PPC_REL24 _init
From: zengshuai @ 2006-01-09 13:31 UTC (permalink / raw)
To: ppc
detail:
ppc_6xx-gcc ../../../../lib/EmbedCLib/OBJ/link.x -Wall ../../../../lib/EmbedCLi
/OBJ/gcc_crt1.o -Wl,-Ttext -Wl,0x4000 -Wl,-defsym -Wl,STACK_START=0x400000 -Wl
-defsym -Wl,STACK_END=0x300000 -o aal25 ./OBJ_ATM/mm.o ./OBJ_ATM/mem_alloc.o .
OBJ_ATM/mem.o ./OBJ_ATM/cell.o ./OBJ_ATM/buffer.o ./OBJ_ATM/frame.o ./OBJ_ATM/s
f.o ./OBJ_ATM/ll.o ./OBJ_ATM/cq.o ./OBJ_ATM/Pq2Cpm_ci.o ./OBJ_ATM/Pq2Cpm.o ./OB
_ATM/PQII_ci.o ./OBJ_ATM/PQII.o ./OBJ_ATM/atm_bdm.o ./OBJ_ATM/fbp.o ./OBJ_ATM/r
.o ./OBJ_ATM/atm_fcc_ci.o ./OBJ_ATM/atm_chan_ci.o ./OBJ_ATM/atm_pm_ci.o ./OBJ_A
M/aal5_ci.o ./OBJ_ATM/rct.o ./OBJ_ATM/tct.o ./OBJ_ATM/vpt_vct.o ./OBJ_ATM/bd.o
/OBJ_ATM/atm_fcc.o ./OBJ_ATM/atm_chan.o ./OBJ_ATM/atm_pm.o ./OBJ_ATM/atm_demo.o
./OBJ_ATM/xx.o ./OBJ_ATM/atm_phy.o ./OBJ_ATM/intrPQII.o ./OBJ_ATM/aal0_ci.o ./
BJ_ATM/aal0.o ./OBJ_ATM/aal2_ci.o ./OBJ_ATM/aal2.o ./OBJ_ATM/aal5.o ./OBJ_ATM/A
L25.o -L../../../../lib/EmbedCLib/OBJ -lembc_gcc
../../../../lib/EmbedCLib/OBJ/gcc_crt1.o(.text+0x0): multiple definition of `_s
art'
/opt/eldk3/usr/../ppc_6xx/usr/lib/crt1.o(.text+0x0): first defined here
/opt/eldk3/usr/bin/../lib/gcc-lib/ppc-linux/3.3.3/../../../../ppc-linux/bin/ld:
Warning: type of symbol `_start' changed from 2 to 1 in ../../../../lib/EmbedCL
b/OBJ/gcc_crt1.o
../../../../lib/EmbedCLib/OBJ/libembc_gcc.a(init.o)(.text+0x0): In function `_i
it':
: multiple definition of `_init'
/opt/eldk3/usr/../ppc_6xx/usr/lib/crti.o(.init+0x0): first defined here
../../../../lib/EmbedCLib/OBJ/libembc_gcc.a(init.o)(.text+0x56): In function `_
nit':
: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
/opt/eldk3/usr/../ppc_6xx/usr/lib/crti.o(.init+0xc): In function `_init':
: relocation truncated to fit: R_PPC_LOCAL24PC .text
/opt/eldk3/usr/bin/../lib/gcc-lib/ppc-linux/3.3.3/m603/crtbegin.o(.init+0x0): r
../../../../lib/EmbedCLib/OBJ/gcc_crt1.o(.text+0x1c): relocation truncated to f
t: R_PPC_REL24 _init
/opt/eldk3/usr/../ppc_6xx/usr/lib/libc_nonshared.a(elf-init.oS)(.text+0x18): In
function `__libc_csu_init':
: relocation truncated to fit: R_PPC_REL24 _init
/opt/eldk3/usr/bin/../lib/gcc-lib/ppc-linux/3.3.3/m603/crtend.o(.init+0x0): rel
cation truncated to fit: R_PPC_REL24 .text
collect2: ld returned 1 exit status
gmake[1]: *** [aal25] Error 1
gmake[1]: Leaving directory `/home/test2-td/NetCommSw/PQII/demos/AtmDemos'
gmake: *** [AAL25] Error 2
There was same errors,when I link another program,which was very sample.
Later,I replaced the ppc_6xx-gcc with ppc_6xx-ld to link,and succeed.
But that was a very sample program,which didn't need libc.a and so on.
What is "relocation truncated to fit: R_PPC_REL24 _init"? How to fix it? thanks
------------------------------
我现在使用Sogou.com的2G邮箱了，你也来试试吧!
http://mail.sogou.com/recommend/sogoumail_invite_reg1.jsp?from=sogouinvitation&s_EMAIL=zengshuai%40sogou.com&username=linuxppc-embedded&FullName=linuxppc-embedded&Email=linuxppc-embedded%40ozlabs.org&verify=755eff4e640bdcfc57d93cbd8b0a9cb7
^ permalink raw reply
* Help with installing 2.6 kernel on Rattler PCI 8250
From: Sondre Garsjø @ 2006-01-09 14:20 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <20060109123937.C101868A4D@ozlabs.org>
Hi,
I am installing the 2.6 kernel on my 8250. I have tried a few
different versions, but none of them have any rattler-config, or
rattler-option in the platform-options of menuconfig. If anyone has any
recommendations on which kernel version to use and info on any
patches or configs for a rattler-card this would be highly appreciated.
I'm really stuck here without a clue...
Thanks,
Sondre
^ permalink raw reply
* Re: Booting from RAM Disk
From: Grant Likely @ 2006-01-09 16:50 UTC (permalink / raw)
To: David H. Lynch Jr.; +Cc: Linuxppc-embedded
In-Reply-To: <43C027B0.2070409@dlasys.net>
David H. Lynch Jr. wrote:
> Grant Likely wrote:
>
> I have never tried to build an initrd system.
rolling up an initrd & kernel is actually very simple; but I had to read
the Makefile to figure out how to do it! I do it by copying
ramdisk.image.gz into arch/ppc/boot/images and building 'make
zImage.initrd'.
>
> I like initramfs - the only problem I had putting it together was
> finding the information to do it.
>
> In the instance of the E12 I needed something that was wrapped into a
> single file with the kernl. The E12 already had an elf loader, but all
> it did was load elf files. It did not handle ramdisk other images etc.
> INITRAMFS provided a means to start on the E12 without having to write
> another loader.
So... how do you build the initramfs?
I'd prefer to use initramfs; I just haven't had a whole lot of luck with
it and other concerns took my focus. :/
Thanks,
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
(403) 663-0761
^ permalink raw reply
* Enable a PCMCIA Bluetooth card in custom MPC860 system
From: Lo Chun Chung @ 2006-01-09 16:49 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 3170 bytes --]
Dear all,
I am a student from Hong Kong. Now I am doing a project about enabling a Bluetooth PCMCIA card (Billionton PCBTC1A-B) in a custom MPC860PC.
(The custom MPC860 system is constructed by a MPC860 Processor Card and a custom made PCB to adding a PCMCIA interface to the processor Card.)
Now my stage is: the LINUX (Linux Kernel 2.4.25 from ELDK 3.1 for powerpc) can recognise the card by cardctl, and here are the screen dump:
/ # cardctl ident
Socket 0:
product info: "PCMCIA", "Bluetooth Card", "", ""
manfid: 0x0279, 0x950b
function: 2 (serial)
/ # cardctl status
Socket 0:
5V 16-bit PC Card
function 0: [ready], [bat dead], [bat low]
/ # cardctl info
PRODID_1="PCMCIA"
PRODID_2="Bluetooth Card"
PRODID_3=""
PRODID_4=""
MANFID=0279,950b
FUNCID=2
/ # cardctl config
Socket 0:
Vcc 5.0V Vpp1 5.0V Vpp2 5.0V
but after I load all the modules needed (should be these?)
/ # lsmod
Module Size Used by Not tainted
hci_uart 14836 0 (unused)
l2cap 22956 0 (unused)
bluez 43856 0 [hci_uart l2cap]
ds 8060 0
m8xx_pcmcia 5164 1
pcmcia_core 39520 0 [ds m8xx_pcmcia]
my bluetooth still cannot get working ...
then I try to insert "serial_cs" as my bluetooth card is a uart base card. but some message given out:
/ # insmod serial_cs
Using /lib/modules/2.4.25/serial_cs.o
insmod: unresolved symbol unregister_serial
insmod: unresolved symbol register_serial
so I realize that I should also insert "serial.o" into the linux, but crashes ...
/ # insmod serial
Using /lib/modules/2.4.25/serial.o
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ enabled
Machine check in kernel mode.
Caused by (from SRR1=1032): Transfer error ack signal
Oops: machine check, sig: 7
NIP: C3040078 XER: 00000000 LR: C3044724 SP: C1CC1D60 REGS: c1cc1cb0 TRAP: 0200 No
t tainted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c1cc0000[33] 'busybox' Last syscall: 128
last math 00000000 last altivec 00000000
GPR00: 00000000 C1CC1D60 C1CC0000 C1CC1D70 00000004 00000001 00000B4B C015378B
GPR08: 00000000 800003FC 00000003 C1CC1C70 C0170000 10084438 00000000 00000000
GPR16: 00000000 00000000 00000000 00000000 00009032 1016EDB0 C1D3A000 C1CC1EA0
GPR24: C1F6B760 00000006 C304973C C1CC1D70 C3040000 00000000 00000000 C3046348
Call backtrace:
C3044718 C3045188 C0012440 C00043BC 10080000 10021DF0 100238CC
1000457C 100041A0 1000436C 1000457C 100041A0 0FE70EF4 00000000
I only knows when i insert the serial.o, this driver will try to access the standard uart which is not available in my system (my system only has one uart by SMC1), then the system will crash each time the driver wants to access the registers does not available ...
The project deadline is near ... so I ask here ...
can anyone helps me or give me some clues?
Thanks all
Best regards,
Chung
_______________________________________
YM - 離線訊息
就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何說話都冇走失。
http://messenger.yahoo.com.hk
[-- Attachment #2: Type: text/html, Size: 4448 bytes --]
^ permalink raw reply
* Enable PCMCIA Bluetooth in a custom MPC860 system
From: Lo Chun Chung @ 2006-01-09 16:58 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 3165 bytes --]
Dear all,
I am a student from Hong Kong. Now I am doing a project about enabling a Bluetooth PCMCIA card (Billionton PCBTC1A-B) in a custom MPC860PC.
(The custom MPC860 system is constructed by a MPC860 Processor Card and a custom made PCB to adding a PCMCIA interface to the processor Card.)
Now my stage is: the LINUX (Linux Kernel 2.4.25 from ELDK 3.1 for powerpc) can recognise the card by cardctl, and here are the screen dump:
/ # cardctl ident
Socket 0:
product info: "PCMCIA", "Bluetooth Card", "", ""
manfid: 0x0279, 0x950b
function: 2 (serial)
/ # cardctl status
Socket 0:
5V 16-bit PC Card
function 0: [ready], [bat dead], [bat low]
/ # cardctl info
PRODID_1="PCMCIA"
PRODID_2="Bluetooth Card"
PRODID_3=""
PRODID_4=""
MANFID=0279,950b
FUNCID=2
/ # cardctl config
Socket 0:
Vcc 5.0V Vpp1 5.0V Vpp2 5.0V
but after I load all the modules needed (should be these?)
/ # lsmod
Module Size Used by Not tainted
hci_uart 14836 0 (unused)
l2cap 22956 0 (unused)
bluez 43856 0 [hci_uart l2cap]
ds 8060 0
m8xx_pcmcia 5164 1
pcmcia_core 39520 0 [ds m8xx_pcmcia]
my bluetooth still cannot get working ...
then I try to insert "serial_cs" as my bluetooth card is a uart base card. but some message given out:
/ # insmod serial_cs
Using /lib/modules/2.4.25/serial_cs.o
insmod: unresolved symbol unregister_serial
insmod: unresolved symbol register_serial
so I realize that I should also insert "serial.o" into the linux, but crashes ...
/ # insmod serial
Using /lib/modules/2.4.25/serial.o
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ enabled
Machine check in kernel mode.
Caused by (from SRR1=1032): Transfer error ack signal
Oops: machine check, sig: 7
NIP: C3040078 XER: 00000000 LR: C3044724 SP: C1CC1D60 REGS: c1cc1cb0 TRAP: 0200 No
t tainted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
TASK = c1cc0000[33] 'busybox' Last syscall: 128
last math 00000000 last altivec 00000000
GPR00: 00000000 C1CC1D60 C1CC0000 C1CC1D70 00000004 00000001 00000B4B C015378B
GPR08: 00000000 800003FC 00000003 C1CC1C70 C0170000 10084438 00000000 00000000
GPR16: 00000000 00000000 00000000 00000000 00009032 1016EDB0 C1D3A000 C1CC1EA0
GPR24: C1F6B760 00000006 C304973C C1CC1D70 C3040000 00000000 00000000 C3046348
Call backtrace:
C3044718 C3045188 C0012440 C00043BC 10080000 10021DF0 100238CC
1000457C 100041A0 1000436C 1000457C 100041A0 0FE70EF4 00000000
I only knows when i insert the serial.o, this driver will try to access the standard uart which is not available in my system (my system only has one uart by SMC1), then the system will crash each time the driver wants to access the registers does not available ...
The project deadline is near ... so I ask here ...
can anyone helps me or give me some clues?
Thanks all
Best regards,
Chung
_______________________________________
YM - 離線訊息
就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何說話都冇走失。
http://messenger.yahoo.com.hk
[-- Attachment #2: Type: text/html, Size: 4437 bytes --]
^ permalink raw reply
* mpc8260 fcc enet transmit time out
From: hubert.loewenguth @ 2006-01-09 17:27 UTC (permalink / raw)
To: Linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 5321 bytes --]
hi the community.
I have already posted a question about my problem but it seems that
nobody has encounter the same matter.
So I have made numerous tests and researches and seeing that I still
have not succeed in solving it, I try again tyo send you my bug.
I use a MPC8260 with linux 2.4.20.
The problem is with the fcc_enet driver.
I have no MII phy interrupt line with my LXT971 Phy in front of the powerpc.
Seeing that I have no interrupt line, I have configured the driver to be
in half duplex, and the LXT971 too.
I'm sure that the driver is in half-duplex mode an the LXT971 too, and
the auto-negociation is ok.
Everything works fine, but, if I do successive plugs/unplugs during
important data transfert, The driver enter into an infinite loop:
/# NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f748 tx_free 0 cur_rx c019f690.
Tx @base c019f708 :
1c00 055c 011cd06a
5c00 003b 011cd86a
...
1c00 055c 011d486a
3c00 05ea 011d406a
Rx @base c019f608 :
9c00 0040 01f3e000
9c00 0040 01f3e800
...
9c00 0040 01f3d000
bc00 0040 01f2f800
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f748 tx_free 0 cur_rx c019f698.
Tx @base c019f708 :
1c00 055c 011cd06a
5c00 003b 011cd86a
1c00 05ea 011ce06a
.....
/I have found, on the linux-embended forum, a personn who has the same
problem:
http://ozlabs.org/pipermail/linuxppc-embedded/2001-December/005714.html
But I'm sure about my pin connections ans so the reponse to this personn
doesn't solve my problem
More interresting this one :
http://ozlabs.org/pipermail/linuxppc-embedded/2005-January/016539.html
This personn seems to have the same troubleshouting than me .
He has tried to apply the patch provided by freescale, but it doesn't
seem to correct it.
/
/So I have had just a little piece of trace in order to see when this
infernal loop appear.
I have added some trace in the fcc_enet_start_xmit .
has you know, after some kind of transmit errors, the transmitter need
to be restarted, and so I have added some traces to see when it is restarted
/* Some transmit errors cause the transmitter to shut
* down. We now issue a restart transmit. Since the
* errors close the BD and update the pointers, the restart
* _should_ pick up without having to reset any of our
* pointers either. Also, To workaround 8260 device erratum
* CPM37, we must disable and then re-enable the transmitter
* following a Late Collision, Underrun, or Retry Limit error.
*/
# UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
UNDERRUN ! ==> RESTART
CARRIER LOST !
........
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
/
N/ETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f778 tx_free 0 cur_rx c019f690.
Tx @base c019f708 :
1c02 055c 012cd86a
9c00 05ea 012cd06a
9c00 05ea 012f706a
9c00 05ea 012cf06a
9c00 05ea 012cf86a
9c00 05ea 0118506a
/
/Some personns have said me to try with 2.6 drivers but it's exactly the
same problem.
( even if I'm a little bit surprised to see that with the 2.6 version
drivers seems to be uncompatible with boards wich use MDIO without PHY
interrupt.the #define PHY_INTERRUPT condition of the 2.4 drivers version has
disapeared => with this new drivers you can't use MDIO without PHY
interrupt !!
it was possible in the 2.4 version.
- seeing that the "fep->link" value is enabled only on a PHY interrupt .
I can't have this condition OK without PHY interrupt.
"fep->link" can be asserted in the mii_parse_sr function, but has it is
indicated in the comment in the drivers :
"/* Somehow does the 971 tell me that the link is down
* the first read after power-up.
* read here to get a valid value in ack_int */"
That's true, the LXT 971A tell that the link is down, and seeing that I
have no interrupt, the fep->link is never asserted again.
So, I have commented the first lines of the fcc_enet_start_xmit function
which verify the value of fep->link.
I have added a #ifdef PHY_INTERRUPT condition before installing the ISR
for this interrupt.
And thanks to that, I have been able to test the new driver 2.6 .
But unfortunetly this doesn't solve my problem.)
So 2.6 driver is not the solution of my problem.
I'm asking myself if this can be due to CPM21, or CPM22, or CPM119 known
bugs on mpc8260 ?
(see http://www.freescale.com/files/32bit/doc/data_sheet/MPC8260CE.pdf )
but I don't think so.
Perhaps, I imagine that in fact the MPC8260 transmitter doesn't restart
correctly ?
(Also, To workaround 8260 device erratum
* CPM37, we must disable and then re-enable the transmitter
* following a Late Collision, Underrun, or Retry Limit error)
Is there anybody having encounter the same problem?
Is there anybody having done some test of numerous plug/unplug during
important data transfert with a half-duplex connection on mpc8260?
Is there anybody having an idea to help me ?
Thanks to the community for any help, I'm really desepareted here
(PS : sorry for my bad english)
[-- Attachment #2: Type: text/html, Size: 7298 bytes --]
^ permalink raw reply
* Re: Enable a PCMCIA Bluetooth card in custom MPC860 system
From: Vitaly Bordug @ 2006-01-09 18:09 UTC (permalink / raw)
To: Lo Chun Chung; +Cc: linuxppc-embedded
In-Reply-To: <20060109164942.62300.qmail@web53713.mail.yahoo.com>
Lo Chun Chung wrote:
> Dear all,
>
> I am a student from Hong Kong. Now I am doing a project about enabling a
> Bluetooth PCMCIA card (Billionton PCBTC1A-B) in a custom MPC860PC.
>
> (The custom MPC860 system is constructed by a MPC860 Processor Card and
> a custom made PCB to adding a PCMCIA interface to the processor Card.)
>
> Now my stage is: the LINUX (Linux Kernel 2.4.25 from ELDK 3.1 for
> powerpc) can recognise the card by cardctl, and here are the screen dump:
>
> / # cardctl ident
> Socket 0:
> product info: "PCMCIA", "Bluetooth Card", "", ""
> manfid: 0x0279, 0x950b
> function: 2 (serial)
> / # cardctl status
> Socket 0:
> 5V 16-bit PC Card
> function 0: [ready], [bat dead], [bat low]
> / # cardctl info
> PRODID_1="PCMCIA"
> PRODID_2="Bluetooth Card"
> PRODID_3=""
> PRODID_4=""
> MANFID=0279,950b
> FUNCID=2
> / # cardct! l config
> Socket 0:
> Vcc 5.0V Vpp1 5.0V Vpp2 5.0V
>
> but after I load all the modules needed (should be these?)
>
> / # lsmod
> Module Size Used by Not tainted
> hci_uart 14836 0 (unused)
> l2cap 22956 0 (unused)
> bluez 43856 0 [hci_uart l2cap]
> ds 8060 0
> m8xx_pcmcia 5164 1
> pcmcia_core 39520 0 [ds m8xx_pcmcia]
>
> my bluetooth still cannot get working ...
>
> then I try to insert "serial_cs" as my bluetooth card is a uart base
> card. but some message given out:
>
> / # insmod serial_cs
> Using /lib/modules/2.4.25/serial_cs.o
> insmod: unresolved symbol unregister_serial
> insmod: unresolved symbol register_serial
>
> so I realize that I should also insert "serial.o" into the linux, but
> crashes ...
>
> / # insmod serial
> Using /lib/modules/2.4.25/serial.o
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ enabled
> Machine check in kernel mode.
> Caused by (from SRR1=1032): Transfer error ack signal
> ! Oops: machine check, sig: 7
> NIP: C3040078 XER: 00000000 LR: C3044724 SP: C1CC1D60 REGS: c1cc1cb0
> TRAP: 0200 No
> t tainted
> MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
> TASK = c1cc0000[33] 'busybox' Last syscall: 128
> last math 00000000 last altivec 00000000
> GPR00: 00000000 C1CC1D60 C1CC0000 C1CC1D70 00000004 00000001 00000B4B
> C015378B
> GPR08: 00000000 800003FC 00000003 C1CC1C70 C0170000 10084438 00000000
> 00000000
> GPR16: 00000000 00000000 00000000 00000000 00009032 1016EDB0 C1D3A000
> C1CC1EA0
> GPR24: C1F6B760 00000006 C304973C C1CC1D70 C3040000 00000000 00000000
> C3046348
> Call backtrace:
> C3044718 C3045188 C0012440 C00043BC 10080000 10021DF0 100238CC
> 1000457C 100041A0 1000436C 1000457C 100041A0 0FE70EF4 00000000
>
> I only knows when i insert the serial.o, this driver will try to access
> the standard uart which is not available in my system (my system only
> has one uart by SMC1), then the system will crash eac! h time the
> driver wants to access the registers does not available ...
>
> The project deadline is near ... so I ask here ...
>
> can anyone helps me or give me some clues?
>
You should take a look for instance how 8349 does this job (arch/ppc/syslib/ppc83xx_setup.c) - it also has "standard" UART, but some stuff needs to be set up
prior to serial.o. Of course that is not complete solution for your case, just a hint...
> Thanks all
>
>
>
>
> Best regards,
> Chung
>
> _______________________________________
> YM - 離線訊息
> 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何
> 說話都冇走失。
> http://messenger.yahoo.com.hk
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: RESEND:Problems starting /init
From: Shawn Jin @ 2006-01-09 18:45 UTC (permalink / raw)
To: David H. Lynch Jr.; +Cc: linuxppc-embedded
In-Reply-To: <43BC57E7.40408@dlasys.net>
> But I can not get busybox to output a thing either run as /init o=
r run
> as /bin/sh.
>
> I have aslo tried /bin/sash - no output.
> I have even cross compiled sash - with all kinds of "I am here"
> debugging scattered through main(), If I runn it on a powerbook, I get
> what I expect. If I run it as /bin/sh on the e12 I get no output.
>
>
> Does anyone even have any ideas what I can look at ?
Another thing you may try is to make sure the UART works correctly
with interrupt mode. So set some breakpoints in UART's IRS to see what
happens.
Regards,
-Shawn.
^ permalink raw reply
* Re: Re: Enable a PCMCIA Bluetooth card in custom MPC860 system
From: Lo Chun Chung @ 2006-01-10 1:39 UTC (permalink / raw)
To: Vitaly Bordug; +Cc: linuxppc-embedded
In-Reply-To: <43C2A6DD.5020202@ru.mvista.com>
[-- Attachment #1: Type: text/plain, Size: 4775 bytes --]
Thanks for your hint. But the file is just for Linux Kernel Version 2.6, is this also OK for me? (I am using a 2.4 kernel)
But I doubt that same technique can be applied since the Bluetooth should only be enabled when I loaded the pcmcia drivers (pcmcia_core.o, m8xx_pcmcia.o and ds.o), so ....
how can I pre-set some settings during boot-time that I have not yet insert the pcmcia modules into the kernel?
Also the last thing is, since there is not "hotplug" in my system and resources allocation is different from standard PCs, so I cannot let my embedded system to auto-detect a standard uart has been added during the PCMCIA bluetooth card is plugged in (while standard PC will)
or can anybody tell me that how can I realize hotplug in my system? (is this can be worked out?)
Thanks
Vitaly Bordug <vbordug@ru.mvista.com> 說：
Lo Chun Chung wrote:
> Dear all,
>
> I am a student from Hong Kong. Now I am doing a project about enabling a
> Bluetooth PCMCIA card (Billionton PCBTC1A-B) in a custom MPC860PC.
>
> (The custom MPC860 system is constructed by a MPC860 Processor Card and
> a custom made PCB to adding a PCMCIA interface to the processor Card.)
>
> Now my stage is: the LINUX (Linux Kernel 2.4.25 from ELDK 3.1 for
> powerpc) can recognise the card by cardctl, and here are the screen dump:
>
> / # cardctl ident
> Socket 0:
> product info: "PCMCIA", "Bluetooth Card", "", ""
> manfid: 0x0279, 0x950b
> function: 2 (serial)
> / # cardctl status
> Socket 0:
> 5V 16-bit PC Card
> function 0: [ready], [bat dead], [bat low]
> / # cardctl info
> PRODID_1="PCMCIA"
> PRODID_2="Bluetooth Card"
> PRODID_3=""
> PRODID_4=""
> MANFID=0279,950b
> FUNCID=2
> / # cardct! l config
> Socket 0:
> Vcc 5.0V Vpp1 5.0V Vpp2 5.0V
>
> but after I load all the modules needed (should be these?)
>
> / # lsmod
> Module Size Used by Not tainted
> hci_uart 14836 0 (unused)
> l2cap 22956 0 (unused)
> bluez 43856 0 [hci_uart l2cap]
> ds 8060 0
> m8xx_pcmcia 5164 1
> pcmcia_core 39520 0 [ds m8xx_pcmcia]
>
> my bluetooth still cannot get working ...
>
> then I try to insert "serial_cs" as my bluetooth card is a uart base
> card. but some message given out:
>
> / # insmod serial_cs
> Using /lib/modules/2.4.25/serial_cs.o
> insmod: unresolved symbol unregister_serial
> insmod: unresolved symbol register_serial
>
> so I realize that I should also insert "serial.o" into the linux, but
> crashes ...
>
> / # insmod serial
> Using /lib/modules/2.4.25/serial.o
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ enabled
> Machine check in kernel mode.
> Caused by (from SRR1=1032): Transfer error ack signal
> ! Oops: machine check, sig: 7
> NIP: C3040078 XER: 00000000 LR: C3044724 SP: C1CC1D60 REGS: c1cc1cb0
> TRAP: 0200 No
> t tainted
> MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
> TASK = c1cc0000[33] 'busybox' Last syscall: 128
> last math 00000000 last altivec 00000000
> GPR00: 00000000 C1CC1D60 C1CC0000 C1CC1D70 00000004 00000001 00000B4B
> C015378B
> GPR08: 00000000 800003FC 00000003 C1CC1C70 C0170000 10084438 00000000
> 00000000
> GPR16: 00000000 00000000 00000000 00000000 00009032 1016EDB0 C1D3A000
> C1CC1EA0
> GPR24: C1F6B760 00000006 C304973C C1CC1D70 C3040000 00000000 00000000
> C3046348
> Call backtrace:
> C3044718 C3045188 C0012440 C00043BC 10080000 10021DF0 100238CC
> 1000457C 100041A0 1000436C 1000457C 100041A0 0FE70EF4 00000000
>
> I only knows when i insert the serial.o, this driver will try to access
> the standard uart which is not available in my system (my system only
> has one uart by SMC1), then the system will crash eac! h time the
> driver wants to access the registers does not available ...
>
> The project deadline is near ... so I ask here ...
>
> can anyone helps me or give me some clues?
>
You should take a look for instance how 8349 does this job (arch/ppc/syslib/ppc83xx_setup.c) - it also has "standard" UART, but some stuff needs to be set up
prior to serial.o. Of course that is not complete solution for your case, just a hint...
> Thanks all
>
>
>
>
> Best regards,
> Chung
>
> _______________________________________
> YM - 離線訊息
> 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何
> 說話都冇走失。
> http://messenger.yahoo.com.hk
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
--
Sincerely,
Vitaly
Best regards,
Chung
_______________________________________
YM - 離線訊息
就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何說話都冇走失。
http://messenger.yahoo.com.hk
[-- Attachment #2: Type: text/html, Size: 5766 bytes --]
^ permalink raw reply
* RE: mpc8260 fcc enet transmit time out
From: Ho Jeffrey-r26191 @ 2006-01-10 2:26 UTC (permalink / raw)
To: 'hubert.loewenguth', Linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 6248 bytes --]
On MPC8560 port of linuxppc-2.4, on the Gianfar driver for TSEC and FEC, there is a mode call phy polling mode can be enable.
In one of our hw, we are using realtek 10/100phy which don't have interrupt as well.
We config that phy to use the polling mode in Gianfar. We can do plug and unplug with no problem.
My suggetsion is to check how that driver do the polling and use it with your fcc_enet.
Regards,
Jeffrey Ho
Freescale Semiconductor HK Ltd
Tel: 852-26668050
_____
From: linuxppc-embedded-bounces@ozlabs.org [mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of hubert.loewenguth
Sent: Tuesday, January 10, 2006 1:27 AM
To: Linuxppc-embedded@ozlabs.org
Subject: mpc8260 fcc enet transmit time out
hi the community.
I have already posted a question about my problem but it seems that nobody has encounter the same matter.
So I have made numerous tests and researches and seeing that I still have not succeed in solving it, I try again tyo send you my bug.
I use a MPC8260 with linux 2.4.20.
The problem is with the fcc_enet driver.
I have no MII phy interrupt line with my LXT971 Phy in front of the powerpc.
Seeing that I have no interrupt line, I have configured the driver to be in half duplex, and the LXT971 too.
I'm sure that the driver is in half-duplex mode an the LXT971 too, and the auto-negociation is ok.
Everything works fine, but, if I do successive plugs/unplugs during important data transfert, The driver enter into an infinite loop:
# NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f748 tx_free 0 cur_rx c019f690.
Tx @base c019f708 :
1c00 055c 011cd06a
5c00 003b 011cd86a
...
1c00 055c 011d486a
3c00 05ea 011d406a
Rx @base c019f608 :
9c00 0040 01f3e000
9c00 0040 01f3e800
...
9c00 0040 01f3d000
bc00 0040 01f2f800
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f748 tx_free 0 cur_rx c019f698.
Tx @base c019f708 :
1c00 055c 011cd06a
5c00 003b 011cd86a
1c00 05ea 011ce06a
.....
I have found, on the linux-embended forum, a personn who has the same problem:
http://ozlabs.org/pipermail/linuxppc-embedded/2001-December/005714.html <http://ozlabs.org/pipermail/linuxppc-embedded/2001-December/005714.html>
But I'm sure about my pin connections ans so the reponse to this personn doesn't solve my problem
More interresting this one :
http://ozlabs.org/pipermail/linuxppc-embedded/2005-January/016539.html <http://ozlabs.org/pipermail/linuxppc-embedded/2005-January/016539.html>
This personn seems to have the same troubleshouting than me .
He has tried to apply the patch provided by freescale, but it doesn't seem to correct it.
So I have had just a little piece of trace in order to see when this infernal loop appear.
I have added some trace in the fcc_enet_start_xmit .
has you know, after some kind of transmit errors, the transmitter need to be restarted, and so I have added some traces to see when it is restarted
/* Some transmit errors cause the transmitter to shut
* down. We now issue a restart transmit. Since the
* errors close the BD and update the pointers, the restart
* _should_ pick up without having to reset any of our
* pointers either. Also, To workaround 8260 device erratum
* CPM37, we must disable and then re-enable the transmitter
* following a Late Collision, Underrun, or Retry Limit error.
*/
# UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
UNDERRUN ! ==> RESTART
CARRIER LOST !
........
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f778 tx_free 0 cur_rx c019f690.
Tx @base c019f708 :
1c02 055c 012cd86a
9c00 05ea 012cd06a
9c00 05ea 012f706a
9c00 05ea 012cf06a
9c00 05ea 012cf86a
9c00 05ea 0118506a
Some personns have said me to try with 2.6 drivers but it's exactly the same problem.
( even if I'm a little bit surprised to see that with the 2.6 version drivers seems to be uncompatible with boards wich use MDIO without PHY
interrupt.the #define PHY_INTERRUPT condition of the 2.4 drivers version has
disapeared => with this new drivers you can't use MDIO without PHY interrupt !!
it was possible in the 2.4 version.
- seeing that the "fep->link" value is enabled only on a PHY interrupt .
I can't have this condition OK without PHY interrupt.
"fep->link" can be asserted in the mii_parse_sr function, but has it is
indicated in the comment in the drivers :
"/* Somehow does the 971 tell me that the link is down
* the first read after power-up.
* read here to get a valid value in ack_int */"
That's true, the LXT 971A tell that the link is down, and seeing that I
have no interrupt, the fep->link is never asserted again.
So, I have commented the first lines of the fcc_enet_start_xmit function
which verify the value of fep->link.
I have added a #ifdef PHY_INTERRUPT condition before installing the ISR
for this interrupt.
And thanks to that, I have been able to test the new driver 2.6 .
But unfortunetly this doesn't solve my problem.)
So 2.6 driver is not the solution of my problem.
I'm asking myself if this can be due to CPM21, or CPM22, or CPM119 known bugs on mpc8260 ?
(see http://www.freescale.com/files/32bit/doc/data_sheet/MPC8260CE.pdf <http://www.freescale.com/files/32bit/doc/data_sheet/MPC8260CE.pdf> ) but I don't think so.
Perhaps, I imagine that in fact the MPC8260 transmitter doesn't restart correctly ?
(Also, To workaround 8260 device erratum
* CPM37, we must disable and then re-enable the transmitter
* following a Late Collision, Underrun, or Retry Limit error)
Is there anybody having encounter the same problem?
Is there anybody having done some test of numerous plug/unplug during important data transfert with a half-duplex connection on mpc8260?
Is there anybody having an idea to help me ?
Thanks to the community for any help, I'm really desepareted here
(PS : sorry for my bad english)
[-- Attachment #2: Type: text/html, Size: 9656 bytes --]
^ permalink raw reply
* RE: mpc8260 fec enet transmit time out
From: atul.sabharwal @ 2006-01-10 2:39 UTC (permalink / raw)
To: r26191, hubert.loewenguth, Linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 7253 bytes --]
How do you know that the FEC MAC & PHY are connected correctly? Check
the CLK's generated by the PHY.
Any signal issues (with a scope) ? Can you read/write the Phy registers
using the MDIO channel?
Check the link register in the Phy if it gives any false link status?
Also, the driver might have auto switching
Of Ethernet interfaces or might have a timeout and stop any
transmit/receive which is causing the lockup.
Force the driver to re-initialize after a timeout might be a workaround.
--
Atul
________________________________
From: linuxppc-embedded-bounces@ozlabs.org
[mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of Ho
Jeffrey-r26191
Sent: Monday, January 09, 2006 6:27 PM
To: 'hubert.loewenguth'; Linuxppc-embedded@ozlabs.org
Subject: RE: mpc8260 fcc enet transmit time out
On MPC8560 port of linuxppc-2.4, on the Gianfar driver for TSEC and FEC,
there is a mode call phy polling mode can be enable.
In one of our hw, we are using realtek 10/100phy which don't have
interrupt as well.
We config that phy to use the polling mode in Gianfar. We can do plug
and unplug with no problem.
My suggetsion is to check how that driver do the polling and use it with
your fcc_enet.
Regards,
Jeffrey Ho
Freescale Semiconductor HK Ltd
Tel: 852-26668050
________________________________
From: linuxppc-embedded-bounces@ozlabs.org
[mailto:linuxppc-embedded-bounces@ozlabs.org] On Behalf Of
hubert.loewenguth
Sent: Tuesday, January 10, 2006 1:27 AM
To: Linuxppc-embedded@ozlabs.org
Subject: mpc8260 fcc enet transmit time out
hi the community.
I have already posted a question about my problem but it seems
that nobody has encounter the same matter.
So I have made numerous tests and researches and seeing that I
still have not succeed in solving it, I try again tyo send you my bug.
I use a MPC8260 with linux 2.4.20.
The problem is with the fcc_enet driver.
I have no MII phy interrupt line with my LXT971 Phy in front of
the powerpc.
Seeing that I have no interrupt line, I have configured the
driver to be in half duplex, and the LXT971 too.
I'm sure that the driver is in half-duplex mode an the LXT971
too, and the auto-negociation is ok.
Everything works fine, but, if I do successive plugs/unplugs
during important data transfert, The driver enter into an infinite loop:
# NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f748 tx_free 0 cur_rx c019f690.
Tx @base c019f708 :
1c00 055c 011cd06a
5c00 003b 011cd86a
...
1c00 055c 011d486a
3c00 05ea 011d406a
Rx @base c019f608 :
9c00 0040 01f3e000
9c00 0040 01f3e800
...
9c00 0040 01f3d000
bc00 0040 01f2f800
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f748 tx_free 0 cur_rx c019f698.
Tx @base c019f708 :
1c00 055c 011cd06a
5c00 003b 011cd86a
1c00 05ea 011ce06a
.....
I have found, on the linux-embended forum, a personn who has the
same problem:
http://ozlabs.org/pipermail/linuxppc-embedded/2001-December/005714.html
But I'm sure about my pin connections ans so the reponse to this
personn doesn't solve my problem
More interresting this one :
http://ozlabs.org/pipermail/linuxppc-embedded/2005-January/016539.html
This personn seems to have the same troubleshouting than me .
He has tried to apply the patch provided by freescale, but it
doesn't seem to correct it.
So I have had just a little piece of trace in order to see when
this infernal loop appear.
I have added some trace in the fcc_enet_start_xmit .
has you know, after some kind of transmit errors, the
transmitter need to be restarted, and so I have added some traces to see
when it is restarted
/* Some transmit errors cause the transmitter to shut
* down. We now issue a restart transmit. Since the
* errors close the BD and update the pointers, the
restart
* _should_ pick up without having to reset any of our
* pointers either. Also, To workaround 8260 device
erratum
* CPM37, we must disable and then re-enable the
transmitter
* following a Late Collision, Underrun, or Retry Limit
error.
*/
# UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
UNDERRUN ! ==> RESTART
CARRIER LOST !
........
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
CARRIER LOST !
UNDERRUN ! ==> RESTART
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out.
Ring data dump: cur_tx c019f778 tx_free 0 cur_rx c019f690.
Tx @base c019f708 :
1c02 055c 012cd86a
9c00 05ea 012cd06a
9c00 05ea 012f706a
9c00 05ea 012cf06a
9c00 05ea 012cf86a
9c00 05ea 0118506a
Some personns have said me to try with 2.6 drivers but it's
exactly the same problem.
( even if I'm a little bit surprised to see that with the 2.6
version drivers seems to be uncompatible with boards wich use MDIO
without PHY
interrupt.the #define PHY_INTERRUPT condition of the 2.4 drivers
version has
disapeared => with this new drivers you can't use MDIO without
PHY interrupt !!
it was possible in the 2.4 version.
- seeing that the "fep->link" value is enabled only on a PHY
interrupt .
I can't have this condition OK without PHY interrupt.
"fep->link" can be asserted in the mii_parse_sr function, but
has it is
indicated in the comment in the drivers :
"/* Somehow does the 971 tell me that the link is down
* the first read after power-up.
* read here to get a valid value in ack_int */"
That's true, the LXT 971A tell that the link is down, and seeing
that I
have no interrupt, the fep->link is never asserted again.
So, I have commented the first lines of the fcc_enet_start_xmit
function
which verify the value of fep->link.
I have added a #ifdef PHY_INTERRUPT condition before installing
the ISR
for this interrupt.
And thanks to that, I have been able to test the new driver 2.6
.
But unfortunetly this doesn't solve my problem.)
So 2.6 driver is not the solution of my problem.
I'm asking myself if this can be due to CPM21, or CPM22, or
CPM119 known bugs on mpc8260 ?
(see
http://www.freescale.com/files/32bit/doc/data_sheet/MPC8260CE.pdf ) but
I don't think so.
Perhaps, I imagine that in fact the MPC8260 transmitter doesn't
restart correctly ?
(Also, To workaround 8260 device erratum
* CPM37, we must disable and then re-enable the
transmitter
* following a Late Collision, Underrun, or Retry Limit
error)
Is there anybody having encounter the same problem?
Is there anybody having done some test of numerous plug/unplug
during important data transfert with a half-duplex connection on
mpc8260?
Is there anybody having an idea to help me ?
Thanks to the community for any help, I'm really desepareted
here
(PS : sorry for my bad english)
[-- Attachment #2: Type: text/html, Size: 15602 bytes --]
^ permalink raw reply
* [Problem] linux 2.6.14 kernel hang up after the uImage uncompressed successfully
From: Jonathan Qiang @ 2006-01-10 3:06 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 1770 bytes --]
Hi,
I am doing booting linux kernel 2.6.14.5 from kernel.org on a kind of
embedded ppc board, where the chip mpc8272 has been settled.
But after u-boot(1.1.4) finished booting itself and uncompressed the
uImage(2.6.14.5 based). the kernel can not boot
Successfully. It stop somewhere. the script is below:
U-Boot 1.1.4 (Jan 3 2006 - 15:00:41)
MPC8272 Reset Status: Check Stop, External Soft, External Hard
MPC8272 Clock Configuration
- Bus-to-Core Mult 5x, VCO Div 2, 60x Bus Freq 20-60 , Core Freq
100-300
- dfbrg 1, corecnf 0x1b, busdf 7, cpmdf 1, plldf 0, pllmf 7
- vco_out 528000000, scc_clk 132000000, brg_clk 33000000
- cpu_clk 330000000, cpm_clk 264000000, bus_clk 66000000
- pci_clk 22000000
CPU: MPC8272 (HiP7 Rev 14, Mask 1.0 1K50M) at 330 MHz
I2C: ready
DRAM: SDRAM configuration:
Refresh rate = 47, CAS latency = 3, Using Page Based Interleave
Total size: 32 MB
FLASH Dectected: FLASH MFP, new id is 0x0089, Device ID is 0x8922
32 MB
In: serial
Out: serial
Err: serial
Ethos version: ac21 (DEVID:ac2, DEVVER:1, MFGVER: 1)
CFG_CMXFCR_VALUE=0x00370000, CFG_CMXFCR_MASK=0x007F0000
Net: FCC2 ETHERNET
Hit any key to stop autoboot: 0
Using FCC2 ETHERNET device
## Booting image at 00200000 ...
Image Name: Linux-2.6.14.5
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 750080 Bytes = 732.5 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Then I have tried to use BDI2000 to debug the kernel, It seems that the
kernel can passed on console_init function. But still no message came
out even printk(KERN_NOTICE); and printk(linux_banner);
[-- Attachment #2: Type: text/html, Size: 13796 bytes --]
^ permalink raw reply
* patch add-vio_bus_type-probe-and-remove-methods.patch added to gregkh-2.6 tree
From: gregkh @ 2006-01-10 6:00 UTC (permalink / raw)
To: rmk, greg, gregkh, linuxppc-embedded, rmk+kernel
In-Reply-To: <20060105142951.13.14@flint.arm.linux.org.uk>
This is a note to let you know that I've just added the patch titled
Subject: [CFT 14/29] Add vio_bus_type probe and remove methods
to my gregkh-2.6 tree. Its filename is
add-vio_bus_type-probe-and-remove-methods.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/
>From rmk+greg=kroah.com@arm.linux.org.uk Thu Jan 5 06:37:30 2006
From: Russell King <rmk@arm.linux.org.uk>
CC: Greg K-H <greg@kroah.com>, PPC <linuxppc-embedded@ozlabs.org>
Subject: [CFT 14/29] Add vio_bus_type probe and remove methods
Date: Thu, 05 Jan 2006 14:36:47 +0000
Message-ID: <20060105142951.13.14@flint.arm.linux.org.uk>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
arch/powerpc/kernel/vio.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
--- gregkh-2.6.orig/arch/powerpc/kernel/vio.c
+++ gregkh-2.6/arch/powerpc/kernel/vio.c
@@ -76,7 +76,7 @@ static void vio_bus_shutdown(struct devi
struct vio_dev *viodev = to_vio_dev(dev);
struct vio_driver *viodrv = to_vio_driver(dev->driver);
- if (viodrv->shutdown)
+ if (dev->driver && viodrv->shutdown)
viodrv->shutdown(viodev);
}
@@ -91,9 +91,6 @@ int vio_register_driver(struct vio_drive
/* fill in 'struct driver' fields */
viodrv->driver.bus = &vio_bus_type;
- viodrv->driver.probe = vio_bus_probe;
- viodrv->driver.remove = vio_bus_remove;
- viodrv->driver.shutdown = vio_bus_shutdown;
return driver_register(&viodrv->driver);
}
@@ -295,4 +292,7 @@ struct bus_type vio_bus_type = {
.name = "vio",
.uevent = vio_hotplug,
.match = vio_bus_match,
+ .probe = vio_bus_probe,
+ .remove = vio_bus_remove,
+ .shutdown = vio_bus_shutdown,
};
Patches currently in gregkh-2.6 which might be from rmk@arm.linux.org.uk are
driver/add-bttv-sub-bus_type-probe-and-remove-methods.patch
driver/add-bus_type-probe-remove-shutdown-methods..patch
driver/add-ccwgroup_bus_type-probe-and-remove-methods.patch
driver/add-dio_bus_type-probe-and-remove-methods.patch
driver/add-ecard_bus_type-probe-remove-shutdown-methods.patch
driver/add-gameport-bus_type-probe-and-remove-methods.patch
driver/add-i2c_bus_type-probe-and-remove-methods.patch
driver/add-ide_bus_type-probe-and-remove-methods.patch
driver/add-locomo-bus_type-probe-remove-methods.patch
driver/add-logic-module-bus_type-probe-remove-methods.patch
driver/add-macio_bus_type-probe-and-remove-methods.patch
driver/add-mcp-bus_type-probe-and-remove-methods.patch
driver/add-mmc_bus_type-probe-and-remove-methods.patch
driver/add-ocp_bus_type-probe-and-remove-methods.patch
driver/add-of_platform_bus_type-probe-and-remove-methods.patch
driver/add-parisc_bus_type-probe-and-remove-methods.patch
driver/add-pci_bus_type-probe-and-remove-methods.patch
driver/add-pcmcia_bus_type-probe-and-remove-methods.patch
driver/add-pnp_bus_type-probe-and-remove-methods.patch
driver/add-pseudo-lld-bus_type-probe-and-remove-methods.patch
driver/add-rio_bus_type-probe-and-remove-methods.patch
driver/add-sa1111-bus_type-probe-remove-methods.patch
driver/add-serio-bus_type-probe-and-remove-methods.patch
driver/add-sh_bus_type-probe-and-remove-methods.patch
driver/add-superhyway_bus_type-probe-and-remove-methods.patch
driver/add-tiocx-bus_type-probe-remove-methods.patch
driver/add-usb_serial_bus_type-probe-and-remove-methods.patch
driver/add-vio_bus_type-probe-and-remove-methods.patch
driver/add-zorro_bus_type-probe-and-remove-methods.patch
driver/remove-usb-gadget-generic-driver-methods.patch
^ permalink raw reply
* patch add-of_platform_bus_type-probe-and-remove-methods.patch added to gregkh-2.6 tree
From: gregkh @ 2006-01-10 6:00 UTC (permalink / raw)
To: rmk, greg, gregkh, linuxppc-embedded, rmk+kernel
In-Reply-To: <20060105142951.13.13@flint.arm.linux.org.uk>
This is a note to let you know that I've just added the patch titled
Subject: [CFT 13/29] Add of_platform_bus_type probe and remove methods
to my gregkh-2.6 tree. Its filename is
add-of_platform_bus_type-probe-and-remove-methods.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/
>From rmk+greg=kroah.com@arm.linux.org.uk Thu Jan 5 06:37:22 2006
From: Russell King <rmk@arm.linux.org.uk>
CC: Greg K-H <greg@kroah.com>, PowerPC <linuxppc-embedded@ozlabs.org>
Subject: [CFT 13/29] Add of_platform_bus_type probe and remove methods
Date: Thu, 05 Jan 2006 14:36:16 +0000
Message-ID: <20060105142951.13.13@flint.arm.linux.org.uk>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
arch/powerpc/kernel/of_device.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- gregkh-2.6.orig/arch/powerpc/kernel/of_device.c
+++ gregkh-2.6/arch/powerpc/kernel/of_device.c
@@ -132,6 +132,8 @@ static int of_device_resume(struct devic
struct bus_type of_platform_bus_type = {
.name = "of_platform",
.match = of_platform_bus_match,
+ .probe = of_device_probe,
+ .remove = of_device_remove,
.suspend = of_device_suspend,
.resume = of_device_resume,
};
@@ -150,8 +152,6 @@ int of_register_driver(struct of_platfor
/* initialize common driver fields */
drv->driver.name = drv->name;
drv->driver.bus = &of_platform_bus_type;
- drv->driver.probe = of_device_probe;
- drv->driver.remove = of_device_remove;
/* register with core */
count = driver_register(&drv->driver);
Patches currently in gregkh-2.6 which might be from rmk@arm.linux.org.uk are
driver/add-bttv-sub-bus_type-probe-and-remove-methods.patch
driver/add-bus_type-probe-remove-shutdown-methods..patch
driver/add-ccwgroup_bus_type-probe-and-remove-methods.patch
driver/add-dio_bus_type-probe-and-remove-methods.patch
driver/add-ecard_bus_type-probe-remove-shutdown-methods.patch
driver/add-gameport-bus_type-probe-and-remove-methods.patch
driver/add-i2c_bus_type-probe-and-remove-methods.patch
driver/add-ide_bus_type-probe-and-remove-methods.patch
driver/add-locomo-bus_type-probe-remove-methods.patch
driver/add-logic-module-bus_type-probe-remove-methods.patch
driver/add-macio_bus_type-probe-and-remove-methods.patch
driver/add-mcp-bus_type-probe-and-remove-methods.patch
driver/add-mmc_bus_type-probe-and-remove-methods.patch
driver/add-ocp_bus_type-probe-and-remove-methods.patch
driver/add-of_platform_bus_type-probe-and-remove-methods.patch
driver/add-parisc_bus_type-probe-and-remove-methods.patch
driver/add-pci_bus_type-probe-and-remove-methods.patch
driver/add-pcmcia_bus_type-probe-and-remove-methods.patch
driver/add-pnp_bus_type-probe-and-remove-methods.patch
driver/add-pseudo-lld-bus_type-probe-and-remove-methods.patch
driver/add-rio_bus_type-probe-and-remove-methods.patch
driver/add-sa1111-bus_type-probe-remove-methods.patch
driver/add-serio-bus_type-probe-and-remove-methods.patch
driver/add-sh_bus_type-probe-and-remove-methods.patch
driver/add-superhyway_bus_type-probe-and-remove-methods.patch
driver/add-tiocx-bus_type-probe-remove-methods.patch
driver/add-usb_serial_bus_type-probe-and-remove-methods.patch
driver/add-vio_bus_type-probe-and-remove-methods.patch
driver/add-zorro_bus_type-probe-and-remove-methods.patch
driver/remove-usb-gadget-generic-driver-methods.patch
^ permalink raw reply
* patch add-macio_bus_type-probe-and-remove-methods.patch added to gregkh-2.6 tree
From: gregkh @ 2006-01-10 6:00 UTC (permalink / raw)
To: rmk, greg, gregkh, linuxppc-dev, rmk+kernel
In-Reply-To: <20060105142951.13.19@flint.arm.linux.org.uk>
This is a note to let you know that I've just added the patch titled
Subject: [CFT 19/29] Add macio_bus_type probe and remove methods
to my gregkh-2.6 tree. Its filename is
add-macio_bus_type-probe-and-remove-methods.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/
>From rmk+greg=kroah.com@arm.linux.org.uk Thu Jan 5 06:42:59 2006
From: Russell King <rmk@arm.linux.org.uk>
CC: Greg K-H <greg@kroah.com>, MAC <linuxppc-dev@ozlabs.org>
Subject: [CFT 19/29] Add macio_bus_type probe and remove methods
Date: Thu, 05 Jan 2006 14:39:24 +0000
Message-ID: <20060105142951.13.19@flint.arm.linux.org.uk>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
drivers/macintosh/macio_asic.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- gregkh-2.6.orig/drivers/macintosh/macio_asic.c
+++ gregkh-2.6/drivers/macintosh/macio_asic.c
@@ -204,6 +204,9 @@ struct bus_type macio_bus_type = {
.name = "macio",
.match = macio_bus_match,
.uevent = macio_uevent,
+ .probe = macio_device_probe,
+ .remove = macio_device_remove,
+ .shutdown = macio_device_shutdown,
.suspend = macio_device_suspend,
.resume = macio_device_resume,
.dev_attrs = macio_dev_attrs,
@@ -487,9 +490,6 @@ int macio_register_driver(struct macio_d
/* initialize common driver fields */
drv->driver.name = drv->name;
drv->driver.bus = &macio_bus_type;
- drv->driver.probe = macio_device_probe;
- drv->driver.remove = macio_device_remove;
- drv->driver.shutdown = macio_device_shutdown;
/* register with core */
count = driver_register(&drv->driver);
Patches currently in gregkh-2.6 which might be from rmk@arm.linux.org.uk are
driver/add-bttv-sub-bus_type-probe-and-remove-methods.patch
driver/add-bus_type-probe-remove-shutdown-methods..patch
driver/add-ccwgroup_bus_type-probe-and-remove-methods.patch
driver/add-dio_bus_type-probe-and-remove-methods.patch
driver/add-ecard_bus_type-probe-remove-shutdown-methods.patch
driver/add-gameport-bus_type-probe-and-remove-methods.patch
driver/add-i2c_bus_type-probe-and-remove-methods.patch
driver/add-ide_bus_type-probe-and-remove-methods.patch
driver/add-locomo-bus_type-probe-remove-methods.patch
driver/add-logic-module-bus_type-probe-remove-methods.patch
driver/add-macio_bus_type-probe-and-remove-methods.patch
driver/add-mcp-bus_type-probe-and-remove-methods.patch
driver/add-mmc_bus_type-probe-and-remove-methods.patch
driver/add-ocp_bus_type-probe-and-remove-methods.patch
driver/add-of_platform_bus_type-probe-and-remove-methods.patch
driver/add-parisc_bus_type-probe-and-remove-methods.patch
driver/add-pci_bus_type-probe-and-remove-methods.patch
driver/add-pcmcia_bus_type-probe-and-remove-methods.patch
driver/add-pnp_bus_type-probe-and-remove-methods.patch
driver/add-pseudo-lld-bus_type-probe-and-remove-methods.patch
driver/add-rio_bus_type-probe-and-remove-methods.patch
driver/add-sa1111-bus_type-probe-remove-methods.patch
driver/add-serio-bus_type-probe-and-remove-methods.patch
driver/add-sh_bus_type-probe-and-remove-methods.patch
driver/add-superhyway_bus_type-probe-and-remove-methods.patch
driver/add-tiocx-bus_type-probe-remove-methods.patch
driver/add-usb_serial_bus_type-probe-and-remove-methods.patch
driver/add-vio_bus_type-probe-and-remove-methods.patch
driver/add-zorro_bus_type-probe-and-remove-methods.patch
driver/remove-usb-gadget-generic-driver-methods.patch
^ permalink raw reply
* Re: [Problem] linux 2.6.14 kernel hang up after the uImage uncompressed successfully
From: Wolfgang Denk @ 2006-01-10 8:23 UTC (permalink / raw)
To: Jonathan Qiang; +Cc: linuxppc-embedded
In-Reply-To: <32A7B31E4005134E8BA805EBAAFB9DCD9C7A1C@hellskitchen.haliplex.com.au>
In message <32A7B31E4005134E8BA805EBAAFB9DCD9C7A1C@hellskitchen.haliplex.com.au> you wrote:
>
> I am doing booting linux kernel 2.6.14.5 from kernel.org on a kind of
> embedded ppc board, where the chip mpc8272 has been settled.
> But after u-boot(1.1.4) finished booting itself and uncompressed the
> uImage(2.6.14.5 based). the kernel can not boot
> Successfully. It stop somewhere. the script is below:
Read a FAQ: http://www.denx.de/wiki/view/DULG/FaqLinux
Try a port mortem dump of the log buffer area.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
"A fractal is by definition a set for which the Hausdorff Besicovitch
dimension strictly exceeds the topological dimension."
- Mandelbrot, _The Fractal Geometry of Nature_
^ permalink raw reply
* Exceptin occurs after execute activate_mm()
From: happa @ 2006-01-10 8:58 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 3318 bytes --]
Hi,
I am booting my linux kernel via NFS.
Here is my environment:
CPU:Motorola ppc8245
Linux version 2.6.14
gcc version 3.3.3 (DENX ELDK 3.1.1 3.3.3-9)
The root file system is mounted via NFS, than it start to call "run_init_process("/sbin/init")".
After do this, the following error message will dump.
Oops: kernel access of bad area, sig: 11 [#2]
NIP: 00153884 LR: 0003AC7C SP: 00581390 REGS: 005812e0 TRAP: 0300 Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 11000F5A, DSISR: 08000000
TASK = 0057f730[1] 'init' THREAD: 00580000
Last syscall: 11
GPR00: 11000F5A 00581390 0057F730 00000003 00586000 00581420 00581460 0000000A
GPR08: 00274000 11000F00 00000000 00290000 0057F900 50482121 10016DB4 10016DB4
GPR16: 00000000 0A3421AD 00000000 00000801 00000074 00000000 0000007C 005D2AA0
GPR24: 00581420 00581420 00000003 00000003 00274060 00000000 00586000 005D2AA0
NIP [00153884] ipg_interrupt_handler+0x1c/0x114
LR [0003ac7c] __do_IRQ+0x164/0x214
Call trace:
[0003ac7c] __do_IRQ+0x164/0x214
[00006280] do_IRQ+0x3c/0x9c
[00005050] ret_from_except+0x0/0x14
[00005328] die+0x94/0x98
[0000e6cc] bad_page_fault+0x48/0x5c
[00004e30] handle_page_fault+0x7c/0x80
[001797e8] __alloc_skb+0x64/0x12c
[0018f9d0] qdisc_restart+0x100/0x1fc
[00180a04] dev_queue_xmit+0x10c/0x258
[0019eda4] ip_output+0x238/0x2a0
[0019e82c] ip_push_pending_frames+0x334/0x438
[001be790] udp_push_pending_frames+0x1dc/0x200
[001bd78c] udp_sendmsg+0x528/0x600
[001c6168] inet_sendmsg+0xb4/0xc8
[00173510] sock_sendmsg+0xac/0xcc
Kernel panic - not syncing: Aiee, killing interrupt handler!
<0>Rebooting in 180 seconds..
>From dump messages I ckeck the source code in function "ipg_interrupt_handler+0x1c/0x114", the exception
is cause by access PCI memory space of my NIC device, but this access is fine before run_init_process("/sbin/init")
is called.
Here is my NIC device logical and physical mappping.
The physical base address of this NIC is assign to 0xbffcff00
The virtual memory is map to 0x11000F00
I also trace call stack for run_init_process("/sbin/init").
run_init_process("/sbin/init")
|
v
...wait until the file got from NFS .....
|
v
load_elf_binary()
|
v
flush_old_exec()
|
v
exec_mmap()
|
v
activate_mm() ---> After this function is called, to access PCI memory space of my NIC device the excepton will occur.
I have also check "Segment Regiser" of mpc8245.
Before the activate_mm() called the "Segment Regiser" is list as follow:
SR0 : 20000000
SR1 : 20000111
SR2 : 20000222
SR3 : 20000333
SR4 : 20000444
SR5 : 20000555
SR6 : 20000666
SR7 : 20000777
SR8 : 20000888
SR9 : 20000999
SR10 : 20000AAA
SR11 : 20000BBB
SR12 : 20000CCC
SR13 : 20000DDD
SR14 : 20000EEE
SR15 : 20000FFF
After the activate_mm() called the "Segment Regiser" is list as follow:
SR0 : 60003810
SR1 : 60003921
SR2 : 60003A32
SR3 : 60003B43
SR4 : 60003C45
SR5 : 60003D65
SR6 : 60003E76
SR7 : 60003F87
SR8 : 20000888
SR9 : 20000999
SR10 : 20000AAA
SR11 : 20000BBB
SR12 : 20000CCC
SR13 : 20000DDD
SR14 : 20000EEE
SR15 : 20000FFF
I think the memory translate have problem after call "activate_mm()".
Is my MMU setting have problems, or someone would tell me which setting or configure I need to check?
/Wen
^ permalink raw reply
* Re: [Problem] linux 2.6.14 kernel hang up after the uImage uncompressed successfully
From: Vitaly Bordug @ 2006-01-10 9:32 UTC (permalink / raw)
To: Jonathan Qiang; +Cc: linuxppc-embedded
In-Reply-To: <32A7B31E4005134E8BA805EBAAFB9DCD9C7A1C@hellskitchen.haliplex.com.au>
Jonathan Qiang wrote:
> Hi,
>
>
>
> I am doing booting linux kernel 2.6.14.5 from kernel.org on a kind of
> *embedded ppc board, where the chip mpc8272 has been settled.*
>
> *But after u-boot(1.1.4) finished booting itself and uncompressed the
> uImage(2.6.14.5 based). the kernel can not boot*
>
This looks like odd or incomplete bootargs. Please search the list for relevant issues,
the likewise questions has been answered several times by me at least.
> *Successfully. It stop somewhere. the script is below: *
>
> * *
>
> * *
>
> U-Boot 1.1.4 (Jan 3 2006 - 15:00:41)
>
>
>
> MPC8272 Reset Status: Check Stop, External Soft, External Hard
>
>
>
> MPC8272 Clock Configuration
>
> - Bus-to-Core Mult 5x, VCO Div 2, 60x Bus Freq 20-60 , Core Freq 100-300
>
> - dfbrg 1, corecnf 0x1b, busdf 7, cpmdf 1, plldf 0, pllmf 7
>
> - vco_out 528000000, scc_clk 132000000, brg_clk 33000000
>
> - cpu_clk 330000000, cpm_clk 264000000, bus_clk 66000000
>
> - pci_clk 22000000
>
>
>
> CPU: MPC8272 (HiP7 Rev 14, Mask 1.0 1K50M) at 330 MHz
>
> I2C: ready
>
> DRAM: SDRAM configuration:
>
> Refresh rate = 47, CAS latency = 3, Using Page Based Interleave
>
> Total size: 32 MB
>
> FLASH Dectected: FLASH MFP, new id is 0x0089, Device ID is 0x8922
>
> 32 MB
>
> In: serial
>
> Out: serial
>
> Err: serial
>
> Ethos version: ac21 (DEVID:ac2, DEVVER:1, MFGVER: 1)
>
> CFG_CMXFCR_VALUE=0x00370000, CFG_CMXFCR_MASK=0x007F0000
>
> Net: FCC2 ETHERNET
>
> Hit any key to stop autoboot: 0
>
> Using FCC2 ETHERNET device
>
> ## Booting image at 00200000 ...
>
> Image Name: Linux-2.6.14.5
>
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
>
> Data Size: 750080 Bytes = 732.5 kB
>
> Load Address: 00000000
>
> Entry Point: 00000000
>
> Verifying Checksum ... OK
>
> Uncompressing Kernel Image ... OK
>
>
>
> Then I have tried to use BDI2000 to debug the kernel, It seems that the
> kernel can passed on console_init function. But still no message came
> out even printk(KERN_NOTICE); and printk(linux_banner);
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: Enable a PCMCIA Bluetooth card in custom MPC860 system
From: Vitaly Bordug @ 2006-01-10 9:40 UTC (permalink / raw)
To: Lo Chun Chung; +Cc: linuxppc-embedded
In-Reply-To: <20060110013947.66617.qmail@web53712.mail.yahoo.com>
Lo Chun Chung wrote:
> Thanks for your hint. But the file is just for Linux Kernel Version 2.6,
> is this also OK for me? (I am using a 2.4 kernel)
>
That's just for reference.
> But I doubt that same technique can be applied since the Bluetooth
> should only be enabled when I loaded the pcmcia drivers (pcmcia_core.o,
> m8xx_pcmcia.o and ds.o), so ....
>
The way I know is to configure serial stuff before serial.o insmoded, so it could get right offsets and other stuff.
Look at the serial code, and if the only way to do mentioned is to configure it compile-time, than you'll have to implement
something. But I beleive another serial PCMCIA exist, that does it right way.
> how can I pre-set some settings during boot-time that I have not yet
> insert the pcmcia modules into the kernel?
>
> Also the last thing is, since there is not "hotplug" in my system and
> resources allocation is different from standard PCs, so I cannot let my
> embedded system to auto-detect a standard uart has been added during the
> PCMCIA bluetooth card is plugged in (while standard PC will)
>
> or can anybody tell me that how can I realize hotplug in my system? (is
> this can be worked out?)
>
I don't know hotplug stuff very well, but I guess to find the way to solve your problem
will be easier.
> Thanks
>
> */Vitaly Bordug <vbordug@ru.mvista.com>/* 說：
>
> Lo Chun Chung wrote:
> > Dear all,
> >
> > I am a student from Hong Kong. Now I am doing a project about
> enabling a
> > Bluetooth PCMCIA card (Billionton PCBTC1A-B) in a custom MPC860PC.
> >
> > (The custom MPC860 system is constructed by a MPC860 Processor
> Card and
> > a custom made PCB to adding a PCMCIA interface to the processor
> Card.)
> >
> > Now my stage is: the LINUX (Linux Kernel 2.4.25 from ELDK 3.1 for
> > powerpc) can recognise the card by cardctl, and here are the
> screen dump:
> >
> > / # cardctl ident
> > Socket 0:
> > product info: "PCMCIA", "Bluetooth Card", "", ""
> > manfid: 0x0279, 0x950b
> > function: 2 (serial)
> > / # cardctl status
> > Socket 0:
> > 5V 16-bit PC Card
> > function 0: [ready], [bat dead], [bat low]
> >! / # cardctl info
> > PRODID_1="PCMCIA"
> > PRODID_2="Bluetooth Card"
> > PRODID_3=""
> > PRODID_4=""
> > MANFID=0279,950b
> > FUNCID=2
> > / # cardct! l config
> > Socket 0:
> > Vcc 5.0V Vpp1 5.0V Vpp2 5.0V
> >
> > but after I load all the modules needed (should be these?)
> >
> > / # lsmod
> > Module Size Used by Not tainted
> > hci_uart 14836 0 (unused)
> > l2cap 22956 0 (unused)
> > bluez 43856 0 [hci_uart l2cap]
> > ds 8060 0
> > m8xx_pcmcia 5164 1
> > pcmcia_core 39520 0 [ds m8xx_pcmcia]
> >
> > my bluetooth still cannot get working ...
> >
> > then I try to insert "serial_cs" as my bluetooth card is a uart base
> > card. but some message given out:
> >
> > / # insmod serial_cs
> > Using /lib/modules/2.4.25/serial_cs.o
> > insmod: unresolved symbol unregister_serial
> > insmod: unresolved symbol register_serial
> >
> > so I realize that I sho! uld also insert "serial.o" into the
> linux, but
> > crashes ...
> >
> > / # insmod serial
> > Using /lib/modules/2.4.25/serial.o
> > Serial driver version 5.05c (2001-07-08) with MANY_PORTS
> SHARE_IRQ enabled
> > Machine check in kernel mode.
> > Caused by (from SRR1=1032): Transfer error ack signal
> > ! Oops: machine check, sig: 7
> > NIP: C3040078 XER: 00000000 LR: C3044724 SP: C1CC1D60 REGS: c1cc1cb0
> > TRAP: 0200 No
> > t tainted
> > MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
> > TASK = c1cc0000[33] 'busybox' Last syscall: 128
> > last math 00000000 last altivec 00000000
> > GPR00: 00000000 C1CC1D60 C1CC0000 C1CC1D70 00000004 00000001
> 00000B4B
> > C015378B
> > GPR08: 00000000 800003FC 00000003 C1CC1C70 C0170000 10084438
> 00000000
> > 00000000
> > GPR16: 00000000 00000000 00000000 00000000 00009032 1016EDB0
> C1D3A000
> > C1CC1EA0
> > GPR24: C1F6B760 00000006 C304973C C1CC1D70 C3040000 00000000
> 00000000
> > C3046348
> > Call backtrace:
> > C3044718 C3045188 C0012440 C00043BC 10080000 10021DF0 100238CC
> > 1000457C 100041A0 1000436C 1000457C 100041A0 0FE70EF4 00000000
> >
> > I only knows when i insert the serial.o, this driver will try to
> access
> > the standard uart which is not available in my system (my system
> only
> > has one uart by SMC1), then the system will crash eac! h time the
> > driver wants to access the registers does not available ...
> >
> > The project deadline is near ... so I ask here ...
> >
> > can anyone helps me or give me some clues?
> >
> You should take a look for instance how 8349 does this job
> (arch/ppc/syslib/ppc83xx_setup.c) - it also has "standard" UART, but
> some stuff needs to be set up
> prior to serial.o. Of course that is not complete solution for your
> case, just a hint...
> > Thanks all
> >
> >
> >
> >
> > Best regards,
> > Chung
> >
> > _______________________________________
> > YM - 離線訊息
> > 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看
> 到，任何
> > 說話都冇走失。
> > http://messenger.yahoo.com.hk
> >
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
> --
> Sincerely,
> Vitaly
>
>
>
>
> Best regards,
> Chung
>
> _______________________________________
> YM - 離線訊息
> 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何
> 說話都冇走失。
> http://messenger.yahoo.com.hk
>
--
Sincerely,
Vitaly
^ permalink raw reply
* RES: [Problem] linux 2.6.14 kernel hang up after the uImage uncompressedsuccessfully
From: Sugeno, Otavio Isamu @ 2006-01-10 9:56 UTC (permalink / raw)
To: Jonathan Qiang; +Cc: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 2806 bytes --]
Hi.
I suggest you check the bd_info structure, if they are the same at u-boot and linux kernel.
See also the link below, it is always a good source to solve problems:
http://www.denx.de/wiki/bin/view/DULG/LinuxHangsAfterUncompressingKernel
If it is the bd_info is ok, so probably your problem is with some configuration in you board or something that it is not working properly.
Try to compile a linux kernel only with basic features that you need, for example, serial and ethernet and check what happens.
Otavio I. Sugeno
Information & Communication
Com EN PSY DA
Phone: +55 41 341-5883
Fax: +55 41 341-5594
email: otavio.sugeno@siemens.com
Siemens Brasil 2005 * 100 ANOS
________________________________
De: linuxppc-embedded-bounces@ozlabs.org [mailto:linuxppc-embedded-bounces@ozlabs.org] Em nome de Jonathan Qiang
Enviada em: terça-feira, 10 de janeiro de 2006 01:06
Para: linuxppc-embedded@ozlabs.org
Assunto: [Problem] linux 2.6.14 kernel hang up after the uImage uncompressedsuccessfully
Hi,
I am doing booting linux kernel 2.6.14.5 from kernel.org on a kind of embedded ppc board, where the chip mpc8272 has been settled.
But after u-boot(1.1.4) finished booting itself and uncompressed the uImage(2.6.14.5 based). the kernel can not boot
Successfully. It stop somewhere. the script is below:
U-Boot 1.1.4 (Jan 3 2006 - 15:00:41)
MPC8272 Reset Status: Check Stop, External Soft, External Hard
MPC8272 Clock Configuration
- Bus-to-Core Mult 5x, VCO Div 2, 60x Bus Freq 20-60 , Core Freq 100-300
- dfbrg 1, corecnf 0x1b, busdf 7, cpmdf 1, plldf 0, pllmf 7
- vco_out 528000000, scc_clk 132000000, brg_clk 33000000
- cpu_clk 330000000, cpm_clk 264000000, bus_clk 66000000
- pci_clk 22000000
CPU: MPC8272 (HiP7 Rev 14, Mask 1.0 1K50M) at 330 MHz
I2C: ready
DRAM: SDRAM configuration:
Refresh rate = 47, CAS latency = 3, Using Page Based Interleave
Total size: 32 MB
FLASH Dectected: FLASH MFP, new id is 0x0089, Device ID is 0x8922
32 MB
In: serial
Out: serial
Err: serial
Ethos version: ac21 (DEVID:ac2, DEVVER:1, MFGVER: 1)
CFG_CMXFCR_VALUE=0x00370000, CFG_CMXFCR_MASK=0x007F0000
Net: FCC2 ETHERNET
Hit any key to stop autoboot: 0
Using FCC2 ETHERNET device
## Booting image at 00200000 ...
Image Name: Linux-2.6.14.5
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 750080 Bytes = 732.5 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Then I have tried to use BDI2000 to debug the kernel, It seems that the kernel can passed on console_init function. But still no message came out even printk(KERN_NOTICE); and printk(linux_banner);
[-- Attachment #2: Type: text/html, Size: 17393 bytes --]
^ permalink raw reply
* port linux to prpmc610 kernel-2.4.25 with MVME2100 patch
From: siman @ 2006-01-10 12:06 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <20060110082311.B29B1689DF@ozlabs.org>
[-- Attachment #1: Type: text/plain, Size: 987 bytes --]
Hi All:
I still work for port the Linux to the prpmc610 board. I get the MVME2100
patch on the kernel-2.4.25, so I port base it, because the MVME2100 have the
MPC8240 CPU similar the MPC8245, they all have 603e core.
I use the light a LED on the prpmc610 to trace the kernel code. I start at
the "head's", I found it will be dead on CPU initial. The detail
information is dead on the file "cpu_setup_6xx.S" function below:
setup_common_caches:
mfspr r11,HID0
andi. r0,r11,HID0_DCE
ori r11,r11,HID0_ICE|HID0_DCE
ori r8,r11,HID0_ICFI
bne 1f /* don't invalidate the D-cache */
ori r8,r8,HID0_DCI /* unless it wasn't enabled */
1: sync
mtspr HID0,r8 /* enable and invalidate caches */
sync
mtspr HID0,r11 /* enable caches */
sync
isync
blr
it will be dead on the "mtspr HID0,r8 /* enable and
invalidate caches */" ,
who has any experience for this, Please tell me, Thank you so much.
The attached is MVME2100 patch file.
Any very good man may tell me why dead?
[-- Attachment #2: mvme2100-linux-2.4.25.patch.bz2 --]
[-- Type: application/octet-stream, Size: 9130 bytes --]
^ permalink raw reply
* [2.6 patch] arch/powerpc/Kconfig: fix GENERIC_TBSYNC dependencies
From: Adrian Bunk @ 2006-01-10 13:02 UTC (permalink / raw)
To: paulus; +Cc: linuxppc-dev, linux-kernel, Jean-Luc Leger
This patch fixes the dependencies of GENERIC_TBSYNC (this bug was found
by Jean-Luc Leger <reiga@dspnet.fr.eu.org>).
Additionally, it removes the superfluous "default n".
Signed-off-by: Adrian Bunk <bunk@stusta.de>
--- linux-2.6.15-mm2-full/arch/powerpc/Kconfig.old 2006-01-10 13:59:33.000000000 +0100
+++ linux-2.6.15-mm2-full/arch/powerpc/Kconfig 2006-01-10 13:59:57.000000000 +0100
@@ -406,8 +406,7 @@
config GENERIC_TBSYNC
bool
- default y if CONFIG_PPC32 && CONFIG_SMP
- default n
+ default y if PPC32 && SMP
source "drivers/cpufreq/Kconfig"
^ permalink raw reply
* [DRM] How is the agp_special_page implemented for kernel 2.6(uninorth-agp) PPC?
From: dabby bentam @ 2006-01-10 15:27 UTC (permalink / raw)
To: linuxppc-dev
Hi,
Im having more luck with the articiaS agpgart driver, 90% nearly there!
I noticed the uninorth agp uses the agp_special_page function, as ppc
architecture works different to i386 when remapping memory across the
aperture (gatt).
I saw this patch for Xfree86 4.3.0
http://dev.gentoo.org/~spyderous/xfree/patchsets/4.3.0/patch/5114_all_4.3.0-radeon-drm-ioremapagp.patch
I'm assuming this is for kernel 2.4? How does kernel 2.6 use this functions?
As i would like to use this code for the articiaS agpgart driver. But i
need to add #define for specific ppc boards i.e amigaone and pegasos 1.
Thanks for any help or info
Pegxlin DEV (aka dabby bentam)
PegXlin Developer
Pegxmac, Pegxlin
Versatile LIVE CD's for Pegasos Mainboards
http://pegxmac.zftp.com
http://www.pegasosppc.com
^ permalink raw reply
* Error: Three ML403 boards
From: Paula Saameño @ 2006-01-10 16:20 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 695 bytes --]
Hello,
I have 3 Xilinx ML403 boards. I have implemented a 2.4 kernel with a basic
configuration, with network support, systemACE, IIC... and it works
perfectly in one of them.
However, when I put the ACE card, without making any change, in other ML403
board, it does not work. The .ace file is loaded ok but then the network
leds (6 leds) start blinking and nothing else happens.
I have tried with two ML403 different boards, and I have no idea of where
the problem is. They should work in the same way, don't they?
Any help would be great.
Also, I am trying to load a 2.6 kernel, but I am still on the way. I will
let you know if I get it working.
Thanks a lot!
Paula
[-- Attachment #2: Type: text/html, Size: 750 bytes --]
^ permalink raw reply
* [PATCH] dtc: Update flat OF doc for new mdio properties
From: Becky Bruce @ 2006-01-10 19:16 UTC (permalink / raw)
To: david; +Cc: linuxppc-dev
Add device-type and compatible as required fields for mdio node; add eTSEC
to ethernet model options.
Signed-off-by: Becky Bruce <Becky.bruce@freescale.com>
---
commit 411a8d127af0305a9f81b893bb8e64a94031ec4f
tree d88ace9ae751e7ef53b1171230cd1bfe8d446fab
parent 986c272d66da52a952758c0d1c9f58f67e2b2251
author Becky Bruce <becky.bruce@freescale.com> Tue, 10 Jan 2006 13:04:31 -0600
committer Becky Bruce <becky.bruce@freescale.com> Tue, 10 Jan 2006 13:04:31 -0600
Documentation/booting-without-of.txt | 7 ++++++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/Documentation/booting-without-of.txt b/Documentation/booting-without-of.txt
index 1be1760..60d5b7a 100644
--- a/Documentation/booting-without-of.txt
+++ b/Documentation/booting-without-of.txt
@@ -1162,6 +1162,9 @@ platforms are moved over to use the flat
Required properties:
- reg : Offset and length of the register set for the device
+ - device_type : Should be "mdio"
+ - compatible : Should define the compatible device type for the
+ mdio. Currently, this is most likely to be "gianfar"
Example:
@@ -1179,7 +1182,7 @@ platforms are moved over to use the flat
Required properties:
- device_type : Should be "network"
- - model : Model of the device. Can be "TSEC" or "FEC"
+ - model : Model of the device. Can be "TSEC", "eTSEC", or "FEC"
- compatible : Should be "gianfar"
- reg : Offset and length of the register set for the device
- address : List of bytes representing the ethernet address of
@@ -1317,6 +1320,8 @@ not necessary as they are usually the sa
mdio@24520 {
reg = <24520 20>;
+ device_type = "mdio";
+ compatible = "gianfar";
ethernet-phy@0 {
linux,phandle = <2452000>
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox