WO2006000943A2 - Systeme destine a deboguer des composants logiciels et materiels - Google Patents
Systeme destine a deboguer des composants logiciels et materiels Download PDFInfo
- Publication number
- WO2006000943A2 WO2006000943A2 PCT/IB2005/051952 IB2005051952W WO2006000943A2 WO 2006000943 A2 WO2006000943 A2 WO 2006000943A2 IB 2005051952 W IB2005051952 W IB 2005051952W WO 2006000943 A2 WO2006000943 A2 WO 2006000943A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- debug
- software
- software layer
- conceived
- layer
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3632—Software debugging of specific synchronisation aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3648—Software debugging using additional hardware
- G06F11/3656—Software debugging using additional hardware using a specific debug interface
Definitions
- the invention relates to a debug system for debugging software components and hardware components on an integrated circuit.
- SoCs Systems-on-Chip
- integrated circuits are built from a plurality of relatively independent modules. These modules may implement either general-purpose functions or dedicated functions.
- An example of a module performing general-purpose functions is a central processing unit (CPU).
- An example of a module performing dedicated functions is a graphics coprocessor. It should be clear that some of these modules may be more software-oriented (such as the CPU) and that other modules may consist entirely of hardware (such as a graphics accelerator).
- the building blocks or modules of the systems which are the software and hardware components, are often standardized components, which can be deployed in different SoCs.
- the success of development of such systems depends on the successful integration of the standard building blocks; this integration must be done relatively rapidly in order to reduce the time-to-market of the systems.
- fast integration of components also requires fast debugging.
- the debugging of complex systems like SoCs is far from trivial and can therefore be time-consuming. Due to the increasing complexity of SoCs debugging becomes more and more difficult. In particular, simultaneous debugging of various components is hardly supported by state-of-the-art debug tools. These components can be both software components and hardware components, which complicates adequate debugging.
- US 6,065,078 discloses a debugger interface which includes interface circuitry to interface a plurality of processors to a debugger.
- the debugger interface includes means for receiving a debugger command from the debugger.
- Debugger command directing means determines from the debugger command for which of at least one of the plurality of processors the debugger command is intended, directs the debugger command, via the interface circuitry to the at least one intended processor.
- a processor command is received from one of the plurality of processors, and processor command directing means directs the processor command, received from the one processor, via the interface circuitry to the debugger.
- This system is intended for debugging software that is executing on the plurality of processors.
- the interface circuitry does not enable a dynamic connection of various debuggers to a target system comprising a plurality of hardware and software components.
- the technique according to US 6,065,978 provides means to direct debug requests to a specific processor, but it does not allow simultaneous debugging of hardware and software components.
- the debuggers are equipped to debug software instead of hardware.
- This object is achieved by providing a debug system characterized by the characterizing portion of claim 1.
- the layered architecture of the debug system according to the invention ensures that the debug framework is generic, because only the debuggers and the target adapter need to be changed, depending on the specific components which should be debugged. Any change in the status of a component affected through a debugger or through execution of the target system, can be reflected in the status of other components present in the target system.
- a set of Application Programming Interfaces comprising of software layers enable the interconnection of the debuggers and the software and hardware components. They also enable synchronization of debug requests, which facilitates the simultaneous debugging of various software and hardware components.
- the invention has a technical effect in that it significantly improves the debugging techniques for modeled integrated circuits, prototypes and hardware ICs.
- the second software layer is further conceived to receive a plurality of debug results of the debug functions, to interpret the debug results and to derive debug response packets compliant with the protocol of the communication channel from the debug results, the second software layer also being conceived to send the debug response packets via the communication channel to the first software layer; the first software layer also being conceived to receive the debug response packets, to interpret the debug response packets and to derive debug responses from the debug response packets, the first software layer further being conceived to send the debug responses to the debuggers. In this manner the debug responses corresponding to particular debug requests can be directed to the correct external debuggers.
- the debug system further comprises a plurality of first adapters, the first adapters being arranged to connect the debuggers to the first software layer.
- the debug system further comprises a second adapter, the second adapter being arranged to connect the second software layer to the software and hardware components. The second adapter enables connection of the debug system to specific target system components and enables the retrieval of architecture information from those components, for example.
- the second adapter is also arranged to allocate unique identifier values to the software and hardware components, to identify a component from the software and hardware components to which a debug request is made, and to send the debug request to the component using an identifier from the unique identifier values.
- This has the advantage that target system components can be uniquely identified in the debug system, and that debug requests are routed to the correct components.
- the second software layer is conceived to be triggered by the second adapter if a static breakpoint is hit in a hardware component of the target system, and the second software layer is conceived to collect information regarding the state of execution of the target system if the said static breakpoint is hit.
- step types are defined for the hardware components in the target system, and the debug system is conceived to request that a step of a particular type is executed in a hardware component, which results in the execution of a plurality of instructions in the hardware component.
- the debug system can present a list of step types available in the target system by querying the target system at runtime. By selecting and executing a step of a particular type the target system will advance from a first state of execution to a second state of execution, which state transition can be examined for correctness.
- the external debuggers are dynamically connected to the debug system, and the external debuggers are dynamically disconnected from the debug system.
- the second software layer is further conceived to retrieve architecture information from the target system, the architecture information comprising information about the clock domains present in the target system.
- the debug system is capable of supporting step operations on different clock domains.
- the first software layer is also conceived to synchronize the debug requests received from the external debuggers. This has the advantage that debug sessions can pass off smoothly and in an orderly manner. It also makes sure that the results of debug functions performed on the target system can be reflected in the state of execution of the target system on a step-by-step basis.
- Fig. 1 illustrates an example of an architecture of the debug system according to the invention
- Fig. 2 illustrates an external debugger which does not need a first adapter to translate between its own protocol and that of the first software layer
- Fig. 3 illustrates examples of functions from the DAPI-I layer
- Fig. 4 illustrates examples of functions from the DAPI-2 layer
- Fig. 5 A and 5B illustrate an example of a data structure comprising pointers to SD_COM interface functions
- Fig. 6 illustrates an example of a data model for a hierarchy of components.
- Fig. 1 illustrates an example of an architecture of the debug system according to the invention.
- the debug system 112 comprises a first software layer 114, also referred to as the DBGCLIENT layer, which software layer has as primary tasks: - receiving a plurality of debug requests from external debuggers 100, 104, 108; - deriving debug request packets from the debug requests, which packets are compliant with a protocol of the communication channel 128 between the first software layer 114 and a second software layer 116; - sending the debug request packets via the communication channel 128 to the second software layer 116.
- DBGCLIENT layer the software layer has as primary tasks: - receiving a plurality of debug requests from external debuggers 100, 104, 108; - deriving debug request packets from the debug requests, which packets are compliant with a protocol of the communication channel 128 between the first software layer 114 and a second software layer 116; - sending the debug request packets via
- the first software layer 114 also implements functionality to implement among others: - receiving and interpreting debug response packets from the second software layer 116 via the communication channel 128, the result of which is a number of debug responses; - sending the debug responses to the external debuggers 100, 104, 108; - displaying a front-end for debugging in order to increase user friendliness of the debug application; - managing debugger connections, via the use of first adapters 102, 106, 110 if required; - keeping the connected external debuggers 100, 104, 108 synchronized.
- the debug system 112 further comprises the second software layer 116, also referred to as the DBGSERVER layer.
- the second software layer 116 has as primary tasks: - receiving the debug request packets which are sent over the communication channel 128 by the first software layer 114; - interpreting the debug request packets and calling functions from a plurality of debug functions dependent on the result of this interpretation; - sending the functions via a second adapter 118 to the software and hardware components 122, 124, 126 in the target system 120 on which the functions should be performed.
- the second software layer 116 has also the following tasks: - receiving responses from the debug functions performed on the software and hardware components 122, 124, 126; - deriving debug response packets from those responses and sending the debug response packets to the first software layer 114 via the communication channel 128.
- the second adapter 118 also referred to as the TGTADAPTER layer, provides a level of abstraction of the target system 120, in the sense that the specifics of the software and hardware components 122, 124, 126 in the target system 120 are hidden to the DBGSERVER layer of the debug system 112.
- the second adapter 118 implements functionality to support the following: - it maintains target system 120 architecture information including hierarchy information; - it performs bookkeeping of debug related data; - it allocates identifiers to the software and hardware components 122, 124, 126 and ensures uniqueness of identifiers across these components; - it identifies the software or hardware component 122, 124, 126 to which a debug request is directed and propagates the debug request to that particular component.
- the use of the first adapters 102, 106, 110 between the external debuggers 100, 104, 108 and the first software layer 114 depends on whether the communication protocol used by the external debuggers matches with the communication protocol deployed by the first software layer.
- the protocol used to communicate over the communication channels 130, 132 respectively 134 is equal to the protocol used to communicate over the communication channels 136, 138 respectively 140.
- the debugger software is developed by the same company as the debug system itself.
- the debuggers consist of third- party software, in which case an adapter is usually required to translate between the different communication protocols.
- Fig. 2 an external debugger 200 is shown which does not need a first adapter to translate between its own protocol and that of the first software layer 114: it makes use of the same Application Programming Interface (API) as the first software layer.
- API Application Programming Interface
- the data transfer over the communication channels 130, 132, 134 between the first adapters 102, 106, 110 and the first software layer 114 is based upon an Application Programming Interface, developed as a module or a part of the debug system 112.
- the debug system 112 operates as follows when it is deployed. First, a user issues a command to start up the target system 120. All software and hardware components 122, 124, 126 are initialized, and all software and hardware components are registered with the debug system 112. This allows that the debug system 112 has access to the hierarchy of software and hardware components 122, 124, 126 and may perform debug functions on them.
- the DBGSERVER layer waits until a connection is established between itself and the DBGCLIENT layer.
- the DBGCLIENT layer requests a connection with the DBGSERVER layer via the communication channel 128, using for example a simple text-based protocol or some API.
- the DBGCLIENT layer sends out a query request for the target system 120 architecture information; then it waits for this information.
- a call to a function which receives the next debug request from the DBGCLIENT layer is made. Because the latter function is blocking, the target system 120 waits until a new debug request is made; meanwhile the execution of the target system 120 is blocked.
- the DBGSERVER layer is conceived to implement this function, so it will receive the next debug request from the DBGCLIENT layer.
- the DBGSERVER layer receives the query request for the target system 120 architecture information, and because the components 122, 124, 126 have been properly initialized, the TGTADAPTER layer already has this information available.
- the DBGSERVER layer fulfills the query request of the DBGCLIENT layer; it does so by propagating the query request to the TGTADAPTER layer via communication channel 142.
- the DBGSERVER layer then derives debug response packets and sends the debug response packets to the DBGCLIENT layer via the communication channel 128.
- the function also checks whether the last debug request (i.e.
- control command such as 'run' or 'step' or an access command such as 'register read' or 'memory read'.
- access command such as 'register read' or 'memory read'.
- control commands and access commands There is a difference between control commands and access commands in that the control commands require that the execution of the target system 120 proceeds, contrary to the access commands.
- the function returns control back to the target system 120 only if the last debug request was a control command, in which case the target system 120 must proceed with its execution. In this case, the query request is clearly an access command, so the function goes into read mode again and waits for the next debug request from the DBGCLIENT layer; it does not allow the target system 120 to proceed with its execution.
- the DBGCLIENT interprets the packets and derives a debug response from them. It then displays the debug response, e.g. as a list of the available debug-able software and hardware components 122, 124, 126 in the target system 120. Subsequently, the user may want to connect to a particular software or hardware component to retrieve debug information from it and analyze its behavior. To connect to a particular component 122, 124 or 126 the user should issue a 'component connect' debug request. A separate thread gets invoked on which the connection with the external debugger 100, 104, 108 for that particular component will be handled.
- the DBGCLIENT layer handles synchronization between the debug requests originating from different external debuggers 100, 104, 108.
- the DBGCLIENT layer 'knows' how many and which external debuggers 100, 104, 108 are connected to the debug system 112.
- a control command is not allowed to be passed to the DBGSERVER layer unless all connected external debuggers relinquish control; the DBGCLIENT layer blocks all control commands issued by any of the debuggers until all debuggers have issued a 'run' command and have relinquished control to the debug system 112.
- the DBGCLIENT layer keeps all debug requests blocked except the first one of the debug requests. Only the first one of the debug requests is allowed to be passed on to the DBGSERVER layer and cause the execution of the target system 120 to advance.
- the DBGCLIENT layer first allows the blocked debug requests to return to the external debuggers 100, 104, 108, so that the debuggers can take back control from the debug system 112. Finally, the DBGCLIENT layer sends back the debug response to the particular debugger which made the first one of the debug requests.
- the debug response is derived from the debug response packets created and sent by the DBGSERVER layer via the communication channel 128. It is noted that the synchronization described in this example applies to control commands; in the case of access commands the state of execution of the target system 120 does not change and therefore multiple debug requests can be handled in parallel.
- the DBGSERVER layer receives a debug request comprising a control command, it performs a function which returns control to the target system 120, thereby allowing the target system to proceed with its execution.
- a hardware breakpoint (also referred to as a static breakpoint) is defined as a hard-coded point in a hardware component where the execution is stopped for the purpose of debugging.
- a breakpoint in a software component or a static breakpoint in a hardware component is hit in the target system 120, then it notifies the TGTAD APTER layer of this fact.
- the TGTAD APTER layer in turn notifies the DBGSERVER layer, which then collects information regarding the state of execution of the target system 120 and performs an API function.
- the API function sends a debug response to the DBGCLIENT layer in the form of debug response packets.
- the DBGSERVER layer also blocks the execution of the target system 120 by calling another API function; the DBGSERVER layer waits for a new debug request comprising a control command.
- DAPFs Debug Application Programming Interfaces
- the following DAPF s can be distinguished: - DAPI-I layer: this is a debug interface which exists between the external debuggers 100, 104, 108 and the DBGCLIENT layer.
- adapters 102, 106, 110 are required to translate the requests from the debuggers to DAPI-I compliant requests, and to translate DAPI-I compliant responses to responses suitable for the debuggers.
- adapters 102, 106, 110 would not be required because the debuggers would implement their communication mechanism with the DBGCLIENT layer using only DAPI-I layer functions.
- the DAPI-I layer is also referred to as the SD_DBG interface.
- the DAPI-I layer applies to the communication via channels 130, 132, 134 and 202.
- Fig. 3 illustrates examples of functions from the DAPI-I layer.
- - DAPI-2 layer this is a debug interface which exists between the DBGSERVER layer and the target system 120 via the TGTADAPTER layer. This interface allows the debug system 112 to be independent from the target system 120. If the target system 120 changes, only the TGTADAPTER layer needs to be changed.
- the DAPI-2 layer is also referred to as the SD_TGT interface; it applies to the communication via channel 142.
- Fig. 4 illustrates examples of functions from the DAPI-2 layer.
- - DAPI-3 layer this is a debug interface at the component level. The functions comprised in this interface should be implemented by the software and hardware components 122, 124, 126 to allow debugging on them.
- Each component 122, 124, 126 can restrict the amount of debugging which it allows on itself by appropriately implementing the functions of the DAPI-3 layer.
- the DAPI-3 layer is also referred to as the SD_C0M interface; it applies to the communication via channels 144, 146 and 148.
- Fig. 5A and 5B illustrate an example of a data structure comprising pointers to SD_COM interface functions. The pointers must be updated by the software and hardware components 122, 124, 126, such that they point to suitable implementations at runtime.
- the TGTADAPTER layer 118 calls these SD_COM interface functions in order to perform debug operations on the components 122, 124, 126. Thereafter, the debug operations will be performed by the components 122, 124, 126 themselves in accordance with the implementation of the functions. The results of the debug operations are routed back to the external debugger 100, 104, 108 which made the debug request through the debug system 112.
- the debug system 112 also permits simultaneous debugging of a hierarchy of software and hardware components 122, 124, 126. In that case, there are top-level components and sub-components. The sub-components may have further sub-components, such that the target system 120 is built up as a complete hierarchy of components. Fig.
- FIG. 6 illustrates an example of a data model for a hierarchy of components 122, 124, 126; the DAPI-3 layer comprises pointers to classes of functions which should be implemented by sub-components.
- the scope of protection of the invention is not restricted to the embodiments described herein. Neither is the scope of protection of the invention restricted by the reference symbols in the claims.
- the word 'comprising' does not exclude other parts than those mentioned in a claim.
- the word 'a(n)' preceding an element does not exclude a plurality of those elements.
- Means forming part of the invention may both be implemented in the form of dedicated hardware or in the form of a programmed general- purpose processor. The invention resides in each new feature or combination of features.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP04102838 | 2004-06-21 | ||
EP04102838.2 | 2004-06-21 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2006000943A2 true WO2006000943A2 (fr) | 2006-01-05 |
WO2006000943A3 WO2006000943A3 (fr) | 2006-11-30 |
Family
ID=35431957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2005/051952 WO2006000943A2 (fr) | 2004-06-21 | 2005-06-14 | Systeme destine a deboguer des composants logiciels et materiels |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2006000943A2 (fr) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010088043A3 (fr) * | 2009-01-30 | 2010-09-23 | Freescale Semiconductor Inc. | Accès au débogage authentifié pour retours de champ |
WO2012177395A1 (fr) * | 2011-06-24 | 2012-12-27 | Microsoft Corporation | Débogage interopératif en temps de fonctionnement à n voies |
CN112905154A (zh) * | 2020-12-30 | 2021-06-04 | 杭州加速科技有限公司 | 一种提高软硬件协同开发速度的方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5815653A (en) * | 1995-11-13 | 1998-09-29 | You; Lawrence L. | Debugging system with portable debug environment-independent client and non-portable platform-specific server |
US5892941A (en) * | 1997-04-29 | 1999-04-06 | Microsoft Corporation | Multiple user software debugging system |
US20030009548A1 (en) * | 2001-07-03 | 2003-01-09 | Todd Poynor | Debugging an operating system kernel with debugger support in a network interface card |
-
2005
- 2005-06-14 WO PCT/IB2005/051952 patent/WO2006000943A2/fr active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5815653A (en) * | 1995-11-13 | 1998-09-29 | You; Lawrence L. | Debugging system with portable debug environment-independent client and non-portable platform-specific server |
US5892941A (en) * | 1997-04-29 | 1999-04-06 | Microsoft Corporation | Multiple user software debugging system |
US20030009548A1 (en) * | 2001-07-03 | 2003-01-09 | Todd Poynor | Debugging an operating system kernel with debugger support in a network interface card |
Non-Patent Citations (1)
Title |
---|
WIEFERINK A ET AL: "A generic tol-set for SoC multiprocessor debugging and synchronization" APPLICATION-SPECIFIC SYSTEMS, ARCHITECTURES, AND PROCESSORS, 2003. PROCEEDINGS. IEEE INTERNATIONAL CONFERENCE ON 24-26 JUNE 2003, PISCATAWAY, NJ, USA,IEEE, 24 June 2003 (2003-06-24), pages 155-165, XP010645217 ISBN: 0-7695-1992-X * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010088043A3 (fr) * | 2009-01-30 | 2010-09-23 | Freescale Semiconductor Inc. | Accès au débogage authentifié pour retours de champ |
US8332641B2 (en) | 2009-01-30 | 2012-12-11 | Freescale Semiconductor, Inc. | Authenticated debug access for field returns |
WO2012177395A1 (fr) * | 2011-06-24 | 2012-12-27 | Microsoft Corporation | Débogage interopératif en temps de fonctionnement à n voies |
US8572438B2 (en) | 2011-06-24 | 2013-10-29 | Microsoft Corporation | N-way runtime interoperative debugging |
CN103620561A (zh) * | 2011-06-24 | 2014-03-05 | 微软公司 | n路运行时互操作调试 |
CN112905154A (zh) * | 2020-12-30 | 2021-06-04 | 杭州加速科技有限公司 | 一种提高软硬件协同开发速度的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2006000943A3 (fr) | 2006-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6175914B1 (en) | Processor including a combined parallel debug and trace port and a serial port | |
US7055136B2 (en) | Configurable debug system with dynamic menus | |
US5847955A (en) | System and method for controlling an instrumentation system | |
EP1091294B1 (fr) | Méthode et dispositif pour allouer des ressources à des groupes de partitions logiques | |
US20070180431A1 (en) | Maintaining coherent synchronization between data streams on detection of overflow | |
US8103912B2 (en) | Sequencer and test system including the sequencer | |
US8010839B2 (en) | Test system and method which can use tool during debugging | |
US6658519B1 (en) | Bus bridge with embedded input/output (I/O) and transaction tracing capabilities | |
US6948155B2 (en) | Little offset in multicycle event maintaining cycle accurate tracing of stop events | |
US20060218384A1 (en) | Emulation Pause and Reset Tracing of Multiple Sync Points Pointing to Different Addresses | |
US5627998A (en) | System and method for mapping calls to functions in a first driver level library to a session-based instrumentation control driver level system | |
US20040103336A1 (en) | Apparatus for alignment of data collected from multiple pipe stages with heterogeneous retention policies in an unprotected pipeline | |
US20060282706A1 (en) | Program Counter Range Comparator With Equality, Greater Than, Less Than and Non-Equal Detection Modes | |
US7051197B2 (en) | Tracing through reset | |
US7127639B2 (en) | Distinguishing between two classes of trace information | |
US6889311B2 (en) | Pipeline stage single cycle sliding alignment correction of memory read data with integrated data reordering for load and store instructions | |
WO2006000943A2 (fr) | Systeme destine a deboguer des composants logiciels et materiels | |
US6950963B1 (en) | Control method and apparatus for testing of multiple processor integrated circuits and other digital systems | |
US7884641B2 (en) | Setting operating mode of an interface using multiple protocols | |
US7165018B2 (en) | Address range comparator for detection of multi size memory accesses with data matching qualification and full or partial overlap | |
US7487403B2 (en) | Method for handling a device failure | |
US6374399B1 (en) | Apparatus and method for providing list and read list capability for a host computer system | |
US7036129B1 (en) | Diagnostic system integrated with device drivers of an operating system | |
Khalifa | Extendable generic base verification architecture for flash memory controllers based on UVM | |
US8401835B2 (en) | Trigger ordering for trace streams when multiple triggers accumulate |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
NENP | Non-entry into the national phase in: |
Ref country code: DE |
|
WWW | Wipo information: withdrawn in national office |
Country of ref document: DE |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
122 | Ep: pct application non-entry in european phase |
Ref document number: 05746888 Country of ref document: EP Kind code of ref document: A2 |