Re: New Marvell/SysKonnect Gigabit driver
Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? dmesg: OpenBSD 4.0 (GENERIC) #1104: Fri Sep 1 11:54:27 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool`n'Quiet K8 1801 Mhz: speeds: 1800 1000 Mhz real mem = 2145873920 (2095580K) avail mem = 1949392896 (1903704K) using 4256 buffers containing 107397120 bytes (104880K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3 function 0 VIA K8T890 PCI-PCI rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 3 function 1 VIA K8T890 PCI-PCI rev 0x00 pci4 at ppb3 bus 4 ppb4 at pci0 dev 3 function 2 VIA K8T890 PCI-PCI rev 0x00 pci5 at ppb4 bus 5 mskc0 at pci5 dev 0 function 0 Marvell Yukon 88E8053 rev 0x15, Marvell Yukon-2 EC rev. A3 (0x2): irq 11 msk0 at mskc0 port A, address 00:11:d8:aa:4a:61 eephy0 at msk0 phy 0: Marvell 88E Gigabit PHY, rev. 2 ppb5 at pci0 dev 3 function 3 VIA K8T890 PCI-PCI rev 0x00 pci6 at ppb5 bus 6 emu0 at pci0 dev 12 function 0 Creative Labs SoundBlaster Live rev 0x08: irq 5 ac97: codec id 0x54524123 (TriTech Microelectronics TR28602) audio0 at emu0 Creative Labs PCI Gameport Joystick rev 0x08 at pci0 dev 12 function 1 not configured pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG SP2014N wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: AOpen, DVD-1640 PRO, 1.24 SCSI0 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4082B, A209 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 3 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 3 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 5 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 5 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 11 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered
Re: New Marvell/SysKonnect Gigabit driver
On 2006/09/14 11:03, Andreas Bihlmaier wrote: With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. have you tried bsd.mp? Some machines work a lot better when you use the APIC, and the easy way to do that is use an MP kernel. OpenBSD 4.0 (GENERIC) #1104: Fri Sep 1 11:54:27 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC p.s. why are there no new snapshots? it's around release-building time.
Re: New Marvell/SysKonnect Gigabit driver
* Stuart Henderson [EMAIL PROTECTED] [2006-09-14 11:27]: On 2006/09/14 11:03, Andreas Bihlmaier wrote: With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. have you tried bsd.mp? Some machines work a lot better when you use the APIC, and the easy way to do that is use an MP kernel. bad advice in this case as there is clearly a bug hidden. -- Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED] BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg Amsterdam
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 11:03:59AM +0200, Andreas Bihlmaier wrote: Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? Try this diff from kettenis which will hopefully be applied in the next few days. Index: if_msk.c === RCS file: /cvs/src/sys/dev/pci/if_msk.c,v retrieving revision 1.16 diff -u -p -r1.16 if_msk.c --- if_msk.c25 Aug 2006 00:21:10 - 1.16 +++ if_msk.c3 Sep 2006 15:39:13 - @@ -2032,10 +2032,8 @@ msk_init(void *xsc_if) sc-sk_intrmask |= SK_Y2_INTRS1; else sc-sk_intrmask |= SK_Y2_INTRS2; - sc-sk_intrmask |= SK_Y2_IMR_HWERR | SK_Y2_IMR_BMU; + sc-sk_intrmask |= SK_Y2_IMR_BMU; CSR_WRITE_4(sc, SK_IMR, sc-sk_intrmask); - - CSR_WRITE_4(sc, SK_IEMR, 0x2e3f); ifp-if_flags |= IFF_RUNNING; ifp-if_flags = ~IFF_OACTIVE;
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 10:22:03AM +0100, Stuart Henderson wrote: On 2006/09/14 11:03, Andreas Bihlmaier wrote: With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. have you tried bsd.mp? Some machines work a lot better when you use the APIC, and the easy way to do that is use an MP kernel. Yes, with APIC in Bios enabled all USB ports stop working, but the problem with interrupts DOES NOT OCCUR: OpenBSD 4.0 (GENERIC.MP) #933: Fri Sep 1 12:06:05 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 real mem = 2145873920 (2095580K) avail mem = 1949335552 (1903648K) using 4256 buffers containing 107397120 bytes (104880K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 mainbus0: Intel MP Specification (Version 1.4) (OEM0 PROD) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200 MHz mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type PCI mainbus0: bus 4 is type PCI mainbus0: bus 5 is type PCI mainbus0: bus 6 is type PCI mainbus0: bus 7 is type ISA ioapic0 at mainbus0: apid 2 pa 0xfec0, version 3, 24 pins ioapic1 at mainbus0: apid 3 pa 0xfecc, version 3, 24 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3 function 0 VIA K8T890 PCI-PCI rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 3 function 1 VIA K8T890 PCI-PCI rev 0x00 pci4 at ppb3 bus 4 ppb4 at pci0 dev 3 function 2 VIA K8T890 PCI-PCI rev 0x00 pci5 at ppb4 bus 5 mskc0 at pci5 dev 0 function 0 Marvell Yukon 88E8053 rev 0x15, Marvell Yukon-2 EC rev. A3 (0x2): apic 2 int 23 (irq 11) msk0 at mskc0 port A, address 00:11:d8:aa:4a:61 eephy0 at msk0 phy 0: Marvell 88E Gigabit PHY, rev. 2 ppb5 at pci0 dev 3 function 3 VIA K8T890 PCI-PCI rev 0x00 pci6 at ppb5 bus 6 emu0 at pci0 dev 12 function 0 Creative Labs SoundBlaster Live rev 0x08: apic 2 int 5 (irq 5) ac97: codec id 0x54524123 (TriTech Microelectronics TR28602) audio0 at emu0 Creative Labs PCI Gameport Joystick rev 0x08 at pci0 dev 12 function 1 not configured pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: SAMSUNG SP2014N wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: AOpen, DVD-1640 PRO, 1.24 SCSI0 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4082B, A209 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: apic 2 int 3 (irq 3) usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: apic 2 int 3 (irq 3) usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 11:03:59AM +0200, Andreas Bihlmaier wrote: Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? Well that is really weird, I pulled out my PCI Express graphics card (see previous message) and replaced it with a really old PCI card: vga1 at pci0 dev 11 function 0 S3 Trio32/64 rev 0x54 Same behaviour as described above. Now what do have those cards in common to screw up in combination with msk? Regards, ahb
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Sep 14, 2006 at 07:44:44PM +1000, Jonathan Gray wrote: On Thu, Sep 14, 2006 at 11:03:59AM +0200, Andreas Bihlmaier wrote: Well, here it goes again: Issue with my onboard mskc0: Marvell Yukon 88E8053 Marvell Yukon-2 With the newest i386 (quite old btw.) snapshot, I can use msk0 without any troubles UNTIL I start X on the machine. As soon as I do that interrupts go to 99% and everything starts to crawl until I reboot. Pretty much same issue I had before with the difference that I know the cause. I'll try another graphic card and will report back. Any other hints about what I could test to solve/further isolate the problem? Try this diff from kettenis which will hopefully be applied in the next few days. Index: if_msk.c === RCS file: /cvs/src/sys/dev/pci/if_msk.c,v retrieving revision 1.16 diff -u -p -r1.16 if_msk.c --- if_msk.c 25 Aug 2006 00:21:10 - 1.16 +++ if_msk.c 3 Sep 2006 15:39:13 - @@ -2032,10 +2032,8 @@ msk_init(void *xsc_if) sc-sk_intrmask |= SK_Y2_INTRS1; else sc-sk_intrmask |= SK_Y2_INTRS2; - sc-sk_intrmask |= SK_Y2_IMR_HWERR | SK_Y2_IMR_BMU; + sc-sk_intrmask |= SK_Y2_IMR_BMU; CSR_WRITE_4(sc, SK_IMR, sc-sk_intrmask); - - CSR_WRITE_4(sc, SK_IEMR, 0x2e3f); ifp-if_flags |= IFF_RUNNING; ifp-if_flags = ~IFF_OACTIVE; I hope this will still make it into 4.0 because it now everything works great (at least on my machine). Thank you very much! Regards, ahb
Re: New Marvell/SysKonnect Gigabit driver
On Fri, Aug 18, 2006 at 01:02:13PM +0200, Andreas Bihlmaier wrote: On Thu, Aug 17, 2006 at 09:04:05PM +0200, Mark Kettenis wrote: Last night I checked in a driver, msk(4), for the previously unsupported Marvell and SysKonnect Gigabit NICs. The driver works pretty well for me on the new Mac mini, but could really use some more testing, especially on different hardware. If you have such hardware please compile yourself a fresh kernel (or fetch tourself today's snapshot) and send me the dmesg, and a short report how well the driver works for you. Thanks, Mark Thanks for all the effort to support these NICs. Well I got an onboard chip on an ASUS A8V-E DELUXE motherboard. I installed the latest i386 snapshot (see dmesg below), but things are not quite working. The interface gets attached (as msk0) and I can configure it with ifconfig. The problem is as soon as I up/assign ip/change media on msk0 I get 99.9% interrupt load, rendering the system pretty much unuseable until I reboot. No change whether cable is plugged in or isn't. Weird thing is that the interrupts don't show up in: systat -w 1 vmstat 1 usersLoad 1.79 1.04 0.48 Fri Aug 18 12:56:55 2006 memory totals (in KB)PAGING SWAPPING Interrupts real virtual free in out in out 228 total Active 162908162908 1529564 opsmskc0 All 529040529040 5723848 pages fxp0 pciide0 Proc:r d s wCsw Trp Sys Int Sof Flt 1 forks uhci0 2104537 245 5963728 37 1 fkppw ehci0 fksvm pckbc0 91.5%Int 0.7%Sys 2.1%Usr 0.0%Nic 5.7%Idle pwait 100 clock ||||||||||| relck 128 rtc || rlkok noram Namei Sys-cacheProc-cacheNo-cache 3 ndcpy Calls hits%hits %miss % fltcp zfod 1 cow Disks wd0 cd0 cd1 fd0 128 fmin seeks 170 ftarg xfers itarg Kbyte 148 wired sec pdfre pdscn pzidle 23 kmapent Dmesg: OpenBSD 4.0-beta (GENERIC) #1072: Thu Aug 17 12:55:53 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool`n'Quiet K8 1801 Mhz: speeds: 1800 1000 Mhz real mem = 2145873920 (2095580K) avail mem = 1777840128 (1736172K) using 4256 buffers containing 278921216 bytes (272384K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 0xd/0x1000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3
Re: New Marvell/SysKonnect Gigabit driver
Date: Thu, 17 Aug 2006 20:58:08 -0400 From: Mike Erdely [EMAIL PROTECTED] Mark Kettenis wrote: Last night I checked in a driver, msk(4), for the previously unsupported Marvell and SysKonnect Gigabit NICs. I couldn't wait to get home! I downloaded the latest snapshot (today's from ftp.openbsd.org) and burned cd40.iso to a CD-RW. I rebooted my Mac Mini (purchased from Apple's store in early March '06) and booted into the OpenBSD 4.0 beta boot CD (I did install the latest Boot Camp Beta-1.1 before rebooting). When it came to the USB ports, it still takes forever, but eventually gets through it (forever is measured in 10s of minutes). Then, I'm prompted to install, like usual. But, when I get to setting up the network, it detects msk0, but whether using DHCP or manual IP, the install process freezes and never (for small, meaning 10s of minutes, definitions of never) continues to the next step. Oops, sorry to have made you go through the hoops again. I discovered today that the BIOS on the mini is somewhat busted and reports the wrong interrupt for msk(4). I've got some patches to get the interrupt routing info from ACPI, but they're not quite ready yet to go in. I can send out a copy if you'd like to play with it, but that'll only work if you already have an OpenBSD installation of some sorts on the box and can compile your own kernel for it. Mark
Re: New Marvell/SysKonnect Gigabit driver
On Thu, Aug 17, 2006 at 09:04:05PM +0200, Mark Kettenis wrote: Last night I checked in a driver, msk(4), for the previously unsupported Marvell and SysKonnect Gigabit NICs. The driver works pretty well for me on the new Mac mini, but could really use some more testing, especially on different hardware. If you have such hardware please compile yourself a fresh kernel (or fetch tourself today's snapshot) and send me the dmesg, and a short report how well the driver works for you. Thanks, Mark Thanks for all the effort to support these NICs. Well I got an onboard chip on an ASUS A8V-E DELUXE motherboard. I installed the latest i386 snapshot (see dmesg below), but things are not quite working. The interface gets attached (as msk0) and I can configure it with ifconfig. The problem is as soon as I up/assign ip/change media on msk0 I get 99.9% interrupt load, rendering the system pretty much unuseable until I reboot. No change whether cable is plugged in or isn't. Weird thing is that the interrupts don't show up in: systat -w 1 vmstat 1 usersLoad 1.79 1.04 0.48 Fri Aug 18 12:56:55 2006 memory totals (in KB)PAGING SWAPPING Interrupts real virtual free in out in out 228 total Active 162908162908 1529564 opsmskc0 All 529040529040 5723848 pages fxp0 pciide0 Proc:r d s wCsw Trp Sys Int Sof Flt 1 forks uhci0 2104537 245 5963728 37 1 fkppw ehci0 fksvm pckbc0 91.5%Int 0.7%Sys 2.1%Usr 0.0%Nic 5.7%Idle pwait 100 clock ||||||||||| relck 128 rtc || rlkok noram Namei Sys-cacheProc-cacheNo-cache 3 ndcpy Calls hits%hits %miss % fltcp zfod 1 cow Disks wd0 cd0 cd1 fd0 128 fmin seeks 170 ftarg xfers itarg Kbyte 148 wired sec pdfre pdscn pzidle 23 kmapent Dmesg: OpenBSD 4.0-beta (GENERIC) #1072: Thu Aug 17 12:55:53 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) 64 Processor 3000+ (AuthenticAMD 686-class, 512KB L2 cache) 1.81 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3 cpu0: Cool`n'Quiet K8 1801 Mhz: speeds: 1800 1000 Mhz real mem = 2145873920 (2095580K) avail mem = 1777840128 (1736172K) using 4256 buffers containing 278921216 bytes (272384K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(24) BIOS, date 01/25/06, BIOS32 rev. 0 @ 0xf1e40, SMBIOS rev. 2.3 @ 0xf (69 entries) bios0: ASUSTek Computer INC. A8V-E DELUXE apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 70102 dobusy 1 doidle 1 pcibios0 at bios0: rev 3.0 @ 0xf/0xdf84 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfde40/320 (18 entries) pcibios0: PCI Exclusive IRQs: 3 5 11 pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C596A ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xd000 0xd/0x1000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA K8T890 Host rev 0x00 pchb1 at pci0 dev 0 function 1 VIA K8T890 Host rev 0x00 pchb2 at pci0 dev 0 function 2 VIA K8T890 Host rev 0x00 pchb3 at pci0 dev 0 function 3 VIA K8T890 Host rev 0x00 pchb4 at pci0 dev 0 function 4 VIA K8T890 Host rev 0x00 VIA K8T890 IOAPIC rev 0x00 at pci0 dev 0 function 5 not configured pchb5 at pci0 dev 0 function 7 VIA K8T890 Host rev 0x00 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci0 dev 2 function 0 VIA K8T890 PCI-PCI rev 0x00 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 ATI Radeon X600 (RV380) rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ATI Radeon X600 (RV380) Sec rev 0x00 at pci2 dev 0 function 1 not configured ppb2 at pci0 dev 3 function 0 VIA K8T890 PCI-PCI rev 0x00 pci3 at ppb2 bus 3 ppb3 at pci0 dev 3 function 1 VIA K8T890 PCI-PCI rev 0x00 pci4 at ppb3 bus 4 ppb4 at pci0 dev 3 function 2 VIA
Re: New Marvell/SysKonnect Gigabit driver
Mark Kettenis wrote: Oops, sorry to have made you go through the hoops again. I discovered today that the BIOS on the mini is somewhat busted and reports the wrong interrupt for msk(4). I've got some patches to get the interrupt routing info from ACPI, but they're not quite ready yet to go in. I can send out a copy if you'd like to play with it, but that'll only work if you already have an OpenBSD installation of some sorts on the box and can compile your own kernel for it. Oh my! Please don't apologize. I'm happy to test. I appreciate the work you're doing and am trying to contribute in the only way I can. If you have patches for me to test, I can build a new kernel in a VM or on another box, copy them to a CD-RW and load using bsd.rd or something. I'll figure it out. Mark Thanks. -ME
Re: New Marvell/SysKonnect Gigabit driver
Mark Kettenis wrote: Last night I checked in a driver, msk(4), for the previously unsupported Marvell and SysKonnect Gigabit NICs. I couldn't wait to get home! I downloaded the latest snapshot (today's from ftp.openbsd.org) and burned cd40.iso to a CD-RW. I rebooted my Mac Mini (purchased from Apple's store in early March '06) and booted into the OpenBSD 4.0 beta boot CD (I did install the latest Boot Camp Beta-1.1 before rebooting). When it came to the USB ports, it still takes forever, but eventually gets through it (forever is measured in 10s of minutes). Then, I'm prompted to install, like usual. But, when I get to setting up the network, it detects msk0, but whether using DHCP or manual IP, the install process freezes and never (for small, meaning 10s of minutes, definitions of never) continues to the next step. Mark To be honest, I'm interested in having OpenBSD boot on my Intel Mac Mini, but it's not the most important thing ever. So I didn't bother to write down the DMESG and type it for you guys. Let me know if there's anything else I can test. I did try opting for (S)hell and running dhclient msk0, but I did not try manually IP'ing msk0 from (S)hell. Thanks for your efforts. -ME