framebuffer和tty的探讨

一般的应用程序升级完毕后都必须重启自己，那么当linux程序打开framebuffer时再重启就会出现问题。

因为当打开framebuffer时首先要和一个终端tty关联，比如我的本本上首次关联的是tty8.这是通过(ioctl(ConsoleFD, VT_OPENQRY, &vtnumber))查询下一个可用的tty决定的。

那么本次正在使用tty8，再重启自己不就是要查询下一个tty，即tty9，用我的程序简单测试一下结果的确如此。从tty8一直到tty12，当tty已经用完后，程序虽然起来了但已经不稳

定了，退出也会死机了。按照这种逻辑tty不断重启自己肯定会有用完的时候，那么程序不是只能重启固定的次数呢？显然这不符合客户的需求。蛋疼啊。

苦思冥想突然发现，按照这种逻辑那么程序不是升级，而是正常退出再打开情况又如何呢，这似乎给出了矛盾。所以我不断打开，退出后发现程序始终是关联的tty8，这似乎让

我看见了曙光。于是我仔细比较代码的不同后发现，原来重启自己前可以先释放tty和关闭framebuffer，这样当tty8已经释放了，那么重启获得的下一个tty还是tty8.这样程序就会

一直在tty8上运行，满足了我的需求。想通了至后再从代码分析其实很简单。

//init code

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

//打开framebuffer关联tty

openframebuffer()

//循环体响应事件

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

case update://处理升级

        update();

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

//end code

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

//关闭framebuffer

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

closeframebuffer();

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

exit(1);

 

//升级处理部分

update()

{

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

    //升级完成

    //先关闭framebuffer释放tty

    closeframebuffer();//先关掉再重启

    reload();//这个函数不能在closeframebuffer()前面，否则就会出现tty递增

    exit(1);

}