* ALERT - GroupShield ticket number OA523_1128698597_BATISTUTA_1 w as generated
From: GroupShield for Exchange (BATISTUTA) @ 2005-10-07 15:23 UTC (permalink / raw)
To: 'linuxppc-embedded@ozlabs.org'
[-- Attachment #1: Type: text/plain, Size: 486 bytes --]
Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.
To:
linuxppc-embedded@ozlabs.org <linuxppc-embedded@ozlabs.org>
From:
webmaster@ozlabs.org <webmaster@ozlabs.org>
Sent:
-1198011008,29739847
Subject:
Important Notification
Attachment Details:-
Attachment Name: email-details.zip
File: email-details.zip
Infected? Yes
Repaired? No
Blocked? No
Deleted? No
Virus Name: Generic Malware.a!zip
[-- Attachment #2: Type: application/ms-tnef, Size: 1935 bytes --]
^ permalink raw reply
* ALERT - GroupShield ticket number OA522_1128695305_BATISTUTA_1 w as generated
From: GroupShield for Exchange (BATISTUTA) @ 2005-10-07 14:28 UTC (permalink / raw)
To: 'linuxppc-embedded@ozlabs.org'
[-- Attachment #1: Type: text/plain, Size: 514 bytes --]
Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.
To:
linuxppc-embedded@ozlabs.org <linuxppc-embedded@ozlabs.org>
From:
service@ozlabs.org <service@ozlabs.org>
Sent:
-1273239936,29739840
Subject:
Your Account is Suspended For Security Reasons
Attachment Details:-
Attachment Name: important-details.zip
File: important-details.zip
Infected? Yes
Repaired? No
Blocked? No
Deleted? No
Virus Name: Generic Malware.a!zip
[-- Attachment #2: Type: application/ms-tnef, Size: 1959 bytes --]
^ permalink raw reply
* Oops accessing BCSR on 8272ADS
From: Alex Zeffertt @ 2005-10-07 15:37 UTC (permalink / raw)
To: linuxppc-embedded
Hi list,
I've just downloaded linux-2.4.31 from kernel.org and compiled it for
the mpc8272ads board.
When I boot the kernel it oopses in fcc_enet.c:init_fcc_startup() at
the point where it tries to write to the BCSR.
Does anybody know why writing to the BCSR should cause a machine
check?
TIA,
Alex
^ permalink raw reply
* Re: Oops accessing BCSR on 8272ADS
From: Vitaly Bordug @ 2005-10-07 15:47 UTC (permalink / raw)
To: Alex Zeffertt; +Cc: linuxppc-embedded list
In-Reply-To: <20051007163735.31f48aeb.ajz@cambridgebroadband.com>
Alex Zeffertt wrote:
> Hi list,
>
> I've just downloaded linux-2.4.31 from kernel.org and compiled it for
> the mpc8272ads board.
>
> When I boot the kernel it oopses in fcc_enet.c:init_fcc_startup() at
> the point where it tries to write to the BCSR.
>
> Does anybody know why writing to the BCSR should cause a machine
> check?
>
I guess I was not ioremapped/io_block_mapped properly.
Take a look into arch/ppc/kernel/m8260_setup.c m8260_map_io() function.
Anyway BCSR is better to be ioremapped in the place it is required.
> TIA,
>
> Alex
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: Oops accessing BCSR on 8272ADS
From: Alex Zeffertt @ 2005-10-07 16:19 UTC (permalink / raw)
To: Vitaly Bordug, linuxppc-embedded
In-Reply-To: <43469CCD.5010404@ru.mvista.com>
> >
> It depends on which u-boot you're using and there I'm aware of
> issues when BCSR resides somewhere different... Try 0xF8000000.
> Don't you have btw
>
Thanks Vitaly. You were right. In my u-boot - version 1.1.1 - it was
0xf8000000 not 0xf4500000. I just modified BCSR_ADDR and that stopped
the oops.
Cheers,
Alex
^ permalink raw reply
* stepping through atomic_dec_return
From: Michael Richardson @ 2005-10-07 17:15 UTC (permalink / raw)
To: linuxppc-embedded
-----BEGIN PGP SIGNED MESSAGE-----
I have what I think is a semaphore problem.
Certainly there is an attempt to down(&sem) when sem->count ==
0. (that's my root cause, which I'm now going to examine)
However, down() in semaphore.h should just fail and call __down().
The problem seems to be that loop in atomic_dec_return(), which
uses lwarx/stwcw seems to never end:
"1: lwarx %0,0,%1 # atomic_dec_return\n\
addic %0,%0,-1\n"
PPC405_ERR77(0,%1)
" stwcx. %0,0,%1\n\
bne- 1b"
SMP_ISYNC
: "=&r" (t)
: "r" (&v->counter)
: "cc", "memory");
lwarx sets the "RESERVED" bit, and stwcx, copies that to the CR0[EQ]
bit, which bne tests.
I don't know what the "-" in the bne means. Is it significant?
I checked, and CONFIG_IBM405_ERR77 is in my .config, so that shouldn't
be the issue. (I think the work around is just a performance issue on
devices without the defect)
I can see how setting through this code with the debugger could cause a
problem, since there would be debug exceptions, and there would be other
code in the debug stubs that could set the RESERVED=0. It's hard to
know, but it seems unlikely to me.
(This is a UP system)
However, I would expect that I can set a break point after this call and
things would work fine. They do not, I get stuck in this loop.
Any comments?
- --
] ON HUMILITY: to err is human. To moo, bovine. | firewalls [
] Michael Richardson, Xelerance Corporation, Ottawa, ON |net architect[
] mcr@xelerance.com http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys
iQCVAwUBQ0atLYqHRg3pndX9AQGtNwQAsys7tNm+oVKkSptxYPbWf4KYCgibCRrt
Utb+8XR44dmIbVSeZdPZntR2Jklu00cFrNWw/2pk+Rv0tWdaiynbqRHdrkaVi9xS
9GEmf6v9FsbElIgeZP3/8FY7cuLu5PIDkuwU9can/mYJ1iZEMbLh4YcSJoNFHHws
ooLSWbz9uV8=
=hh8M
-----END PGP SIGNATURE-----
^ permalink raw reply
* Re: stepping through atomic_dec_return
From: Michael Richardson @ 2005-10-07 17:46 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <19942.1128705328@marajade.sandelman.ottawa.on.ca>
-----BEGIN PGP SIGNED MESSAGE-----
>>>>> "Michael" == Michael Richardson <mcr@sandelman.ottawa.on.ca> writes:
Michael> I can see how setting through this code with the debugger
Michael> could cause a problem, since there would be debug
Michael> exceptions, and there would be other code in the debug
Michael> stubs that could set the RESERVED=0. It's hard to know,
Michael> but it seems unlikely to me.
Actually, I'm wrong.
I was trying to single step through the code, since much of the code
is inline, and doing "n" in the debugger won't set a break point after
that statement, it may well single step through.
Setting a break point after the down() worked.
- --
] ON HUMILITY: to err is human. To moo, bovine. | firewalls [
] Michael Richardson, Xelerance Corporation, Ottawa, ON |net architect[
] mcr@xelerance.com http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys
iQCVAwUBQ0a0f4qHRg3pndX9AQHs7AP+NVMj0Wy3aT9j1XW6t2hZqgjzVZZpAFuV
8b6hPtMVh/SYv6KbdWD4EmxQ7WMqB1rmx6oknxo6l7zTKHFwqmeW3Nod7X/xhNjy
SW4H8U/y7RjuI68i0rf1jkpUff6+3prKRvnVQ6dml7xH6IygBqDHjVP2hZlut++3
l30N1y5x1mU=
=d/sP
-----END PGP SIGNATURE-----
^ permalink raw reply
* Updated high mem patch
From: Paolo Galtieri @ 2005-10-07 18:09 UTC (permalink / raw)
To: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 109 bytes --]
There was a minor error in the high mem patch I posted yesterday. I
have attached the correct patch.
Paolo
[-- Attachment #2: PPC-highmempatch --]
[-- Type: text/plain, Size: 692 bytes --]
--- linux-2.6.14/arch/ppc/kernel/dma-mapping.c.orig 2005-10-06 15:50:46.000000000 -0700
+++ linux-2.6.14/arch/ppc/kernel/dma-mapping.c 2005-10-07 08:36:33.000000000 -0700
@@ -401,10 +401,10 @@
static inline void __dma_sync_page_highmem(struct page *page,
unsigned long offset, size_t size, int direction)
{
- size_t seg_size = min((size_t)PAGE_SIZE, size) - offset;
+ size_t seg_size = min((size_t)(PAGE_SIZE - offset), size);
size_t cur_size = seg_size;
unsigned long flags, start, seg_offset = offset;
- int nr_segs = PAGE_ALIGN(size + (PAGE_SIZE - offset))/PAGE_SIZE;
+ int nr_segs = 1 + ((size - seg_size) + PAGE_SIZE - 1)/PAGE_SIZE;
int seg_nr = 0;
local_irq_save(flags);
^ permalink raw reply
* porting 82xx HCI driver
From: Russell McGuire @ 2005-10-08 2:00 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <20051007020004.517E8684D1@ozlabs.org>
Everyone,
I am attempting to port the 8xx HCI driver over to the MPC8280, and have it
compiling...
However, there are a few functions that seem to be missing, that are
implicitly defined... These are just warnings during a compile but turn up
as errors when attempting to load the modules...
I was curious if it was just a missing piece of the kernel that I have not
included in the build.
Here are a few of the functions...
stop_sof_timer
ack_sof_timer
assert_reset
board_stop_force_disconnect
I have done a complete text search on the kernel source I have for 2.4.25
and haven't turned up anything.
Any ideas?
-Russ
^ permalink raw reply
* USB IRQ Handling in IBMSTBx25xx
From: Vijesh VH @ 2005-10-08 10:06 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 460 bytes --]
Hi,
Has any one worked on Interrupt handling in PPC 405 for STBx25xx. I am
working in interfacing USB devices for STB. The Device Driver is getting
stuck or runs unconditional in calling ISR. I Identified that that the
spin_unlock_irqrestore function call in the kernel does it. So i am unable
to go ahead and could not find what to do further. If any one is aware or
worked on this kind of problem plz help me.
--
Thanks and Regards,
Vijesh V H
[-- Attachment #2: Type: text/html, Size: 510 bytes --]
^ permalink raw reply
* onboard pci ethernet controller(i82551)without eprom(linuxppc2.2.4 MPC5200)
From: ÏÄÓê @ 2005-10-08 14:30 UTC (permalink / raw)
To: linuxppc-embedded
After i modified e100_init() in e100_main.c , the pci ethernet card could been found :
bash-2.05b# ifconfig -a
eth0 Link encap:Ethernet HWaddr FF:FF:FF:FF:FF:FF
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Memory:40000000-40000038
eth1 Link encap:Ethernet HWaddr 00:04:9F:00:15:2B
inet addr:198.87.102.215 Bcast:198.87.102.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12606 errors:42 dropped:0 overruns:0 frame:0
TX packets:7668 errors:3 dropped:0 overruns:3 carrier:0
collisions:0 txqueuelen:1000
RX bytes:10596597 (10.1 Mb) TX bytes:1218624 (1.1 Mb)
Interrupt:43
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
But i still could not config eth0:
bash-2.05b# ifconfig eth0 198.87.102.140
SIOCSIFFLAGS: Resource temporarily unavailable
I noticed that there was message as blow during kernel bootup:
POSIX conformance testing by UNIFIX
PCI: Probing PCI hardware
PCI: Cannot allocate resource region 0 of device 00:1a.0
Linux NET4.0 for Linux 2.4
Intel(R) PRO/100 Network Driver - version 2.3.38-k1
Copyright (c) 2004 Intel Corporation
PCI: Enabling device 00:18.0 (0006 -> 0007)
e100: eth0: Intel(R) PRO/100 Network Connection
Hardware receive checksums enabled
IP-Config: Failed to open eth0
what is wrong?
Best regards
Xiayu
^ permalink raw reply
* Re: onboard pci ethernet controller(i82551)without eprom(linuxppc2.2.4 MPC5200)
From: Frank @ 2005-10-08 17:51 UTC (permalink / raw)
To: xiay, linuxppc-embedded
In-Reply-To: <200510082230.AA69861636@NARI-RELAYS.COM>
--- ÏÄÓêÏÄÓêiayxiayinariays.com> wrote:
> After i modified e100_initinitn e100_main.c , the pci
pcieethernetcard could been found :
>
> bash-2.05b# ifcoifconfig
> eth0eth Link encaencapernet HWadHWaddrFF:FF:FF:FF:FF
> BROADCAST MULTMULTICASTU:MTU0 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqutxqueuelen0
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> Memory:40000000-40000038
>
> eth1eth Link encaencapernet HWadHWaddr04:9F:00:15:2B
> inetinetraddr.87.102.215 BcasBcast.87.102.255
> Mask:255.255.255.0
> UP BROADCAST RUNNING MULTMULTICASTU:MTU0 Metric:1
> RX packets:12606 errors:42 dropped:0 overruns:0
> frame:0
> TX packets:7668 errors:3 dropped:0 overruns:3
> carrier:0
> collisions:0 txqutxqueuelen0
> RX bytes:10596597 (10.1 Mb) TX bytes:1218624 (1.1
> Mb)
> Interrupt:43
>
> lo Link encaencapal LoopLoopback
inetinetraddr.0.0.1 Mask:255.0.0.0
> UP LOOPLOOPBACKNING MTU:MTU36 Metric:1
> RX packets:4 errors:0 dropped:0 overruns:0 frame:0
> TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqutxqueuelen>
> But i still could not confconfig0eth>
> bash-2.05b# ifcoifconfig0eth8.87.102.140
> SIOCSIOCSIFFLAGSsource temporarily unavailable
>
> I noticed that there was message as blow during kernel
bootbootup
> POSIPOSIXformance testing by UNIFUNIFIXPCI:PCIobing PCI
PCIdware
> PCI:PCInnot allocate resource region 0 of device 00:1a.0
> Linux NET4.0 for Linux 2.4
>
> Intel(R) PRO/100 Network Driver - version 2.3.38-k1
> Copyright (c) 2004 Intel Corporation
>
> PCI:PCIabling device 00:18.0 (0006 -> 0007)
> e100: eth0ethntel(R) PRO/100 Network Connection
> Hardware receive checchecksumsbled
>
> IP-CIPfConfigiled to open eth0eth
> what is wrong?
>
> Best regards
>
> XiayXiayuu don't have a valid mac address. Try
temptemporarilydhard codingand see what happens...
>
>
>
>
>
>
>
> _______________________________________________
> LinuLinuxppcedded mailing list
> LinuLinuxppcedded@ozlaozlabs
> httphttpszlaozlabs/mailman/listlistinfoulinuxppcedded
>
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
^ permalink raw reply
* Re: USB IRQ Handling in IBMSTBx25xx
From: Dale Farnsworth @ 2005-10-08 22:26 UTC (permalink / raw)
To: Linuxppc-embedded
In-Reply-To: <8e78982e0510080306n48d9c8b2p858f22bed588f6b9@mail.gmail.com>
On Sat, Oct 08, 2005 at 10:06:36AM +0000, Vijesh VH wrote:
> Has any one worked on Interrupt handling in PPC 405 for STBx25xx. I am
> working in interfacing USB devices for STB. The Device Driver is getting
> stuck or runs unconditional in calling ISR. I Identified that that the
> spin_unlock_irqrestore function call in the kernel does it. So i am unable
> to go ahead and could not find what to do further. If any one is aware or
> worked on this kind of problem plz help me.
On which kernel?
It works for me in linux-2.6.13.
-Dale
^ permalink raw reply
* QMC driver
From: Robin Mathew @ 2005-10-09 12:33 UTC (permalink / raw)
To: Linuxppc-embedded
Hi,
Can anybody tell me from where i can get hold of a QMC(for MPC
8247) driver for linux 2.4?
Thanks in advance..
Regards,
+Robin
^ permalink raw reply
* pmd_alloc() usage incorrect?
From: Grant Grundler @ 2005-10-09 20:23 UTC (permalink / raw)
To: linuxppc-dev
Hi,
I stumbled across what looks like incorrect code in
arch/ppc/kernel/dma-mapping.c:
static int __init dma_alloc_init(void)
{
...
do {
pgd = pgd_offset(&init_mm, CONSISTENT_BASE);
pmd = pmd_alloc(&init_mm, pgd, CONSISTENT_BASE);
if (!pmd) {
...
Doesn't pmd_alloc() want a pud_t * for the second parameter?
ie also need to call pud_alloc() or the equivalent.
I've very little clue how this works...just looking at different
bits of code in my quest to understand it well enough to enable
USE_HPPA_IOREMAP in include/asm-parisc/io.h.
ciao,
grant
^ permalink raw reply
* New Security Measures
From: PayPal @ 2005-10-10 0:06 UTC (permalink / raw)
To: linuxppc-dev
[-- Attachment #1: Type: text/html, Size: 2066 bytes --]
^ permalink raw reply
* New Security Measures
From: PayPal @ 2005-10-10 0:06 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/html, Size: 2066 bytes --]
^ permalink raw reply
* Re: pmd_alloc() usage incorrect?
From: Benjamin Herrenschmidt @ 2005-10-10 1:37 UTC (permalink / raw)
To: Grant Grundler; +Cc: linuxppc-dev
In-Reply-To: <20051009202301.GC21977@colo.lackof.org>
On Sun, 2005-10-09 at 14:23 -0600, Grant Grundler wrote:
> Hi,
> I stumbled across what looks like incorrect code in
> arch/ppc/kernel/dma-mapping.c:
>
> static int __init dma_alloc_init(void)
> {
> ...
> do {
> pgd = pgd_offset(&init_mm, CONSISTENT_BASE);
> pmd = pmd_alloc(&init_mm, pgd, CONSISTENT_BASE);
> if (!pmd) {
> ...
>
> Doesn't pmd_alloc() want a pud_t * for the second parameter?
> ie also need to call pud_alloc() or the equivalent.
>
> I've very little clue how this works...just looking at different
> bits of code in my quest to understand it well enough to enable
> USE_HPPA_IOREMAP in include/asm-parisc/io.h.
In theory you are right... However, ppc32 uses a 2 level page tables, so
this doesn't matter, pud is folded into pgd (and pmd too in fact, you
probably don't need it neither). It would still be nicer to do the full
conversion to pud types though.
Ben.
^ permalink raw reply
* cur_ppc_sys_spec is NULL
From: Dmytro Bablinyuk @ 2005-10-10 4:39 UTC (permalink / raw)
To: Linuxppc-embedded
I have latest linux-2.6-denx (MPC8272ADS board) kernel and I have some
questions, may be somebody knows:
Here is the kernel output
Linux version 2.6.14-rc3-g2f70d4fe ..
Motorola PQ2 ADS PowerPC port
Built 1 zonelists
Kernel command line: console=ttyCPM0,115200 /dev/ram rw
PID hash table entries: 512 (order: 9, 8192 bytes)
Warning: real time clock seems stuck!
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 62720k available (1628k kernel code, 388k data, 92k init, 0k
highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
<stuck here>
Using gdb and BDI2000 I have allocated the problem in ppc_sys_init(void)
- cur_ppc_sys_spec is NULL. There are 3 functions to find an appropriate
spec:
identify_ppc_sys_by_id
identify_ppc_sys_by_name
identify_ppc_sys_by_name_and_id
None of them are called by pq2ads.c or from any other place for 8272. I
am just wondering if anybody might know at what stage spec should be
selected for 8272ADS?
Thank you,
Dimitry
^ permalink raw reply
* Re: mpc8248 and FCC ethernet
From: Wojciech Kromer @ 2005-10-10 6:22 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <1CFEB358338412458B21FAA0D78FE86D4F0E0D@rennsmail02.eu.thmulti.com>
>
>so double check your manual. The MPC8555E manual is still wrong in
>this regard, and no errata has been issued yet.
>
>
>
Uff, it works now.Thank You for quick reply.
Surely MPC8272 familly doc says there are 8K DPRAM from 0 to 0x1fff
It should be updated in include/asm/cpm_8260.h
^ permalink raw reply
* MPC8xx slave USB driver
From: Alexey Dyatchkov @ 2005-10-10 9:13 UTC (permalink / raw)
To: linuxppc-embedded
Hi there,
Please help!
I am looking for a slave (client) USB driver for MPC850.
We are using slightly modified Denx linux 2.4.12 on our board (modified
RPXLITE)
Thanks in advance,
Alexey
^ permalink raw reply
* Re: Problem Regarding Ping in Linux kernel version 2.4.24
From: apoorv sangal @ 2005-10-10 10:40 UTC (permalink / raw)
To: Aristeu Sergio Rozanski Filho, Linuxppc-embedded, david.jander
Cc: apoorv sangal, vikrant_basotra, sibi_mathew
In-Reply-To: <20051007123126.GA6879@cathedrallabs.org>
[-- Attachment #1: Type: text/plain, Size: 1239 bytes --]
Hi
Thanks for the inputs... As per your suggestion I commented
{ mk_mii_write(MII_REG_CR, 0x1200), NULL }, /* autonegotiate */
but it doesn't make any diffrence, still the ping doesn't worked.
At Boot loader level (u-boot) Ping works fine,
Regards
Apoorv Sangal
On 10/7/05, Aristeu Sergio Rozanski Filho <aris@cathedrallabs.org> wrote:
>
> Hi,
> > I have ported Linux kernel version 2.4.24 on MPC8266 based customized
> > Board, having LXT971 ethernet chip.
> > The root file system is JFFS2 which i have made using mkfs.jffs2 utility
> which
> > comes along with the ELDK 3.0
> > In the kernel code i checked that there is support for the LXT971 chip,
> but
> > even after enabling all the network related funcuntionalities in the
> linux
> > kernel configuration, I am either not able to ping from the board to any
> > machine on the network, nor from the any other machine to the board.
> > The board is able to ping itself.
> > Can some one please throw some light why the board is not able to ping
> any
> > other machine.
> try to comment this line in LXT971 section of driver:
> { mk_mii_write(MII_REG_CR, 0x1200), NULL }, /* autonegotiate */
> and check if it works
>
> --
> Aristeu
>
>
[-- Attachment #2: Type: text/html, Size: 1998 bytes --]
^ permalink raw reply
* Help with PCMCIA Compact Flash on PPC405 EP
From: Andy Hawkins @ 2005-10-10 11:03 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
We're using a PCMCIA adapter (TI PCI1510 PC card Cardbus Controller) on a
PPC 405 EP running a Montavista 2.4.20 kernel. The PCMCIA adapter works
correctly, as we can insert a hard disk into there, and successfully mount
and access it.
However, when we insert a Compact Flash adapter (Lexar Media PC Card Adapter
part 2076-C) with a Compact Flash card (PNY 1 Gig CompactFlash EMET1034) the
whole board appears to go into a tight loop. I've stepped the code using a
BDI, and it appears that the PCMCIA adapter is continually generating
interrupts, but the handler routine in yenta.c thinks that there's nothing
to do.
Removing the CF card will bring the system back to life. It appears to be
generating something like 350,000 interrupts every second while the card is
inserted.
Can anyone offer any advice?
Thanks
Andy
^ permalink raw reply
* Re: cur_ppc_sys_spec is NULL
From: Vitaly Bordug @ 2005-10-10 11:29 UTC (permalink / raw)
To: Dmytro Bablinyuk; +Cc: Linuxppc-embedded
In-Reply-To: <4349F072.6050309@rftechnology.com.au>
Dmytro Bablinyuk wrote:
> I have latest linux-2.6-denx (MPC8272ADS board) kernel and I have some
> questions, may be somebody knows:
> Here is the kernel output
>
> Linux version 2.6.14-rc3-g2f70d4fe ..
> Motorola PQ2 ADS PowerPC port
> Built 1 zonelists
> Kernel command line: console=ttyCPM0,115200 /dev/ram rw
> PID hash table entries: 512 (order: 9, 8192 bytes)
> Warning: real time clock seems stuck!
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 62720k available (1628k kernel code, 388k data, 92k init, 0k
> highmem)
> Mount-cache hash table entries: 512
> NET: Registered protocol family 16
> <stuck here>
>
> Using gdb and BDI2000 I have allocated the problem in ppc_sys_init(void)
> - cur_ppc_sys_spec is NULL. There are 3 functions to find an appropriate
> spec:
> identify_ppc_sys_by_id
> identify_ppc_sys_by_name
> identify_ppc_sys_by_name_and_id
> None of them are called by pq2ads.c or from any other place for 8272. I
> am just wondering if anybody might know at what stage spec should be
> selected for 8272ADS?
>
Yes, that's just the point, and I know about this issue. One of those do
need to be called early in the board initialization code.
I'll come with the fix shortly (hopefully today).
> Thank you,
>
> Dimitry
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
* Re: MPC8xx slave USB driver
From: Vitaly Bordug @ 2005-10-10 11:37 UTC (permalink / raw)
To: Alexey Dyatchkov; +Cc: linuxppc-embedded
In-Reply-To: <003101c5cd7a$e479aa10$0100000a@Omerxp>
Alexey Dyatchkov wrote:
> Hi there,
>
> Please help!
> I am looking for a slave (client) USB driver for MPC850.
> We are using slightly modified Denx linux 2.4.12 on our board (modified
> RPXLITE)
>
Maybe http://www.heeltoe.com/software/usb/usb.html will help this
case... Well this at least worths to take a look.
> Thanks in advance,
> Alexey
>
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
Sincerely,
Vitaly
^ permalink raw reply
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