C语言可以直接对硬件进行操作吗？

cjaizss

mirnshi 发表于 2012-10-25 12:25
写微码，不叫软件开发？你让写NP微码的情何以堪？
在CPU的大市场里，x86太小。看看周围，是x86的cpu多， ...

这要看如何看待这个问题了。
更加彻底点，FPGA叫软件开发吗？
可能是因为电子业的人更喜欢称呼它为固件，而不称之为软件。
对于很多的处理器，一般喜欢用本地并行总线控制一切的引脚。我还是觉得X86的in/out有点邪恶

madaossan

回复 38# mirnshi


   
    晕. 那么你的意思是NP微码是直接控制硬件的? Network Processor也是一颗CPU, NP微码就是相当于通用CPU/嵌入式CPU/单片机上的汇编码的层次. 这么说汇编码就是直接操作硬件的? C语言编译之后的东西不是? 就算你的NP微码用0101序列来写, 那这0101序列是直接操作硬件的? 不需要CPU解码? CPU硬解码编译器什么的又该怎么算...

    cjzaiss说的微指令是, 像x86这样的复杂指令集, 其指令要经过CPU编译器/解释器(硬件)解码为微指令, 解码后的微指令才是可以直接执行的. 这当然是属于硬件设计范畴的东西, 程序员可以控制微指令?

gvim

回复 42# pmerofc

是扩展，也是C标准支持的扩展吧？也就是说C官方有提供这个手段供你选择使用。

mirnshi

madaossan 发表于 2012-10-25 12:59
回复 38# mirnshi

呵呵，回帖要看上下文。

我只是说写微码的，也算是软件开发。

mirnshi

cjaizss 发表于 2012-10-25 12:58
这要看如何看待这个问题了。
更加彻底点，FPGA叫软件开发吗？
可能是因为电子业的人更喜欢称呼它为固件 ...

呵呵，这个有些极端了。做FPGA，一般更强调硬件的技能，没有时序逻辑是没法做vhdl的。

g__gle

starwing83 发表于 2012-10-25 10:16
稍微说一下，内核最重要的其实是那个最不起眼的调度策略。这个策略要经过仔细的调整，比如说，一个最简单的 ...

2.6后期O(1)早就不见了。。。

这个东西推他的时候捧地不得了，出新东西的时候，老东西的优点又闭口不提了。

mirnshi

cjaizss 发表于 2012-10-25 12:58
这要看如何看待这个问题了。
更加彻底点，FPGA叫软件开发吗？
可能是因为电子业的人更喜欢称呼它为固件 ...

如果在极端些，fpga装载一个arm核的情况，可以用C写程序，编译后（arm的）下载到fpga里运行的。

g__gle

L_kernel 发表于 2012-10-25 10:55
总线是这样子定义的吗？
一个中断号对应多个硬件，这样子有冲突的。硬件控制器那个芯片不是硬件本身，又是 ...

可以多个硬件共享一个中断的。

他的意思是，CPU不直接跟设备通信，而是与控制器通信。不然CPU得自己处理一大堆协议上的细节。