* Re: failure to find rate WARN_ON on iwlagn
From: Dave Jones @ 2011-08-02 2:31 UTC (permalink / raw)
To: netdev; +Cc: ilw
In-Reply-To: <20110706151128.GB1425@redhat.com>
On Wed, Jul 06, 2011 at 11:11:28AM -0400, Dave Jones wrote:
> I just hit this trace 3 times on this hardware..
> 04:00.0 Network controller: Intel Corporation Ultimate N WiFi Link 5300
I'm still seeing this every couple days, even on current trees.
Dave
> wlan0: authenticate with b8:c7:5d:0c:39:88 (try 1)
> wlan0: authenticate with b8:c7:5d:0c:39:88 (try 2)
> wlan0: authenticate with b8:c7:5d:0c:39:88 (try 3)
> wlan0: authentication with b8:c7:5d:0c:39:88 timed out
> ------------[ cut here ]------------
> WARNING: at include/net/mac80211.h:3081 rate_control_send_low+0x8b/0x10f [mac80211]()
> Hardware name: Adamo 13
> Modules linked in: sctp libcrc32c ip_queue can_raw cmtp kernelcapi rfcomm can_bcm hidp caif_socket caif af_802154 phonet af_rxrpc can pppoe pppox ppp_generic slhc irda crc_ccitt rds af_key decnet rose ax25 x25 atm appletalk ipx p8022 psnap llc p8023 tcp_lp nfs fscache fuse nfsd lockd nfs_acl auth_rpcgss sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables btusb bluetooth arc4 dell_wmi sparse_keymap snd_usb_audio snd_usbmidi_lib snd_rawmidi snd_hda_codec_hdmi snd_hda_codec_idt cdc_ether usbnet cdc_wdm mii snd_hda_intel snd_hda_codec snd_hwdep cdc_acm uvcvideo dell_laptop snd_seq microcode videodev v4l2_compat_ioctl32 dcdbas snd_seq_device snd_pcm iwlagn mac80211 iTCO_wdt tg3 cfg80211 pcspkr joydev i2c_i801 iTCO_vend
or_support rfkill snd_timer snd soundcore snd_page_alloc wmi virtio_net kvm_intel kvm ipv6 xts gf128mul dm_crypt i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_s!
> can]
> Pid: 0, comm: swapper Not tainted 3.0.0-rc5+ #89
> Call Trace:
> <IRQ> [<ffffffff8105acfc>] warn_slowpath_common+0x83/0x9b
> [<ffffffff8105ad2e>] warn_slowpath_null+0x1a/0x1c
> [<ffffffffa0252b17>] rate_control_send_low+0x8b/0x10f [mac80211]
> [<ffffffffa0291c59>] rs_get_rate+0x138/0x215 [iwlagn]
> [<ffffffffa0252fcf>] rate_control_get_rate+0x86/0x14c [mac80211]
> [<ffffffff814cf60e>] ? _raw_spin_unlock_irqrestore+0x6c/0x7a
> [<ffffffffa025bde1>] invoke_tx_handlers+0x8f3/0xf47 [mac80211]
> [<ffffffffa025a4f0>] ? compare_ether_addr+0x2c/0x2c [mac80211]
> [<ffffffff814c818e>] ? __slab_alloc+0x399/0x3b4
> [<ffffffffa025c4b4>] ieee80211_tx+0x7f/0xaf [mac80211]
> [<ffffffffa025c66a>] ieee80211_xmit+0x186/0x19a [mac80211]
> [<ffffffff81060d3f>] ? __local_bh_disable+0x8c/0xbe
> [<ffffffffa025d5dc>] ieee80211_tx_skb+0x56/0x5e [mac80211]
> [<ffffffffa02493c3>] ieee80211_send_bar+0xda/0xe9 [mac80211]
> [<ffffffffa0243928>] ieee80211_tx_status+0x25c/0x808 [mac80211]
> [<ffffffff814cf600>] ? _raw_spin_unlock_irqrestore+0x5e/0x7a
> [<ffffffffa0242d12>] ieee80211_tasklet_handler+0x5b/0xa8 [mac80211]
> [<ffffffff81061311>] tasklet_action+0x93/0xf3
> [<ffffffff810614ba>] __do_softirq+0x10f/0x257
> [<ffffffff814d6bdc>] call_softirq+0x1c/0x30
> [<ffffffff8100bcaa>] do_softirq+0x4b/0xa1
> [<ffffffff8106189d>] irq_exit+0x5d/0xb5
> [<ffffffff814d747d>] do_IRQ+0x8d/0xa4
> [<ffffffff814cfc13>] common_interrupt+0x13/0x13
> <EOI> [<ffffffff814d29f7>] ? notifier_call_chain+0xbb/0xbb
> [<ffffffff812e11c3>] ? arch_local_irq_enable+0x8/0xd
> [<ffffffff8108e2a8>] ? trace_hardirqs_on+0xd/0xf
> [<ffffffff812e1d80>] acpi_idle_enter_c1+0xa0/0xbe
> [<ffffffff813e0acb>] cpuidle_idle_call+0x10c/0x1eb
> [<ffffffff81009323>] cpu_idle+0xe3/0x143
> [<ffffffff81d3dbc2>] ? start_kernel+0x401/0x40c
> [<ffffffff814abc71>] rest_init+0xd5/0xdc
> [<ffffffff814abb9c>] ? csum_partial_copy_generic+0x16c/0x16c
> [<ffffffff81d3dbc2>] start_kernel+0x401/0x40c
> [<ffffffff81d3d2c4>] x86_64_start_reservations+0xaf/0xb3
> [<ffffffff81d3d140>] ? early_idt_handlers+0x140/0x140
> [<ffffffff81d3d3ca>] x86_64_start_kernel+0x102/0x111
> ---[ end trace ab18f52dc63f6394 ]---
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
---end quoted text---
^ permalink raw reply
* Re: pandaboard brctl oops
From: Shan Wei @ 2011-08-02 2:24 UTC (permalink / raw)
To: Marek Vasut; +Cc: netdev, linux-arm-kernel, linux-omap, m.kloucek.m
In-Reply-To: <201108012325.17312.marek.vasut@gmail.com>
hi
Marek Vasut wrote, at 08/02/2011 05:25 AM:
> Hi,
>
> recently a friend of mine sent me this backtrace. I put him in CC so please any
> subsequent questions shall be forwarded to him.
>
> He claims this happens on pandaboard.
>
> Cheers
>
> root@box:~# brctl addbr br0
> root@box:~# brctl addif br0 eth0
> [ 77.795776] Unable to handle kernel NULL pointer dereference at virtual
> address 00000000
> [ 77.804321] pgd = ee8d4000
> [ 77.807312] [00000000] *pgd=af8e6831, *pte=00000000, *ppte=00000000
> [ 77.813995] Internal error: Oops: 80000007 [#1] SMP
> [ 77.819122] last sysfs file: /sys/devices/virtual/net/br0/uevent
> [ 77.825439] Modules linked in: bridge stp llc wl12xx_sdio wl12xx
> [ 77.831787] CPU: 0 Not tainted (2.6.39.2-omap4 #3)
> [ 77.837188] PC is at 0x0
> [ 77.839904] LR is at br_change_mtu+0x64/0x7c [bridge]
This one has been fixed in latest kernel.
commit 6407d74c5106bb362b4087693688afd34942b094
Author: Alexander Holler <holler@ahsoftware.de>
Date: Tue Jun 7 00:51:35 2011 -0700
bridge: provide a cow_metrics method for fake_ops
Like in commit 0972ddb237 (provide cow_metrics() methods to blackhole
dst_ops), we must provide a cow_metrics for bridges fake_dst_ops as
well.
This fixes a regression coming from commits 62fa8a846d7d (net: Implement
read-only protection and COW'ing of metrics.) and 33eb9873a28 (bridge:
initialize fake_rtable metrics)
ip link set mybridge mtu 1234
--
Best Regards
-----
Shan Wei
^ permalink raw reply
* Re: [PATCH] cxgb3i: ref count cdev access to prevent modification while in use
From: Neil Horman @ 2011-08-02 2:00 UTC (permalink / raw)
To: David Miller, swise; +Cc: netdev, divy, swise, kxie
Argh! My bad. Ill resubmit to linux-scsi
Neil
David Miller <davem@davemloft.net> wrote:
>From: Steve Wise <swise@opengridcomputing.com>
>Date: Mon, 01 Aug 2011 09:42:57 -0500
>
>>
>>>> Signed-off-by: Neil Horman<nhorman@tuxdriver.com>
>>>> CC: Divy Le Ray<divy@chelsio.com>
>>>> CC: Steve Wise<swise@chelsio.com>
>>>> CC: "David S. Miller"<davem@davemloft.net>
>>> Divy, Steve, I think Dave is waiting for an ACK from one of you to,
>>> since you're
>>> the listed maintainers.
>>> Neil
>>
>> Karen is the cxgb3i maintainer, but I just now reviewed the patch and
>> it looks good. Divy is on vacation for a few weeks. I think its ok
>> to pull it in since Karen already acked it.
>
>And just to make clear this needs to go via the SCSI tree not via me.
>
^ permalink raw reply
* Re: [PATCH 6/6] bna: Tx and Rx Redesign
From: David Miller @ 2011-08-02 1:09 UTC (permalink / raw)
To: rmody; +Cc: netdev, adapter_linux_open_src_team
In-Reply-To: <1312231375-14398-7-git-send-email-rmody@brocade.com>
This just adds a lot of new code, but there are no users of this
new code.
Resubmit this when you have the actual users of the code ready.
I'm not applying this entire patch series.
^ permalink raw reply
* Re: [PATCH] sunrpc: use better NUMA affinities
From: J. Bruce Fields @ 2011-08-02 1:06 UTC (permalink / raw)
To: NeilBrown
Cc: Greg Banks, Eric Dumazet, Christoph Hellwig,
linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, David Miller,
linux-kernel, netdev
In-Reply-To: <20110730093025.716f3f50-wvvUuzkyo1EYVZTmpyfIwg@public.gmane.org>
On Sat, Jul 30, 2011 at 09:30:25AM +1000, NeilBrown wrote:
> On Sat, 30 Jul 2011 06:34:44 +1000 Greg Banks <gnb-97jfqw80gc6171pxa8y+qA@public.gmane.org> wrote:
> > The "killall nfsd" semantics in those scripts are awful and lead to
> > problems shutting down when there are lots of threads. It would
> > probably be an improvement to provide a better shutdown mechanism and
> > force distros to use it.
>
> rpc.nfsd 0
>
> will stop all nfsd threads. Follow with
>
> exportfs -f
>
> and you should be done. I'm not 100% sure about the nfsv4 thread though -
> would need to check.
>
> And yes - I would love it if distros could standardise on start/stop scripts
> so upstreams could maintain them sensibly. This is my personal number 1
> reason for liking systemd - it pushes for this standardisation.
I can't remember if this is getting fixed in Fedora--probably not. We
should fix it.
I'd also be fine with logging a deprecation message when someone signals
an nfsd thread.
> > Or, you could preserve the effective semantics by having a single
> > "nfsd" thread whose purpose is to notice that it's being signalled and
> > perform a clean shutdown (perhaps blocking the thread doing the kill()
> > call until the shutdown has completed).
>
> That's kinda neat. It would be an ugly wart to have to keep around, but
> sometimes that the price we pay for "no regressions".
Yep; patch welcomed.
--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [PATCH] ipv6: updates to privacy addresses per RFC 4941.
From: David Miller @ 2011-08-02 1:05 UTC (permalink / raw)
To: lorenzo; +Cc: netdev, yoshfuji, jpa
In-Reply-To: <20110726235049.6D52516A59B@drone1.mtv.corp.google.com>
From: lorenzo@google.com (Lorenzo Colitti)
Date: Tue, 26 Jul 2011 16:50:49 -0700 (PDT)
> Update the code to handle some of the differences between
> RFC 3041 and RFC 4941, which obsoletes it. Also a couple
> of janitorial fixes.
>
> - Allow router advertisements to increase the lifetime of
> temporary addresses. This was not allowed by RFC 3041,
> but is specified by RFC 4941. It is useful when RA
> lifetimes are lower than TEMP_{VALID,PREFERRED}_LIFETIME:
> in this case, the previous code would delete or deprecate
> addresses prematurely.
>
> - Change the default of MAX_RETRY to 3 per RFC 4941.
>
> - Add a comment to clarify that the preferred and valid
> lifetimes in inet6_ifaddr are relative to the timestamp.
>
> - Shorten lines to 80 characters in a couple of places.
>
> Signed-off-by: Lorenzo Colitti <lorenzo@google.com>
Queued up for net-next, thanks!
^ permalink raw reply
* Re: [PATCH] net: add kerneldoc to skb_copy_bits()
From: David Miller @ 2011-08-02 1:03 UTC (permalink / raw)
To: eric.dumazet; +Cc: netdev
In-Reply-To: <1312000651.2873.30.camel@edumazet-laptop>
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Sat, 30 Jul 2011 06:37:31 +0200
> Since skb_copy_bits() is called from assembly, add a fat comment to make
> clear we should think twice before changing its prototype.
>
> Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Applied.
^ permalink raw reply
* Re: [PATCH v3] net/smsc911x: add device tree probe support
From: David Miller @ 2011-08-02 1:01 UTC (permalink / raw)
To: shawn.guo
Cc: patches, netdev, devicetree-discuss, grant.likely,
steve.glendinning, linux-arm-kernel
In-Reply-To: <1312050360-15767-1-git-send-email-shawn.guo@linaro.org>
From: Shawn Guo <shawn.guo@linaro.org>
Date: Sun, 31 Jul 2011 02:26:00 +0800
> It adds device tree probe support for smsc911x driver.
>
> Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
> Cc: Grant Likely <grant.likely@secretlab.ca>
> Cc: Steve Glendinning <steve.glendinning@smsc.com>
> Cc: David S. Miller <davem@davemloft.net>
> Reviewed-by: Grant Likely <grant.likely@secretlab.ca>
Queued up for net-next, thanks.
^ permalink raw reply
* [PATCH] iptables/man: IPv6 TOS mangling fix was backported to 2.6.35-longterm too
From: Fernando Luis Vázquez Cao @ 2011-08-02 1:00 UTC (permalink / raw)
To: Patrick McHardy
Cc: Jan Engelhardt, Netfilter Developer Mailing List,
Linux Networking Developer Mailing List
In-Reply-To: <4DFACE41.5010906@trash.net>
Update man page accordingly.
Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
---
diff -urNp iptables-orig/extensions/libxt_TOS.man iptables/extensions/libxt_TOS.man
--- iptables-orig/extensions/libxt_TOS.man 2011-07-11 17:41:10.000000000 +0900
+++ iptables/extensions/libxt_TOS.man 2011-08-02 09:59:27.356614494 +0900
@@ -28,9 +28,9 @@ Binary XOR the TOS value with \fIbits\fP
\fIbits\fP\fB/0\fP. See NOTE below.)
.PP
NOTE: In Linux kernels up to and including 2.6.38, with the exception of
-longterm releases 2.6.32.42 (or later) and 2.6.33.15 (or later), there is a bug
-whereby IPv6 TOS mangling does not behave as documented and differs from the
-IPv4 version. The TOS mask indicates the bits one wants to zero out, so it needs
-to be inverted before applying it to the original TOS field. However, the
+longterm releases 2.6.32 (>=.42), 2.6.33 (>=.15), and 2.6.35 (>=.14), there is
+a bug whereby IPv6 TOS mangling does not behave as documented and differs from
+the IPv4 version. The TOS mask indicates the bits one wants to zero out, so it
+needs to be inverted before applying it to the original TOS field. However, the
aformentioned kernels forgo the inversion which breaks --set-tos and its
mnemonics.
^ permalink raw reply
* Re: [PATCH 1/1] atm: br2864: sent packets truncated in VC routed mode
From: David Miller @ 2011-08-02 0:56 UTC (permalink / raw)
To: chas; +Cc: netdev, pascal, linux-atm-general
In-Reply-To: <201108011503.p71F3Tan031501@cmf.nrl.navy.mil>
From: "chas williams - CONTRACTOR" <chas@cmf.nrl.navy.mil>
Date: Mon, 01 Aug 2011 11:03:29 -0400
> atm: br2864: sent packets truncated in VC routed mode
>
> Reported-by: Pascal Hambourg <pascal@plouf.fr.eu.org>
> Signed-off-by: Chas Williams <chas@cmf.nrl.navy.mil>
Applied, thanks.
^ permalink raw reply
* Re: [PATCH 0/2] Series short description
From: David Miller @ 2011-08-02 0:58 UTC (permalink / raw)
To: paul.moore; +Cc: netdev, linux-security-module, selinux, paul
In-Reply-To: <20110801210642.11940.49764.stgit@localhost6.localdomain6>
From: Paul Moore <paul.moore@hp.com>
Date: Mon, 01 Aug 2011 17:10:19 -0400
> A little bit of housekeeping as I'm leaving HP and my email address will
> be going away at the end of this week. For those of you who need to
> contact me directly please use the address in the CC line above (and
> mentioned in the patches below). The first patch is a pretty straight
> forward update of the MAINTAINERS file, the second patch updates my
> email in the various source files.
Both applied, thanks.
^ permalink raw reply
* Re: [PATCH] net: filter: Convert the BPF VM to threaded code
From: David Miller @ 2011-08-02 0:57 UTC (permalink / raw)
To: eric.dumazet; +Cc: hagen, rui314, netdev
In-Reply-To: <1312223866.2719.3.camel@edumazet-laptop>
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Mon, 01 Aug 2011 20:37:46 +0200
> Le lundi 01 août 2011 à 20:16 +0200, Hagen Paul Pfeifer a écrit :
>> * Rui Ueyama | 2011-07-29 01:10:26 [-0700]:
>>
>> >Convert the BPF VM to threaded code to improve performance.
>> >
>> >The BPF VM is basically a big for loop containing a switch statement. That is
>> >slow because for each instruction it checks the for loop condition and does the
>> >conditional branch of the switch statement.
>> >
>> >This patch eliminates the conditional branch, by replacing it with jump table
>> >using GCC's labels-as-values feature. The for loop condition check can also be
>> >removed, because the filter code always end with a RET instruction.
>>
>> With commit 01f2f3f6ef4d076c I reworked the BPF code so that gcc is in the
>> ability to generate a jump table, I double checked this. Not sure what happened
>> in the meantime.
>>
>
> A switch() always generates one conditional branch, catching values not
> enumerated in the "case ..." clauses.
Maybe it won't if we use an enum and make sure all enum values are handled
in the switch? :-)
^ permalink raw reply
* Re: [PATCH net-next 0/5] qlcnic: Fixes and debug support
From: David Miller @ 2011-08-02 0:38 UTC (permalink / raw)
To: anirban.chakraborty; +Cc: netdev, Dept_NX_Linux_NIC_Driver
In-Reply-To: <3C193C58-33FE-4ECF-A6AA-F7D0C3907C0D@qlogic.com>
From: Anirban Chakraborty <anirban.chakraborty@qlogic.com>
Date: Mon, 1 Aug 2011 08:24:04 -0700
>
> On Aug 1, 2011, at 1:57 AM, David Miller wrote:
>
>> From: Anirban Chakraborty <anirban.chakraborty@qlogic.com>
>> Date: Fri, 29 Jul 2011 16:30:30 -0700
>>
>>> Please apply the series to net-next. Thanks.
>>
>> Queued up for net-next
>
> Would it be too much of a trouble to push these to net-2.6, as these are minor bug fixes anyway?
No.
^ permalink raw reply
* Re: net-next-2.6 [PATCH 0/7] dccp: add support for dynamic parameter updates
From: David Miller @ 2011-08-02 0:37 UTC (permalink / raw)
To: gerrit; +Cc: dccp, netdev
In-Reply-To: <20110801144337.GA4955@gerrit.erg.abdn.ac.uk>
From: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Date: Mon, 1 Aug 2011 08:43:37 -0600
> Can you please consider pulling again, from
>
> git://eden-feed.erg.abdn.ac.uk/net-next-2.6 [sub-tree 'dccp']
That works, pulled and queued up, thanks.
^ permalink raw reply
* Re: [PATCH] cxgb3i: ref count cdev access to prevent modification while in use
From: David Miller @ 2011-08-02 0:36 UTC (permalink / raw)
To: swise; +Cc: nhorman, netdev, divy, swise, kxie
In-Reply-To: <4E36BB71.6050400@opengridcomputing.com>
From: Steve Wise <swise@opengridcomputing.com>
Date: Mon, 01 Aug 2011 09:42:57 -0500
>
>>> Signed-off-by: Neil Horman<nhorman@tuxdriver.com>
>>> CC: Divy Le Ray<divy@chelsio.com>
>>> CC: Steve Wise<swise@chelsio.com>
>>> CC: "David S. Miller"<davem@davemloft.net>
>> Divy, Steve, I think Dave is waiting for an ACK from one of you to,
>> since you're
>> the listed maintainers.
>> Neil
>
> Karen is the cxgb3i maintainer, but I just now reviewed the patch and
> it looks good. Divy is on vacation for a few weeks. I think its ok
> to pull it in since Karen already acked it.
And just to make clear this needs to go via the SCSI tree not via me.
^ permalink raw reply
* Re: [net-next v2 28/71] 8139*/atp/r8169/sc92031: Move the Realtek drivers
From: Ben Hutchings @ 2011-08-02 0:24 UTC (permalink / raw)
To: Jeff Kirsher
Cc: davem, netdev, gospo, sassmann, Realtek linux nic maintainers,
Francois Romieu, Jeff Garzik, Donald Becker
In-Reply-To: <1312082850-24914-29-git-send-email-jeffrey.t.kirsher@intel.com>
On Sat, 2011-07-30 at 20:26 -0700, Jeff Kirsher wrote:
> Move the Realtek drivers into drivers/net/ethernet/realtek/ and make
> the necessary Kconfig and Makefile changes.
[...]
Does it really make sense to move the pci-skeleton driver? Although it
includes hardware access specific to RTL8139 chips, that's not really
the point of it.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
^ permalink raw reply
* Re: [Bug?] Machine hangs, rtl8192se possible cause
From: Jaroslaw Fedewicz @ 2011-08-01 23:10 UTC (permalink / raw)
To: Larry Finger
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-wireless-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA
In-Reply-To: <4E36C693.6000705-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
> What kernel are you using? The only problems I've had were some kernel
> panics due to improper handling of memory allocation failures with the
> receive skb's, but they have been fixed.
>
I'm using a fairly recent version of kernel from git (I think from
before yesterday). The mysterious hangs were there from the beginning,
but it also might be partly because ATI driver was messed up too at
these times. Later, ati appeared fixed but the hangs wouldn't go away.
I don't think it's a panic proper, though. Nothing ever gets logged
along the lines of "panic". Even if I happen to have a text mode
console, it just freezes. If I have a panic or an oops proper, I'm
also kicked out of X11 to see it by the KMS. But not in this case.
(Also, the laptop has neither Caps Lock nor Num Lock nor Scroll Lock
LEDs, so I can't see if they blink.)
What raised my suspicions is that I've never seen this happen when
rtl8192se wasn't compiled at all or was not loaded.
> It can be difficult to use netconsole to debug problems with wireless
> devices.
I can hook netconsole to the Ethernet and it *might* manage to log the
last packet (at least I used to reason that way when screen just
froze). The trick is, it never did log anything spurious. Just your
normal initialization messages and then it just stops.
>
> As you prevent rtl8192se from loading automatically, the logging console may
> provide some clues. Use the following command to load the driver:
>
> sleep 10 ; modprobe rtl8192se
>
> During the 10 second sleep, use CTRL-ALT-F10 to switch consoles and see if
> any messages appear.
>
The most problematic thing is that it does not hang right away. Most
of the time, I see the machine go into the catatonia after quite a
while, and as it is not the laptop I do most of my work on, I usually
see it hanged when screen PM has already kicked in. So I cannot really
read what the log might say on the matter.
I cannot also trigger the freeze reliably. Most of the time it happens
"when you are not looking at it", and it usually happens either during
or just after high load averages and low to none network activity (a
typical scenario: build a firefox from sources, go outside, come home
4 hours later, the laptop is turned on but dead by hanging; no
messages as the screen is obviously off; a less typical scenario is to
freeze during startup).
I'm the last person ever to suggest anything on the subject, but could
it be a problem in the card's power management?
> Please use 'lspci -nn' to determine which version of the card you have.
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd.
RTL8191SEvB Wireless LAN Controller [10ec:8172] (rev 10)
If there is a test I can conduct or any other information to provide,
please let me know.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [PATCH 02/14] allow root in container to copy namespaces (v3)
From: Eric W. Biederman @ 2011-08-01 22:25 UTC (permalink / raw)
To: Serge E. Hallyn, Serge E. Hallyn
Cc: dhowells, netdev, containers, linux-kernel
In-Reply-To: <20110729172748.GB18935@hallyn.com>
"Serge E. Hallyn" <serge@hallyn.com> writes:
> Quoting Eric W. Biederman (ebiederm@xmission.com):
>> Serge Hallyn <serge@hallyn.com> writes:
>>
>> > From: Serge E. Hallyn <serge.hallyn@canonical.com>
>> >
>> > Othewise nested containers with user namespaces won't be possible.
>> >
>> > It's true that user namespaces are not yet fully isolated, but for
>> > that same reason there are far worse things that root in a child
>> > user ns can do. Spawning a child user ns is not in itself bad.
>> >
>> > This patch also allows setns for root in a container:
>> > @Eric Biederman: are there gotchas in allowing setns from child
>> > userns?
>>
>> Yes. We need to ensure that the target namespaces are namespaces
>> that have been created in from user_namespace or from a child of this
>> user_namespace.
>>
>> Aka we need to ensure that we have CAP_SYS_ADMIN for the new namespace.
>
> [New patch below]
>
> Othewise nested containers with user namespaces won't be possible.
>
> It's true that user namespaces are not yet fully isolated, but for
> that same reason there are far worse things that root in a child
> user ns can do. Spawning a child user ns is not in itself bad.
>
> This patch also allows setns for root in a container:
> @Eric Biederman: are there gotchas in allowing setns from child
> userns?
The dangers of changing the namespace of a process remain the same,
confused suid programs. I don't believe there are any unique new
dangers.
Not allowing joining namespaces you already have a copy of is just
a matter of making it hard to get things wrong.
I would feel more a bit more comfortable if the way we did this was
to move all of the capable calls into the per namespace methods
and then changed them one namespace at a time. I don't think
there are any fundmanetal dangers of allowing unshare without
the global CAP_SYS_ADMIN, but it would be good to be able to audit
and make or revoke the decision one namespace at a time.
Eric
> Changelog:
> Jul 29: setns: target capability check for setns
> When changing to another namespace, make sure that we have
> the CAP_SYS_ADMIN capability targeted at the user namespace
> owning the new ns.
>
> Signed-off-by: Serge E. Hallyn <serge.hallyn@canonical.com>
> Cc: Eric W. Biederman <ebiederm@xmission.com>
> ---
> ipc/namespace.c | 3 +++
> kernel/fork.c | 4 ++--
> kernel/nsproxy.c | 7 ++-----
> kernel/utsname.c | 3 +++
> net/core/net_namespace.c | 3 +++
> 5 files changed, 13 insertions(+), 7 deletions(-)
>
> diff --git a/ipc/namespace.c b/ipc/namespace.c
> index ce0a647..f527e49 100644
> --- a/ipc/namespace.c
> +++ b/ipc/namespace.c
> @@ -163,6 +163,9 @@ static void ipcns_put(void *ns)
>
> static int ipcns_install(struct nsproxy *nsproxy, void *ns)
> {
> + struct ipc_namespace *newns = ns;
> + if (!ns_capable(newns->user_ns, CAP_SYS_ADMIN))
> + return -1;
> /* Ditch state from the old ipc namespace */
> exit_sem(current);
> put_ipc_ns(nsproxy->ipc_ns);
> diff --git a/kernel/fork.c b/kernel/fork.c
> index e7ceaca..f9fac70 100644
> --- a/kernel/fork.c
> +++ b/kernel/fork.c
> @@ -1488,8 +1488,8 @@ long do_fork(unsigned long clone_flags,
> /* hopefully this check will go away when userns support is
> * complete
> */
> - if (!capable(CAP_SYS_ADMIN) || !capable(CAP_SETUID) ||
> - !capable(CAP_SETGID))
> + if (!nsown_capable(CAP_SYS_ADMIN) || !nsown_capable(CAP_SETUID) ||
> + !nsown_capable(CAP_SETGID))
> return -EPERM;
> }
>
> diff --git a/kernel/nsproxy.c b/kernel/nsproxy.c
> index 9aeab4b..cadcee0 100644
> --- a/kernel/nsproxy.c
> +++ b/kernel/nsproxy.c
> @@ -134,7 +134,7 @@ int copy_namespaces(unsigned long flags, struct task_struct *tsk)
> CLONE_NEWPID | CLONE_NEWNET)))
> return 0;
>
> - if (!capable(CAP_SYS_ADMIN)) {
> + if (!nsown_capable(CAP_SYS_ADMIN)) {
> err = -EPERM;
> goto out;
> }
> @@ -191,7 +191,7 @@ int unshare_nsproxy_namespaces(unsigned long unshare_flags,
> CLONE_NEWNET)))
> return 0;
>
> - if (!capable(CAP_SYS_ADMIN))
> + if (!nsown_capable(CAP_SYS_ADMIN))
> return -EPERM;
>
> *new_nsp = create_new_namespaces(unshare_flags, current,
> @@ -241,9 +241,6 @@ SYSCALL_DEFINE2(setns, int, fd, int, nstype)
> struct file *file;
> int err;
>
> - if (!capable(CAP_SYS_ADMIN))
> - return -EPERM;
> -
> file = proc_ns_fget(fd);
> if (IS_ERR(file))
> return PTR_ERR(file);
> diff --git a/kernel/utsname.c b/kernel/utsname.c
> index bff131b..8f648cc 100644
> --- a/kernel/utsname.c
> +++ b/kernel/utsname.c
> @@ -104,6 +104,9 @@ static void utsns_put(void *ns)
>
> static int utsns_install(struct nsproxy *nsproxy, void *ns)
> {
> + struct uts_namespace *newns = ns;
> + if (!ns_capable(newns->user_ns, CAP_SYS_ADMIN))
> + return -1;
> get_uts_ns(ns);
> put_uts_ns(nsproxy->uts_ns);
> nsproxy->uts_ns = ns;
> diff --git a/net/core/net_namespace.c b/net/core/net_namespace.c
> index 5bbdbf0..90c97f6 100644
> --- a/net/core/net_namespace.c
> +++ b/net/core/net_namespace.c
> @@ -620,6 +620,9 @@ static void netns_put(void *ns)
>
> static int netns_install(struct nsproxy *nsproxy, void *ns)
> {
> + struct net *net = ns;
> + if (!ns_capable(net->user_ns, CAP_SYS_ADMIN))
> + return -1;
> put_net(nsproxy->net_ns);
> nsproxy->net_ns = get_net(ns);
> return 0;
^ permalink raw reply
* Re: [Bug 40422] New: 3.0: kernel panic - not syncing: fatal exception in interrupt
From: Mihai Donțu @ 2011-08-01 21:45 UTC (permalink / raw)
To: Andrew Morton; +Cc: bugzilla-daemon, netdev, netfilter-devel
In-Reply-To: <20110801140418.510c5dc4.akpm@linux-foundation.org>
On Mon, 1 Aug 2011 14:04:18 -0700 Andrew Morton wrote:
> (switched to email. Please respond via emailed reply-to-all, not via
> the bugzilla web interface).
>
> On Mon, 1 Aug 2011 20:51:43 GMT
> bugzilla-daemon@bugzilla.kernel.org wrote:
>
> > https://bugzilla.kernel.org/show_bug.cgi?id=40422
> >
> > Summary: 3.0: kernel panic - not syncing: fatal
> > exception in interrupt
> > Product: Memory Management
> > Version: 2.5
> > Platform: All
> > OS/Version: Linux
> > Tree: Mainline
> > Status: NEW
> > Severity: normal
> > Priority: P1
> > Component: Other
> > AssignedTo: akpm@linux-foundation.org
> > ReportedBy: mihai.dontu@gmail.com
> > Regression: No
> >
> >
> > Upon resuming from suspend to disk, I got a kernel panic like it
> > can be seen in the attached picture. I'm using 3.0 for less than a
> > week and this is the first time this happens (after several
> > successful suspend+resume-s).
> >
>
> --- Comment #1 from Mihai Don#u <mihai.dontu@gmail.com> 2011-08-01
> 20:55:23 --- Created an attachment (id=67322)
> --> (https://bugzilla.kernel.org/attachment.cgi?id=67322)
> kernel panic camera shot
>
> drat, the first part of that crash scrolled off the screen or wasn't
> in the photo. I don't suppose it's possible to get that information?
No, I'm afraid not. I'll disable the framebuffer decorations for the
future. Should get me 4 or 5 more lines of backtrace when the crash
reappears.
> Still, the oops is in netfilter code - a bad pointer dereference under
> devinet_ioctl->masq_device_event.
--
Mihai Donțu
^ permalink raw reply
* (unknown),
From: WEBMAIL MANAGEMENT SERVICE! @ 2011-08-01 20:27 UTC (permalink / raw)
Dear Webmail Subscribers,
webmail service has upgraded its security level to prevent hackers,
viruses and spywares from getting into your mailbox.
In order to complete this security update, We encourage you to clik on
this link just to upgrad your webmail account
https://spreadsheets.google.com/spreadsheet/viewform?formkey=dHRpX05taGFwT1BVbUo0UlRUOGlmZ0E6MQ
We hope you'll enjoy our approach to webemail service.
Please don't reply directly to this automatically-generated e-mail message.
Sincerely,
WEBMAIL MANAGEMENT SERVICE!
^ permalink raw reply
* pandaboard brctl oops
From: Marek Vasut @ 2011-08-01 21:25 UTC (permalink / raw)
To: netdev; +Cc: linux-arm-kernel, linux-omap, m.kloucek.m
Hi,
recently a friend of mine sent me this backtrace. I put him in CC so please any
subsequent questions shall be forwarded to him.
He claims this happens on pandaboard.
Cheers
root@box:~# brctl addbr br0
root@box:~# brctl addif br0 eth0
[ 77.795776] Unable to handle kernel NULL pointer dereference at virtual
address 00000000
[ 77.804321] pgd = ee8d4000
[ 77.807312] [00000000] *pgd=af8e6831, *pte=00000000, *ppte=00000000
[ 77.813995] Internal error: Oops: 80000007 [#1] SMP
[ 77.819122] last sysfs file: /sys/devices/virtual/net/br0/uevent
[ 77.825439] Modules linked in: bridge stp llc wl12xx_sdio wl12xx
[ 77.831787] CPU: 0 Not tainted (2.6.39.2-omap4 #3)
[ 77.837188] PC is at 0x0
[ 77.839904] LR is at br_change_mtu+0x64/0x7c [bridge]
[ 77.845214] pc : [<00000000>] lr : [<bf068260>] psr: 20000013
[ 77.845214] sp : ef25de58 ip : ef937e08 fp : 00000000
[ 77.857299] r10: 00000001 r9 : ef25c000 r8 : 00000000
[ 77.862762] r7 : ef937f00 r6 : ef280540 r5 : ef280000 r4 : 000005d4
[ 77.869628] r3 : 00000000 r2 : ef280560 r1 : bf0729e9 r0 : ef280994
[ 77.876495] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 77.883972] Control: 10c5387d Table: ae8d404a DAC: 00000015
[ 77.890014] Process brctl (pid: 4290, stack limit = 0xef25c2f8)
[ 77.896240] Stack: (0xef25de58 to 0xef25e000)
[ 77.900817] de40:
ef280000 ee88a800
[ 77.909393] de60: ef280540 c0390f54 ef280000 bf069d98 00000000 ef25ded0
ef280000 000089a2
[ 77.917999] de80: ef25ded0 00000000 00000000 c0392390 000089a2 ef25ded0
c0c09da0 c03929f4
[ 77.926605] dea0: 00000002 00000000 0000006c 00000000 00000000 00000001
00000000 ef68bd94
[ 77.935180] dec0: ef68bd80 00000000 ef68bd80 ef68bd80 00307262 00000000
00000000 00000000
[ 77.943786] dee0: 00000002 bed89d78 4004b450 bed89e79 00000000 c0bf3bc8
bed89bbc c171c340
[ 77.952362] df00: 000089a2 00000003 00000000 ef25c000 00000000 c011f958
0000c000 c0120058
[ 77.960968] df20: 00000000 00000000 eacec460 ef820620 ef25c000 c0668464
ef82063c c004c248
[ 77.969573] df40: ef25c000 00000000 00000000 c012ae44 00000002 00000000
ef820620 ef25c000
[ 77.978149] df60: c17d4a60 c171c340 bed89bbc 000089a2 00000003 00000000
ef25c000 00000000
[ 77.986755] df80: 00000000 c01200ec 00000003 00000000 bed89e7f bed89e83
00000001 00000036
[ 77.995361] dfa0: c004c248 c004c080 bed89e7f bed89e83 00000003 000089a2
bed89bbc bed89bbc
[ 78.003936] dfc0: bed89e7f bed89e83 00000001 00000036 bed89d78 00000000
4005b000 00000000
[ 78.012542] dfe0: 40220c30 bed89b94 0000b0c3 40220c3c 80000010 00000003
0000b10d 04070000
[ 78.021148] [<bf068260>] (br_change_mtu+0x64/0x7c [bridge]) from [<c0390f54>]
(dev_set_mtu+0x44/0x7c)
[ 78.030883] [<c0390f54>] (dev_set_mtu+0x44/0x7c) from [<bf069d98>]
(br_add_if+0x2fc/0x3cc [bridge])
[ 78.040405] [<bf069d98>] (br_add_if+0x2fc/0x3cc [bridge]) from [<c0392390>]
(dev_ifsioc+0x294/0x2b0)
[ 78.049987] [<c0392390>] (dev_ifsioc+0x294/0x2b0) from [<c03929f4>]
(dev_ioctl+0x648/0x748)
[ 78.058776] [<c03929f4>] (dev_ioctl+0x648/0x748) from [<c011f958>]
(vfs_ioctl+0x20/0x3c)
[ 78.067291] [<c011f958>] (vfs_ioctl+0x20/0x3c) from [<c0120058>]
(do_vfs_ioctl+0x4e8/0x530)
[ 78.076080] [<c0120058>] (do_vfs_ioctl+0x4e8/0x530) from [<c01200ec>]
(sys_ioctl+0x4c/0x6c)
[ 78.084869] [<c01200ec>] (sys_ioctl+0x4c/0x6c) from [<c004c080>]
(ret_fast_syscall+0x0/0x3c)
[ 78.093749] Code: bad PC value
[ 78.098571] ---[ end trace 735bf785e3a5afd2 ]---
Segmentation fault
^ permalink raw reply
* [PATCH][iproute2] tc: man: update sfq man page
From: Florian Westphal @ 2011-08-01 21:23 UTC (permalink / raw)
To: netdev; +Cc: Florian Westphal
Document 'divisor' option and mention that external classifiers can be used.
---
man/man8/tc-sfq.8 | 31 ++++++++++++++++++++++++++++---
1 files changed, 28 insertions(+), 3 deletions(-)
diff --git a/man/man8/tc-sfq.8 b/man/man8/tc-sfq.8
index 8f2b433..e177f56 100644
--- a/man/man8/tc-sfq.8
+++ b/man/man8/tc-sfq.8
@@ -2,7 +2,12 @@
.SH NAME
sfq \- Stochastic Fairness Queueing
.SH SYNOPSIS
-.B tc qdisc ... perturb
+.B tc qdisc ...
+.B divisor
+hashtablesize
+.B limit
+packets
+.B perturb
seconds
.B quantum
bytes
@@ -22,7 +27,13 @@ This may in fact have some effect in mitigating a Denial of Service attempt.
SFQ is work-conserving and therefore always delivers a packet if it has one available.
.SH ALGORITHM
-On enqueueing, each packet is assigned to a hash bucket, based on
+On enqueueing, each packet is assigned to a hash bucket, based on the packets hash value.
+This hash value is either obtained from an external flow classifier (use
+.B
+tc filter
+to set them), or a default internal classifier if no external classifier has been configured.
+
+When the internal classifier is used, sfq uses
.TP
(i)
Source address
@@ -39,7 +50,7 @@ destination and the socket they belong to. A flow corresponds mostly to a TCP/IP
connection.
Each of these buckets should represent a unique flow. Because multiple flows may
-get hashed to the same bucket, the hashing algorithm is perturbed at configurable
+get hashed to the same bucket, sfqs internal hashing algorithm may be perturbed at configurable
intervals so that the unfairness lasts only for a short while. Perturbation may
however cause some inadvertent packet reordering to occur.
@@ -50,6 +61,11 @@ at most 128 buckets of 1024 available. In case of overflow, tail-drop is perform
on the fullest bucket, thus maintaining fairness.
.SH PARAMETERS
+.TP
+divisor
+Can be used to set a different hash table size, available from kernel 2.6.39 onwards.
+The specified divisor must be a power of two and cannot be larger than 65536.
+Default value: 1024.
.TP
limit
Upper limit of the SFQ. Can be used to reduce the default length of 128 packets.
@@ -58,6 +74,7 @@ perturb
Interval in seconds for queue algorithm perturbation. Defaults to 0, which means that
no perturbation occurs. Do not set too low for each perturbation may cause some packet
reordering. Advised value: 10
+This value has no effect when external flow classification is used.
.TP
quantum
Amount of bytes a flow is allowed to dequeue during a round of the round robin process.
@@ -83,6 +100,14 @@ available for scheduling.
.P
Embed SFQ in a classful qdisc to make sure it owns the queue.
+It is possible to use external classifiers with sfq, for example to hash traffic based only
+on source/destination ip addresses:
+.P
+# tc filter add ... flow hash keys src,dst perturb 30 divisor 1024
+Note that the given divisor should match the one used by sfq. If you have
+changed the sfq default of 1024, use the same value for the flow hash filter, too.
+
+
.SH SOURCE
.TP
o
--
1.7.3.4
^ permalink raw reply related
* [PATCH 2/2] doc: Update the email address for Paul Moore in various source files
From: Paul Moore @ 2011-08-01 21:10 UTC (permalink / raw)
To: netdev, linux-security-module, selinux; +Cc: paul
In-Reply-To: <20110801210642.11940.49764.stgit@localhost6.localdomain6>
My @hp.com will no longer be valid starting August 5, 2011 so an update is
necessary. My new email address is employer independent so we don't have
to worry about doing this again any time soon.
Signed-off-by: Paul Moore <paul.moore@hp.com>
Signed-off-by: Paul Moore <paul@paul-moore.com>
---
include/net/cipso_ipv4.h | 2 +-
include/net/netlabel.h | 2 +-
net/netlabel/Makefile | 2 --
net/netlabel/netlabel_addrlist.c | 2 +-
net/netlabel/netlabel_addrlist.h | 2 +-
net/netlabel/netlabel_cipso_v4.c | 2 +-
net/netlabel/netlabel_cipso_v4.h | 2 +-
net/netlabel/netlabel_domainhash.c | 2 +-
net/netlabel/netlabel_domainhash.h | 2 +-
net/netlabel/netlabel_kapi.c | 2 +-
net/netlabel/netlabel_mgmt.c | 2 +-
net/netlabel/netlabel_mgmt.h | 2 +-
net/netlabel/netlabel_unlabeled.c | 2 +-
net/netlabel/netlabel_unlabeled.h | 2 +-
net/netlabel/netlabel_user.c | 2 +-
net/netlabel/netlabel_user.h | 2 +-
security/selinux/hooks.c | 2 +-
security/selinux/include/netif.h | 2 +-
security/selinux/include/netlabel.h | 2 +-
security/selinux/include/netnode.h | 2 +-
security/selinux/include/netport.h | 2 +-
security/selinux/netif.c | 2 +-
security/selinux/netlabel.c | 2 +-
security/selinux/netnode.c | 2 +-
security/selinux/netport.c | 2 +-
security/selinux/selinuxfs.c | 2 +-
security/selinux/ss/ebitmap.c | 2 +-
security/selinux/ss/mls.c | 2 +-
security/selinux/ss/mls.h | 2 +-
security/selinux/ss/policydb.c | 2 +-
security/selinux/ss/services.c | 2 +-
security/smack/smack_lsm.c | 2 +-
32 files changed, 31 insertions(+), 33 deletions(-)
diff --git a/include/net/cipso_ipv4.h b/include/net/cipso_ipv4.h
index 3b93874..9808877 100644
--- a/include/net/cipso_ipv4.h
+++ b/include/net/cipso_ipv4.h
@@ -8,7 +8,7 @@
* have chosen to adopt the protocol and over the years it has become a
* de-facto standard for labeled networking.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/include/net/netlabel.h b/include/net/netlabel.h
index f21a16e..f674409 100644
--- a/include/net/netlabel.h
+++ b/include/net/netlabel.h
@@ -4,7 +4,7 @@
* The NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/Makefile b/net/netlabel/Makefile
index ea750e9..d2732fc 100644
--- a/net/netlabel/Makefile
+++ b/net/netlabel/Makefile
@@ -1,8 +1,6 @@
#
# Makefile for the NetLabel subsystem.
#
-# Feb 9, 2006, Paul Moore <paul.moore@hp.com>
-#
# base objects
obj-y := netlabel_user.o netlabel_kapi.o
diff --git a/net/netlabel/netlabel_addrlist.c b/net/netlabel/netlabel_addrlist.c
index c051913..96b749d 100644
--- a/net/netlabel/netlabel_addrlist.c
+++ b/net/netlabel/netlabel_addrlist.c
@@ -6,7 +6,7 @@
* system manages static and dynamic label mappings for network protocols such
* as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_addrlist.h b/net/netlabel/netlabel_addrlist.h
index 2b9644e..fdbc1d2 100644
--- a/net/netlabel/netlabel_addrlist.h
+++ b/net/netlabel/netlabel_addrlist.h
@@ -6,7 +6,7 @@
* system manages static and dynamic label mappings for network protocols such
* as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_cipso_v4.c b/net/netlabel/netlabel_cipso_v4.c
index dd53a36..6bf8783 100644
--- a/net/netlabel/netlabel_cipso_v4.c
+++ b/net/netlabel/netlabel_cipso_v4.c
@@ -5,7 +5,7 @@
* NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_cipso_v4.h b/net/netlabel/netlabel_cipso_v4.h
index af7f335..d24d774 100644
--- a/net/netlabel/netlabel_cipso_v4.h
+++ b/net/netlabel/netlabel_cipso_v4.h
@@ -5,7 +5,7 @@
* NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_domainhash.c b/net/netlabel/netlabel_domainhash.c
index 2aa975e..7d8083c 100644
--- a/net/netlabel/netlabel_domainhash.c
+++ b/net/netlabel/netlabel_domainhash.c
@@ -6,7 +6,7 @@
* system manages static and dynamic label mappings for network protocols such
* as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_domainhash.h b/net/netlabel/netlabel_domainhash.h
index 0261dda..bfcc0f7 100644
--- a/net/netlabel/netlabel_domainhash.h
+++ b/net/netlabel/netlabel_domainhash.h
@@ -6,7 +6,7 @@
* system manages static and dynamic label mappings for network protocols such
* as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_kapi.c b/net/netlabel/netlabel_kapi.c
index b528dd9..58107d0 100644
--- a/net/netlabel/netlabel_kapi.c
+++ b/net/netlabel/netlabel_kapi.c
@@ -5,7 +5,7 @@
* system manages static and dynamic label mappings for network protocols such
* as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_mgmt.c b/net/netlabel/netlabel_mgmt.c
index dff8a08..bfa5558 100644
--- a/net/netlabel/netlabel_mgmt.c
+++ b/net/netlabel/netlabel_mgmt.c
@@ -5,7 +5,7 @@
* NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_mgmt.h b/net/netlabel/netlabel_mgmt.h
index 8db37f4..5a9f31c 100644
--- a/net/netlabel/netlabel_mgmt.h
+++ b/net/netlabel/netlabel_mgmt.h
@@ -5,7 +5,7 @@
* NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_unlabeled.c b/net/netlabel/netlabel_unlabeled.c
index f1ecf84..e6e8236 100644
--- a/net/netlabel/netlabel_unlabeled.c
+++ b/net/netlabel/netlabel_unlabeled.c
@@ -5,7 +5,7 @@
* NetLabel system. The NetLabel system manages static and dynamic label
* mappings for network protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_unlabeled.h b/net/netlabel/netlabel_unlabeled.h
index 0bc8dc3..700af49 100644
--- a/net/netlabel/netlabel_unlabeled.h
+++ b/net/netlabel/netlabel_unlabeled.h
@@ -5,7 +5,7 @@
* NetLabel system. The NetLabel system manages static and dynamic label
* mappings for network protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_user.c b/net/netlabel/netlabel_user.c
index a3fd75a..9fae63f 100644
--- a/net/netlabel/netlabel_user.c
+++ b/net/netlabel/netlabel_user.c
@@ -5,7 +5,7 @@
* NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/net/netlabel/netlabel_user.h b/net/netlabel/netlabel_user.h
index f4fc4c9..8196978 100644
--- a/net/netlabel/netlabel_user.h
+++ b/net/netlabel/netlabel_user.h
@@ -5,7 +5,7 @@
* NetLabel system manages static and dynamic label mappings for network
* protocols such as CIPSO and RIPSO.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/security/selinux/hooks.c b/security/selinux/hooks.c
index a38316b..266a229 100644
--- a/security/selinux/hooks.c
+++ b/security/selinux/hooks.c
@@ -14,7 +14,7 @@
* Copyright (C) 2004-2005 Trusted Computer Solutions, Inc.
* <dgoeddel@trustedcs.com>
* Copyright (C) 2006, 2007, 2009 Hewlett-Packard Development Company, L.P.
- * Paul Moore <paul.moore@hp.com>
+ * Paul Moore <paul@paul-moore.com>
* Copyright (C) 2007 Hitachi Software Engineering Co., Ltd.
* Yuichi Nakamura <ynakam@hitachisoft.jp>
*
diff --git a/security/selinux/include/netif.h b/security/selinux/include/netif.h
index ce23edd..43d5072 100644
--- a/security/selinux/include/netif.h
+++ b/security/selinux/include/netif.h
@@ -8,7 +8,7 @@
*
* Copyright (C) 2003 Red Hat, Inc., James Morris <jmorris@redhat.com>
* Copyright (C) 2007 Hewlett-Packard Development Company, L.P.
- * Paul Moore, <paul.moore@hp.com>
+ * Paul Moore <paul@paul-moore.com>
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2,
diff --git a/security/selinux/include/netlabel.h b/security/selinux/include/netlabel.h
index cf2f628..8c59b8f 100644
--- a/security/selinux/include/netlabel.h
+++ b/security/selinux/include/netlabel.h
@@ -1,7 +1,7 @@
/*
* SELinux interface to the NetLabel subsystem
*
- * Author : Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/security/selinux/include/netnode.h b/security/selinux/include/netnode.h
index 1b94450..df7a5ed 100644
--- a/security/selinux/include/netnode.h
+++ b/security/selinux/include/netnode.h
@@ -6,7 +6,7 @@
* needed to reduce the lookup overhead since most of these queries happen on
* a per-packet basis.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/security/selinux/include/netport.h b/security/selinux/include/netport.h
index 8991752..4d965b8 100644
--- a/security/selinux/include/netport.h
+++ b/security/selinux/include/netport.h
@@ -5,7 +5,7 @@
* mapping is maintained as part of the normal policy but a fast cache is
* needed to reduce the lookup overhead.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/security/selinux/netif.c b/security/selinux/netif.c
index 58cc481..326f22c 100644
--- a/security/selinux/netif.c
+++ b/security/selinux/netif.c
@@ -8,7 +8,7 @@
*
* Copyright (C) 2003 Red Hat, Inc., James Morris <jmorris@redhat.com>
* Copyright (C) 2007 Hewlett-Packard Development Company, L.P.
- * Paul Moore <paul.moore@hp.com>
+ * Paul Moore <paul@paul-moore.com>
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2,
diff --git a/security/selinux/netlabel.c b/security/selinux/netlabel.c
index c3bf3ed..da4b8b2 100644
--- a/security/selinux/netlabel.c
+++ b/security/selinux/netlabel.c
@@ -4,7 +4,7 @@
* This file provides the necessary glue to tie NetLabel into the SELinux
* subsystem.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
*/
diff --git a/security/selinux/netnode.c b/security/selinux/netnode.c
index 8b691a8..3bf46ab 100644
--- a/security/selinux/netnode.c
+++ b/security/selinux/netnode.c
@@ -6,7 +6,7 @@
* needed to reduce the lookup overhead since most of these queries happen on
* a per-packet basis.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
* This code is heavily based on the "netif" concept originally developed by
* James Morris <jmorris@redhat.com>
diff --git a/security/selinux/netport.c b/security/selinux/netport.c
index ae76e29..0b62bd1 100644
--- a/security/selinux/netport.c
+++ b/security/selinux/netport.c
@@ -5,7 +5,7 @@
* mapping is maintained as part of the normal policy but a fast cache is
* needed to reduce the lookup overhead.
*
- * Author: Paul Moore <paul.moore@hp.com>
+ * Author: Paul Moore <paul@paul-moore.com>
*
* This code is heavily based on the "netif" concept originally developed by
* James Morris <jmorris@redhat.com>
diff --git a/security/selinux/selinuxfs.c b/security/selinux/selinuxfs.c
index de7900e..55d92cb 100644
--- a/security/selinux/selinuxfs.c
+++ b/security/selinux/selinuxfs.c
@@ -2,7 +2,7 @@
*
* Added conditional policy language extensions
*
- * Updated: Hewlett-Packard <paul.moore@hp.com>
+ * Updated: Hewlett-Packard <paul@paul-moore.com>
*
* Added support for the policy capability bitmap
*
diff --git a/security/selinux/ss/ebitmap.c b/security/selinux/ss/ebitmap.c
index d42951f..30f119b 100644
--- a/security/selinux/ss/ebitmap.c
+++ b/security/selinux/ss/ebitmap.c
@@ -4,7 +4,7 @@
* Author : Stephen Smalley, <sds@epoch.ncsc.mil>
*/
/*
- * Updated: Hewlett-Packard <paul.moore@hp.com>
+ * Updated: Hewlett-Packard <paul@paul-moore.com>
*
* Added support to import/export the NetLabel category bitmap
*
diff --git a/security/selinux/ss/mls.c b/security/selinux/ss/mls.c
index e961742..fbf9c58 100644
--- a/security/selinux/ss/mls.c
+++ b/security/selinux/ss/mls.c
@@ -11,7 +11,7 @@
* Copyright (C) 2004-2006 Trusted Computer Solutions, Inc.
*/
/*
- * Updated: Hewlett-Packard <paul.moore@hp.com>
+ * Updated: Hewlett-Packard <paul@paul-moore.com>
*
* Added support to import/export the MLS label from NetLabel
*
diff --git a/security/selinux/ss/mls.h b/security/selinux/ss/mls.h
index 037bf9d..e4369e3 100644
--- a/security/selinux/ss/mls.h
+++ b/security/selinux/ss/mls.h
@@ -11,7 +11,7 @@
* Copyright (C) 2004-2006 Trusted Computer Solutions, Inc.
*/
/*
- * Updated: Hewlett-Packard <paul.moore@hp.com>
+ * Updated: Hewlett-Packard <paul@paul-moore.com>
*
* Added support to import/export the MLS label from NetLabel
*
diff --git a/security/selinux/ss/policydb.c b/security/selinux/ss/policydb.c
index d246aca..2381d0d 100644
--- a/security/selinux/ss/policydb.c
+++ b/security/selinux/ss/policydb.c
@@ -13,7 +13,7 @@
*
* Added conditional policy language extensions
*
- * Updated: Hewlett-Packard <paul.moore@hp.com>
+ * Updated: Hewlett-Packard <paul@paul-moore.com>
*
* Added support for the policy capability bitmap
*
diff --git a/security/selinux/ss/services.c b/security/selinux/ss/services.c
index 973e00e..f6917bc 100644
--- a/security/selinux/ss/services.c
+++ b/security/selinux/ss/services.c
@@ -13,7 +13,7 @@
*
* Added conditional policy language extensions
*
- * Updated: Hewlett-Packard <paul.moore@hp.com>
+ * Updated: Hewlett-Packard <paul@paul-moore.com>
*
* Added support for NetLabel
* Added support for the policy capability bitmap
diff --git a/security/smack/smack_lsm.c b/security/smack/smack_lsm.c
index f375eb2..b9c5e14 100644
--- a/security/smack/smack_lsm.c
+++ b/security/smack/smack_lsm.c
@@ -9,7 +9,7 @@
*
* Copyright (C) 2007 Casey Schaufler <casey@schaufler-ca.com>
* Copyright (C) 2009 Hewlett-Packard Development Company, L.P.
- * Paul Moore <paul.moore@hp.com>
+ * Paul Moore <paul@paul-moore.com>
* Copyright (C) 2010 Nokia Corporation
*
* This program is free software; you can redistribute it and/or modify
^ permalink raw reply related
* [PATCH 1/2] doc: Update the MAINTAINERS info for Paul Moore
From: Paul Moore @ 2011-08-01 21:10 UTC (permalink / raw)
To: netdev, linux-security-module, selinux; +Cc: paul
In-Reply-To: <20110801210642.11940.49764.stgit@localhost6.localdomain6>
My @hp.com will no longer be valid starting August 5, 2011 so an update is
necessary. My new email address is employer independent so we don't have
to worry about doing this again any time soon.
Signed-off-by: Paul Moore <paul.moore@hp.com>
Signed-off-by: Paul Moore <paul@paul-moore.com>
---
MAINTAINERS | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c9c6324..e8e8927 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4409,10 +4409,10 @@ F: net/*/netfilter/
F: net/netfilter/
NETLABEL
-M: Paul Moore <paul.moore@hp.com>
+M: Paul Moore <paul@paul-moore.com>
W: http://netlabel.sf.net
L: netdev@vger.kernel.org
-S: Supported
+S: Maintained
F: Documentation/netlabel/
F: include/net/netlabel.h
F: net/netlabel/
@@ -4470,7 +4470,7 @@ F: include/net/ip*
F: arch/x86/net/*
NETWORKING [LABELED] (NetLabel, CIPSO, Labeled IPsec, SECMARK)
-M: Paul Moore <paul.moore@hp.com>
+M: Paul Moore <paul@paul-moore.com>
L: netdev@vger.kernel.org
S: Maintained
^ permalink raw reply related
* [PATCH 0/2] Series short description
From: Paul Moore @ 2011-08-01 21:10 UTC (permalink / raw)
To: netdev, linux-security-module, selinux; +Cc: paul
A little bit of housekeeping as I'm leaving HP and my email address will
be going away at the end of this week. For those of you who need to
contact me directly please use the address in the CC line above (and
mentioned in the patches below). The first patch is a pretty straight
forward update of the MAINTAINERS file, the second patch updates my
email in the various source files.
---
Paul Moore (2):
doc: Update the MAINTAINERS info for Paul Moore
doc: Update the email address for Paul Moore in various source files
MAINTAINERS | 6 +++---
include/net/cipso_ipv4.h | 2 +-
include/net/netlabel.h | 2 +-
net/netlabel/Makefile | 2 --
net/netlabel/netlabel_addrlist.c | 2 +-
net/netlabel/netlabel_addrlist.h | 2 +-
net/netlabel/netlabel_cipso_v4.c | 2 +-
net/netlabel/netlabel_cipso_v4.h | 2 +-
net/netlabel/netlabel_domainhash.c | 2 +-
net/netlabel/netlabel_domainhash.h | 2 +-
net/netlabel/netlabel_kapi.c | 2 +-
net/netlabel/netlabel_mgmt.c | 2 +-
net/netlabel/netlabel_mgmt.h | 2 +-
net/netlabel/netlabel_unlabeled.c | 2 +-
net/netlabel/netlabel_unlabeled.h | 2 +-
net/netlabel/netlabel_user.c | 2 +-
net/netlabel/netlabel_user.h | 2 +-
security/selinux/hooks.c | 2 +-
security/selinux/include/netif.h | 2 +-
security/selinux/include/netlabel.h | 2 +-
security/selinux/include/netnode.h | 2 +-
security/selinux/include/netport.h | 2 +-
security/selinux/netif.c | 2 +-
security/selinux/netlabel.c | 2 +-
security/selinux/netnode.c | 2 +-
security/selinux/netport.c | 2 +-
security/selinux/selinuxfs.c | 2 +-
security/selinux/ss/ebitmap.c | 2 +-
security/selinux/ss/mls.c | 2 +-
security/selinux/ss/mls.h | 2 +-
security/selinux/ss/policydb.c | 2 +-
security/selinux/ss/services.c | 2 +-
security/smack/smack_lsm.c | 2 +-
33 files changed, 34 insertions(+), 36 deletions(-)
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox