> @@ -916,9 +914,6 @@ static u32 osd_req_encode_op(struct ceph_osd_op *dst,
> * if the file was recently truncated, we include information about its
> * old and new size so that the object can be updated appropriately. (we
> * avoid synchronously deleting truncated objects because it's slow.)
> - *
> - * if @do_sync, include a 'startsync' command so that the osd will flush
> - * data quickly.
> */
> struct ceph_osd_request *ceph_osdc_new_request(struct ceph_osd_client *osdc,
> struct ceph_file_layout *layout,
> --
> 1.8.3.1
>
Applied, thanks.
Yan, Zheng
On Fri, Jun 2, 2017 at 10:18 PM, Arnd Bergmann <a...@arndb.de> wrote:
> On Fri, Jun 2, 2017 at 2:18 PM, Yan, Zheng <uker...@gmail.com> wrote:
>> On Fri, Jun 2, 2017 at 7:33 PM, Arnd Bergmann <a...@arndb.de> wrote:
>>> On Fri, Jun 2, 2017 at 1:18 PM, Yan, Zheng &
On Fri, Jun 2, 2017 at 7:33 PM, Arnd Bergmann <a...@arndb.de> wrote:
> On Fri, Jun 2, 2017 at 1:18 PM, Yan, Zheng <uker...@gmail.com> wrote:
>> On Fri, Jun 2, 2017 at 6:51 PM, Arnd Bergmann <a...@arndb.de> wrote:
>>> On Fri, Jun 2, 2017 at 12:10 PM,
On Fri, Jun 2, 2017 at 6:51 PM, Arnd Bergmann <a...@arndb.de> wrote:
> On Fri, Jun 2, 2017 at 12:10 PM, Yan, Zheng <uker...@gmail.com> wrote:
>> On Fri, Jun 2, 2017 at 5:45 PM, Arnd Bergmann <a...@arndb.de> wrote:
>>> On Fri, Jun 2, 2017 at 4:09 AM,
On Fri, Jun 2, 2017 at 5:45 PM, Arnd Bergmann <a...@arndb.de> wrote:
> On Fri, Jun 2, 2017 at 4:09 AM, Yan, Zheng <uker...@gmail.com> wrote:
>> On Fri, Jun 2, 2017 at 8:57 AM, Deepa Dinamani <deepa.ker...@gmail.com>
>> wrote:
>>> On Thu, Jun 1, 2017 at 5:
On Fri, Jun 2, 2017 at 8:57 AM, Deepa Dinamani <deepa.ker...@gmail.com> wrote:
> On Thu, Jun 1, 2017 at 5:36 PM, John Stultz <john.stu...@linaro.org> wrote:
>> On Thu, Jun 1, 2017 at 5:26 PM, Yan, Zheng <uker...@gmail.com> wrote:
>>> On Thu, Jun 1, 2017 at 6
On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann <a...@arndb.de> wrote:
> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng <uker...@gmail.com> wrote:
>> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani <deepa.ker...@gmail.com>
>> wrote:
>
>>> diff --git a/driver
On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann <a...@arndb.de> wrote:
> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng <uker...@gmail.com> wrote:
>> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani <deepa.ker...@gmail.com>
>> wrote:
>
>>> diff --git a/driver
->sb->s_time_gran);
This change causes our kernel_untar_tar test case to fail (inode's
ctime goes back). The reason is that there is time drift between the
time stamps got by ktime_get_real_ts() and current_time(). We need to
revert this change until current_time() uses ktime_get_real_ts()
in
@@ -1281,7 +1345,18 @@ static int is_in(struct ifmcaddr6 *pmc,
case MLD2_MODE_IS_EXCLUDE:
if (gdeleted || sdeleted)
return 0;
- return !((pmc-mca_flags MAF_GSQUERY)
!psf-sf_gsresp);
+ if (!((pmc-mca_flags
I get follow message when switch to single user mode and the kernel version is
2.6.15-rc1-git5.
Regards
Nov 18 08:26:23 localhost kernel: Debug: sleeping function called from invalid
context at mm/slab.c:2472
Nov 18 08:26:23 localhost kernel: in_atomic():1, irqs_disabled():0
Nov 18 08:26:23
The score.rule++ doesn't make any sense for me.
According to codes above, I think it should be hiscore.rule++; .
Signed-off-by: Yan Zheng[EMAIL PROTECTED]
Index: net/ipv6/addrconf.c
--- a/net/ipv6/addrconf.c 2005-11-13 12:23
by query.c.
You will notice that both X and Y are included in the MODE_IS_EXCLUDE report's source address list.
I hope I provide enough information this time. :-)
Regards
Signed-off-by: Yan Zheng[EMAIL PROTECTED]
Index:net/ipv6/mcast.c
MLD2_CHANGE_TO_EXCLUDE or MLD2_MODE_IS_EXCLUDE
report may be eliminated.
You can check this bug by test1.c in attachments. You will notice that there is
no MLD2_CHANGE_TO_EXCLUDE report.
Regards
Signed-off-by: Yan Zheng[EMAIL PROTECTED]
Index:net/ipv6/mcast.c
The patch changes the old one to equivalent code in IGMPv3 as David Stevens's
suggestion
http://lkml.org/lkml/2005/10/31/221
Regards
Signed-off-by: Yan Zheng[EMAIL PROTECTED]
Index:net/ipv6/mcast.c
==
--- linux-2.6.14/net/ipv6
David Stevens wrote:
Yan,
I think your patch has some problems.
Yan Zheng [EMAIL PROTECTED] wrote on 11/09/2005 03:58:20 AM:
+#if 0
if (!*psf_list) {
if (type == MLD2_ALLOW_NEW_SOURCES ||
type == MLD2_BLOCK_OLD_SOURCES)
@@ -1474,12 +1477,15 @@ static struct sk_buff
Hi.
MAF_GSQUERY flag may cause problem when MLDv1 compatibility mode expires.
Signed-off-by: Yan Zheng [EMAIL PROTECTED]
Index: net/ipv6/mcast.c
--- linux-2.6.14/net/ipv6/mcast.c 2005-11-05 09:09
Could you be more specific about what problem it will cause?
Thanks,
John
--
John W. Linville
[EMAIL PROTECTED]
If the first query message receive after expiration is MLDv2 general
query and MAF_GSQUERY flag is set. The report message only contains
sources marked by last MLDv2 Multicast
Kernel: linux-2.6.12.3
Keywords: IPv4 Forwarding Information Base
Function fib_create_info(in net/ipv4/fib_semantics.c) do not free memory
used by old hash table after enlarge fib_info hash table. Is this a bug?
give me a replay please!
linux 2.6.12.3
net/ipv4/fib_semantics.c:line 679
if (fib_info_cnt = fib_hash_size) {
unsigned int new_size = fib_hash_size 1;
struct hlist_head *new_info_hash;
struct hlist_head *new_laddrhash;
unsigned int bytes;
20 matches
Mail list logo
