亚洲女子高潮不断爆白浆,ww亚洲ww在线观看国产,亚洲精品日韩专区silk

[转]不同格式证书导入keystore�Ҏ��

calvin — Fri, 03 Feb 2012 02:06:00 GMT

摘要: Java 自带�? keytool 工具 ... 阅读全文

calvin 2012-02-03 10:06 发表评论

Android exchange 账户讄��

calvin — Mon, 30 Jan 2012 09:13:00 GMT

输入邮箱�Q�邮��p��Gmail邮箱�Q�就是后�~�@gmail.com 输入密码后下一�?
关键点： “服务器”一栏，默认为gmail.com�Q�应该改为�?font color="#FF0000">m.google.com”，然后�l�箋卛_��?img src ="http://m.tkk7.com/lihao336/aggbug/369036.html" width = "1" height = "1" />

calvin 2012-01-30 17:13 发表评论

setComponentEnabledSetting doesn't work on widget

calvin — Tue, 27 Dec 2011 06:14:00 GMT

PackageManager.setComponentEnabledSetting 可以用来��用某个�l��g�Q�包括activity�Q�receiver�{�等。被��用的组件会被持久化�?data/system/packages.xml中，如：

现在需要在�q�行时禁用某个widget�Q�同时有一个system property用来标识是否需要禁用�?br />因�ؓwidget实际上就是个reveiver�Q�它接收android.appwidget.action.APPWIDGET_UPDATE的action�Q�所以开始的思�\是：
创徏一个BroadcastReceiver�Q�接收Intent.ACTION_BOOT_COMPLETED�q�个动作�Q�从而在启动完成后调用SystemProperties.get("disable_widget")�Q�如果需要禁用这个widget�Q�那么调用：
PackageManager.setComponentEnabledSetting(widgetComponentName�Q�PackageManager.COMPONENT_ENABLED_STATE_ENABLED,
PackageManager.DONT_KILL_APP);

但是问题是，调用�q�个�Ҏ��disable掉这个widget后，发现必须把设备重启之后才能生�?..
�l�过google�Q�发现问题出在com.android.server.AppWidgetService.java�?br />原来开机后�Q�SystemServer会调用AppWidgetService的systemReady()�Ҏ��Q�这个方法通过PackageManager查询所有的widget receiver�l��g�Q�保存到mInstalledProviders变量列表中，�q�持久化widget信息�?data/system/appwidgets.xml中�?br />而在Launcher上长按添加widget时的那个widget列表信息也是通过AppWidgetService取得mInstalledProviders列表�?br />问题在于我们通过PackageManager.setComponentEnabledSetting�Q�）��用掉某个widget后，packagemanager��实��这个组件disable了，但是AppWidgetService却没有去从packagemanager reload widget信息�Q�这��导致了mInstalledProviders中保存的widget信息�q�是开机时load�q�来的那些信息，�q�没有与pm�q�行同步。直��C��一�ơ开��用systemReady重新加蝲widget信息才会��h��q�个列表�?br />
参考：
Dynamically enabling or disabling a widget with PackageManager.setComponentEnabledSetting does not work
http://code.google.com/p/android/issues/detail?id=6533

http://blog.csdn.net/yinlijun2004/article/details/6136108

calvin 2011-12-27 14:14 发表评论

[转]unix/linux中的dup()�pȝ��调用

calvin — Tue, 13 Dec 2011 06:20:00 GMT

在linux�U�L��复杂的内�总�码中�Q�sys_dup()的代码也许称得上是最��单的之一了，但是��是�q�么一个简单的�pȝ��调用�Q�却成就了unix/linux�pȝ��最著名的一个特性：输入/输出重定向�?br /> sys_dup()的主要工作就是用来“复制”一个打开的文件号�Q��两个文�g号都指向同一个文件。既然说��单，我们��首先来看一下它的代码（定义在fs/fcntl.c中）�Q?br />

1 asmlinkage long sys_dup(unsigned int fildes)
2 {
3     int ret = -EBADF;
4     struct file * file = fget(fildes);
5
6     if (file)
7         ret = dupfd(file, 0);
8     return ret;
9 }
10

而sys_dup()的主体是dupfd()�Q�定义在同一个文件中�Q�：

1 static int dupfd(struct file *file, int start)
2 {
3     struct files_struct * files = current->files;
4     int ret;
5
6     ret = locate_fd(files, file, start);
7     if (ret < 0)
8         goto out_putf;
9     allocate_fd(files, file, ret);
10     return ret;
11
12 out_putf:
13     write_unlock(&files->file_lock);
14     fput(file);
15     return ret;
16 }
17

注：dup和dup2的原型如下：
#include

int dup(int file_descriptor);
int dup2(int file_descriptor1, int file_descriptor2)
dup�q�回的文件描�q�符��L��取最��的可用�?br />dup2�q�回的文件描�q�符或者与file_descriptor2相同�Q�或者是�W�一个大于该参数的可用倹{�?/font>

而这么一个简单的�pȝ��调用是如何完成重定向�q�个艰巨的�Q务的呢？我们不妨先看个例子�?br /> 当我们在shell下输入如下命令：“echo hello!”，�q�条命��o要求shell�q�程执行一个可执行文�gecho�Q�参��Cؓ“hello!”。当shell接收到命令之后，先找�? bin/echo�Q�然后fork()��Z��个子�q�程让他执行bin/echo�Q��ƈ��参��C��递给它，而这个进�E�从shell�l�承了三个标准文�Ӟ��x��准输�? �Q�stdin�Q�，标准输出�Q�stdout�Q�和标准出错信息�Q�stderr�Q�，他们三个的文件号分别�?�?�?�?/font>而至于echo�q�程的工作很��单，��是��参数“hello!”写到标准输出文件中去，通常都是我们的显�C�器上。但是如果我们将命��o�Ҏ��“echo hello! > foo”，则在执行时输出将会被重定向到��盘文�gfoo�?font color="#0000FF">�Q�注�Q�重定向于文件描�q�符有关�Q?/font>。我们假定在此之前该shell�q�程只有三个标准文�g打开�Q�文件号分别�?�?�?�Q�以上命令行��按如下序列执行�Q?br /> (1) 打开或创建磁盘文件foo�Q�如果foo中原来有内容�Q�则清除原来内容�Q�其文�g号�ؓ3�?br /> (2) 通过dup()复制文�gstdout�Q�即��文件号1出的file�l�构指针复制到文件号4处，目的是将stdout的file指针暂时保存一�?br /> (3) 关闭stdout�Q�即1��h��Ӟ��但是�׃��4��h��件对stdout也同时有个引用，所以stdout文�g�q�未真正关闭�Q�只是腾�?��h��件号位置�?br /> (4) 通过dup()�Q�复�?��h��Ӟ��即磁盘文件foo�Q�，�׃��1��h��件关闭，其位�|�空�~�，�?��h��件被复制�?��P��卌��E�中原来指向stdout的指针指向了foo�?br /> (5) 通过�pȝ��调用fork()和exec()创徏子进�E��ƈ执行echo�Q�子�q�程在执行echo前夕关闭3号和4��h��Ӟ��只留�?�?�?三个文�g�Q�请注意�Q�这时的1��h��件已�l�不是stdout而是��盘文�gfoo了。当echo惛_��stdout文�g写入“hello!”时自然��写入到了foo中�?br /> (6) 回到shell后，关闭指向foo�?号与3��h��件文�Ӟ��再用dup()和close()��?��h��复至stdout�Q�这样shell��恢复了0�?�?三个标准输入/输出文�g�?br />
由此可见�Q?font color="#FF0000">当echo�E�序�Q�或其他�Q�在�q�行的时候�ƈ不知道stdout�Q�对于stdin和stderr同样�Q�指向什么，�q�程与实际输出文件或讑֤�的结合是在运行时由其父进�E�“包办”的。这样就��化了子进�E�的�E�序设计�Q�因为在设计时只要跟三个逻辑上存在的文�g打交道就可以�?/font>。可能有��Z��觉得�q�很像面向对象中的多态和重蝲�Q�没有什么新奇之处，但是如果你活�?0甚至40�q�前�Q�可能你会改变你的看法。�?

calvin 2011-12-13 14:20 发表评论

Activity的onSaveInstanceState调用时机

calvin — Tue, 22 Nov 2011 09:56:00 GMT

http://ice-k.iteye.com/blog/1018956

Activity的生命周期里�q�没有提到onSaveInstanceState的触发，�q�个函数提供了�ؓ我们在某些情况下保存Activity信息的机会，但需要注意的是这个函��C��是什么时候都会被调用的，官方文档解释的比较清楚，�Ҏ��
��译一下�?
原文出处�Q�android-sdk-windows-1.5_r3/docs/reference/android/app/Activity.html#onSaveInstanceState(android.os.Bundle)
protected void onSaveInstanceState (Bundle outState)
       Called to retrieve per-instance state from an activity before being killed so that the state can be restored in onCreate(Bundle) or onRestoreInstanceState(Bundle) (the Bundle populated by this method will be passed to both). This method is called before an activity may be killed so that when it comes back some time in the future it can restore its state. For example, if activity B is launched in front of activity A, and at some point activity A is killed to reclaim resources, activity A will have a chance to save the current state of its user interface via this method so that when the user returns to activity A, the state of the user interface can be restored via onCreate(Bundle) or onRestoreInstanceState(Bundle).

    在activity被杀掉之前调用保存每个实例的状�?以保证该状态可以在onCreate(Bundle)或�? onRestoreInstanceState(Bundle) (传入的Bundle参数是由onSaveInstanceState��装好的)中恢复。这个方法在一个activity被杀��d��调用�Q�当�? activity在将来某个时��d��来时可以恢复其先前状态。例如，如果activity B启用后位于activity A的前端，在某个时刻activity A因�ؓ�pȝ��回收资源的问题要被杀掉，A通过onSaveInstanceState��有��Z��保存其用��L��面状态，使得��来用户�q�回到activity A时能通过onCreate(Bundle)或者onRestoreInstanceState(Bundle)恢复界面的状态�?

    Do not confuse this method with activity lifecycle callbacks such as onPause(), which is always called when an activity is being placed in the background or on its way to destruction, or onStop() which is called before destruction. One example of when onPause() and onStop() is called and not this method is when a user navigates back from activity B to activity A: there is no need to call onSaveInstanceState(Bundle) on B because that particular instance will never be restored, so the system avoids calling it. An example when onPause() is called and not onSaveInstanceState(Bundle) is when activity B is launched in front of activity A: the system may avoid calling onSaveInstanceState(Bundle) on activity A if it isn't killed during the lifetime of B since the state of the user interface of A will stay intact.

    不要��这个方法和activity生命周期回调如onPause()或onStop()搞�؜淆了�Q�onPause()在activtiy被放�|�到背景或�? 自行销毁时��M��被调用，onStop()在activity被销毁时被调用。一个会调用onPause()和onStop()�Q�但不触�? onSaveInstanceState的例子是当用户从activity B�q�回到activity A�Ӟ��没有必要调用B的onSaveInstanceState(Bundle)�Q�此时的B实例永远不会被恢复，因此�pȝ��会避免调用它。一个调�? onPause()但不调用onSaveInstanceState的例子是当activity B启动�q�处在activity A的前端：如果在B的整个生命周期里A的用��L��面状态都没有被破坏的话，�pȝ��是不会调用activity A的onSaveInstanceState(Bundle)的�?

    The default implementation takes care of most of the UI per-instance state for you by calling onSaveInstanceState() on each view in the hierarchy that has an id, and by saving the id of the currently focused view (all of which is restored by the default implementation of onRestoreInstanceState(Bundle)). If you override this method to save additional information not captured by each individual view, you will likely want to call through to the default implementation, otherwise be prepared to save all of the state of each view yourself. If called, this method will occur before onStop(). There are no guarantees about whether it will occur before or after onPause().

      默认的实现负责了大部分UI实例状�?的保�?�Q�采用的方式是调用UI层上每个拥有id的view的onSaveInstanceState() �Q��ƈ且保存当前获得焦点的view的id(所有保存的状态信息都会在默认的onRestoreInstanceState(Bundle)实现中恢�?�? 如果你覆写这个方法来保存额外的没有被各个view保存的信息，你可能想要在默认实现�q�程中调用或者自�׃��存每个视囄��所有状态。如果被调用�Q�这个方法会在onStop()前被触发�Q�但�pȝ��q�不保证是否在onPause()之前或者之后触发�?

很多不明白Activity�c�M��包含的onSaveInstanceState和onRestoreInstanceState有什么用�Q�首先声明下使用�q�两个方法时一定要注意情况和了解Activity的生命周期，否则有的时候�? onSaveInstanceState和onRestoreInstanceState 可能不会被触发，虽然他们都是Activity的重写方法。（�?Android开发网�Q?

他们比较常用到的地方�? Sensor、Land和Port布局的自动切换，�q�去Android开发网曄��说过解决横屏和竖屏切换带来的数据被置�I�或者说onCreate被重复调用问题，其实Android提供的onSaveInstanceState�Ҏ��可以保存当前的窗口状态在卛_��布局切换前或当前Activity被推入历�? 栈，其实布局切换也调用过onPause所以被推入Activity的history stack�Q�如果我们的Activity在后台没有因��行内存吃紧被清理�Q�则切换回时会触发onRestoreInstanceState�Ҏ��?

�q�两个方法中参数均�ؓBundle�Q�可以存攄��?SharedPreferences 的数据，所以��用它们作为当前窗口的状态保存是比较合适的。实际��用代�?
@Override
protected void onSaveInstanceState(Bundle outState){
            outState.putString("lastPath", "/sdcard/android123/cwj/test");
}

@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);

String cwjString = savedInstanceState.getString("lastPath");
}

onSaveInstanceState和onRestoreInstanceState触发的时�?
已有 199 �ơ阅�?2011-3-10 10:32 |个�h分类:Android|关键�?onSaveInstanceState onRestoreInstanceState
先看Application Fundamentals上的一�D�话�Q?
Android calls onSaveInstanceState() before the activity becomes vulnerable to being destroyed by the system, but does not bother calling it when the instance is actually being destroyed by a user action (such as pressing the BACK key)
从这句话可以知道�Q�当某个activity变得“容易”被�pȝ��销毁时�Q�该activity的onSaveInstanceState��׃��被执行，除非该activity是被用户��d��销毁的�Q�例如当用户按BACK键的时候�?
注意上面的双引号�Q�何为“容易”？�a�下之意就是该activity�q�没有被销毁，而仅仅是一�U�可能性。这�U�可能性有哪些�Q�通过重写一�? activity的所有生命周期的onXXX�Ҏ��Q�包括onSaveInstanceState和onRestoreInstanceState�Ҏ��Q�我们可以清楚地知道当某个activity�Q�假定�ؓactivity A�Q�显�C�在当前task的最上层�Ӟ��其onSaveInstanceState�Ҏ��会在什么时候被执行�Q�有�q�么几种情况�Q?
1、当用户按下HOME键时。这是显而易见的�Q�系�l�不知道你按下HOME后要�q�行多少其他的程序，自然也不知道activity A是否会被销毁，故系�l�会调用onSaveInstanceState�Q�让用户有机会保存某些非�怹�性的数据。以下几�U�情�늚�分析都遵循该原则
2、长按HOME键，选择�q�行其他的程序时�?
3、按下电源按键（关闭屏幕昄��Q�时�?
4、从activity A中启动一个新的activity时�?
5、屏�q�方向切换时�Q�例如从竖屏切换到横屏时。在屏幕切换之前�Q�系�l�会销毁activity A�Q�在屏幕切换之后�pȝ��又会自动地创建activity A�Q�所以onSaveInstanceState一定会被执�?
总而言之，onSaveInstanceState的调用遵循一个重要原则，卛_��pȝ��“未�l�你许可”时销毁了你的activity�Q�则 onSaveInstanceState会被�pȝ��调用�Q�这是系�l�的责�Q�Q�因为它必须要提供一个机会让你保存你的数据（当然你不保存那就随便你了�Q��?
至于onRestoreInstanceState�Ҏ��Q�需要注意的是，onSaveInstanceState�Ҏ��? onRestoreInstanceState�Ҏ��“不一定”是成对的被调用的，onRestoreInstanceState被调用的前提是，activity A“确实”被�pȝ��销毁了�Q�而如果仅仅是停留在有�q�种可能性的情况下，则该�Ҏ��不会被调用，例如�Q�当正在昄��activity A的时候，用户按下HOME键回��C��界面�Q�然后用��L��接着又返回到activity A�Q�这�U�情况下activity A一般不会因为内存的原因被系�l�销毁，故activity A的onRestoreInstanceState�Ҏ��不会被执�?
另外�Q�onRestoreInstanceState的bundle参数也会传递到onCreate�Ҏ��中，你也可以选择在onCreate�Ҏ��中做数据�q�原

calvin 2011-11-22 17:56 发表评论

InputStream.available()�Ҏ��

calvin — Fri, 18 Nov 2011 06:16:00 GMT

首先�q�个�Ҏ��不能用来判断文�g长度�Q�获取文仉��度可以��用File.length()�Ҏ��Q�它�q�回一个long�c�d��的以字节为单位的倹{�?br />
看文档：
Returns an estimated number of bytes that can be read or skipped without blocking for more input.

Note that this method provides such a weak guarantee that it is not very useful in practice.

Firstly, the guarantee is "without blocking for more input" rather than "without blocking": a read may still block waiting for I/O to complete �?the guarantee is merely that it won't have to wait indefinitely for data to be written. The result of this method should not be used as a license to do I/O on a thread that shouldn't be blocked.

Secondly, the result is a conservative estimate and may be significantly smaller than the actual number of bytes available. In particular, an implementation that always returns 0 would be correct. In general, callers should only use this method if they'd be satisfied with treating the result as a boolean yes or no answer to the question "is there definitely data ready?".

Thirdly, the fact that a given number of bytes is "available" does not guarantee that a read or skip will actually read or skip that many bytes: they may read or skip fewer.

It is particularly important to realize that you must not use this method to size a container and assume that you can read the entirety of the stream without needing to resize the container. Such callers should probably write everything they read to a ByteArrayOutputStream and convert that to a byte array. Alternatively, if you're reading from a file, length() returns the current length of the file (though assuming the file's length can't change may be incorrect, reading a file is inherently racy).

The default implementation of this method in InputStream always returns 0. Subclasses should override this method if they are able to indicate the number of bytes available.

calvin 2011-11-18 14:16 发表评论

calvin — Tue, 15 Nov 2011 07:36:00 GMT

所有网�l�协议都是采用big endian的方式来传输数据的。所以有时我们也会把big endian方式�U�C��为网�l�字节序。当两台采用不同字节序的��L��通信�Ӟ��在发送数据之前都必须�l�过字节序的转换成�ؓ�|�络字节序后再进行传输�?

判断��端�q�是大端规则的方法：

int x = 1;
if(*(char *)&x == 1)//取x指针强制转换为char*�c�d��再取��|��此时取到的值是int最低字节�?br /> printf(“little-endian\n�?;
else
printf(“big-endian\n�?;

另外补充�Q?/wbr>

1�Q�BIG-ENDIAN、LITTLE-ENDIAN、跟CPU有关的，每一�U�CPU不是BIG-ENDIAN��是LITTLE- ENDIAN、。IA架构的CPU中是Little-Endian�Q�而PowerPC 、SPARC和Motorola处理器。这其实��是所谓的��L��字节序。而网�l�字节序是指数据在网�l�上传输时是大头�q�是��头的，在Internet的网�l�字节序是BIG-ENDIAN。所谓的JAVA字节序指的是在JAVA虚拟��Z��多字节类型数据的存放��序�Q�JAVA字节序也是BIG-ENDIAN�?/p>

2�Q�所以在用C/C++写通信�E�序�Ӟ��在发送数据前务必用htonl和htons��L��整型和短整型的数据进行从��L��字节序到�|�络字节序的转换�Q�而接收数据后对于整型和短整型数据则必��调用ntohl和ntohs实现从网�l�字节序��C��机字节序的�{换。如果通信的一�Ҏ��JAVA�E�序、一�Ҏ��C/C++�E? 序时�Q�则需要在C/C++一侧��用以上几个方法进行字节序的�{换，而JAVA一侧，则不需要做��M��处理�Q�因为JAVA字节序与�|�络字节序都是BIG- ENDIAN�Q�只要C/C++一侧能正确�q�行转换卛_��Q�发送前从主机序到网�l�序�Q�接收时反变换）。如果通信的双斚w��是JAVA�Q�则�Ҏ��不用考虑字节序的�? 题了�?/p>

转自http://www.embest.net/index.php/archives/259

calvin 2011-11-15 15:36 发表评论

重写equals和hashCode�Ҏ��

calvin — Thu, 10 Nov 2011 10:25:00 GMT

以下�ȝ��自effective java.
实现equals�Ҏ��的过�E�如下：
1 使用==�q�算�W�来判断是否引用同一个对象�?br />2 使用instance of操作�W�来判断参数是否是正��的�c�d��?br />3 ��实参cast成正��的�c�d��?br />4 对于每个关键属性，�q�行比较:
对于非float或double的primitive�c�d��Q��?=判断�{��h�?
对于floa�c�d��Q�先使用Float.floatToIntBits转换成int�c�d��Q�然后��?=比较int�c�d��的�?
对于double�c�d��Q�先使用Double.doubleToLongBits转换成long�c�d��Q�然后��?=比较long�c�d��;
对于对象引用�Q�递归的调用equals�Ҏ��?br />对于数组�c�d��Q�对其中的元素进行上�q�的操作,或者��用Arrays.equals�Ҏ��(version 1.5)�?br />��Z��避免NPE�Q�可以��?br />field == null ? o.field == null : fleld.equals(o.field);

重写hashCode�Ҏ��如下�Q?br />1 把某个非零常数��|��例如17�Q�保存在int变量result中；
2 对于对象中每一个关键域f�Q�指equals�Ҏ��中考虑的每一个域�Q?计算散列码c�Q?br />2.1 boolean型，计算(f ? 0 : 1);
2.2 byte,char,short型，计算(int);
2.3 long型，计算(int) (f ^ (f>>>32));
2.4 float型，计算Float.floatToIntBits(f);
2.5 double型，计算Double.doubleToLongBits(f)得到一个long�Q�再执行[2.3];
2.6 对象引用�Q�递归调用它的hashCode�Ҏ��;
2.7 数组域，对其中每个元素按照上面的规则计算hash code�?br />3 ��上面计��得到的散列码保存到int变量c�Q�然后执�?result=37*result+c;
4 �q�回result�?br />

calvin 2011-11-10 18:25 发表评论

利用javap生成�Ҏ��{�֐�

calvin — Mon, 24 Oct 2011 08:04:00 GMT

使用JNI在native内调用java�Ҏ��Ӟ��需要知道java�Ҏ��的方法签名，利用javap工具可以方便的生成签名。由于java�Ҏ��{�֐�在jni层的表示�Ҏ��的复杂性，利用�q�个工具生成�{�֐�信息可以避免人工分析带来的错误�?br />如：

1 package com.demo;
2
3 public class SigTest {
4
5     public static final String name = null;
6
7     public int getName(int[] data,long index) {
8         return 0;
9     }
10 }
11

[calvin@calvin-desktop /tmp 15:59:50 ]
$ javac SigTest.java
[calvin@calvin-desktop /tmp 15:59:57 ]
$ javap -s -p -classpath . SigTest
Compiled from "SigTest.java"
public class com.demo.SigTest extends java.lang.Object{
public static final java.lang.String name;
Signature: Ljava/lang/String;
public com.demo.SigTest();
Signature: ()V
public int getName(int[], long);
Signature: ([IJ)I
static {};
Signature: ()V
}

-s表示打印�{�֐�信息
-p表示打印所有函数和成员的签名信息，默认只打印public的签名信息�?br />
注意�Q?br />�_�体部分�?class文�g的文件名�Q�不�?class后缀�Q�否则提�C?br />ERROR:Could not find SigTest.class.

calvin 2011-10-24 16:04 发表评论

Ubuntu10.04安装无线�|�卡ath9k_htc驱动

calvin — Tue, 18 Oct 2011 05:55:00 GMT

我的USB无线�|�卡型号为TL_WN721N�Q�插在Ubuntu10.04上没有反应。据�?0.10以后插上��可以用了，没有��试�?br />
�W�一�?��定ath9k_htc驱动支持你的�|�卡型号
http://linuxwireless.org/en/users/Drivers/ath9k_htc/devices 列出了支持的型号列表�Q�你可以通过lsusb查看自己的网卡型��h��否在列表当中�?br />
�W�二�?安装firmwire
�?a >�q�里下蝲htc_9271.fw�Q�拷贝到/lib/firmwire�?br />
�W�三�?安装compact wireless
安装compact wireless有打包好的deb包，�?a >�q�里下蝲GUI Program to install ath9k_htc�Q�安装完后直接运行，�{�待安装完成重启机器��可以了�?br />爱折腄��也可以到http://wireless.kernel.org/download/
最新的compact wireless驱动�Q�然后编译安装：
sudo make
sudo make install
sudo make unload
sudo make load ath9k_htc
重启机器卛_��?br />
http://forum.ubuntu.com.cn/viewtopic.php?f=116&t=326568&p=2388841
http://blog.chinaunix.net/space.php?uid=20620288&do=blog&id=2691282

calvin 2011-10-18 13:55 发表评论