* Chassis sled cycle
@ 2020-03-30 19:59 Vijay Khemka
2020-03-30 23:02 ` Bills, Jason M
2020-03-31 17:52 ` Benjamin Fair
0 siblings, 2 replies; 12+ messages in thread
From: Vijay Khemka @ 2020-03-30 19:59 UTC (permalink / raw
To: James Feist, jason.m.bills@linux.intel.com; +Cc: openbmc@lists.ozlabs.org
[-- Attachment #1: Type: text/plain, Size: 263 bytes --]
Hi Jason,
We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
Regards
-Vijay
[-- Attachment #2: Type: text/html, Size: 1784 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-30 19:59 Chassis sled cycle Vijay Khemka
@ 2020-03-30 23:02 ` Bills, Jason M
2020-03-31 16:55 ` Vijay Khemka
2020-03-31 17:52 ` Benjamin Fair
1 sibling, 1 reply; 12+ messages in thread
From: Bills, Jason M @ 2020-03-30 23:02 UTC (permalink / raw
To: Vijay Khemka, James Feist; +Cc: openbmc@lists.ozlabs.org
Hi Vijay,
On 3/30/2020 12:59 PM, Vijay Khemka wrote:
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by
> sending an i2c command to hotswap controller. Is there any plan to add
> this feature in x86-power-control. It should take i2c bus address from
> configuration file.
We don't have any platforms with this capability, so there are no plans
to add this feature to x86-power-control.
>
> Regards
>
> -Vijay
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-30 23:02 ` Bills, Jason M
@ 2020-03-31 16:55 ` Vijay Khemka
0 siblings, 0 replies; 12+ messages in thread
From: Vijay Khemka @ 2020-03-31 16:55 UTC (permalink / raw
To: Bills, Jason M, James Feist; +Cc: openbmc@lists.ozlabs.org
Thanks James,
I will implement this feature in x86 power control.
Regards
-Vijay
On 3/30/20, 4:02 PM, "Bills, Jason M" <jason.m.bills@linux.intel.com> wrote:
Hi Vijay,
On 3/30/2020 12:59 PM, Vijay Khemka wrote:
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by
> sending an i2c command to hotswap controller. Is there any plan to add
> this feature in x86-power-control. It should take i2c bus address from
> configuration file.
We don't have any platforms with this capability, so there are no plans
to add this feature to x86-power-control.
>
> Regards
>
> -Vijay
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-30 19:59 Chassis sled cycle Vijay Khemka
2020-03-30 23:02 ` Bills, Jason M
@ 2020-03-31 17:52 ` Benjamin Fair
2020-03-31 20:07 ` Vijay Khemka
2020-03-31 20:32 ` Vijay Khemka
1 sibling, 2 replies; 12+ messages in thread
From: Benjamin Fair @ 2020-03-31 17:52 UTC (permalink / raw
To: Vijay Khemka
Cc: James Feist, jason.m.bills@linux.intel.com,
openbmc@lists.ozlabs.org
On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
>
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
>
>
>
> Regards
>
> -Vijay
This feature is implemented on some systems using an IPMI OEM command:
https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
It currently just activates the systemd target
gbmc-psu-hardreset.target and lets you register services to do the
actual hotswap reset (usually by toggling a GPIO). Having a unified
solution in x86-power-control for this would be great!
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 17:52 ` Benjamin Fair
@ 2020-03-31 20:07 ` Vijay Khemka
2020-03-31 20:52 ` William Kennington
2020-03-31 20:32 ` Vijay Khemka
1 sibling, 1 reply; 12+ messages in thread
From: Vijay Khemka @ 2020-03-31 20:07 UTC (permalink / raw
To: Benjamin Fair
Cc: James Feist, jason.m.bills@linux.intel.com,
openbmc@lists.ozlabs.org
On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com> wrote:
On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
>
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
>
>
>
> Regards
>
> -Vijay
This feature is implemented on some systems using an IPMI OEM command:
https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
It currently just activates the systemd target
gbmc-psu-hardreset.target and lets you register services to do the
actual hotswap reset (usually by toggling a GPIO). Having a unified
solution in x86-power-control for this would be great!
Ben, please clarify if this is same as power reset or different from power reset. As HSC reset
is being triggered by i2c command not through GPIO at least in our system. Power reset is
being triggered though POWER_RESET gpio pin and it is supported by x86-power-control.
Regards
-Vijay
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 17:52 ` Benjamin Fair
2020-03-31 20:07 ` Vijay Khemka
@ 2020-03-31 20:32 ` Vijay Khemka
2020-03-31 20:37 ` William Kennington
1 sibling, 1 reply; 12+ messages in thread
From: Vijay Khemka @ 2020-03-31 20:32 UTC (permalink / raw
To: Benjamin Fair
Cc: James Feist, jason.m.bills@linux.intel.com,
openbmc@lists.ozlabs.org
On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com> wrote:
On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
>
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
>
>
>
> Regards
>
> -Vijay
This feature is implemented on some systems using an IPMI OEM command:
https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
It currently just activates the systemd target
gbmc-psu-hardreset.target and lets you register services to do the
actual hotswap reset (usually by toggling a GPIO). Having a unified
solution in x86-power-control for this would be great!
Ben, Can you please share content of
https://github.com/openbmc/google-ipmi-sys/blob/master/gbmc-psu-hardreset.target
as my assumption is each platform needs to provide this file but I couldn't find any platform
using this. I only found reference in meta-quanta which is deleting this file. So please
provide a reference to this file.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 20:32 ` Vijay Khemka
@ 2020-03-31 20:37 ` William Kennington
2020-03-31 22:58 ` Vijay Khemka
0 siblings, 1 reply; 12+ messages in thread
From: William Kennington @ 2020-03-31 20:37 UTC (permalink / raw
To: Vijay Khemka
Cc: Benjamin Fair, jason.m.bills@linux.intel.com, James Feist,
openbmc@lists.ozlabs.org
[-- Attachment #1: Type: text/plain, Size: 1591 bytes --]
The target is just that file. Platform specific services add themselves as
WantedBy. You shouldn't really need to worry about that part as triggering
the service will cause them to run.
On Tue, Mar 31, 2020 at 1:33 PM Vijay Khemka <vijaykhemka@fb.com> wrote:
>
>
> On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com> wrote:
>
> On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
> >
> > Hi Jason,
> >
> > We have a requirement of Chassis sled cycle and it can be achieved
> by sending an i2c command to hotswap controller. Is there any plan to add
> this feature in x86-power-control. It should take i2c bus address from
> configuration file.
> >
> >
> >
> > Regards
> >
> > -Vijay
>
> This feature is implemented on some systems using an IPMI OEM command:
>
> https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
>
> It currently just activates the systemd target
> gbmc-psu-hardreset.target and lets you register services to do the
> actual hotswap reset (usually by toggling a GPIO). Having a unified
> solution in x86-power-control for this would be great!
>
> Ben, Can you please share content of
>
> https://github.com/openbmc/google-ipmi-sys/blob/master/gbmc-psu-hardreset.target
> as my assumption is each platform needs to provide this file but I
> couldn't find any platform
> using this. I only found reference in meta-quanta which is deleting this
> file. So please
> provide a reference to this file.
>
>
>
[-- Attachment #2: Type: text/html, Size: 2380 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 20:07 ` Vijay Khemka
@ 2020-03-31 20:52 ` William Kennington
2020-03-31 21:36 ` Benjamin Fair
0 siblings, 1 reply; 12+ messages in thread
From: William Kennington @ 2020-03-31 20:52 UTC (permalink / raw
To: Vijay Khemka
Cc: Benjamin Fair, jason.m.bills@linux.intel.com, James Feist,
openbmc@lists.ozlabs.org
[-- Attachment #1: Type: text/plain, Size: 1573 bytes --]
It could be a GPIO on some systems or it could be I2C on others. It just
depends on the hotswap controller used for the platforms. That's why it is
a systemd target with arbitrary scripting provided by the platform.
On Tue, Mar 31, 2020 at 1:49 PM Vijay Khemka <vijaykhemka@fb.com> wrote:
>
>
> On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com> wrote:
>
> On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
> >
> > Hi Jason,
> >
> > We have a requirement of Chassis sled cycle and it can be achieved
> by sending an i2c command to hotswap controller. Is there any plan to add
> this feature in x86-power-control. It should take i2c bus address from
> configuration file.
> >
> >
> >
> > Regards
> >
> > -Vijay
>
> This feature is implemented on some systems using an IPMI OEM command:
>
> https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
>
> It currently just activates the systemd target
> gbmc-psu-hardreset.target and lets you register services to do the
> actual hotswap reset (usually by toggling a GPIO). Having a unified
> solution in x86-power-control for this would be great!
>
> Ben, please clarify if this is same as power reset or different from power
> reset. As HSC reset
> is being triggered by i2c command not through GPIO at least in our system.
> Power reset is
> being triggered though POWER_RESET gpio pin and it is supported by
> x86-power-control.
>
> Regards
> -Vijay
>
>
[-- Attachment #2: Type: text/html, Size: 2234 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 20:52 ` William Kennington
@ 2020-03-31 21:36 ` Benjamin Fair
0 siblings, 0 replies; 12+ messages in thread
From: Benjamin Fair @ 2020-03-31 21:36 UTC (permalink / raw
To: William Kennington
Cc: Vijay Khemka, jason.m.bills@linux.intel.com, James Feist,
openbmc@lists.ozlabs.org
That's right, each platform can register whichever service is needed
to perform the actual reset. On some systems there's a BMC GPIO routed
to the HSC that tells it to perform a reset which is equivalent to
removing and reapplying AC power.
I'm not sure how POWER_RESET differs from this reset type.
On Tue, 31 Mar 2020 at 13:53, William Kennington <wak@google.com> wrote:
>
> It could be a GPIO on some systems or it could be I2C on others. It just depends on the hotswap controller used for the platforms. That's why it is a systemd target with arbitrary scripting provided by the platform.
>
> On Tue, Mar 31, 2020 at 1:49 PM Vijay Khemka <vijaykhemka@fb.com> wrote:
>>
>>
>>
>> On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com> wrote:
>>
>> On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
>> >
>> > Hi Jason,
>> >
>> > We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
>> >
>> >
>> >
>> > Regards
>> >
>> > -Vijay
>>
>> This feature is implemented on some systems using an IPMI OEM command:
>> https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
>>
>> It currently just activates the systemd target
>> gbmc-psu-hardreset.target and lets you register services to do the
>> actual hotswap reset (usually by toggling a GPIO). Having a unified
>> solution in x86-power-control for this would be great!
>>
>> Ben, please clarify if this is same as power reset or different from power reset. As HSC reset
>> is being triggered by i2c command not through GPIO at least in our system. Power reset is
>> being triggered though POWER_RESET gpio pin and it is supported by x86-power-control.
>>
>> Regards
>> -Vijay
>>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 20:37 ` William Kennington
@ 2020-03-31 22:58 ` Vijay Khemka
2020-03-31 23:11 ` William Kennington
0 siblings, 1 reply; 12+ messages in thread
From: Vijay Khemka @ 2020-03-31 22:58 UTC (permalink / raw
To: William Kennington
Cc: Benjamin Fair, jason.m.bills@linux.intel.com, James Feist,
openbmc@lists.ozlabs.org
[-- Attachment #1: Type: text/plain, Size: 2219 bytes --]
William,
I am not worried by that I am just considering that one has to implement that unit file as well.
Rather than triggering unit file why can’t we trigger gpio or i2c command based on configuration
Provided by each platform.
Regards
-Vijay
From: William Kennington <wak@google.com>
Date: Tuesday, March 31, 2020 at 1:37 PM
To: Vijay Khemka <vijaykhemka@fb.com>
Cc: Benjamin Fair <benjaminfair@google.com>, "jason.m.bills@linux.intel.com" <jason.m.bills@linux.intel.com>, James Feist <james.feist@linux.intel.com>, "openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>
Subject: Re: Chassis sled cycle
The target is just that file. Platform specific services add themselves as WantedBy. You shouldn't really need to worry about that part as triggering the service will cause them to run.
On Tue, Mar 31, 2020 at 1:33 PM Vijay Khemka <vijaykhemka@fb.com<mailto:vijaykhemka@fb.com>> wrote:
On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com<mailto:benjaminfair@google.com>> wrote:
On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com<mailto:vijaykhemka@fb.com>> wrote:
>
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
>
>
>
> Regards
>
> -Vijay
This feature is implemented on some systems using an IPMI OEM command:
https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
It currently just activates the systemd target
gbmc-psu-hardreset.target and lets you register services to do the
actual hotswap reset (usually by toggling a GPIO). Having a unified
solution in x86-power-control for this would be great!
Ben, Can you please share content of
https://github.com/openbmc/google-ipmi-sys/blob/master/gbmc-psu-hardreset.target
as my assumption is each platform needs to provide this file but I couldn't find any platform
using this. I only found reference in meta-quanta which is deleting this file. So please
provide a reference to this file.
[-- Attachment #2: Type: text/html, Size: 5146 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 22:58 ` Vijay Khemka
@ 2020-03-31 23:11 ` William Kennington
2020-04-01 17:28 ` Vijay Khemka
0 siblings, 1 reply; 12+ messages in thread
From: William Kennington @ 2020-03-31 23:11 UTC (permalink / raw
To: Vijay Khemka
Cc: Benjamin Fair, jason.m.bills@linux.intel.com, James Feist,
openbmc@lists.ozlabs.org
[-- Attachment #1: Type: text/plain, Size: 2575 bytes --]
You don't really want to implement that logic in the power daemon since it
has to find and unbind devices and whatnot. It's quite specific to a
platform and well tailored to be scripted.
On Tue, Mar 31, 2020 at 3:58 PM Vijay Khemka <vijaykhemka@fb.com> wrote:
> William,
>
> I am not worried by that I am just considering that one has to implement
> that unit file as well.
>
> Rather than triggering unit file why can’t we trigger gpio or i2c command
> based on configuration
>
> Provided by each platform.
>
>
>
> Regards
>
> -Vijay
>
>
>
> *From: *William Kennington <wak@google.com>
> *Date: *Tuesday, March 31, 2020 at 1:37 PM
> *To: *Vijay Khemka <vijaykhemka@fb.com>
> *Cc: *Benjamin Fair <benjaminfair@google.com>, "
> jason.m.bills@linux.intel.com" <jason.m.bills@linux.intel.com>, James
> Feist <james.feist@linux.intel.com>, "openbmc@lists.ozlabs.org" <
> openbmc@lists.ozlabs.org>
> *Subject: *Re: Chassis sled cycle
>
>
>
> The target is just that file. Platform specific services add themselves as
> WantedBy. You shouldn't really need to worry about that part as triggering
> the service will cause them to run.
>
>
>
> On Tue, Mar 31, 2020 at 1:33 PM Vijay Khemka <vijaykhemka@fb.com> wrote:
>
>
>
> On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com> wrote:
>
> On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com> wrote:
> >
> > Hi Jason,
> >
> > We have a requirement of Chassis sled cycle and it can be achieved
> by sending an i2c command to hotswap controller. Is there any plan to add
> this feature in x86-power-control. It should take i2c bus address from
> configuration file.
> >
> >
> >
> > Regards
> >
> > -Vijay
>
> This feature is implemented on some systems using an IPMI OEM command:
>
> https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
>
> It currently just activates the systemd target
> gbmc-psu-hardreset.target and lets you register services to do the
> actual hotswap reset (usually by toggling a GPIO). Having a unified
> solution in x86-power-control for this would be great!
>
> Ben, Can you please share content of
>
> https://github.com/openbmc/google-ipmi-sys/blob/master/gbmc-psu-hardreset.target
> as my assumption is each platform needs to provide this file but I
> couldn't find any platform
> using this. I only found reference in meta-quanta which is deleting this
> file. So please
> provide a reference to this file.
>
>
[-- Attachment #2: Type: text/html, Size: 5064 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Chassis sled cycle
2020-03-31 23:11 ` William Kennington
@ 2020-04-01 17:28 ` Vijay Khemka
0 siblings, 0 replies; 12+ messages in thread
From: Vijay Khemka @ 2020-04-01 17:28 UTC (permalink / raw
To: William Kennington
Cc: Benjamin Fair, jason.m.bills@linux.intel.com, James Feist,
openbmc@lists.ozlabs.org
[-- Attachment #1: Type: text/plain, Size: 3177 bytes --]
Alright, let me look into this design.
From: William Kennington <wak@google.com>
Date: Tuesday, March 31, 2020 at 4:11 PM
To: Vijay Khemka <vijaykhemka@fb.com>
Cc: Benjamin Fair <benjaminfair@google.com>, "jason.m.bills@linux.intel.com" <jason.m.bills@linux.intel.com>, James Feist <james.feist@linux.intel.com>, "openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>
Subject: Re: Chassis sled cycle
You don't really want to implement that logic in the power daemon since it has to find and unbind devices and whatnot. It's quite specific to a platform and well tailored to be scripted.
On Tue, Mar 31, 2020 at 3:58 PM Vijay Khemka <vijaykhemka@fb.com<mailto:vijaykhemka@fb.com>> wrote:
William,
I am not worried by that I am just considering that one has to implement that unit file as well.
Rather than triggering unit file why can’t we trigger gpio or i2c command based on configuration
Provided by each platform.
Regards
-Vijay
From: William Kennington <wak@google.com<mailto:wak@google.com>>
Date: Tuesday, March 31, 2020 at 1:37 PM
To: Vijay Khemka <vijaykhemka@fb.com<mailto:vijaykhemka@fb.com>>
Cc: Benjamin Fair <benjaminfair@google.com<mailto:benjaminfair@google.com>>, "jason.m.bills@linux.intel.com<mailto:jason.m.bills@linux.intel.com>" <jason.m.bills@linux.intel.com<mailto:jason.m.bills@linux.intel.com>>, James Feist <james.feist@linux.intel.com<mailto:james.feist@linux.intel.com>>, "openbmc@lists.ozlabs.org<mailto:openbmc@lists.ozlabs.org>" <openbmc@lists.ozlabs.org<mailto:openbmc@lists.ozlabs.org>>
Subject: Re: Chassis sled cycle
The target is just that file. Platform specific services add themselves as WantedBy. You shouldn't really need to worry about that part as triggering the service will cause them to run.
On Tue, Mar 31, 2020 at 1:33 PM Vijay Khemka <vijaykhemka@fb.com<mailto:vijaykhemka@fb.com>> wrote:
On 3/31/20, 10:53 AM, "Benjamin Fair" <benjaminfair@google.com<mailto:benjaminfair@google.com>> wrote:
On Mon, 30 Mar 2020 at 13:00, Vijay Khemka <vijaykhemka@fb.com<mailto:vijaykhemka@fb.com>> wrote:
>
> Hi Jason,
>
> We have a requirement of Chassis sled cycle and it can be achieved by sending an i2c command to hotswap controller. Is there any plan to add this feature in x86-power-control. It should take i2c bus address from configuration file.
>
>
>
> Regards
>
> -Vijay
This feature is implemented on some systems using an IPMI OEM command:
https://github.com/openbmc/google-ipmi-sys#delayedhardreset---subcommand-0x03
It currently just activates the systemd target
gbmc-psu-hardreset.target and lets you register services to do the
actual hotswap reset (usually by toggling a GPIO). Having a unified
solution in x86-power-control for this would be great!
Ben, Can you please share content of
https://github.com/openbmc/google-ipmi-sys/blob/master/gbmc-psu-hardreset.target
as my assumption is each platform needs to provide this file but I couldn't find any platform
using this. I only found reference in meta-quanta which is deleting this file. So please
provide a reference to this file.
[-- Attachment #2: Type: text/html, Size: 7995 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-04-01 17:28 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-03-30 19:59 Chassis sled cycle Vijay Khemka
2020-03-30 23:02 ` Bills, Jason M
2020-03-31 16:55 ` Vijay Khemka
2020-03-31 17:52 ` Benjamin Fair
2020-03-31 20:07 ` Vijay Khemka
2020-03-31 20:52 ` William Kennington
2020-03-31 21:36 ` Benjamin Fair
2020-03-31 20:32 ` Vijay Khemka
2020-03-31 20:37 ` William Kennington
2020-03-31 22:58 ` Vijay Khemka
2020-03-31 23:11 ` William Kennington
2020-04-01 17:28 ` Vijay Khemka
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.