All of lore.kernel.org
 help / color / mirror / Atom feed
From: rm <rm@imposit.com>
To: kvm@vger.kernel.org
Subject: Re: Fritz!Card, MSIs and virtual machines
Date: Thu, 16 Aug 2012 17:21:30 +0000 (UTC)	[thread overview]
Message-ID: <loom.20120816T190234-112@post.gmane.org> (raw)
In-Reply-To: 4F24ED8B.8050209@binarus.de

Binarus <lists <at> binarus.de> writes:
> Perhaps there is such a thing like a USB ISDN adapter. We then could pass the
USB port which this adapter is
> attached to to the virtual machine. But even if I am able to find such a
device, I doubt that our fax system
> supports it. Nevertheless, there are chances that it works.
> 
> Regards,
> 
> Peter
> 
> P.S. Thanks for bothering with our exotic problem!

Hello, even this is a few Months old.

I got a similar issue but i didnt even tried to use a passtrough PCI device.
My instinct told me that this might be a long frustating night and it looks like
i was right :)

Anyway we got a ISDN USB Modem also a Fritz which can be passtrough to the Guest
but guess what - the guest instantly turn off - complete segfault not even a BSOD

Its also a win 2003 and has already the Fritz drivers (its a p2v)

So i came to 2 possible solutions both iam not very shure about.

1. buy a ISDN Serial modem and passtrough the serial port - which should be fine.
2. get somewho the usb box running on the host - map it to an tty and run it
from there.

My concernc specially for method 2 is that isdn riginig in problem on ttys 
but i think its worth a try


just to find out if its posisble to get the usb box running on the host :)



anyway serial ISDN modems shoul dbe fine also for your application
serial is serial - so it shoul dbe supported by any fax solution in that
universe and even in some others

in germany thers only one manufacturer i know of producing that stuff - its
devolo having such a piece but heavy pricy - cheapest is 130€ up to 200€ 
compared to pci cards for 20 bucks a bit oveprices but hey if it works :)


anyway - well usb and pci passtrough support in KVM is not so much supported as
vmware supports it - i know it sucks a bit but actually it does make sense.

you put the server in a 19" rack to protect it form heat, cleaning personell and
even lightning, you buy a usv for several hundreds to protect it against
powersprice and failure and then you put in a usb or pci modem - one lightning
into your PABS (phonesystem) and your well protected server isnt worth the
metall its made off

from my point of view - networkcards and raidcontroller are the only pci(e)
devices in a server - usb only a keyboard, a mouse and in emergencys a usb drive
managed by the amdin himself - for eveything else theres a network device
(phone, fax, coffeemachine, whatever) 


of course doenst help us by our problem but at least there are some real
arguments against pheriphere devices in a server


      reply	other threads:[~2012-08-16 20:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-07 17:52 Fritz!Card, MSIs and virtual machines Binarus
2012-01-08 16:51 ` Andreas Färber
2012-01-29  7:09   ` Binarus
2012-01-09 11:49 ` Jan Kiszka
2012-01-29  6:56   ` Binarus
2012-08-16 17:21     ` rm [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=loom.20120816T190234-112@post.gmane.org \
    --to=rm@imposit.com \
    --cc=kvm@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.