Official thread: "zen-sources" - Part II

[gimpel]

I'd try with portage first before posting to b.g.o.

1.5.4 works fine here.

[kernelOfTruth]

use 1.5.4 ...

++

[kernelOfTruth]

I know a lot of you zen-sources users love speed (and of course data safety) [the same goes for me], so could you please give my
tips / short guide a try

http://forums.gentoo.org/viewtopic-p-48 ... ml#4835183

and tell if it improves your battery runtime / data throughput ?

TIA

[HecHacker1]

When trying to bring up the rtap interface it does not work:

galadriel mithrandir # ifconfig rtap0 up
SIOCSIFFLAGS: Das Argument ist ungültig

This occurs with ipwraw driver and also with ipw3945 driver, so it seems to be a more general issue.

It also worked with kamikaze-sources before.

Anyone else tried?

Addon:
------------------------------------------------------
In 2.6.24 kernels an interface can only be brought up with a mac address set. Created patches to fix this for ipw3945 and ipwraw drivers.

ipw3945-2.6.24-rtap_up.patch:

Code: Select all

*** linux_bak/drivers/net/wireless/ipw3945.c    2008-02-06 19:20:41.000000000 +0100
--- linux/drivers/net/wireless/ipw3945.c        2008-02-07 00:43:10.000000000 +0100
***************
*** 15131,15134 ****
--- 15131,15142 ----
        priv->config |= CFG_CUSTOM_MAC;
        memcpy(priv->mac_addr, addr->sa_data, ETH_ALEN);
+ 
+       // hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // setting to mac of the wifi interface
+       
+       if (rtap_iface) memcpy(priv->prom_net_dev->dev_addr, addr->sa_data, ETH_ALEN);  
+ 
+       // hack end
+ 
        printk(KERN_INFO "%s: Setting MAC to %s\n",
               priv->net_dev->name, print_mac(mac, priv->mac_addr));
***************
*** 16284,16287 ****
--- 16292,16305 ----
        priv->prom_priv->ieee->iw_mode = IW_MODE_MONITOR;
  
+       // ToDo: find real mac here
+ 
+       // Hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // Setting to a dummy mac since I don't know where to get the real one.
+       // Since no packets are being sent to this interface, this is not really important.
+       
+       strcpy(priv->prom_net_dev->dev_addr,"0018DE95031A");  
+ 
+       // hack end
+ 
        rc = register_netdev(priv->prom_net_dev);
        if (rc) {

ipwraw-2.6.24-rtap_up.patch:

Code: Select all

*** linux_bak/drivers/net/wireless/ipwraw.c     2008-02-06 23:41:16.000000000 +0100
--- linux/drivers/net/wireless/ipwraw.c 2008-02-07 00:43:06.000000000 +0100
***************
*** 7613,7616 ****
--- 7613,7624 ----
        priv->config |= CFG_CUSTOM_MAC;
        memcpy(priv->mac_addr, addr->sa_data, ETH_ALEN);
+ 
+       // hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // setting to mac of the wifi interface
+       
+       if (param_rtap_iface) memcpy(priv->prom_net_dev->dev_addr, addr->sa_data, ETH_ALEN);  
+ 
+       // hack end
+ 
        printk(KERN_INFO "%s: Setting MAC to %s\n",
               priv->net_dev->name, print_mac(mac, priv->mac_addr));
***************
*** 8343,8346 ****
--- 8351,8364 ----
        priv->prom_net_dev->hard_start_xmit = ipw_prom_hard_start_xmit;
  
+       // ToDo: find real mac here
+ 
+       // Hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // Setting to a dummy mac since I don't know where to get the real one.
+       // Since no packets are being sent to this interface, this is not really important.
+       
+       strcpy(priv->prom_net_dev->dev_addr,"0018DE95031A"); 
+ 
+       // hack end
+ 
        rc = register_netdev(priv->prom_net_dev);
        if (rc) {

I have this same problem, but for ipw2200. Is there a way to set the ethernet address to allow rtap0 to work?

[loeb-it]

When trying to bring up the rtap interface it does not work:

galadriel mithrandir # ifconfig rtap0 up
SIOCSIFFLAGS: Das Argument ist ungültig

This occurs with ipwraw driver and also with ipw3945 driver, so it seems to be a more general issue.

It also worked with kamikaze-sources before.

Anyone else tried?

Addon:
------------------------------------------------------
In 2.6.24 kernels an interface can only be brought up with a mac address set. Created patches to fix this for ipw3945 and ipwraw drivers.

ipw3945-2.6.24-rtap_up.patch:

Code: Select all

*** linux_bak/drivers/net/wireless/ipw3945.c    2008-02-06 19:20:41.000000000 +0100
--- linux/drivers/net/wireless/ipw3945.c        2008-02-07 00:43:10.000000000 +0100
***************
*** 15131,15134 ****
--- 15131,15142 ----
        priv->config |= CFG_CUSTOM_MAC;
        memcpy(priv->mac_addr, addr->sa_data, ETH_ALEN);
+ 
+       // hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // setting to mac of the wifi interface
+       
+       if (rtap_iface) memcpy(priv->prom_net_dev->dev_addr, addr->sa_data, ETH_ALEN);  
+ 
+       // hack end
+ 
        printk(KERN_INFO "%s: Setting MAC to %s\n",
               priv->net_dev->name, print_mac(mac, priv->mac_addr));
***************
*** 16284,16287 ****
--- 16292,16305 ----
        priv->prom_priv->ieee->iw_mode = IW_MODE_MONITOR;
  
+       // ToDo: find real mac here
+ 
+       // Hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // Setting to a dummy mac since I don't know where to get the real one.
+       // Since no packets are being sent to this interface, this is not really important.
+       
+       strcpy(priv->prom_net_dev->dev_addr,"0018DE95031A");  
+ 
+       // hack end
+ 
        rc = register_netdev(priv->prom_net_dev);
        if (rc) {

ipwraw-2.6.24-rtap_up.patch:

Code: Select all

*** linux_bak/drivers/net/wireless/ipwraw.c     2008-02-06 23:41:16.000000000 +0100
--- linux/drivers/net/wireless/ipwraw.c 2008-02-07 00:43:06.000000000 +0100
***************
*** 7613,7616 ****
--- 7613,7624 ----
        priv->config |= CFG_CUSTOM_MAC;
        memcpy(priv->mac_addr, addr->sa_data, ETH_ALEN);
+ 
+       // hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // setting to mac of the wifi interface
+       
+       if (param_rtap_iface) memcpy(priv->prom_net_dev->dev_addr, addr->sa_data, ETH_ALEN);  
+ 
+       // hack end
+ 
        printk(KERN_INFO "%s: Setting MAC to %s\n",
               priv->net_dev->name, print_mac(mac, priv->mac_addr));
***************
*** 8343,8346 ****
--- 8351,8364 ----
        priv->prom_net_dev->hard_start_xmit = ipw_prom_hard_start_xmit;
  
+       // ToDo: find real mac here
+ 
+       // Hack to get rtap device up, since in 2.6.24 kernels the mac of an iface must be set
+       // Setting to a dummy mac since I don't know where to get the real one.
+       // Since no packets are being sent to this interface, this is not really important.
+       
+       strcpy(priv->prom_net_dev->dev_addr,"0018DE95031A"); 
+ 
+       // hack end
+ 
        rc = register_netdev(priv->prom_net_dev);
        if (rc) {

I have this same problem, but for ipw2200. Is there a way to set the ethernet address to allow rtap0 to work?

Hi,

afaik the ipw2200 driver is similar to the ipw3945 driver. Thus I think you can just take my patches and find the place in the ipw2200.c file to add the two important lines. Recompile the module and be happy

[Civil]

http://bugzilla.kernel.org/show_bug.cgi?id=9924
Have it been fixed?

[Waninkoko]

http://bugzilla.kernel.org/show_bug.cgi?id=9924
Have it been fixed?

Fixed in latest master-devel. It includes last fix found on lkml.

[Waninkoko]

I have this same problem, but for ipw2200. Is there a way to set the ethernet address to allow rtap0 to work?

Happens with vanilla driver too?

PD: I have pushed a "proper" fix for ipw3945 and ipwraw. Later I'll do the same with ipw2200.

[Dottout]

a small patch maybe useful to ext4 users. this allows to mount it as ext4 instead of ext4dev. what about including it in zen-sources?

Code: Select all

--- fs/ext4/super.c.orig	2008-02-09 19:39:11.000000000 +0100
+++ fs/ext4/super.c	2008-02-09 19:39:37.000000000 +0100
@@ -3357,7 +3357,7 @@
 
 static struct file_system_type ext4dev_fs_type = {
 	.owner		= THIS_MODULE,
-	.name		= "ext4dev",
+	.name		= "ext4",
 	.get_sb		= ext4_get_sb,
 	.kill_sb	= kill_block_super,
 	.fs_flags	= FS_REQUIRES_DEV,

[kernelOfTruth]

Waninkoko, just a short question on that local root exploit:

http://it.slashdot.org/it/08/02/10/2011257.shtml

disabling kvm [*] Virtualization / KVM
should be enough to be immune to it, right ?

[Waninkoko]

Waninkoko, just a short question on that local root exploit:

http://it.slashdot.org/it/08/02/10/2011257.shtml

disabling kvm [*] Virtualization / KVM
should be enough to be immune to it, right ?

Erm... no. Best way is using latest master-devel

[unK]

Btw, what is the difference between master and master-devel branch? ;p

[kernelOfTruth]

thanks, Waninkoko,

could you please post the right syntax for merging a local linux-2.6.git repository & the zen-sources repository ?

as told by

git clone --reference /path/to/your/linux-2.6.git/incarnation mirror_URL

I think I need to reclone zen-sources (conflicted merge ftw ! )

update:

don't bother, got it:

Code: Select all

 git clone --reference /usr/src/sources/linux-2.6/ git://repo.or.cz/linux-2.6/zen-sources.git

git is pretty powerful but needs lots of man(ual) reading

[kernelOfTruth]

CC [M] drivers/net/wireless/rtl8187_dev.o
CC [M] drivers/net/wireless/rtl8187_rtl8225.o
drivers/net/wireless/rtl8187_rtl8225.c: In function ‘rtl8225_rf_set_tx_power’:
drivers/net/wireless/rtl8187_rtl8225.c:286: error: ‘struct ieee80211_channel’ has no member named ‘val’
drivers/net/wireless/rtl8187_rtl8225.c:287: error: ‘struct ieee80211_channel’ has no member named ‘val’
drivers/net/wireless/rtl8187_rtl8225.c: In function ‘rtl8225z2_rf_set_tx_power’:
drivers/net/wireless/rtl8187_rtl8225.c:503: error: ‘struct ieee80211_channel’ has no member named ‘val’
drivers/net/wireless/rtl8187_rtl8225.c:504: error: ‘struct ieee80211_channel’ has no member named ‘val’
drivers/net/wireless/rtl8187_rtl8225.c: At top level:
drivers/net/wireless/rtl8187_rtl8225.c:779: error: stray ‘\361’ in program
drivers/net/wireless/rtl8187_rtl8225.c:779:3: warning: no newline at end of file
drivers/net/wireless/rtl8187_rtl8225.c:779: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ at end of input
make[3]: *** [drivers/net/wireless/rtl8187_rtl8225.o] Error 1
make[2]: *** [drivers/net/wireless] Error 2
make[1]: *** [drivers/net] Error 2
make: *** [drivers] Error 2

[loeb-it]

I have this same problem, but for ipw2200. Is there a way to set the ethernet address to allow rtap0 to work?

Happens with vanilla driver too?

PD: I have pushed a "proper" fix for ipw3945 and ipwraw. Later I'll do the same with ipw2200.

Haven't tried, buit I think so, since the change, that you can't brin up an interface only if it has got a mac address set afaik was introduced with 2.6.24. Thus this should not be limited to zen-sources. I already posted it to the ipw2200 mailing list when posting the patches to the zen-sources thread.

[rmh3093]

Ok so all of our hosting attempts have sucked.... I am going to register zen-sources on sourceforge

[zarzych]

Hi,

I have a ThinkPad t61 with nvidia graphics and Intel hda audio. I've read in the thinkpad_acpi documentation that sound control is supported but I can't get it right.

When I write up/down to /proc/acpi/ibm/volume it is notified there but no volume level difference can be noticed. Also the up/down buttons don't work (and don't produce acpi events even when I use 0xffffffff hotkey mask) except for unmuting. The mute button works ok.

I use newest master-devel.

Does any of you know the solution?

[termite]

There's a bug with intel hda audio and alsa that isn't fixed yet. I have the same problem: can't change volumes...

[jaclar]

Just compiled the kernel and iwlwifi with iwl4965 isn't able to associate with my accesspoint anymore. Get a "time out" error. With older kernel iwlwifi works smooth...

[HecHacker1]

Ok so all of our hosting attempts have sucked.... I am going to register zen-sources on sourceforge

I can offer bandwidth, I have 11TB per month of transfer with dreamhost. According to this article setting up a git repository should be possible on their servers:
http://wiki.dreamhost.com/Git

I can set you guys up with an account to a subdomain or folder where you can manage it. Let me know.

[HecHacker1]

I have this same problem, but for ipw2200. Is there a way to set the ethernet address to allow rtap0 to work?

Happens with vanilla driver too?

PD: I have pushed a "proper" fix for ipw3945 and ipwraw. Later I'll do the same with ipw2200.

I haven't tried vanilla in a long time... but if you want I can. Apparently I just need to set the ethernet address for my radio tap interface due to changes in 2.6.24 (although I am sure there were 2.6.23 kernels with the same problem, I just haven't complained about it).

Maybe iwconfig can set the address... checking now.

EDIT: nope. iwconfig doesn't have a MAC address option. ifconfig does, but I get a "SIOCSIFFLAGS: Invalid argument" error and also a Unknown host error. ifconfig instructions are a bit unclear though.

[jespera]

There's a bug with intel hda audio and alsa that isn't fixed yet. I have the same problem: can't change volumes...

I compiled snd_hda_intel as a module and set the model in /etc/modules.d/alsa

Code: Select all

options snd-hda-intel model=lg

That fixed all my volume problems.

I have another problem though: after suspending, there's no sound what-so-ever. I try turning the volume (front, master, pcm, ...) up and down, but still no sound.

Anybody else with such problems?

[loeb-it]

Just compiled the kernel and iwlwifi with iwl4965 isn't able to associate with my accesspoint anymore. Get a "time out" error. With older kernel iwlwifi works smooth...

With iwl3945 driver I also cannot associate with (at least one) WEP network. The netwerks qou tried were WEP or WPA?

For me that's (and the rtap interface) the reason for staying with the ipw driver...

[loeb-it]

I have this same problem, but for ipw2200. Is there a way to set the ethernet address to allow rtap0 to work?

Happens with vanilla driver too?

PD: I have pushed a "proper" fix for ipw3945 and ipwraw. Later I'll do the same with ipw2200.

I haven't tried vanilla in a long time... but if you want I can. Apparently I just need to set the ethernet address for my radio tap interface due to changes in 2.6.24 (although I am sure there were 2.6.23 kernels with the same problem, I just haven't complained about it).

Maybe iwconfig can set the address... checking now.

EDIT: nope. iwconfig doesn't have a MAC address option. ifconfig does, but I get a "SIOCSIFFLAGS: Invalid argument" error and also a Unknown host error. ifconfig instructions are a bit unclear though.

That's the reason I created the above patches for. They allow setting of the mac address for the rtap interface and set initially a fixed one. Since I didn't find out how to get the real mac address of the card I just set a fixed one...

[jaclar]

With iwl3945 driver I also cannot associate with (at least one) WEP network. The netwerks qou tried were WEP or WPA?

For me that's (and the rtap interface) the reason for staying with the ipw driver...

I was until recently quite happy with the iwlwifi driver, worked like a charm for me. But what is this rtap interface?
I couldn't associate with a WPA network.
Would b nice to get it working again...