James Morris wrote:
> This patch adds a SECMARK target to xtables, allowing
> the admin to apply security marks to packets via both
> iptables and ip6tables.
>
> The target currently handles SELinux security marking,
> but can be extended for other purposes as needed.
The netfilter parts all look
2006/5/10, Michael Wu <[EMAIL PROTECTED]>:
On Tuesday 09 May 2006 18:01, Ivo van Doorn wrote:
> A user on the forums Olivier Cornu (added to the CC list) has done some
> investigation into the scanning behaviour of the dscape stack.
> Basicly the dscape stack is performing active scanning while t
This patch is required to get sis900 ethernet working well on a Foxconn
661FX7MI-S motherboard which uses the SiS 661FX chipset. The patch adds
an entry to mii_chip_info for the transceiver.
The PHY ids were found using the sis900_c_122.diff patch from
http://brownhat.org/sis900.html but that p
* Herbert Xu ([EMAIL PROTECTED]) wrote:
> Chris Wright <[EMAIL PROTECTED]> wrote:
> >
> > + netdev->features= NETIF_F_IP_CSUM;
>
> Any reason why IP_CSUM was chosen instead of HW_CSUM? Doing the latter
> would seem to be in fact easier for a virtual driver, no?
That, I really don't
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Tue, May 09, 2006 at 12:00:34AM -0700, Chris Wright wrote:
> > The network device frontend driver allows the kernel to access network
> > devices exported exported by a virtual machine containing a physical
> > network device driver.
>
> Please d
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
> The stuff in /proc could easily just be added attributes to the class_device
> kobject
> of the net device (and then show up in sysfs).
Agreed, it's on the todo list to drop proc support there. Thought that
was marked in the patch.
> > +#define G
On Tue, 09 May 2006 15:43:22 -0700 (PDT)
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Tue, 9 May 2006 14:40:49 -0700
>
> > Agreed, especially since rtnl is now a real mutex. The case, that
> > I was worried about:
> > rtnl_lock()
> >
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 14:40:49 -0700
> Agreed, especially since rtnl is now a real mutex. The case, that
> I was worried about:
> rtnl_lock()
> spin_lock_irq(&mylock);
> x = register_netdevice();
> ...
>
> Doesn't show up in any curre
Chris Wright <[EMAIL PROTECTED]> wrote:
>
> + netdev->features= NETIF_F_IP_CSUM;
Any reason why IP_CSUM was chosen instead of HW_CSUM? Doing the latter
would seem to be in fact easier for a virtual driver, no?
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu
On Tuesday 09 May 2006 18:01, Ivo van Doorn wrote:
> A user on the forums Olivier Cornu (added to the CC list) has done some
> investigation into the scanning behaviour of the dscape stack.
> Basicly the dscape stack is performing active scanning while the device is
> down, but during the active sc
From: Stefan Rompf <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 18:51:49 +0200
> > Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
>
> Acked-by: Stefan Rompf <[EMAIL PROTECTED]>
Applied, thanks everyone.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [
Ian Brown wrote:
> My question is : why is this scanning needed when set essid is called?
> and why is the repeatition?
ESSID doesn't tell you the channel nummber, so you have to scan
for a beacon containing the ESSID in passive scanning. Even if you
do active scanning you need to check all chann
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 00:24:10 +0300
> Since sir_kthread.c pretty much duplicates the workqueue functionality,
> we'd better switch.
> The SIR fsm has been merged into sir_dev.c and thus sir_kthread.c is
> deleted.
>
> Signed-off-by: Christoph Hellwig <[EMAI
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 00:23:59 +0300
> Minimal PNP hotplug support for the smsc-ircc2 driver. A modular driver
> will be modprobed via hotplug, but still bypasses driver model probing.
>
> Signed-off-by: David Brownell <[EMAIL PROTECTED]>
> Signed-off-by: S
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 00:23:44 +0300
> This patch removes the following unused EXPORT_SYMBOL's:
> - irias_find_attrib
> - irias_new_string_value
> - irias_new_octseq_value
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Signed-off-by: Samuel Ortiz <[EMA
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 00:23:33 +0300
> As agreed with Jean Tourrilhes, I am taking over IrDA
> maintainership.
>
> Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the bo
From: Wei Yongjun <[EMAIL PROTECTED]>
Date: Fri, 05 May 2006 20:36:14 -0400
> I had tested the patch under linux system, maybe this mail is correct.
>
> Fix error point to options in ip_options_fragment(). optptr get a error
> pointer to the ipv4 header, correct is pointer to ipv4 options.
>
> S
From: Stefan Rompf <[EMAIL PROTECTED]>
Date: Sun, 7 May 2006 12:18:59 +0200
> seems documentation got lost when the RFC2863-patch was applied. Having
> documentation is good, so I resend it ;-)
>
> Signed-off-by: Stefan Rompf <[EMAIL PROTECTED]>
Applied, thanks Stefan.
-
To unsubscribe from this
> While working on the rt2x00 driver, I keep hitting against some problems with
> scanning.
> Basicly the dscape stack handles scanning in 2 ways, through the
> passive_scan() handler in the ieee80211_hw structure, and by calling
> the config() handler in the ieee80211_hw stucture.
>
> The usage
Bringing down a port also masks off the status and other IRQ's
needed for device to function due to missing paren's.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2.orig/drivers/net/sky2.c
+++ sky2/drivers/net/sky2.c
@@ -128,6 +128,7 @@ MODULE_DEVICE_TABLE(pci, sky2_id_table);
/*
On Tue, 09 May 2006 14:05:01 -0700 (PDT)
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Tue, 9 May 2006 12:01:07 -0700
>
> > Something like this would handle errors better, but introduce possible
> > problems for drivers that call register_netde
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 9 May 2006 12:01:07 -0700
> Something like this would handle errors better, but introduce possible
> problems for drivers that call register_netdevice with irq's disabled.
> There was some comment about racing with linkwatch, but don't see how
Keir> Where should we get our entropy from in a VM environment?
Keir> Leaving the pool empty can cause processes to hang.
You could have something like a virtual HW RNG driver (with a frontend
and backend), which steals from the dom0 /dev/random pool.
- R.
-
To unsubscribe from this list
On 9 May 2006, at 21:25, Stephen Hemminger wrote:
+ memcpy(netdev->dev_addr, info->mac, ETH_ALEN);
+ network_connect(netdev);
+ info->irq = bind_evtchn_to_irqhandler(
+ info->evtchn, netif_int, SA_SAMPLE_RANDOM,
netdev->name,
This doesn't look like a real rand
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
> > + info->irq = bind_evtchn_to_irqhandler(
> > + info->evtchn, netif_int, SA_SAMPLE_RANDOM,
> > netdev->name,
>
> This doesn't look like a real random entropy source. packets
> arriving from another domain are easily timed.
Heh, given t
Richard Gregory <[EMAIL PROTECTED]> :
[...]
Can you send me your drivers/ide/ide-io.o ?
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
> +static int setup_device(struct xenbus_device *dev, struct
> netfront_info *info) +{
> + struct netif_tx_sring *txs;
> + struct netif_rx_sring *rxs;
> + int err;
> + struct net_device *netdev = info->netdev;
> +
> + info->tx_ring_ref = GRANT_INVALID_REF;
> + info->rx_ring_
Hi,
> It's hard to tell without data. It could be any of the usual suspects
> or a genuine bug.
Yeah, I realise that. I've tried booting windows which behaves exactly
the same, with the latest realtek driver. I've sent back the machine
today because I need to have this box up fairly soon. Sorry :
Johannes Berg <[EMAIL PROTECTED]> :
[...]
> I'm thinking this is a hardware failure, is there any reason to believe
> otherwise?
It's hard to tell without data. It could be any of the usual suspects
or a genuine bug.
Can you send the complete dmesg from boot + lspci -vvx + /proc/interrupts
of the
Something like this would handle errors better, but introduce possible
problems for drivers that call register_netdevice with irq's disabled.
There was some comment about racing with linkwatch, but don't see how
that could happen during creation.
For 2.6.18?
--- bridge.orig/include/linux/netdev
The stuff in /proc could easily just be added attributes to the class_device
kobject
of the net device (and then show up in sysfs).
> +
> +#define GRANT_INVALID_REF0
> +
> +#define NET_TX_RING_SIZE __RING_SIZE((struct netif_tx_sring *)0, PAGE_SIZE)
> +#define NET_RX_RING_SIZE __RING_SIZE((st
Richard Gregory <[EMAIL PROTECTED]> :
> Francois Romieu wrote:
[...]
> >Is netconsole enabled ?
>
> It can be. How much output do you need, a single soft lockup?
Nonononono. Keep it disabled.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
On Tue, 9 May 2006, Karl MacMillan wrote:
> Ok - I obviously don't have the expertise to judge how ugly the code to
> do this is. It becomes a question of whether the feature is compelling
> enough.
Atcually, I think there may be a good way to do this, will investigate.
- James
--
James Morris
On Tue, May 09, 2006 at 12:54:55AM -0400, Pavel Roskin wrote:
> On Mon, 2006-05-08 at 10:17 -0700, Jean Tourrilhes wrote:
> > > But shouldn't you trust the drivers using IW_QUAL_DBM, whether the value
> > > is positive or negative?
> >
> > You can't remove the test, making the rest pointeless.
On Sun, 2006-05-07 at 15:06 +0200, Michael Buesch wrote:
> On Saturday 06 May 2006 20:24, David Woodhouse wrote:
> > On Fri, 2006-05-05 at 17:38 +0100, David Woodhouse wrote:
> > > I still need this hack to work around the fact that softmac doesn't
> > > attempt to associate when we bring the devic
Am Dienstag 09 Mai 2006 20:31 schrieb Stephen Hemminger:
> > > I moved iproute2 out of CVS. New home is:
>
> fixed. stupid git
maybe you should have kept CVS. *Ducks and runs* ;-)
Stefan
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTE
On Tue, 09 May 2006 21:51:44 +1000
Herbert Xu <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > I moved iproute2 out of CVS. New home is:
> >git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git
>
> Thanks Stephen.
>
> BTW, how come there is a
Francois Romieu wrote:
Richard Gregory <[EMAIL PROTECTED]> :
I'm seeing the crash below using 2.6.16.11 custom based on RedHat FC2.
The main culprit being the r8169+NAPI module, although the it821x module
(with noraid=1) seems to bring out the bug, maybe because it uses the
same interrupt.
as this patch is use to add a new function but not bug fix
what can i help after i have submit it ??
as i have test it before
i can provide the data that i have tested out ;-)
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More ma
On Tue, 9 May 2006 19:39:43 +0200
"Angelo P. Castellani" <[EMAIL PROTECTED]> wrote:
> I resend the file because I've sent an old (quite identical) copy
Moved discussion over to netdev mailing list..
Could you export symbols in tcp_vegas (and change config dependencies) to
allow code reuse rather
On Tue, 2006-05-09 at 12:40 -0400, James Morris wrote:
> On Tue, 9 May 2006, Karl MacMillan wrote:
>
> > those connection, but my concern is that connection could, through error
> > or exploit, be passed to another domain that should not receive packets
> > from that type of connection (see below)
On Tue, 2006-05-09 at 12:40 -0400, James Morris wrote:
> On Tue, 9 May 2006, Karl MacMillan wrote:
>
> > those connection, but my concern is that connection could, through error
> > or exploit, be passed to another domain that should not receive packets
> > from that type of connection (see below)
Am Dienstag 09 Mai 2006 13:26 schrieb Herbert Xu:
> The test used in the linkwatch does not handle wrap-arounds correctly.
> Since the intention of the code is to eliminate bursts of messages we
> can afford to delay things up to a second.
looks good, the code generates only up to 1 second delay
Richard Gregory <[EMAIL PROTECTED]> :
> I'm seeing the crash below using 2.6.16.11 custom based on RedHat FC2.
> The main culprit being the r8169+NAPI module, although the it821x module
> (with noraid=1) seems to bring out the bug, maybe because it uses the
> same interrupt.
(lot of things to d
On Tue, 9 May 2006, Karl MacMillan wrote:
> those connection, but my concern is that connection could, through error
> or exploit, be passed to another domain that should not receive packets
> from that type of connection (see below).
Connection passing or inheritence should be subject to kernel
I'm seeing the crash below using 2.6.16.11 custom based on RedHat FC2.
The main culprit being the r8169+NAPI module, although the it821x module
(with noraid=1) seems to bring out the bug, maybe because it uses the
same interrupt.
The machine is an Athlon 2200+ with 1.5G of ram, NForce2 chipset
On Tue, 2006-05-09 at 16:38 +0300, Ian Brown wrote:
> Hello,
> I see that setting the essid of a wireless card
> (by iwconfig eth1 essid homenet)
> triggers scanning;
> My question is : why is this scanning needed when set essid is called?
> and why is the repeatition?
Because the wireless card ne
[EMAIL PROTECTED] wrote on 05/09/2006 09:00:27 AM:
> On Tue, May 09, 2006 at 11:26:03PM +1000, Herbert Xu wrote:
> > Christian Limpach <[EMAIL PROTECTED]> wrote:
> > >
> > > Possibly having to page in the process and switching to it would add
> > > to the live migration time. More importantly, ha
On Tue, May 09, 2006 at 11:26:03PM +1000, Herbert Xu wrote:
> Christian Limpach <[EMAIL PROTECTED]> wrote:
> >
> > Possibly having to page in the process and switching to it would add
> > to the live migration time. More importantly, having to install an
> > additional program in the guest is cer
Hello,
I see that setting the essid of a wireless card
(by iwconfig eth1 essid homenet)
triggers scanning;
namely , it calls ieee80211softmac_assoc_work() method which in
turn calls ieee80211softmac_start_scan().
I use zd1211 driver which works with the softmac layer
of the last git kernel.
I sa
On Mon, 2006-05-08 at 17:29 -0400, James Morris wrote:
> On Mon, 8 May 2006, Karl MacMillan wrote:
>
> > Something like CONNMARK seems preferable to me (perhaps even allowing
> > type_transition rules to give the related packets a unique type). This
> > makes the labeling reflect the real security
Christian Limpach <[EMAIL PROTECTED]> wrote:
>
> Possibly having to page in the process and switching to it would add
> to the live migration time. More importantly, having to install an
> additional program in the guest is certainly not very convenient.
Sorry I'm still not convinced. What's th
On Tue, May 09, 2006 at 11:01:05PM +1000, Herbert Xu wrote:
> Christian Limpach <[EMAIL PROTECTED]> wrote:
> >
> > There's at least two reasons why having it in the driver is preferable:
> > - synchronizing sending the fake ARP request with when the device is
> > operational -- you really want to
On Tuesday 09 May 2006 15:01, Herbert Xu wrote:
> Christian Limpach <[EMAIL PROTECTED]> wrote:
> >
> > There's at least two reasons why having it in the driver is preferable:
> > - synchronizing sending the fake ARP request with when the device is
> > operational -- you really want to make this w
Christian Limpach <[EMAIL PROTECTED]> wrote:
>
> There's at least two reasons why having it in the driver is preferable:
> - synchronizing sending the fake ARP request with when the device is
> operational -- you really want to make this well synchronized to keep
> unreachability as short as pos
On Tue, May 09, 2006 at 09:55:33PM +1000, Herbert Xu wrote:
> Hi Chris:
>
> Chris Wright <[EMAIL PROTECTED]> wrote:
> >
> > +/** Send a packet on a net device to encourage switches to learn the
> > + * MAC. We send a fake ARP request.
> > + *
> > + * @param dev device
> > + * @return 0 on success,
On Tue, May 09, 2006 at 12:00:34AM -0700, Chris Wright wrote:
> The network device frontend driver allows the kernel to access network
> devices exported exported by a virtual machine containing a physical
> network device driver.
Please don't add procfs code to new network drivers. Especially if
Hi Chris:
Chris Wright <[EMAIL PROTECTED]> wrote:
>
> +/** Send a packet on a net device to encourage switches to learn the
> + * MAC. We send a fake ARP request.
> + *
> + * @param dev device
> + * @return 0 on success, error code otherwise
> + */
> +static int send_fake_arp(struct net_device *de
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> I moved iproute2 out of CVS. New home is:
>git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git
Thanks Stephen.
BTW, how come there is a checked out tree sitting in that git directory?
Cheers,
--
Visit Openswan at http://ww
On Mon, May 08, 2006 at 06:28:56PM +, Stefan Rompf wrote:
>
> time_after() and friends can handle jiffies wrapping, however they require
> the
> difference between compared times to be less than 0x8000 jiffies (about
> 24 days on HZ=1000) to work reliably on 32bit architectures. So if t
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Ian Pratt <[EMAIL PROTECTED]>
Signed-off-by: Christian Limpach <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL P
61 matches
Mail list logo
