search for: dbgp

...device where the debug is port actually in use, i.e. it needs to be told the coordinates of the device being reset (quite obviously, leveraging the addition done for that would likely benefit the in-tree driver too). Signed-off-by: Jan Beulich <jbeulich@suse.com> --- drivers/usb/early/ehci-dbgp.c | 17 ++++++++++---- drivers/usb/host/ehci-hcd.c | 4 +-- drivers/usb/host/ehci-hub.c | 4 +-- drivers/xen/Makefile | 2 - drivers/xen/dbgp.c | 48 ++++++++++++++++++++++++++++++++++++++++ include/linux/usb/ehci_def.h | 29 +++++++++++++++++++---...

Another bundle of issues from Coverity triage. The first one is in x86/mm, and looks scarier than it is. The others are all in xen/drivers and AFAICT are pretty minor. Cheers, Tim.

Since there''s no possible caller of dbgp_external_startup() and dbgp_reset_prep() when !USB, there''s no point in building and exporting these functions in that case. This eliminates a build error under the conditions listed in the subject, introduced with the merge f1c6872e4980bc4078cfaead05f892b3d78dea64. Reported-by: Randy Dun...

Jan (or others), I'm seeing an issue with the EHCI debug port functionality, that I'm wondering whether it is a known limitation of the hardware, or if this is a bug. On a particular system that I had limited debug capabilities in the past (Dell Inspiron 15 i3) I am seeing the debug messages abruptly stop during boot, followed by garbage that looks like an uninitialized serial port:

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `xen_dbgp_external_startup' Full randconfig file is attached. -- ~Randy -------------- next part ---------...

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `xen_dbgp_external_startup' Full randconfig file is attached. -- ~Randy -------------- next part ---------...

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `xen_dbgp_external_startup' Full randconfig file is attached. -- ~Randy -------------- next part ---------...

...unstable (@oldroadcomputing.net) (gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3) debug=y Mon Jul 8 15:09:16 EDT 2013 (XEN) Latest ChangeSet: Mon Jul 8 15:08:40 2013 -0400 git:6a62f63 (XEN) Console output is synchronous. (XEN) Bootloader: COM32 Multiboot loader v0.2 (XEN) Command line: dom0_mem=max:2048M dbgp=ehci@pci00:1d.0 console=dbgp loglvl=all sync_console (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN)...

Hi guys and gals, I'm working on improving nouveau's support for MXM (Mobile PCI Express Module) chips and need some more data to check my implementation. To see if you can help, the first thing to do is jump over to /sys/firmware/acpi/tables and run "grep MXMS *". [root at nisroch tables]# grep MXMS * Binary file DSDT matches [root at nisroch tables]# If this isn't

Hi Jan, After commit 2ca9fbd739b8a72b16dd790d0fff7b75f5488fb8 AMD IOMMU: allocate IRTE entries instead of using a static mapping, booting dom0 stalls several times. Sometimes this results in RCU stall warnings from the dom0 kernel, hitting the "any" key, on normal or serial console, makes the boot continue for a while but it stalls several times. (It also stalls on shutdown BTW) I have

Since OMAP UART has a few distinct features than common 8250 UART, I re-implemented its driver rather than porting it based on ns16550.c. There are mainly two big differences between the implementations. First, OMAP UART introduces the concept of register access mode, which divides the register map into seperated space. Switching the access mode is then necessary when configuring it. Second, THRE

...I: SSDT 0x00000000C3E8D880 002BAE (v02 INTEL PtidDevc 00001000 INTL 20120913) [ 0.000000] ACPI: SSDT 0x00000000C3E90430 000BE3 (v02 INTEL Ther_Rvp 00001000 INTL 20120913) [ 0.000000] ACPI: SSDT 0x00000000C3E91018 0006DC (v02 INTEL USB_MAP 00000000 INTL 20120913) [ 0.000000] ACPI: DBGP 0x00000000C3E916F8 000034 (v01 INTEL 00000000 MSFT 0000005F) [ 0.000000] ACPI: DBG2 0x00000000C3E91730 000054 (v00 INTEL 00000000 MSFT 0000005F) [ 0.000000] ACPI: SSDT 0x00000000C3E91788 004C13 (v02 SaSsdt SaSsdt 00003000 INTL 20120913) [ 0.000000] ACPI: UEFI...

...d Format table */ #define ACPI_SIG_BOOT "BOOT" /* Simple Boot Flag Table */ #define ACPI_SIG_CPEP "CPEP" /* Corrected Platform Error Polling table */ +#define ACPI_SIG_ERST "ERST" /* Error Record Serialization Table */ #define ACPI_SIG_DBGP "DBGP" /* Debug Port table */ #define ACPI_SIG_DMAR "DMAR" /* DMA Remapping table */ #define ACPI_SIG_ECDT "ECDT" /* Embedded Controller Boot Resources Table */ @@ -91,6 +92,18 @@ struct acpi_subtable_header { struct acpi_subtable_heade...

...0] ACPI: WSMT 0x000000007A8C5AE0 000028 (v01 INTEL KBL 00000000 MSFT 0000005F) [ 0.000000] ACPI: SSDT 0x000000007A8C5B08 00029F (v02 INTEL sensrhub 00000000 INTL 20160422) [ 0.000000] ACPI: SSDT 0x000000007A8C5DA8 003002 (v02 INTEL PtidDevc 00001000 INTL 20160422) [ 0.000000] ACPI: DBGP 0x000000007A8C8DB0 000034 (v01 INTEL 00000002 MSFT 0000005F) [ 0.000000] ACPI: DBG2 0x000000007A8C8DE8 000054 (v00 INTEL 00000002 MSFT 0000005F) [ 0.000000] ACPI: BGRT 0x000000007A8C8E40 000038 (v01 MSI_NB MEGABOOK 01072009 AMI 00010013) [ 0.000000] ACPI: SSDT 0x000000...

Hello, I am encountering a 30 second hang during boot, in the Xorg process just before the display manager comes up. I have bisected the problem to the following commit: commit 2b700825e7a7702fb862edba1262c98040dc1bf6 Author: Ben Skeggs <bskeggs at redhat.com> Date: Thu Aug 20 14:54:22 2015 +1000 drm/nouveau/mc: move device irq handling to platform-specific code The hang only