> Subject: Re: Dell XPS13 does not suspend with Linux 4.10-rc3
>
> On 01/11/17 10:36, Greg Kroah-Hartman wrote:
> > On Wed, Jan 11, 2017 at 09:53:38AM +0100, Paul Menzel wrote:
>
> >> On 01/10/17 23:24, Jan Niehusmann wrote:
> >>> On Tue, Jan 10, 2017 at 09:43:31PM +0100, Jan Niehusmann wrote:
>
> On Wed, Jan 11, 2017 at 01:27:21AM +0200, Tomas Winkler wrote:
> > On older platforms the command should be just ignored by the firmware
> > but some older platforms misbehave so it's safer to send the command
> > only if required.
>
> Thanks! This fixes suspend-to-ram for me (on a Thinkpad x
>
> On Mon, Jan 09, 2017 at 06:15:29PM +0200, Tomas Winkler wrote:
> > From: Alexander Usyskin
> >
> > Sending OS version for support of TPM2_ChangeEPS() is required only
> > for SPT FW (HMB version 2.0) and newer.
> > On older platforms the command should be just ignored by the firmware
> > but
> -Original Message-
> From: Sarvela, Tomi P
> Sent: Monday, January 09, 2017 20:11
> To: Winkler, Tomas ; linux-kernel@vger.kernel.org
> Cc: intel-gfx...@eclists.intel.com
> Subject: ILK regression: hangs on reboot to Watchdog line, bisected
>
> Hello t
>
> We're about to allow runtime PM on Thunderbolt ports in
> pci_bridge_d3_possible() and unblock runtime PM for Thunderbolt host
> hotplug ports in pci_dev_check_d3cold(). In both cases we need to uniquely
> identify if a PCI device belongs to a Thunderbolt controller.
>
> We also have the nee
> > On Mon, Dec 12, 2016 at 02:25:32PM +, Winkler, Tomas wrote:
> > > >
> > > > In order to provide access to locality registers, this commits
> > > > adds mapping of the head of the CRB registers, which are located right
> before the contro
>
> I've tested is completley disjoint from the region pointed by the ACPI device
> tree (SSDT in PTT's case).
>
> Here's example device from my x250:
>
> Device (TPM)
> {
> Name (_HID, "MSFT0101" /* TPM 2.0 Security Device */) // _HID: Hardware ID
> Name (_STR, Unicode ("TPM 2.0 Device")) //
>
> In order to provide access to locality registers, this commits adds mapping of
> the head of the CRB registers, which are located right before the control
> area.
>
> Signed-off-by: Jarkko Sakkinen
> ---
> drivers/char/tpm/tpm_crb.c | 89 +
> -
>
> -Original Message-
> From: Nayna [mailto:na...@linux.vnet.ibm.com]
> Sent: Tuesday, December 06, 2016 11:17
> To: Jarkko Sakkinen ; Winkler, Tomas
>
> Cc: tpmdd-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org
> Subject: Re: [tpmdd-devel] [PATCH v2 1
>
> On Sat, Dec 03, 2016 at 12:15:25AM +0200, Tomas Winkler wrote:
> > From: Alexander Usyskin
> >
> > Enable non-blocking receive for drivers on mei bus, this allows
> > checking for data availability by mei client drivers. This is most
> > effective for fixed address clients, that lacks flow co
>
> CC linux-security-module
>
> On Sat, Dec 03, 2016 at 07:52:13PM +0200, Jarkko Sakkinen wrote:
> > Request and relinquish locality for the driver use in order to be a
> > better citizen in a multi locality environment like TXT. The locality
> > is requested and relinquished as part of going in
> CC linux-security-module
>
> On Sat, Dec 03, 2016 at 07:52:12PM +0200, Jarkko Sakkinen wrote:
> > Encapsulated crb_wait_for_reg32() so that state changes in other CRB
> > registers than TPM_CRB_CTRL_REQ_x can be waited.
> >
> > Signed-off-by: Jarkko Sakkinen
> > ---
> > drivers/char/tpm/tpm_cr
>
> On Mon, Dec 05, 2016 at 12:07:51PM +, Winkler, Tomas wrote:
> > > > ---
> > > > drivers/char/tpm/tpm_crb.c | 96
> > > > ++
> > > > 1 file changed, 64 insertions(+), 32 deletions(-)
&
> > ---
> > drivers/char/tpm/tpm_crb.c | 96
> > ++
> > 1 file changed, 64 insertions(+), 32 deletions(-)
> >
> > diff --git a/drivers/char/tpm/tpm_crb.c b/drivers/char/tpm/tpm_crb.c
> > index 717b6b4..8d81b66 100644
> > --- a/drivers/char/tpm/tpm_crb.c
> On Tue, Nov 29, 2016 at 08:09:38PM +0000, Winkler, Tomas wrote:
> >
> > > On Mon, Nov 28, 2016 at 11:03:20PM +0000, Winkler, Tomas wrote:
> > > > >
> > > > >
> > > > > >
> > > > > > On Sat, Nov 19,
>
> On Tue, Nov 29, 2016 at 09:41:41PM +, Winkler, Tomas wrote:
> >
> >
> > >
> > > On Tue, Nov 29, 2016 at 07:21:43PM +, Winkler, Tomas wrote:
> > > > >
> > > > > On Tue, Nov 29, 2016 at 02:44:44PM +0200, Tomas Winkler
>
> On Tue, Nov 29, 2016 at 08:24:08PM +, Winkler, Tomas wrote:
> >
> >
> > > > On Tue, Nov 29, 2016 at 02:44:45PM +0200, Tomas Winkler wrote:
> > > > > This is fix of the backported patch only, it places KBL DIDs on
> > > &g
>
> On Tue, Nov 29, 2016 at 07:21:43PM +, Winkler, Tomas wrote:
> > >
> > > On Tue, Nov 29, 2016 at 02:44:44PM +0200, Tomas Winkler wrote:
> > > > commit 8c57cac1457f3125a5d13dc03635c0708c61bff0 upstream
> > > >
> > > > Su
> > On Tue, Nov 29, 2016 at 02:44:45PM +0200, Tomas Winkler wrote:
> > > This is fix of the backported patch only, it places KBL DIDs on
> > > correct place to easy on backporting of further DIDs.
> > >
> > > Fixes: 5c99f32c461c ('mei: me: add kaby point device ids')
> > > Cc: #4.4
> > > Signed-
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, November 29, 2016 21:15
> To: Winkler, Tomas
> Cc: sta...@vger.kernel.org; linux-kernel@vger.kernel.org; Usyskin, Alexander
>
> Subject: Re: [char-msic 3/3] mei
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, November 29, 2016 21:15
> To: Winkler, Tomas
> Cc: sta...@vger.kernel.org; linux-kernel@vger.kernel.org; Usyskin, Alexander
>
> Subject: Re: [char-msic 3/3] mei
>
> On Tue, Nov 29, 2016 at 02:44:45PM +0200, Tomas Winkler wrote:
> > This is fix of the backported patch only, it places KBL DIDs on
> > correct place to easy on backporting of further DIDs.
> >
> > Fixes: 5c99f32c461c ('mei: me: add kaby point device ids')
> > Cc: #4.4
> > Signed-off-by: Toma
> On Mon, Nov 28, 2016 at 11:03:20PM +0000, Winkler, Tomas wrote:
> > >
> > >
> > > >
> > > > On Sat, Nov 19, 2016 at 02:16:11PM +0200, Tomas Winkler wrote:
> > > > > From: Alexander Usyskin
> > > > >
> > > &g
>
> On Tue, Nov 29, 2016 at 02:44:44PM +0200, Tomas Winkler wrote:
> > commit 8c57cac1457f3125a5d13dc03635c0708c61bff0 upstream
> >
> > Sunrise Point PCH with SPS Firmware doesn't expose working MEI
> > interface, we need to quirk it out.
> > The SPS Firmware is identifiable only on the first PCI
>
>
> >
> > On Sat, Nov 19, 2016 at 02:16:11PM +0200, Tomas Winkler wrote:
> > > From: Alexander Usyskin
> > >
> > > Enable non-blocking receive for drivers on mei bus, this allows
> > > checking for data availability by mei client drivers. This is most
> > > effective for fixed address clients,
>
> W dniu 25.11.2016 o 04:14, Jeff King pisze:
> > On Thu, Nov 24, 2016 at 10:37:14PM +0000, Winkler, Tomas wrote:
> >
> >>>>> Cc: # 4.4+
> >>>>
> >>>> Looks like git send-email is not able to parse this address
&
>
> On Thu, Nov 24, 2016 at 04:10:49PM +, Winkler, Tomas wrote:
>
> > > Cc: # 4.4+
> >
> > Looks like git send-email is not able to parse this address correctly
> > though this is suggested format by Documentation/stable_kernel_rules.txt.
> > C
>
> From: Alexander Usyskin
>
> pm_runtime_autosuspend can take synchronous or asynchronous paths,
> Because we are calling pm_runtime_mark_last_busy just before this most of
> the cases it takes the asynchronous way. However, when the FW or driver
> resets during already running runtime suspend
> On Wed, Nov 23, 2016 at 01:04:54PM +0200, Tomas Winkler wrote:
> > Use get_unaligned_be32 as b32_to_cpu doesn't work correctly on all
> > platforms for unaligned access.
> >
> > The fix doesn't cover all the cases as also some cast structures have
> > members on unaligned addresses.
>
> I think
>
> On Wed, Nov 16, 2016 at 07:03:38PM +0200, Tomas Winkler wrote:
> > Functions tpm_transmit and transmit_cmd are referenced from other
> > functions kdoc hence deserve documentation.
> >
> > Signed-off-by: Tomas Winkler
>
> Do you know how to make "make htmldocs" to generate documentation for
>
> On Sat, Nov 19, 2016 at 02:16:11PM +0200, Tomas Winkler wrote:
> > From: Alexander Usyskin
> >
> > Enable non-blocking receive for drivers on mei bus, this allows
> > checking for data availability by mei client drivers. This is most
> > effective for fixed address clients, that lacks flow c
>
> On Fri, Nov 18, 2016 at 07:30:25PM +, Winkler, Tomas wrote:
> >
> > >
> > > On Thu, Nov 17, 2016 at 04:22:24PM +, Winkler, Tomas wrote:
> > > > > Just make a new function mei_cldev_recv_async() and then call a
> > > > > loca
>
> On Thu, Nov 17, 2016 at 04:22:24PM +, Winkler, Tomas wrote:
> > > Just make a new function mei_cldev_recv_async() and then call a
> > > local, static function, that does the work with the correct flag
> > > set. That way the developer always knows exa
>
> On Wed, Nov 16, 2016 at 10:51:30PM +0200, Tomas Winkler wrote:
> > From: Alexander Usyskin
> >
> > Enable non-blocking receive for drivers on mei bus, this allows
> > checking for data availability by mei client drivers. This is most
> > effective for fixed address clients, that lacks flow c
.org
> Subject: Re: [PATCH 2/2] tpm/tpm2-chip: fix kdoc errors
>
> On Tue, Nov 01, 2016 at 03:05:14AM +0200, Tomas Winkler wrote:
> > Use correct kdoc format, describe correct parameters and return values.
> >
> > Signed-off-by: Tomas Winkler
> > ---
> > drivers/char/tpm/tpm2-cmd.c | 107
> > +++
>
> On Thu, Nov 10, 2016 at 12:19:06PM +, Winkler, Tomas wrote:
> > >
> > > On Thu, Nov 10, 2016 at 12:00:29PM +, Winkler, Tomas wrote:
> > > >
> > > >
> > > > > -Original Message-
> > > > > From: G
>
> On Thu, Nov 10, 2016 at 12:00:29PM +, Winkler, Tomas wrote:
> >
> >
> > > -Original Message-
> > > From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> > > Sent: Thursday, November 10, 2016 09:23
> > > To: Winkler,
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, November 10, 2016 09:25
> To: Winkler, Tomas
> Cc: Usyskin, Alexander ; linux-
> ker...@vger.kernel.org; Jarkko Sakkinen
> Subject: Re: [char-misc-next 2/2] mei: s
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, November 10, 2016 09:23
> To: Winkler, Tomas
> Cc: Usyskin, Alexander ; linux-
> ker...@vger.kernel.org; Jarkko Sakkinen
> Subject: Re: [char-misc-next 2/2] mei: s
>
> On Mon, Nov 07, 2016 at 09:53:12PM +0200, Tomas Winkler wrote:
> > Register UFS RPMB LUN with the RPMB subsystem and provide
> > implementation for the RPMB access operations. RPMB partition is
> > accessed via a sequence of security protocol in and security protocol
> > out commands with UFS
>
> On Mon, Oct 31, 2016 at 08:16:59PM +, Winkler, Tomas wrote:
> > >
> > > On Fri, Oct 28, 2016 at 05:37:45PM +0300, Jarkko Sakkinen wrote:
> > >
> > > > > I think this patch from Jarkko's next is the fix:
> > > > >
>
> On Fri, Oct 28, 2016 at 05:37:45PM +0300, Jarkko Sakkinen wrote:
>
> > > I think this patch from Jarkko's next is the fix:
> > >
> > > http://git.infradead.org/users/jjs/linux-tpmdd.git/commit/65da72b7dd
> > > cdd8990e4783d09c7e86d90ccb4121
> > >
> > > Jarkko? Can you hurry that along to go i
>
> On Mon, Oct 17, 2016 at 11:42:24PM +0300, Jarkko Sakkinen wrote:
> > Because all the existing hardware have HID MSFT0101 we end up always
> > setting CRB_FL_CRB_START flag as a workaround for 4th Gen Core CPUs.
> > Even if ACPI start is used, the driver will always issue also CRB start.
Do
> Encapsulated crb_wait_for_reg32() so that state changes in other CRB registers
> than TPM_CRB_CTRL_REQ_x can be waited.
>
> Signed-off-by: Jarkko Sakkinen
> ---
> drivers/char/tpm/tpm_crb.c | 40 +++-
> 1 file changed, 23 insertions(+), 17 deletions(-)
>
>
> -Original Message-
> From: Jason Gunthorpe [mailto:jguntho...@obsidianresearch.com]
> Sent: Monday, October 10, 2016 02:08
> To: Jarkko Sakkinen
> Cc: moderated list:TPM DEVICE DRIVER ;
> open list
> Subject: Re: [tpmdd-devel] [PATCH RFC 1/3] tpm_crb: expand struct
> crb_control_area
> >
> > >
> > > Request and relinquish locality for the driver use in order to be a better
> citizen
> > > in a multi locality environment like with TXT as it uses locality 2.
> >
> > >
> > > Signed-off-by: Jarkko Sakkinen
> > > ---
> > > drivers/char/tpm/tpm_crb.c | 36
> > > +++
>
> Request and relinquish locality for the driver use in order to be a better
> citizen
> in a multi locality environment like with TXT as it uses locality 2.
>
> Signed-off-by: Jarkko Sakkinen
> ---
> drivers/char/tpm/tpm_crb.c | 36
> 1 file changed
>
> > Subject: Re: [PATCH 2/4] tmp/tpm_crb: fix Intel PTT hw bug during idle
> > state
> >
> > On Sat, Oct 08, 2016 at 04:56:39PM +, Winkler, Tomas wrote:
> > >
> > > >
> > > > On Sat, Oct 08, 2016 at 02:27:06PM +, Winkler, Tom
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Saturday, October 08, 2016 19:01
> To: Winkler, Tomas
> Cc: tpmdd-de...@lists.sourceforge.net; Jason Gunthorpe
> ; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 4/4] t
> Subject: Re: [PATCH 2/4] tmp/tpm_crb: fix Intel PTT hw bug during idle state
>
> On Sat, Oct 08, 2016 at 04:56:39PM +, Winkler, Tomas wrote:
> >
> > >
> > > On Sat, Oct 08, 2016 at 02:27:06PM +, Winkler, Tomas wrote:
> > > > >
> >
> On Sat, Oct 08, 2016 at 07:00:06PM +0300, Jarkko Sakkinen wrote:
>
> > Rather you it would be better not to use cmdReady/goIdle at all if
> > kernel is not compiled with CONFIG_PM.
>
> It would be best practice to ensure the tpm is powered up no matter how the
> kernel is compiled.. The firmwa
>
> On Sat, Oct 08, 2016 at 02:27:06PM +, Winkler, Tomas wrote:
> > >
> > > On Sat, Oct 08, 2016 at 02:59:37PM +0300, Tomas Winkler wrote:
> > > > From: "Winkler, Tomas"
> > > >
> > > > There is a HW bug in Skylake,
>
> On Sat, Oct 08, 2016 at 02:59:37PM +0300, Tomas Winkler wrote:
> > From: "Winkler, Tomas"
> >
> > There is a HW bug in Skylake, Kabylake, and Broxton PCH Intel PTT
> > device, where most of the registers in the control area except START,
> > REQ
>
> On Sat, Oct 08, 2016 at 02:59:39PM +0300, Tomas Winkler wrote:
> > From: "Winkler, Tomas"
> >
> > Utilize runtime_pm for driving tpm crb idle states.
> > The framework calls cmd_ready from the pm_runtime_resume handler and
> > go idle fr
> Subject: Re: [PATCH] tpm: don't destroy chip device prematurely
>
> On Fri, Oct 07, 2016 at 02:24:59PM +0000, Winkler, Tomas wrote:
>
> > So here I'm to say I'm sorry for misleading this, after all the doubts
> > I got back to debugging and tra
> On Thu, Oct 06, 2016 at 12:43:13AM +0000, Winkler, Tomas wrote:
>
> > > You keep asserting that, but it just isn't true at all.
> >
> > Okay, let's rephrase, that calling device_del before tpm_transmit is not
> > sane
> when using runtime_pm.
> On Wed, Oct 05, 2016 at 08:09:17PM +0000, Winkler, Tomas wrote:
>
> > It could, but that patch was not merged yet, and I believe even if the
> > issue is exposed only with runtime_pm currently, we have a bug in
> > design even w/o runtime pm.
>
> Please
>
> On Wed, Oct 05, 2016 at 07:48:59AM +, Winkler, Tomas wrote:
> > > > down_write(&chip->ops_sem);
> > > > chip->ops = NULL;
> > > > up_write(&chip->ops_sem);
> > >
> > > No, that is wrong as well, another t
> On Wed, Oct 05, 2016 at 04:12:08PM +0300, Tomas Winkler wrote:
> > Encapsulate the start method parsing in a single function and add
> > needed debug printouts.
> > It eliminates small issue with useless double checking for
> > ACPI_TPM2_MEMORY_MAPPED.
>
> Start method is trival to check from TP
> >
> > > On Tue, Oct 04, 2016 at 08:19:46AM +0300, Jarkko Sakkinen wrote:
> > >
> > > > > Make the driver uncallable first. The worst race that can happen
> > > > > is that open("/dev/tpm0", ...) returns -EPIPE. I do not consider
> > > > > this fatal at all.
> > > >
> > > > No responses for this r
> On Tue, Oct 04, 2016 at 08:19:46AM +0300, Jarkko Sakkinen wrote:
>
> > > Make the driver uncallable first. The worst race that can happen is
> > > that open("/dev/tpm0", ...) returns -EPIPE. I do not consider this
> > > fatal at all.
> >
> > No responses for this reasonable proposal so I'll sho
>
> On Mon, Oct 03, 2016 at 03:42:25PM +0300, Jarkko Sakkinen wrote:
>
> > > I've looked to the registration code and it indeed has few more
> > > issues
>
> ?
>
> > > Maybe TPM_CHIP_FLAG_REGISTERED can be used for sealing the access to
> > > the device during deregistration, current usage is v
> On Mon, Oct 03, 2016 at 07:05:48AM +0000, Winkler, Tomas wrote:
>
> > > This patch is wrong, I though the comments were clear. All entry
> > > points to find the device must be deleted before we commit to shutting
> down the device.
> > >
> > > Y
>
> > On Sun, Oct 02, 2016 at 01:24:55PM +0300, Jarkko Sakkinen wrote:
> > > On Sun, Oct 02, 2016 at 01:17:55PM +0300, Jarkko Sakkinen wrote:
> > > > On Sun, Oct 02, 2016 at 10:39:31AM +0300, Tomas Winkler wrote:
> > > > > In tpm_del_char_device device_del is called prior to
> > > > > tpm2_shutdow
> On Sun, Oct 02, 2016 at 01:24:55PM +0300, Jarkko Sakkinen wrote:
> > On Sun, Oct 02, 2016 at 01:17:55PM +0300, Jarkko Sakkinen wrote:
> > > On Sun, Oct 02, 2016 at 10:39:31AM +0300, Tomas Winkler wrote:
> > > > In tpm_del_char_device device_del is called prior to tpm2_shutdown
> > > > where it i
>
> On Thu, Sep 15, 2016 at 09:23:29AM +0300, Jarkko Sakkinen wrote:
> > On Mon, Sep 12, 2016 at 04:04:19PM +0300, Tomas Winkler wrote:
> > > There is a HW bug in Skylake, and Broxton PCH Intel PTT device,
> > > where most of the registers in the control area except START,
> > > REQUEST, CANCEL, a
>
>
> >
> > Signed-off-by: Tomas Winkler
> > Signed-off-by: Alexander Usyskin
> Tested-by: Avri Altman
>
> - mmc - full functionality. One issue found that was fixed on V6: patch V6
> 2/9.
> - ufs - read & read counter only. Testing is still wip.
>
>
> > +static int rpmb_request_verify(s
>
> Move misc-devices/mei examples to samples/mei and remove it from
> Documentation Makefile. Delete misc-devices/Makefile.
>
> Create a new Makefile to build samples/mei. It can be built from top level
> directory or from mei directory:
>
> Run make -C samples/mei or cd samples/mei; make
>
>
>
> On Mon, Sep 19, 2016 at 12:17:48PM +, Winkler, Tomas wrote:
> > \
> > > Subject: [PATCH v6 0/9] Replay Protected Memory Block (RPMB)
> > > subsystem
> > >
> > >
> > > Few storage technologies such is EMMC, UFS, and NVMe support RPM
> On Tue, Sep 20, 2016 at 07:08:40AM +0000, Winkler, Tomas wrote:
> >
> > > -Original Message-
> > > From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> > > Sent: Monday, September 19, 2016 23:22
> > > To: Peter Huewe
>
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Monday, September 19, 2016 23:22
> To: Peter Huewe
> Cc: moderated list:TPM DEVICE DRIVER de...@lists.sourceforge.net>; open list
> Subject: [tpmdd-devel] [PATCH 2/2] tpm: fix bad constant expr
> -Original Message-
> From: Jonathan Corbet [mailto:cor...@lwn.net]
> Sent: Monday, September 19, 2016 19:14
> To: Shuah Khan
> Cc: Dutt, Sudeep ; Dixit, Ashutosh
> ; Winkler, Tomas ;
> t...@linutronix.de; w...@iguana.be; li...@roeck-us.net;
> elfr.
\
> Subject: [PATCH v6 0/9] Replay Protected Memory Block (RPMB) subsystem
>
>
> Few storage technologies such is EMMC, UFS, and NVMe support RPMB
> hardware partition with common protocol and frame layout.
> The RPMB partition cannot be accessed via standard block layer, but by a set
> of specif
> On Thu, Sep 15, 2016 at 08:23:03AM +0000, Winkler, Tomas wrote:
> > > > > Subject: Re: [PATCH v3 1/4] tpm/tpm_crb: implement tpm crb idle
> > > > > state
> > > > >
> > > > > On Mon, Sep 12, 2016 at 04:04:18PM +0300, Tomas Winkler w
> > > Subject: Re: [PATCH v3 1/4] tpm/tpm_crb: implement tpm crb idle
> > > state
> > >
> > > On Mon, Sep 12, 2016 at 04:04:18PM +0300, Tomas Winkler wrote:
> > > > The register TPM_CRB_CTRL_REQ_x contains bits goIdle and cmdReady
> > > > for SW to indicate that the device can enter or should exit
> Subject: Re: [PATCH v3 1/4] tpm/tpm_crb: implement tpm crb idle state
>
> On Mon, Sep 12, 2016 at 04:04:18PM +0300, Tomas Winkler wrote:
> > The register TPM_CRB_CTRL_REQ_x contains bits goIdle and cmdReady for
> > SW to indicate that the device can enter or should exit the idle state.
> >
> > T
On Mon, 2016-09-12 at 16:04 +0300, Tomas Winkler wrote:
> Te overall platform ability to enter a low power state is also
> conditioned on the ability of a tpm device to go to idle state.
> This series should provide this feature.
>
> Unfortunately, there is a HW bug on Intel PTT devices on Skylake
\
> Subject: Re: [PATCH v5 4/8] char: rpmb: provide a user space interface
>
> On Sun 2016-09-04 11:35:33, Winkler, Tomas wrote:
> >
> > > On Thu, Sep 01, 2016 at 08:05:26PM +, Winkler, Tomas wrote:
> > > >
> > > > >
> > > > &
> On Thu, Sep 01, 2016 at 08:05:26PM +0000, Winkler, Tomas wrote:
> >
> > >
> > > On Sun, Aug 07, 2016 at 09:44:03AM +, Winkler, Tomas wrote:
> > > > >
> > > > > On Mon 2016-07-18 23:27:49, Tomas Winkler wrote:
> > &
>
> On Sun, Aug 07, 2016 at 09:44:03AM +, Winkler, Tomas wrote:
> > >
> > > On Mon 2016-07-18 23:27:49, Tomas Winkler wrote:
> > > > The user space API is achieved via two synchronous IOCTL.
> > >
> > > IOCTLs?
> >
> > Will
>
> On Mon, Jul 18, 2016 at 11:27:48PM +0300, Tomas Winkler wrote:
> > Add attribute type that displays underlay storage type technology
> > EMMC, UFS, and attribute id, that displays underlay storage device id.
> > For EMMC this would be content of CID and for UFS serial number from
> > the devic
>
> On Mon, Jul 18, 2016 at 11:27:50PM +0300, Tomas Winkler wrote:
> > This is a simple platform device used for testing the RPMB subsystem.
> >
> > The module currently supports two configuration options:
> > 1. max_wr_blks: for specifying max blocks that can be written in a
> > single command 2.
>
> >
> > On Sun, Jul 24, 2016 at 10:52:23PM +, Winkler, Tomas wrote:
> > > >
> > > > This patch series contains mostly fixes and enhancements of the rx
> path:
> > > > 1. Better handling of fixed address clients 2. Support for
> >
>
> On Mon 2016-07-18 23:27:49, Tomas Winkler wrote:
> > The user space API is achieved via two synchronous IOCTL.
>
> IOCTLs?
Will fix
> > Simplified one, RPMB_IOC_REQ_CMD, were read result cycles is
> performed
> > by the framework on behalf the user and second, RPMB_IOC_SEQ_CMD
> where
> >
>
> On Sun, Jul 24, 2016 at 10:52:23PM +, Winkler, Tomas wrote:
> > >
> > > This patch series contains mostly fixes and enhancements of the rx path:
> > > 1. Better handling of fixed address clients 2. Support for consecutive
> reads 3.
> > >
>
> This patch series contains mostly fixes and enhancements of the rx path:
> 1. Better handling of fixed address clients 2. Support for consecutive reads
> 3.
> Further amthif client diet
>
>
Hi Greg, looks like the first 4 patches I've resent by mistake from the
previous patchset , not sure
>
> Few storage technologies such is EMMC, UFS, and NVMe support RPMB
> hardware partition with common protocol and frame layout.
> The RPMB partition cannot be accessed via standard block layer, but by a set
> of specific commands: WRITE, READ, GET_WRITE_COUNTER, and
> PROGRAM_KEY.
> Such a part
>
> On Mon, Jul 18, 2016 at 4:27 PM, Tomas Winkler
> wrote:
> > The user space API is achieved via two synchronous IOCTL.
> > Simplified one, RPMB_IOC_REQ_CMD, were read result cycles is
> performed
> > by the framework on behalf the user and second, RPMB_IOC_SEQ_CMD
> where
> > the whole RPMB se
> -Original Message-
> From: Levy, Amir (Jer)
> Sent: Thursday, July 14, 2016 17:50
> To: Winkler, Tomas ;
> andreas.noe...@gmail.com; gre...@linuxfoundation.org;
> bhelg...@google.com
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> net...@vger
>
> Firmware-based (a.k.a ICM - Intel Connection Manager) controller is
> used for establishing and maintaining the Thunderbolt Networking
> connection. We need to be able to communicate with it.
>
> Signed-off-by: Amir Levy
> ---
> drivers/thunderbolt/Makefile |1 +
> drivers/thunderb
> 2;
>
> This looks like it does not support 8KB writes added in v5.1 spec. Can that
> be
> supported?
You are right there is not support for 8K packet, but the change should be
simple.
I will update the patch.
Thanks
Tomas
>>> wrote:
>>> > Few storage technology such is EMMC, UFS, and NVMe support RPMB
>>> >hardware partition with common protocol and frame layout.
>>> > The RPMB partition cannot be accessed via standard block layer, but
>>> >by a set of specific commands: WRITE, READ, GET_WRITE_COUNTER, and
>>> >PROG
>
> On Wed, Jun 1, 2016 at 2:41 PM, Tomas Winkler
> wrote:
> > Few storage technology such is EMMC, UFS, and NVMe support RPMB
> >hardware partition with common protocol and frame layout.
> > The RPMB partition cannot be accessed via standard block layer, but
> >by a set of specific commands: WRI
>
> On Mon, May 23, 2016 at 01:07:53PM +, Winkler, Tomas wrote:
> > >
> > > From: Alexander Usyskin
> > >
> > > wr_ctrl waiters are none interruptible, so should be waken up with
> > > call to wake_up and not to wake_up_interruptible.
>
>
> From: Alexander Usyskin
>
> wr_ctrl waiters are none interruptible, so should be waken up with call to
> wake_up and not to wake_up_interruptible.
>
> This fixes commit:
> 7ff4bdd ("mei: fix waiting for wr_ctrl for corner cases.")
>
> Signed-off-by: Alexander Usyskin
> Signed-off-by: Toma
>
> On Sun 2016-04-03 12:42:46, Tomas Winkler wrote:
> > Signed-off-by: Tomas Winkler
> > ---
> > Documentation/ABI/testing/sysfs-class-rpmb | 15 +++
> > MAINTAINERS| 1 +
> > 2 files changed, 16 insertions(+)
> > create mode 100644 Documentation/AB
On Tue, 2016-04-05 at 20:16 +0800, kbuild test robot wrote:
> Hi Tomas,
>
> [auto build test ERROR on char-misc/char-misc-testing]
> [also build test ERROR on v4.6-rc2 next-20160405]
> [if your patch is applied to the wrong git tree, please drop us a
> note to help improving the system]
>
> url:
>
> On 4/7/2016 10:15 PM, Winkler, Tomas wrote:
> > On Wed, 2016-04-06 at 09:51 +0100, Joao Pinto wrote:
> >> Hi!
> >>
> >> On 4/4/2016 12:11 PM, Tomas Winkler wrote:
> >>> Register UFS RPMB LUN with the RPMB subsystem and provide
> &
On Wed, 2016-04-06 at 09:51 +0100, Joao Pinto wrote:
> Hi!
>
> On 4/4/2016 12:11 PM, Tomas Winkler wrote:
> > Register UFS RPMB LUN with the RPMB subsystem and provide
> > implementation for the RPMB access operations. RPMB partition is
> > accessed via a sequence of security protocol in and secur
Hi,
On 4/5/2016 12:34 AM, Martin K. Petersen wrote:
>> "Joao" == Joao Pinto writes:
>
> Joao,
>
> Joao> The work consisted of: - Fixed typo in ufshcd-pltfrm.c - Tweak
> Joao> ufshcd.c for UFS 2.0 support - Implement ufshcd-dwc which
> Joao> contains all DWC HW specific code - Unipro attr
201 - 300 of 460 matches
Mail list logo