IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> cs8900 for arm
猫猫草
post 2007-09-13 12:01:34, Thu
Post #1


猫猫猫
***

Group: Power Cat
Posts: 626
Joined: 2006-12-8
Member No.: 2



as title
Attached File(s)
Attached File  cs8900.rar ( 19.01k ) Number of downloads: 304
 
Go to the top of the page
 
+Quote Post
猫猫草
post 2007-09-13 13:20:44, Thu
Post #2


猫猫猫
***

Group: Power Cat
Posts: 626
Joined: 2006-12-8
Member No.: 2



代码
<<  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                 }
Go to the top of the page
 
+Quote Post
猫猫草
post 2007-09-13 13:22:23, Thu
Post #3


猫猫猫
***

Group: Power Cat
Posts: 626
Joined: 2006-12-8
Member No.: 2




评论
  • 啊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 说:
    你的错误信息也给得太少了吧 smile.gif

    我对比过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一下, 到处逛(在网上happy.gif),意外在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,你的小窝很不错 happy.gif
    (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
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
3 User(s) are reading this topic (3 Guests and 0 Anonymous Users)
0 Members:

 



Lo-Fi Version Time is now: 2024-11-1 11:44