Hi Jeff:
Can this driver be merged for 2.6.23-rcN?
Thanks
- Bryan Wu
On Tue, 2007-07-17 at 14:43 +0800, Bryan Wu wrote:
> This patch implements the driver necessary use the Analog Devices
> Blackfin processor's on-chip ethernet MAC controller.
>
> [try#2]
> - add timeout control
> - kill dma_
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip ethernet MAC controller.
[try#2]
- add timeout control
- kill dma_config_reg bitfields
- some trivial cleanup
[try#3]
- add endianess check
- add DRV_NAME, DRV_VERSION... driver information string
Passing a pointer into the code segment to DMA API is invalid. Most of the
time, you just DMA garbage into the device, but sometimes the controller
gets a bad address and then you see this:
usbcore: registered new interface driver prism54usb
usb 3-1: new full speed USB device using uhci_hcd and ad
On Tue, Jul 17, 2007 at 12:16:27AM -0500, Kumar Gala wrote:
> Greg,
>
> Can you look at pulling these fixes for the next 2.6.22.x stable release.
Can you send them as patches, to the [EMAIL PROTECTED] address, after
they go into Linus's tree?
thanks,
greg k-h
-
To unsubscribe from this list:
Greg,
Can you look at pulling these fixes for the next 2.6.22.x stable
release.
- k
On Jul 17, 2007, at 12:07 AM, Jeff Garzik wrote:
Andy Fleming wrote:
A few bugs in the Vitesse PHY driver were found on the 8641D HPCN
board.
Originally, they were masked by a bug in the PHY Lib which was
YOSHIFUJI Hideaki / 吉藤英明 wrote:
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
applied all four patches
-
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
On Mon, Jul 16, 2007 at 04:00:52PM +0300, Samuel Ortiz wrote:
> On Mon, Jul 16, 2007 at 02:17:15PM +0300, Samuel Ortiz wrote:
> > Hi Dave,
> >
> > When having built-in IrDA, we hit the following error:
> >
> > `irda_sysctl_unregister' referenced in section `.init.text' of
> > net/built-in.o: defi
Andy Fleming wrote:
A few bugs in the Vitesse PHY driver were found on the 8641D HPCN board.
Originally, they were masked by a bug in the PHY Lib which was fixed by patch
5f708dd91d15876e26d7a57f97a255cedffca463 (Fix phy_id for Vitesse 824x PHY).
That patch allowed the Vitesse PHY to bind on th
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/saa9730.c b/drivers/net/saa9730.c
index 451486b..7dae4d4 100644
--- a/drivers/net/saa9730.c
+++ b/drivers/net/saa9730.c
@@ -940,15 +940,14 @@ static void lan_saa9730_set_multicast(struct net_device
*dev)
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/ns83820.c b/drivers/net/ns83820.c
index 104aab3..ea80e6c 100644
--- a/drivers/net/ns83820.c
+++ b/drivers/net/ns83820.c
@@ -1582,7 +1582,7 @@ static void ns83820_set_multicast(struct net_device *ndev)
else
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/arm/ether3.c b/drivers/net/arm/ether3.c
index da71350..a7cac69 100644
--- a/drivers/net/arm/ether3.c
+++ b/drivers/net/arm/ether3.c
@@ -464,7 +464,7 @@ static void ether3_setmulticastlist(struct net_device *dev)
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
diff --git a/drivers/net/ni5010.c b/drivers/net/ni5010.c
index 3d5b423..22a3b3d 100644
--- a/drivers/net/ni5010.c
+++ b/drivers/net/ni5010.c
@@ -670,14 +670,10 @@ static void ni5010_set_multicast_list(struct net_device
*dev)
PRINTK
In message <[EMAIL PROTECTED]>,David Miller writes:
>Because of this and the sch_atm.c rejects, I guess you're
>not generating these patches against Linus's current tree.
i was working against your net-2.6 tree. i will checkout the linus tree
and check before submitting patches.
-
To unsubscribe
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 16:19:51 +0100
> None of the existing TCP congestion controls use the rtt value pased
> in the ca_ops->cong_avoid interface. Which is lucky because seq_rtt
> could have been -1 when handling a duplicate ack.
>
> Signed-off-by: St
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:31:43 -0400
> [ATM]: [drivers] ioremap balanced with iounmap
>
> Signed-off-by: Amol Lad <[EMAIL PROTECTED]>
> Signed-off-by: chas williams <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:31:59 -0400
> [ATM]: [idt77252] Rename CONFIG_ATM_IDT77252_SEND_IDLE to not resemble a
> Kconfig variable
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> Signed-off-by: chas williams <[EMAIL PROTECTED]>
A
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:31:14 -0400
> [ATM]: [lanai] sram_test_word() must be __devinit
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Signed-off-by: chas williams <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send th
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:30:55 -0400
> [ATM]: [lanai] change VENDOR to DEVICE
>
> There were 2 bad named macros in pci_ids (LANAI 2 and IHB). Rename it to
> DEVICE, because it's device id. Also some cleanup in the pci_device_id
> table (use
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:30:29 -0400
> [ATM]: [nicstar] Replace C code with call to ARRAY_SIZE() macro.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> Signed-off-by: chas williams <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe fro
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:29:58 -0400
> [ATM]: Eliminate dead config variable CONFIG_BR2684_FAST_TRANS.
>
> From: Robert P. J. Day <[EMAIL PROTECTED]>
> Signed-off-by: chas williams <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this lis
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 12:29:43 -0400
> [ATM]: Replacing kmalloc/memset combination with kzalloc.
>
> Signed-off-by: vignesh babu <[EMAIL PROTECTED]>
> Signed-off-by: chas williams <[EMAIL PROTECTED]>
I had to apply this patch by hand becaus
From: Ranko Zivojnovic <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 20:45:05 +0300
> [NET] gen_estimator deadlock fix
>
> -Fixes ABBA deadlock noted by Patrick McHardy <[EMAIL PROTECTED]>:
>
> > There is at least one ABBA deadlock, est_timer() does:
> > read_lock(&est_lock)
> > spin_lock(e->stats_
The TSEC/eTSEC can detect the interface to the PHY automatically,
but it isn't able to detect whether the RGMII connection needs internal
delay. So we need to detect that change in the device tree, propagate
it to the platform data, and then check it if we're in RGMII. This fixes
a bug on the 864
The TSEC/eTSEC automatically detect their PHY interface type, unless
the type is RGMII-ID (RGMII with internal delay). In that situation,
it just detects RGMII. In order to fix this, we need to pass in rgmii-id
if that is the connection type.
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 13:07:57 -0700
> [BNX2]: Update version to 1.6.3.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Also applied, thanks a lot.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
The Vitesse 824x PHY doesn't allow an interrupt to be cleared if
the mask bit for that interrupt isn't set. This means that the PHY
Lib's order of handling interrupts (disable, then clear) breaks on this
PHY. However, clearing then disabling the interrupt opens up the code
for a silly race condit
The Vitesse PHY on the 8641D needs to be set up with internal delay to
work in RGMII mode. So we add skew when it is set to RGMII_ID mode.
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
Signed-off-by: Haruki Dai <[EMAIL PROTECTED]>
Signed-off-by: Haiying Wang <[EMAIL PROTECTED]>
---
drivers/net
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 13:07:46 -0700
> [BNX2]: Use constants for stats ticks.
>
> Change all stats related magic numbers to constants.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscri
A few bugs in the Vitesse PHY driver were found on the 8641D HPCN board.
Originally, they were masked by a bug in the PHY Lib which was fixed by patch
5f708dd91d15876e26d7a57f97a255cedffca463 (Fix phy_id for Vitesse 824x PHY).
That patch allowed the Vitesse PHY to bind on the 8641D HPCN board, the
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 13:07:04 -0700
> [BNX2]: Support NVRAM on 5709.
>
> The NVRAM interface is slightly modified on the 5709. To properly
> support it, we need to change the buffered flag in the flash data
> structure into multiple flags to indicate bu
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 13:07:32 -0700
> [BNX2]: Add delay before reading firmware version.
>
> The management firmware may still be loading during bnx2_init_one()
> because of the D3hot -> D0 transition and the firmware version may
> not be available witho
On 7/13/07, Francois Romieu <[EMAIL PROTECTED]> wrote:
Signed-off-by: Mika Lansirinne <[EMAIL PROTECTED]>
---
drivers/net/8139cp.c | 27 ---
1 files changed, 24 insertions(+), 3 deletions(-)
diff --git a/drivers/net/8139cp.c b/drivers/net/8139cp.c
index 807e699..e970e6
Jeremy Fitzhardinge 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.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
C
device_bind_driver() error code returning has been fixed.
release() function has been written, so that to free resources
in correct way; the release path is now clean.
Before the rework, it used to cause
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is broken
and mu
Ayaz Abdulla wrote:
This patch contains errata fixes for the cicada phy. It only renamed the
defines to be phy specific.
Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
applied 1-3
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECT
Jay Cliburn wrote:
Remove unnecessary irq_sem code.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
applied 1-5
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
jing xiang wrote:
This patch is for cdc subset to support Mavell vendor/product ID.
Signed-off-by: Jing Xiang <[EMAIL PROTECTED]>
--- linux-2.6.21.5/drivers/usb/net/cdc_subset.c.orig2007-07-14
13:57:37.543028144 +0800
+++ linux-2.6.21.5/drivers/usb/net/cdc_subset.c 2007-07-14
13:58:30.52197
Francois Romieu wrote:
Signed-off-by: Mika Lansirinne <[EMAIL PROTECTED]>
---
drivers/net/8139cp.c | 27 ---
1 files changed, 24 insertions(+), 3 deletions(-)
applied, thanks for helping out Francois
-
To unsubscribe from this list: send the line "unsubscribe netdev
Brice Goglin wrote:
Remove nonsensical limit in the tx done routine. Specifically,
the loop will always terminate after processing <= 1 rings worth
of frames, as the mcp index is not refetched, so the removed
conditional could never be true.
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]>
---
d
Kumar Gala wrote:
A long time ago we used OCP with the gianfar driver. Eventually when
we kill arch/ppc including this will cause issues so lets just kill it now.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
applied both patches
-
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
Adrian Bunk wrote:
From: John Donoghue <[EMAIL PROTECTED]>
CONFIG_EP93XX_ETH=y, CONFIG_MII=n results in an obvious link error.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTEC
Ursula Braun wrote:
From: Frank Blaschka <[EMAIL PROTECTED]>
For large incoming packets > PAGE_SIZE/2 qeth creates a fragmented skb
by adding pointers to qdio pages to the fragment list of the skb.
This avoids allocating big chunks of consecutive memory. Also copying
data from the qdio buffer to
Alexandre Bounine wrote:
From: Alexandre Bounine <[EMAIL PROTECTED]>
This patch improves performance of the Tsi108 Ethernet driver by
changing interrupt handling for frame receive path. It reduces number of
interrupts generated for received frames and therefore lowers CPU
utilization by the devi
Thomas Klein wrote:
This patch adds support for DLPAR memory add to the eHEA driver. To detect
whether memory was added the driver uses its own memory mapping table and
checks for kernel addresses whether they're located in already known memory
sections. If not the function ehea_rereg_mrs() is tr
Andrew Paprocki <[EMAIL PROTECTED]> :
[...]
> Just writing to let you know that I'm still not getting a link on
> either r8169 port with the stock 2.6.22 kernel. I haven't been able to
> get any other network interface working on this device yet, as it only
> has a mini-PCI slot and I haven't found
John W. Linville wrote:
The following changes since commit 71780f59e127bb281a9302d430495ca9586c14e7:
Linus Torvalds (1):
Merge branch 'for-linus' of
git://git.kernel.org/.../ieee1394/linux1394-2.6
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lin
Micah Gruber wrote:
This patch fixes a potential null dereference bug where we dereference
nic before a null check. This patch simply moves the dereferencing
after the null check.
Signed-off-by: Micah Gruber < [EMAIL PROTECTED]>
--- a/drivers/net/s2io.c
+++ b/drivers/net/s2io.c
@@ -789,12 +789,
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Mon, 16 Jul 2007 12:25:35 -0500
> On Fri, Jul 13, 2007 at 03:47:02PM -0700, David Miller wrote:
> > From: [EMAIL PROTECTED] (Linas Vepstas)
> > Date: Fri, 13 Jul 2007 15:05:15 -0500
> >
> > >
> > > This is a patch (& bug report) for a crash in sysctl
From: Jiri Benc <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 18:46:53 +0200
> net/mac80211/ieee80211.c: In function ieee80211_register_hw:
> net/mac80211/ieee80211.c:4989: warning: comparison of distinct pointer types
> lacks a cast
>
> Fix by casting from size_t to unsigned as size of ieee80211_t
> sockets that join different groups receive messages from the respective
> other group (if they are only bound to the wildcard address). Obviously
> this is handled differently in Linux for IPv4, where the socket matching
> for incoming message is done solely on the 4-tuple of addresses and
p
[BNX2]: Update version to 1.6.3.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 2dd002b..a729da0 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -54,8 +54,8 @@
#define DRV_MODULE_NAME"bnx2"
#define PFX DRV
[BNX2]: Use constants for stats ticks.
Change all stats related magic numbers to constants.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 28399d8..2dd002b 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -4123,7 +4123,7 @@ b
Hello,
below in the text you find a small kernel module as a proof of concept,
that allows a listing of all current multicast group joins for (UDP/IPv4)
sockets (NOTE: sockets, neither IP-level nor netdevice-level) along with
the corresponding process(es) and filedescriptors.
Why did I do th
[BNX2]: Add delay before reading firmware version.
The management firmware may still be loading during bnx2_init_one()
because of the D3hot -> D0 transition and the firmware version may
not be available without waiting a bit.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/n
[BNX2]: Support NVRAM on 5709.
The NVRAM interface is slightly modified on the 5709. To properly
support it, we need to change the buffered flag in the flash data
structure into multiple flags to indicate buffered operation, address
translation, and the use of write enable (WREN). The 5709 flash
This patch adds support for SMSC's LAN911x and LAN921x families of
embedded ethernet controllers to ethtool's dump registers (-d) command.
This patch is for use with the smsc911x driver.
Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]>
---
Makefile.am|3 +-
ethtool-util.h |4 ++
Joakim Koskela wrote:
> diff --git a/net/ipv4/xfrm4_input.c b/net/ipv4/xfrm4_input.c
> index fa1902d..7a39f4c 100644
> --- a/net/ipv4/xfrm4_input.c
> +++ b/net/ipv4/xfrm4_input.c
> @@ -108,7 +108,8 @@ int xfrm4_rcv_encap(struct sk_buff *skb, __u16 encap_type)
> if (x->mode->input(x, s
Beschorner Daniel wrote:
>>I managed to reproduce a crash with ipcomp, will try to fix it later.
>
>
> Yes, I can confirm this.
> After disabling IPComp the crashes went away.
The crash happens in xfrm_bundle_ok when walking the bundle upwards
following xfrm_dst->u.next. The loop should be stop
On 16/07/07 14:01, Patrick McHardy wrote:
> Simon Arlott wrote:
>> On 15/07/07 16:07, Patrick McHardy wrote:
>Adding a route using "change":
># ip -6 r change 2002::/17 dev sit0 mtu 1280
># ip -6 r show 2002::/17
>2002::/17 dev sit0 metric 1024 expires 21334368sec mtu 1280 advmss
From: Alexandre Bounine <[EMAIL PROTECTED]>
This patch improves performance of the Tsi108 Ethernet driver by
changing interrupt handling for frame receive path. It reduces number of
interrupts generated for received frames and therefore lowers CPU
utilization by the device driver.
Signed-off-b
Hi Yoshifuji-san
Some more comments below...
YOSHIFUJI Hideaki / 吉藤英明 wrote:
>
> Thank you. Here's take 2.
>
> diff --git a/net/ipv6/datagram.c b/net/ipv6/datagram.c
> index b1fe7ac..119363a 100644
> --- a/net/ipv6/datagram.c
> +++ b/net/ipv6/datagram.c
> @@ -496,7 +496,58 @@ int datagram_recv
Patrick McHardy wrote:
> Jarek Poplawski wrote:
> > There is probably quite easy way to get rid of this one race only
> > by e.g. replacing *bstats field with NULL in gen_kill_estimator,
> > and check for this in est_timer just after taking a lock.
> >
You are absolutely right - I definitely overc
On Fri, Jul 13, 2007 at 03:47:02PM -0700, David Miller wrote:
> From: [EMAIL PROTECTED] (Linas Vepstas)
> Date: Fri, 13 Jul 2007 15:05:15 -0500
>
> >
> > This is a patch (& bug report) for a crash in sysctl_set_parent()
> > in 2.6.22-git2.
> >
> > Problem: 2.6.22-git2 crashes with a stack trac
On Fri, Jul 13, 2007 at 07:06:56PM -0600, Eric W. Biederman wrote:
> > .data = &ipv4_devconf.loop,
> > .maxlen = sizeof(int),
> > .mode = 0644,
> > + .child = 0x0,
> > .pro
Hello.
In article <[EMAIL PROTECTED]> (at Tue, 17 Jul 2007 00:49:02 +0800), Bryan Wu
<[EMAIL PROTECTED]> says:
> +static void bf537mac_set_multicast_list(struct net_device *dev)
> +{
> + u32 sysctl;
> +
> + if (dev->flags & IFF_PROMISC) {
> + printk(KERN_INFO "%s: set to prom
[ATM]: [drivers] ioremap balanced with iounmap
Signed-off-by: Amol Lad <[EMAIL PROTECTED]>
Signed-off-by: chas williams <[EMAIL PROTECTED]>
---
commit 15fa4d7e8fda822d42bc202fe390b52309ee9d86
tree bb741ef4aba074d449f6199522f746a64c3ab244
parent 9b3515b17a74eff9aad7409dd64888cf0cd03d4d
author Amol
[ATM]: [idt77252] Rename CONFIG_ATM_IDT77252_SEND_IDLE to not resemble a
Kconfig variable
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Signed-off-by: chas williams <[EMAIL PROTECTED]>
---
commit c6023af8babdaefc46d8ac7e3293f4bb87537422
tree f9aaecd241f8263b58caa6929f8b84002227c176
parent
[ATM]: [lanai] change VENDOR to DEVICE
There were 2 bad named macros in pci_ids (LANAI 2 and IHB). Rename it to
DEVICE, because it's device id. Also some cleanup in the pci_device_id
table (use PCI_VDEVICE).
Cc: Mitchell Blank Jr <[EMAIL PROTECTED]>
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
S
[ATM]: Eliminate dead config variable CONFIG_BR2684_FAST_TRANS.
From: Robert P. J. Day <[EMAIL PROTECTED]>
Signed-off-by: chas williams <[EMAIL PROTECTED]>
---
commit 6bab08f73e2c24665a523f15a4ebe4002be38a91
tree 2c6d28e064934b097f37b3b766900b7bb77264b4
parent ffc2850a65ef863fe52650e5e1bc7ac3e098
[ATM]: Replacing kmalloc/memset combination with kzalloc.
Signed-off-by: vignesh babu <[EMAIL PROTECTED]>
Signed-off-by: chas williams <[EMAIL PROTECTED]>
---
commit ffc2850a65ef863fe52650e5e1bc7ac3e098bbb8
tree 1e66e6f29dbda236b826cfdd6ce1b053d15224d9
parent 99d24edeb6abc6ca3a0d0fbdb83c664c04403
[ATM]: [lanai] sram_test_word() must be __devinit
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: chas williams <[EMAIL PROTECTED]>
---
commit 9b3515b17a74eff9aad7409dd64888cf0cd03d4d
tree 6b10b2df62cd24cfc86558c70ecc761e5bcaf724
parent b7560ad591d64544359766df2f2c687e9e65
autho
[ATM]: [nicstar] Replace C code with call to ARRAY_SIZE() macro.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Signed-off-by: chas williams <[EMAIL PROTECTED]>
---
commit e9e4b3e9524fd445fcc06f56678a6b7f3d1d5f3a
tree 7edafbabdafaad229fb728c1c74e6bca60a0c58c
parent 6bab08f73e2c24665a523f15a4
In article <[EMAIL PROTECTED]> (at Mon, 16 Jul 2007 11:31:28 -0400), Vlad
Yasevich <[EMAIL PROTECTED]> says:
> YOSHIFUJI Hideaki / 吉藤英明 wrote:
> > Hello.
> >
> > This patch is just a tentative implementation of RFC3542 IPV6_PKTINFO
> > sticky option, and is NOT intended to be applied so far.
> >
> Today a new site joined our Linux IPSec VPN, now all the
> other routers (all 2.6.22) freeze hard reproducible.
> No oops, no sysreq, only hard reset rewakes them.
Ok, I did a longer test and nothing crashed in the mean time without
IPComp.
So it really must have been the reason.
BTW now I see
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip ethernet MAC controller.
[try#2]
- add timeout control
- kill dma_config_reg bitfields
- some trivial cleanup
[try#3]
- add endianess check
- add DRV_NAME, DRV_VERSION... driver information string
net/mac80211/ieee80211.c: In function ieee80211_register_hw:
net/mac80211/ieee80211.c:4989: warning: comparison of distinct pointer types
lacks a cast
Fix by casting from size_t to unsigned as size of ieee80211_tx_status_rtap_hdr
structure will never be greater than that.
Signed-off-by: Jiri Ben
thanks, applied.
-
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
Patrick McHardy wrote:
> Possible. You could have spent your time working on other obvious
> issues, I'm pretty certain running scripts/checkpatch will show
> you quite a few.
>
Ugh! Indeed! Thanks for the hint!! I'll fix this immediately.
Is there anything else that can be checked beforehand?
Patrick McHardy wrote:
> Oliver Hartkopp wrote:
>
>> the people get the loopback functionality in ANY case. There is indeed
>> no difference from the view of the users, if you change this switch.
>>
>> The possibility to enable the loopback on vcan driver level is only to ...
>>
>> 1. Test the l
YOSHIFUJI Hideaki / 吉藤英明 wrote:
> Hello.
>
> This patch is just a tentative implementation of RFC3542 IPV6_PKTINFO
> sticky option, and is NOT intended to be applied so far.
>
> We need to check if this is okay in RFC POV, anyway.
ok. comments from just the RFC pov.
> diff --git a/net/ipv6/dat
> >>Did you turn on IPSec compression?
> >
> >
> >
> > No. Please send the policy you're using.
>
>
> I managed to reproduce a crash with ipcomp, will try to fix it later.
Yes, I can confirm this.
After disabling IPComp the crashes went away.
Thank you
Daniel
-
To unsubscribe from this list
None of the existing TCP congestion controls use the rtt value pased
in the ca_ops->cong_avoid interface. Which is lucky because seq_rtt
could have been -1 when handling a duplicate ack.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/include/net/tcp.h 2007-07-16 14:25:36.0 +0
Patrick McHardy wrote:
> Beschorner Daniel wrote:
>
>>>I recreated the same setup here, but things work fine even with
>>>different MTUs. Please try to narrow it down further or capture
>>>some more information (serial console/netconsole,
>>>CONFIG_DETECT_SOFTLOCKUP, ..).
>>
>>
>>Did you turn on I
On Mon, Jul 16, 2007 at 03:56:26PM +0400, Evgeniy Polyakov wrote:
> Hi Samuel.
>
> On Mon, Jul 16, 2007 at 02:17:15PM +0300, Samuel Ortiz ([EMAIL PROTECTED])
> wrote:
> > This is due to the irda_init fix recently added, where we call __exit
> > routines from an __init one. It is a build failure t
Patrick McHardy wrote:
> Beschorner Daniel wrote:
>
>>>I recreated the same setup here, but things work fine even with
>>>different MTUs. Please try to narrow it down further or capture
>>>some more information (serial console/netconsole,
>>>CONFIG_DETECT_SOFTLOCKUP, ..).
>>
>>
>>Did you turn on I
Beschorner Daniel wrote:
>>I recreated the same setup here, but things work fine even with
>>different MTUs. Please try to narrow it down further or capture
>>some more information (serial console/netconsole,
>>CONFIG_DETECT_SOFTLOCKUP, ..).
>
>
> Did you turn on IPSec compression?
No. Please
Hello.
This patch is just a tentative implementation of RFC3542 IPV6_PKTINFO
sticky option, and is NOT intended to be applied so far.
We need to check if this is okay in RFC POV, anyway.
---
[RFC] [IPV6]: Support RFC3542 IPV6_PKTINFO socket option.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTE
In article <[EMAIL PROTECTED]> (at Mon, 16 Jul 2007 15:14:06 +0100), Gerrit
Renker <[EMAIL PROTECTED]> says:
> | That is, someone needs to send a patch to the upstream manpages
> | maintainer and fix the documentation to actually describe what the
> | code does.
> |
> If it is simply replaci
In article <[EMAIL PROTECTED]> (at Mon, 16 Jul 2007 22:02:29 +0800), Herbert Xu
<[EMAIL PROTECTED]> says:
> Gerrit Renker <[EMAIL PROTECTED]> wrote:
> >
> > Manpage date says 1999-06-29 but in fact manpages are from up-to-date
> > lenny/sid.
>
> I think Yoshifuji-san's point is not that your m
> I recreated the same setup here, but things work fine even with
> different MTUs. Please try to narrow it down further or capture
> some more information (serial console/netconsole,
> CONFIG_DETECT_SOFTLOCKUP, ..).
Did you turn on IPSec compression?
-
To unsubscribe from this list: send the lin
| That is, someone needs to send a patch to the upstream manpages
| maintainer and fix the documentation to actually describe what the
| code does.
|
If it is simply replacing IPV6_PKTINFO with IPV6_RECVPKTINFO then I'd be happy
to do this.
Anything more complicated than that - it would be go
Beschorner Daniel wrote:
>>I'm running IPsec in the same setup as you describe above without
>>problems. I'm probably not seeing ICMP frag requireds on the wire
>>though since I believe the entire path is >= 1492.
>>
>>Could you try to find out whether those are responsible?
>>
>
>
> It's definit
Gerrit Renker <[EMAIL PROTECTED]> wrote:
>
> Manpage date says 1999-06-29 but in fact manpages are from up-to-date
> lenny/sid.
I think Yoshifuji-san's point is not that your manpages package
is out-of-date, but that the manpage itself is out-of-date.
That is, someone needs to send a patch to th
Johannes Berg wrote:
> On Wed, 2007-07-04 at 16:30 +0200, Johannes Berg wrote:
>
>>This is just a repost of the patches that I posted previously
>>because they were buried deeply in the ACPI thread and I'm
>>hoping that now other people will also take a look.
>
>
> Ping? Has anybody had a chance
Quoting YOSHIFUJI Hideaki / 吉藤英明:
| Current IPV6_PKTINFO is not equal to IPV6_RECVPKTINFO
| but a sticky option to set source address / interface
| for outgoing packet.
Thanks for the update, but there is no `current' IPV6_PKTINFO - set/getsockopt()
on this will result in ENOPROTOOPT.
Manpage d
Hi Francois,
sorry, i 4got to add the netdev-cc should not happen again ;-)
I still cannot access some patches (maybe u get them via browser cache or no
right restrictions?)
So, i added all your patches(1-21) from the bz2 file in the root-dir to a plain
driver from 2.6.22.1 ...
Fact is: I sti
> Today a new site joined our Linux IPSec VPN, now all the
> >>>
> >>>other routers
> >>>
> (all 2.6.22) freeze hard reproducible.
> >
> >
> > The problem is more general und ugly than I thought.
> >
> > I took 2 arbitrary boxes, one behind an Ethernet (A, Kernel
> 2.6.21, MTU
> > 1500
Beschorner Daniel wrote:
Today a new site joined our Linux IPSec VPN, now all the
>>>
>>>other routers
>>>
(all 2.6.22) freeze hard reproducible.
>
>
> The problem is more general und ugly than I thought.
>
> I took 2 arbitrary boxes, one behind an Ethernet (A, Kernel 2.6.21, MTU
> 1500
Pavel Emelianov wrote:
> Patrick McHardy wrote:
>
>> You don't have a struct ifinfomsg for the peer device. At some
>> point we might want to add support for specifying initial flags
>> for the device (some easily supportable ones are IFF_PROMISC,
>> IFF_ALLMULTI, IFF_NOARP) and ideally that shoul
1 - 100 of 134 matches
Mail list logo
