Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
TRANSACTION METADATA
Document Type and Number:
WIPO Patent Application WO/2019/204018
Kind Code:
A1
Abstract:
Apparatuses and methods related to providing transaction metadata. Providing transaction metadata includes providing an address of data stored in the memory device using an address bus coupled to the memory device and the controller. Providing transaction metadata also includes transferring the data, associated with the address, from the memory device using a data bus coupled to the memory device and the controller. Providing transaction metadata further includes transferring a sideband signal synchronously with the data bus and in conjunction with the address bus using a transaction metadata bus coupled to the memory device and the controller.

Inventors:
MIRICHIGNI GRAZIANO (IT)
SFORZIN MARCO (IT)
AMATO PAOLO (IT)
CARACCIO DANILO (IT)
Application Number:
PCT/US2019/025169
Publication Date:
October 24, 2019
Filing Date:
April 01, 2019
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
MICRON TECHNOLOGY INC (US)
International Classes:
G06F13/42; G06F11/10; G06F13/16
Foreign References:
US20160092307A12016-03-31
US20110041005A12011-02-17
US20160019138A12016-01-21
US20150310916A12015-10-29
US20130246889A12013-09-19
US20160092307A12016-03-31
Other References:
See also references of EP 3782034A4
Attorney, Agent or Firm:
DENKER, James E. (US)
Download PDF:
Claims:
What is claimed is;

1. A memory system, comprising;

a memory device;

a controller;

an address bos coupled to the memory device and the controller configured to pro vide an address of data stored in the memory device;

a data bus coupled to the memory device and the controller and configured to transfer the data, associated with the address, from the memory device; and

a transaction metadata bus coupled to the memory device and the controller and configured to transfer a sideband signal synchronously with the data hits and in conjunction with the address bus

2. The memory system of claim 1, wherei the transaction metadata bus is further con figured to transfer transaction metadata.

3. The memory system of claim 2, wherein the transaction metadata is associated with the data transferred using the data bus.

4. The memory system of claim 2, wherein the transaction metadata describes actions taken by the memory device i association with the data.

5. A memory device comprising a memory array and configured to:

receive, from a controller, a request for data via an address bus;

retrieve the data from the memory array responsive to receiving the request;

generate transaction metadata for the data responsive to retrieving the data;

provide, to the controller, the data via a data bus; and

provide, to the controller, the transaction metadata concurrently with the data via a transaction metadata bus.

6. The memory de vice of claim 5, wherein the memory array is farther configured to perform an error correction on the data responsive to retrieving the data.

7. The memory device of claim 6, wherein the transaction metadata is associated with the error correction performed on the data.

8. The memory device of any one of claims 6-7, further configured to generate the transaction metadata including internal operation bits describing the error correction performed on the data.

9. The memory device of claim 8, wherein the internal operation bits include severity bits describing the error correction performed on the data.

10. The memory device of any one of claims 6-7, further configured to generate the transaction metadata including status bits describing the status of the memory device. 1 1. The memor device of any one of claims 6-7, further configured to generate the transaction metadata including extended informatio bits including error correction data associated with the error correction code.

12. The memory device of clai 11 , wherein the extended information bits include parity bits.

13. T he memory device of claim 5.1 , wherein the extended information bits include syndrome bits.

14. The memory device of claim 11, wherein the extende information bits include calibration hits.

15. A method comprising;

requesting data via an address bus;

receiving the dat via a data bus couple to a memory device; receiving transaction metadata via a transaction metadat bus coupled to the memory de vice concurrently with a receipt of the data;

processing status bits from the transaction metadata describing a status of the memory device;

processing internal operation bits from the transaction metadata describing operations performed on the data using an error correction code hosted by the memory' device;

processing extended information hits from the transaction metadata comprising error correction data; and

determining whether to perfor a number of error correction operations base on the status bits, the internal operation bits, and the extende information

16. The method of claim 15, further comprising determining that the status of the me m y device meets a predefined criterion.

17. The method of any one of claims 15-16, further comprising determining a state of the data using severit bits from the internal operatio bits.

IS. The method of claim 17, further comprising reading type hits from the internal operation bits based on determining that the sta te of the data is a watch state.

19. The method of claim 18, further comprising refraining fro performing the number of error correction operations based on determining that the type hits descr ibe a successful read operation of the data

20. The method of claim 18, further comprising performing the number of error correction operations using the extended information hits based on determining that the type bits describe an error detected.

21. The method of claim 17, further comprising performing the number of error correction operations as requested by extension bits, from the internal operation bits, and as further expounded by the extended information bits. 22 The method of claim 15, further comprising:

refraining from performing the number of error correction operations; and

performing memory device operations based on determining that the status of the memory device does not meet a predefine criterion.

Description:
TRANSACTION METADA TA

Technical Field

piOJ] T he present disclosure relates generally to memory, and more particularly, to apparatuses and methods associated with metadata associated with data retrieved from memory.

Background

fO002] Memory devices are typically provided as internal,

semiconductor integrated circuits in computers or other electronic devices.

There are man different types of memory including volatile and non-volatile memory. Volatile memory·' can require power to maintain its data and includes random-access memory (RAM), dynamic random access memory (DRAM), and synchronous dynamic random access memory (SDRAM), among others. Nonvolatile memory can provide persistent data by retaining stored data when not powered and can include NAND flash memory; NOR flash memory, read only memory (ROM), Electrically Erasable Programmable ROM (EEPROM),

Erasable Programmable ROM (EPROM), and resistance variable memory such as phase change rando access memory (PCRAM), resistive random access memory (RRAM), and magnetoresistive random access memory (M RAM), among others,

!ft003] Memory is also utilized as volatile and non-volatile data storage for a wide range of electronic applications. Non -vol atil e memory may he used in, for example, personal computers, portable memory sticks, digital cameras, cellular telephones, portable music players such as MP3 players, movie players, and other electronic devices. Memory cells can be arranged into arrays, with the arrays being used in memory devices.

10004J Various computing systems include processing resources that are coupled to memory (e.g., a memory system) which is accessed in association with executing a set of instruction (e.g., a program, applications, etc,). A memory system can use error correction codes (ECC) to detect and correct errors in data. Brief Description of the Drawings

Figure 1 is a block diagram : of a memory system including a memory device and a controller capable of implementing a number of embodiments of the present disclosure.

|bq0&] Figure 2 is a block diagram of a transaction metadata frame format in accordance with a number of embodiments of the present discl osure. {0007] Figure 3 is a block diagram of an lOP field fo rmat according to a number of embodiments of the present disclosure.

{B008J Fi gure 4 i s block diagram of transaction metadata frames in accordance with a number of embodiments of the present disclosure.

Detailed Description

|bq09] The present disclosure includes apparatuses and methods related to transaction metadata associated with data retrieved from memory. An example method can include providing an address of dat stored in a memory device via an address bus, transferring the data, associated with the address, from the memory device via a data bus, and transferring a sideband signal synchronously with the data bus and in conjunction with the address bus.

{0010 j A number of embodiments of the present disclosure can provide transaction metadata associated with data transferred to a controller. The transaction metadata can also be referred to as transaction information metadata. In some examples, tire transaction metadata can provide metadata associated with an error correction code (ECC) for performing error corrections on the data stored using a memory device. For instance, some prior ECCs include adding redundant data or parity data to a message such that the message can be recovered. Tire transaction metadata can be used to provide the parity data, among other types of ECC data, to the controller. Errors can be introduced into the data dining transmission, storage, and/or retrieval of the data.

ICHli l j Storage has been a performance bottleneck in computer systems. The ability to store data and retrieve data from storage has been a limiting factor in the ability of a computer system to perform computations and operations. |Ml2j A lthough MAND-hased storage solutions have improved over hard drive latencies by more than lOx, storage has remained a latency laggard. Emerging memory (EM) technologies such as phase-change memory (PCM), magnetoresistive rando access memory (MRAM), resistive random-access memory (ReRA ). and/or 3D XPoint memory may improve memory related latencies over other memory' technologies. The EM can provide data storage that is as fast as tire rest of the system (e.g., computing system). The EM can provide data storage that has a latency that is comparable to the latency of the other components of a computing system. To cope with reliability targets of storage applications, EM may utilize ECCs that are able to correct errors and retain the low-latency performance of a device hosting the EM. Given that storage applications, unlike memory applications, can tolerate variable access latencies, it may be beneficial to utilize an ECC decoder with a low latency. In some examples, low latency can comprise a latency within the range of a plurality of nanoseconds in other examples, a higher latency can be a latency within the range of a plurality of microseconds

fOO 13] ECC decoders with a high correction capability and a low latency can be achieved by utilizing ECC concatenation schemes and hierarchical decoders. As used herein, hierarchical decoders can describe the use of multiple decoders to correct errors in data. Hierarchical decoders can include the use of fast decoding (ED) decoders and accurate decoding (AD) decoders. In some examples, a hierarchical decoding scheme can utilize FD decoders and can resort to more powerful ECCs used in AD decoders when needed

1W14J in a number of embodimen ts, a hierarchical code architec ture utilizes an PD decoder embedded in a memory device and an AD decoder implemented in a storage controller. To have an effective and efficient solution, the FD decoder architecture can be adapted for use in a hierarchical scheme. {0015 j The FD decoder can trigger the AD decoder utilizing a validity

Hag and/or or a plurali ty of other types of data including parity bits. The validi ty flags, the parity bits, and/or other types of data associate with ECC can be provided from the memory device to the controller utilizing transaction metadata. Although the examples provided herein are used to provide data associated with ECC, the examples are not limited to error correction data but can be used lx provide other types of data associated with the memory device.

For examples, the transaction metadata can be used to provide temperatures associated with the memory device. The error correction data can include data used to perform error correction operations as described herein.

fOOft»] In the following detailed description of the present disclosure, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration how a number of embodiments of the disclosure may be practiced. These embodiments are described in sufficient detail to enable those of ordinary skill in the art to practice the embodiments of this disclosure, and i t is to be understood that other embodiments may be utilized and that process, electrical, and/or structural changes may be made without departing from the scope of the present disclosure. As used herein, the designator“N” indicates that a number of the particular feature so designated can be included with a number of embodiments of the present disclosure

[0017] As used herein,“a number of’ something can refer to one or more of such things. For example, a number of memory devices can refer to one or more of memory devices. A "‘plurality 5 ’ of something intends two or more. Additionally, designators such as“N,” as used herein, particularly with respect to reference numerals in the drawings, indicates that a number of the particular feature so designated can be included with a number of embodiments of the present disclosure.

[0018] The figures herein follow a numbering convention in which the first digit or digits correspond to the drawing figure number and the remaining digits identify an element or component in the drawing. Similar elements or components between different figures maybe identified by the use of similar digits. As will be appreciated, elements shown in the various embodiments herein can be added, exchanged, and/or eliminate so as to provide a number of additional embodiments of the present disclosure. In addition, the proportion and the relative scale of the elements provided in the figures are intended to illustrate various embodiments of the present disclosure and are not to be used in a limiting sense.

10019] Figure 1 is a block diagram of a memory system 100 including a memory device 104-1 and a controller 102 capable of implementing a number of embodiments of the present disclosure. The memory system 100 includes the controller 102 and memory devices 104-1. and 104-2, refen ed to generally as memory devices 104 The memory system lOO also includes data bases 108-1 and 108-2, referred to generally as data buses 108, and a transaction metadata bus 1 10.

|¾020J As used herein, an '‘apparatus” can refer to but is not limited to, a variety of structures or combinations of structures, such as a circuit or circuitry, a die or dice, a module or modules, a device or devices, or a system or systems. For example, the memory system 100, the controller 102, the memory devices 104, and the data buses 108 may separately or collectively be referred to as an “apparatus,”

[0021] In this example, a computing system includes a host coupled to the controller 102 which is coupled to the memory system 100. The computing syste can be a laptop computer, personal computers, digital camera, digital recording and playback device, mobile telephone, PDA, memory card reader, interface hub, sensor, lniemet-of-l ' hings (loT) enabled device (e.g , thermostats, bulbs, locks, security systems, toothbrushes, pet feeders, etc.}, among other systems, and the host can include a number of processing resources (e.g. , one or more processors) capable of accessing the memory system 100 (e.g.. vi the controller 102). The host may be responsible for execution of an operating system (OS) and/or various applications that can be loaded thereto (e.g., from the memory system 100 via the controller 102).

10022] The controller 102 ma receive memory transaction requests

(e.g., in the form of read and/or write commands, which maybe referred to as load an store commands, respectively) from the host. The controller 102 can transfer commands atxl/or data between the host and the memory system 100 over a number of interfaces, which can comprise physical interfaces such as buses, for example, employing a suitable protocol. Such protocol may be custom or proprietary, or interfaces may employ a standardized protocol, such as Peripheral Component Interconnect Express (PCfe), Gen-2, CCIX, or the like. The controller 102 can comprise control circuitry, in the form of hardware, firmware or software, or any combination of the three. As an example the controller 102 can comprise a state machine, a sequencer, and/or some other type of control circuitry, which may be implemented in the form of an application specific integrated circuit (ASIC) coupled to a printed circuit board in a number of embodiments, the controller 102 maybe eo-located with the host (e g in a system-on-chip (SOC) configuration). Also, the controller 102 may be co- located with the memory system 100.

Ϊ00231 The memory system 100 can comprise a number of physical memory“chips,” or dice which can each include a number of arrays (e,g. banks) of memory cells and corresponding support circuitry e.g., address circuitry, I/O circuitry, control circuitry, read/write circuitry, etc.) associated with accessing the array(s) (e.g., to read data from the arrays and write data to the arrays). As a example, the memory system 100 can include a number of DRAM devices, SRAM devices, PCRAM devices, ERAM devices, FeE AM, phase-change memory, SDXpomt, and/or Flash memory devices. In a number of

embodiments, the memory system 100 can serve as main memory for the computing system i Figure 1 the memory device 104-1 can be a mobile 3DX point device while the memory device 104-2 is a HAND memory device.

Although, the examples shown herein are not limited to mobile 3DX point devices and/or NIAMD memory devices. The embodiments described herein can be applied to different memory devices including EM.

[0024] The memory system 100 may comprise one or more memory devices which may be coupled to the controller 102 via one or more transaction metadata buses. For examples, the memory device 104-1 is coupled to the controller 102 through a data bus 108-1 and the metadata bus 1 10 The memory device 104-2 is coupled to the controller 102 through the data bus 108-2

|0b25) Although not shown, the data buses 108 can represent a number of buses and/or lines . For example, the dat buses 108 can represent a data bus, an address bus, and/or a command bus. The memory devices 104 can be coupled to the controller 102 via one or more buses including the data bus 108, the command bus, and/or the address bus.

[0026] The data buses 108 can be configured to transfer data from the memory devices 104 to the controller 102 and/or to transfer data from the controller 102 to the memory devices 104. The command buses can be configured to provide commands from the controller 102 to the memory devices 104. The commands can include, for examples, read commands and/or write commands, among other possible commands that can he provided to the memory devices 104. The address buses can include address information associated with the commands. For examples, an address associated with a read command can be provided via an address bus connection the memory device 104- 1 and the controller 102.

|0O27| The transaction metadata bus i 10 can couple the memory device 104- 1 to the controller 102. The transaction metadata bus 1 1.0 ca transfer transaction metadata associated with data transferred through the data bus 108-1. In some examples. Hie transaction metadata bus 110 can transfer the transaction metadata using a 32-clock cycle and the data bus 108-1 can also transfer data using the 32-clock cycle. The transaction metadata bus 1 10 can also transfer the transactio metadata using a differen clock cycle. The transaction metadata bus 1 10 can be an additional DQ bus coupling the memory device 304- 1 and the controller 102. The transaction metadata bus 1 10 can provide a sideband signal.

0928j in some examples, the controller 102 can provide a command to the memory devices 104 utilizing command buses. For example, the controller 102 can provide a read command to the memory device .104- 1 The memory device 104-1 can provide data responsive to receiving and/or processing the read command. The memory' device 104-1 can also provide the transaction metadata concurrently with the data using the transaction metadata bus 110. The

transaction metadata data can be provided to the controller 102 at a same time that the data is provided to the controller 102.

f0029] The transaction metadata can be associated with the data. The size of the transactio metadat can be same size as the data. The size of a frame of transaction metadata can be a same size as a frame of the data. The size of the transaction metadata and/or the data ca be predetermined. For example, the size of the transaction metadata aid the data can be 64 bytes, but is not limited to 64 bytes. Said differently, a length of the transaction metadata can be equal to the access length granularity of the data. In some examples, the transaction metadata and the data can be provided in pages. A size of the pages used to transmi t the transaction metadata can be a same size as a size of the pages used to transmit the data

10030] In some examples, the controller 102 can receive 64 bytes but may not process entire 64 bytes. The controller 102 can be configured to read a predetermined number of the 64 bytes. The predetermined bits can be configured to point to other of the 64 bytes such that the controller 102 can access bits as they become needed to process the predetermined bits. The controller 102 can process a chain of extended information which comprises a number of the 64 bytes. The controller 102 can access a first number of bits of the 64 bytes. Responsive to processing the first number of bits, the controller 102 can access a second number of bits of the 64 by tes to form a chain of the first number of bits and the second number of bits. The chain can include a plurality of links comprising different numbers of bits which reference other numbers of links.

[0031] Both the transaction metadata an the data can be provided to the controller 102 responsive to receiving a command from the controller 102

A latency (e.g., deterministic read latency) between receiving a command from the controller 102 and providing the data and/or the transaction metadata can be the same for both the data and the transaction metadata. As such, a first bit of the transaction metadata and a first bit of the data and a last bit of the transaction metadata and the data can be provided to the controller 102 at a same time. {0032] In other examples, the transaction metadata and the data can be provided to the controller 102 without being sent at a same time. In such examples, a first bit of the transaction metadata does not ha ve to be sent at a same time as a first bit of the transaction metadata. The transaction metadata, that is associated with a first read command used to generate a first data set, can be provided before the memory·' device 104-1 fulfills a second read command {0033] In some examples, the transaction metadata can be provide to the controller 102 independently of transmissions by the data bus 108-1. The transaction metadata can be provided independently of data bus transmissions if the transaction metadata provides information about the memory device 104-1 and not about data transferred using the data bus 108-1.

10034] The transaction metadata can he associated with data transferred using the data bus 108-1. The transaction metadata can include information describing operations performed on data transferred using the data bus 108-1, requests associated with the data, and/or information describing the data

[0035] Figure 2 is a block diagram of a transaction metadata frame format in accordance with a number of embodiments of the present disclosure. Figure 2 includes a transaction metadata frame 220. The transaction metadata frame 220 can be used to provide transaction metadata as described in Figure I. (0036] The transaction metadata frame 220 includes status bits (e.g.,

STAX) 222, internal operation bits (e.g., IQP) 224, and extended information bits (e.g.. EXT!) 226. The status bits 222. the internal operation bits 224, and the extended information bits 226 can be referred to as a status field, an internal operation field, and an extended information field, respectively.

{0037] The transaction metadata frame 220 includes 64 bytes starting at bit“0” and extending to bit“63.” The transaction metadata frame 220 can include other sizes. The transaction metadata frame 220 can comprise 8, 16, 32, 128, or more bits.

(0038] The placement of the status bits 222, the .internal operatio bits

224, and/or the extended information bits 226 can differ from example to example. The embodiment of Figure 2 includes the status bits 222 having bit- indexes zero to seven. T he internal operation bits 224 range from bit-indexes eight to fifteen. The external information bits 226 range from bit-indexes sixteen to sixty-three. Each of the status bits 222, the interna! operation bits 224, and/or the extended information bits 226 can comprise more bits or less bits than those described herein.

(0039] The status bits 222 can be represented by the symbol“STATX

The status bits 222 can describe a status of the memory device pro viding the transaction metadata. The status bits 222 can provide data stored in status registers of the memory device. The status bits 222 can provide a temperature alert, a temperature and/or a readout of the memory device.

(0040] In some examples, the stats bits 222 can be used to determine whether management of the memory device is more pressing than management of the data stored in the memory device. If the temperature of the memory device is above a threshold, then the controller may manage the memory device to lower the temperature. If the status bits 222 provide information which is processed by the controller to describe a memory device that is functioning within predetermined variances, then the controller can continue to manage the data and/or error corrections performed on the data as described by the internal operations bits 224. |104l j The interna! operation bits 224 can be represented by the symbol

“IΌR.” The internal operations bits 224 can include four different values which are described as severities in Figure 2. T he interna! operation bits 224 can be set to a regular severity a watch severity, a warning severity or an error severity using a plurality of bit values.

19042] A regular severity can provide no description of the data

concurrently provided with the transaction metadata. The regular severity can describe that the memory device providing the transaction metadata detected no errors and performed no corrections on the data. The memory device can utilize a FD decoder hosted by the memory device to determine that the data does not contain errors. The regular severity can also describe that the FD decoder did not perform any correction operations on the data.

10043] A watch severity can describe that management operations are optional. Management operations can include an operational that can be performed to manage the data and/or the memory device providing the data and/or the transaction metadata.

|0044] For example, a watch severit can describe that the memory device detected and corrected errors using an ECC appl ied on the 64 bytes of the data. The watch severity can also describe that the memory device detected one or more errors but did not correct one or more of the detected errors. For example, the watch severity can describe that the memory device detected two errors but only corrected one of the errors. The controller receiving the transaction metadata ca correct the errors identified and not corrected by the memory device using concatenation ECC using an internal and an external decoder. For example, the con holler can utilize a AD decoder and/or and FD decoder hosted by the controller to identify the errors and/or correct errors in the data received via the data bus. In some examples, the AD decoder hosted by the controller can be an internal (inner) AD decoder and the FD decoder hosted by the controller can be an external (outer) decoder

(0045] T he watch severity can also describe that the controller can perform actions other than the concatenated ECC. That is, the watch severity can describe that the controller can perform operation other than ECC

corrections. For example, the controller can decide not to correct the errors identified in the data, but instead provide a re-read command to the memory device utilizing the command bus

10046] T lie watch severity can also request authorization to apply corrections to array content utilizing a special command. For example, the memory device can provide intentional operation bits describing watch severity which request permission to apply corrections to data stored in an array of the memory device. The special command ca be the actual watch severity or can be a command embodie in the extended information bits 226.

10047] A warning severity can describe that management operations are compulsory and/or needed. The controller, responsive to receiving the warning severity can perform wear-leveling operations, refresh operations, and/or cleani ng operations, among other types of management operations that can be performed by the controller to improve die ability to retrieve the data. Different management operations associated with the warning severity can include operations at the array level instead of operations at the decoder level. The management operations associated with the warning severity can improve the abili ty of the memor y device to successfully retrieve the data.

]0048] The error severity can be a highest severity event occurrence in a memory device. The error severity can describe a catastrophic event. For example, the error severity can describe that an array is not available, that the device capacity is not reachable, that the data is not recoverable, and/or that part of the data is not recoverable, among other catastrophic events.

j0O49] The extended information bits 226 can be represented by the symbol“EXIT.” The extended information bits 226 can describe operations performed on the data and by the memory device. Tire extended information bits 226 can provide information used by the memory' device and/or the controller to perform operations, inclining error correction operations, on the data. The extended information bits 226 can describe requests and/or commands provided by the memory device. For example, the extended information bits 226 can include parity bits, syndromes, calibration bits, and/or validity Hags that can activate one or more decoders hoste by the controllers and can provide

information used by the activated decoders to perform ECC on the data

10050] Figure 3 is a block diagram of an IOP field 324 according to a number of embodiments of the present disclosure. The internal operation field 324 can include an extension bit 330, type bits 331 , reserved bits 332, and severity bits 333 The internal operation field 324 can include more or less types of bits than those described herein.

fOeSl] The examples shown of the internal operatio field 324 includes eight bits. The extension bit 330 is provided as having hit-index 0. Tire type bits 3 1 are provided as having bit-indexes 1 to 2. The reserved bits 332 are

provided as having bit-indexes 3 to 5. The severity bits 333 are provided as having bit-indexes 6 to 7.

|0952jj The severity bits 333 can include a regular severity, a watch severity, a warning severity and an error severity. The regular severity can be expressed as bits“00,” the watch severity can be expressed as bits“01 the warning severity can be expressed as bits“10,” and the error severity can be expressed as bits“11 The bits used to represent the different severity values can be different than those described herein. For example, more or less bits can be used to represent the different severities. Also, different bit values can be used to represent the different severity values. The regular severity can be a default severity.

9053] As previously noted, the regular severity can convey no information given that no action is needed. The watch severity can describe that management operation is optional. The controller can read type fields for details on possible actions to take given the watch severity . The wanting severity can describe that management operations are needed. The controller can perform actions in conjunction with the information provided by the transaction metadata and/or independently of the information provided by the transaction metadata. The error severity can describe that a highest severity event occurred. Once again, the controller can perform action in con j unction with the information provided by the transaction metadata and/or independently of the information provided by the transaction metadata.

{0054 j The reserved bits 332 can be reserved for additional functionality and/or information used in conjunction with a severity of an even associated with the data. The type bits 331 can include a read successful type a read error type, and a read correction type, among other types that can he used. The type bit values and the extensions bit values used herein are exemplary and should not be interpreted as limiting. More or less values than those shown herein can be incorporated into the embodiments described herein.

jj0055] The read successful type can be expressed as bits“00,” the read error type can be expressed as bits“10,” and the read corrected type can be expresse as bits“1 L” The bits“01” of the type bits 331 and/or the reserved bits 332 can remained undefined or may be defined by the controller and/or by the memory device to provided additional functionality and/or expanded capabilities to the transaction metadata. The read successful type represented by bits“00” can be a default value of the type bits 33 .

jBOSdJ The read successful type can describe that no error was detecte and no correction was applied by the memory ' · device to the data. Accordingly, no action may be required given the read successful type. The read error type can describe that an error was detected but that no correction was applied by the memory device to the data. The controller may read extended information bits (e.g., extended information bits 226 in Figure 2) responsive to processing a read error type. The memory device may provide commands, information, and/or flags using the extended information bits to allow the controller to perform operations on the data utilizing the extende information bits and/or information provided in the extended information bits. The read corrected bits can describe that an error was detected in the data and that the error was corrected by the memory device. The controller may perform operations without being directed to the extended information bits responsive to processing the read corrected bits. For example, the controller may process extended information bits without being directed to the extended information bits to further process the data. The controller ma also process the data without referring to the extended information bits.

J0057J The extension bits 330 can be expressed by a bit“0” or a bit“ 1” to embody an end of (HO) metadata frame extension and an additional metadata extension, respectively. The EO metadata frame extension can describe that extended information bits are not used and as such not action should be taken by the controller. The additional metadata extension can describe that extended information bits contain valid information and as a result the extended

information bits should be read. The memory device can acti vate the extended information bits utilizing the extension bits 330. [0058] In some examples, a controller can request data via an address bus. The data can be received via a data bus coupled to the memory device. The transaction metadata can be recei ved, via a transaction metadata bus coupled to the memory device concurrently with a receipt of the data. The controller can process the status bits, fro the transaction metadata, describing a status of the memory device. The controller can also process internal operation bits, from the transaction metadata, describing operations performed on the data using an error correction code hosted by the memory device. The controller can further process the extended information bits, from the transaction metadata, comprising error correction data. The controller can determine whether to perform a number of error correction operations base on the status bits, the internal operation bits, and/or the extended information bits

100591 The controller can refrain from performing the number of error correction operations and instead can perform memory device operations based on determining that the status of the memory de vice does not meet a predefined criterion. In some examples, the controller can determine that the status of the memory device meets a predefined criterion.

10060] The controller can, responsive to determining that the status of the memory device meets a predefined criterion, assess a state of the data using severity bits from the internal operation bits. The controller can perform no actions based on determining that the state of the data is a regular state. The controller can read type hits from the internal operation bits based on

determining that the state of the data is a watch state

|0O611 The controller can also refrain from performing the number of error correction operations based on determining that the type bits describe a successful read operation of the data. T he controller can also perform the number of error correction operations using the extended information bits based on determining that the type bits describe an error detected. The controller can &rther perform the number of error correction operations as requested by extension bits, from the internal operation bits, and as further expounded by the extended information bits.

[0062] Figure 4 is a block diagram of transaction metadata frames 440 in accordance with a number of embodiments of the present: disclosure. Figure 4 shows the iOP field of the transaction metadata frames 440. Three examples of transaction metadata frames 440 are provided as transactio metadata frames 440-1, 440-2, and 440-3.

[0063] The transaction metadata frame 440-1 can comprise an extension bit having a“0” bit, type bits having“00” bits, and severity bits having“00” bits. The extension bi t can indicate that the extension information bits should not he activated. That is, the extension bit can indicate that the extension information bits should be ignored. The severity bits can describe a regular severity. The controller may refrain from performing operations responsive to receiving the transaction metadata. The type bits may not be processed given that they are not reference by the sex eiily bits. The controller may also refrain from processing the extended information bits because the severity f bits and the type bits do not reference the extended information bits.

10064] The transaction metadata frame 440-2 can comprise an extension bit having a“1” bit, type bits having“10” bits, and severity bits having“01” bits. The extension bit can describe an additional metadata extension to acti vate extended information bits. The type bits can describe a read error type to describe that the memory device detected an error but did not correct the error. The severity bit can describe a watch severity and can resort to the ty e bits for further information used to process the data. That is, the severity bits can provide that additional information is available through the type bits and the extension bits.

f 0065] The transaction metadata frame 440-3 can comprise an extension bit having a“1” bit, type bits having“1 G 5 bits, and severity bits having“01” bits. The extension bit can describe an additional metadata extension to activate extended information bits. The type bits can describe a read correction type to describe that the memory device detected and corrected an error in the error.

The severity bit can describe a watch severity and can resort to the type bits for further information used to process the data. That is, the severity bits can provide that additional information is available through the type bits and the extension bits.

[0066] Although specific embodiments have been illustrated and described herein, those of ordinary skill in the art will appreciate that an arrangement calculated to achieve the same results can be substituted for the specific embodiments shown. This disclosure is intended to cover adaptations or i n variations of various embodiments of the present disclosure it is to he understood that the above description has been made in an illustrative fashion, and not a restrictive one. Combinations of the above embodiments, and other embodiments not specifically described herein will be apparent to those of skill in the art upon reviewing the above description. The scope of the various embodiments of the present disc losure includes other applications in which the above structures and methods are used. Therefore, the scope of various embodiments of the present disclosure should be determined with reference to the appended claims, along with the foil range of equivalents to which such claims are entitled.

[0067J In the foregoing Detailed Description, various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the disclosed embodiments of the present disclosure have to use more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment.