I've done some searches, I'm having some trouble setting up wireless.

I put in the SSID, I cant find the BSSID but I got the mac address to put in.

I don't understand anything else lol...

Sorry If someone could throw me a link or something...

Edit: I'm using a 1201T with Beta 4 fully updated/upgraded.

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.

I can help you out with this, if your willing to help. I think the issue with the USB device is that it may have been called wlan1. Would you be willing to test a new kernel build?

Also, does the touch screen work?

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).

The driver is r8192se_pci

Source http://www.realtek.com.tw/downloads/dow ... #RTL8192SE

The driver is way more stable here than it is in Ubuntu Lucid... no dropouts yet anyway.

Whoops, my bad. I thought all models ending an a T or MT had touch screens. And wow, your 1201T is different... I didnt know Asus made AMD/ATI based EeePCs. Anyway...

This is very interesting. Included in the kernel tree are RTL8192SU/E/U drivers, but no SE. Hmm, Im going to have to rebuild our generic kernel with it built in and get back to you

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):

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi=Linux acpi_backlight=vendor quiet"
GRUB_CMDLINE_LINUX=""

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


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

I hope you weren't taking my response as disrespectful or annoyed. I meant it in a somewhat cheeky way:-) I REALLY appreciate all the work you have done with this.

Only slightly "better" in the sense that I did not have to rmmod the r8192se_pci before building from the source tarball:-) It was not present at all this time:-(

The initrd is not building still. I still had to create the initrd using "update-initramfs -c -k..." then "update-grub" as it still does not appear after the install.

More or less, the results were the same.

Before I compiled and installed, I tried a modprobe r8192se_pci and there was that Fatal module not found msg.

There was no reference to r8192se_pci.ko in /lib/modules/2.6.35-rc6-aurora-generic/kernel/drivers/net/wireless/ until I installed the driver manually:-(

The driver is located in /lib/modules/2.6.35-rc6-aurora-generic/kernel/drivers/net/wireless/ but does not have its own folder like some of the other items there, in case that is relevant.

The driver still makes and installs.

Well, Ive been working at this more now. I just made a new build, but after reading what you just posted I think it wont work. Going to try some more modifications, and Ill have a new build up later


Edit:: Build is up. For this one, I think i should work now (finally). All the firmware and drivers should be included in the kernel
Files here

Will give it a try again:-)

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.

viewtopic.php?f=54&t=5936&p=29553#p29553

Wireless works now!

It still does not generate an initramfs automatically though.

Ha, win! Strange that its not making the initram though. Ill have to go though the packages and make sure the scripts are correct. I believe it works on my system though

Once again, thanks for helping out! Ill start on the aufs stuff now