在linux下做的时钟同步的工作终于暂时告一段落了。
前面简单的做了客户端和服务器端的同步，在基于时间同步的机制上，将系统的1s的时间划分多个时槽。由于此时间同步应用在分布式系统中，涉及到多个客户端和服务器通信的问题，因此划分时槽是为了避免不同的客户端的消息冲突，保证每个客户端在自己的时槽里进行消息的发送。
整体思想是在时间同步以后，就开始判断是否进入自己的时槽，是就唤醒一个线程进行消息发送接收处理。
起初考虑在时钟中断里面做，假设系统每秒产生1000次时钟中断，则周期为1ms，将1s的时间划分为100个时槽，每个客户端将在1秒的时间内获得两个时槽。
唤醒的机制最早考虑的是用信号量semaphore，我在核心定义了一个互斥信号量并初始化为加锁的状态，init_MUTEX_LOCKED，并将信号量导出供将要唤醒的线程使用。一进入线程主函数就使用down操作使线程阻塞等待信号量，而up操作则放在时钟中断中，判断属于自己的时槽再释放信号量。
另一种方法就是使用wait_queue，一进入线程主函数就将线程设为不可中断睡眠状态，然后将线程挂到wait上，调用schedule函数进行切换，在核心要做的就是判断属于自己的时槽并且线程不是运行状态时，就调用wake_up唤醒线程，如此循环。
但是上述两种方法都遇到了一个问题，由于在内核唤醒线程，我们期望线程一经唤醒就能迅速的得到执行，所以将线程的优先级设置为实时优先级，调度方式采用FIFO，一插入包含线程的模块就会出现死机的情况。但如果不是实时优先级就没有问题。这个一直困扰着我，找不到原因所在。
再就是系统原有的时钟中断频率太小，不能满足我们高精度的需求，因此需要改变到1000hz。用的开发板是real6410，经过查阅内核代码，发现这个板子与s3c2410一样，都是由timer4来触发中断。timer4外接的时钟可以直接选择外部晶振的频率，也可采用pclk。在中断设置的函数中，首先给timer4设置一个计数初值，这个计数初值就是由timer4的频率与系统中的HZ值即每秒钟的时钟中断次数的比值，当timer4的计数值减为0时就触发中断，因此要改变时钟中断频率就改变HZ到想要的值即可。
另外，还遇到的问题就是HZ虽然配置为200或者1000，但是用cat /proc/interrupts 显示出的1秒的中断次数仅为20多或者50多，远远没有达到我们想要的值，后来发现在config文件里面有一个config_no_hz，经过查阅，发现在2.6.21内核以后引入了无滴答内核，使处理器保持低功耗状态，我们需要多次时钟中断，则将config_no_hz配置为n即可。
 -- 后台代码)
)
