【linux】问题集锦

原创，转载时请注明，谢谢。邮箱：[email protected]， 地址：http://www.cnblogs.com/embedded-tzp

在内核下载运行后，会出现各种各样的问题，将遇到的问题和解决方案贴出来。

• No filesystem could mount root, tried: ext3 cramfs vfat msdos romfs(没有文件系统)

问题分析：

在make menuconfig时，没有配置文件系统类型。

解决方案：

: make menuconfig: 将M改为yes， 见下图

• Failed to execute /linuxrc. Attempting defaults...

问题分析：

程序不可执行或者没有权限执行，修改根文件系统里的linuxrc的组改为root。

解决方案：

# chown -R root:root ‘/home/tang/work/fs/ramdisk_fs‘, 或者制作文件系统时就以root身份来做

• ls输出乱码

问题分析：

ls是 busybox的命令，其输出加了一些格式输出。

解决方案：.

    两种方式，或者重新配置busybox并编译，或者 改为用secureCRT 工具

    见http://blog.chinaunix.net/uid-26404477-id-3459315.html

问题描述：

当开发板执行ifconfig eth0 192.168.1.3时，出错，现象如下：

irq 57: nobody cared (try booting with the "irqpoll" option) (__report_bad_irq: Spurious.c (src\kernel\irq))

CPU: 0 PID: 770 Comm: ifconfig Not tainted 3.10.53 #28

[<c000d8ec>] (unwind_backtrace+0x0/0xf4) from [<c000bea4>] (show_stack+0x10/0x14)

[<c000bea4>] (show_stack+0x10/0x14) from [<c005305c>] (__report_bad_irq+0x20/0xb4)

[<c005305c>] (__report_bad_irq+0x20/0xb4) from [<c0053314>] (note_interrupt+0x224/0x288)

[<c0053314>] (note_interrupt+0x224/0x288) from [<c00514d8>] (handle_irq_event_percpu+0xa8/0x1c0)

[<c00514d8>] (handle_irq_event_percpu+0xa8/0x1c0) from [<c0051618>] (handle_irq_event+0x28/0x38)

[<c0051618>] (handle_irq_event+0x28/0x38) from [<c0053aec>] (handle_edge_irq+0x7c/0x130)

[<c0053aec>] (handle_edge_irq+0x7c/0x130) from [<c005107c>] (generic_handle_irq+0x34/0x40)

[<c005107c>] (generic_handle_irq+0x34/0x40) from [<c019b528>] (s3c_irq_demux+0xb4/0x120)

[<c019b528>] (s3c_irq_demux+0xb4/0x120) from [<c005107c>] (generic_handle_irq+0x34/0x40)

[<c005107c>] (generic_handle_irq+0x34/0x40) from [<c00099fc>] (handle_IRQ+0x30/0x84)

[<c00099fc>] (handle_IRQ+0x30/0x84) from [<c000855c>] (s3c24xx_handle_irq+0x90/0x140)

[<c000855c>] (s3c24xx_handle_irq+0x90/0x140) from [<c0008e74>] (__irq_svc+0x34/0x40)

Exception stack(0xc2f67ce8 to 0xc2f67d30)

7ce0: 00000001 0000000a 00000000 20000013 00000002 00000002

7d00: c04e4160 c2f66000 c04a4f5c c04e4140 c201d90c c04e4160 00400100 c2f67d30

7d20: c001cf4c c001cfc0 20000013 ffffffff

[<c0008e74>] (__irq_svc+0x34/0x40) from [<c001cfc0>] (__do_softirq+0x84/0x1cc)

[<c001cfc0>] (__do_softirq+0x84/0x1cc) from [<c001d1b8>] (do_softirq+0x4c/0x58)

[<c001d1b8>] (do_softirq+0x4c/0x58) from [<c001d218>] (irq_exit+0x54/0x90)

[<c001d218>] (irq_exit+0x54/0x90) from [<c0009a00>] (handle_IRQ+0x34/0x84)

[<c0009a00>] (handle_IRQ+0x34/0x84) from [<c000855c>] (s3c24xx_handle_irq+0x90/0x140)

[<c000855c>] (s3c24xx_handle_irq+0x90/0x140) from [<c0008e74>] (__irq_svc+0x34/0x40)

Exception stack(0xc2f67da0 to 0xc2f67de8)

7da0: 00000000 00000039 c04aeab8 00000000 c04a7194 c2054d40 00000039 60000013

7dc0: c04a71c4 00000000 c201d90c c2046cc0 235e5c8f c2f67de8 c0053ff8 c00523dc

7de0: 40000013 ffffffff

[<c0008e74>] (__irq_svc+0x34/0x40) from [<c00523dc>] (__setup_irq+0x194/0x428)

[<c00523dc>] (__setup_irq+0x194/0x428) from [<c00528a8>] (request_threaded_irq+0xd8/0x158)

[<c00528a8>] (request_threaded_irq+0xd8/0x158) from [<c02168c0>] (net_open+0x88/0x488)

[<c02168c0>] (net_open+0x88/0x488) from [<c02bfa4c>] (__dev_open+0xb8/0x114)

[<c02bfa4c>] (__dev_open+0xb8/0x114) from [<c02bc8e4>] (__dev_change_flags+0x8c/0x134)

[<c02bc8e4>] (__dev_change_flags+0x8c/0x134) from [<c02bf95c>] (dev_change_flags+0x10/0x48)

[<c02bf95c>] (dev_change_flags+0x10/0x48) from [<c0310cfc>] (devinet_ioctl+0x674/0x784)

[<c0310cfc>] (devinet_ioctl+0x674/0x784) from [<c02abfdc>] (sock_ioctl+0x74/0x2a4)

[<c02abfdc>] (sock_ioctl+0x74/0x2a4) from [<c009fab4>] (do_vfs_ioctl+0x80/0x5f4)

[<c009fab4>] (do_vfs_ioctl+0x80/0x5f4) from [<c00a0064>] (SyS_ioctl+0x3c/0x60)

[<c00a0064>] (SyS_ioctl+0x3c/0x60) from [<c00091c0>] (ret_fast_syscall+0x0/0x2c)

handlers:

[<c0216cc0>] net_interrupt

Disabling IRQ #57 （Spurious.c (src\kernel\irq)， 出现这个情况是中断次数99000过多，没有被处理）

cs89x0: eth0: using half-duplex 10Base-T (RJ-45)

cs89x0: net_open() succeeded

问题分析：

    这与网络驱动有关，我的是cs8900a网卡，代码是内核自带的，就以此说明。

    网卡驱动相关文件为 cs89x0.c，cs89x0.h， cs89x0.txt。

    从栈最底处的net_interrupt， 可以看出内核在[<c0216cc0>] net_interrupt 处崩溃。而在net_open() 中有ret = request_irq(dev->irq, net_interrupt, 0, dev->name, dev); 可见net_interrupt为网卡中断处理函数。

    从上述的打印栈可以看出问题出现时的函数调用顺序，该调用顺序就是中断的处理流程，可以看我的另一篇文章，那里有中断非常详细的说明。

s3c24xx_handle_irq→handle_IRQ→generic_handle_irq→s3c_irq_demux→ generic_handle_irq→

handle_edge_irq→handle_irq_event→handle_irq_event_percpu→note_interrupt→__report_bad_irq→show_stack→unwind_backtrace；

而在note_interrupt函数中有：

    if (unlikely(desc->irqs_unhandled > 99900)) {

        /*

         * The interrupt is stuck

         */

        __report_bad_irq(irq, desc, action_ret);

        …….

    }

desc是中断数组某个元素，其irqs_unhandled > 99900了，就是说有99900个中断没有处理了？

在note_interrupt→if (unlikely(action_ret == IRQ_NONE)) {…… desc->irqs_unhandled++; …….} 说明网卡中断返回值为IRQ_NONE，才会irqs_unhandled++。网卡中断返回值由handle_irq_event_percpu→res = action->handler(irq, action->dev_id)即net_interrupt得到，看该函数，可知while ((status = ioread16(lp->virt_addr + ISQ_PORT))) 循环必然条件为假，不然返回值不会是IRQ_NONE。

分析到这里基本明白了，cs8900a的中断是硬件与s3c2440连接的，cs8900a只有实在产生了中断，才会导致cpu进入中断函数，但是网卡实际上是不可能产生那么频繁的中断的，那么猜想可能是中断触发类型设置不正确。

配上原理图：

看s3c2440手册：

EXTINT1寄存器的[6：4]控制了lan口中断触发类型。

在内核中添加代码，打印EXTINT1寄存器的值，发现其被配置为低电平触发中断了，而在cs8900a的datasheet中，明确说了高电平表明是一个中断。

    到这里问题原因定位。

解决方案：

. 在MACH_START中mini2440_map_io修改，添加中断支持

    s3c24xx_init_io(mini2440_iodesc, ARRAY_SIZE(mini2440_iodesc));

//此处添加外部中断控制EINT9, 高电平触发，是cs8900中断    

    unsigned long tmp = ioread32(S3C24XX_VA_GPIO + 0x8c); // EXTINT1寄存器

    tmp &= ~0xf0;

    tmp |= 0x90;

    iowrite32(tmp , S3C24XX_VA_GPIO + 0x8c); // 设置为高电平触发中断

    然后ifconfig， ping等命令在应用层都正常执行了。

感想：

    驱动移植时，本身最后改的代码就几句话，但是却要了解linux整个实现体系，包括设备总线驱动模型，platform driver，因为cs89x0驱动就是用这种架构，包括完整的中断处理流程，包括s3c2440芯片本身，cs8900a芯片本身资料，cs8900a驱动源代码，linux虚拟地址和物理地址映射等背景知识，真是折腾伤神啊，还好带来点成就感，开发从此后就可以使用nfs文件系统了，方便了很多，也值得了。

问题描述：

EEPROM is configured for unavailable media

问题分析：

解决方案：.