headers
Brook Milligan | 2 Oct 2007 17:57

multiple coexisting vga devices

I have a netbsd/amd64 machine with several vga cards (e.g., 2x Nvidia
GeForce 7900 GTX (2 ports each), 1x Matrix G200 (4 ports)).  See the
dmesg output below.  I am trying to get these all to work with X.
Several issues arise.

First, I cannot seem to get the kernel to install different vga
devices for the cards.  Is it possible to have multiple vga devices?

Second, should X see each port for the 7900 cards as a distinct
device?  (All 4 G200 ports can be made to work independently.)  If so,
how are they addressed within the X config file?  Is it possible that
the cards require some sort of kernel setup in order to make them
detectable by X?

Finally, with certain X configurations it seems that both 7900 cards
are detected.  However, X apparently sees the second one at a pci
address of 129:0:0 not at 7:0:0 as I would expect from the kernel.
(One port on the first card at 2:0:0 can be made to work or both ports
on that card can be forced side-by-side using the DualHead hack.)
Furthermore, X reports that the second card (129:0:0) has no memory.
Does this mean that there are colliding pci resource issues?

If anyone has experience with multiple vga cards and X, I would
appreciate some assistance.

Thanks *alot* for your help.

Cheers,
Brook
(Continue reading)

Permalink | Reply | 2 comments |
headers
Phil Nelson | 2 Oct 2007 20:42
Picon

Laptop Dock and rescanning USB?

Hi,

   I'm using NetBSD/i386 (-current)  on a ThinkPad T60.   I'm using it with
a dock and the dock appears to have a USB hub in the dock.   When I
take the laptop out of the dock I see the messages:

uhub5: at uhub4 port 6 (addr 2) disconnected
uhidev0: at uhub5 port 3 (addr 3) disconnected
....
uhub5 detached

When I put the laptop back in the dock, I don't see that uhub5 is reconnected.

Is there any way to force a rescan of a uhub, uhub4 in this case, so I can 
get my USB devices connected to the dock working after and removal and
reconnect to the dock?   A reboot finds the uhub5 again, but I hate to have
to reboot after each time I take the laptop out of the dock.

Thanks!
--Phil

--

-- 
Phil Nelson (phil at cs.wwu.edu) http://www.cs.wwu.edu/nelson
NetBSD: http://www.NetBSD.org  Coda: http://www.coda.cs.cmu.edu
Permalink | Reply | 1 comment |
headers
Brian de Alwis | 2 Oct 2007 22:17
Picon
Picon
Favicon

Re: Laptop Dock and rescanning USB?

I have a T60 dock (the Advanced Mini-Dock, with the DVI) and noticed
the same thing.  I never complained as I found the dock-based USB
ports to be a bit iffy: the first sync of my pilot would work fine,
but any subsequent syncs would hang or quickly abort.  (Just verified
that this is still the case.)

I also found that ejecting the laptop was generally ok, providing
I wasn't using the DVI, but reinserting the laptop into the dock
caused bad stuff.  I don't recall what the bad stuff actually was,
but it was bad enough that I've never done it again :-)

I never got around to complaining about these issues though as I
use the dock for the DVI extender, and don't remove the laptop
except when powering down to go home.

The dock appears as an ACPI-connected device:

    GDCK (IBM0079) at acpi0 not configured

I suspect one would have to write some code to process events and
DTRT.  I started looking at it, but lacked the knowledge and time.

Brian.

--

-- 
  Brian de Alwis | Software Practices Lab | UBC | http://www.cs.ubc.ca/~bsd/
      "Amusement to an observing mind is study." - Benjamin Disraeli
Permalink | Reply | 0 comments |
headers
Charlie Root | 2 Oct 2007 23:19

Re: Can't make VPNC work (partially solved)

It helps when the login (group and such) info I am given
matches what was set int he CIswco router.

Still don't understand why I didn't see any traffic.
Permalink | Reply | 0 comments |
headers
jakllsch | 4 Oct 2007 17:40
Gravatar

Re: multiple coexisting vga devices

On Tue, Oct 02, 2007 at 09:57:33AM -0600, Brook Milligan wrote:
> I have a netbsd/amd64 machine with several vga cards (e.g., 2x Nvidia
> GeForce 7900 GTX (2 ports each), 1x Matrix G200 (4 ports)).  See the
> dmesg output below.  I am trying to get these all to work with X.
> Several issues arise.
> 
> First, I cannot seem to get the kernel to install different vga
> devices for the cards.  Is it possible to have multiple vga devices?

I've never heard of or seen such a thing.  The vga(4) driver
is mostly (totally?) for the console anyway.

> Second, should X see each port for the 7900 cards as a distinct
> device?

It doesn't appear to have multiple PCI functions ...
In any case this is more of a (XFree86?) X.org issue,
last I heard, X's nv(4) wasn't very good at anything
more than one head.

(Also, I hope the radeonhd driver will support dual heads.)

> (All 4 G200 ports can be made to work independently.)  If so,
> how are they addressed within the X config file? 

The 4 (totally independent :) ) G200s should (well, may)
work for a run-of-the-mill multi-head X server,
there are probably a good number of example configs
available on the interwebs.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Manuel Bouyer | 4 Oct 2007 21:51

Re: multiple coexisting vga devices

On Thu, Oct 04, 2007 at 10:40:37AM -0500, jakllsch <at> kollasch.net wrote:
> On Tue, Oct 02, 2007 at 09:57:33AM -0600, Brook Milligan wrote:
> > I have a netbsd/amd64 machine with several vga cards (e.g., 2x Nvidia
> > GeForce 7900 GTX (2 ports each), 1x Matrix G200 (4 ports)).  See the
> > dmesg output below.  I am trying to get these all to work with X.
> > Several issues arise.
> > 
> > First, I cannot seem to get the kernel to install different vga
> > devices for the cards.  Is it possible to have multiple vga devices?
> 
> I've never heard of or seen such a thing.  The vga(4) driver
> is mostly (totally?) for the console anyway.

And it uses the legacy vga ports. As these are at fixed addresses, you
can't have more than one true VGA device in one system

When you have multiple graphic cards, only one of them is in legacy VGA
mode.

--

-- 
Manuel Bouyer <bouyer <at> antioche.eu.org>
     NetBSD: 26 ans d'experience feront toujours la difference
--
Permalink | Reply | 0 comments |
headers
Jeremy C. Reed | 4 Oct 2007 23:10

signal 11 in make

I haven't tested yet with any memory checkers.

Program terminated with signal 11, Segmentation fault.
#0  0xbbb92bfa in memmove () from /usr/lib/libc.so.12
(gdb) bt
#0  0xbbb92bfa in memmove () from /usr/lib/libc.so.12
#1  0x08056c67 in ParseGetLine (flags=0, length=0xbfbfcc1c)
    at /opt/src/usr.bin/make/parse.c:2130
#2  0x080576b1 in Parse_File (name=0x80624c3 "Makefile", fd=3)
    at /opt/src/usr.bin/make/parse.c:2307
#3  0x08053b88 in ReadMakefile (p=0x80624c3, q=0x0)
    at /opt/src/usr.bin/make/main.c:1199
#4  0x0805460a in main (argc=2, argv=0xbfbfdaf4)
    at /opt/src/usr.bin/make/main.c:979

The ktrace output from using this make ends with:

...many lines...
        nclude/libgnomecanvas-2.0/libgnomecanvas/gnome-canvas-shape.h \\

/home/packages/tmp-pkgsrc/wip/passepartout/work.glacier/.buildlink/i\
        nclude/libgnomecanvas-2.0/libgnomecanvas/gnome-canvas-path-def.h 
\\

/home/packages/tmp-pkgsrc/wip/passepartout/work.glacier/.buildlink/i\
        nclude/libart-2.0/libart_lgpl/art_bpath.h \\

/home/packages/tmp-pkgsrc/wip/passepartout/work.glacier/.buildlink/i\
        nclude/libgnomecanvas-2.0/libgnomecanv"
  2683      1 make     GIO   fd 4 read 64 bytes
(Continue reading)

Permalink | Reply | 2 comments |
headers
David Laight | 4 Oct 2007 23:14
Picon

Re: signal 11 in make

On Thu, Oct 04, 2007 at 04:10:28PM -0500, Jeremy C. Reed wrote:
> 
> Program terminated with signal 11, Segmentation fault.
> #0  0xbbb92bfa in memmove () from /usr/lib/libc.so.12
> (gdb) bt
> #0  0xbbb92bfa in memmove () from /usr/lib/libc.so.12
> #1  0x08056c67 in ParseGetLine (flags=0, length=0xbfbfcc1c)
>     at /opt/src/usr.bin/make/parse.c:2130
> #2  0x080576b1 in Parse_File (name=0x80624c3 "Makefile", fd=3)
>     at /opt/src/usr.bin/make/parse.c:2307
> #3  0x08053b88 in ReadMakefile (p=0x80624c3, q=0x0)
>     at /opt/src/usr.bin/make/main.c:1199
> #4  0x0805460a in main (argc=2, argv=0xbfbfdaf4)
>     at /opt/src/usr.bin/make/main.c:979

It might just be out or memory, try changing ulimit -d

	David

--

-- 
David Laight: david <at> l8s.co.uk
Permalink | Reply | 1 comment |
headers
Jeremy C. Reed | 4 Oct 2007 23:40

Re: signal 11 in make

On Thu, 4 Oct 2007, David Laight wrote:

> On Thu, Oct 04, 2007 at 04:10:28PM -0500, Jeremy C. Reed wrote:
> > 
> > Program terminated with signal 11, Segmentation fault.
> > #0  0xbbb92bfa in memmove () from /usr/lib/libc.so.12
> > (gdb) bt
> > #0  0xbbb92bfa in memmove () from /usr/lib/libc.so.12
> > #1  0x08056c67 in ParseGetLine (flags=0, length=0xbfbfcc1c)
> >     at /opt/src/usr.bin/make/parse.c:2130
> > #2  0x080576b1 in Parse_File (name=0x80624c3 "Makefile", fd=3)
> >     at /opt/src/usr.bin/make/parse.c:2307
> > #3  0x08053b88 in ReadMakefile (p=0x80624c3, q=0x0)
> >     at /opt/src/usr.bin/make/main.c:1199
> > #4  0x0805460a in main (argc=2, argv=0xbfbfdaf4)
> >     at /opt/src/usr.bin/make/main.c:979
> 
> It might just be out or memory, try changing ulimit -d

Maybe. The highest I can go is:

$ ulimit -d -S                     
3145728

My hard limit is:

$ ulimit -d -H    
3145728

By the way, I was only able to get it that high with:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Aleksey Cheusov | 7 Oct 2007 20:30
Picon
Favicon

wanted: analog to procmail's lockfile

Does anybody know more or less well known replacement for
"lockfile" utility shipped with procmail?

I'd prefer standalone utility that is distributed without so heavy baggage.

--

-- 
Best regards, Aleksey Cheusov.
Permalink | Reply | 5 comments |

Gmane