From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Boqun Feng <boqun@kernel.org>
Cc: "Paul E. McKenney" <paulmck@kernel.org>,
rcu@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-team@meta.com, Steven Rostedt <rostedt@goodmis.org>,
lkmm@lists.linux.dev, Zqiang <qiang.zhang@linux.dev>,
Wang Lian <lianux.mm@gmail.com>,
Kunwu Chan <kunwu.chan@gmail.com>,
Bradley Morgan <brads@mainlining.org>,
Bradley Morgan <include@grrlz.net>
Subject: Re: [PATCH 26/28] hazptr: Implement two-phase wildcard scan
Date: Fri, 25 Sep 2026 15:08:50 -0400 [thread overview]
Message-ID: <61c5fbbe-be15-4eda-9286-b8daf718b25c@efficios.com> (raw)
In-Reply-To: <arAB94gx8kFpU4rx@MacBook-0RXW5>
On 2026-09-20 11:55, Boqun Feng wrote:
> On Sun, Sep 20, 2026 at 08:46:55AM -0400, Mathieu Desnoyers wrote:
>> On 2026-09-19 09:28, Boqun Feng wrote:
>>> On Fri, Sep 18, 2026 at 05:00:54PM -0700, Paul E. McKenney wrote:
>>>> From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>>>>
>>>> Implement a two-phase wildcard scan to guarantee forward progress of
>>>> synchronize_hazptr() even if there is a steady stream of ill-timed
>>>> readers which populate wildcards into per-CPU slots.
>>>>
>>>> This is performed by flipping between two wildcard values (1UL and 2UL),
>>>> and alternatively scanning for the opposite wildcard while newcoming
>>>> readers use the other one.
>>>>
>>>> There is no possibility to miss a reader because all slots for all
>>>> wildcards are accounted for during a synchronize.
>>>>
>>>> As a simplification, use this period flip to drive the hazptr overflow
>>>> list selection as well, since there is really no point is making the
>>>> overflow list flip use a different state.
>>>>
>>>> Protect the wildcard flip with a mutex.
>>>>
>>>> Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
>>>> Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
>>>> Cc: Boqun Feng <boqun@kernel.org>
>>>> Reviewed-by: Bradley Morgan <include@grrlz.net>
>>>> ---
>>>> include/linux/hazptr.h | 6 ++-
>>>> kernel/hazptr.c | 98 ++++++++++++++++++++++++++++++------------
>>>> 2 files changed, 74 insertions(+), 30 deletions(-)
>>>>
>>>> diff --git a/include/linux/hazptr.h b/include/linux/hazptr.h
>>>> index 43998bf43de4..43122c5673bd 100644
>>>> --- a/include/linux/hazptr.h
>>>> +++ b/include/linux/hazptr.h
>>>> @@ -28,7 +28,9 @@
>>>> /* 4 slots (each sizeof(hazptr_slot_item)) fit in a single 64-byte cache line. */
>>>> #define NR_HAZPTR_PERCPU_SLOTS 4
>>>> -#define HAZPTR_WILDCARD ((void *) 0x1UL)
>>>> +
>>>> +/* The current hazard pointer wildcard. */
>>>> +extern void *hazptr_wildcard;
>>>> /*
>>>> * Hazard pointer slot.
>>>> @@ -243,7 +245,7 @@ void *hazptr_acquire(struct hazptr_ctx *ctx, void * const *addr_p)
>>>> #endif
>>>> if (unlikely(slot->addr))
>>>> return __hazptr_acquire(ctx, addr_p);
>>>> - WRITE_ONCE(slot->addr, HAZPTR_WILDCARD); /* Store B */
>>>> + WRITE_ONCE(slot->addr, READ_ONCE(hazptr_wildcard)); /* Store B */
>>>> /* Memory ordering: Store B before Load A. */
>>>> smp_mb();
>>>> diff --git a/kernel/hazptr.c b/kernel/hazptr.c
>>>> index a9d3d68a1525..d3d1050d92cf 100644
>>>> --- a/kernel/hazptr.c
>>>> +++ b/kernel/hazptr.c
>>>> @@ -13,6 +13,17 @@
>>>> #include <linux/list.h>
>>>> #include <linux/export.h>
>>>> +/*
>>>> + * The current hazard pointer wildcard. Flips between 1UL and 2UL to guarantee
>>>> + * hazptr_synchronize forward progress even with a steady stream of readers.
>>>> + * This wildcard value is used by acquire to temporarily tag the per-CPU slots.
>>>> + * This also affects the overflow list selection: the current list used by
>>>> + * readers is array[(unsigned long) hazptr_wildcard - 1].
>>>> + */
>>>> +static DEFINE_MUTEX(hazptr_wildcard_lock); /* Protect the wildcard flip. */
>>>> +void *hazptr_wildcard = (void *) 1UL;
>>>> +EXPORT_SYMBOL_GPL(hazptr_wildcard);
>>>> +
>>>> struct hazptr_overflow_list {
>>>> raw_spinlock_t lock; /* Lock protecting overflow list and list generation. */
>>>> struct hlist_head head; /* Overflow list head. */
>>>> @@ -28,8 +39,6 @@ struct hazptr_overflow_list {
>>>> * limited to the number of list elements.
>>>> */
>>>> struct hazptr_overflow_list_flip {
>>>> - struct mutex lock; /* Mutex protecting add_idx from concurrent updates. */
>>>> - unsigned int add_idx; /* Index of current flip-list to add to. */
>>>> struct hazptr_overflow_list array[2];
>>>> };
>>>> @@ -38,6 +47,20 @@ static DEFINE_PER_CPU(struct hazptr_overflow_list_flip, percpu_overflow_list_fli
>>>> DEFINE_PER_CPU(struct hazptr_percpu_slots, hazptr_percpu_slots);
>>>> EXPORT_PER_CPU_SYMBOL_GPL(hazptr_percpu_slots);
>>>> +static
>>>> +void *flip_wildcard(void *wildcard)
>>>> +{
>>>> + return ((unsigned long) wildcard == 1UL) ? (void *) 2UL : (void *) 1UL;
>>>> +}
>>>> +
>>>> +static
>>>> +bool is_wildcard(void *addr)
>>>> +{
>>>> + if ((unsigned long) addr == 1UL || (unsigned long) addr == 2UL)
>>>> + return true;
>>>> + return false;
>>>> +}
>>>> +
>>>> static
>>>> struct hazptr_slot *hazptr_get_free_percpu_slot(struct hazptr_ctx *ctx)
>>>> {
>>>> @@ -72,7 +95,7 @@ void *__hazptr_acquire(struct hazptr_ctx *ctx, void * const *addr_p)
>>>> */
>>>> if (unlikely(!slot))
>>>> slot = hazptr_chain_backup_slot(ctx);
>>>> - WRITE_ONCE(slot->addr, HAZPTR_WILDCARD); /* Store B */
>>>> + WRITE_ONCE(slot->addr, READ_ONCE(hazptr_wildcard)); /* Store B */
>>>> /* Memory ordering: Store B before Load A. */
>>>> smp_mb();
>>>> @@ -118,7 +141,9 @@ void hazptr_synchronize_overflow_list(struct hazptr_overflow_list *overflow_list
>>>> for (;;) {
>>>> void *load_addr = smp_load_acquire(&backup_slot->slot.addr); /* Load B */
>>>> - if (load_addr != addr && load_addr != HAZPTR_WILDCARD)
>>>> + /* We don't expect wildcards in overflow list. */
>>>> + WARN_ON_ONCE(is_wildcard(load_addr));
>>>> + if (load_addr != addr)
>>>> break;
>>>> raw_spin_unlock_irqrestore(&overflow_list->lock, flags);
>>>> cpu_relax();
>>>> @@ -139,7 +164,7 @@ void hazptr_synchronize_overflow_list(struct hazptr_overflow_list *overflow_list
>>>> }
>>>> static
>>>> -void hazptr_synchronize_cpu_slots(int cpu, void *addr)
>>>> +void hazptr_synchronize_cpu_slots(int cpu, void *addr, void *scan_wildcard)
>>>> {
>>>> struct hazptr_percpu_slots *percpu_slots = per_cpu_ptr(&hazptr_percpu_slots, cpu);
>>>> unsigned int idx;
>>>> @@ -148,7 +173,39 @@ void hazptr_synchronize_cpu_slots(int cpu, void *addr)
>>>> struct hazptr_slot_item *item = &percpu_slots->items[idx];
>>>> /* Busy-wait if node is found. */
>>>> - smp_cond_load_acquire(&item->slot.addr, VAL != addr && VAL != HAZPTR_WILDCARD); /* Load B */
>>>> + smp_cond_load_acquire(&item->slot.addr, VAL != addr && VAL != scan_wildcard); /* Load B */
>>>> + }
>>>> +}
>>>> +
>>>> +static
>>>> +void hazptr_scan_period(void *addr, void *scan_wildcard)
>>>> +{
>>>> + unsigned int scan_idx = (unsigned long) scan_wildcard - 1;
>>>> + int cpu;
>>>> +
>>>> + /* Scan all CPUs slots. */
>>>> + for_each_possible_cpu(cpu) {
>>>> + struct hazptr_overflow_list_flip *overflow_list_flip = per_cpu_ptr(&percpu_overflow_list_flip, cpu);
>>>> +
>>>> + /*
>>>> + * Scan CPU slots.
>>>> + * Forward progress against recurring wildcards is guaranteed
>>>> + * by scanning for one wildcard while new elements use the
>>>> + * other wildcard value (1UL vs 2UL).
>>>> + * Forward progress against recurring single hazard pointer
>>>> + * values is guaranteed by the fact that a hazard pointer
>>>> + * is not reclaimed nor reused until the scan for that hazard
>>>> + * pointer completes, which prevents a steady flow of readers
>>>> + * to acquire that same hazard pointer value.
>>>> + */
>>>> + hazptr_synchronize_cpu_slots(cpu, addr, scan_wildcard);
>>>> +
>>>> + /*
>>>> + * Scan backup slots in percpu overflow lists.
>>>> + * Forward progress is guaranteed by scanning one list
>>>> + * while new elements are added into the other list.
>>>> + */
>>>> + hazptr_synchronize_overflow_list(&overflow_list_flip->array[scan_idx], addr);
>>>> }
>>>> }
>>>> @@ -161,7 +218,7 @@ void hazptr_synchronize_cpu_slots(int cpu, void *addr)
>>>> */
>>>> void hazptr_synchronize(void *addr)
>>>> {
>>>> - int cpu;
>>>> + void *scan_wildcard;
>>>> /*
>>>> * Busy-wait should only be done from preemptible context.
>>>> @@ -177,33 +234,19 @@ void hazptr_synchronize(void *addr)
>>>> return;
>>>> /* Memory ordering: Store A before Load B. */
>>>> smp_mb();
>>>> - /* Scan all CPUs slots. */
>>>> - for_each_possible_cpu(cpu) {
>>>> - struct hazptr_overflow_list_flip *overflow_list_flip = per_cpu_ptr(&percpu_overflow_list_flip, cpu);
>>>> - unsigned int scan_idx;
>>>> -
>>>> - /* Scan CPU slots. */
>>>> - hazptr_synchronize_cpu_slots(cpu, addr);
>>>> - /*
>>>> - * Scan backup slots in percpu overflow lists.
>>>> - * Forward progress is guaranteed by scanning one list
>>>> - * while new elements are added into the other list.
>>>> - */
>>>> - guard(mutex)(&overflow_list_flip->lock);
>>>> - scan_idx = overflow_list_flip->add_idx ^ 1;
>>>> - hazptr_synchronize_overflow_list(&overflow_list_flip->array[scan_idx], addr);
>>>> - /* Flip current list. */
>>>> - WRITE_ONCE(overflow_list_flip->add_idx, scan_idx);
>>>> - hazptr_synchronize_overflow_list(&overflow_list_flip->array[scan_idx ^ 1], addr);
>>>> - }
>>>> + guard(mutex)(&hazptr_wildcard_lock);
>>>> + scan_wildcard = flip_wildcard(hazptr_wildcard);
>>>> + hazptr_scan_period(addr, scan_wildcard);
>>>> + WRITE_ONCE(hazptr_wildcard, scan_wildcard); /* Flip the current wildcard. */
>>>> + hazptr_scan_period(addr, flip_wildcard(scan_wildcard));
>>>> }
>>>> EXPORT_SYMBOL_GPL(hazptr_synchronize);
>>>> struct hazptr_slot *hazptr_chain_backup_slot(struct hazptr_ctx *ctx)
>>>> {
>>>> struct hazptr_overflow_list_flip *overflow_list_flip = this_cpu_ptr(&percpu_overflow_list_flip);
>>>> - unsigned int list_idx = READ_ONCE(overflow_list_flip->add_idx);
>>>> + unsigned int list_idx = (unsigned long) READ_ONCE(hazptr_wildcard) - 1;
>>>
>>>
>>> What if this happens?
>>>
>>> { <hazptr_wildcard == 2UL> }
>>>
>>> CPU 0 CPU 1
>>> ===== =====
>>> hazptr_acquire(ctx, &gp):
>>> WRITE_ONCE(slot->addr, READ_ONCE(hazptr_wildcard)); /* Store B */
>>> // slot->addr == 2
>>> smp_mb();
>>>
>>> addr = READ_ONCE(*addr_p); /* Load A */
>>> // ^ addr == gp == old, i.e not NULL
>>>
>>> /* unpublish and wait for reader */
>>> old = gp;
>>> WRITE_ONCE(gp, NULL);
>>> hazptr_synchronize(old):
>>> smp_mb();
>>> guard(mutex)(&hazptr_wildcard_lock);
>>> scan_wildcard = flip_wildcard(hazptr_wildcard);
>>> // ^ scan_wildcard == 1;
>>>
>>> hazptr_scan_period(addr, scan_wildcard);
>>> // ^ will miss reader on CPU 0
>>> // because its slot->addr == 2
>>> WRITE_ONCE(hazptr_wildcard, scan_wildcard); /* Flip the current wildcard. */
>>>
>>> { <hazptr_wildcard == 1UL> }
>>>
>>> WRITE_ONCE(slot->addr, addr);
>>>
>>> hazptr_detach():
>>> hazptr_chain_backup_slot():
>>> list_idx = READ_ONCE(hazptr_wildcard) - 1;
>>> // ^ list_idx == 0
>>>
>>> smp_store_release(&slot->addr, NULL);
>>> // ^ clear the per-CPU slot
>>> // flip_wildcard(scan_wildcard) == 2
>>> hazptr_scan_period(addr, flip_wildcard(scan_wildcard));
>>> // ^ will miss reader on CPU 0
>>> // because it only scans list
>>> // 1.
>>>
>>> If I'm not missing anything, then it means a reader can dodge the
>>> hazptr_synchronize() scan, because its per-CPU slot can appear on
>>> wildchard=1 but its backup slot can be on wildcard=2.
>>
>> The scenario presented here includes a call to hazptr_detach,
>> which moves the slot to the backup list, which is handled by
>
> But the slot move happens between the two scans in one
> hazptr_synchronize(), so it's moved to the scan list 0 instead of 1,
> after we already finished the the scan of list 0, no? That's why the
> scan can miss it.
Just to be clear, there are really two mechanisms combined here:
1) The per-cpu slots scan (fast path), now made two-phases.
2) A two-phases overflow list scan, for "detached" slots.
If we look at hazptr_promote_to_backup_slot():
* Move hazard pointer from the per-CPU slot to the
* backup slot. This requires hazard pointer
* synchronize to iterate on per-CPU slots with
* load-acquire before iterating on the overflow list.
This means synchronize needs to observe the per-cpu slots
*before* it observes the overflow list.
Now your point: because my current implementation observes
each phase separately, for each cpu, your concern is that
a detached per-cpu slot being moved to an overflow list of
a different phase could be missed.
Indeed, when hazptr_chain_backup_slot is invoked, it re-loads
hazptr_wildcard, and therefore its phase is completely
independent of the phase used for the per-cpu counter.
I think you're onto something. The safe approach out of this
would be to restructure hazptr_synchronize() to scan for
both per-cpu slots phases _first_ and then scan for the
overflow lists. This could be done by separating the
scan_wildcard into separate words: one driving the fast-path
"wildcard", the other for the overflow list phase selection.
>
>> hazptr_synchronize() _after_ scanning the per-cpu slots
>> for address and both wildcard values. So the synchronize
>> algorithm on the right column should be completed to show the
>> role of the backup slot handling as well.
>>
>
> I don't think I see the enough explanantion here, maybe you can
> elaborate more? Especially when the hazptr_detach() happens in-between
> these two hazptr_scan_period()?
As I explained above, I think you've found a hole. Does my
analysis and proposed solution make sense ?
Thanks,
Mathieu
>
> Regards,
> BOqun
>
>> Thanks,
>>
>> Mathieu
>>
>>
>>>
>>> Thoughts?
>>>
>>> Regards,
>>> Boqun
>>>
>>>> struct hazptr_overflow_list *overflow_list = &overflow_list_flip->array[list_idx];
>>>> struct hazptr_slot *slot = &ctx->backup_slot.slot;
>>>> @@ -233,7 +276,6 @@ void __init hazptr_init(void)
>>>> for_each_possible_cpu(cpu) {
>>>> struct hazptr_overflow_list_flip *overflow_list_flip = per_cpu_ptr(&percpu_overflow_list_flip, cpu);
>>>> - mutex_init(&overflow_list_flip->lock);
>>>> for (int i = 0; i < 2; i++) {
>>>> raw_spin_lock_init(&overflow_list_flip->array[i].lock);
>>>> INIT_HLIST_HEAD(&overflow_list_flip->array[i].head);
>>>> --
>>>> 2.40.1
>>>>
>>
>>
>> --
>> Mathieu Desnoyers
>> EfficiOS Inc.
>> https://www.efficios.com
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com
next prev parent reply other threads:[~2026-09-25 19:09 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-18 23:59 [PATCH RFC v3 0/28] Simple hazard-pointer implementation and torture tests Paul E. McKenney
2026-09-19 0:00 ` [PATCH 01/28] hazptr: Implement Hazard Pointers Paul E. McKenney
2026-09-19 11:12 ` Bradley Morgan
2026-09-19 16:30 ` Linus Torvalds
2026-09-19 16:34 ` Bradley Morgan
2026-09-19 17:00 ` Linus Torvalds
2026-09-19 17:09 ` Mathieu Desnoyers
2026-09-19 18:09 ` Boqun Feng
2026-09-19 17:19 ` Mathieu Desnoyers
2026-09-19 18:18 ` Paul E. McKenney
2026-09-19 23:58 ` Bradley Morgan
2026-09-19 16:41 ` Bradley Morgan
2026-09-19 17:56 ` Paul E. McKenney
2026-09-19 0:00 ` [PATCH 02/28] hazptr: Add refscale test Paul E. McKenney
2026-09-19 0:00 ` [PATCH 03/28] torture: Add a hazptrtorture.c torture test Paul E. McKenney
2026-09-19 0:00 ` [PATCH 04/28] hazptrtorture: Add testing of on-stack hazptr_ctx structures Paul E. McKenney
2026-09-19 0:00 ` [PATCH 05/28] hazptrtorture: Add microsecond-scale sleep in readers Paul E. McKenney
2026-09-19 0:00 ` [PATCH 06/28] hazptrtorture: Enable system-independent CPU overcommit Paul E. McKenney
2026-09-19 0:00 ` [PATCH 07/28] torture: Add a stutter_will_wait() function Paul E. McKenney
2026-09-19 0:00 ` [PATCH 08/28] hazptrtorture: Use mnemonic local variables for context information Paul E. McKenney
2026-09-19 0:00 ` [PATCH 09/28] hazptrtorture: Split hazptr_torture_reader_tail() from hazptr_torture_reader() Paul E. McKenney
2026-09-19 0:00 ` [PATCH 10/28] hazptrtorture: Add kthread to release deferred hazard pointers Paul E. McKenney
2026-09-19 0:00 ` [PATCH 11/28] hazptrtorture: Defer release of " Paul E. McKenney
2026-09-19 0:00 ` [PATCH 12/28] hazptrtorture: Add irq_acquire to acquire hazptr from irq Paul E. McKenney
2026-09-19 0:00 ` [PATCH 13/28] hazptrtorture: Use task_state_to_char() for task-state reporting Paul E. McKenney
2026-09-19 0:00 ` [PATCH 14/28] hazptrtorture: Pass hazptr_pending to hazptr_torture_reader_tail() Paul E. McKenney
2026-09-19 0:00 ` [PATCH 15/28] hazptrtorture: Add the ability to disable the writer kthread Paul E. McKenney
2026-09-19 0:00 ` [PATCH 16/28] hazptrtorture: Add irq_release to release hazptr from irq Paul E. McKenney
2026-09-19 0:00 ` [PATCH 17/28] hazptrtorture: Accumulate operation statistics Paul E. McKenney
2026-09-19 0:00 ` [PATCH 18/28] doc: Add hazptrtorture module parameters Paul E. McKenney
2026-09-19 0:00 ` [PATCH 19/28] hazptr: Permit detaching hazard pointers from contexts Paul E. McKenney
2026-09-19 11:42 ` Boqun Feng
2026-09-19 11:43 ` Boqun Feng
2026-09-19 0:00 ` [PATCH 20/28] hazptrtorture: Detach deferred and IPIed hazard pointers Paul E. McKenney
2026-09-19 0:00 ` [PATCH 21/28] hazptr: Introduce CONFIG_HAZPTR_DEBUG misuse detection Paul E. McKenney
2026-09-19 0:00 ` [PATCH 22/28] hazptrtorture: Fix hazptr ownership issue Paul E. McKenney
2026-09-19 0:00 ` [PATCH 23/28] hazptrtorture: Enable CONFIG_HAZPTR_DEBUG Paul E. McKenney
2026-09-19 0:00 ` [PATCH 24/28] hazptr: Upgrade kernel-doc headers Paul E. McKenney
2026-09-19 0:00 ` [PATCH 25/28] hazptrtorture: Fix inverted sleep condition in do_pending kthread Paul E. McKenney
2026-09-19 0:00 ` [PATCH 26/28] hazptr: Implement two-phase wildcard scan Paul E. McKenney
2026-09-19 13:28 ` Boqun Feng
2026-09-20 12:46 ` Mathieu Desnoyers
2026-09-20 15:55 ` Boqun Feng
2026-09-25 19:08 ` Mathieu Desnoyers [this message]
2026-09-20 14:46 ` Gary Guo
2026-09-20 15:44 ` Mathieu Desnoyers
2026-09-20 15:57 ` Gary Guo
2026-09-25 19:19 ` Mathieu Desnoyers
2026-09-25 20:17 ` Gary Guo
2026-09-25 20:18 ` Mathieu Desnoyers
2026-09-19 0:00 ` [PATCH 27/28] hazptr: handle NULL address in hazptr_detach Paul E. McKenney
2026-09-19 0:00 ` [PATCH 28/28] torture.sh: Add hazptr torturing Paul E. McKenney
2026-09-19 11:18 ` Bradley Morgan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=61c5fbbe-be15-4eda-9286-b8daf718b25c@efficios.com \
--to=mathieu.desnoyers@efficios.com \
--cc=boqun@kernel.org \
--cc=brads@mainlining.org \
--cc=include@grrlz.net \
--cc=kernel-team@meta.com \
--cc=kunwu.chan@gmail.com \
--cc=lianux.mm@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkmm@lists.linux.dev \
--cc=paulmck@kernel.org \
--cc=qiang.zhang@linux.dev \
--cc=rcu@vger.kernel.org \
--cc=rostedt@goodmis.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®