Re: VESA module breaks USB?

1999-11-11 Thread Nick Hibma 

 ohci0: OPTi 82C861 (FireLink) USB controller irq 9 at device 11.0 on pci0
+ohci_waitintr: timeout
   
   IRQ 9 is shared with the VGA controller.  Perhaps calling the VESA
   BIOS caused it to do something strange that interfered with the
   delivery of this interrupt on your motherboard.
  
  No, this has something to do with soft resetting vs. hard
  resetting. It might be that this is related to soft rebooting out of
  Windows. Try switching off and on your machine. 
 
 I don't have Windows, but I can try a hard boot at some point and see
 if it helps.  I can also try to fiddle with the IRQs just in case, but
 they are after all being assigned by FreeBSD.
 
 For now I've just turned off VESA, but I think it is going to become
 non-optional at some point and I'd hate to see my USB go away.

Hm, in my system at home I added a network card and consequently the two
USB adapters went onto one IRQ. It only works about 30% of the time, the
rest of the time I get ohci_timeout as well (also a FireLink
controller).

I have not the foggiest why this is. But I'll have a play someday soon
to see whether I can fix it. 

Nick



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: VESA module breaks USB?

1999-10-31 Thread Nick Hibma 

   ohci0: OPTi 82C861 (FireLink) USB controller irq 9 at device 11.0 on pci0
  +ohci_waitintr: timeout
 
 IRQ 9 is shared with the VGA controller.  Perhaps calling the VESA
 BIOS caused it to do something strange that interfered with the
 delivery of this interrupt on your motherboard.

No, this has something to do with soft resetting vs. hard
resetting. It might be that this is related to soft rebooting out of
Windows. Try switching off and on your machine. 

I've seen this before but not yet spent the time to fix it.

Nick



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: VESA module breaks USB?

1999-10-31 Thread Christopher Masto 

On Sun, Oct 31, 1999 at 09:39:33PM -0700, Nick Hibma wrote:
ohci0: OPTi 82C861 (FireLink) USB controller irq 9 at device 11.0 on pci0
   +ohci_waitintr: timeout
  
  IRQ 9 is shared with the VGA controller.  Perhaps calling the VESA
  BIOS caused it to do something strange that interfered with the
  delivery of this interrupt on your motherboard.
 
 No, this has something to do with soft resetting vs. hard
 resetting. It might be that this is related to soft rebooting out of
 Windows. Try switching off and on your machine. 

I don't have Windows, but I can try a hard boot at some point and see
if it helps.  I can also try to fiddle with the IRQs just in case, but
they are after all being assigned by FreeBSD.

For now I've just turned off VESA, but I think it is going to become
non-optional at some point and I'd hate to see my USB go away.
-- 
Christopher Masto Senior Network Monkey  NetMonger Communications
[EMAIL PROTECTED][EMAIL PROTECTED]http://www.netmonger.net

Free yourself, free your machine, free the daemon -- http://www.freebsd.org/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

VESA module breaks USB?

1999-10-29 Thread Garrett Wollman 

On Thu, 28 Oct 1999 22:27:48 -0400, Christopher Masto [EMAIL PROTECTED] said:

  ohci0: OPTi 82C861 (FireLink) USB controller irq 9 at device 11.0 on pci0
 +ohci_waitintr: timeout

IRQ 9 is shared with the VGA controller.  Perhaps calling the VESA
BIOS caused it to do something strange that interfered with the
delivery of this interrupt on your motherboard.

-GAWollman

--
Garrett A. Wollman   | O Siem / We are all family / O Siem / We're all the same
[EMAIL PROTECTED]  | O Siem / The fires of freedom 
Opinions not those of| Dance in the burning flame
MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

VESA module breaks USB?

1999-10-28 Thread Christopher Masto 

I just upgraded my play machine from a month-old or so -current, and
I've found that my OHCI-based USB controller fails to probe correctly
iff the VESA module is loaded.

I present the two sets of boot messages, in unidiff format.

--- /tmp/dmesg.good Thu Oct 28 18:08:44 1999
+++ /tmp/dmesg.bad  Thu Oct 28 18:06:30 1999
@@ -1,348 +1,361 @@
 Copyright (c) 1992-1999 The FreeBSD Project.
 Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
 FreeBSD 4.0-CURRENT #0: Thu Oct 28 21:10:03 EDT 1999
 [EMAIL PROTECTED]:/usr/src/sys/compile/LION-AROUND
-Calibrating clock(s) ... TSC clock: 166193070 Hz, i8254 clock: 1193182 Hz
+Calibrating clock(s) ... TSC clock: 166192685 Hz, i8254 clock: 1193179 Hz
 CLK_USE_I8254_CALIBRATION not specified - using default frequency
 Timecounter "i8254"  frequency 1193182 Hz
 CLK_USE_TSC_CALIBRATION not specified - using old calibration method
 CPU: Pentium/P54C (166.19-MHz 586-class CPU)
   Origin = "GenuineIntel"  Id = 0x52c  Stepping = 12
   Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8
 real memory  = 100663296 (98304K bytes)
 Physical memory chunk(s):
 0x1000 - 0x0009efff, 647168 bytes (158 pages)
-0x0031e000 - 0x05ffbfff, 97378304 bytes (23774 pages)
+0x00324000 - 0x05ffbfff, 97353728 bytes (23768 pages)
 sio0: gdb debugging port
-avail memory = 94334976 (92124K bytes)
+avail memory = 94310400 (92100K bytes)
 bios32: Found BIOS32 Service Directory header at 0xc00f7d60
 bios32: Entry = 0xf77b0 (c00f77b0)  Rev = 0  Len = 1
 pcibios: PCI BIOS entry at 0x77e0
 pnpbios: Found PnP BIOS data at 0xc00fbd20
 pnpbios: Entry = f:bd50  Rev = 1.0
 pnpbios: OEM ID cd041
 Other BIOS signatures found:
 ACPI: 
-Preloaded elf kernel "kernel" at 0xc0305000.
+Preloaded elf kernel "kernel" at 0xc030b000.
+Preloaded elf module "vesa.ko" at 0xc030b0a8.
 Intel Pentium detected, installing workaround for F00F bug
+VESA: information block
+56 45 53 41 02 01 9e 4b 00 c0 00 00 00 00 c8 4b 
+00 c0 40 00 00 00 00 00 00 00 00 00 00 00 00 00 
+00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
+00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
+VESA: 32 mode(s) found
+VESA: v1.2, 4096k memory, flags:0x0, mode table:0xc00c4bc8 (c0004bc8)
+VESA: Number Nine Visual Technology Corporation
 Math emulator present
 pci_open(1):   mode 1 addr port (0x0cf8) is 0x805c
 pci_open(1a):  mode1res=0x8000 (0x8000)
 pci_cfgcheck:  device 0 [class=06] [hdr=00] is there (id=12508086)
-npx0: math processor on motherboard
-npx0: INT 16 interface
-i586_bzero() bandwidth = 173550850 bytes/sec
-bzero() bandwidth = 736377025 bytes/sec
 apm0: APM BIOS on motherboard
 apm: found APM BIOS v1.2, connected at v1.2
+npx0: math processor on motherboard
+npx0: INT 16 interface
+i586_bzero() bandwidth = 173520735 bytes/sec
+bzero() bandwidth = 736919675 bytes/sec
 pci_open(1):   mode 1 addr port (0x0cf8) is 0x
 pci_open(1a):  mode1res=0x8000 (0x8000)
 pci_cfgcheck:  device 0 [class=06] [hdr=00] is there (id=12508086)
 pcib0: Host to PCI bridge on motherboard
 found-vendor=0x8086, dev=0x1250, revid=0x03
class=06-00-00, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
 found-vendor=0x8086, dev=0x7000, revid=0x01
class=06-01-00, hdrtype=0x00, mfdev=1
subordinatebus=0secondarybus=0
 found-vendor=0x8086, dev=0x7010, revid=0x00
class=01-01-80, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
map[4]: type 1, range 32, base e800, size  4
 found-vendor=0x1045, dev=0xc861, revid=0x10
class=0c-03-10, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
intpin=a, irq=9
map[0]: type 1, range 32, base fb00, size 12
 found-vendor=0x5333, dev=0x883d, revid=0x02
class=03-00-00, hdrtype=0x00, mfdev=0
subordinatebus=0secondarybus=0
intpin=a, irq=11
map[0]: type 1, range 32, base f400, size 26
 pci0: PCI bus on pcib0
 isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0
I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks
Extended BIOS: disabled
Lower BIOS: enabled
Coprocessor IRQ13: enabled
Mouse IRQ12: disabled
Interrupt Routing: A: IRQ11, B: IRQ9, C: disabled, D: disabled
MB0: IRQ15, MB1: 
 Trying Read_Port at 203
 Trying Read_Port at 243
 CTL0042: start dependant
 CTL0042: adding irq mask 0x20
 CTL0042: adding dma mask 0x2
 CTL0042: adding dma mask 0x20
 CTL0042: adding io range 0x220-0x22f, size=0x10, align=0x1
 CTL0042: adding io range 0x330-0x331, size=0x2, align=0x1
 CTL0042: adding io range 0x388-0x38b, size=0x4, align=0x1
 CTL0042: start dependant
 CTL0042: adding irq mask 0x6a0
 CTL0042: adding dma mask 0xb
 CTL0042: adding dma mask 0xe0
 CTL0042: adding io range 0x220-0x28f, size=0x10, align=0x20
 CTL0042: adding io range 0x300-0x331,