[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <519E0CF5.7000308@gmail.com>
Date: Thu, 23 May 2013 08:35:01 -0400
From: Matthew O'Connor <liquidhorse@...il.com>
To: f.wiessner@...rt-weblications.de
CC: Greg KH <gregkh@...uxfoundation.org>, davem@...emloft.net,
andy@...yhouse.net, fubar@...ibm.com,
LKML <linux-kernel@...r.kernel.org>, stable@...r.kernel.org,
nikolay@...hat.com, vfalico@...hat.com, zheng.x.li@...cle.com
Subject: Re: https://lkml.org/lkml/2013/2/1/531
On 05/23/2013 06:24 AM, Smart Weblications GmbH - Florian Wiessner wrote:
> Hm, i tried to apply it to 3.4.46 but it does not work:
>
> node02:/ocfs2/usr/src/linux-3.4.46# patch -p1 <../bridge-patch-3.4.46
> patching file drivers/net/bonding/bond_alb.c
> Hunk #1 FAILED at 704.
> 1 out of 1 hunk FAILED -- saving rejects to file drivers/net/bonding/bond_alb.c.rej
> patching file drivers/net/bonding/bonding.h
> patching file include/linux/etherdevice.h
> Hunk #1 FAILED at 277.
> 1 out of 1 hunk FAILED -- saving rejects to file include/linux/etherdevice.h.rej
That is extremely odd, considering I applied this to a freshly
downloaded kernel source directly from kernel.org before resubmitting it:
hv11:~/kernel/linux-3.4.46$ patch -p1 <
../balance-alb-patches/balance-alb-3.4.patch
patching file drivers/net/bonding/bond_alb.c
patching file drivers/net/bonding/bonding.h
patching file include/linux/etherdevice.h
Here's the patch as an attachment instead; I suspect it keeps getting
damaged by my method of inclusion.
View attachment "balance-alb-3.4.patch" of type "text/x-patch" (3138 bytes)
Powered by blists - more mailing lists