Fedora 中文組郵件列表 May 2011

chinese@lists.fedoraproject.org

57 participants
94 discussions

[FZH] Fwd: Management of shell extensions (via gnome-tweak-tool)
by Yu Chen 10 May '11

10 May '11

Yu ---------- Forwarded message ---------- From: John Stowers <john.stowers.lists(a)gmail.com> Date: 2011/5/11 Subject: Management of shell extensions (via gnome-tweak-tool) To: gnome-shell-list <gnome-shell-list(a)gnome.org> Hi All, I added support for installing (e.g. from zip file[1]) and enabling/disabling gnome-shell extensions to gnome-tweak-tool. The enable/disable code should not conflict with distro package managers. The code is available in master[2]. I would appreciate if people tested this functionality and filed bugs [3] before the 3.0.2 release. Feedback also appreciated, Regards, John [1] https://github.com/sardemff7/GS-Gnote/zipball/master [2] http://git.gnome.org/browse/gnome-tweak-tool/ [3] https://bugzilla.gnome.org/browse.cgi?product=gnome-tweak-tool _______________________________________________ gnome-shell-list mailing list gnome-shell-list(a)gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list

1 0

[FZH] 谢谢 coreboot, 我懂得了内存是如何被 BIOS 识别的
by microcai 10 May '11

10 May '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 首先必须明确的一点是， BIOS 运行初期，CPU 其实是不能访问内存的。 BIOS 所在的 FLASH 是那种可以被 CPU 直接寻址的 FLASH 芯片。被都固定在 0x4FFFF (记不清具体地址了) 地址上了。类似 ARM 使用的 NOR FLASH。 uboot 就在 NOR FLASH上。然后，BIOS 初始化代码开始通过寄存器和北桥芯片沟通。因为 BIOS 就是版卡厂商制作的，这不成问题。使用固化的 IO 地址就可以了。成功和北桥联系上后， BIOS 继续前进，利用北桥提供的寄存器操控SMBUS, SMBUS 是一种 I2C 总线，每个 SMBUS 设备都有一个固定的地址。SDRAM 的 EEPROM 就可以通过 SMBUS 访问！而 SDRAM 通常在 0x50 ~ 0x53 这4个地址上，对于主板上的4个内存插槽。不过，主板厂商也可以改变这些地址。反正 BIOS 是自己出的，可以固化这些地址，无所谓。读取 SDRAM eeprom 里超过 17 个参数后。 BIOS 就可以使用这些参数设置好北桥的寄存器了。而在这之前， BIOS 严重依赖 CPU 的寄存器做这些操作，不能使用任何内存！北桥用来控制内存的寄存器地址，又是一个每个版卡都不一样的地方了。无所谓， BIOS 自己出，爱怎么用就怎么用。搞定内存之后， BIOS 终于可以使用内存啦！ BIOS 将内存的前 4k 作为临时 stack 开始进入了第二步初始化，这个使用有了内存，就可以使用函数了。前面，因为无法使用内存，无法进行复杂的运算，要小心编写汇编指令，全部使用寄存器进行操作，所以没法进行复杂的运算。现在有 RAM 可以用了，自然就有内存了。 BIOS 通过检查可用的内存值，将自己使用的临时 stack 移步到 > 640K 的地方。开始继续下面的工作。下面， BIOS 该开始检测 CPU 了。主要的工作是比较 CPU 的微代码版本是否和 BIOS 里带的对应CPU的代码一致。否则更新 CPU 的微代码。所以刷新 BIOS 支持新 CPU 的道理就在这里！ ;) 再然后？那要看你是不是打开了 BIOS shadow 就会选择是不是做这一步了。注意，这个时候 BIOS 是在一片能被 CPU 直接寻址的 FLASH 里运行的。但是 FLASH毕竟比 SDRAM 慢. 所以， BIOS 会通过北桥重新映射 BIOS FLASH 的地址到内存空间的顶端，原有的映射没有断开！这个时候由于 A20 gate 没有打开，高 12 位被忽略，导致 CPU 寻址仍然在 640k ~ 1M，也就是 BIOS 现在在的地址，所以 BIOS 继续运行。这个时候 BIOS 切换到 32 位寻址，注意，是 32位寻址，但是还是 16 位模式。想知道详细情况的，可以自己网上 google . 因为先前已经映射好了 BIOS 到高位内存，所以 BIOS 继续运行。然后 BIOS 将原先自己所在的 6040k~1M 地址区间通过操作北桥，断开映射！是的，没错，断开了！这个时候，这个区间其实就是 RAM 而不再是 BIOS ROM 了，这个很重要！接着打开 A20。接下来就是很平常的 memcpy 了，将自己从高位内存拷贝回 640k ~1M 区间的地位内存。然后关闭 A20. 关闭 A20 后， CPU 寻址重新回到低位内存。 BIOS 完成了将自己拷贝到同一个地址的工作. 但是 BIOS 将运行在 SDRAM 中，而不是 FLASH 里。然后干嘛呢？自然是继续检测基本硬件啦。基本硬件一般都已经固定使用某个 IO 端口了。 BIOS 就是发送一个无害的请求看是否有返回就可以知道硬件在不在。对于显卡和网卡这类设备， BIOS 并不包括这些设备的初始化代码， BIOS 通过调用这些设备的 BIOS 来实现。对于任何找到的 PCI 设备，BIOS 都是直接调用对应 BIOS 设备的 BIOS 来初始化它的。这也是硬盘还原卡截获 init 13 中断的道理。而这些设备的 BIOS，自然初始化工作就是配置设备的寄存器地址了。 BIOS 搞定的 PCI 设备，会形成一个表格，叫 PCI CONFIG ，保存到 PCI 控制器里。可以通过 IO 端口 0xCFC-0xCFF 访问。对于集成设备，这些设备的 BIOS 其实都被包含在 system BIOS 里，但是逻辑上并不是一个整体。如果用一些 BIOS 工具，还是可以分离各个设备的 BIOS 的。没用 BIOS 将设备配置好，并写入 PCI config ， Linux 内核就会当这个设备不存在 ... 囧。还有，各个 PCI 设备除了几个基本寄存器，别的都是通过 MMIO 映射到内存地址里进行的，而不是使用 IO 端口地址。BIOS 要负责分配好，使他们不会重叠。 PCI 设备的地址从 0xFFFFFFFF- sizeof (BIOS) 开始向下分配，SDRAM 的地址从 0x00000000 开始向上分配。这些都是通过操作北桥的寄存器实现的。自然，他们会在中间形成一个洞。不过，那是在你 SDRAM 内存比较少的情况下 ..... 如果你的 SDRAM 内存比较多，恭喜你，你又遇到问题了，你的内存将被吞掉一部分 .... 被 PCI 设备覆盖掉了一部分高位内存... 对 CPU 而言，整个内存地址都充满了设备咯，没有空洞。其实 Linux 认为的 640k~1MB 空洞也是不存在的。如果后续不使用 BIOS ，可以放心的当 SDRAM 来用，因为就是 SDRAM . 自然，如果你没有开启 BIOS shadow 就另当别论了。我之所以接触 Linux ，也是我本来计划自己写系统，我很讨厌 640K~1M 的内存空洞，想知道怎么解决，就去看别的 OS 是怎么实现的，结果就发现了 Linux ，然后开始看 .... 不过后来比较囧的是， Linux 确实没有利用这个区间的 RAM ... 真 TMD 有点浪费啊！现代的 BIOS 都默认 shadow 了，甚至没有地方给你配置了。如果 Linux 不使用 BIOS ，不知道留这个洞在这里干嘛. 诶。其实我 google 了 lkml ，是有人这么提出过这个问题。不过那个 Grek H 什么的，就是貌似的Linux二号or三号人物，回的邮件里说，虽然多数系统可以回收这个空洞，不过在个别系统上报告问题了。所以就默认不回收了。如果你要回收，这里有 patch ... use at your own risk .... 呵呵。扯远了。洗洗睡吧。明天估计开机会看到一堆回复了。 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQEcBAEBAgAGBQJNxZl/AAoJEKT4Uz7oTANZ5+QIAJpS1e7UsjRe4aUWCu5HW+iV XSWIky9ztErSNiF30XbZ1g9TQiCYXUp3ggiLl7vvyNbLOETZ2soX8cmFN2fUn2tF KwHHiOW6CK+vwOYxJETmITsCSdyy07rDUQ+0MZyLPss6vuqbmpax+LO0PhVC2UQM mmfQWBRxXIswV7xmYnLmLNB/MnJe5yEsDv5a7kQFmqbk36QORYkWEarwKikqbwOQ fK1LtLSIW+7QgOaKmpBGiaOnxMujyL+Abjt2orNItYsCvhCLg71eCrpHO0zOZU+9 paruZiYaV14G1Y38nm6Soes+ZTsPDSnTouK2xHKU+TunkfpoOhxdtc2f0aAr9ow= =J4sJ -----END PGP SIGNATURE-----

6 10

[FZH] Invitation to connect on LinkedIn
by lok yin 09 May '11

09 May '11

LinkedIn ------------ I'd like to add you to my professional network on LinkedIn. - lok lok yin dba at NI Healthcare Resources China Confirm that you know lok yin https://www.linkedin.com/e/ibtgei-gnhfakbi-m/isd/2839546366/pA0S5toI/ -- (c) 2011, LinkedIn Corporation

1 0

[FZH] 不明白，为什么站点上这个翻译错误这么长时间无法修补
by Mike Manilone 09 May '11

09 May '11

fix这个词用惯了，所以主题写的是修补。。 http://fedoraproject.org/zh_CN/features/ !00% 自由&开源 <-- 应该是100%吧，那个人翻译的多按了个shift？ Fedora 是 100% 免费并且只包含自由和开源软件。顺便广告一下emacs，我的邮件都是从emacs的mew里面发的哦，erc我上irc，emacs-jabber我能上gtalk，最牛B的是elim，不过我没折腾好。（一直在找机会广告emacs……免引发圣战，大家心里骂几句就好了啊，我知道你们只会用vi(m)） -------------------- Mike is here. My OS: Fedora x64 My blog: www.ekd123.org [Powered by Chito] My favorite editor: Emacs 23.2 My E-mail client: Mew 6.3 on Emacs 23.2. --------------------

4 3

[FZH] linux下的多媒体库
by ajax he 08 May '11

08 May '11

想请大家推荐下LINUX下的多媒体的库，C实现的，支持音频，视频采集，编码，解码功能即可我到一个pymedia，是Python实现的，不过在fedora下没有安装成功，想问问列表里面有没有大牛配置好PyMeida的～谢谢～

6 8

[FZH] C/C++ 请教控制鼠标的库/头文件等
by Guannan Ma 08 May '11

08 May '11

hi everyone 最近有这么个想法只是不知道应该去用什么实现. 我的nokia手机可以使用putty for symbian链接我的linux, 我可以在床上的时候控制我的mplayer放音乐. 问题是putty是command line,没法进行鼠标控制, 我想设计一个小成熟接受手机putty发送的移动按钮的事件来控制我的鼠标移动和鼠标左右键的点击. 这样也可以在presentation的时候用手机控制了请知道的朋友告知下我应该去找寻哪些库文件哪些函数或者给一些例子和网站链接, 中英文都可以我觉得应该是X11 里面的库文件什么的吧? Life_is_a_gift@gnma# uname -a Linux seamless-laptop 2.6.38-9-generic x86_64

4 4

Re: [FZH] openfetion 打包问题
by Liang Suilong 07 May '11

07 May '11

那我叫 Tommy He 帮你改名，改不到的话只能不好意思删评论了。。。 On May 7, 2011 11:35 PM, "microcai" <microcai(a)fedoraproject.org> wrote:

2 3

[FZH] 第五弹，加速系统启动的 coreboot
by microcai 07 May '11

07 May '11

听听，听听，你的 BIOS 在加载 GRUB 前都做了什么？！第一，嘟的一声，所谓的 POST 就过去了。其实做的事情还蛮多的。这里你会发现，BIOS 用了很长的时间来做这个事情。Oh dear. 其实我只希望 BIOS 检查一下 RAM 和 HDD 能工作就可以了。当是 BIOS 偏偏不这么干。他把所有的硬件都检查了一遍。难怪 BIOS 要那么大了！4M 的 flash chip 都放不下！而且这么慢！ What the fuck, 你初始化好硬件后，又初始化了硬件驱动！ yep, for DOS 的驱动。 WTF, 我没有 DOS, 拜托你不要为不存在的 OS 写/初始化驱动了好不好！第二，开始枚举引导设备。其实事情只有一个, 加载 MBR. WTF, 你加载 MBR 就算了，为何要为了可能存在的磁盘，去查找并初始化任何可能的引导设备？？万一我真的不从 HDD 启动，我会第一时间告诉你的呀！反正你找到了N个引导设备之后还是没用，乖乖的从 HDD 读取 MBR。最后，启动加载的引导设备。做了那么多事情，就是为了运行 512byte 的 MBR. 现在假设你 MBR 里是 GRUB. GRUB 启动了，又开始加载 GRUB stage2，说白了就是个 mini linux vfs layer. 用来支持访问 Linux 的文件系统的。这里，初始化了一次 VFS ..... GRUB 又去启动 Linux 了 Linux 启动，检查初始化设备和设备驱动程序 ..... （等等，这听起来怎么这么耳熟？？？？什么？又在重复着 BIOS 做过的事情！！）初始化文件系统 ... (等等，貌似又在哪里听过？ GRUB ?? GRUB 不也做了一样的事情么？) 呜呼，难怪系统启动这么慢了，相同的事情做了2次！等等，貌似 Linux 做的那一次只需要 1-2s ... 而 BIOS 和 GRUB 却做了 .... > 10s 搞错没有啊！！！没搞错！是的，就是这样， Linux 并行初始化了 ..... 好吧，如果在把 Linux 内核烧录到 BIOS ROM 里，当然，定制一下，前面稍微加点初始化代码呢？ 2s 启动好 Linux 不是问题！即便 ROM 里的 Linux 有点老，你一样可以通过 kexec 直接启动新的内核！等等，貌似 GRUB 这玩意没用了？是的！！是的！！恩，理想的 Linux 启动过程是这样的. RESET/POWEROFF -> 高度定制的 Linux 内核 -> linux 内核能使用的一切方法获得真正的 linux 内核, 包括 NFS 网络启动， HDD 本地启动， USB 启动， CDROM 启动， PXE 启动，COM 口直接传送内核 , 从加密的 HDD 访问 linux 内核 , 使用智能卡解密 HDD 启动 Linux ...... -> kexec 到这次 kexec ,我打赌如果是 HDD 引导，不会超过 4s ！而如果是传统的 BIOS 是多少？ > 10s 而且，你可以随时改用别的启动方法！可以使用传统 BIOS 压根不能支持的启动方法！而且，就算你不选择 kexec 启动Linux内核，其实你也已经在 Linux 环境下了！只不过比较精简罢了！但是起码也有 busybox 提供的一整套装备！是的 , 意味着还没启动系统，你就能做维护了！而且就是开机加电，到你的显示器能反应过来的时候， shell 已经出现在你面前了！如果你总是编译了新内核，然后就烧写到 BIOS ROM 里，恭喜你，你总是可以在开机后，就发现屏幕显示的内容已经是 Starting XXX [OK] 了。呵呵， Linux 启动的比你的显示器还快！当然，如果你不打算启动 Linux 呢？但是却想享受 coreboot 带来的快速和便捷呢？呵呵，自然，kexec 可不止能启动 Linux 内核，只要符合 multi-boot 规范都能启动，aka , 只要 grub 能启动的， kexec 就能启动。所以，如果一个软件实现了 PC BIOS 的功能，并这个软件可以通过 kexec 启动 .... 呵呵，自己想就知道了，启动非 Linux 不是问题。自然这样的事情也有人做。 OpenBIOS 就是这样做的。不过是把 coreboot + kexec 一个 BIOS 结合到一个项目中去了。 PS: BIOS 在 POST 之前，CPU 是不能访问 SDRAM 的。PC BIOS 通过北桥透过南桥，再到 superio 芯片,通过 SMBUS/I2C 总线协议去给 SDRAM 进行编程，然后北桥才得以访问 SDRAM, CPU 才有内存可用。所以 BIOS 虽然是在 16bit 模式，确可以直接识别出 XXXGB 内存。哈哈，人家可是直接通过读写 SDRAM 芯片来进行识别的嘛！而这个工作却是 coreboot 的死角！！！因为每个主板的方法都不一样！而且没有 SDRAM , 后续的代码都不能运行，也就别谈 DEBUG 了 ...... 这个需要靠各个板卡和芯片厂商释出对应的硬件手册才行 ...... 悲剧的是，coreboot 会直接让 AMI 和 phonex 倒闭！他们会同意么？ NVIDIA 的芯片目前就 MCP55 (早几百年过时了) 可以，诶，反正我的电脑是用不了这么先进的 BIOS 咯。希望 coreboot 能做的更好. move on !

4 6

[FZH] (无主题)
by Mike Manilone 07 May '11

07 May '11

呃，在Google Groups上cn.bbs.comp.linux被Ubuntu和openSuSE占领了…… 水一下………………（突然发现Google Groups很像百度贴吧） -------------------- Mike is here. My OS: Fedora x64 My blog: www.ekd123.org [Powered by Chito] My favorite editor: Emacs 23.2 My E-mail client: Mew 6.3 on Emacs 23.2. --------------------

11 19

[FZH] openfetion 打包问题
by Liang Suilong 07 May '11

07 May '11

本来我很早之前就开始打包 openfetion 了，但是事情多耽误了，而且当我回复 Reviewer 的时候，Reviewer 又跑路了。再加上我现在已经不再用中国移动了，所以暂时 openfetion 被无限期耽误了。在这里看看哪位 packager 有空，把 openfetion 推入 Fedora 的官方源了。首要打包的是 libofetion 这个，是 openfetion 的核心库和协议，次要的是 openfetion，这个是 gtk 前段，还有 clibofetion，这个命令行版的飞信。pidgin-ofetion 这个是 pidgin 的插件。 libofetion 和 openfetion 我都打过包的，在 Fedora People 都有 srpm 和 spec，但是版本比较旧而已，改一改应该问题不大了。http://liangsuilong.fedorapeople.org/ openfetion 和 clibofetion 不要用 standalone 的代码包。 Fedora && Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager && Ambassador https://fedoraproject.org/wiki/User:Liangsuilong

5 10

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Fedora 中文組郵件列表 May 2011