问题

最近在做嵌入式文件系统时使用了如下的inittab文件：

#/etc/inittab
::sysinit:/etc/init.d/rcS
::respawn:-/bin/sh
s3c2410_serial0::askfirst:-/bin/sh
::ctrlaltdel:/sbin/reboot
::shutdown:/bin/umount -a -r

结果出现了：/bin/sh: cant access tty; job control turned off

分析

BusyBox通过系统控制台来做些工作, 如果我们的shell启动在 /dev/console(5,1)上, tty_io.c 函数open中noctty就被设置成1,导致这个问题,具体原因还不知道。总之要启动在一个真实的串口就没有关系。

Job control will be turned off since your shell can not obtain a controlling terminal. This typically happens when you run your shell on /dev/console. The kernel will not provide a controlling terminal on the /dev/console device. Your should run your shell on a normal tty such as tty1 or ttyS0 and everything will work perfectly. If you REALLY want your shell to run on /dev/console, then you can hack your kernel (if you are into that sortof thing) by changing drivers/char/tty_io.c to change the lines where it sets "noctty = 1;" to instead set it to "0". I recommend you instead run your shell on a real console...

解决方法

可以通过BusyBox的init指定shell的设备, 注意, S3C2410上, 串口0是s3c2410_serial0。也就是说去掉::respawn:-/bin/sh就可以啦~~

串口名称

串口名称可以是s3c2410_serialx、ttySACx和ttySx等，但底层使用的是设备的主设备号和次设备号来定位具体设备的。所以不管是串口的名称是什么

，只要主设备号和次设备号对了就可以。此外，通过mdev生成设备节点时，串口的名称是s3c2410_serialx。

S3C2410的串口驱动文件drivers/serial/s3c2410.c中，有如下数据结构：

[plain] view plain copyprint?

1. staticstructuart_drivers3c24xx_uart_drv={
2. .owner=THIS_MODULE,
3. .dev_name="s3c2410_serial",
4. .nr=3,
5. .cons=S3C24XX_SERIAL_CONSOLE,
6. .driver_name=S3C24XX_SERIAL_NAME,
7. .major=S3C24XX_SERIAL_MAJOR,//主设备号为204
8. .minor=S3C24XX_SERIAL_MINOR,//次设备号为64，这指第1个串口；第2个为65
9. };