I don't think the problem is that it didn't rebuild the kernel. I'm
pretty sure it used my new kernel configuration file (the first time I
ran it, it told me I need to go into kernel and run make mrproper to
delete the previous kernel configurations). I will try just editing
the android-x86_defconfig directly instead of using my file generated
from make menuconfig (when I diff my configuration and the defconfig
there are more changes than just the drivers I enabled, though not
many). Is there a way to attach files in the google group? or how
should I send you the config file?
Thanks a lot for all your help! I added a hardware profile for my lenovo laptop to the 0-auto-detect script and set the corresponding lan and wifi drivers and they loaded on boot!! Now the android gui for turning on the wifi still did not work...and I checked netcfg and it only lists lo and eth0 (i'm assuming a wlan0 should be there but I could be wrong). But I was successfully able to plug in an ethernet cable and run "netcfg eth0 dhcp". Any suggestions of where I should look to get wlan0 to show up (or somewhere else I should look)?
Yes, lsmod shows the iwlagn and iwlcore modules as loaded (along the the e1000e module for my lan card). I will look into the firmware next as you suggested.
As for the auto-detect script, the way I understand it is in the detect_hardware() routine it checks for the appropriate vendor and sets the corresponding module variables to what they need to be for that computer. So, since there is no check for LENOVO currently, I added that to detect_hardware() as well as the corresponding get_lenovo_info() that sets the FB0DEV, LANDEV, and WIFDEV to the correct drivers (i915, e1000e, and iwlagn respectively). This seemed to work great and I don't see how it would detect that those specific modules need to be loaded any other way (I thought that was the point of the script, to tell it what modules should be used based on what hardware is detected...)
Okay, I understand now how the script performs autodetection. The script does not correctly detect and load the iwlagn module, though, because the only thing in modules.alias having to do with it is "alias iwl4965 iwlagn" instead of alias pci:v00008086d0000... which is what it is looking for. I see now though that the e1000e driver for the lan card is correctly autodetected and loaded :) It seems though that if I create a manual entry for it in detect_hardware(), it doesn't do the auto_detect() is that right? I think this because when I put in my lenovo entry and set the WIFDEV=iwlagn, I didn't set the LANDEV because it autodetects it correctly, but then it didn't load it on boot up...
Also I added the firmware to the folder and studied AndroidBoard.mk. The firmwares are getting added to the shared library, but the wifi still does not work and no wlan0 is listed in netcfg. Any more suggestions?
On Fri, Aug 14, 2009 at 1:05 PM, Andrew Hughes <ashu...@gmail.com> wrote:Okay, I understand now how the script performs autodetection. The script does not correctly detect and load the iwlagn module, though, because the only thing in modules.alias having to do with it is "alias iwl4965 iwlagn" instead of alias pci:v00008086d0000... which is what it is looking for. I see now though that the e1000e driver for the lan card is correctly autodetected and loaded :) It seems though that if I create a manual entry for it in detect_hardware(), it doesn't do the auto_detect() is that right? I think this because when I put in my lenovo entry and set the WIFDEV=iwlagn, I didn't set the LANDEV because it autodetects it correctly, but then it didn't load it on boot up...Ok, in that case, you will need to add the detect function for your platform. I will take with CW to see how we can fix this.
Also I added the firmware to the folder and studied AndroidBoard.mk. The firmwares are getting added to the shared library, but the wifi still does not work and no wlan0 is listed in netcfg. Any more suggestions?Could you tell how did you change the AndroidBoard.mk?
Can you also do logcat and dmesg to see if there are any errors?
Yes, I have tried turning on the wifi from the ui. As for AndroidBoard.mk, I didn't change anything, I thought the two lines about ALL_FIRMWARES took care of everything. The way I understood it, I added the firmware files to the firmwares folder, and the foreach in the AndroidBoard.mk goes through each of the firmware files and adds it to a shared library. Is there more that I need to do to reference the firmwares to my wireless card or anything?
I will do a logcat and dmesg and see if I notice anything.
Thanks Andrew,
I will push it in Monday morning
Yi
On Aug 14, 2009 9:26 PM, "Andrew Hughes" <ashu...@gmail.com> wrote:
That's pretty neat. Okay, everything's attached.
Thanks,
Andrew
On Fri, Aug 14, 2009 at 9:00 PM, Yi Sun <bey...@gmail.com> wrote: > > My bad, yes for kernel it i...
Some Broadcom wireless LAN chipsets are unsupported by the reverse-engineered b43 and b43legacy drivers at this time, including:
BCM4312 low-power variant (PCI-ID: 14E4:4315)
Thanks for the repo advice, I'll play around with your suggestions and see what I can learn about git. I knew repo was a wrapper for git...but when I tried any git commands it told me there was no git repository...then later I realized that was because I was in the root directory of the source and I needed to be in one of the project folders.
The wacom device I'm using is the one built into my screen on my Lenovo x61 Tablet, and yes it has a pen (that's all it does, it's not a touchscreen). I've found two drivers for wacom devices in the kernel config, "wacom" and "wacom_w8001". I've been trying to figure out what the difference between the two drivers is, but I cannot. Both drivers seem to work fine with my tablet, giving me access to the tablet data in android on /dev/ttyS0 (it's a serial device). I also got a wacom utility to run called wacdump that's a part of the Wacom Linux Project that outputs all the useful information from the pen (like position, pressure, eraser being used, etc), which is what I needed libncurses for. I'm in the process of writing my own utility to parse just the position information and I want to interface it with the mouse driver (which I haven't looked at yet...). I haven't had much time lately, so it's pretty slow moving.
Several boots with stick attached. I should have mentioned that in my
post. I'm booting from a usb stick, could that be a problem?
22:30 9/7/2009 US time
> when did you checked out your source code?
Turning on the Wifi shows a green check mark on Wifi. This can be a
> 1. boot up the machine,
> 2. go to setting and disable the etherent from the UI not from the alt-f1.
> 3. Reboot the machine (should not be required, it seems to be necessary for
> now).
> 4. turn on the wifi
false
indicator as my previous posting.
However, the system still crashes
after
entering the WEP password.
Do you suggest to do repo sync again?
service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server socket zygote stream 666 onrestart write /sys/android_power/request_state wake onrestart write /sys/power/state on
3. rebuild your image
4. boot your image to debug mode and you will see the boot stops at shell prompt with an error about tty.
5. run "logcat -f /sdcard/log &"
6. run "start zygote"
7. you will see the gui and now you can reproduce the issue. And you should be able to see all the logs in /sdcard/log
Yi