* [PATCHv4 5/5] cpm2: Reset the CPM when early debugging is not enabled.
From: Laurent Pinchart @ 2008-04-01 12:35 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Scott Wood
In-Reply-To: <200804011433.29841.laurentp@cse-semaphore.com>
[-- Attachment #1: Type: text/plain, Size: 1046 bytes --]
Similarly to what is done for PQ1-based platforms, this patch resets the
PQ2 Communication Processor Module in cpm2_reset() when early debugging is
not enabled. This helps avoiding conflicts when the boot loader configured
the CPM in an unexpected way.
Signed-off-by: Laurent Pinchart <laurentp@cse-semaphore.com>
---
arch/powerpc/sysdev/cpm2.c | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/cpm2.c b/arch/powerpc/sysdev/cpm2.c
index 7be7112..57ed1a4 100644
--- a/arch/powerpc/sysdev/cpm2.c
+++ b/arch/powerpc/sysdev/cpm2.c
@@ -80,6 +80,12 @@ void __init cpm2_reset(void)
/* Tell everyone where the comm processor resides.
*/
cpmp = &cpm2_immr->im_cpm;
+
+#ifndef CONFIG_PPC_EARLY_DEBUG_CPM
+ /* Reset the CPM.
+ */
+ cpm_command(CPM_CR_RST, 0);
+#endif
}
static DEFINE_SPINLOCK(cmd_lock);
--
1.5.0
--
Laurent Pinchart
CSE Semaphore Belgium
Chaussée de Bruxelles, 732A
B-1410 Waterloo
Belgium
T +32 (2) 387 42 59
F +32 (2) 387 42 75
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply related
* [PATCHv4 4/5] ep8248e: Reference SMC parameter RAM base in the device tree.
From: Laurent Pinchart @ 2008-04-01 12:35 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Scott Wood
In-Reply-To: <200804011433.29841.laurentp@cse-semaphore.com>
[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]
This patch modifies the Embedded Planet EP8248E device tree to reference the
SMC paramater RAM base register instead of the parameter RAM allocated by the
boot loader.
The cpm_uart driver will allocate parameter RAM itself, making the serial port
initialisation independent of the boot loader.
The patch adds the parameter RAM allocated by the boot loader in the CPM muram
node, making it available to the kernel.
Signed-off-by: Laurent Pinchart <laurentp@cse-semaphore.com>
---
arch/powerpc/boot/dts/ep8248e.dts | 5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/boot/dts/ep8248e.dts b/arch/powerpc/boot/dts/ep8248e.dts
index 5d2fb76..756758f 100644
--- a/arch/powerpc/boot/dts/ep8248e.dts
+++ b/arch/powerpc/boot/dts/ep8248e.dts
@@ -121,8 +121,7 @@
data@0 {
compatible = "fsl,cpm-muram-data";
- reg = <0 0x1100 0x1140
- 0xec0 0x9800 0x800>;
+ reg = <0 0x2000 0x9800 0x800>;
};
};
@@ -138,7 +137,7 @@
device_type = "serial";
compatible = "fsl,mpc8248-smc-uart",
"fsl,cpm2-smc-uart";
- reg = <0x11a80 0x20 0x1100 0x40>;
+ reg = <0x11a80 0x20 0x87fc 2>;
interrupts = <4 8>;
interrupt-parent = <&PIC>;
fsl,cpm-brg = <7>;
--
1.5.0
--
Laurent Pinchart
CSE Semaphore Belgium
Chaussée de Bruxelles, 732A
B-1410 Waterloo
Belgium
T +32 (2) 387 42 59
F +32 (2) 387 42 75
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply related
* Re: Please pull linux-2.6-mpc52xx.git
From: Bartlomiej Sieka @ 2008-04-01 12:37 UTC (permalink / raw)
To: Grant Likely; +Cc: linuxppc-dev
In-Reply-To: <fa686aa40803251151p457a2295w449222654be4d0d1@mail.gmail.com>
Hi Grant,
Grant Likely wrote:
> On Tue, Mar 25, 2008 at 11:38 AM, Bartlomiej Sieka <tur@semihalf.com> wrote:
>> Grant Likely wrote:
>> > The one part that I have a really strong opinion on is that there
>> > should be a full featured mpc5200 defconfig for build testing. Beyond
>> > that (and if ojn can also be appeased) I can probably be convinced. :-)
>>
>> Hi Grant,
>>
>> How to deal with a situation where I need a particular PHY driver from
>> libphy compiled in the kernel for one of the MPC5200 boards? Adding it
>> to mpc5200_defconfig doesn't seem like a right thing to do.
>
> Why not? mpc5200_defconfig is all about compile and runtime testing
> on many platforms to make sure drivers play well together. I have no
> problem adding more drivers to the mpc5200 defconfig. (In fact, I
> encourage it).
>
>> How to
>> convince you (and appease ojn) to accept a patch that adds a
>> board-specific defconfig that only slightly differs from
>> mpc5200_defconfig? :)
>
> I'm thinking 'optimized' defconfigs should go into a subdirectory.
This requires a change to the top-level Makefile and shepherding this
change upstream. Could we perhaps try to avoid this by having optimized
defconfigs in the form of, for example:
arch/powerpc/configs/tqm5200_opt_defconfig
arch/powerpc/configs/motionpro_opt_defconfig
Or, to signify what is the base defconfig:
arch/powerpc/configs/mpc5200_tqm5200_defconfig
arch/powerpc/configs/mpc5200_motionpro_defconfig
or even:
arch/powerpc/configs/mpc5200_opt_tqm5200_defconfig
arch/powerpc/configs/mpc5200_opt_motionpro_defconfig
Would patch adding an optimized _defconfig along these lines be accepted?
Regards,
Bartlomiej
^ permalink raw reply
* Re: [PATCHv2] powerpc: Describe memory-mapped RAM&ROM chips OF bindings
From: Laurent Pinchart @ 2008-04-01 12:39 UTC (permalink / raw)
To: Trent Piepho; +Cc: linuxppc-dev, MTD mailing list
In-Reply-To: <Pine.LNX.4.64.0804010217470.3571@t2.domain.actdsltmp>
On Tuesday 01 April 2008 11:18, Trent Piepho wrote:
> On Tue, 1 Apr 2008, Laurent Pinchart wrote:
> > On Monday 31 March 2008 19:06, Sergei Shtylyov wrote:
> >>> p) Freescale Synchronous Serial Interface
> >>> - q) USB EHCI controllers
> >>> + q) USB EHCI controllers
> >>> + r) Memory-mapped RAM & ROM
> >>
> >> Memory-mapped RA/RO Memory again? Should better drop this. :-)
> >
> > You're quite picky, aren't you ? :-)
> >
> > I suppose "Memory-mapped RA & RO" won't be accepted, so what about "Aux=
iliary
> > RAM & ROM" ?
>=20
> Direct-mapped?
=46ine with me. Sergei ?
=2D-=20
Laurent Pinchart
CSE Semaphore Belgium
Chauss=E9e de Bruxelles, 732A
B-1410 Waterloo
Belgium
T +32 (2) 387 42 59
=46 +32 (2) 387 42 75
^ permalink raw reply
* Re: [PATCHv2] powerpc: Describe memory-mapped RAM&ROM chips OF bindings
From: Sergei Shtylyov @ 2008-04-01 13:04 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: linuxppc-dev, MTD mailing list, Trent Piepho
In-Reply-To: <200804011439.04905.laurentp@cse-semaphore.com>
Laurent Pinchart wrote:
>>>On Monday 31 March 2008 19:06, Sergei Shtylyov wrote:
>>>>> p) Freescale Synchronous Serial Interface
>>>>>- q) USB EHCI controllers
>>>>>+ q) USB EHCI controllers
>>>>>+ r) Memory-mapped RAM & ROM
>>>> Memory-mapped RA/RO Memory again? Should better drop this. :-)
>>>You're quite picky, aren't you ? :-)
>>>I suppose "Memory-mapped RA & RO" won't be accepted, so what about "Auxiliary
>>>RAM & ROM" ?
>>Direct-mapped?
> Fine with me. Sergei ?
I agree. The only thing that somewhat worries me it that it will have no
"compatible" prop...
WBR, Sergei
^ permalink raw reply
* [PATCH] RTAS - adapt procfs interface
From: Jens Osterkamp @ 2008-04-01 13:12 UTC (permalink / raw)
To: Paul Mackerras; +Cc: maxim, linuxppc-dev, cbe-oss-dev
Hi,
rtas_flash was broken since 2.6.24-rc5. This patch fixes it.
I think this is a good bugfix candidate for 2.6.25.
Jens
---
From: Maxim Shchetynin <maxim@de.ibm.com>
Handling of the proc_dir_entry->count has being changed in 2.6.24-rc5.
After this change the default value for pde->count is 1 and not 0 as it
was in earlier kernels. Therefore, if we want to check wether our procfs
file is already opened (already in use), we have to check if pde->count
is not greater than 2 but not 1.
Signed-off-by: Maxim Shchetynin <maxim@de.ibm.com>
Signed-off-by: Jens Osterkamp <jens@de.ibm.com>
Index: linux-2.6/arch/powerpc/kernel/rtas_flash.c
===================================================================
--- linux-2.6.orig/arch/powerpc/kernel/rtas_flash.c
+++ linux-2.6/arch/powerpc/kernel/rtas_flash.c
@@ -356,7 +356,7 @@ static int rtas_excl_open(struct inode *
/* Enforce exclusive open with use count of PDE */
spin_lock(&flash_file_open_lock);
- if (atomic_read(&dp->count) > 1) {
+ if (atomic_read(&dp->count) > 2) {
spin_unlock(&flash_file_open_lock);
return -EBUSY;
}
^ permalink raw reply
* Re: [PATCHv2] powerpc: Describe memory-mapped RAM&ROM chips OF bindings
From: Grant Likely @ 2008-04-01 13:16 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: ben, linuxppc-dev, linux-mtd, David Gibson
In-Reply-To: <200803311839.10519.laurentp@cse-semaphore.com>
On Mon, Mar 31, 2008 at 10:39 AM, Laurent Pinchart
<laurentp@cse-semaphore.com> wrote:
>
> Signed-off-by: Laurent Pinchart <laurentp@cse-semaphore.com>
> ---
> Documentation/powerpc/booting-without-of.txt | 13 ++++++++++++-
> 1 files changed, 12 insertions(+), 1 deletions(-)
>
> diff --git a/Documentation/powerpc/booting-without-of.txt b/Documentation/powerpc/booting-without-of.txt
> index 7b4e8a7..3e1963b 100644
> --- a/Documentation/powerpc/booting-without-of.txt
> +++ b/Documentation/powerpc/booting-without-of.txt
> @@ -57,7 +57,8 @@ Table of Contents
> n) 4xx/Axon EMAC ethernet nodes
> o) Xilinx IP cores
> p) Freescale Synchronous Serial Interface
> - q) USB EHCI controllers
> + q) USB EHCI controllers
> + r) Memory-mapped RAM & ROM
>
> VII - Specifying interrupt information for devices
> 1) interrupts property
> @@ -2816,6 +2817,16 @@ platforms are moved over to use the flattened-device-tree model.
> big-endian;
> };
>
> + r) Memory-mapped RAM & ROM
> +
> + Dedicated RAM and ROM chips are often used as storage for temporary or
> + permanent data in embedded devices. Possible usage include non-volatile
> + storage in battery-backed SRAM, semi-permanent storage in dedicated SRAM
> + to preserve data accross reboots and firmware storage in dedicated ROM.
> +
> + - name : should be either "ram" or "rom"
> + - reg : Address range of the RAM/ROM chip
> +
No compatible prop? How does the OS know what the node is to be used for?
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
^ permalink raw reply
* Re: [PATCH] Make #include <sysdev/foo.h> work for 64-bit powerpc
From: Kumar Gala @ 2008-04-01 13:18 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linuxppc-dev
In-Reply-To: <20080401175442.bf0d0c34.sfr@canb.auug.org.au>
On Apr 1, 2008, at 1:54 AM, Stephen Rothwell wrote:
> Hi Michael,
>
> On Tue, 1 Apr 2008 17:39:11 +1100 (EST) Michael Ellerman <michael@ellerman.id.au
> > wrote:
>>
>> We currently have inconsistent settings between 32 & 64-bit which
>> means
>> 32-bit code can #include <sysdev/foo.h> but 64-bit code can't.
>
> Kumar sent a very similar (if not identical) patch earlier today.
I actually sent it several days ago, but reposted as part of the
series of work I was doing. ;)
- k
^ permalink raw reply
* [PATCH] [POWERPC] 4xx: Fix PESDRn_UTLSET1 register setup on 460EX/GT
From: Stefan Roese @ 2008-04-01 13:45 UTC (permalink / raw)
To: linuxppc-dev
The patch fixes a bug, where the PESDRn_UTLSET1 register was setup
wrongly resulting in a non working PCIe port 1. With this fix both
PCIe ports work fine again.
Signed-off-by: Stefan Roese <sr@denx.de>
---
Based upon linux-next repo from 2008-03-31
arch/powerpc/sysdev/ppc4xx_pci.c | 10 ++++------
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/sysdev/ppc4xx_pci.c b/arch/powerpc/sysdev/ppc4xx_pci.c
index 6c925b7..efaf4c4 100644
--- a/arch/powerpc/sysdev/ppc4xx_pci.c
+++ b/arch/powerpc/sysdev/ppc4xx_pci.c
@@ -785,19 +785,17 @@ static int ppc460ex_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
u32 val;
u32 utlset1;
- if (port->endpoint) {
+ if (port->endpoint)
val = PTYPE_LEGACY_ENDPOINT << 20;
- utlset1 = 0x20222222;
- } else {
+ else
val = PTYPE_ROOT_PORT << 20;
- utlset1 = 0x21222222;
- }
if (port->index == 0) {
val |= LNKW_X1 << 12;
+ utlset1 = 0x20000000;
} else {
val |= LNKW_X4 << 12;
- utlset1 |= 0x00101101;
+ utlset1 = 0x20101101;
}
mtdcri(SDR0, port->sdr_base + PESDRn_DLPSET, val);
--
1.5.4.5
^ permalink raw reply related
* xilinx Ml405 NFS mount problem
From: MingLiu @ 2008-04-01 14:11 UTC (permalink / raw)
To: linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 8191 bytes --]
Dear friends,I am bringing up my kernel from Xilinx git tree. Unfortunately I met some
problem when mounting the root file system. Here is the information
listed. I will appreciate a lot if someone can help me out of the trouble.
Thanks a lot!
loaded at: 00400000 0059F19C
board data at: 0059D120 0059D19C
relocated to: 004050C8 00405144
zimage at: 00405F3F 0059C025
avail ram: 005A0000 08000000
Linux/PPC load: root=/dev/nfs
ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
mem=32M
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version
3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)
Zone PFN ranges:
DMA 0 -> 8192
Normal 8192 -> 8192
HighMem 8192 -> 8192
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 8192
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
Kernel command line: root=/dev/nfs
ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
mem=32M
Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
PID hash table entries: 128 (order: 7, 512 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Mount-cache hash table entries: 512
net_namespace: 64 bytes
NET: Registered protocol family 16
Registering device uartlite:0
Fixup MAC address for xilinx_lltemac:0
Registering device xilinx_lltemac:0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
Call Trace:
[c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
[c1c0fe90] [c003aed4] set_fail+0x68/0x80
[c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
[c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c
[c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
[c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
[c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
[c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
fuse init (API version 7.9)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartlite
console [ttyUL0] enabled
loop: module loaded
nbd: registered device at major 43
xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3
xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000
XTemac: PHY detected at address 7.
xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mapped
to 0xC3004000, irq=2
console [netcon0] enabled
Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version
3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)
Zone PFN ranges:
DMA 0 -> 8192
Normal 8192 -> 8192
HighMem 8192 -> 8192
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 8192
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
Kernel command line: root=/dev/nfs
ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
mem=32M
Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
PID hash table entries: 128 (order: 7, 512 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Mount-cache hash table entries: 512
net_namespace: 64 bytes
NET: Registered protocol family 16
Registering device uartlite:0
Fixup MAC address for xilinx_lltemac:0
Registering device xilinx_lltemac:0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
Call Trace:
[c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
[c1c0fe90] [c003aed4] set_fail+0x68/0x80
[c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
[c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c
[c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
[c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
[c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
[c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
fuse init (API version 7.9)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartlite
console [ttyUL0] enabled
loop: module loaded
nbd: registered device at major 43
xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3
xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000
XTemac: PHY detected at address 7.
xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mapped
to 0xC3004000, irq=2
console [netcon0] enabled
netconsole: network logging started
Generic platform RAM MTD, (c) 2004 Simtec Electronics
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
eth0: XLlTemac: Options: 0x3fa
eth0: XLlTemac: allocating interrupt 0 for dma mode tx.
eth0: XLlTemac: allocating interrupt 1 for dma mode rx.
eth0: XLlTemac: speed set to 1000Mb/s
eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4
eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254
IP-Config: Complete:
device=eth0, addr=192.168.0.4, mask=255.255.255.0, gw=192.168.0.3,
host=192.168.0.4, domain=, nis-domain=(none),
bootserver=192.168.0.3, rootserver=192.168.0.3, rootpath=
Looking up port of RPC 100003/2 on 192.168.0.3
rpcbind: server 192.168.0.3 not responding, timed out
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.0.3
rpcbind: server 192.168.0.3 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.0.3 not responding, timed out
Root-NFS: Server returned error -5 while mounting /home/mingliu/ml403_rootfs
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available
partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(2,0)
Rebooting in 180 seconds..
BR
Ming
_________________________________________________________________
用手机MSN聊天写邮件看空间，无限沟通，分享精彩！
http://mobile.msn.com.cn/
[-- Attachment #2: Type: text/html, Size: 8675 bytes --]
^ permalink raw reply
* Re: Commits added to powerpc.git master/powerpc-next branches
From: Grant Likely @ 2008-04-01 14:26 UTC (permalink / raw)
To: Josh Boyer; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <1207051543.12155.91.camel@vader.jdub.homelinux.org>
On Tue, Apr 1, 2008 at 6:05 AM, Josh Boyer <jwboyer@gmail.com> wrote:
> On Tue, 2008-04-01 at 21:59 +1100, Paul Mackerras wrote:
> > I have updated the master and powerpc-next branches of the powerpc.git
> > repository with the following commits, including some pulled from Josh
> > Boyer and Kumar Gala.
Josh/Paul,
Any thoughts on picking these two up?
http://patchwork.ozlabs.org/linuxppc/patch?person=486&id=17479
http://patchwork.ozlabs.org/linuxppc/patch?person=486&id=17410
Thanks,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
^ permalink raw reply
* RE: xilinx Ml405 NFS mount problem
From: John Linn @ 2008-04-01 14:29 UTC (permalink / raw)
To: MingLiu, linuxppc-embedded
In-Reply-To: <BAY138-W7044A57F2CF37F5DB50F6B2F50@phx.gbl>
[-- Attachment #1: Type: text/plain, Size: 9588 bytes --]
Hi Ming,
It’s not obvious to me what the problem is as I don’t see any driver failures. Have you tried using a ramdisk and then seeing if the network is working before using NFS root?
And I’m assuming you have used the NFS root before so you know that it’s good for sure.
I test on the ML405 with NFS root and haven’t seen this problem, but my setup is a little different. I use DHCP rather than a static IP, but other than that it’s similar.
I’m assuming that you accidentally got 2 different powerup outputs in the message below as the 1st stops and a 2nd starts in the middle.
How long has it been since you pulled from the Xilinx Git tree?
Thanks,
John
________________________________
From: linuxppc-embedded-bounces+john.linn=xilinx.com@ozlabs.org [mailto:linuxppc-embedded-bounces+john.linn=xilinx.com@ozlabs.org] On Behalf Of MingLiu
Sent: Tuesday, April 01, 2008 8:12 AM
To: linuxppc-embedded@ozlabs.org
Subject: xilinx Ml405 NFS mount problem
Dear friends,
I am bringing up my kernel from Xilinx git tree. Unfortunately I met some
problem when mounting the root file system. Here is the information
listed. I will appreciate a lot if someone can help me out of the trouble.
Thanks a lot!
loaded at: 00400000 0059F19C
board data at: 0059D120 0059D19C
relocated to: 004050C8 00405144
zimage at: 00405F3F 0059C025
avail ram: 005A0000 08000000
Linux/PPC load: root=/dev/nfs
ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
mem=32M
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version
3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)
Zone PFN ranges:
DMA 0 -> 8192
Normal 8192 -> 8192
HighMem 8192 -> 8192
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 8192
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
Kernel command line: root=/dev/nfs
ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
mem=32M
Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
PID hash table entries: 128 (order: 7, 512 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Mount-cache hash table entries: 512
net_namespace: 64 bytes
NET: Registered protocol family 16
Registering device uartlite:0
Fixup MAC address for xilinx_lltemac:0
Registering device xilinx_lltemac:0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
Call Trace:
[c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
[c1c0fe90] [c003aed4] set_fail+0x68/0x80
[c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
[c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c
[c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
[c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
[c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
[c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
Installing knfsd (copyright (C) 1996 okir@monad.swb.de <https://webmail.sys.kth.se/src/compose.php?send_to=okir%40monad.swb.de> ).
fuse init (API version 7.9)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartlite
console [ttyUL0] enabled
loop: module loaded
nbd: registered device at major 43
xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3
xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000
XTemac: PHY detected at address 7.
xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mapped
to 0xC3004000, irq=2
console [netcon0] enabled
Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version
3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)
Zone PFN ranges:
DMA 0 -> 8192
Normal 8192 -> 8192
HighMem 8192 -> 8192
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 8192
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
Kernel command line: root=/dev/nfs
ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
mem=32M
Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
PID hash table entries: 128 (order: 7, 512 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)
SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
Mount-cache hash table entries: 512
net_namespace: 64 bytes
NET: Registered protocol family 16
Registering device uartlite:0
Fixup MAC address for xilinx_lltemac:0
Registering device xilinx_lltemac:0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
Call Trace:
[c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
[c1c0fe90] [c003aed4] set_fail+0x68/0x80
[c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
[c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c
[c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
[c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
[c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
[c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
Installing knfsd (copyright (C) 1996 okir@monad.swb.de <https://webmail.sys.kth.se/src/compose.php?send_to=okir%40monad.swb.de> ).
fuse init (API version 7.9)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartlite
console [ttyUL0] enabled
loop: module loaded
nbd: registered device at major 43
xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3
xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000
XTemac: PHY detected at address 7.
xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mapped
to 0xC3004000, irq=2
console [netcon0] enabled
netconsole: network logging started
Generic platform RAM MTD, (c) 2004 Simtec Electronics
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
eth0: XLlTemac: Options: 0x3fa
eth0: XLlTemac: allocating interrupt 0 for dma mode tx.
eth0: XLlTemac: allocating interrupt 1 for dma mode rx.
eth0: XLlTemac: speed set to 1000Mb/s
eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4
eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254
IP-Config: Complete:
device=eth0, addr=192.168.0.4, mask=255.255.255.0, gw=192.168.0.3,
host=192.168.0.4, domain=, nis-domain=(none),
bootserver=192.168.0.3, rootserver=192.168.0.3, rootpath=
Looking up port of RPC 100003/2 on 192.168.0.3
rpcbind: server 192.168.0.3 not responding, timed out
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.0.3
rpcbind: server 192.168.0.3 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.0.3 not responding, timed out
Root-NFS: Server returned error -5 while mounting /home/mingliu/ml403_rootfs
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available
partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(2,0)
Rebooting in 180 seconds..
BR
Ming
________________________________
Windows Live Writer，支持离线撰写博客内容，随时随地想写就写。 立即使用！ <http://get.live.cn/product/writer.html>
[-- Attachment #2: Type: text/html, Size: 38864 bytes --]
^ permalink raw reply
* Re: Commits added to powerpc.git master/powerpc-next branches
From: Josh Boyer @ 2008-04-01 15:09 UTC (permalink / raw)
To: Grant Likely; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <fa686aa40804010726h57cf1fc4hb25626b3888770ec@mail.gmail.com>
On Tue, 1 Apr 2008 08:26:17 -0600
"Grant Likely" <grant.likely@secretlab.ca> wrote:
> On Tue, Apr 1, 2008 at 6:05 AM, Josh Boyer <jwboyer@gmail.com> wrote:
> > On Tue, 2008-04-01 at 21:59 +1100, Paul Mackerras wrote:
> > > I have updated the master and powerpc-next branches of the powerpc.git
> > > repository with the following commits, including some pulled from Josh
> > > Boyer and Kumar Gala.
>
> Josh/Paul,
>
> Any thoughts on picking these two up?
>
> http://patchwork.ozlabs.org/linuxppc/patch?person=486&id=17479
> http://patchwork.ozlabs.org/linuxppc/patch?person=486&id=17410
I plan to stick those in my tree today. I didn't include them with the
first batch because those commits had been sitting around for a while
and wanted to get them into Paul' -next branch.
josh
^ permalink raw reply
* Re: Commits added to powerpc.git master/powerpc-next branches
From: Timur Tabi @ 2008-04-01 15:30 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
In-Reply-To: <18418.5519.903340.966932@cargo.ozlabs.ibm.com>
Paul Mackerras wrote:
> I have updated the master and powerpc-next branches of the powerpc.git
> repository with the following commits, including some pulled from Josh
> Boyer and Kumar Gala.
How about this patch?
Enable CONFIG_FORCE_MAX_ZONEORDER for all PowerPC, and make selectable
--
Timur Tabi
Linux kernel developer at Freescale
^ permalink raw reply
* RE: xilinx Ml405 NFS mount problem
From: MingLiu @ 2008-04-01 16:15 UTC (permalink / raw)
To: John Linn, linuxppc-embedded
In-Reply-To: <20080401142910.5BFD038005F@mail141-dub.bigfish.com>
[-- Attachment #1: Type: text/plain, Size: 9819 bytes --]
Dear John,
Thank you for your replying.
>It’s not obvious to me what the problem is as I don’t see any driver failures. Have you >tried using a ramdisk and then seeing if the network is working before using NFS root?
Not yet. I will try it soon. However from the information on the LL_TEMAC, it seems everything is fine and it should work.
>And I’m assuming you have used the NFS root before so you know that it’s good for sure.
>I test on the ML405 with NFS root and haven’t seen this problem, but my setup is a little different. I use DHCP rather than >a static IP, but other than that it’s similar.
Yes. I used NFS before. I can make sure my NFS server works well. Also in principle, static IP should get a same result as DHCP, I think.
>How long has it been since you pulled from the Xilinx Git tree?
I just pulled the Xilinx tree quite recently. I am using a latest kernel.
BR
Ming
And I’m assuming you have used the NFS root before so you know that it’s good for sure.
I test on the ML405 with NFS root and haven’t seen this problem, but my setup is a little different. I use DHCP rather than a static IP, but other than that it’s similar.
I’m assuming that you accidentally got 2 different powerup outputs in the message below as the 1st stops and a 2nd starts in the middle.
How long has it been since you pulled from the Xilinx Git tree?
Thanks,
John
From: linuxppc-embedded-bounces+john.linn=xilinx.com@ozlabs.org [mailto:linuxppc-embedded-bounces+john.linn=xilinx.com@ozlabs.org] On Behalf Of MingLiuSent: Tuesday, April 01, 2008 8:12 AMTo: linuxppc-embedded@ozlabs.orgSubject: xilinx Ml405 NFS mount problem
Dear friends,I am bringing up my kernel from Xilinx git tree. Unfortunately I met someproblem when mounting the root file system. Here is the informationlisted. I will appreciate a lot if someone can help me out of the trouble. Thanks a lot! loaded at: 00400000 0059F19Cboard data at: 0059D120 0059D19Crelocated to: 004050C8 00405144zimage at: 00405F3F 0059C025avail ram: 005A0000 08000000 Linux/PPC load: root=/dev/nfsip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rwnfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400mem=32MUncompressing Linux...done.Now booting the kernelLinux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)Zone PFN ranges: DMA 0 -> 8192 Normal 8192 -> 8192 HighMem 8192 -> 8192Movable zone start PFN for each nodeearly_node_map[1] active PFN ranges 0: 0 -> 8192Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128Kernel command line: root=/dev/nfsip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rwnfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400mem=32MXilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000PID hash table entries: 128 (order: 7, 512 bytes)Console: colour dummy device 80x25Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1Mount-cache hash table entries: 512net_namespace: 64 bytesNET: Registered protocol family 16Registering device uartlite:0Fixup MAC address for xilinx_lltemac:0Registering device xilinx_lltemac:0NET: Registered protocol family 2IP route cache hash table entries: 1024 (order: 0, 4096 bytes)TCP established hash table entries: 1024 (order: 1, 8192 bytes)TCP bind hash table entries: 1024 (order: 0, 4096 bytes)TCP: Hash tables configured (established 1024 bind 1024)TCP reno registeredsysctl table check failed: /kernel/l2cr .1.31 Missing strategyCall Trace:[c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)[c1c0fe90] [c003aed4] set_fail+0x68/0x80[c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c[c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c[c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4[c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c[c1c0ff60] [c034482c] kernel_init+0x94/0x2bc[c1c0fff0] [c0004d58] kernel_thread+0x44/0x60Installing knfsd (copyright (C) 1996 okir@monad.swb.de).fuse init (API version 7.9)io scheduler noop registeredio scheduler anticipatory registeredio scheduler deadline registeredio scheduler cfq registered (default)uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartliteconsole [ttyUL0] enabledloop: module loadednbd: registered device at major 43xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100XLlTemac: buffer descriptor size: 32768 (0x8000)XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:(buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000XTemac: PHY detected at address 7.xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mappedto 0xC3004000, irq=2console [netcon0] enabledLinux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)Zone PFN ranges: DMA 0 -> 8192 Normal 8192 -> 8192 HighMem 8192 -> 8192Movable zone start PFN for each nodeearly_node_map[1] active PFN ranges 0: 0 -> 8192Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128Kernel command line: root=/dev/nfsip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rwnfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400mem=32MXilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000PID hash table entries: 128 (order: 7, 512 bytes)Console: colour dummy device 80x25Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1Mount-cache hash table entries: 512net_namespace: 64 bytesNET: Registered protocol family 16Registering device uartlite:0Fixup MAC address for xilinx_lltemac:0Registering device xilinx_lltemac:0NET: Registered protocol family 2IP route cache hash table entries: 1024 (order: 0, 4096 bytes)TCP established hash table entries: 1024 (order: 1, 8192 bytes)TCP bind hash table entries: 1024 (order: 0, 4096 bytes)TCP: Hash tables configured (established 1024 bind 1024)TCP reno registeredsysctl table check failed: /kernel/l2cr .1.31 Missing strategyCall Trace:[c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)[c1c0fe90] [c003aed4] set_fail+0x68/0x80[c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c[c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c[c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4[c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c[c1c0ff60] [c034482c] kernel_init+0x94/0x2bc[c1c0fff0] [c0004d58] kernel_thread+0x44/0x60Installing knfsd (copyright (C) 1996 okir@monad.swb.de).fuse init (API version 7.9)io scheduler noop registeredio scheduler anticipatory registeredio scheduler deadline registeredio scheduler cfq registered (default)uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartliteconsole [ttyUL0] enabledloop: module loadednbd: registered device at major 43xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100XLlTemac: buffer descriptor size: 32768 (0x8000)XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:(buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000XTemac: PHY detected at address 7.xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mappedto 0xC3004000, irq=2console [netcon0] enablednetconsole: network logging startedGeneric platform RAM MTD, (c) 2004 Simtec Electronicsmice: PS/2 mouse device common for all miceTCP cubic registeredNET: Registered protocol family 1NET: Registered protocol family 17RPC: Registered udp transport module.RPC: Registered tcp transport module.eth0: XLlTemac: Options: 0x3faeth0: XLlTemac: allocating interrupt 0 for dma mode tx.eth0: XLlTemac: allocating interrupt 1 for dma mode rx.eth0: XLlTemac: speed set to 1000Mb/seth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254IP-Config: Complete: device=eth0, addr=192.168.0.4, mask=255.255.255.0, gw=192.168.0.3, host=192.168.0.4, domain=, nis-domain=(none), bootserver=192.168.0.3, rootserver=192.168.0.3, rootpath=Looking up port of RPC 100003/2 on 192.168.0.3rpcbind: server 192.168.0.3 not responding, timed outRoot-NFS: Unable to get nfsd port number from server, using defaultLooking up port of RPC 100005/1 on 192.168.0.3rpcbind: server 192.168.0.3 not responding, timed outRoot-NFS: Unable to get mountd port number from server, using defaultmount: server 192.168.0.3 not responding, timed outRoot-NFS: Server returned error -5 while mounting /home/mingliu/ml403_rootfsVFS: Unable to mount root fs via NFS, trying floppy.VFS: Cannot open root device "nfs" or unknown-block(2,0)Please append a correct "root=" boot option; here are the availablepartitions:Kernel panic - not syncing: VFS: Unable to mount root fs onunknown-block(2,0)Rebooting in 180 seconds.. BRMing
Windows Live Writer，支持离线撰写博客内容，随时随地想写就写。 立即使用！
_________________________________________________________________
Windows Live Photo gallery 数码相机的超级伴侣，轻松管理和编辑照片，还能制作全景美图！
http://get.live.cn/product/photo.html
[-- Attachment #2: Type: text/html, Size: 32977 bytes --]
^ permalink raw reply
* Re: [PATCH] RTAS - adapt procfs interface
From: Nathan Lynch @ 2008-04-01 16:35 UTC (permalink / raw)
To: Jens Osterkamp; +Cc: maxim, linuxppc-dev, Paul Mackerras, cbe-oss-dev
In-Reply-To: <200804011512.20834.jens@de.ibm.com>
Jens Osterkamp wrote:
>
> Handling of the proc_dir_entry->count has being changed in 2.6.24-rc5.
Do you know which commit caused the change?
> After this change the default value for pde->count is 1 and not 0 as it
> was in earlier kernels. Therefore, if we want to check wether our procfs
> file is already opened (already in use), we have to check if pde->count
> is not greater than 2 but not 1.
>
> Signed-off-by: Maxim Shchetynin <maxim@de.ibm.com>
> Signed-off-by: Jens Osterkamp <jens@de.ibm.com>
>
> Index: linux-2.6/arch/powerpc/kernel/rtas_flash.c
> ===================================================================
> --- linux-2.6.orig/arch/powerpc/kernel/rtas_flash.c
> +++ linux-2.6/arch/powerpc/kernel/rtas_flash.c
> @@ -356,7 +356,7 @@ static int rtas_excl_open(struct inode *
>
> /* Enforce exclusive open with use count of PDE */
> spin_lock(&flash_file_open_lock);
> - if (atomic_read(&dp->count) > 1) {
> + if (atomic_read(&dp->count) > 2) {
> spin_unlock(&flash_file_open_lock);
> return -EBUSY;
> }
One could argue that the real problem is using the proc_dir_entry's
reference count to enforce exclusive open.
^ permalink raw reply
* RE: xilinx Ml405 NFS mount problem
From: John Linn @ 2008-04-01 16:53 UTC (permalink / raw)
To: Robert Woodworth, MingLiu; +Cc: linuxppc-embedded
In-Reply-To: <1207068618.4830.60.camel@PisteOff>
Now that you say that, I have been running TCP with my NFS mount as I'm =
mounting across a corporate network.
I am also using the latest LL TEMAC with EDK 10.1.
Thanks,
John
-----Original Message-----
From: Robert Woodworth [mailto:rwoodworth@securics.com]=20
Sent: Tuesday, April 01, 2008 10:50 AM
To: MingLiu
Cc: John Linn; linuxppc-embedded@ozlabs.org
Subject: RE: xilinx Ml405 NFS mount problem
I think you may be suffering from the latest LL_TEMAC packet loss
problem. (NFS/UDP really does not like packet loss)
Let me guess. =20
You are using a base system from "Base System Builder Wizard"?
EDK 9.2i. Default syntheses/P&R options.
I have seen a massive packet loss problems on my ML403 and two other
boards I have with an FX60.
This is probably a hardware problem.
Xilinx has acknowledged an LL_TEMAC problem to me but has not provided a
fix. I have heard that things are better with EDK/ISE-10.1 but I have
not tested it.
The vendor of one of my boards (Pico) has fixed the problem on the FX60
by highly constraining the timing of the LL_TEMAC in map/PR. On my
ML403 I used similar constraints and it fixed the problem, but only if
the device is plugged into a GigE switch. The problem is still there
with the same .bit file on a 100-T switch.=20
Are you on a GigE switch?
Rob.
On Tue, 2008-04-01 at 16:15 +0000, MingLiu wrote:
> Dear John,
> =20
> Thank you for your replying.=20
>=20
> >It=A1=AFs not obvious to me what the problem is as I don=A1=AFt see =
any driver
> failures. Have you >tried using a ramdisk and then seeing if the
> network is working before using NFS root? =20
> =20
> Not yet. I will try it soon. However from the information on the
> LL_TEMAC, it seems everything is fine and it should work.=20
> =20
>=20
>=20
> >And I=A1=AFm assuming you have used the NFS root before so you know =
that
> it=A1=AFs good for sure.
>=20
> =20
>=20
> >I test on the ML405 with NFS root and haven=A1=AFt seen this problem, =
but
> my setup is a little different. I use DHCP rather than >a static IP,
> but other than that it=A1=AFs similar.
>=20
> =20
>=20
> Yes. I used NFS before. I can make sure my NFS server works well. Also
> in principle, static IP should get a same result as DHCP, I think.=20
>=20
> =20
>=20
> >How long has it been since you pulled from the Xilinx Git tree?
>=20
> =20
>=20
> I just pulled the Xilinx tree quite recently. I am using a latest
> kernel.
>=20
> =20
>=20
> BR=20
>=20
> Ming
>=20
> =20
>=20
> =20
> =20
> And I=A1=AFm assuming you have used the NFS root before so you =
know
> that it=A1=AFs good for sure.
> =20
> =20
> =20
> I test on the ML405 with NFS root and haven=A1=AFt seen this
> problem, but my setup is a little different. I use DHCP
> rather than a static IP, but other than that it=A1=AFs =
similar.
> =20
> =20
> =20
> I=A1=AFm assuming that you accidentally got 2 different =
powerup
> outputs in the message below as the 1st stops and a 2nd starts
> in the middle.
> =20
> =20
> =20
> How long has it been since you pulled from the Xilinx Git
> tree?
> =20
> =20
> =20
> Thanks,
> =20
> John
> =20
> =20
> =20
> =20
> ______________________________________________________________
> From: linuxppc-embedded-bounces
> +john.linn=3Dxilinx.com@ozlabs.org
> [mailto:linuxppc-embedded-bounces
> +john.linn=3Dxilinx.com@ozlabs.org] On Behalf Of MingLiu
> Sent: Tuesday, April 01, 2008 8:12 AM
> To: linuxppc-embedded@ozlabs.org
> Subject: xilinx Ml405 NFS mount problem
> =20
> =20
> =20
> =20
> Dear friends,
> =20
> I am bringing up my kernel from Xilinx git tree. Unfortunately =
I met some
> problem when mounting the root file system. Here is the =
information
> listed. I will appreciate a lot if someone can help me out of =
the trouble.=20
> Thanks a lot!
> =20
> =20
> loaded at: 00400000 0059F19C
> board data at: 0059D120 0059D19C
> relocated to: 004050C8 00405144
> zimage at: 00405F3F 0059C025
> avail ram: 005A0000 08000000
> =20
> Linux/PPC load: root=3D/dev/nfs
> ip=3D192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
> nfsroot=3D192.168.0.3:/home/mingliu/ml403_rootfs =
console=3DttyUL0,38400
> mem=3D32M
> Uncompressing Linux...done.
> Now booting the kernel
> Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) =
(gcc version
> 3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
> Xilinx Generic PowerPC board support package (Xilinx ML405) =
(Virtex-4 FX)
> Zone PFN ranges:
> DMA 0 -> 8192
> =20
> Normal 8192 -> 8192
> =20
> HighMem 8192 -> 8192
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0 -> 8192
> Built 1 zonelists in Zone order, mobility grouping on. Total =
pages: 8128
> Kernel command line: root=3D/de v/nfs
> ip=3D192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
> nfsroot=3D192.168.0.3:/home/mingliu/ml403_rootfs =
console=3DttyUL0,38400
> mem=3D32M
> Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
> PID hash table entries: 128 (order: 7, 512 bytes)
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
> Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
> Memory: 28884k available (2552k kernel code, 944k data, 84k =
init, 0k highmem)
> SLUB: Genslabs=3D11, HWalign=3D32, Order=3D0-1, =
MinObjects=3D4, CPUs=3D1, Nodes=3D1
> Mount-cache hash table entries: 512
> net_namespace: 64 bytes
> NET: Registered protocol family 16
> Registering device uartlite:0
> Fixup MAC address for xilinx_lltemac:0
> Regis tering device xilinx_lltemac:0
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 1024 (order: 1, 8192 =
bytes)
> TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
> TCP: Hash tables configured (established 1024 bind 1024)
> TCP reno registered
> sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
> Call Trace:
> [c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
> [c1c0fe90] [c003aed4] set_fail+0x68/0x80
> [c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
> [c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c
> [c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
> [c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
> [c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
> [c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> fuse init (API version 7.9)
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> uartlite.0: ttyUL0 at MM IO 0x84000003 (irq =3D 3) is a =
uartlite
> console [ttyUL0] enabled
> loop: module loaded
> nbd: registered device at major 43
> xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: =
1: 2: 3
> xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, =
size: 0x8000
> XTemac: PHY detected at address 7.
> xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at =
0x81C00000 mapped
> to 0xC3004000, irq=3D2
> console [netcon0] enabled
> Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) =
(gcc version
> 3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
> =20
> Xilinx Generic PowerPC board support package (Xilinx ML405)
> (Virtex-4 FX)
> =20
> Zone PFN ranges:
> DMA 0 -> 8192
> Normal 8192 -> 8192
> HighMem 8192 -> 8192
> Movable zone start PFN for each node
> early_node_map[1] active PFN range
> s
> 0: 0 -> 8192
> Built 1 zonelists in Zone order, mobility grouping on. Total =
pages: 8128
> Kernel command line: root=3D/dev/nfs
> ip=3D192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
> nfsroot=3D192.168.0.3:/home/mingliu/ml403_rootfs =
console=3DttyUL0,38400
> mem=3D32M
> Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
> PID hash table entries: 128 (order: 7, 512 bytes)
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
> Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
> Memory: 28884k available (2552k kernel code, 944k data, 84k =
init, 0k highmem)
> SLUB: Genslabs=3D11, HWalign=3D32, Order=3D0-1, =
MinObjects=3D4, CPUs=3D1, Nodes=3D1
> Mount-cache hash table entries: 512
> n
> et_namespace: 64 bytes
> NET: Registered protocol family 16
> Registering device uartlite:0
> Fixup MAC address for xilinx_lltemac:0
> Registering device xilinx_lltemac:0
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 1024 (order: 1, 8192 =
bytes)
> TCP bind hash table entries: 1024
> (order: 0, 4096 bytes)
> TCP: Hash tables configured (established 1024 bind 1024)
> TCP reno registered
> sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
> Call Trace:
> [c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
> [c1c0fe90] [c003aed4] set_fail+0x68/0x80
> [c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
> [c1c0fef0] [c003b4d4] sysctl_c
> heck_table+0x5e8/0x77c
> [c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
> [c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
> [c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
> [c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> fuse init (API version 7.9)
> io scheduler noop registered<
> /SPAN>
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> uartlite.0: ttyUL0 at MMIO 0x84000003 (irq =3D 3) is a =
uartlite
> console [ttyUL0] enabled
> loop: module loaded
> nbd: registered device at major 43
> xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: =
1: 2: 3
> xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, =
size: 0x8000
> XTemac: PHY detected at address 7.
> xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at =
0x81C00000 mapped
> <
> SPAN style=3D"FONT-SIZE: 12pt">to 0xC3004000, irq=3D2
> console [netcon0] enabled
> netconsole: network logging started
> Generic platform RAM MTD, (c) 2004 Simtec Electronics
> mice: PS/2 mouse device common for all mice
> TCP cubic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> eth0: XLlTemac: Options: 0x3fa
> eth0: XLlTemac: allocating interrupt 0 for dma mode tx.
> eth0: XLlTemac: allocating interrupt 1 for dma mode rx.
> eth0: XLlTemac: speed set to 1000Mb/s
> eth0: XLlTemac: Send Threshold =3D 24, Receive Threshold =3D 4
> eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait bound =
=3D 254
> IP-Config: Complete:
> =20
> device=3Deth0, addr=3D192.168.0.4, mask=3D255.255.255.0, =
gw=3D192.168.0.3,
> host=3D192.168.0.4, domain=3D, nis-domain=3D(none),
> bootserver=3D192.168.0.3, rootserver=3D192.168.0.3, =
rootpath=3D
> Looking up port of RPC 100003/2 on 192.168.0.3
> rpcbind: server 192.168.0.3 not responding, timed out
> Root-NFS: Unable to get nfsd port number from server, using =
default
> Looking up port of RPC 10000
> 5/1 on 192.168.0.3
> rpcbind: server 192.168.0.3 not responding, timed out
> Root-NFS: Unable to get mountd port number from server, using =
default
> mount: server 192.168.0.3 not responding, timed out
> Root-NFS: Server returned error -5 while mounting =
/home/mingliu/ml403_rootfs
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=3D" boot option; here are=20
> the available
> partitions:
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(2,0)
> Rebooting in 180 seconds..
> =20
> =20
> BR
> Ming
> =20
> =20
> =20
> =20
> ______________________________________________________________
> Windows Live =
Writer=A3=AC=D6=A7=B3=D6=C0=EB=CF=DF=D7=AB=D0=B4=B2=A9=BF=CD=C4=DA=C8=DD=A3=
=AC=CB=E6=CA=B1=CB=E6=B5=D8=CF=EB=D0=B4=BE=CD=D0=B4=A1=A3
> =C1=A2=BC=B4=CA=B9=D3=C3=A3=A1
> =20
> =20
>=20
>=20
> ______________________________________________________________________
> =CA=B9=D3=C3=D0=C2=D2=BB=B4=FA Windows Live Messenger =
=C7=E1=CB=C9=BD=BB=C1=F7=BA=CD=B9=B2=CF=ED=A3=A1 =
=C1=A2=BC=B4=CC=E5=D1=E9=A3=A1=20
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* RE: xilinx Ml405 NFS mount problem
From: Robert Woodworth @ 2008-04-01 16:50 UTC (permalink / raw)
To: MingLiu; +Cc: John Linn, linuxppc-embedded
In-Reply-To: <BAY138-W40E4E945BA6E40EABEE811B2F50@phx.gbl>
I think you may be suffering from the latest LL_TEMAC packet loss
problem. (NFS/UDP really does not like packet loss)
Let me guess.
You are using a base system from "Base System Builder Wizard"?
EDK 9.2i. Default syntheses/P&R options.
I have seen a massive packet loss problems on my ML403 and two other
boards I have with an FX60.
This is probably a hardware problem.
Xilinx has acknowledged an LL_TEMAC problem to me but has not provided a
fix. I have heard that things are better with EDK/ISE-10.1 but I have
not tested it.
The vendor of one of my boards (Pico) has fixed the problem on the FX60
by highly constraining the timing of the LL_TEMAC in map/PR. On my
ML403 I used similar constraints and it fixed the problem, but only if
the device is plugged into a GigE switch. The problem is still there
with the same .bit file on a 100-T switch.
Are you on a GigE switch?
Rob.
On Tue, 2008-04-01 at 16:15 +0000, MingLiu wrote:
> Dear John,
>
> Thank you for your replying.
>
> >It’s not obvious to me what the problem is as I don’t see any driver
> failures. Have you >tried using a ramdisk and then seeing if the
> network is working before using NFS root?
>
> Not yet. I will try it soon. However from the information on the
> LL_TEMAC, it seems everything is fine and it should work.
>
>
>
> >And I’m assuming you have used the NFS root before so you know that
> it’s good for sure.
>
>
>
> >I test on the ML405 with NFS root and haven’t seen this problem, but
> my setup is a little different. I use DHCP rather than >a static IP,
> but other than that it’s similar.
>
>
>
> Yes. I used NFS before. I can make sure my NFS server works well. Also
> in principle, static IP should get a same result as DHCP, I think.
>
>
>
> >How long has it been since you pulled from the Xilinx Git tree?
>
>
>
> I just pulled the Xilinx tree quite recently. I am using a latest
> kernel.
>
>
>
> BR
>
> Ming
>
>
>
>
>
> And I’m assuming you have used the NFS root before so you know
> that it’s good for sure.
>
>
>
> I test on the ML405 with NFS root and haven’t seen this
> problem, but my setup is a little different. I use DHCP
> rather than a static IP, but other than that it’s similar.
>
>
>
> I’m assuming that you accidentally got 2 different powerup
> outputs in the message below as the 1st stops and a 2nd starts
> in the middle.
>
>
>
> How long has it been since you pulled from the Xilinx Git
> tree?
>
>
>
> Thanks,
>
> John
>
>
>
>
> ______________________________________________________________
> From: linuxppc-embedded-bounces
> +john.linn=xilinx.com@ozlabs.org
> [mailto:linuxppc-embedded-bounces
> +john.linn=xilinx.com@ozlabs.org] On Behalf Of MingLiu
> Sent: Tuesday, April 01, 2008 8:12 AM
> To: linuxppc-embedded@ozlabs.org
> Subject: xilinx Ml405 NFS mount problem
>
>
>
>
> Dear friends,
>
> I am bringing up my kernel from Xilinx git tree. Unfortunately I met some
> problem when mounting the root file system. Here is the information
> listed. I will appreciate a lot if someone can help me out of the trouble.
> Thanks a lot!
>
>
> loaded at: 00400000 0059F19C
> board data at: 0059D120 0059D19C
> relocated to: 004050C8 00405144
> zimage at: 00405F3F 0059C025
> avail ram: 005A0000 08000000
>
> Linux/PPC load: root=/dev/nfs
> ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
> nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
> mem=32M
> Uncompressing Linux...done.
> Now booting the kernel
> Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version
> 3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
> Xilinx Generic PowerPC board support package (Xilinx ML405) (Virtex-4 FX)
> Zone PFN ranges:
> DMA 0 -> 8192
>
> Normal 8192 -> 8192
>
> HighMem 8192 -> 8192
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0 -> 8192
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
> Kernel command line: root=/de v/nfs
> ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
> nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
> mem=32M
> Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
> PID hash table entries: 128 (order: 7, 512 bytes)
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
> Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
> Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)
> SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
> Mount-cache hash table entries: 512
> net_namespace: 64 bytes
> NET: Registered protocol family 16
> Registering device uartlite:0
> Fixup MAC address for xilinx_lltemac:0
> Regis tering device xilinx_lltemac:0
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 1024 (order: 1, 8192 bytes)
> TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
> TCP: Hash tables configured (established 1024 bind 1024)
> TCP reno registered
> sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
> Call Trace:
> [c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
> [c1c0fe90] [c003aed4] set_fail+0x68/0x80
> [c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
> [c1c0fef0] [c003b4d4] sysctl_check_table+0x5e8/0x77c
> [c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
> [c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
> [c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
> [c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> fuse init (API version 7.9)
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> uartlite.0: ttyUL0 at MM IO 0x84000003 (irq = 3) is a uartlite
> console [ttyUL0] enabled
> loop: module loaded
> nbd: registered device at major 43
> xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3
> xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000
> XTemac: PHY detected at address 7.
> xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mapped
> to 0xC3004000, irq=2
> console [netcon0] enabled
> Linux version 2.6.24-rc8-xlnx-g1db182b8-dirty (mingliu@cca01) (gcc version
> 3.4.1) #7 Tue Apr 1 14:55:25 CEST 2008
>
> Xilinx Generic PowerPC board support package (Xilinx ML405)
> (Virtex-4 FX)
>
> Zone PFN ranges:
> DMA 0 -> 8192
> Normal 8192 -> 8192
> HighMem 8192 -> 8192
> Movable zone start PFN for each node
> early_node_map[1] active PFN range
> s
> 0: 0 -> 8192
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128
> Kernel command line: root=/dev/nfs
> ip=192.168.0.4:192.168.0.3:192.168.0.3:255.255.255.0 rw
> nfsroot=192.168.0.3:/home/mingliu/ml403_rootfs console=ttyUL0,38400
> mem=32M
> Xilinx INTC #0 at 0x81800000 mapped to 0xFDFFF000
> PID hash table entries: 128 (order: 7, 512 bytes)
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
> Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
> Memory: 28884k available (2552k kernel code, 944k data, 84k init, 0k highmem)
> SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
> Mount-cache hash table entries: 512
> n
> et_namespace: 64 bytes
> NET: Registered protocol family 16
> Registering device uartlite:0
> Fixup MAC address for xilinx_lltemac:0
> Registering device xilinx_lltemac:0
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 1024 (order: 1, 8192 bytes)
> TCP bind hash table entries: 1024
> (order: 0, 4096 bytes)
> TCP: Hash tables configured (established 1024 bind 1024)
> TCP reno registered
> sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
> Call Trace:
> [c1c0fe50] [c0008b70] show_stack+0x40/0x194 (unreliable)
> [c1c0fe90] [c003aed4] set_fail+0x68/0x80
> [c1c0feb0] [c003b4ec] sysctl_check_table+0x600/0x77c
> [c1c0fef0] [c003b4d4] sysctl_c
> heck_table+0x5e8/0x77c
> [c1c0ff30] [c002605c] register_sysctl_table+0x64/0xb4
> [c1c0ff50] [c034579c] register_ppc_htab_sysctl+0x18/0x2c
> [c1c0ff60] [c034482c] kernel_init+0x94/0x2bc
> [c1c0fff0] [c0004d58] kernel_thread+0x44/0x60
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> fuse init (API version 7.9)
> io scheduler noop registered<
> /SPAN>
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> uartlite.0: ttyUL0 at MMIO 0x84000003 (irq = 3) is a uartlite
> console [ttyUL0] enabled
> loop: module loaded
> nbd: registered device at major 43
> xilinx_lltemac xilinx_lltemac.0: MAC address is now 0: a:35: 1: 2: 3
> xilinx_lltemac xilinx_lltemac.0: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc3008100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x1d18000, virt: 0xc1d18000, size: 0x8000
> XTemac: PHY detected at address 7.
> xilinx_lltemac xilinx_lltemac.0: eth0: Xilinx TEMAC at 0x81C00000 mapped
> <
> SPAN style="FONT-SIZE: 12pt">to 0xC3004000, irq=2
> console [netcon0] enabled
> netconsole: network logging started
> Generic platform RAM MTD, (c) 2004 Simtec Electronics
> mice: PS/2 mouse device common for all mice
> TCP cubic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> eth0: XLlTemac: Options: 0x3fa
> eth0: XLlTemac: allocating interrupt 0 for dma mode tx.
> eth0: XLlTemac: allocating interrupt 1 for dma mode rx.
> eth0: XLlTemac: speed set to 1000Mb/s
> eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4
> eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254
> IP-Config: Complete:
>
> device=eth0, addr=192.168.0.4, mask=255.255.255.0, gw=192.168.0.3,
> host=192.168.0.4, domain=, nis-domain=(none),
> bootserver=192.168.0.3, rootserver=192.168.0.3, rootpath=
> Looking up port of RPC 100003/2 on 192.168.0.3
> rpcbind: server 192.168.0.3 not responding, timed out
> Root-NFS: Unable to get nfsd port number from server, using default
> Looking up port of RPC 10000
> 5/1 on 192.168.0.3
> rpcbind: server 192.168.0.3 not responding, timed out
> Root-NFS: Unable to get mountd port number from server, using default
> mount: server 192.168.0.3 not responding, timed out
> Root-NFS: Server returned error -5 while mounting /home/mingliu/ml403_rootfs
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are
> the available
> partitions:
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(2,0)
> Rebooting in 180 seconds..
>
>
> BR
> Ming
>
>
>
>
> ______________________________________________________________
> Windows Live Writer，支持离线撰写博客内容，随时随地想写就写。
> 立即使用！
>
>
>
>
> ______________________________________________________________________
> 使用新一代 Windows Live Messenger 轻松交流和共享！ 立即体验！
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* Re: Unable to handle kernel paging request for instruction fetch???
From: Scott Wood @ 2008-04-01 17:09 UTC (permalink / raw)
To: 郭劲; +Cc: linuxppc-embedded
In-Reply-To: <407023539.21267@tsinghua.org.cn>
郭劲 wrote:
> Hi,all,
>
> I run the iperf tool to test the ethernet throughput for my MPC8360E board, after
> about 20 minutes, the exception is happened. Could you tell me why?
>
>
> Unable to handle kernel paging request for instruction fetch
> Faulting instruction address: 0x4e800020
> Oops: Kernel access of bad area, sig: 11 [#1]
> MPC836x MDS
> Modules linked in: encoder mpc_sync k_spi(P)
Can you reproduce it with kallsyms enabled, and without the out-of-tree
module(s)?
> NIP: 4e800020 LR: c01a08d4 CTR: 00000000
Something branched to a bad address from 0xc01a08d0. Can you look up
what line that is in your kernel?
-Scott
^ permalink raw reply
* mpc52xx_mmap_ctl access
From: Marcelo Dalmas @ 2008-04-01 17:03 UTC (permalink / raw)
To: linuxppc-embedded
Hi all!
I'm updating a device driver from linux 2.6.16 ppc
tree to linux 2.6.24 powerpc in a lite5200 based
board.
I need to access mpc52xx_mmap_ctl and mpc52xx_cslpc.
In ppc tree I do:
mmap_ctl =
ioremap(MPC52xx_PA(MPC52xx_MMAP_CTL_OFFSET),
MPC52xx_MMAP_CTL_SIZE)
How can I access it in powerpc tree?
Thank you,
Marcelo Dalmas
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
http://br.mail.yahoo.com/
^ permalink raw reply
* [PATCH 2/8] powerpc: replace `__attribute' by `__attribute__'
From: Roel Kluin @ 2008-04-01 17:31 UTC (permalink / raw)
To: paulus; +Cc: linuxppc-dev, trivial, lkml
In-Reply-To: <47F26FF6.8070300@tiscali.nl>
replace `__attribute' by `__attribute__'
Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
---
diff --git a/arch/powerpc/platforms/iseries/main_store.h b/arch/powerpc/platforms/iseries/main_store.h
index 1a7a3f5..976b23e 100644
--- a/arch/powerpc/platforms/iseries/main_store.h
+++ b/arch/powerpc/platforms/iseries/main_store.h
@@ -61,7 +61,7 @@ struct IoHriMainStoreSegment4 {
};
/* Main Store VPD for Power4 */
-struct __attribute((packed)) IoHriMainStoreChipInfo1 {
+struct __attribute__((packed)) IoHriMainStoreChipInfo1 {
u32 chipMfgID;
char chipECLevel[4];
};
@@ -73,14 +73,14 @@ struct IoHriMainStoreVpdIdData {
char serialNumber[12];
};
-struct __attribute((packed)) IoHriMainStoreVpdFruData {
+struct __attribute__((packed)) IoHriMainStoreVpdFruData {
char fruLabel[8];
u8 numberOfSlots;
u8 pluggingType;
u16 slotMapIndex;
};
-struct __attribute((packed)) IoHriMainStoreAdrRangeBlock {
+struct __attribute__((packed)) IoHriMainStoreAdrRangeBlock {
void *blockStart;
void *blockEnd;
u32 blockProcChipId;
@@ -88,7 +88,7 @@ struct __attribute((packed)) IoHriMainStoreAdrRangeBlock {
#define MaxAreaAdrRangeBlocks 4
-struct __attribute((packed)) IoHriMainStoreArea4 {
+struct __attribute__((packed)) IoHriMainStoreArea4 {
u32 msVpdFormat;
u8 containedVpdType;
u8 reserved1;
^ permalink raw reply related
* Re: [PATCH 2/8] powerpc: replace `__attribute' by `__attribute__'
From: Sam Ravnborg @ 2008-04-01 18:01 UTC (permalink / raw)
To: Roel Kluin; +Cc: trivial, linuxppc-dev, paulus, lkml
In-Reply-To: <47F27155.1000103@tiscali.nl>
On Tue, Apr 01, 2008 at 07:31:01PM +0200, Roel Kluin wrote:
> replace `__attribute' by `__attribute__'
>
> Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
> ---
> diff --git a/arch/powerpc/platforms/iseries/main_store.h b/arch/powerpc/platforms/iseries/main_store.h
> index 1a7a3f5..976b23e 100644
> --- a/arch/powerpc/platforms/iseries/main_store.h
> +++ b/arch/powerpc/platforms/iseries/main_store.h
> @@ -61,7 +61,7 @@ struct IoHriMainStoreSegment4 {
> };
>
> /* Main Store VPD for Power4 */
> -struct __attribute((packed)) IoHriMainStoreChipInfo1 {
> +struct __attribute__((packed)) IoHriMainStoreChipInfo1 {
> u32 chipMfgID;
> char chipECLevel[4];
> };
Please introduce __packed if you touch this.
See include/linux/compiler-gcc.h
This comment is relevant for all your patches.
We have __used and other similar variants.
So take a good look at include/linux/compiler* and
use the proper shortcuts where available.
Sam
^ permalink raw reply
* RE: xilinx Ml405 NFS mount problem
From: MingLiu @ 2008-04-01 18:36 UTC (permalink / raw)
To: Robert Woodworth; +Cc: John Linn, linuxppc-embedded
In-Reply-To: <1207068618.4830.60.camel@PisteOff>
[-- Attachment #1: Type: text/plain, Size: 2333 bytes --]
Dear Robert> Let me guess. > You are using a base system from "Base System Builder Wizard"?> EDK 9.2i. Default syntheses/P&R options.
I am using EDK 10.1 evaluation version (60 days) from Xilinx. I don't have experience on EDK 9.2 and previously I was working on EDK 8.2.
> I have seen a massive packet loss problems on my ML403 and two other> boards I have with an FX60.> > This is probably a hardware problem.> Xilinx has acknowledged an LL_TEMAC problem to me but has not provided a> fix. I have heard that things are better with EDK/ISE-10.1 but I have> not tested it.
I got the following message from my NFS server PC:
Apr 1 15:08:34 linux kernel: UDP: bad checksum. From 192.168.0.4:839 to
192.168.0.3:627 ulen 48
Apr 1 15:08:40 linux kernel: UDP: bad checksum. From 192.168.0.4:839 to
192.168.0.3:627 ulen 48
Apr 1 15:08:49 linux kernel: UDP: bad checksum. From 192.168.0.4:839 to
192.168.0.3:627 ulen 48
Apr 1 15:13:23 linux kernel: nfsd: last server has exited
Apr 1 15:13:23 linux kernel: nfsd: unexporting all filesystems
Apr 1 15:13:23 linux rpc.mountd: Caught signal 15, un-registering and
exiting.
Apr 1 15:13:24 linux kernel: NFSD: Using /var/lib/nfs/v4recovery as the
NFSv4 state recovery directory
Apr 1 15:13:24 linux kernel: NFSD: recovery directory
/var/lib/nfs/v4recovery doesn't exist
Apr 1 15:13:24 linux kernel: NFSD: starting 90-second grace period
Apr 1 16:02:57 linux syslog-ng[3700]: STATS: dropped 0
Apr 1 17:02:57 linux syslog-ng[3700]: STATS: dropped 0
Apr 1 18:02:58 linux syslog-ng[3700]: STATS: dropped 0
I shows "UDP bad checksum" from my board to the PC. I don't know if it has something to do with the package loss problem.
> The vendor of one of my boards (Pico) has fixed the problem on the FX60> by highly constraining the timing of the LL_TEMAC in map/PR. On my> ML403 I used similar constraints and it fixed the problem, but only if> the device is plugged into a GigE switch. The problem is still there> with the same .bit file on a 100-T switch.
I connect the board with the PC point-to-point with gigabit ethernet. It should be even better than a Gigabit switch, right?
BR
Ming
_________________________________________________________________
Windows Live Photo gallery 数码相机的超级伴侣，轻松管理和编辑照片，还能制作全景美图！
http://get.live.cn/product/photo.html
[-- Attachment #2: Type: text/html, Size: 2638 bytes --]
^ permalink raw reply
* Re: [PATCHv4 0/5] cpm2: Reset the CPM at startup and fix the cpm_uart driver accordingly.
From: Scott Wood @ 2008-04-01 19:19 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: linuxppc-dev
In-Reply-To: <200804011433.29841.laurentp@cse-semaphore.com>
Laurent Pinchart wrote:
> Hi everybody,
>
> these 5 patches reset the CPM in cpm2_reset() and fix the cpm_uart driver to
> initialise SMC ports correctly without relying on any initialisation
> performed by the boot loader/wrapper. They update the boot wrapper code and
> the EP8248E device tree to match the new SMC registers description.
>
> Patches 2/5, 3/5 and 4/5 (boot wrapper and EP8248E device tree updates)
> haven't been tested due to lack of hardware.
Tested OK on ep8248e.
ACK 1-5
-Scott
^ permalink raw reply
* [PATCH / RFC 2/2] ISP1760: bus glue code
From: Sebastian Siewior @ 2008-04-01 19:52 UTC (permalink / raw)
To: Greg Kroah-Hartman; +Cc: linuxppc-dev, Thomas Gleixner, linux-usb
In-Reply-To: <20080401195158.657955430@linutronix.de>
This patch contains the entry for the build system and glue code for the
platform bus. Currently OpenFirmware and PCI is supported.
Signed-off-by: Sebastian Siewior <bigeasy@linutronix.de>
--- a/drivers/usb/host/Kconfig
+++ b/drivers/usb/host/Kconfig
@@ -95,6 +95,32 @@ config USB_ISP116X_HCD
To compile this driver as a module, choose M here: the
module will be called isp116x-hcd.
+config USB_ISP1760_HCD
+ tristate "ISP 1760 HCD support"
+ depends on USB && EXPERIMENTAL
+ ---help---
+ The ISP1760 chip is a USB 2.0 host controller.
+
+ This driver does not support isochronous transfers or OTG.
+
+ To compile this driver as a module, choose M here: the
+ module will be called isp1760-hcd.
+
+config USB_ISP1760_PCI
+ bool "Support for the PCI bus"
+ depends on USB_ISP1760_HCD && PCI
+ ---help---
+ Enables support for the device present on the PCI bus.
+ This should only be required if you happen to have the eval kit from
+ NXP and you are going to test it.
+
+config USB_ISP1760_OF
+ bool "Support for the OF platform bus"
+ depends on USB_ISP1760_HCD && OF
+ ---help---
+ Enables support for the device present on the PowerPC
+ OpenFirmware platform bus.
+
config USB_OHCI_HCD
tristate "OHCI HCD support"
depends on USB && USB_ARCH_HAS_OHCI
--- a/drivers/usb/host/Makefile
+++ b/drivers/usb/host/Makefile
@@ -6,6 +6,8 @@ ifeq ($(CONFIG_USB_DEBUG),y)
EXTRA_CFLAGS += -DDEBUG
endif
+isp1760-objs := isp1760-hcd.o isp1760-if.o
+
obj-$(CONFIG_PCI) += pci-quirks.o
obj-$(CONFIG_USB_EHCI_HCD) += ehci-hcd.o
@@ -16,4 +18,4 @@ obj-$(CONFIG_USB_SL811_HCD) += sl811-hcd
obj-$(CONFIG_USB_SL811_CS) += sl811_cs.o
obj-$(CONFIG_USB_U132_HCD) += u132-hcd.o
obj-$(CONFIG_USB_R8A66597_HCD) += r8a66597-hcd.o
-
+obj-$(CONFIG_USB_ISP1760_HCD) += isp1760.o
--- /dev/null
+++ b/drivers/usb/host/isp1760-if.c
@@ -0,0 +1,294 @@
+/*
+ * Glue code for the ISP1760 driver and bus
+ * Currently there is support for
+ * - OpenFirmware
+ * - PCI
+ *
+ * (c) 2007 Sebastian Siewior <bigeasy@linutronix.de>
+ *
+ */
+
+#include <linux/usb.h>
+#include <linux/io.h>
+
+#include "../core/hcd.h"
+#include "isp1760-hcd.h"
+
+#ifdef CONFIG_USB_ISP1760_OF
+#include <linux/of.h>
+#include <linux/of_platform.h>
+#endif
+
+#ifdef CONFIG_USB_ISP1760_PCI
+#include <linux/pci.h>
+#endif
+
+#ifdef CONFIG_USB_ISP1760_OF
+static int of_isp1760_probe(struct of_device *dev,
+ const struct of_device_id *match)
+{
+ struct usb_hcd *hcd;
+ struct device_node *dp = dev->node;
+ struct resource *res;
+ struct resource memory;
+ struct of_irq oirq;
+ int virq;
+ u64 res_len;
+ int ret;
+
+ ret = of_address_to_resource(dp, 0, &memory);
+ if (ret)
+ return -ENXIO;
+
+ res = request_mem_region(memory.start, memory.end - memory.start + 1,
+ dev->dev.bus_id);
+ if (!res)
+ return -EBUSY;
+
+ res_len = memory.end - memory.start + 1;
+
+ if (of_irq_map_one(dp, 0, &oirq)) {
+ ret = -ENODEV;
+ goto release_reg;
+ }
+
+ virq = irq_create_of_mapping(oirq.controller, oirq.specifier,
+ oirq.size);
+
+ hcd = isp1760_register(memory.start, res_len, virq,
+ IRQF_SHARED | IRQF_DISABLED, &dev->dev, dev->dev.bus_id);
+ if (IS_ERR(hcd)) {
+ ret = PTR_ERR(hcd);
+ goto release_reg;
+ }
+
+ dev_set_drvdata(&dev->dev, hcd);
+ return ret;
+
+release_reg:
+ release_mem_region(memory.start, memory.end - memory.start + 1);
+ return ret;
+}
+
+static int of_isp1760_remove(struct of_device *dev)
+{
+ struct usb_hcd *hcd = dev_get_drvdata(&dev->dev);
+
+ dev_set_drvdata(&dev->dev, NULL);
+
+ usb_remove_hcd(hcd);
+ iounmap(hcd->regs);
+ release_mem_region(hcd->rsrc_start, hcd->rsrc_len);
+ usb_put_hcd(hcd);
+ return 0;
+}
+
+static struct of_device_id of_isp1760_match[] = {
+ {
+ .compatible = "nxp,usb-isp1760",
+ },
+ { },
+};
+MODULE_DEVICE_TABLE(of, of_isp1760_match);
+
+static struct of_platform_driver isp1760_of_driver = {
+ .name = "nxp-isp1760",
+ .match_table = of_isp1760_match,
+ .probe = of_isp1760_probe,
+ .remove = of_isp1760_remove,
+};
+#endif
+
+#ifdef CONFIG_USB_ISP1760_PCI
+static u32 nxp_pci_io_base;
+static u32 iolength;
+static u32 pci_mem_phy0;
+static u32 length;
+static u8 *chip_addr;
+static u8 *iobase;
+
+static int __devinit isp1761_pci_probe(struct pci_dev *dev,
+ const struct pci_device_id *id)
+{
+ u8 latency, limit;
+ __u32 reg_data;
+ int retry_count;
+ int length;
+ int status = 1;
+ struct usb_hcd *hcd;
+
+ if (usb_disabled())
+ return -ENODEV;
+
+ if (pci_enable_device(dev) < 0)
+ return -ENODEV;
+
+ if (!dev->irq)
+ return -ENODEV;
+
+ /* Grab the PLX PCI mem maped port start address we need */
+ nxp_pci_io_base = pci_resource_start(dev, 0);
+ iolength = pci_resource_len(dev, 0);
+
+ if (!request_mem_region(nxp_pci_io_base, iolength, "ISP1761 IO MEM")) {
+ printk(KERN_ERR "request region #1\n");
+ return -EBUSY;
+ }
+
+ iobase = ioremap_nocache(nxp_pci_io_base, iolength);
+ if (!iobase) {
+ printk(KERN_ERR "ioremap #1\n");
+ release_mem_region(nxp_pci_io_base, iolength);
+ return -ENOMEM;
+ }
+ /* Grab the PLX PCI shared memory of the ISP 1761 we need */
+ pci_mem_phy0 = pci_resource_start(dev, 3);
+ length = pci_resource_len(dev, 3);
+
+ if (length < 0xffff) {
+ printk(KERN_ERR "memory length for this resource is less than "
+ "required\n");
+ release_mem_region(nxp_pci_io_base, iolength);
+ iounmap(iobase);
+ return -ENOMEM;
+ }
+
+ if (!request_mem_region(pci_mem_phy0, length, "ISP-PCI")) {
+ printk(KERN_ERR "host controller already in use\n");
+ release_mem_region(nxp_pci_io_base, iolength);
+ iounmap(iobase);
+ return -EBUSY;
+ }
+
+ /* bad pci latencies can contribute to overruns */
+ pci_read_config_byte(dev, PCI_LATENCY_TIMER, &latency);
+ if (latency) {
+ pci_read_config_byte(dev, PCI_MAX_LAT, &limit);
+ if (limit && limit < latency)
+ pci_write_config_byte(dev, PCI_LATENCY_TIMER, limit);
+ }
+
+ /* Try to check whether we can access Scratch Register of
+ * Host Controller or not. The initial PCI access is retried until
+ * local init for the PCI bridge is completed
+ */
+ retry_count = 20;
+ reg_data = 0;
+ while ((reg_data != 0xFACE) && retry_count) {
+ /*by default host is in 16bit mode, so
+ * io operations at this stage must be 16 bit
+ * */
+ writel(0xface, chip_addr + HC_SCRATCH_REG);
+ udelay(100);
+ reg_data = readl(chip_addr + HC_SCRATCH_REG);
+ retry_count--;
+ }
+
+ /* Host Controller presence is detected by writing to scratch register
+ * and reading back and checking the contents are same or not
+ */
+ if (reg_data != 0xFACE) {
+ err("scratch register mismatch %x", reg_data);
+ goto clean;
+ }
+
+ pci_set_master(dev);
+
+ status = readl(iobase + 0x68);
+ status |= 0x900;
+ writel(status, iobase + 0x68);
+
+ dev->dev.dma_mask = NULL;
+ hcd = isp1760_register(pci_mem_phy0, length, dev->irq,
+ IRQF_SHARED | IRQF_DISABLED, &dev->dev, dev->dev.bus_id);
+ pci_set_drvdata(dev, hcd);
+ if (!hcd)
+ return 0;
+clean:
+ status = -ENODEV;
+ iounmap(iobase);
+ release_mem_region(pci_mem_phy0, length);
+ release_mem_region(nxp_pci_io_base, iolength);
+ return status;
+}
+static void isp1761_pci_remove(struct pci_dev *dev)
+{
+ struct usb_hcd *hcd;
+
+ hcd = pci_get_drvdata(dev);
+
+ usb_remove_hcd(hcd);
+ iounmap(hcd->regs);
+ release_mem_region(hcd->rsrc_start, hcd->rsrc_len);
+ usb_put_hcd(hcd);
+
+ pci_disable_device(dev);
+
+ iounmap(iobase);
+ iounmap(chip_addr);
+
+ release_mem_region(nxp_pci_io_base, iolength);
+ release_mem_region(pci_mem_phy0, length);
+}
+
+static void ips1761_pci_shutdown(struct pci_dev *dev)
+{
+ printk(KERN_ERR "ips1761_pci_shutdown\n");
+}
+
+static const struct pci_device_id ips1760_plx [] = { {
+ /* handle any USB 2.0 EHCI controller */
+ PCI_DEVICE_CLASS(((PCI_CLASS_BRIDGE_OTHER << 8) | (0x06 << 16)), ~0),
+ .driver_data = 0,
+},
+{ /* end: all zeroes */ }
+};
+MODULE_DEVICE_TABLE(pci, ips1760_plx);
+
+static struct pci_driver isp1761_pci_driver = {
+ .name = "isp1760",
+ .id_table = ips1760_plx,
+ .probe = isp1761_pci_probe,
+ .remove = isp1761_pci_remove,
+ .shutdown = ips1761_pci_shutdown,
+};
+#endif
+
+static int __init isp1760_init(void)
+{
+ int ret;
+
+ init_kmem_once();
+
+#ifdef CONFIG_USB_ISP1760_OF
+ ret = of_register_platform_driver(&isp1760_of_driver);
+ if (ret) {
+ deinit_kmem_cache();
+ return ret;
+ }
+#endif
+
+#ifdef CONFIG_USB_ISP1760_PCI
+ ret = pci_register_driver(&isp1761_pci_driver);
+ if (ret) {
+#ifdef CONFIG_USB_ISP1760_OF
+ of_unregister_platform_driver(&isp1760_of_driver);
+#endif
+ deinit_kmem_cache();
+ }
+#endif
+ return ret;
+}
+module_init(isp1760_init);
+
+static void __exit isp1760_exit(void)
+{
+#ifdef CONFIG_USB_ISP1760_OF
+ of_unregister_platform_driver(&isp1760_of_driver);
+#endif
+#ifdef CONFIG_USB_ISP1760_PCI
+ pci_unregister_driver(&isp1761_pci_driver);
+#endif
+ deinit_kmem_cache();
+}
+module_exit(isp1760_exit);
--
^ 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