I pulled some of my hair out to get this to work on my 1201T... I first had to fight to get the realtek driver to build (it is not even in the latest EB4 kernel available) THEN when I did, it made but would not "instaill" with the usual "sudo make install" I went to the build directory (unzipped tar for driver) and did an insmod and it inserted and "wlan0" came up but then I got this:
sudo ifconfig wlan0 up
and I got a return of
"operation not permitted" even as a root user.
I copied the driver to someplace in the /lib/modules/2.6.32-5-686/kernel/drivers/net/wireless/ directory and rebooted.
The interface showed up automatically after this, but I get "permission denied" even as root. I then messed up the install trying to randomly set permissions (I installed it on a USB device and it is just an experimental device), thinking it was a read-only issue somewhere.
I then tried a USB wifi device that uses the zd1211rw module (supported in the kernel) and I got the same issue so there seemed to be no way of bringing up wlan0 for me.
I hope support for the 1201T is there for aurora when it comes out.
The device is a realtek r8192_se (lspci lists it as Realtek Semiconductor Co., Ltd. Device 8171 )
Acutally, I mucked it up so bad and I started over with a fresh install.
The issue had been it was not present, and making the driver on the EB4 kernels showed wlan0, but it could not be brought up.
I found a post that the realtek-source package does not work here either.
I also found that only the linux-image-2.6.32-5-686 and linux-headers-2.6.32-5-686 (and later I assume) has the ability to see the driver[/b] but it works only if it is compiled from the realtek source, so I enabled the debian repos that came with eb4, then I installed the -5-686 kernel, then I grabbed the source from realtek, untarred it and did a make, make install (as root sudo su, NOT as sudo) and pow, it worked. I removed all other kernels and I don't plan on upgrading the kernel because this cost me perhaps 12 hours to figure out.
My 1201T does not have a touch screen. I didn't know it was an option.
What works - mostly everything else. The control applet even started working proplerly (touchpad, wifi, webcam, bluetooth), and different performances also work - even with the AMD neo (64 bit but the EB4 I am running is obviously 32).
Yes, it was very frustrating:-) But I did get it to work... hope Arora will have it working out of the box.
What is awesome is that almost everything still worked even though EB4 wasn't designed for this machine (after upgrading to the prior mentioned kernel and upgrading most of the packages (to lenny, not sid), even with the Althlon Neo. Some of the Fn keys don't respond and the (there are two touchpad keys, a silver one that is opposite the power button, that in XP, lights up blue when it is disabled) and Fn F9. Neither works. Volume worked with an OSD if this is added to /etc/default/grub (bold):
The acpi_backlight=vendor entry is probably not needed, but I added it according to a post (I use it in Kubuntu 10.04 with fglrx - fglrx allows for some power saving features on battery, and later linux kernels (later than -33?) allow the open source radeon driver to manipulate the card as well).
I am finding that even with a few quirks, I am booting into EB4 more than Kubuntu these days just because the features are there for my eee.
I had to do a hard install because .for some reason, unlike previous EB's and Ubuntu, the usb persistence with a casper-rw partition does not work. It boots but only when persistent is absent in the boot line. I like the USB persistence setup when I am testing just because I am not likely to cripple my system. Hope that is fixed in Arora as well.
I attached a screenshot -- sorry, I chose kde oxygen icons. I can never get too far away.
I was finally able to build the module into the kernel, could you please test the kernel? I uploaded the kernel and header files here. This is the current Aurora generic-wip kernel, based off the latest kernel development release, 2.6.35-rc6. I would have had it sooner, but rc6 came out today
I have a text file with ALL of my terminal output with annoations (my annotations are in CAPS). It is verbose, BUT you obviously wanted me to test it so I assume you want all of the info. This forum won't let me attach it as a txt so I tarred it the attached it. I am giving you the shortened description here.
Here is the deal, I did get the kernel to boot BUT it was really difficult* and the wifi driver module was present but not working "out of box" as hoped. I had to rmmod the module and build it from the tarball I got from realtek then modprobe it.
*Short explanation of first hurdle: the kernel installation says it generates an initrd.img but it does not actually generate one. After rebooting into the prior kernel I found out by this investigation:
1. I removed the kernel and headers you supplied, then reinstalled them and it looked mostly normal although there was a flag about a directory not being present 2. Boot lines were added to grub.cfg 3. I opened grub.cfg and noted that the entry for the new kernel was incomplete: the initrd line was absent and so that explains why I got some text and a blinking CAPS LOCK (panic). 4. I looked in /boot and found no initrd.img-2.6.35-rc6-aurora-generic This error is repeatable. 5. I forced generation of one by running
update-initramfs -c -k 2.6.35-rc6-aurora-generic
6. Looked in /boot and and /boot/grub/grub.cfg and it all looked correct. 7. Rebooted into new kernel and the desktop came up but no WORKING wifi module (see attached file - wlan0 present but could not be brought up with "ifconfig" 8. rmmod'ed r8192se_pci 9. Compiled and installed driver manually from realtek tarball 10. It worked
They had exactly the same issue with the Ubuntu 10.04 kernel that was released (module present but not working). I think they fixed it in later kernel updates, but I just left the r8192se-dkms package installed from someone's ppa so it always builds it from source.
The lack of the initram is my fault, I forgot to add that option during build. I also *might* have fixed the module now, I think it was due to the makefile used for it. I pulled the source and modified it slightly from the Realtek tarball, and I believe it was compiling it against the kernel currently running on my machine...
If you wouldn't mind trying once more, they are here still. This time will be less frustrating, it will just be an install/reboot. Hopefully I fixed the wireless too
Is there supposed to be aufs support in the kernel for Aurora? I am not sure how to "enable" it or what modules to install.
I am trying to shrink the /usr directory but seem unable to figure out how to do this in plain Debian. I had been able to do it in ubuntu (used to use unionfs but that seems dead) and I can do it in Arch with aufs... but not with EB4. In absence of finding an appropriate aufs module package with this particular kernel, I tried this package unionfs-fuse, and it works, but only if I have it mount "union" something that is not part of the boot process.
I know you are busy, but if you could just give the following post a once over and just give me a comment or two, I would be immensely grateful.
Users browsing this forum: No registered users and 0 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum