(0);
> @@ -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 wrote:
> On Fri, Jun 2, 2017 at 2:18 PM, Yan, Zheng wrote:
>> On Fri, Jun 2, 2017 at 7:33 PM, Arnd Bergmann wrote:
>>> On Fri, Jun 2, 2017 at 1:18 PM, Yan, Zheng wrote:
>>> What I meant is another related proble
On Fri, Jun 2, 2017 at 7:33 PM, Arnd Bergmann wrote:
> On Fri, Jun 2, 2017 at 1:18 PM, Yan, Zheng wrote:
>> On Fri, Jun 2, 2017 at 6:51 PM, Arnd Bergmann wrote:
>>> On Fri, Jun 2, 2017 at 12:10 PM, Yan, Zheng wrote:
>>>> On Fri, Jun 2, 2017 at 5:45 PM, Arnd Bergma
On Fri, Jun 2, 2017 at 6:51 PM, Arnd Bergmann wrote:
> On Fri, Jun 2, 2017 at 12:10 PM, Yan, Zheng wrote:
>> On Fri, Jun 2, 2017 at 5:45 PM, Arnd Bergmann wrote:
>>> On Fri, Jun 2, 2017 at 4:09 AM, Yan, Zheng wrote:
>>>> On Fri, Jun 2, 2017 at 8:57 AM, Deepa Dinam
On Fri, Jun 2, 2017 at 5:45 PM, Arnd Bergmann wrote:
> On Fri, Jun 2, 2017 at 4:09 AM, Yan, Zheng wrote:
>> On Fri, Jun 2, 2017 at 8:57 AM, Deepa Dinamani
>> wrote:
>>> On Thu, Jun 1, 2017 at 5:36 PM, John Stultz wrote:
>>>> On Thu, Jun 1, 2017 at 5:26 PM,
On Fri, Jun 2, 2017 at 8:57 AM, Deepa Dinamani wrote:
> On Thu, Jun 1, 2017 at 5:36 PM, John Stultz wrote:
>> On Thu, Jun 1, 2017 at 5:26 PM, Yan, Zheng wrote:
>>> On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote:
>>>> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zhe
On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote:
> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote:
>> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani
>> wrote:
>
>>> diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c
>>> index 517838b..77204da
On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote:
> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote:
>> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani
>> wrote:
>
>>> diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c
>>> index 517838b..77204da
auses 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()
internally.
Regards
Yan, Zheng
>
>
> @@ -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_fl
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 lo
Hi.
addrconf_verify(...) only traverse address hash table when addrconf_hash_lock
is held
for writing, and it may hold addrconf_hash_lock for a long time. So I think
it's better
to acquire addrconf_hash_lock for reading instead of writing
Signed-off-by: Yan Zheng <[EMAIL P
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/i
Hi.
I think the scope for loopback address should be node local.
Regards
Signed-off-by: Yan Zheng <[EMAIL PROTECTED]>
--- linux-2.6.15-rc1/net/ipv6/addrconf.c2005-11-13 12:23:06.0
+0800
+++ lin
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
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
ecific Query 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]&g
f. So
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/i
> Do you have a test case that demonstrates this? It appears to
> me that an MLDv2 general query doesn't execute that code (short circuited
> above) and an MLDv1 general query (what that code is handling) will
> have a timer expiring before switching back to MLDv2 mode (so it'll send
> a v1
> 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 Mul
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
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;
23 matches
Mail list logo
