The Following User Says Thank You to maacruz For This Useful Post: | ||
![]() |
2011-01-12
, 21:21
|
Posts: 120 |
Thanked: 69 times |
Joined on Nov 2007
@ NL
|
#12
|
![]() |
2011-01-12
, 22:11
|
Posts: 1,101 |
Thanked: 1,185 times |
Joined on Aug 2008
@ Spain
|
#13
|
![]() |
2011-01-12
, 23:47
|
Posts: 99 |
Thanked: 65 times |
Joined on Jan 2008
@ Finland
|
#14
|
(sudo gainroot not working) This surely happens if rootfs fills (because of big growing logs or any other reason). There may be other reasons, but take care the former doesn't happen, make sure you have always free space.
(installer) Please elaborate a bit more. Is it an issue with the installer script? Please post one of such messages and your module's directory listing if so. The script doesn't expect to find all installed modules in kbuilds/foo, it just looks for those existing in kbuilds/foo to replace the installed ones under /lib/modules/2.6.21-omap1.
I haven't had any issue with wifi. Is the AP open, WEP or WPA?
The Following User Says Thank You to wnd For This Useful Post: | ||
![]() |
2011-01-13
, 16:36
|
Posts: 1,101 |
Thanked: 1,185 times |
Joined on Aug 2008
@ Spain
|
#15
|
I may be mistaken so correct me if I'm wrong. Although the installer only tries to replace modules currently in /lib/modules/$KVER/, I think the line following cp will echo an error if the module is not found in kbuilds. Note that "test -e foo && true" will set $? as non-zero if foo doesn't exist.
![]() |
2011-01-13
, 17:10
|
Posts: 59 |
Thanked: 10 times |
Joined on Dec 2010
@ / Puerto Rico/ Arecibo
|
#16
|
![]() |
2011-01-13
, 20:08
|
Posts: 1,101 |
Thanked: 1,185 times |
Joined on Aug 2008
@ Spain
|
#17
|
![]() |
2011-01-13
, 21:48
|
Posts: 59 |
Thanked: 10 times |
Joined on Dec 2010
@ / Puerto Rico/ Arecibo
|
#18
|
![]() |
2011-01-14
, 13:45
|
Posts: 99 |
Thanked: 65 times |
Joined on Jan 2008
@ Finland
|
#19
|
syslog <31>Jan 14 15:18:42 wlancond 1.3.10[1188]: SIOCGIWAP: 00:22:55:74:b6:54 <31>Jan 14 15:18:42 wlancond 1.3.10[1188]: ESSID:"<hidden/>" <31>Jan 14 15:18:42 wlancond 1.3.10[1188]: Mode: Infra <31>Jan 14 15:18:42 wlancond 1.3.10[1188]: Encryption: Yes <31>Jan 14 15:18:42 wlancond 1.3.10[1188]: Channel: 1 <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: RSSI: -80 dBm <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: RSN IE <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: IE includes PMKID data <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: WPA PSK supported <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: WPA AES supported for unicast <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: WPA TKIP supported for multicast <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: AP (7) is <hidden/>, rssi:-48 channel:6 cap:60000141 <31>Jan 14 15:18:43 icd2 0.67[1201]: WLAN: Going up: type=WLAN_INFRA, nwattrs=0x06a1, iap="3f6e8d49-0bea-42d2-b31b-6654e5bfd490", up_cb=0xe139 <31>Jan 14 15:18:43 icd2 0.67[1201]: WLAN: IAP (3f6e8d49-0bea-42d2-b31b-6654e5bfd490) going up (state SEARCH_SSID) <31>Jan 14 15:18:43 icd2 0.67[1201]: WLAN: 2816: state SEARCH_SSID (4) -> CONNECTING (1) <31>Jan 14 15:18:43 icd2 0.67[1201]: WLAN: [ps-testlan] Configuring WLAN. <31>Jan 14 15:18:43 icd2 0.67[1201]: WLAN: Sending WLANCOND_SETTINGS_AND_CONNECT_REQ: 0x8, "ps-testlan", 0x1, 0x60000140, 0x0 <31>Jan 14 15:18:43 icd2 0.67[1201]: WLAN: [3f6e8d49-0bea-42d2-b31b-6654e5bfd490] WLAN connecting... <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: Received settings_and_connect <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: Wlancond state change, old_state: WLAN_NOT_INITIALIZED, new_state: WLAN_INITIALIZED <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: Encryption setting: 60000140 <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: WPA2 PSK selected <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: AES selected for unicast <31>Jan 14 15:18:43 wlancond 1.3.10[1188]: TKIP Selected for multicast <27>Jan 14 15:18:45 wlancond 1.3.10[1188]: WPA IE / SSID (ps-testlan) not valid <31>Jan 14 15:18:45 wlancond 1.3.10[1188]: wlan0 is DOWN <31>Jan 14 15:18:45 wlancond 1.3.10[1188]: Wlancond state change, old_state: WLAN_INITIALIZED, new_state: WLAN_NOT_INITIALIZED <30>Jan 14 15:18:45 icd2 0.67[1201]: WLAN: [wlan0] Disassociated from network "3f6e8d49-0bea-42d2-b31b-6654e5bfd490" <31>Jan 14 15:18:45 icd2 0.67[1201]: WLAN: [3f6e8d49-0bea-42d2-b31b-6654e5bfd490] Removing association timer because of disconnect (217) <31>Jan 14 15:18:45 icd2 0.67[1201]: WLAN: [wlan0] calling link up failure for "3f6e8d49-0bea-42d2-b31b-6654e5bfd490", up=0xe139 <31>Jan 14 15:18:45 icd2 0.67[1201]: iap 0x40500 link_up callback did not set interface 'wlan0' <30>Jan 14 15:18:45 icd2 0.67[1201]: iap 0x40500 callback in state ICD_IAP_STATE_LINK_UP with status 3, error '(null)', interface 'wlan0' <30>Jan 14 15:18:45 icd2 0.67[1201]: IAP reports error, but error string NULL, set to 'com.nokia.icd.error.network_error'
The Following User Says Thank You to wnd For This Useful Post: | ||
![]() |
2011-01-14
, 17:59
|
Posts: 1,101 |
Thanked: 1,185 times |
Joined on Aug 2008
@ Spain
|
#20
|
I now have O1-preemptnovermagic, cfs, cfs-preemptnovermagic and sd-preemptnovermagic, all with 128 Hz timer plus cfs-cgroup-preemptnovermagic with 256 Hz timer as mentioned before. Since I couldn't join WPA-PSK AP with any of them, I still didn't spend too much time playing around. There's very little in kernel and system log about this. However, connecting to an open WLAN AP works well.
Nothing in kernel log catches my eye. cx3110x scans the channels, prism_softmac_frame_tx() spews some warnings (as is customary) after which cx3110x shuts down softmac.
In addition to finding WLAN non-functional, I noticed the click-and-drag-problem with applications was gone when I was using O1 and plain CFS. I didn't use the device long enough to let the screen blank with every kernel, but I did notice the battely applet to behave badly with plain CFS kernel.
With respect to boot time, I did a clock measure out of curiosity on sunday (I think it was on the same kernel), from start to 0 cpu (with metalayer-crawler disabled), and the time appeared to be basically the same. Anyway, as I already said, it is expected to be somewhat slower because of the increased context switches. More clock measures are needed to be sure of how much.
The script doesn't expect to find all installed modules in kbuilds/foo, it just looks for those existing in kbuilds/foo to replace the installed ones under /lib/modules/2.6.21-omap1. Extra modules should be ignored at this moment, except for the backup. Of course, there may be a small bug...