similar to: Comport Serial Port Card (8 Ports)

Unfortunately, almost all the Windows programs I want to run under Wine need to access the COM: ports, and I cannot get any of them to run. Typically, I get stuff like this ... fixme:comm:EscapeCommFunction16 no cid=0 found! fixme:comm:EscapeCommFunction16 no cid=0 found! err:comm:COMM16_ReadComplete async read failed 000003e3 fixme:comm:EscapeCommFunction16 no cid=3 found!

Hi all! I have a very special device connected to my serial port and want to execute a Win32 program to work with the device. I trying to execute it with wine 1.0.1 form debian package. Win32 software starts and says that can not find a device. Under VirtualBox it works fine. This is a part of log with +file,+comm debug flags: Code: trace:file:get_dos_device L"COM1" ->

I am new to this mailing list. I apologize if any needed information is missing. I know this is a bit much to ask of wine's current serial port implementation, I am hoping someone has maybe figured this out already? Or can help me further the debugging process, I'd rather be part of the solution then simply another complaint about wine's serial port. ***** problem description

This is just a reposting of the patch that enables endian checks, with addition of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere. I plan to include this in my pull request unless I hear otherwise. Michael S. Tsirkin (8): linux/types.h: enable endian checks for all sparse builds tools: enable endian checks for all sparse builds Documentation/sparse: drop __bitwise__

Hi experts I use xen-4.0.0 and dom0 is 2.6.33 and domU is 2.6.34 #lspci ............... 01:00.0 Ethernet controller: Intel Corporation Unknown device 10a7 (rev 02) 01:00.1 Ethernet controller: Intel Corporation Unknown device 10a7 (rev 02) 05:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) 05:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit

This is just a reposting of the patch that enables endian checks, with addition of trivial patches that drop __bitwise__ and __CHECK_ENDIAN__ everywhere. I plan to include this in my pull request unless I hear otherwise. Michael S. Tsirkin (8): linux/types.h: enable endian checks for all sparse builds tools: enable endian checks for all sparse builds Documentation/sparse: drop __bitwise__

Hi, I applied your patch and recompiled, but I'm still having trouble. In what follows I've tried to describe some details. The first problem was this: The Comm-Port gets opened with overlapped I/O. However, for WaitCommEvent() we do not specify an overlapped structure. This works fine on NT4 / W2K, but is contrary to the documentation, which specifys that you need to supply an

Hello, I''ve got several kernel panic on a domU under network activity (multiple rsync using rsh). I didn''t manage to reproduce it manually, but it happened 5times during the last month. Each time, it is the same kernel trace. I am using Debian 5.0.8 with kernel/hypervisor : ii linux-image-2.6.32-bpo.5-amd64 2.6.32-30~bpo50+1 Linux 2.6.32 for 64-bit PCs ii

Hello, I''ve got several kernel panic on a domU under network activity (multiple rsync using rsh). I didn''t manage to reproduce it manually, but it happened 5times during the last month. Each time, it is the same kernel trace. I am using Debian 5.0.8 with kernel/hypervisor : ii linux-image-2.6.32-bpo.5-amd64 2.6.32-30~bpo50+1 Linux 2.6.32 for 64-bit PCs ii

Hi! I'm having problems with SeaClear II v1.0.0.196. After setting up the symlinks in ~/.wine/dosdevices pointing to my gps-device (GlobalSat BU-353 USB) everything works as expected, but for some reason Wine/SeaClear steals all available CPU-time. 100% all the time. This problem does not exist if I start SeaClear with the GPS disconnected, making me belive there is a problem with

I have followed this post http://forum.winehq.org/viewtopic.php?t=1131&highlight=usb+serial+port but am having no luck in getting my XP programs to use the com port... The programs just dont seem to be able to use the port.. When I use my Linux terminal program the port works fine... I dont get an error saying that Com1 is not available... Would like some help as I have a heap of

[This email is either empty or too large to be displayed at this time]

Hey again, Am 2014-08-19 12:26, schrieb Jonas Meurer: > I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU with > the > stock kernel. The dom0 runs the same linux kernel and > xen/4.1.4-3+deb7u1. the bug is still reproducible with the latest kernel and Xen packages from Debian Wheezy. Unfortunately it seems like a corner case, somehow related to the hardware

I'm trying to get working a simulator. I use wine + wondows. The prgram runs quite welle Bit I get an error when accessing the com1 port (the game adapter is a serial one) This worked with wine 20040914 but is now broken. Here is the comm trace: [jm@localhost AeroFly Professional]$ WINEDEBUG="comm" wine afpro Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixel to

Now that x86-64 has directly accessible percpu variables, it can also implement the direct versions of these operations, which operate on a vcpu_info structure directly embedded in the percpu area. In fact, the 64-bit versions are more or less identical, and so can be shared. The only two differences are: 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on 64-bit.

llvm-dwarfdump currently outputs the offset of each DIE relative to the entire debug_info section. But type/DIE references within a unit are relative to that unit. Should we emit unit-relative offsets instead? I've prototyped this and end up with output something like this: 0x00000051: DW_TAG_base_type [24] DW_AT_name [DW_FORM_strp] ( .debug_str[0x00000051] =

I tried for a couple of times to add an information that might help you with regard to Bug #603713 by sending mailto "603713 at bugs.debian.org" But it never appeared there - so I try to let you know how to work around that bug this way. If you decide not to take this mail into account I won't bother you any more Regards Andreas -----Urspr?ngliche Nachricht----- Von: Balg, Andreas

Hi Konrad / Yu Ke, I have tried konrad''s master tree: commit 329408d788f62629131ea28c112e973878d52c9e Merge: e370fe2 773f8cf Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Date: Thu May 19 14:37:32 2011 -0400 Merge branch ''linux-next'' With a xen-4.1.0 hypervisor, on my AMD x6 phenom. Curious if Xen Power Management would work... Output of all xenpm

Hi all, When I run the iperf benchmark to measure the TCP throughput between a physical machine and a VM, the TCP server which is a Xen VM crashed. Do you know what''s the problem of this bug? Thanks. [ 100.973027] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 [ 100.973040] IP: [<ffffffff81455f16>] xennet_alloc_rx_buffers+0x166/0x350 [ 100.973050] PGD

Hey Jeremy, Please pull from devel/pat (based off your xen/dom0/core tree) which has one patch: Konrad Rzeszutek Wilk (1): xen/pat: make pte_flags(x) a pvops function. which is neccessary for the drivers/gpu/drm/radeon driver to work properly with AGP based cards (which look to be the only ones that try to set WC on pages). Also please pull from devel/kms.fixes-05 (based off your