Displaying 20 results from an estimated 110 matches similar to: "[Bridge] [PATCH] bridge: fix gcc format warning"
2007 Apr 18
0
[Bridge] [EBTABLES][PATCH] fix gcc format warning
Hi Dave,
Please apply this compiler warning fix from Randy.
Signed-off-by: Bart De Schuymer <bdschuym@telenet.be>
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
diff -Naurp ./net/bridge/netfilter/ebt_ulog.c~brnetf_types ./net/bridge/netfilter/ebt_ulog.c
--- ./net/bridge/netfilter/ebt_ulog.c~brnetf_types 2005-01-10 10:38:40.531343592 -0800
+++ ./net/bridge/netfilter/ebt_ulog.c
2002 Sep 19
1
Samba 2.2.6pre2 doesn't try to lookup for user user name by SID + pdbedit
I have instaled samba 2.2.6pre2 (due problems with printr drivers download
in 2.2.5) and I have also tried to install it using ldapsam backend.
It seems be working, but there are two problems:
- if I try to display directory ACL (file - properties - security) I show
only the user name, group name and others field are shown only as SIDs.
There is no hit to LDAP (OK, groups seems be supported
2009 Dec 18
2
[LLVMdev] [PATCH] dbgs() Use
Here's an example patch of how dbgs() will be used. Essentially I will
replace uses of errs() with dbgs(). I believe this is the correct thing
to do because:
- With #define NDEBUG, dbgs() == errs()
- With debugging and -debug-buffer-size=0 (the default), dbgs() just
passes output to errs().
- When -debug-buffer-size>0, you want to buffer ALL output so that you
don't get some
2006 Jul 26
5
linux-2.6-xen.hg
Hi,
Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being
updated? if not, what''s the preferred Linux tree to track that has all
of the Xen bits?
Thanks,
Muli
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
2010 Jun 04
0
[LLVMdev] Inserting a function call into bitcode
On Fri, Jun 4, 2010 at 1:09 AM, Nehal Gandhi <nbg2k7 at gmail.com> wrote:
> Hi Eli,
>
> I have attached a tar file containing Pass (ConditionPass.cpp), External
> function (PrintRes.cpp) and test program (try.c). I use command chain as
> describe in previous mail.
Can you just attach the final program.bc you pass to lli? I don't
know how to build a plugin off the top of
2010 Jun 04
2
[LLVMdev] Inserting a function call into bitcode
Hi Eli,
I have attached a tar file containing Pass (ConditionPass.cpp), External
function (PrintRes.cpp) and test program (try.c). I use command chain as
describe in previous mail.
Thanks,
Nehal.
-----Original Message-----
From: Eli Friedman [mailto:eli.friedman at gmail.com]
Sent: Friday, June 04, 2010 3:39 AM
To: Nehal Gandhi
Cc: llvmdev at cs.uiuc.edu
Subject: Re: [LLVMdev] Inserting a
2010 Jun 04
0
[LLVMdev] Inserting a function call into bitcode
On Fri, Jun 4, 2010 at 12:09 AM, Nehal Gandhi <nbg2k7 at gmail.com> wrote:
> On Thu, Jun 3, 2010 at 10:45 PM, Nehal Gandhi <nbg2k7 at gmail.com> wrote:
>>> Hi Eli,
>>>
>>> Thanks for that. Rookie mistake on my side. It solves the linking issue.
>>> However, it was not the main problem. The problem is when I execute the
>>> linked file (
2010 Jun 04
2
[LLVMdev] Inserting a function call into bitcode
On Thu, Jun 3, 2010 at 10:45 PM, Nehal Gandhi <nbg2k7 at gmail.com> wrote:
>> Hi Eli,
>>
>> Thanks for that. Rookie mistake on my side. It solves the linking issue.
>> However, it was not the main problem. The problem is when I execute the
>> linked file ( modified bitcode + file containing the function), I get an
>> assertion error - Assertion `Addr
2012 Sep 17
9
[PATCH] Upgrade vtpmd to berlios version 0.7.4
What will follow soon are updates to vtpmd, vtpm_manager, xm, xl,
mini-os, and new vtpm and vtpm manager stub domains.
The first patch I''d like to submit upgrades vtpmd to version 0.7.4
This patch does the following:
-add checks to configure to check for cmake (required by berlios 0.7.4)
-removes all of the 0.5.1 patches
-adds a single patch for 0.7.4
-cleans up the makefile, should
2010 Jun 04
1
[LLVMdev] Inserting a function call into bitcode
Here you go.
-----Original Message-----
From: Eli Friedman [mailto:eli.friedman at gmail.com]
Sent: Friday, June 04, 2010 7:42 AM
To: Nehal Gandhi
Cc: llvmdev at cs.uiuc.edu
Subject: Re: [LLVMdev] Inserting a function call into bitcode
On Fri, Jun 4, 2010 at 1:09 AM, Nehal Gandhi <nbg2k7 at gmail.com> wrote:
> Hi Eli,
>
> I have attached a tar file containing Pass
2007 Apr 18
0
[Bridge] [PATCH] (4/6) bridge: prevent bad forwarding table updates
Avoid poisoning of the bridge forwarding table by frames that have been
dropped by filtering. This prevents spoofed source addresses on hostile
side of bridge from causing packet leakage, a small but possible security
risk.
Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
Index: bridge/net/bridge/br_input.c
===================================================================
---
2017 Jul 18
0
[PATCH v12 6/8] mm: support reporting free page blocks
On 07/17/2017 11:24 PM, Michal Hocko wrote:
> On Fri 14-07-17 22:17:13, Michael S. Tsirkin wrote:
>> On Fri, Jul 14, 2017 at 02:30:23PM +0200, Michal Hocko wrote:
>>> On Wed 12-07-17 20:40:19, Wei Wang wrote:
>>>> This patch adds support for reporting blocks of pages on the free list
>>>> specified by the caller.
>>>>
>>>> As pages
2013 Aug 31
23
ERROR: Log level INFO requires LOG Target in your kernel and iptables
Hi,
I have 2 Debian testing boxes running a very similar setup (both running
the latest aptosid kernel); on one of them, since the
iptables/libxtables10 packages have been upgraded from 1.4.19.1-1 to
1.4.20-2, shorewall-init can''t start shorewall anymore and for this
reason ifupdown also fails triggering firewall up.
Shorewall can be successfully started later on, and ifupdown starts
2000 Aug 12
1
libao patch: Minor clean up / Byte-order proposal
Here is a patch to fix the compiler warnings I mentioned earlier. I've
removed the byte-order changes that don't make sense. (Thanks Michael for
pointing out the error!)
As for the byte-order changes, since some output modules don't have the option
to set the sample byte-order, I would like to standardize libao and ogg123 on
native byte-order. Will this break the ao_wav.c patches
2010 Jun 04
0
[LLVMdev] Inserting a function call into bitcode
On Thu, Jun 3, 2010 at 10:45 PM, Nehal Gandhi <nbg2k7 at gmail.com> wrote:
> Hi Eli,
>
>
>
> Thanks for that. Rookie mistake on my side. It solves the linking issue.
> However, it was not the main problem. The problem is when I execute the
> linked file ( modified bitcode + file containing the function), I get an
> assertion error - Assertion `Addr &&
2010 Jun 04
2
[LLVMdev] Inserting a function call into bitcode
Hi Eli,
Thanks for that. Rookie mistake on my side. It solves the linking issue.
However, it was not the main problem. The problem is when I execute the
linked file ( modified bitcode + file containing the function), I get an
assertion error - Assertion `Addr && "Code generation didn't add function to
GlobalAddress table!"' failed.
So my main concern - is that a
2013 Apr 15
8
[PATCH] btrfs-progs: No-op when called as fsck.btrfsck
Hi,
I thought that I would attempt a quick little patch that will make btrfsck into
a No-op when called as fsck.btrfsck.
The reasoning is that the FAQ states that it is recommended and safe to do so,
and the current 12.04 version of Ubuntu just symlinks fsck.btrfsck to btrfsck
instead of /bin/true.
PS - Apologies if I mess this git send-email up!
Dan McGrath (1):
btrfs-progs: No-op when
2007 Jul 13
12
XEN 3.1: critical bug: vif init failure after creating 15-17 VMs (XENBUS: Timeout connecting to device: device/vif)
We have found a critical problem with the XEN 3.1 release (for those who are running 15-20 VMs on a single server). We are using the official XEN 3.1 release on a rackable server (Dual-Core AMD Opteron, 8GB RAM).
The problem we are seeing is that intermittently vifs fail to work properly in VMs after we create around 15-17 VMs on our server (all running at the same time, created one by
2007 Apr 18
4
[Bridge] [PATCH/RFC] Let {ip, arp}tables "see" bridged VLAN tagged {I, AR}P packets
Hi all,
The patch below does four trivial changes and one big change
Trivial changes, these are all in br_netfilter.c:
- check ar_pln==4 when giving bridged ARP packets to arptables
- delete unnecessary if in br_nf_local_in
- add more logging for the "Argh" message
- add some brag-comments in the file head comment
Big change: let {ip,arp}tables see VLAN tagged {I,AR}P packets.
This
2019 Mar 12
0
[RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
On Tue, Mar 12, 2019 at 03:02:54PM -0700, James Bottomley wrote:
> I'm sure there must be workarounds elsewhere in the other arch code
> otherwise things like this, which appear all over drivers/, wouldn't
> work:
>
> drivers/scsi/isci/request.c:1430
>
> kaddr = kmap_atomic(page);
> memcpy(kaddr + sg->offset, src_addr, copy_len);
> kunmap_atomic(kaddr);