cs8900 for arm Options

[猫猫草]

as title

Attached File(s)

 cs8900.rar ( 19.01k ) Number of downloads: 299

 

[猫猫草]

代码

<<  BusyBox v1.4.1 移植 s3c2410 | 首 页 | s3c2410 关于 LCD移植的问题  >>
cs8900 移植 Linux-2.6.19.2
2007-02-06

移植路上真是荆棘满路，时不时让你疯狂一两天，却无可奈何...

        网上已有很多相关的移植教程，第一步，当然是照着做。问题是我的Linux是2.6.19.2，与前些版本相比（据查，2.6.17版还在），在移植过程中，我发现有两个变化。一是 include/asm-arm/irq.h 里已删除一些irq操作的预定义，如：

extern void disable_irq(unsigned int);
extern void enable_irq(unsigned int);
int set_irq_type(unsigned int irq, unsigned int type);

而网上的那个cs8900.c驱动比较老，与Linux-2.6.19.2带的cs89x0相差很大（据说这个驱动也没有使用新的驱动模型，不知道，这里应该与dm9000比较一下）。导致出现很多错误，不能编译 cs8900.c ，一天就这样在郁闷中过去...

      旧的不去，新的不来，干脆就直接用cs89x0.c ^_^ google到一个 pathch-cs89x0 ，哪个开心啊...可惜这个patch是针对2.6.14，自动patch失败，手动补齐后再添一些头文件、修改一些小错误，终于编译通过。可是，狂跳几下后又得郁闷了，出现了内核编程常见错误oops：

cs89x0:cs89x0_probe(0x0)
Unable to handle kernel paging request at virtual address f400030a
pgd = c0004000
[f400030a] *pgd=00000000
Internal error: Oops: 5 [#1]
Modules linked in:
CPU: 0
PC is at readword+0x1c/0x2c
LR is at cs89x0_probe1+0xec/0x874
pc : []    lr : []    Not tainted
sp : c032feb0  ip : c032fec0  fp : c032febc
r10: f4000300  r9 : 00000000  r8 : 00000000
r7 : c0f3b800  r6 : c0f3ba60  r5 : c0f3b800  r4 : f4000300
r3 : f400030a  r2 : 00000000  r1 : f400030a  r0 : f4000300
Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: 717F
Table: 30004000  DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc032e250)
Stack: (0xc032feb0 to 0xc0330000)
fea0:                                     c032ff4c c032fec0 c001bec8 c0139fa8
fec0: ffffffff c0f3b803 0000000a c032ff4c ffffffff 00000002 c0f3b800 ffffffff
fee0: c032ff30 c032fef0 c00fa694 c00f9e88 0000000a ffffffff ffffffff 00000002
ff00: 3f0c47ff 00000000 c0f3b800 00000000 00000000 00000000 00000000 c0021290
ff20: c032ff3c c002619c c0f3b800 00000000 00000000 00000000 00000000 c0021290
ff40: c032ff6c c032ff50 c001c6e0 c001bdec c0026164 00000001 00000000 c00217a4
ff60: c032ff88 c032ff70 c001bb04 c001c660 00000001 00000000 c032e000 c032ffa0
ff80: c032ff8c c001bbd0 c001bad0 00000000 c0021208 c032fff4 c032ffa4 c0027100
ffa0: c001bb48 00000001 c0027e24 c003caf4 00000000 00000000 c0027058 c0043128
ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ffe0: 00000000 00000000 00000000 c032fff8 c0043128 c0027068 0a00003e e5dc3001
Backtrace:
[] (readword+0x0/0x2c) from [] (cs89x0_probe1+0xec/0x874)
[] (cs89x0_probe1+0x0/0x874) from [] (cs89x0_probe+0x90/0x1)
[] (cs89x0_probe+0x0/0x108) from [] (probe_list2+0x44/0x78)
r7 = C00217A4  r6 = 00000000  r5 = 00000001  r4 = C0026164
[] (probe_list2+0x0/0x78) from [] (net_olddevs_init+0x98/0x)
r6 = C032E000  r5 = 00000000  r4 = 00000001
[] (net_olddevs_init+0x0/0xdc) from [] (init+0xa8/0x274)
r5 = C0021208  r4 = 00000000
[] (init+0x0/0x274) from [] (do_exit+0x0/0x7d8)
Code: e0801001 e3510201 e1a03001 328334f2 (e1d300b0)
<0>Kernel panic - not syncing: Attempted to kill init!

      前两天才在《Linux内核设计与实现》里看到的常见错误，想不到这么快就被我遇上...这里就是新版Linux第二个变化引起的错误。尝试更改映射的虚地址，无效。就在准备回去冲凉的瞬间，google里又出现一个好东西 ARM Linux Kernel Porting ，有原理图，有cs8900的实地址为0x19000000的解析（大致就是A24脚的高低电平控制cs8900开关，故+1000000），可惜是韩文，里面的文字不知说什么，但错误现象一样，根据里面的代码再修改cs89x0一遍（这个文件真的很乱了^_^）。十分可惜，还是不能在我睡前干一件好事...

      早上精神好啊，又经过一番搜索，终于发现问题，原来实地址与虚地址的映射结构 smdk2410_iodesc 里有所变化。第二个参数从原来的 unsigned long physical 变为 unsigned long pfn 。而从 smdk2410_iodesc 传入的SMDK2410_PA_CS8900A_BASE 仍然是一个 physical 值，因此出现 Unable to handle kernel paging request 错误。这里很感谢http://bibu.blogchina.com/bibu/4914641.html的作者，根据提示，将实地址作一个小小变化就Ok了 ^_^

#ifndef __ASM_ARCH_SMDK2410_H
#define __ASM_ARCH_SMDK2410_H

#define SMDK2410_PA_CS8900A_BASE       __phys_to_pfn(S3C2410_CS3 + 0x01000000) /* nGCS3 +0x01000000 */
#define SMDK2410_VA_CS8900A_BASE       S3C2410_ADDR(0x04000000)  /* 0xF4000000 */

#endif /* __ASM_ARCH_SMDK2410_H */

虚地址改多少无所谓，如0xE0000000，只要不和其它设备冲突就行。

      下面总结一下整个移植过程：

1. include/asm-arm/arch-s3c2410/map.h

添加：
/* CS8900 */
#define S3C24XX_VA_CS8900   S3C2410_ADDR(0x04000000)
#define S3C2410_PA_CS8900     __phys_to_pfn(0x19000000)
#define S3C24XX_SZ_CS8900    SZ_1M
#define S3C24XX_PA_CS8900    S3C2410_PA_CS8900

2. arch/arm/mach-s3c2410/mach-smdk2410.c

修改

static struct map_desc smdk2410_iodesc[] __initdata={
        {S3C24XX_VA_CS8900IO, S3C2410_PA_CS8900, S3C24XX_SZ_CS8900, S3C24XX_SZ_CS8900, MT_DEVICE}
};

3. include/asm-arm/irq.h

添加

int set_irq_type(unsigned int irq, unsigned int type);

4.  drivers/net/cs89x0.c

下面是我的 diff

--- ../linux2/linux-2.6.19.2/drivers/net/cs89x0.c 2007-01-11 03:10:37.000000000 +0800
+++ drivers/net/cs89x0.c 2007-02-04 21:16:42.000000000 +0800
@@ -96,6 +96,9 @@
   Dmitry Pervushin  : dpervushin@ru.mvista.com
                     : PNX010X platform support

+  Christian Pell    : chripell@gmail.com
+                    : SMDK2410 platform support, fixed bug with signed ioaddr
+
*/

/* Always include 'config.h' first in case the user wants to turn on
@@ -194,6 +197,27 @@
#define CIRRUS_DEFAULT_IRQ VH_INTC_INT_NUM_CASCADED_INTERRUPT_1 /* Event inputs bank 1 - ID 35/bit 3 */
static unsigned int netcard_portlist[] __initdata = {CIRRUS_DEFAULT_BASE, 0};
static unsigned int cs8900_irq_map[] = {CIRRUS_DEFAULT_IRQ, 0, 0, 0};
+
+#elif defined(CONFIG_ARCH_S3C2410) //Added weibing
+#include <linux/irq.h>
+#include <asm/irq.h>
+#include <asm/arch/irqs.h>
+#include <asm/arch/regs-mem.h>
+#include <asm/arch/regs-gpio.h>
+#include <asm/arch/smdk2410-map.h>
+
+static unsigned int netcard_portlist[] __initdata = {S3C24XX_VA_CS8900+0x300, 0};
+static unsigned int cs8900_irq_map[] = {IRQ_EINT9, 0, 0, 0};
+/*
+#ifdef request_region
+#undef request_region
+#endif
+#ifdef release_region
+#undef release_region
+#endif
+#define request_region(a,s,n) request_mem_region(a,s,n)
+#define release_region(a,s) release_mem_region(a,s)
+*/
#else
static unsigned int netcard_portlist[] __initdata =
    { 0x300, 0x320, 0x340, 0x360, 0x200, 0x220, 0x240, 0x260, 0x280, 0x2a0, 0x2c0, 0x2e0, 0};
@@ -246,7 +270,7 @@

/* Index to functions, as function prototypes. */

-static int cs89x0_probe1(struct net_device *dev, int ioaddr, int modular);
+static int cs89x0_probe1(struct net_device *dev, unsigned int ioaddr, int modular);
static int net_open(struct net_device *dev);
static int net_send_packet(struct sk_buff *skb, struct net_device *dev);
static irqreturn_t net_interrupt(int irq, void *dev_id);
@@ -324,6 +348,10 @@
  io = dev->base_addr;
  irq = dev->irq;

+#ifdef CONFIG_ARCH_S3C2410 //Added weibing
+ __raw_writel((__raw_readl(S3C2410_GPGCON)&~(0x3<<2))|(0x2<<2),S3C2410_GPGCON);
+ __raw_writel((__raw_readl(S3C2410_EXTINT1)&~(0x7<<4))|(0x4<<4),S3C2410_EXTINT1);
+#endif
  if (net_debug)
   printk("cs89x0:cs89x0_probe(0x%x)\n", io);

@@ -386,6 +414,18 @@
{
  outw(value, base_addr + (portno << 1));
}
+#elif defined(CONFIG_ARCH_S3C2410) //Added weibing
+static u16
+readword(unsigned long base_addr, int portno)
+{
+ return __raw_readw(base_addr+portno);
+}
+
+static void
+writeword(unsigned long base_addr, int portno,u16 value)
+{
+ __raw_writew(value,base_addr+portno);
+}
#else
static u16
readword(unsigned long base_addr, int portno)
@@ -507,7 +547,7 @@
  */

static int __init
-cs89x0_probe1(struct net_device *dev, int ioaddr, int modular)
+cs89x0_probe1(struct net_device *dev, unsigned int ioaddr, int modular)
{
  struct net_local *lp = netdev_priv(dev);
  static unsigned version_printed;
@@ -638,7 +678,18 @@
     the driver will always do *something* instead of complain that
     adapter_cnf is 0. */

-#ifdef CONFIG_SH_HICOSH4
+#if defined CONFIG_ARCH_S3C2410
+ lp->force=FORCE_RJ45;
+ lp->auto_neg_cnf=IMM_BIT;
+
+ dev->dev_addr[0]=0x09; /*setMACaddress*/
+ dev->dev_addr[1]=0x90;
+ dev->dev_addr[2]=0x99;
+ dev->dev_addr[3]=0x09;
+ dev->dev_addr[4]=0x90;
+ dev->dev_addr[5]=0x99;
+
+#elif defined CONFIG_SH_HICOSH4
  if (1) {
   /* For the HiCO.SH4 board, things are different: we don't
      have EEPROM, but there is some data in flash, so we go
@@ -1036,7 +1087,7 @@
{
#if !defined(CONFIG_MACH_IXDP2351) && !defined(CONFIG_ARCH_IXDP2X01)
  struct net_local *lp = netdev_priv(dev);
- int ioaddr = dev->base_addr;
+ unsigned int ioaddr = dev->base_addr;
#endif
  int reset_start_time;

@@ -1278,7 +1329,7 @@
  int i;
  int ret;

-#if !defined(CONFIG_SH_HICOSH4) && !defined(CONFIG_ARCH_PNX010X) /* uses irq#1, so this won't work */
+#if !defined(CONFIG_SH_HICOSH4) && !defined(CONFIG_ARCH_PNX010X) && !defined(CONFIG_ARCH_S3C2410) /* uses irq#1, so this won't work */
  if (dev->irq < 2) {
   /* Allow interrupts to be generated by the chip */
/* Cirrus' release had this: */
@@ -1309,7 +1360,7 @@
  else
#endif
  {
-#if !defined(CONFIG_MACH_IXDP2351) && !defined(CONFIG_ARCH_IXDP2X01) && !defined(CONFIG_ARCH_PNX010X)
+#if !defined(CONFIG_MACH_IXDP2351) && !defined(CONFIG_ARCH_IXDP2X01) && !defined(CONFIG_ARCH_PNX010X) && !defined(CONFIG_ARCH_S3C2410)
   if (((1 << dev->irq) & lp->irq_map) == 0) {
    printk(KERN_ERR "%s: IRQ %d is not in our map of allowable IRQs, which is %x\n",
                                dev->name, dev->irq, lp->irq_map);
@@ -1324,6 +1375,9 @@
   writereg(dev, PP_BusCTL, ENABLE_IRQ | MEMORY_ON);
#endif
   write_irq(dev, lp->chip_type, dev->irq);
+#if defined(CONFIG_ARCH_S3C2410)
+  set_irq_type(dev->irq, IRQT_RISING);
+#endif
   ret = request_irq(dev->irq, &net_interrupt, 0, dev->name, dev);
   if (ret) {
    if (net_debug)
@@ -1394,7 +1448,7 @@
  case A_CNF_MEDIA_10B_2: result = lp->adapter_cnf & A_CNF_10B_2; break;
         default: result = lp->adapter_cnf & (A_CNF_10B_T | A_CNF_AUI | A_CNF_10B_2);
         }
-#ifdef CONFIG_ARCH_PNX010X
+#if defined(CONFIG_ARCH_PNX0105) || defined(CONFIG_ARCH_S3C2410)
  result = A_CNF_10B_T;
#endif
         if (!result) {
@@ -1577,7 +1631,8 @@
{
  struct net_device *dev = dev_id;
  struct net_local *lp;
- int ioaddr, status;
+ unsigned int ioaddr;
+ int status;
   int handled = 0;

  ioaddr = dev->base_addr;
@@ -1683,7 +1738,7 @@
  struct sk_buff *skb;
  int status, length;

- int ioaddr = dev->base_addr;
+ unsigned int ioaddr = dev->base_addr;
  status = readword(ioaddr, RX_FRAME_PORT);
  length = readword(ioaddr, RX_FRAME_PORT);

5.重新编译，重新启动，重新happy...

好了，现在可以挂NFS了，玩玩去...

...... ......

现在又有一不像问题的问题，网卡工作正常，但启动是提示申请 io 注册失败，request_region(0xf4000300, 0x10) failed 。

cs89x0:cs89x0_probe(0x0)
cs89x0.c: v2.4.3-pre1 Russell Nelson <nelson@crynwr.com>, Andrew Morton
eth0: cs8900 rev K found at 0xf4000300
cs89x0: Extended EEPROM checksum bad and no Cirrus EEPROM, relying on command le
cs89x0 media RJ-45, IRQ 53, programmed I/O, MAC 09:90:99:09:90:99
cs89x0_probe1() successful
cs89x0:cs89x0_probe(0x0)
cs89x0: request_region(0xf4000300, 0x10) failed
cs89x0: no cs8900 or cs8920 detected.  Be sure to disable PnP with SETUP

更改虚地址也无效，追踪一下，在 kernel/resource.c 里出现问题。不知为什么资源冲突了，我看网上移植cs8900到2.4版也有这个问题...不理，先向下跳，回过头来在处理它...

443                 for (;;) {
444                         struct resource *conflict;
445
446                         conflict = __request_resource(parent, res);
447                         if (!conflict)
448                                 break;
449 if (conflict != parent) {
450                                 parent = conflict;
451                                 if (!(conflict->flags & IORESOURCE_BUSY))
452                                         continue;
453                         }
454
455                         /* Uhhuh, that didn't work out.. */
456                         kfree(res);
457                         res = NULL;
458                         break;
459                 }

[猫猫草]

评论

• 啊bing 你好 我是珠海擎天科技，这段时间和你联系过关于开发板的LINUX问题，我们主要是为中国移动做测试仪表，如你有兴趣可以打我的电话：13702321219 希望你能加入我的团队。
  如你愿意请你留下你的手机号码，或你直接打电话给我
  
  sunny () 发表于 2007-07-16 19:05:02
• 你好 按你的方法移植了cs8900 出现一下信息，但是我看到你说可以NFS根目录我怎么不行呢？还有 你这个问题解决了吗？
  RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
  cs89x0:cs89x0_probe(0x0)
  cs89x0.c: v2.4.3-pre1 Russell Nelson <nelson@crynwr.com>, Andrew Morton <andrewm@uow.edu.au>
  eth0: cs8900 rev K found at 0xf4000300
  cs89x0: Extended EEPROM checksum bad and no Cirrus EEPROM, relying on command line
  cs89x0 media RJ-45, IRQ 53, programmed I/O, MAC 09:90:99:09:90:99
  cs89x0_probe1() successful
  cs89x0:cs89x0_probe(0x0)
  cs89x0: request_region(0xf4000300, 0x10) failed
  cs89x0: no cs8900 or cs8920 detected. Be sure to disable PnP with SETUP
  最后输出信息是：
  eth0: IRQ 53 is not in our map of allowable IRQs, which is 1c20
  IP-Config: Failed to open eth0
  IP-Config: No network devices available.
  Looking up port of RPC 100003/2 on 192.168.2.2
  portmap: server 192.168.2.2 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.2.2
  portmap: server 192.168.2.2 not responding, timed out
  Root-NFS: Unable to get mountd port number from server, using default
  mount: server 192.168.2.2 not responding, timed out
  Root-NFS: Server returned error -5 while mounting /root/tftproot/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
  Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
  不知到是什么原因 谢谢指教
  
  
  weibing 回复 sunny 说：
  你查看你的网卡对应的中断。是否和我的一样，我的是IRQ_EINT9，不是就先改一下这个吧。
  (2007-07-13 23:25:39) sunny (zhuhai) 发表于 2007-07-10 20:14:13
• 版主你好!我按照你的写的方法移植cs8900的驱动到kernel-2.6.20上，kernel运行环境是s3c2410，移植了好久都没移植好，我有问题要请教你，我的QQ-57926287 MSN——xd_0228@163.com
  有时间的话帮我解答一些，谢谢，很着急
  
  
  weibing 回复 小冬 说：
  在公司忙着学习wince,linux的运行环境还没建好，暂时看不了linux的代码了：）
  (2007-07-05 23:49:21) 小冬 (辽宁省) 发表于 2007-07-04 10:56:20
• 大侠我跟了一下，是由于ethif_probe2这个函数调用了cs89x0_probe()两次，所以第二次进去就会失败。有个isa_probes结构包了cs89x0_probe().说到底是__dev_get_by_name函数的问题。在space.c里的。
  
  
  weibing 回复 kyoy 说：
  十分感谢，迟些我再看看，现在要负责ce的bootloader，甚是麻烦：）
  (2007-07-01 08:21:39) kyoy () 发表于 2007-06-28 10:19:15
• 按照大侠写的东东，算是把8900整进2.6.18了。也有request_region的问题，大侠你后来这个问题解了吗？就是mac的问题吗？我换了也不行的
  
  
  weibing 回复 kyo 说：
  能用就没理它了：）
  不知你的mac问题是指什么不行？
  (2007-06-27 21:12:02) kyo () 发表于 2007-06-23 14:51:18
• 大侠你好，我在linux-12.6.15上按照你的办法进行8900的移植，并且#define pSMDK2410_ETH_IO __phys_to_pfn(0x19000000)
  但是却出现这样的问题
  Code: e283200a e3520201 e1a00002 328004f2 (e1c060b0)
  <0>Kernel panic - not syncing: Attempted to kill init!
  
  
  weibing 回复 songh717 说：
  你的错误信息也给得太少了吧
  
  我对比过2.6.14 和2.6.15, map_desc 是从2.6.15开始由unsigned long physical 改为 unsigned long pfn。但查不到具体的版本，你可以看看 include/asm-arm/mach/map.h 的定义。
  
  另外，你看看struct map_desc smdk2410_iodesc[] 里有没有定义cs8900的地址映射...
  
  (2007-03-18 23:54:49) songh717 () 发表于 2007-03-18 20:03:34
• weibing 你好，
  我按照你的patch 修改linux-2.6.18.rc7，
  但是kernel在启动过程中根本就没有加载cs89x0驱动。请问碰到过这是什么问题吗？
  
  
  
  weibing 回复 wt_wang 说：
  还要修改相应的Kconfig 和Makefile文件,这些google一下就可以找到,我就不说了...
  (2007-03-05 14:11:03) wt_wang () 发表于 2007-03-05 11:09:21
• 我按你的方法移植cs89x0.c 发现宏S3C2410_ADDR(X)不能正确转换虚地址。不得不手工强制smdk2410_iodesc[]中的内容为
  {
  (unsigned long) 0xF4000000,
  /*(unsigned long)S3C24XX_VA_CS8900,*/
  (unsigned long)S3C2410_PA_CS8900,
  (unsigned long)S3C24XX_SZ_CS8900,
  MT_DEVICE}
  请问weibin遇到过类似问题没有？ 我的st2410板启动时也有request_region(0xf4000300, 0x10) failed 问题。
  
  
  weibing 回复 jjasonbao 说：
  S3C2410_ADDR(X) 在nclude/asm-arm/arch-s3c2410/map.h中定于如下：
  
  34 #ifndef __ASSEMBLY__
  35 #define S3C2410_ADDR(x) ((void __iomem *)0xF0000000 + (x))
  36 #else
  37 #define S3C2410_ADDR(x) (0xF0000000 + (x))
  38 #endif
  
  如果你的X不超过0x0FFFFFFF的话，就不存在“不能正确转换虚地址”的问题，还要注意不要与其它设备的地址相冲突。
  
  region(0xf4000300, 0x10) failed 的提示语句我也存在，但我cat /proc/iomem可以看到io资源已分配给cs8900，如下：
  
  55000000-550fffff : s3c2410-iis
  f0600000-f06fffff : s3c2410-lcd
  f1300300-f130030f : cs89x0
  
  注意这一句 +#define request_region(a,s,n) request_mem_region(a,s,n)
  我申请的是request_mem_region，所以用cat /proc/iomem查看，如果是request_region(a,s,n)，应该用cat /proc/ioports查看...
  (2007-03-01 11:05:33) jjasonbao () 发表于 2007-03-01 00:15:19
• cs8900终于搞定！真搞笑，苦苦调试了几天，一无所获。今早relax一下， 到处逛(在网上)，意外在u-boot的FAQ里看到这个 Ethernet does not work in Linux 。他说是不能获得MAC地址的问题，但我的网卡命名有一个09:90:99:09:90:99的地址！随便改一下，00:90:99:00:90:33， 想不到问题就这样解决...
  [root@RHAS linux-2.6.19.2]# telnet 202.192.33.120 99
  Trying 202.192.33.120...
  Connected to 202.192.33.120 (202.192.33.120).
  Escape character is '^]'.
  
  bb login: root
  
  
  BusyBox v1.4.1 (2007-02-08 00:35:21 CST) Built-in shell (ash)
  Enter 'help' for a list of built-in commands.
  
  Set search library path int /etc/profile
  Set user path in /etc/profile
  
  
  
  weibing 回复 weibing 说：
  奇怪，难道这样的MAC地址也冲突？唉，老样子，不理，先继续调触摸屏...
  (2007-02-12 11:27:17) [email=""]weibing[/email] () 发表于 2007-02-12 11:22:31
• 我刚开始时遇到和你完全一样的错误,
  按你的方法patch之后,
  居然
  cs89x0: no cs8900 or cs8920 detected.
  昏迷了~
  uboot驱动是成功的,所以硬件没有问题
  不知道问题出在何处,
  /linux/irq.h加到cs89x0.c里会有错误,
  不加可以编译通过,不知道和这个有无关系...
  
  
  weibing 回复 sanicle 说：
  恩， 我这几天都在查这个问题，挂nfs根文件系统一切正常，也可以ping，但其它通信都有问题。 request_region这一句申请io资源失败，cat /proc/iomem可以看到io资源已分配给cs8900... 55000000-550fffff : s3c2410-iis f0600000-f06fffff : s3c2410-lcd f1300300-f130030f : cs89x0 关于编译失败，与你的linux和交叉链版本有关，我用3.4.1的交叉链编译alsa声卡驱动提示一大堆错误，2.95.3没有这些错误，但我的 linux-2.6.19.2不让它编译，说 Sorry, your compiler is too old/not recognized. 实在没办法，我继续测试一下... BTW,你的小窝很不错
  (2007-02-12 09:00:08) sanicle (3mn.net) 发表于 2007-02-12 00:22:19
• 汗，Linux改变 map_desc 结构的同时也提供一个
  #define IODESC_ENT(x) { (unsigned long)S3C24XX_VA_##x, __phys_to_pfn(S3C24XX_PA_##x), S3C24XX_SZ_##x, MT_DEVICE }
  这样的宏。
  {S3C24XX_VA_CS8900IO, S3C2410_PA_CS8900, S3C24XX_SZ_CS8900, S3C24XX_SZ_CS8900, MT_DEVICE} 改为 IODESC_ENT(cs8900) 就搞定了...
  
  [email=""]weibing[/email] () 发表于 2007-02-07 20:56:35