EP1258005A1 - Hand-audiodecoder - Google Patents

Hand-audiodecoder

Info

Publication number
EP1258005A1
EP1258005A1 EP01903335A EP01903335A EP1258005A1 EP 1258005 A1 EP1258005 A1 EP 1258005A1 EP 01903335 A EP01903335 A EP 01903335A EP 01903335 A EP01903335 A EP 01903335A EP 1258005 A1 EP1258005 A1 EP 1258005A1
Authority
EP
European Patent Office
Prior art keywords
audio
memory
data
security
cache
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP01903335A
Other languages
English (en)
French (fr)
Inventor
Gregory Allen North
Matthew Richard Perry
Brian Christopher Kircher
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cirrus Logic Inc
Original Assignee
Cirrus Logic Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cirrus Logic Inc filed Critical Cirrus Logic Inc
Publication of EP1258005A1 publication Critical patent/EP1258005A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/572Secure firmware programming, e.g. of basic input output system [BIOS]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C7/00Arrangements for writing information into, or reading information out from, a digital store
    • G11C7/16Storage of analogue signals in digital stores using an arrangement comprising analogue/digital [A/D] converters, digital memories and digital/analogue [D/A] converters 
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02Addressing or allocation; Relocation
    • G06F12/08Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/12Replacement control
    • G06F12/121Replacement control using replacement algorithms
    • G06F12/126Replacement control using replacement algorithms with special data handling, e.g. priority of data or instructions, handling errors or pinning
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2211/00Indexing scheme relating to details of data-processing equipment not covered by groups G06F3/00 - G06F13/00
    • G06F2211/1097Boot, Start, Initialise, Power

Definitions

  • the present invention relates in general to electronic appliances and in particular to circuits, systems and methods for information privatization in personal electronic appliances.
  • Handheld personal electronic appliances have become increasingly popular as new technologies have allowed for the production of affordable devices with a high degree of functionality.
  • One such device is the portable digital audio player, which downloads digital audio data, stores those data in a read-writeable memory, and converts those data into audio on user demand.
  • the digital data is downloaded from a network or retrieved from a fixed medium, such as a compact disk, in one of several forms, including the MPEG Layer 3, ACC, and MS Audio protocols.
  • An audio decoder supported by appropriate firmware, retrieves the encoded data from memory, applies the corresponding decoding algorithm and coverts the decoded data into analog form for driving a headset or other portable speaker system.
  • some means of controlling the operation of a the personal appliance is desirable. This could be implemented for example through the issuance of passwords or software kernels authorizing download the relevant information.
  • the passwords or software must be secured to prevent end user copying, distribution and tampering.
  • the audio decoder maybe operating from proprietary firmware which must also be protected against copying or tampering.
  • a system which includes a central processing unit operating in response to a set of instructions for processing information.
  • An interface is included which provides access to selected circuitry forming a part of the system by an external device.
  • a set of non-volatile programmable security elements selectively enable and disable the operation of the interface to provide a private environment for processing the information.
  • the principles of the present invention provide, among other things the ability to privatize information in personal digital appliances. These principles can be implemented in a manner which does not waste processing resources, such as available memory space, which could be more directly used for processing operations. Moreover, these principles can be applied to a wide range of different system configurations that do not depend on where in the appliance the private information is to be stored, whether it be in memory internal or external to the primary processing chip.
  • FIGURE 1 A is a high level functional block diagram of an integrated circuit embodying the principles of the present invention
  • FIGURE IB is a high level diagram of a second system embodying the inventive concepts
  • FIGURE IC is a third exemplary system to which the present inventive principles can be advantageously applied; and ID are two additional;
  • FIGURE 2 depicts integrated circuit 100 in a maximum utilization configuration
  • FIGURE 3 is a high level functional block diagram of the processor depicted in FIGURE IB;
  • FIGURES 4A depicts the external clock driving a pin EXPCLK when the clock enable signal on pin CLKEN is asserted with the system entering the Standby State;
  • FIGURE 4B depicts the external clock driving a pin EXPCLK when the clock enable signal on pin CLKEN is asserted and the system is exiting the Standby State;
  • FIGURE 5 is a state diagram illustrating the operation of the state control circuitry of FIGURE 1A;
  • FIGURE 6 is a block diagram of the three serial interfaces comprising the serial interface block of FIGURE 1 A;
  • FIGURES 7A and 7B are timing diagrams illustrating the operation of the SSI (ADC) in conjunction with selected external devices;
  • FIGURE 8 is a timing diagram illustrating the operation of the Codec interface of FIGURE 6;
  • FIGURE 9 is a functional block diagram showing an interface between the I 2 S port of the serial interface block of FIGURE 6;
  • FIGURE 10 is a timing diagram illustrating the operation of the I 2 S interface of FIGURE 9;
  • FIGURE 11 is a functional block diagram illustrating the use of the SSI2 port of FIGURE 6 in a master-slave configuration
  • FIGURE 12 is a flow chart describing system initialization at power-on reset
  • FIGURE 13 is a flow chart illustrating a procedure for locking private data in TLB
  • FIGURE 14 illustrates a cache lockdown procedure for locking secure code into cache
  • FIGURE 15 is a flow chart in which an emulated cache miss procedure is set forth
  • FIGURE 16A illustrates a preferred method of setting-up synthesized translation tables
  • FIGURE 16B is a flow diagram illustrating a table walk through the synthesized tables of FIGURE 16 A.
  • FIGURES 17 A through 17E illustrate a preferred procedure for performing an emulated table walk.
  • FIGURE 1 A is a high level functional block diagram of an integrated circuit
  • Integrated circuit 100 embodying the principles of the present invention.
  • Integrated circuit 100 could be, for example a Cirrus Logic EPxx integrated circuit.
  • Integrated circuit 100 can advantageously be utilized in a number of consumer and industrial handheld information appliances, including personal digital assistants, electronics organizers, and two-way pagers, among other things.
  • integrated circuit 100 can be configured to perform audio processing in battery powered internet audio decoders.
  • FIGURES IB and IC Two additional exemplary systems to which the present inventive principles can be advantageously applied are shown in FIGURES IB and IC and will be discussed further below.
  • FIGURE 2 depicts integrated circuit in a system configuration, and will be referenced during the discussion of the input/output signals (ports) of the various functional blocks of integrated circuit 100.
  • Integrated circuit 100 is built around an ARM720T processor 101 as described in the ARM720T data sheet available from ARM, Ltd., Cambridge, United Kingdom.
  • processor 101 includes a central processing unit (CPU) core 102,
  • 8-kilobyte cache 103 8-kilobyte cache 103, memory management unit (MMU) 104 and write buffer 105, each of which will be described in further detail below. It should be noted that in alternate embodiments, an ARM920 processor may also be used.
  • CPU 102 is a 32-bit microprocessor based on a reduced instruction set computer (RISC) architecture.
  • the associate 8-kilobyte cache 103 is a mixed instruction and data cache (IDC) and is organized as a four way set-associative cache of 512 lines of 16 bytes (4 words).
  • MMU 104 includes a translation look aside buffer (TLB), access control logic and translation-table-walking logic.
  • TLB translation look aside buffer
  • the primary functions of MMU 104 are the translation of virtual addresses into physical addresses and the control of accesses to memory. It also supports a conventional two-level page-table structure.
  • the TLB encaches 64 translated entries and provides the translation to the associated access control logic. If a virtual address causes a hit to a translated entry in the TLB, the access control logic determines whether the access is permitted. In the case of a permitted access, MMU 104 outputs the corresponding physical address from the TLB cache. Otherwise, if the access is not permitted, MMU 104 signals CPU 102 to execute an abort. If a virtual address causes a miss to the TLB cache, the translation-table- walking circuitry retrieves the necessary translation information from a translation table in physical memory. This translation information is written into the
  • the access control logic can then determine whether or not the access is allowed.
  • Write buffer 105 is used to buffer up to eight words of data and four independent addresses. When enabled, CPU 102 writes data or an instruction into write buffer 105 using an external clock and then returns to instruction execution.
  • Write buffer 105 can then, in parallel, write data onto internal data bus 106 and addresses onto internal address bus 107.
  • phase locked loop (PLL) 108 driven by a 3.6864 MHz crystal 109 is used in one mode to provide the clocks to processor 101.
  • the primary (CPU) clock can be programmed to either 18.432
  • integrated circuit 100 also includes and external clock input which allows for the input of an external 13 MHz clock for driving substantially all of the on-chip circuitry in a second clocking mode.
  • the external clock drives a pin
  • FIGURES 4A and 4B where the clock enable signal on pin CLKEN is asserted as shown in FIGURES 4A and 4B, where FIGURE 4A shows integrated circuit 100 entering the Standby State and FIGURE 4B exiting the Standby State. (The Standby State is discussed further below).
  • Oscillator 110 is used to generate a 1 hertz clock which is used to drive a
  • RTC 112 can be written to or read from and includes a 32-bit output match register which allows the issuance of an interrupt when the time in the RTC matches a predetermined specific time. RTC 112 is also used to drive a programmable LED flasher (not shown). Additionally, integrated circuit 100 includes a pair of on-chip timer counters
  • Each timer counter is independent and includes a 16-bit readable- writeable data register. The given counter is loaded to a desired value and then decrements in response to a preselected clock. When the timer counter underflows (i.e., reaches zero) the appropriate interrupt is generated.
  • the timer counter registers can be read at any time. The clock frequency of these timers can be selected by writing to corresponding bits in the system control registers S YSCON. For example, when PLL 108 is sourcing the internal clocks, 512 kHz and 2 kHz rates are available to timer counters 113. When a 13 MHz clock from an external source is used, 541 kHz and 2.115 kHz clocks are available. Additionally by using a Divide by 26 circuitry, enabled by setting a bit in system control register SYSCON2, a 500 kHz clock can also be generated from the 13 MHz source.
  • Each timer counter 113 can operate in either a free running mode or a prescale mode by setting or clearing bits in system control register SYSCON1.
  • the free running mode the given counter wraps around to OxFFFF when it underflows (i.e. reaches zero) and continues to count down.
  • the prescale mode the value written into the given timer counter is automatically reloaded when the counter underflows.
  • the prescale mode can be used to produce a programmable frequency, drive a buzzer, or generate a periodic interrupt.
  • State control circuitry 114 allows integrated circuit 100 to be set to either an
  • FIGURE 5 A state diagram illustrating the operation of state control circuitry 114 is shown in FIGURE 5.
  • the Operating state is the normal program execution state and all clocks and peripheral logic are enabled.
  • the Idle state is similar to the Operating state with the exception that the CPU clock is halted pending an interrupt or wake-up to return it back to the Operating state. In the
  • PLL 108 is shut down, although Crystal 111 and oscillator 110 and RTC circuitry 112 remains active.
  • the external address and data buses are also forced low in the Standby State to prevent any powered down peripherals from draining current. It should be noted that integrated circuit 100 when first powered, or during a cold reset, is forced into the Standby state, which can only be left by external wake-up prompt.
  • power management is also effectuated through power management control block 115.
  • the state of various functional blocks of integrated circuit 100 in each state are tabulated in TABLE 12.
  • Power management circuitry 115 forces integrated circuit 100 into the Standby mode when an active low power failure signal PWRFL is received from an external power supply unit 201. If integrated circuit 100 is being driven by an external DC power source 202, the external power sense input signal EXTPWR is driven active low. If a battery 203 is being used, an active high on the BATOK pin indicates that the main battery is OK. The falling edge of this signal generates an FIQ (fast interrupt request) while a low level signal on this pin in the Standby state inhibits system start up.
  • PWRFL active low power failure signal
  • the new battery sense signal BATCHG indicates that a new battery is required; an active low at this input occurs if the battery voltage falls below a "no battery” threshold.
  • the battery powering integrated circuit 100 could be, for example, one or more standard AA batteries widely available to retail consumers.
  • interrupt controller 116 When unexpected events arise during execution of aprogram (i.e., an interrupt or memory faults) an exception is usually generated. When multiple exceptions occur, interrupt controller 116, operating on a fixed priority system, determines the order in which the exceptions are serviced.
  • Integrated circuit 100 operates on two interrupt types, namely the interrupt request (IRQ) and the fast interrupt request (FIQ). FIQs have a higher priority than IRQs. When two or more interrupts of the same type occur simultaneously, the contention is resolved in software.
  • TABLES 2A-2C set out preferred interrupt allocation, wherein INTMRl and INTSR1 are respectively the First Interrupt Mask Register and First Interrupt Status Register, INTMR2 and INTSR2 are respectively the Second Interrupt Mask Register and Second Interrupt Status Register, and INTMR3 and INTSR3 are the Third Interrupt Mask Register and Third Interrupt Status Register. It should be noted that if two interrupts are received from within the same group (IRQ or FIQ), the order in which they are serviced is preferably resolved in software.
  • interrupt controller 116 operates as follows. An external or internal interrupting device asserts the appropriate interrupt. If the appropriate bit is set in the corresponding Interrupt Mask Register, then either an FIQ or IRQ is asserted by Interrupt Controller 116. If the interrupts are enabled, processor 101 jumps to the appropriate address. Interrupt dispatch software then reads the corresponding Interrupt status register to establish the source of the Interrupt and calls the appropriate Interrupt service routine software which then clears the Interrupt source through some action specific to the interrupting device. The Interrupt service routine may then re-enable interrupts, and any other pending interrupts are similarly serviced. All other external Interrupt sources are held active until the corresponding service routine starts executing.
  • processor 101 checks for a low level on its FIQ and IRQ inputs after each instruction is executed. Hence, there is an Interrupt latency directly related to the amount of time it takes to complete the current instruction after an Interrupt condition is first detected.
  • the latency will depend on whether the system clock is shut down and if a control bit FASTWAKE in the system control registers is set. As indicated above, PLL 108 is always shut down in the Standby state. If the FASTWAKE bit is cleared, the latency is between 0.125 seconds to 0.25 seconds. If this bit is set however, then the latency will be between 250 microseconds and 500 microseconds. If an external clock is used and disabled during Standby, the latency may also be between 0.125 seconds and 0.25 seconds to allow for oscillator stabilization. If the external clock is not disabled, the latency can be reduced to a few microseconds.
  • Interrupt can also cause integrated circuit 100 to leave the Idle state.
  • the CPU clock must be restarted and additionally, interrupt servicing may be delayed for instruction execution as described above.
  • an on-chip boot ROM 117 is provided which maintains a set of instructions for initializing integrated circuit 100.
  • On-chip boot ROM 117 is provided which maintains a set of instructions for initializing integrated circuit 100.
  • ROM also configures UARTl, discussed further below, to received 2048 bytes of serial data which are downloaded into on-chip SRAM 118. Once the data has been downloaded into SRAM 118, processor can continue executing instructions by jumping to the start of the SRAM.
  • this configuration allows code to be downloaded to program a system flash memory during the manufacture of a device employing integrated circuit 100. It should be noted that the user may select between booting from on-chip ROM 117 or from an external memory connected to port CS[0]. Specifically, if the signal at pin MEDCHG is low, boot is from on-chip ROM 117 while a high signal applied to this pin requires that boot be performed from the external memory.
  • booting from the on-chip boot ROM is a reversal of the decoding of all chip select signals internally. This feature is illustrated in TABLE 5A with the normal, unreversed chip select decoding illustrated in TABLE 5B. Additionally, boot can be accomplished from external memory, with the width of the boot device having a selectable width in accordance with TABLE 4.
  • the ARM720T processor has a 4 Gbyte address space.
  • integrated circuit 100 uses the lower 2 Gbytes of the address space for ROM/RAM/Flash and expansion space. Another 0.5 Gbyte is used for DRAM and the remaining 1.5 Gbytes, less 8K for internal registers, is unused.
  • a memory and I/O expansion interface supports six separate linear memory or expansion segments to external expansion memory 204. Two additional segments are dedicated to the on-chip SRAM and ROM. Each segment is 256 megabytes in size. Any of the six segments can be used to support a conventional SRAM interface.
  • each segment can be individually programed to be 8-, 16- or 32-bit wide, to support page mode accesses, and to execute from one to eight wait states for nonsequential addresses, and zero to three for burst mode accesses.
  • the zero wait state sequential feature allows integrated circuit 100 to interface with burst mode ROMs. It should be noted that the on-chip ROM space is fully decoded while the complete SRAM address space is fully decoded only up to the maximum size of the video frame buffer used to drive an external LCD (up to 128 kBytes).
  • Two of the expansion segments can be reserved for establishing an interface with two PC Card cards 205 using the chip select signals NCS4 and NCS5. Interface with the external PC cards is preferably made through Cirrus Logic CL-PS6700 PC card slot drivers 206.
  • the memory is segmented to allow different types accesses to take place (i.e., attribute, I/O, and common memory space).
  • the EXPCLK port to expansion control block 119 outputs an expansion clock which is equal to the CPU clock in the 13 MHz and 18 MHz modes, and has a rate of 36.864 MHz when integrated circuit 100 is operating in the 36, 49, or 70 MHz modes.
  • EXPCLK port is used as the clock input in the 13 MHz mode discussed above.
  • the EXPRD Y pin (Expansion Port Ready) is driven low by the external expansion devices to extend the bus cycle and insert wait states.
  • the chip select signals CS[0:3] are used for SRAM expansions while chip select signal CS[4:5] can be used for either memory expansion or PC card selection.
  • the write strobe WRITE is low during reads from and high during writes to, the expansion devices.
  • the word/halfword bits (2) indicate to the external devices during writes from integrated circuit 100 whether the access size is in words, halfwords or bytes.
  • DRAM controller 120 provides a programmable 16-bit or 32-bit wide interface to up to two banks 207 of DRAM, with each bank having a storage capacity of up 256 Mbytes.
  • the DRAM banks can be any of a number of types of DRAMs available in the marketplace, including conventional DRAM, synchronous DRAM (SDRAM), extended data out DRAM (EDODRAM), fast page mode DRAM, and double data rate DRAM (DDRDRAM).
  • SDRAM synchronous DRAM
  • EDODRAM extended data out DRAM
  • DDRDRAM double data rate DRAM
  • these DRAMs can be of the self-refresh type which are placed in a low power state when integrated circuit 100 enters the Standby state discussed above.
  • two row address strobes RAS[0:1] can be generated along with four column address strobes CAS[0:3].
  • the output enable signal MOE is used for either the DRAM, ROM/SRAM/Flash or expansion output enable.
  • the write enable signal NWE is used for the same set of external devices.
  • DRAM controller includes a programmable refresh counter, with the refresh period by controlled using the refresh period register (DRFPR).
  • TABLES 7 and 8 illustrate DRAM address mappings for 32- and 16-bit DRAM memory systems. The 32-bit is assumed to be based on two xl6 devices connected to each
  • Flash interface 121 allows integrated circuit 100 to interface with flash memory, using the chip select signal CS[0:1] described above.
  • LCD controller 122 provides all the necessary control signals to allow integrated circuit 100 to interface directly to a single panel multiplexed LCD module 209.
  • the total frame buffer size is programmable up to 128 KBytes, using both on and off chip memory.
  • a system can be built using no external DRAM, with on-chip SRAM 118 used as the LCD video frame buffer, as described above.
  • the screen is preferably mapped to the video frame buffer.
  • LCD direct memory access (DMA) engine 123 is provided for fetching display data for LCD controller 122 from frame buffer memory.
  • DMA direct memory access
  • LCD refresh rate can be programmed from 18.432 MHz to 576 kHz when operating in the 18.432-73.728 MHz modes, or 13 MHz to 203 kHz when operating from a 13
  • Integrated circuit 100 includes a pair of universal asynchronous receive-transmit (UART) interfaces 124 and 125. These asynchronous ports can be used, for example, to communicate with a pair of RS-232 transceivers 210.
  • Each UART 124/125 can support data rates of up to 115.2 Kbits per second, when integrated circuit 100 is operating from clocks generated by PLL 108.
  • the UART bit rates that can be generated include 9.6 Kbps, 19.2 Kbps, 38 Kbps, 58 Kbps and
  • Both UARTs 124/125 include a 16-byte transmit FIFO driving a corresponding transmit (TX) pin and a 16-byte receive FIFO for receiving data from a dedicated receive (RX) pin.
  • An RX interrupt is asserted when a given RX FIFO becomes one-half full or if that FIFO is non-empty for longer than three character length times with no more characters being received.
  • a TX interrupt is asserted whenever the given TX FIFO buffer reaches one-half empty.
  • UART 124 (UARTl) can also receive the three modem control signals CTS, DSR, and DCD.
  • An additional modem control RI input and output modem control signals RTS and DTR can be implemented using the
  • a Modem Status Interrupt for UARTl is generated if any of these modem control bits change.
  • UART operation and line speeds are programmable through the UART bit rate and line control registers (UBLCl and UBLC2). Additionally, four of the FIFOs can also be programmed to have a 1-byte depth. Framming and parity error bits, which are detected at each byte is received, are also readable from 11-bit wide registers.
  • Integrated circuit 100 also includes an IrDA (infrared data association) SIR protocol post processing stage 126 at the output of UARTl 124. It includes a pin for driving an infrared light emitting diode (LED) and an input for connection to a photodiode (shown together as block 211 in FIGURE 2). SRI encoder 126 is switched into the TX and RX ports of UARTl, such that these signals can drive the infrared interface directly.
  • IrDA infrared data association
  • Integrated circuit 100 additionally includes an SPI/ Microwire master mode 128 Kbps ADC interface 127 and serial interface 128, which is shown in further detail in FIGURE 6.
  • a preferred serial pin assignment for the Digital Audio Port is found in TABLE 10.
  • SPI interface 1 ADC interface
  • Serial interface block 128 includes a master slave mode SBI/Microwire (SSI2) interface 603, digital audio interface (DAI) 601, and codec interface 604, all of which are multiplexed through multiplexer 602 onto a single set of external interface pins.
  • the selected interface drives the corresponding circuitry in block 214 of FIGURE 2. Multiplexing is controlled by programming corresponding fields in the system control registers.
  • ADC interface 127 is compatible in a default mode with SSI or Microwire compatible devices such as the MAXIM, MAX 148/9 peripherals.
  • ADC interface 127 also can interface with devices such as Analog Devices AD7188/12 chips using NADCCS as a common RFS/TFS line.
  • Exemplary timing diagram when integrated circuit 100 is driving a MAX 148/9 and a AD7811/2 are provided as FIGURES 7 A and 7B respectively.
  • An exemplary I 2 S interface is shown in FIGURE 8.
  • the clock output frequencies for ADC interface 127 can also be set using the system control registers.
  • the ADC clock (ADCCLK) can be set to either 4, 16, 64, or 128 KHz.
  • the ADC clock can be set to 4.2, 16.9, 67.7, or 135.4 kHz.
  • the sample clock SMPCLK always runs at twice the frequency of the shift clock (ADCCLK).
  • the available ADC frequency options are set forth in TABLE 12.
  • the ADC serial output ADCOUT is fed by either an 8-bit or 16-bit shift register in response to a bit set in the SYNCIO register.
  • ADCIN is captured by a 16-bit shift register.
  • the ACD clock synchronization pulses are activated by a write to the output shift register.
  • an SSEOTI interrupt is asserted and the SSIBUSY bit is cleared.
  • the sample clock SMPCLK is independently enabled.
  • Digital Audio Interface 501 provides an interface to CD quality A D and D/A converters, such as that shown in FIGURE 9.
  • DAIs are a subset of I 2 S.
  • FIGURE 10 is an exemplary timing diagram illustrating the operation of DAI
  • the left-right clock (LRCK) provides the frame synchronization signal.
  • the serial clock (SCLK) is the bit transfer clock and preferably has a rate fixed at 128 times the audio sample frequency.
  • the SDOUT (SD ATAO) and SDIN (SDATAI) are respectively used for sending playback data an external D/A converter and for receiving record data from an external A/D converter.
  • Timing between integrated circuit 100, an external D/A converter and/or an external A D converter is based of the oversampled clock MCLK.
  • the MCLK has a rate fixed at 256 times the sampling frequency.
  • Asynchronous serial interface 2 (SSI2) 503 is an SPI microwire interface that can operate in a full master-slave mode.
  • FIGURE 10 illustrates a pair of integrated circuit 100 devices configured to operate in a Master-Slave fashion.
  • the preferred sustained data rate is 85.3 Kbps, which ensures a sufficiently long period between interrupts.
  • An interrupt is generated when the receive FIFO is half-full and the transmit FIFO is half-empty.
  • the serial clock (SSICLK) and the serial receive port (SSIRXDA), the received synch control pin (SSIRXFR) and the transmit synchronization pin (SSITXFR) are inputs and the transmit pin SSITXDA is an output.
  • pins SSICLK, SSITXDA, SSITXFR and SSIRXFR are outputs and pin SSIRXDA is an input.
  • Mode selection is through the programming of bits in the system control registers.
  • Asymmetric (unbalanced) and continuous traffic are both supported through the use of the separate transmit and frame synch control lines SSITXFR and SSIRXFR.
  • the receiving node receives a byte of data on the eight clocks following the assertion of the received frame synch control signal and the sending node transmits a byte on the eight clocks following the assertion of the independent transmit frame synch control pulse.
  • Exemplary timing diagrams illustrating the operation of these two interfaces are provided in FIGURES 7A and 7B for reference.
  • Codec Interface 604 supports a direct connection to a telephony codec. Along with clock and control signal generation, codec interface 604 also performs parallel to serial and serial to parallel conversions. The interface is full duplex and employs corresponding transmit and receive FIFO operating at 64 Kbs. When enabled, the codec interrupt CSINT is generated every 8 bytes transferred (i.e., FIFO half full/empty) or, in other words, every 1 msec with a latency of 1 msec. This timing is illustrated in FIGURE 8, where CDENRX and CDENTX are respectively the receive and transmit control bits in system control register S YSCON1.
  • DAI 601 supports an I 2 S interface, such as interface 900 shown in FIGURE 9.
  • a clock source 903 provides the time base.
  • An exemplary timing diagram is provided in FIGURE 10.
  • the MCLK is the oversampled clock which is typically fixed at 256 times the audio sampling frequency.
  • the SCLK is the bit clock which is typically fixed at 128 times the audio sampling frequency.
  • the LCLK is the frame sync signal and is typically fixed at the audio sampling frequency.
  • SDOUT is the audio data output sending playback digital audio to DAC 902.
  • SDIN receives record data from ADC 901.
  • SSI1 interface 603 supports master-slave operation as shown in FIGURE 11. This interface provides a means for effectuating full duplex serial transfers between two nodes. Data are transferred in bytes in response to a clock and a frame synchronization signal.
  • Integrated circuit 100 is also provided with a set of general purpose input output (GPIO) ports 129.
  • GPIO general purpose input output
  • the GPIO ports can be used for such purposes as establishing an interface with a keyboard driver 215.
  • Pulsed with modulator (PWM) circuitry 130 includes two outputs for driving DC to DC 216 converters operating in conjunction with external power supply unit (PSU) subsystem 201.
  • the external input pins normally connected to the output from comparators monitoring the external DC to DC converter output are used to enable these clocks.
  • the PWM clocks When integrated circuit 100 is operating from internal PLL 108, the PWM clocks have a frequency of 96 kHz.
  • the duty cycle ratio for these signals can be programmed from 1 and 16 to 15 and 16.
  • the sense of the PWM drive signal active cycle can be set high or low by latching the state of the drive signal during power on reset (i.e., a pull up on the drive signal will results in an active low drive output, and vice versa). As a result, either positive or negative voltages can be generated by the external DC to DC converters. These outputs can similarly be disabled by clearing bits in a control register.
  • Internal data bus 106 is 32-bits wide and can be connected to the external devices through multiplexing circuitry 132.
  • Internal address bus 107 is 28-bits wide and can communicate with external devices through multiplexing circuitry 133.
  • ICE-JTAG circuitry 134 which is IEEE 1149.1 compliant, is included for boundary scanning during test and development. Additionally, the Embedded ICE supports the debugging of the ARM processor core.
  • the internal registers of integrated circuit 100 are in the little endian configuration.
  • integrated circuit 100 can advantageously interface with a big endian external memory system.
  • the big end bit and the CPU 101 register sets determines whether words in the external memory are being stored in a big endian or little endian format.
  • memory is viewed as a linear collection of bytes numbered upwards from zero. Bytes 0-3 hold the first stored word, bytes 4-7 the second stored word, and so on.
  • the little endian scheme the lowest number byte in a word is considered to be the least significant byte of the word and the highest number byte is the most significant word.
  • byte zero in a little endian system are connected to data lines 7-0.
  • TABLES 13 and 14 illustrate the operation of integrated circuit 100 for both reads (TABLE 13) and writes (TABLE 14). It should be noted that the column address strobe lines NCAS[3:0] to the DRAM banks are always connected to the same byte lane irrespective of the endianness.
  • column address strobe line NCAS[0] will be associated with data line D[7:0] and NCAS[3] associated with data lines D[31 :24].
  • line NCAS[0] will be asserted for a read/write to DRAM byte
  • line NCAS[3] will be asserted to access DRAM byte 0.
  • Integrated circuit 100 includes a set of programmable fuses which allow each chip to be assigned one or more unique ID numbers and passwords.
  • the programmable fuses and related registers are disposed within Security Registers and Hardwareblock 133 operating off APB 132 (FIGURE 1).
  • APB 132 FIG. 1
  • the boot ROM itself will reside on the ARM local bus 107 and the access checking will be split and have logic on both the ARM local bus and within the ARM local-global AHB wrapper.
  • the addresses and values of the private fuses are hidden such that only private firmware corresponding to those fuses is allowed accesses. In a non-private environment, these addresses and values return all zeros.
  • the public fuses are described in TABLE 15 and the private fuses in TABLE 16 .
  • Integrated circuit 100 also includes embedded hardware within block 133 to check the fused hamming code with the hamming code that matches the selected ED.
  • the ID value is matched with it hamming value and verified.
  • the resulting 5 bit code provides debug information (all fuses blown or all fuses not blown) if the hamming codes do not match.
  • Table 17 gives the decoding for the validation read bits. This advantageously allows detects errors which have occurred when the fuses were blown, while preserving the inaccessibility of the fuse values and addresses.
  • Table 18 provides the addresses that return the validation codes for the public ID-CHK pairs.
  • Table 19 provides the addresses that return the validation codes for the private ID-CHK pairs. These addresses are only accessible by the firmware when integrated circuit 100 is operating in a private mode and will read 0's otherwise.
  • test registers that can be selected as the ID-CHK pair and validated. Their definitions and locations are provided in Table 20.
  • FIG IB is a high level functional block diagram of a second system on a chip 140 suitable for practicing the principles of the present invention.
  • This embodiment employs an ARM920T processor 141 having both instruction and data caches, as well as an MMU.
  • System 141 does not include general purpose SRAM in contrast to integrated circuit 100.
  • FIGURE 13 is a more detailed functional block diagram of processor 141, in particular for those embodiments based on an ARM 920T core.
  • the available cache comprises both an instruction cache 1301 and a data cache 1302.
  • separate instruction and data MMUs 1303 and 1304 are used.
  • the instruction modified virtual address (IMVA), instruction physical address (D?A) and instruction data (ID) buses are each 32 bits wide.
  • data modified virtual address (DVMA), data physical address (DP A) and data data (DD) buses are 32 bits wide.
  • Physical addresses and data are exchanged to AHB bus 142 through AMB A bus interface 1305.
  • a write buffer 1306 allows for the parallel exchange of data through interface 1305 during processor core operations.
  • Data from data cache 1302 can be output through write-back physical address (PTAG) RAM 1307.
  • PTAG write-back physical address
  • Integral to the processor core is a coprocessor which includes a register for translating virtual addresses issued by the CPU into the modified instruction and data virtual addresses (MVA) transmitted on IMVA and DMVA shown in FIGURE IB.
  • VMA instruction and data virtual addresses
  • System 141 is based on an internal AHB (Advanced Microcontroller Bus Architecture High-Speed Bus) 142, as well as an internal an APB (Advanced
  • Peripheral Bus Peripheral Bus
  • An AHB/APB bridge 144 interfaces AHB 142 and APB 143.
  • a second bridge 145 interfaces processor 141 with AHB 142.
  • Graphics Engine 146 Among the devices operating off AHB 142 are Graphics Engine 146 and Raster Engine 147.- Generally, Graphics Engine off-loads such functions as block transfers and line draws from processor 141 to improve system graphics performance.
  • Graphics Engine 146 uses a standard Device Independent Bitmap (DIP) format for supporting Windows CE.
  • Raster Engine 147 is provided to raster data from an external display buffer, through synchronous DRAM interface 148, to drive an external LCD, CRT or TV display unit.
  • Additional on-chip interfaces to internal AHB include an interface 149 for coupling system 141 to an external system bus, a PCMIA for interfacing with an external PC card, and Test Interface Controller (TIC) interface 151 for testing such on-chip circuit blocks as the DMA controller and the raster system.
  • Memory interface 152 provides for the exchange of control signals and data with external SRAM, Flash or ROM in a manner similar to that discussed above.
  • boot ROM 153 is operating off AHB 142, although it could run off any one of a number of global and local buses in alternate embodiments.
  • System 140 includes an 8-channel DMA engine 154, which prioritizes and services request by on-chip resources, such as the UARTs, for accesses to external memory.
  • the Joint Test Action Group (JTAG) port 155 supports debugging of the on-chip processor and related circuitry
  • a Universal Serial Bus (USB) controller 156 and Ethernet port 157 operate directly from the AHB.
  • a number of peripheral devices are provided on-chip and operate off of APB
  • system 140 includes three UARTs 158, 159 and 160. Additionally, a pair of SPI interfaces 161 and 162 and an AC97 interface 163 are included in the illustrated embodiment.
  • a real time clock (RTC) 165, general timer set 166 and watchdog timer 167 are also provided in this embodiment.
  • An additional memory interface, EEPROM interface 168, also couples to the APB.
  • FIGURE IC is a high level functional block diagram of another exemplary system-on-a-chip 180 to which the principles of the present invention can be suitably applied.
  • the CPU core 181 which could be for example a ARM7TDMI controller, does not utilize an MMU or on-chip cache.
  • CPU 181 operates in conjunction with the AHB bus 142 via a local AHB bus and Local/Main
  • CPU 181 is supported by memory 183, security gates 184 and security/reset circuitry 185. Security will be discussed in further detail below.
  • system 180 additionally includes a digital signal processor (DSP) 186 supported by global memory 189, data memory 190 and program memory 191.
  • DSP digital signal processor
  • PWM circuitry 194 that is capable of driving external speakers at CD quality levels without using analog DAC support circuits
  • DSP Timer/STC 195 communicate with DSP 186 via DSP Peripheral Bus 196.
  • These devices also operate off the APB.
  • peripheral devices also operating from the APB include a USB Slave Port 197, SPI for Serial Media Input 198 and I 2 S Host Port 199.
  • the Motion Picture Expert Group (MPEG) audio compression standard defines the syntax for a coded stream of digitized audio data, along with a process for decoding that stream.
  • MPEG Motion Picture Expert Group
  • three layers, Layers I - in respectively, are defined.
  • Layer m which provides the highest quality audio reproduction, will be considered.
  • the encoding process begins with the sampling of one or more audio channels at a given sampling rate, which may be 32, 44.1 or 48 kHz.
  • the resulting digitized stream is passed through a polyphase filter bank which divides the received time-domain stream into 32 frequency subbands.
  • the filter bank operates of 64 input samples at a time with 50% overlap such that 32 output frequency-domain samples are produced for 32 input time-domain samples.
  • a psychoacoustic model is used to remove those parts of the audio signal which cannot be heard by the human ear due to auditory masking. Auditory masking is the characteristic of the human auditory system wherein a strong audio signal renders a temporally or spatially close weaker audio signal imperceptible. Moreover, the ability of the human ear to distinguish sounds is frequency dependent. Within certain critical bands, the ear does not precisely delineate between various in-band audio components. The processing subbands, which approximate these critical hearing bands, are quantized as a function of the audibility of the quantization noise within that subband.
  • the psychoacoustic model engine determines the available noise masking for a given frequency component and a given loudness. From this information, the data stream output from the polyphase filter are quantized and coded. In Layer HI, each of the 32 subbands output from the polyphase filter are passed through a window which parses the stream into long blocks of 18 samples or short blocks of 6 samples, with 50% overlap such that the window lengths are respectively 36 and 12 samples wide. Long blocks are used to achieve better frequency resolution for the relatively constant components of the audio signals while short blocks are used for improved frequency resolution of transients. The blocks for each subband are then processed with a Modified Discrete Cosine Transform (MDCT).
  • MDCT Modified Discrete Cosine Transform
  • the subbands are further divided in frequency to improve spectral resolution such that some of the aliasing caused by the polyphase filter can be canceled.
  • Layer m the quantization is non-uniform to make the signal to noise ration over the range of quantization values more consistent.
  • Layer m utilizes scale factor bands of approximating critical band widths and cover several MDCT coefficients. The scale factors are used during noise allocation to vary the frequency-dependent masking threshold, and essentially set the gain for each subband.
  • Huffman encoding is performed on the quantized MDCT coefficients for improving data compression.
  • a "bit reservoir" is employed, to which bits can be donated when less than the average number of bits are required to code a frame and from which bits can be borrowed when more than the average number of bits are required to code a frame.
  • Frames are formed from a header, a CRC value, side information and main data, although the relative position of these components of the frame are not necessarily always in the same sequence, or even adjacent in the stream.
  • the header includes a set of frame sync bits, MPEG version and layer identifiers, a CRC protection bit, a bitrate index indicating the bitrate at which the frame was created, and a sampling rate frequency index indicating the frequency at which audio data was sampled, and along with additional information about the transported data.
  • An MPEG-1, Layer HI bitstream can then be decoded generally as follows. Data is input to the decoder in a predetermined number of frames per second. The frame sync bits in the header portion of each frame is detected. Next, the scale factors are extracted and decoded. This is followed by decoding of the Huffman encoded main data representing the frequency energies. The scale factors are applied and the data requantized. At this point, if stereo data is being processed, the stereo channels are recovered and aliasing reduction performed. An inverse MDCT operation is performed to followed by an overlapping inverse Discrete Cosine Transform (DCT) to return the data to the time-domain. A low pass filter is applied to recover the PCM samples, each of which is essentially a weighted average of the adjacent 512 time-domain samples.
  • DCT overlapping inverse Discrete Cosine Transform
  • a stereo DAC such as a Cirrus Logic CS43Lxx Stereo Audio DAC
  • Digital Audio Port 128 for driving a set of headphones.
  • An analog to digital converter such as a Cirrus Logic CS53L32 Audio A/D Converter may also be coupled to this port for the input of data from a microphone.
  • This embodiment of FIGURE ID includes an on-chip PWM circuit that can drive headphones at CD quality levels without an external stereo audio DAC.
  • a security scheme must meet several criteria. First, the system must not allow unauthorized access as a result of power-on reset. Second, secure information, such as encrypted passwords, security code, and the information concerning locations in memory where the secure information resides, must not be readily accessible outside the system. Notwithstanding, this secure information must be checked during production test procedures to guarantee acceptable end user system quality with regards to normal manufacturing defects. Finally, if security measures are not provided or not invoked, normal operation of the system should proceed in the expected fashion.
  • the principles of the present invention provide security techniques which allow integrated circuit 100 to meet each of these criteria.
  • the capability of processor 101 in response to either certain default conditions or the dynamic assertion of certain instructions, to reverse the Chip Select signal decoding discussed above is employed.
  • the security code can be run from a normally unaccessible memory space.
  • this feature of processor 101 can only be invoked in a specific period of time when processor 101 is not executing instructions, which further complicates any attempted security breach.
  • FIGURE 12 is a flow chart illustrating a preferred procedure 1200 for booting integrated circuit 100 in accordance with the inventive concepts.
  • processor 101 is an ARM720T or ARM920T processor, and signal names will be in reference to the signals and/or instructions thereof.
  • the procedure begins with the power on reset of integrated circuit 100 by the assertion of the power-on reset (NPOR) signal, at Step 1201. Circuits within the system immediately disable all hardware and debug features and hides all security elements (e.g. firmware, registers, passwords) from external probing (Step 1202). This step insures that the system is secure, at least up until Step 1203, where a check is made to determine if security firmware routines are in place and enabled. In the preferred embodiment, this is accomplished by reading the programmable fuse registers.
  • NPOR power-on reset
  • Step 1204 a determination is made as to whether boot is to continue from an internal ROM or if an external memory will be used.
  • the NMEDCHG bit is used to select between internal and external boot memory options. If at Step 1204, the signal at pin NMEDCHG is clear (i.e. in an active low state), then boot of integrated circuit 100 will be from internal ROM. In this case, the address mapping to internal boot ROM is reversed by default at Step 1205. After reversal of the address mapping, execution is from current boot ROM location 0 (Step 1207). In this illustrated embodiment, the power-reset signal NPOR must be asserted to return the address mapping to its normal state.
  • boot will be from external memory (ROM/EPROM/Flash).
  • the chip select mapping is set as shown in TABLE 5A with the external Chip Select 0 being selected as the boot memory.
  • Integrated circuit 100 can be configured to respond to different sets of boot and/or security code. This advantageously allows integrated circuit 100 to operate using the boot/security firmware from multiple vendors, even though the secure information of each vendor may only be accessible by that vendor's own boot/security procedures.
  • the boot memory is programmed with multiple boot code sets or options. This can done using the internal boot ROM or one or more chips of external memory (ROM/RAM/Flash). With multiple boot options, the end user will be able to select between security firmware available from different vendors.
  • Step 1209 a first one of the booting options in boot memory is identified and at Step 1210 aliased to the reset vector, typically location 0x00 for the first option. All necessary security elements (registers, firmware, I/O devices) required for the given implementation are enabled by the current boot option while all other security options (implementations) are kept hidden (Step 1211). The selected boot code is then run by the processor at Step 1212 to attempt to initialize for the selected security firmware/software.
  • Step 1213 If at Step 1213 the proper security firmware/software is found in memory as called by the boot code, then integrated circuit 100 completes boot and runs in the selected secured environment at Step 1214 under supervising control of the security firmware/software. On the other hand, if the required security firmware/software is not found, another boot option must be tried.
  • Step 1216 If the last security option has not been reached at Step 1215, then the next security option in boot code is selected (Step 1216). An instruction is issued which dynamically forces the processor to the new reset vector. In this instance, the reset vector jumps to point to the second security option in boot code. At Step 1218, the processing returns to Step 1211 and the boot process is attempted again.
  • the instruction pipeline has three stages. Consequently, the instruction resetting the program counter to 0 has already been loaded from internal boot ROM before execution of the instructions that changes the chip selects.
  • the MOV pc, #0 instruction causes the processor pipeline to be flushed thereby allowing several cycles to occur before the change of chip selection must occur. During this process, no other accesses are allowed to those memory resources whose chip select signals will change during the execution of the remap command.
  • Step 1215 This process repeats itself until either a security option is found which causes integrated circuit 100 to enter secure operation at Step 1214 or the last security option is reached at Step 1215.
  • the last or default option returns the boot procedure at Step 1219 back to a normal (unsecure) boot.
  • all the debug features are enabled and the security features are hidden at Step 1220.
  • Step 1221 a default boot ROM is selected and at Step 1222 the processor is dynamically forced to the reset vector.
  • default security code may be provided in order that integrated circuit 100 can still run in a secure environment even though all of the primary options are unavailable.
  • instructions and data can be locked into the corresponding instruction and data caches, such that they are not chosen as victims for replacement by the replacement algorithm on a cache miss. Locked in data/instructions guarantee a cache hit with the corresponding information being fetched directly from cache and the favorable cache access latency. Moreover, the locked encached information is unaccessible outside of integrated circuit 100, except through the JTAG port or other test-debug modes that allow visibility to the cache or TLB memories.
  • the JTAG port used primarily during product development and testing, can be disabled integrated circuit 100 leaves the manufacturing floor.
  • TLB Translation Look aside Buffers
  • many devices such as the ARM 920T used in the present examples, include both data and instruction translation look-aside buffers (TLBs).
  • TLBs data and instruction translation look-aside buffers
  • the CPU For a given instruction or field of data, the CPU generates a virtual address. A modified virtual address is then presented to the corresponding TLB and a comparison is performed between fields of the modified virtual address and the comparison (tag) registers in the TLB.
  • the physical address bits returned from the corresponding TLB entry is used, along with index bits from the modified virtual address, to generate a physical address, accessing cache or external memory, as required. If a miss occurs, the process discuss below is invoked to translate the virtual address into a physical address in hardware.
  • TLB entries are locked by writing identifiers for the specific entries in the data and instruction TLBs being locked into
  • TLB Lockdown procedure 1300 of FIGURE 13 is one method of locking entries in either an instruction or data TLB.
  • a page table is setup including physical address bits and permissions corresponding to the protected data or instructions.
  • At least some of the entries in the target TLB are then flushed or cleaned to insure that the code to be locked is not already in the TLB registers (Step 1302).
  • both the data and instruction TLBs are organized in a single segment of 64 lines.
  • (victim) counter points to the entry being replaced. Therefore, at Step 1303, the replacement counter is updated to point to the next entry to which locked information is to be written. In the preferred embodiment, the process begins at entry 0.
  • a Prefetch instruction is used to generate a modified virtual address force a TLB miss (Step 1304).
  • a Load instruction can be used to force the miss.
  • a page table walk must be performed to generate the descriptor (e.g. physical address and permissions) to be loaded into the TLB (Step 1305).
  • the descriptor generated from the page table walk using physical address bits from the accessed page table entry and index bits from the modified virtual address, is loaded into the given
  • the loaded TLB entry is locked at Step 1307 by setting a bit in a corresponding TLB Lockdown register. If the last entry has been reached at Step 1308, the procedure ends, otherwise, at Step 1309, the procedure loops back to Step 1303 and the replacement counter updated in preparation to load the next entry.
  • the corresponding data or code can be locked in cache.
  • the inventive concepts are not limited to systems employing ARM processors, and can be applied to any system or device including Lockable instruction and/or data cache.
  • FIGURE 14 illustrates a cache lockdown procedure 1400 for locking secure code into cache.
  • a cache miss must be forced in the illustrated embodiment.
  • a preferred method of forcing a cache miss is discussed later in conjunction with FIGURE 15.
  • an actual or emulated page table is set up with the physical addresses to the locations in memory where the data or instructions to be locked in cache reside.
  • An emulated and synthesized page tables embodying the inventive concepts are also discussed further below. This table is used to update the corresponding TLB, preferably using procedure 1300.
  • the given cache is flushed or cleaned of at least some cache lines to insure that the code to be locked-in is not already encached.
  • the replacement (victim) counter associated with the cache is forced to point to the first cache line
  • each of the data and instruction caches is partitioned into 8 64-line segments each indexed by index fields in the modified virtual address.
  • cache lines will be filled sequentially, with for example, all cache lines 0 of all segments filled in sequence first, followed by the sequential fill of all cache lines 1, and so on.
  • the data or instructions to be encached are generated, possibly requiring a decryption process (de-encrypted), and stored at corresponding locations in an alternative memory, such as internal SRAM or external SRAM/DRAM/Flash at Step 1404.
  • a Prefetch Cache Line operation is performed for an instruction encache to invoke a look-up at the pointed-to cache entry.
  • the LOAD instruction can be used. This causes a cache miss thereby requiring the processor to access the alternate memory containing the necessary data or instructions. It can do this by referring to the TLB for the necessary bits for the physical address, if the TLB is current and accurate, or by walking through the page tables set up at Step 1401 directly.
  • the physical address itself is generated from base address bits in the entry accessed in the TLB and index bits from the virtual address.
  • Step 1405 the generated code or data is placed where the cache miss is to be processed and a line fill is performed at Step 1406 to the cache line at the current replacement pointer entry.
  • the cache segment is indexed by cache segment index bits from the virtual address causing the cache miss.
  • Step 1407 If, at Step 1407, the last segment in the given cache not been reached and further cache operations are required, the processor increments the cache segment index bits at Step 1408 to force the next cache access to the next cache segment at the current replacement counter value. The procedure returns to Step 1404 and continues from there.
  • Step 1410 the procedure jumps back to Step 1403, the replacement counter value is updated, and the procedure continues from that point.
  • the Replacement Counter base is set to a value one higher that the base to the locked cache lines (Step 1411).
  • cache miss emulation can also be used to remedy hardware limitations on the cache locking granularity.
  • cache can be locked in 64 word blocks (256 bytes). Each cache line however is only 8 words (32 bytes) long, and therefore can be mapped a different locations within the 64 word block, depending on the address bits.
  • ECLHSfE programmable 32-bit emulated cache line
  • a comparison (offset) register (ECOFFSET) is setup which is programmed with physical addresses to identify where in the cache memory space the ECLINE register contents will reside after the emulated cache miss. Consequently, the location a single cache line in size can be used to represent an entire 64 word Lockable location.
  • An emulated cache miss procedure 1500 is then set forth in the flow chart of FIGURE 15.
  • the contents to be encached (in either the instruction or data cache) are written into the ECLINE registers.
  • An offset to the Lockable cache space to which the data are to be written is then programmed into the ECOFFSET comparison register (Step 1502).
  • an operation is performed to cause a cache miss For the instruction cache, this can be done through a Prefetch Instruction for the instruction cache, and for the data cache, through a Load.
  • the virtual address generated to this location causes a miss to the given cache, and the corresponding physical address is then generated using index bits from the virtual address and base bits retrieved from the appropriate TLB or alternatively, through a page table walk.
  • the information in the corresponding ECLINE registers is retrieved and at Step 1506, loaded into the cache at the addressed entry. This entry is now prepared to be locked using procedure 1400.
  • the procedure has allowed the locked portion of cache to be loaded without resort to either internal or external SRAM.
  • page table walks are required during cache and TLB locking operations in order to generate addresses to physical memory from where the data or instructions are to be retrieved.
  • the present inventive concepts allow for the creation of streamlined page tables which save on the amount of memory which must be dedicated to page table support. Moreover, even in view of a TLB miss, the inventive concepts also protect data and instruction code against tampering, copying or electronic analysis through secure operation of MMU 104 during address translation by section/page table walks.
  • an ARM 920T processor core will be considered for illustrative purposes, although the inventive principles can be applied to the memory management schemes of other processors and memory management units.
  • a conventional page table walk for this embodiment generally proceeds as follows.
  • a section descriptor (Level 1), course page table or fine page table base address is retrieved from a 4096-entry Translation Base Table (TBT).
  • TBT Translation Base Table
  • the TBT is accessed using a TBT base address from the Translation Base Register and a Table Index field from the modified virtual address.
  • the output from the TBT is a section descriptor, that descriptor includes a Section Base Address and access permissions.
  • a physical address to a 1MByte section of memory is then generated using the Section Base Address bits from the Level 1 descriptor and Section Index bits from the modified virtual address. (Assuming that the permissions contained in the Level 1 Section Descriptor are favorable).
  • Index bits from the modified virtual address accesses one of 256 entries in the Course Page Table thereby dividing the 1 Mbyte blocks into 4 Kbyte blocks.
  • the Course Page Table returns either a Large or Small Base Address along with access permissions.
  • the Large or Small Page Base Address bits are combined with Page Index bits from the modified virtual address to produce a physical address either a 64 Kbyte large page or 4 Kbyte small page from memory.
  • the output from this table is a Level 2 Descriptor which includes either a large, small or tiny base address along with access permissions. Large pages are 64 kBytes, small pages 4 KBytes and tiny pages 1 Kbyte. Assuming the permissions indicate that the access is allowed, the page base address is concatenated with Page Index bits from the modified virtual address to generate a physical address to either the large or small pages in memory already discussed, or 1 kbyte tiny pages in memory.
  • the memory accessed as a result of the page table walk can be either cache, internal memory or external memory.
  • the physical addresses and permissions are used to update the TLB. Any secure information is then locked, as described above, into the TLB.
  • the table walking process can be significantly simplified and the amount of memory required for the translation tables greatly reduced. Not only is this important in terms of increased operating efficiency, but it also insures that resort to unsecure external memory is not required.
  • the memory space is divided up into 256 MByte regions, each of which is associated with a common set of access characteristics.(e.g. access permissions, cacheability, bufferability). Of only one of these regions, only 1 MByte requires a second level page table. Thus, since large regions of memory have common access characteristics, much smaller translation tables can be created within the available SRAM space.
  • the access permissions indicate whether given information can be accessed from the corresponding memory block.
  • the cacheability and bufferability attribute bits are used to determine if an accessed piece of information can be stored in cache or transferred through the write buffer. For example, the contents of the real hardware registers controlling the UARTs and other peripherals and I/O devices are generally not allowed to be cached or buffered by the CPU subsystem. This would cause incorrect behavior of these peripherals due to the timing of when the accesses would actually occur.
  • the page/section table information must be kept within the confines of the private area such that this information can not pass from memory to the device pins that can be examined by a logic analyzer.
  • the memory is divided into 16, 256
  • a 32-bit register is created for storing the Level 1 AP bits, each two bit pairs mapping to a 256 MByte memory region. For example bits [1 :0] map to Region 1 , bits [3 :2] to Region 2, and so on.
  • a 16-bit register is setup for holding a set of bits indicating the cacheability of each region for Level 1.
  • Another 16-bit register is setup for holding either a set of bits indicating the cacheability of each region.
  • FIGURE 16 A A procedure 1600 for updating these registers, as well as for handling memory regions which have unique characteristics and constants, is shown in FIGURE 16 A.
  • Step 1601 For a given 256 Mbyte region, a determination is made at Step 1601 as to whether it has a common set of access characteristics. If the determination is affirmative, then at Step 1602, the corresponding entry in the global Level 1 AP register is loaded with the appropriate AP bits. The corresponding entries in the global Level 1 bufferability and cacheability registers are similarly updated at Steps 1602 and 1603.
  • Step 1605 the procedure returns for the update of the register entries for the next memory region (block) requiring update.
  • Initialization/update of the global access control registers is preferably done in a loop. The values in general do not change but can be updated if necessary during system processing. The full register values for entries that are not to be synthesized are updated as appropriate during system operation. For example they will need updated when a page of memory is substituted for another when it is "swapped" out to disk or similar mass storage devices.
  • a full 32-bit register is loaded with a complete Level 1 descriptor at Steps 1606 and 1607.
  • the procedure again loops back at Step 1608.
  • This descriptor can include a course or fine page (Level 2) table address. Otherwise, a constant is pointed to in hardwired gates at Step 1608.
  • the stored constant can be a fixed value or a base address to a Level 2 table. If a walk to Level 2 is not required at Step 1609 then the procedure loops back at Step 1610. Otherwise, at Step 1611 , a corresponding register in the Level 2 synthesized table is set up at Step 1611.
  • a similar process is used to synthesize Level 2. Specifically, for each Level
  • a global Level 2 AP register, along with Level 2 bufferability and cacheability registers are set up as before, for pages and sub-blocks having common characteristics.
  • Step 1612 For a given page or set of pages, a determination is made at Step 1612 as to whether it has a common set of access characteristics. If the determination is affirmative, then a Step 1613, the corresponding entry in the global Level 2 AP register is loaded with the appropriate AP bits. The corresponding entries in the global Level 2 bufferability and cacheability registers are similarly updated at Steps 1614 and 1615. At Step 1616, the procedure returns to Step 1601 for the update of the register entries for the next memory region (block) requiring update.
  • Level 2 pages sets of pages, blocks or registers which have a unique set of Level 2 access characteristics at Step 1612, including access permissions, bufferability and cacheability bits, and physical address bits
  • a full 32-bit register is loaded with a complete Level 2 descriptor at Step 1618. Otherwise, a constant is pointed to in hardwired gates at Step 1618.
  • the stored constant can be a fixed value, base address, or the like.
  • An exemplary synthesized page table walk is illustrated in FIGURE 12B.
  • the table walk is requested. This request could be in response to a TLB and/or cache miss.
  • a second level of Table walk is not required at Step 1621.
  • the Level 1 registers discussed above are then pointed-to by the translation base register in the MMU at Step 1622.
  • the Level 1 register entries are indexed using the table index bits from the virtual address (Step 1623).
  • Steps 1624 and 1625 a determination is made as to whether the return from the indexed entry in the Level 1 registers is either a full descriptor or a constant. The case in which the return is neither a constant nor a full descriptor will be considered first.
  • Step 1626 the access control bits in the first level global access registers
  • the table index from the virtual address are then transformed into physical address bits at Step 1627 by moving bit positions relative to the virtual address.
  • the transformed virtual address bits for section entries will be the table index bits (bits 13:2 of the lookup word index into the 4096 entry level 1 page table) become bits (31:20) of the result for the entry (1 Mbyte memory region).
  • the domain of the section will be defined by bits (13:10) of the memory location.
  • several bits in the page table entries are always a constant 0 or 1.
  • the Level 1 descriptor is formed at Step 1628 by merging the transformed address bits and the retrieved access control bits.
  • the synthesized descriptor is returned at Step 1629 for updating the TLB and or cache.
  • the Level 1 entry can also be a full descriptor (Step 1630), or a constant (Step 1631).
  • the descriptor or constant can be used immediately at Step 1632.
  • Step 1621 Assume next that a Level 2 table reference is required at Step 1621.
  • the Level 2 translation is similar to that performed when only a Level 1 reference is required.
  • Step 1633 the Level 2 registers, setup as described above, are pointed to by a base address in the MMU.
  • the specific register or entry is indexed using the table index bits from the virtual address at Step 1634.
  • a determination is made at Steps 1635 and 1636 as to whether the indexed register (entry) contains a full descriptor or a constant. If a descriptor is found, then that descriptor is retrieved at Step 1634.
  • Step 1637 and if a constant is found, that constant is retrieved at Step 1638.
  • the descriptor or constant can then be immediately used at Step 1639.
  • Step 1640 the second level access control registers are accessed and the corresponding access control bits retrieved at Step 1641 using the page index bits from virtual address.
  • the page index bits from the virtual address are transformed into physical address bits by shifting bit positions. These physical address bits, along with the retrieved access control bits are merged at Step 1643 to form a synthesized descriptor.
  • the synthesized descriptor is returned at Step 1644 for updating the TLB, performing a memory upon a cache miss, or similar operation.
  • the cache and/or TLB entries can be locked as described above for security.
  • the preferred emulation process employs an alternate, emulated memory, such that the integrated circuit 100 internal memory can be spared for other tasks.
  • the memory addresses of the page tables are preferably mapped inside the integrated circuit.
  • a preferred procedure embodying these concepts is the Emulated Table Walk / TLB Update procedure 1700 illustrated in FIGURE 17.
  • an emulated Level 1 Translation Register (table) (EL1TR) containing either Level 1 Descriptors or Level 2 base addresses is created at (Step 1701).
  • an emulated Level 1 Index Register maintaining indices to the entries in the EL1TR, is setup in the alternate memory space (Step 1702).
  • the Translation Base Table (TTB) in the MMU is programmed to point to the emulated Level 1 table. Requests to this region will receive the contents of EL1TR with the index into the table matches ELIIR. If the index does not match the value returned will be an entry that causes an exception to occur.
  • TTB Translation Base Table
  • an emulated Level 2 Translation Register (EL2TR) containing Level 2 Descriptors is created in alternate memory (Step 1704), along with an emulated Level 2 Index Register holding the corresponding indices (Step 1705).
  • Step 1706 virtual address is generated by prompting CPU 101 or through the use of an external address generator. If the cache and TLB have been flushed or cleaned, a cache/TLB miss will occur, and therefore, at Step 1707, the table walk procedure is invoked using the emulated level 1 table pointed-to by the MMU. Level 1 Table Index bits in the virtual address are compared with those in ELIIR and the corresponding Level 1 information returned from EL1TR (Step 1708).
  • Step 1709 If the information is a descriptor (i.e. no Level 2 translation is required) at Step 1708,then a Level 1 access is performed (Step 1709) wherein the permissions in the descriptor are examined (Step 1710). If permission is not granted, then the operation aborts at Step 1711. Otherwise, the physical address is generated from the Section address bits in the Level 1 descriptor, along with the Section Index from the virtual address, at Step 1712. The physical address can then be loaded into the TLB at Step 1713 to await locking and the corresponding data or instruction loaded into the appropriate cache. If it is determined at Step 1714 that the current entry in the TLB is not the last to be loaded, then at Step 1715 the procedure loops back to Step 1706 to initiate the next table walk. Otherwise, the TLB locking procedure is executed at Step 1716.
  • the Level 2 page walk is invoked at Step 1717.
  • the EL2TR registers are accessed (Step 1718) using the base address from EL1TR.
  • the specific register is indexed using the contents of corresponding EL2IR register by comparison against the index bits from the virtual address (Step 1719).
  • the permissions in the returned Level 2 descriptor are examined at Step 1720. If the access is not allowed, the access is aborted at Step 1721, otherwise the physical address is generated at Step 1723 using the physical address bits from the Level 2 descriptor and index bits from the virtual address.
  • the physical address is loaded into the TLB at Step 1723 to await locking.
  • the TLB lock procedure can be invoked at Step 1725, otherwise, at Step 1726 the procedure jumps back to Step 1706 and the table walk for the next TLB entry is initiated.
  • a bare CPU may be employed which does not include a Memory Management Unit (MMU) or hardware cache.
  • MMU Memory Management Unit
  • CPU core 101 could be based upon an ARM7tdmi processor 102 alone, without cache 103 or MMU 104.
  • all software must be stored in memory in a flat memory space.
  • external memory e.g. NOR Flash, SRAM, DRAM.
  • the security code runs in an supervisor mode.
  • supervisor mode access to specific areas of memory and certain registers are subject to a check against supervisor privilege.
  • the security firmware preferably runs from internal memory, such as SRAM.
  • supervisory mode all other software/firmware is interpreted as running in the user mode and is therefore subject to supervisor privilege checking by the secured software.
  • PRTvTD PRIVATE ID number PPJVHAM PRIVATE hamming code for private ID numbers
EP01903335A 2000-02-01 2001-01-25 Hand-audiodecoder Withdrawn EP1258005A1 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US49581300A 2000-02-01 2000-02-01
US495813 2000-02-01
US60902300A 2000-06-30 2000-06-30
US609023 2000-06-30
PCT/US2001/002558 WO2001057872A1 (en) 2000-02-01 2001-01-25 Hand-held audio decoder

Publications (1)

Publication Number Publication Date
EP1258005A1 true EP1258005A1 (de) 2002-11-20

Family

ID=27051891

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01903335A Withdrawn EP1258005A1 (de) 2000-02-01 2001-01-25 Hand-audiodecoder

Country Status (4)

Country Link
EP (1) EP1258005A1 (de)
JP (1) JP2003521751A (de)
AU (1) AU2001231164A1 (de)
WO (1) WO2001057872A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8762644B2 (en) 2010-10-15 2014-06-24 Qualcomm Incorporated Low-power audio decoding and playback using cached images
CN112151069B (zh) * 2020-08-20 2024-03-15 深圳市捷视飞通科技股份有限公司 语音数据处理方法、装置、计算机设备和存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5446864A (en) * 1991-11-12 1995-08-29 Microchip Technology, Inc. System and method for protecting contents of microcontroller memory by providing scrambled data in response to an unauthorized read access without alteration of the memory contents

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69638018D1 (de) * 1995-02-13 2009-10-15 Intertrust Tech Corp Systeme und Verfahren zur Verwaltung von gesicherten Transaktionen und zum Schutz von elektronischen Rechten
US6012137A (en) * 1997-05-30 2000-01-04 Sony Corporation Special purpose processor for digital audio/video decoding
KR100287366B1 (ko) * 1997-11-24 2001-04-16 윤순조 엠피이지 방식을 이용한 휴대용 음향 재생장치 및 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5446864A (en) * 1991-11-12 1995-08-29 Microchip Technology, Inc. System and method for protecting contents of microcontroller memory by providing scrambled data in response to an unauthorized read access without alteration of the memory contents

Also Published As

Publication number Publication date
AU2001231164A1 (en) 2001-08-14
JP2003521751A (ja) 2003-07-15
WO2001057872A1 (en) 2001-08-09

Similar Documents

Publication Publication Date Title
US6754784B1 (en) Methods and circuits for securing encached information
US20210240637A1 (en) Methods, apparatus, and systems for secure demand paging and paging operations for processor devices
US6622208B2 (en) System and methods using a system-on-a-chip with soft cache
US20160232105A1 (en) Methods, apparatus, and systems for secure demand paging and other paging operations for processor devices
EP2725517B1 (de) System-on-chip-verarbeitung von sicheren inhalten und mobile vorrichtung damit
US6816750B1 (en) System-on-a-chip
US6912557B1 (en) Math coprocessor
US5515540A (en) Microprocessor with single pin for memory wipe
US5640542A (en) On-chip in-circuit-emulator memory mapping and breakpoint register modules
US6779125B1 (en) Clock generator circuitry
EP1256056B1 (de) Verfahren und schaltkreis um ein system in einem sicheren umfeld selektiv zu betreiben
WO2001057676A1 (en) Methods for synthesizing translation tables and systems using the same
JP4603753B2 (ja) キャッシュされた情報を安全にする方法および回路
WO2001057872A1 (en) Hand-held audio decoder
US6484227B1 (en) Method and apparatus for overlapping programmable address regions
TW514830B (en) Circuits, systems and methods for information privatization in personal electronic appliances

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020902

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: CIRRUS LOGIC, INC.

RIN1 Information on inventor provided before grant (corrected)

Inventor name: NORTH, GREGORY, ALLEN

Inventor name: PERRY, MATTHEW, RICHARD

Inventor name: KIRCHER, BRIAN, CHRISTOPHER

17Q First examination report despatched

Effective date: 20060630

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20090407