Re: [PATCH v6 2/2] dt-bindings: mfd: Add DT compatible string "google,cros_ec_uart"

2020-10-11 Thread Duncan Laurie
On Sun, Oct 11, 2020 at 4:59 AM Enric Balletbo i Serra wrote: > > Hi Bhanu, > > Thank you for your patch. > > On 9/10/20 23:01, Bhanu Prakash Maiya wrote: > > Add DT compatible string in > > Documentation/devicetree/bindings/mfd/google,cros-ec.yaml > > > > The problem with this patchset continues

Re: [PATCH] platform/chrome: wilco_ec: Add telemetry data char device interface

2019-04-18 Thread Duncan Laurie
On Mon, Apr 15, 2019 at 1:04 AM Enrico Weigelt, metux IT consult wrote: > > On 13.04.19 00:45, Nick Crews wrote: > > The Wilco Embedded Controller is able to send telemetry data > > which is useful for enterprise applications. > > What kind of "enterprise applications" exactly ? > > > A daemon

[PATCH] TPM: Retry SaveState command in suspend path

2013-03-17 Thread Duncan Laurie
Signed-off-by: Duncan Laurie --- drivers/char/tpm/tpm.c | 31 +++ drivers/char/tpm/tpm.h | 3 +++ 2 files changed, 30 insertions(+), 4 deletions(-) diff --git a/drivers/char/tpm/tpm.c b/drivers/char/tpm/tpm.c index 0d2e82f..7c3b3dc 100644 --- a/drivers/char/tpm/tpm.c +++ b/dr

[PATCH] TPM: Retry SaveState command in suspend path

2013-03-17 Thread Duncan Laurie
-by: Duncan Laurie dlau...@chromium.org --- drivers/char/tpm/tpm.c | 31 +++ drivers/char/tpm/tpm.h | 3 +++ 2 files changed, 30 insertions(+), 4 deletions(-) diff --git a/drivers/char/tpm/tpm.c b/drivers/char/tpm/tpm.c index 0d2e82f..7c3b3dc 100644 --- a/drivers/char/tpm/tpm.c

Re: int. assignment on SMP + ServerWorks chipset

2001-01-22 Thread Duncan Laurie
On Mon, 22 Jan 2001, Randy.Dunlap wrote: | | (BTW, it's an STL2 board, not SBT2. And it's Randy, not Mr. Dunlap. :) | Hi Randy, (I'll spare you the formality ;) Oops, I knew it was an STL2, but somehow couldn't get it right in the message.. It looks like they both use ServerWorks LE

Re: int. assignment on SMP + ServerWorks chipset

2001-01-22 Thread Duncan Laurie
On Mon, 22 Jan 2001, Randy.Dunlap wrote: | | (BTW, it's an STL2 board, not SBT2. And it's Randy, not Mr. Dunlap. :) | Hi Randy, (I'll spare you the formality ;) Oops, I knew it was an STL2, but somehow couldn't get it right in the message.. It looks like they both use ServerWorks LE

Re: int. assignment on SMP + ServerWorks chipset

2001-01-21 Thread Duncan Laurie
On Thu, 18 Jan 2001, Petr Matula wrote: | On Tue, Jan 16, 2001 at 06:39:46PM -0700, Duncan Laurie wrote: | > There may be bogus data in the PIRQ table as well, which is why this | > explicitly routes the interrupt & sets the ELCR. If you enable DEBUG | > in pci-i386.h and re-s

Re: int. assignment on SMP + ServerWorks chipset

2001-01-21 Thread Duncan Laurie
On Thu, 18 Jan 2001, Petr Matula wrote: | On Tue, Jan 16, 2001 at 06:39:46PM -0700, Duncan Laurie wrote: | There may be bogus data in the PIRQ table as well, which is why this | explicitly routes the interrupt sets the ELCR. If you enable DEBUG | in pci-i386.h and re-send the dmesg output I

RE: int. assignment on SMP + ServerWorks chipset

2001-01-16 Thread Duncan Laurie
On Tue, 16 Jan 2001, [EMAIL PROTECTED] wrote: > > On Mon, 15 Jan 2001, Randy.Dunlap wrote: > > > > A Linux-USB user (pem@ = Petr) reported that USB (OHCI) wasn't > > working on his Intel STL2 system. This system uses a ServerWorks > > chipset, hence the OHCI part. > > Does it work with

RE: int. assignment on SMP + ServerWorks chipset

2001-01-16 Thread Duncan Laurie
On Tue, 16 Jan 2001, [EMAIL PROTECTED] wrote: On Mon, 15 Jan 2001, Randy.Dunlap wrote: A Linux-USB user (pem@ = Petr) reported that USB (OHCI) wasn't working on his Intel STL2 system. This system uses a ServerWorks chipset, hence the OHCI part. Does it work with "noapic"?