Hi, Stephen,
It appears that selinux_enabled is defined inside selinux module and not
visible to the rest of the kernel...
thanks,
Catherine
Stephen Hemminger <[EMAIL PROTECTED]> wrote on 06/17/2006 12:16:03 AM:
> O
> >
> > +void selinux_get_sock_sid(const struct socket *sock, u32 *sid)
> > +
On Wed, Jun 14, 2006 at 04:23:36PM -0700, Randy Dunlap wrote:
> Make tulip driver not handle Davicom NICs, let dmfe take over"
>
> Reference: https://launchpad.net/bugs/48287
> Source URL of Patch:
> http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=commitdiff;h=1804482911
O
>
> +void selinux_get_sock_sid(const struct socket *sock, u32 *sid)
> +{
> + if (selinux_enabled) {
> + const struct inode *inode = SOCK_INODE(sock);
> + selinux_get_inode_sid(inode, sid);
> + return;
> + }
> + *sid = 0;
> +}
> +
This is so short
Tom Tucker wrote:
On Thu, 2006-06-08 at 01:17 -0700, Andrew Morton wrote:
On Wed, 07 Jun 2006 15:06:55 -0500
Steve Wise <[EMAIL PROTECTED]> wrote:
+void c2_free(struct c2_alloc *alloc, u32 obj)
+{
+ spin_lock(&alloc->lock);
+ clear_bit(obj, alloc->table);
+ spin_unlock(&all
Hi,
Enclosed please find the updated AF_UNIX patch, incorporating comments from
James, Stephen, Dave, Chris, Andrew and others.
The patch is now built upon the newly added SELinux functions exported in
selinux/exports.c, which are also used by the auditing subsystem. One
function, selinux_get_s
David Miller wrote:
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Fri, 16 Jun 2006 18:27:32 -0700
>
> > In the meantime, I wonder if we should disable TSO by default on the
> > 5780 chip for 2.6.17.
>
> Sounds reasonable. Would we disable it for all chips that set
> TG3_FLG2_5780_CLASS or
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 16 Jun 2006 16:39:05 +1000
> [ETHTOOL]: Fix UFO typo
>
> The function ethtool_get_ufo was referring to ETHTOOL_GTSO instead of
> ETHTOOL_GUFO.
>
> Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
Good catch Herbert, I'll apply this as soon as I get a
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Thu, 15 Jun 2006 15:46:12 -0700
> Please apply the following 6 SCTP patches to 2.6 tree.
Thanks Sridhar, I'll try to apply these soon.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 16 Jun 2006 18:27:32 -0700
> In the meantime, I wonder if we should disable TSO by default on the
> 5780 chip for 2.6.17.
Sounds reasonable. Would we disable it for all chips that set
TG3_FLG2_5780_CLASS or a specific variant?
-
To unsubscribe
On Sat, 2006-06-17 at 02:05 +0200, Juergen Kreileder wrote:
> Michael Chan <[EMAIL PROTECTED]> writes:
> > Please try turning TSO off to see if it makes a difference:
> >
> > ethtool -K eth0 tso off
>
> Seems to work fine with TSO disabled.
>
Thanks for the information. We'll look into it. If pos
Michael Chan <[EMAIL PROTECTED]> writes:
> On Fri, 2006-06-16 at 23:20 +0200, Juergen Kreileder wrote:
>> Michael Chan <[EMAIL PROTECTED]> writes:
>>
>>>
>>> Did this use to work with an older kernel or older tg3 driver? If
>>> yes, what version?
>>
>> Works fine with 2.6.16 and earlier.
>>
>>> Pl
On Fri, 2006-06-16 at 23:20 +0200, Juergen Kreileder wrote:
> Michael Chan <[EMAIL PROTECTED]> writes:
>
> >
> > Did this use to work with an older kernel or older tg3 driver? If
> > yes, what version?
>
> Works fine with 2.6.16 and earlier.
>
> > Please also provide the full tg3 probing output
Michael Chan <[EMAIL PROTECTED]> writes:
> Juergen Kreileder
>
>> I'm seeing frequent network timeouts on my PowerMac G5 Quad with
>> 2.6.17-rc6. The timeouts are easily reproducible with moderate
>> network traffic, e.g. by using bittorrent.
>>
>
> Did this use to work with an older kernel or ol
On Friday 16 June 2006 21:50, Daniel Drake wrote:
> I recently patched softmac to enable shared key authentication. This small
> patch
> will enable crazy or unfortunate bcm43xx users to use this new capability.
>
> Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Michael Buesch <[
I recently patched softmac to enable shared key authentication. This small patch
will enable crazy or unfortunate bcm43xx users to use this new capability.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Index: linux/drivers/net/wireless/bcm43xx/bcm43xx_main.c
This patch adds wol support for the older 440x nics that use pattern matching.
This patch is a redo thanks to feedback from Michael Chan and Francois Romieu.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 12fc67a..98c0675 100644
--- a/dr
This patch adds a parameter to init_hw() to not completely initialize
the nic for wol.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 73ca729..12fc67a 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -101,7 +101,7 @@ MODULE_DEVI
Adds wol to the driver.
This is a redo of a previous patch thanks to feedback from Francois Romieu.
Signed-off-by Gary Zambrano <[EMAIL PROTECTED]>
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 41b1618..81f434e 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -1450,6 +1450,41
A couple of fixes that should prevent crashes when using netconsole and
suspend/resume. First, netconsole poll routine shouldn't run unless the
device is up; second, the NAPI poll should be disabled during suspend.
This is only an issue on sky2, because it has to have one NAPI poll
routine for bot
This patch is a collection of changes to pcnet32 which does the
following:
- Fix section mismatch warning.
- fix set_ringparam to correctly handle memory allocation failures
- fix off-by-one in get_ringparam.
- cleanup at end of loopback_test when not up.
- Add NAPI to driver, fixing set_ringpara
Hi All,
I am doing a routing test using linux 2.4 and linux 2.6 kernel on our
board. I am using 2.4.31 and 2.6.16.17 for comparison.
I have ported the bsp and drivers from 2.4 to 2.6 and am using a
smartbits tester which pumps traffic at high rates and at varying
packet sizes.
On 2.4, the test
Am Donnerstag 15 Juni 2006 21:58 schrieb Michael Buesch:
> I am currently thinking about the best way to correctly
> implement PM suspending for wireless drivers.
> Currently, the 802.11 stack is not suspend aware (if I talk
> about "stack" here, I mostly mean devicescape).
> For example, if we su
Juergen Kreileder
> I'm seeing frequent network timeouts on my PowerMac G5 Quad with
> 2.6.17-rc6. The timeouts are easily reproducible with moderate
> network traffic, e.g. by using bittorrent.
>
Did this use to work with an older kernel or older tg3 driver? If
yes, what version?
Please also
Hi,
I'm seeing frequent network timeouts on my PowerMac G5 Quad with
2.6.17-rc6. The timeouts are easily reproducible with moderate
network traffic, e.g. by using bittorrent.
,
| NETDEV WATCHDOG: lan0: transmit timed out
| tg3: lan0: transmit timed out, resetting
| tg3: tg3_stop_block timed
Grant Grundler wrote:
[ Jeff, apologies. I hit "reply" instead of "group reply" on previous email.
I've added everyone back on the cc list.]
On Fri, Jun 16, 2006 at 11:30:32AM -0400, Jeff Garzik wrote:
...
Are you saying this sequence won't mask interrupts on tulip?
/* Disable interru
[ Jeff, apologies. I hit "reply" instead of "group reply" on previous email.
I've added everyone back on the cc list.]
On Fri, Jun 16, 2006 at 11:30:32AM -0400, Jeff Garzik wrote:
...
> >Are you saying this sequence won't mask interrupts on tulip?
> >
> >/* Disable interrupts by clearin
On Fri, Jun 16, 2006 at 03:32:56AM -0400, Jeff Garzik wrote:
> >Correct. Before calling free_irq(), patch V3 masks interrupts on tulip
> >and guarantees the tulip will not generate new interrupts before that call.
>
> Incorrect -- it does not guarantee that tulip will not generate new
> interrupt
On Mon, 2006-06-12 at 11:05 -0500, Tom Tucker wrote:
> On Thu, 2006-06-08 at 01:17 -0700, Andrew Morton wrote:
> > On Wed, 07 Jun 2006 15:06:55 -0500
> > Steve Wise <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > +void c2_free(struct c2_alloc *alloc, u32 obj)
> > > +{
> > > + spin_lock(&alloc->lock)
Steffen Klassert wrote:
On Tue, Jun 06, 2006 at 11:12:45AM +0200, Marco Berizzi wrote:
>
> I have moved this damn pc from the remote to my site and I have
> placed it in production environment with 2.6.17-rc5
> No problem after 24 hours (on the remote side the problem was
> arising after a coupl
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>
> > Have you seen my previous work in this direction?
>> I know I had a much much more complete implementation. The only part
>> I had not completed was iptables support and that was about a days
>> more work.
>
> No, I didn
Eric W. Biederman wrote:
> Have you seen my previous work in this direction?
I know I had a much much more complete implementation. The only part
I had not completed was iptables support and that was about a days
more work.
No, I didn't see your work, is it possible to send me a pointer on
Grant Grundler wrote:
On Thu, Jun 15, 2006 at 10:30:17PM +0200, Francois Romieu wrote:
Afaik free_irq() on a shared irq does not touch the hardware and
irqs are anything but synchronous. If free_irq() is issued before
the device is idle and its irq are not acked, it's wrong.
Correct. Before ca
32 matches
Mail list logo
