Re: No/weird mixer in -CURRENT
On Sun, 21 Sep 2003 23:19:12 -0400, thus spake Damian Gerow [EMAIL PROTECTED]: : This is a fairly new machine, using a DFI PS83-BL motherboard. pcm0 : is picked up as an Intel ICH5 (82801EB), and a C-Media Electronics : CMI9739 AC97 Codec. : : Does pcm not fully understand my audio device, am I lacking a mixer, : or is it something else : entirely? (Apologies for horrible wrapping the first time.) I just went through and applied a one-line patch to ich.c -- looks like it was saying to treat ICH5 like ICH4. This didn't make a difference. Does anyone have any suggestions or pointers? As much as I like listening to something at full volume, it would be nice to be able to turn it down without turning it off. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: yep, umass still broken
-- Your message was: (from Wesley Morgan) On Fri, 26 Sep 2003, Brian Fundakowski Feldman wrote: I can get fdisk to read the MBR, but when I try mdir, I get this trace back (of course, no crash dump because those haven't worked for me in a year): trap 0xc memcpy() ohci_softintr() usb_schedsoftintr() ohci_intr1() ohci_intr() ithread_loop() Anyone have any clued? I'll include my dmesg, of course. It was unbroken for a while, but has been broken for at least a month (seem my earlier post about it). The umass driver has been a constant source of frustation for me and suffers from constant breakage and neglect. -- End of Message You may not want to blame the umass driver. I've been doing a little experimenting trying to get a handle on what's going on. Luckily I have two machines sitting side-by-side, one with OHCI and one with UHCI. Many of the UMASS devices I have fail with 5.1-CURRENT on the OHCI machine but work just fine on the UHCI system. Here's the note I sent as a followup to kern/54982: I am encountering this problem as well. What I've seen so far is this: 1. The corruption does not occur with all UMASS devices. For example, I see data corruption with a Creative Labs MUVO (128M) and NEXDISK (256M) devices, but not with an Easydisc (128M) device. 2. I've only seen the corruption with OHCI based controllers. When I connect the same device to a UHCI based machine, built from an identical copy of the source tree, I see no corruption. 3. The pattern of corruption is decidely non-random. If you view the file as a series of 4K blocks numbered 0 to N, the corruption I've seen follows the following pattern: (B == a zero filled 4k block) Original: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ... Corrupt: 0 3 2 B 4 7 6 B 8 11 10 B 12 15 14 B ... I can provide logs of a file copy done on both the OHCI and UHCI based systems done with hw.usb.debug=3 hw.usb.uhci.debug=6 hw.usb.ohci.debug=6 and hw.usb.umass.debug=4294901760 if you wish. They are far too long to attach here. This test was last run on 5.1-CURRENT cvsup'd on Sep 17th 2003. I'm presently updating both machines to -CURRENT cvsup'd this afternoon. I haven't gotten to the point where I understand the interactions between umass, ohci/uhci and cam well enough to even hazzard a guess about where the corruption is occuring. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATAng panic?
Hi, Updated my -CURRENT yesterday and got the following panic: [...] atapci0: AcerLabs Aladdin UDMA33 controller port 0xb800-0xb80f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: Parallel port bus on ppc0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: Option ROM at iomem 0xc-0xc7fff on isa0 pmtimer0 on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x100 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 400910809 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. GEOM: create disk ad0 dp=0xc18eec70 ad0: 8063MB IBM-DHEA-38451 [16383/16/63] at ata0-master UDMA33 ad0: WARNING - READ_DMA recovered from missing interrupt GEOM: create disk ad1 dp=0xc18eee70 ad1: 19541MB Maxtor 92041U4 [39703/16/63] at ata0-slave UDMA33 acd0: CDROM CD-ROM 56X/AKH at ata1-slave PIO4 Waiting 15 seconds for SCSI devices to settle ad0: WARNING - READ_DMA recovered from missing interrupt ad1: WARNING - READ_DMA recovered from missing interrupt ad1: WARNING - READ_DMA recovered from missing interrupt cd0 at sym0 bus 0 target 4 lun 0 cd0: PLEXTOR CD-R PX-R820T 1.06 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ad1: WARNING - READ_DMA recovered from missing interrupt Mounting root from ufs:/dev/ad0s1a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: fstype:device Mount device using filesystem fstype eg. ufs:da0s1a ? List valid disk boot devices empty line Abort manual input mountroot ? panic: Root mount failed, startup aborted. Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db where Debugger(c041b1ac,c04a4560,c042237c,c8921c8c,100) at Debugger+0x54 panic(c042237c,c0235770,c0b80d3c,c8921d0c,c02357db) at panic+0xd5 vfs_mountroot(c04a28a0,1,c0417f4b,218,0) at vfs_mountroot+0xce start_init(0,c8921d48,c0418c4e,314,0) at start_init+0x6b fork_exit(c0235770,0,c8921d48) at fork_exit+0xcf fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8921d7c, ebp = 0 --- A working version looks like this: FreeBSD 5.1-CURRENT #1: Sat Aug 16 10:11:52 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/source/CURRENT/sys/POLLY Preloaded elf kernel /boot/kernel.safe/kernel at 0xc0583000. Preloaded elf module /boot/kernel.safe/acpi.ko at 0xc05831fc. Timecounter i8254 frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = AuthenticAMD Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 134201344 (127 MB) avail memory = 124452864 (118 MB) K6-family MTRR support enabled (2 registers) npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS P5A on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00f0d00 acpi0: power button is handled as a fixed feature programming model. acpi_cpu0: CPU port 0x530-0x537 on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 9 INTA is routed to irq 9 pcib0: slot 11 INTA is routed to irq 10 pcib0: slot 12 INTA is routed to irq 11 pcib0: slot 13 INTA is routed to irq 9 agp0: Ali M1541 host to AGP bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci0: bridge, PCI-unknown at device 3.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xd800-0xd87f mem 0xdf00-0xdf7f irq 9 at device 9.0 on pci0 xl0: Ethernet address: 00:50:04:33:15:8b miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: 875 port 0xd400-0xd4ff mem 0xde00-0xde000fff,0xde80-0xde8000ff irq 10 at device 11.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking pci0: display, VGA at device 12.0 (no driver attached) rl0: RealTek
vm_map.c LOR
Hey guys, got this one with today's current: lock order reversal 1st 0xc28008ac vm object (vm object) @ /space/src/sys/vm/vm_map.c:2195 2nd 0xc082f110 system map (system map) @ /space/src/sys/vm/vm_kern.c:328 Stack backtrace: backtrace(c037b3b0,c082f110,c0390c85,c0390c85,c0390b1a) at backtrace+0x17 witness_lock(c082f110,8,c0390b1a,148,0) at witness_lock+0x672 _mtx_lock_flags(c082f110,0,c0390b1a,148,3) at _mtx_lock_flags+0xba _vm_map_lock(c082f0b0,c0390b1a,148,c03dcfe0,2b4) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,cf083b18,c030c587) at kmem_malloc+0x3a page_alloc(c083a460,1000,cf083b0b,101,c03775e7) at page_alloc+0x27 slab_zalloc(c083a460,1,8,c0392473,68c) at slab_zalloc+0xb7 uma_zone_slab(c083a460,1,c0392473,68c,0) at uma_zone_slab+0xe6 uma_zalloc_internal(c083a460,0,1,0,c0820a50) at uma_zalloc_internal+0x3e bucket_alloc(80,1,c0392473,70b,0) at bucket_alloc+0x5e uma_zfree_arg(c08209a0,ce622450,0,749,1f) at uma_zfree_arg+0x2b6 swp_pager_meta_free(c28008ac,0,0,bd,0) at swp_pager_meta_free+0xfd swap_pager_freespace(c28008ac,0,0,bd,0) at swap_pager_freespace+0x57 vm_map_delete(c2d657e0,0,bfc0,c2d657e0,c2626a80) at vm_map_delete+0x2f1 vm_map_remove(c2d657e0,0,bfc0,11d,c0375c53) at vm_map_remove+0x55 exit1(c2adebe0,0,c0375c53,65,cf083d40) at exit1+0x686 sys_exit(c2adebe0,cf083d10,c0396800,3ec,1) at sys_exit+0x41 syscall(2f,860002f,bfbf002f,bfbff5e0,0) at syscall+0x273 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1), eip = 0x82be253, esp = 0xbfbff59c, ebp = 0xbfbff5b8 --- Regards, flo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sil680 RAID Support while installing 5.1-Release
Hi Travis Troyer, you wrote. TT I just purchased a Sil680 IDE RAID controller, and have setup TT a striped RAID array. When I boot from the 5.1 installation TT CD-ROM, FreeBSD does not recognize them as one disk. I TT checked the hardware notes, and Sil680 UDMA6 is listed. TT Seeing Sil680 listed, I assumed that the RAID capabilities TT would also be supported. I read something posted awhile back TT referring to the Sil680 controller, saying it was supported, TT but dangerous unless using 5.1-Current. Does anybody know TT anything about the current status of this? Is there anyway to TT get the FreeBSD installation to recognize my RAID array, or TT should I just buy another controller? I was wondering about the online Sil 3112 SATA RAID controller on my Gigabyte 7VAXP board. The 5.1 RELEASE boot CD crashes saying it couldn't write to root (which is weird, considering it usually should be able to write to memfs??). Regards, Gabriel ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Status of SCHED_ULE?
Hello everyone, I was wondering about the status of the ULE scheduler. Is it very experimental still or is it reasonably suitable for everyday (i.e. non-mission-critical) use? Regards, Roderick ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
more panics from current
Once again our current platform is unstable. Two weeks ago we had problems with kmem allocator and this was fixed by adding more memory and Dag-Erling Smørgrav still investigating those panics. Now we got different looking panic and there is core available if someone wants to take a peek on it. Tomppa ---clipclip--- kernel trap 19 with interrupts disabled NMI ... going to debugger kernel: type 19 trap, code=0 Stopped at sched_ithd+0x1d:movl$0x1,%eax db trace sched_ithd(a) at sched_ithd+0x1d Xintr10() at Xintr10+0x6c --- interrupt, eip = 0xc037ed02, esp = 0xcd680cdc, ebp = 0xcd680cdc --- cpu_idle(73042444,890002c0,bde8241c,c780,10c2444) at cpu_idle+0x22 idle_proc(0,cd680d48,c700,50082444,c7df) at idle_proc+0x25 fork_exit(c01ecd40,0,cd680d48) at fork_exit+0xb1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcd680d7c, ebp = 0 --- db sched_ithd(a) at sched_ithd+0x1d Xintr10() at Xintr10+0x6c --- interrupt, eip = 0xc037ed02, esp = 0xcd680cdc, ebp = 0xcd680cdc --- db sched_ithd(a) at sched_ithd+0x1d Xintr10() at Xintr10+0x6c --- interrupt, eip = 0xc037ed02, esp = 0xcd680cdc, ebp = 0xcd680cdc --- db panic panic: from debugger Debugger(panic) Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc0375b34 stack pointer = 0x10:0xcd680a70 frame pointer = 0x10:0xcd680a7c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= IOPL = 0 current process = 11 (idle) Stopped at sched_ithd+0x1d:movl$0x1,%eax db panic: from debugger Uptime: 4h49m49s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort -- Press a key on the console to reboot, -- or switch off the system now. Rebooting... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS drive E: is disk3 BIOS drive F: is disk4 BIOS drive G: is disk5 BIOS drive H: is disk6 BIOS drive I: is disk7 BIOS drive J: is disk8 BIOS drive K: is disk9 BIOS 639kB/261056kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 ([EMAIL PROTECTED], Sun Sep 7 22:26:04 EEST 2003) Loading /boot/defaults/loader.conf |/boot/kernel/kernel text=0x2e50e4 data=0x2e854+0x51be8 syms=[0x4+0x39f60+0x4+0x46e72] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Booting [/boot/kernel/kernel] in 8 seconds... Booting [/boot/kernel/kernel] in 7 seconds... Booting [/boot/kernel/kernel] in 6 seconds... Booting [/boot/kernel/kernel]... |/boot/kernel/acpi.ko text=0x3b1f4 /-\data=0x170c+0xec0 |syms=[0x4+0x5bf0/+0x4+0x7a42-\] |/-SMAP type=01 base= len=0009fc00 SMAP type=01 base=0009fc00 len=0400 SMAP type=02 base=000f len=0001 SMAP type=02 base= len=0001 SMAP type=01 base=0010 len=0fef SMAP type=03 base=0fff3000 len=d000 SMAP type=04 base=0fff len=3000 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #0: Sat Sep 13 01:27:45 EEST 2003 [EMAIL PROTECTED]:/u/FreeBSD/src/sys/i386/compile/TIIKELI Preloaded elf kernel /boot/kernel/kernel at 0xc0535000. Preloaded elf module /boot/kernel/acpi.ko at 0xc05351f4. Calibrating clock(s) ... i8254 clock: 1193367 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 634775245 Hz CPU: Intel Celeron (634.78-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA T,PSE36,MMX,FXSR,SSE real memory = 268369920 (255 MB) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x0055c000 - 0x0fb49fff, 257875968 bytes (62958 pages) avail memory = 255086592 (243 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb080 bios32: Entry = 0xfb4f0 (c00fb4f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb520 pnpbios: Found PnP BIOS data at 0xc00fbed0 pnpbios: Entry = f:bf00 Rev = 1.0 Other BIOS signatures found: null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled random: entropy source netsmb_dev: loaded npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: IntelR AWRDACPI on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x8058 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck:
Re: Status of SCHED_ULE?
On Sat, Sep 27, 2003 at 06:47:54PM +0200, Roderick van Domburg wrote: Hello everyone, I was wondering about the status of the ULE scheduler. Is it very experimental still or is it reasonably suitable for everyday (i.e. non-mission-critical) use? It has improved quite a bit lately, and is now also working with KSE. However, the mouse will get sluggish whenever the computer is under bursts of load (i.e. a compile) -- Morten Rodal ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sil680 RAID Support while installing 5.1-Release
Gabriel, I experienced the same problem using 5.1 release with an Adaptec SATA Raid card that uses the SATA Sil3112A chip. With 5.1-CURRENT I can get FreeBSD to install, but the server locks-up because the disk subsystem gets a DMA write error that it either never recovers from or falls into the debugger (most times it does NOT go to the debugger.) There are a few of us using SATA Sil3112A chips and experiencing these problems. -Derek At 06:13 PM 9/27/2003 +0200, Gabriel Ambuehl wrote: Hi Travis Troyer, you wrote. TT I just purchased a Sil680 IDE RAID controller, and have setup TT a striped RAID array. When I boot from the 5.1 installation TT CD-ROM, FreeBSD does not recognize them as one disk. I TT checked the hardware notes, and Sil680 UDMA6 is listed. TT Seeing Sil680 listed, I assumed that the RAID capabilities TT would also be supported. I read something posted awhile back TT referring to the Sil680 controller, saying it was supported, TT but dangerous unless using 5.1-Current. Does anybody know TT anything about the current status of this? Is there anyway to TT get the FreeBSD installation to recognize my RAID array, or TT should I just buy another controller? I was wondering about the online Sil 3112 SATA RAID controller on my Gigabyte 7VAXP board. The 5.1 RELEASE boot CD crashes saying it couldn't write to root (which is weird, considering it usually should be able to write to memfs??). Regards, Gabriel ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Something is wrong with the fxp network driver
On Sat, Sep 27, 2003 at 12:12:40AM -0400, Mike Tancsa wrote: At 11:32 PM 26/09/2003, Glenn Johnson wrote: On Fri, Sep 26, 2003 at 08:07:38PM -0400, Mike Tancsa wrote: Are they Tyan motherboards by chance ? There was a thread in stable about this a few weeks ago. The problems seem specific to those motherboards. Someone posted a potential workaround as well. No, five of them are MSI dual Athlon-MP boards (can not remember the what does pciconf -v -l show for the cards ? I will not be able to answer that until Monday. Are all on the same switch ? Yes, they are all on the same switch. Other machines with an xl interface are fine though. Is it a flow control issue perhaps ? I am not sure what you mean? -- Glenn Johnson ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't hear audio CDs (Asus P4P800 / Soundmax)
On Wed, 2003-09-24 at 21:40, Pav Lucistnik wrote:
V st, 24. 09. 2003 v 20:56, Vitalis pe:
How about using xmms-cdread in ${PORTSDIR}/audio/xmms-cdread?
With this module xmms can read the CDDA discs as data via IDE bus.
Thanks for your answer. I've just installed the port, but when I launch
xmms, I get this message:
/usr/X11R6/lib/xmms/Input/libcdread.so: Undefined symbol
playlist_generate_shuffle_list
and the plug-in does not appear in xmms configuration.
Any idea?
It's broken with xmms-1.2.8. The patch that fixes this was committed 10
hours ago by edwin. Update your ports collection and give it a new try.
But, rather than work around your problem, try to solve it. Are you sure
your CD-ROM drive and sound chip are connected by audio cable?
After multiple checks and handlings of the analog cable, sounds from my
audio CD magically came to my ears; I'll change it ASAP since it seems
seriously corrupted.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
TEST PLEASE: if_tun patch
Please test this patch: http://phk.freebsd.dk/patch/if_tun.patch There is a slight change in semantics in that the interface will disappear entirely when the /dev/tun%d device is closed. If no objections this will be committed in some days. | Remove the bogus tunbasedev, instead record the dev_t in our softc. | | Rely on the new an cloning friendlier semantics of make_dev(). | | Properly dismantle and remove the interface and destroy the dev_t | at last close of the device. | | Remove code from MOD_UNLOAD to dismantle things. | | Remove the list used to hang the tunnels from, it is no longer needed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: No/weird mixer in -CURRENT
Date: Sat, 27 Sep 2003 02:28:39 -0400 From: Damian Gerow [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] On Sun, 21 Sep 2003 23:19:12 -0400, thus spake Damian Gerow [EMAIL PROTECTED]: : This is a fairly new machine, using a DFI PS83-BL motherboard. pcm0 : is picked up as an Intel ICH5 (82801EB), and a C-Media Electronics : CMI9739 AC97 Codec. : : Does pcm not fully understand my audio device, am I lacking a mixer, : or is it something else : entirely? (Apologies for horrible wrapping the first time.) I just went through and applied a one-line patch to ich.c -- looks like it was saying to treat ICH5 like ICH4. This didn't make a difference. Does anyone have any suggestions or pointers? As much as I like listening to something at full volume, it would be nice to be able to turn it down without turning it off. Are you seeing this with all applications? I see it with gkrellm's volume control, but the Gnome volume control works just fine as does the CLI mixer(1) command. I have sent a note to the maintainer of the volume plug-in, but have not heard anything to this point. I will probably do a PR on it soon and I really love the gkrellm volume control. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATANG Vs. Acer chipset
I haven't been able to boot a -current kernel since the ATAng import. They all die after (in a boot -v) a message from GEOM about creating ad0. If any further info would be helpful, just let me know what you need. -- Michael McGoldrick: [EMAIL PROTECTED] Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #24: Sat Aug 23 16:42:47 BST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/URIEL Preloaded elf kernel /boot/kernel.old/kernel at 0xc05bd000. Preloaded userconfig_script /boot/kernel.conf at 0xc05bd1d0. Preloaded elf module /boot/kernel.old/linux.ko at 0xc05bd220. Preloaded elf module /boot/kernel.old/ng_ubt.ko at 0xc05bd2d0. Preloaded elf module /boot/kernel.old/netgraph.ko at 0xc05bd380. Preloaded elf module /boot/kernel.old/acpi.ko at 0xc05bd434. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel Pentium III (546.62-MHz 686-class CPU) Origin = GenuineIntel Id = 0x681 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 134152192 (127 MB) avail memory = 123867136 (118 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: Acer M1615on motherboard ACPI-0981: *** Error: GPE0 block (GPE 0 to 15) overlaps the GPE1 block (GPE 10 to 25) - Ignoring GPE1 pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00f7900 acpi0: power button is handled as a fixed feature programming model. acpi_cpu0: CPU port 0x530-0x537 on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 2 INTA is routed to irq 10 pcib0: slot 11 INTA is routed to irq 5 pcib0: slot 19 INTA is routed to irq 10 pcib0: slot 20 INTB is routed to irq 10 pcib0: slot 20 INTC is routed to irq 11 pcib0: slot 20 INTD is routed to irq 5 pcib0: slot 20 INTA is routed to irq 9 agp0: Ali Generic host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib0: slot 1 INTA is routed to irq 9 pcib1: slot 0 INTA is routed to irq 9 pci1: display, VGA at device 0.0 (no driver attached) ohci0: AcerLabs M5237 (Aladdin-V) USB controller mem 0x9080-0x90800fff irq 10 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: AcerLabs M5237 (Aladdin-V) USB controller on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Atmel Standard USB Hub, class 9/0, rev 1.10/3.00, addr 2 uhub1: 4 ports with 4 removable, self powered umass0: PQI Travel Flash, rev 1.10/2.05, addr 3 umass0: SCSI over Bulk-Only; quirks = 0x umass0:0:0:-1: Attached to scbus0 ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 4, iclass 3/1 ums0: 3 buttons and Z dir. isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 csa0: CS4280/CS4614/CS4622/CS4624/CS4630 mem 0x9050-0x905f,0x9040-0x90400fff irq 5 at device 11.0 on pci0 csa: card is Unknown/invalid SSID (CS4614) pcm0: CS461x PCM Audio on csa0 pcm0: Cirrus Logic CS4297 AC97 Codec atapci0: AcerLabs Aladdin UDMA33 controller port 0x8400-0x840f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 rl0: RealTek 8139 10/100BaseTX, rev. B port 0x8000-0x80ff mem 0x82103400-0x821034ff irq 10 at device 19.0 on pci0 rl0: Ethernet address: 00:60:67:76:6e:bf miibus0: MII bus on rl0 rlphy0: RealTek internal media interface on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ohci1: AcerLabs M5237 (Aladdin-V) USB controller mem 0x8210-0x82100fff irq 10 at device 20.0 on pci0 usb1: OHCI version 1.0, legacy support usb1: AcerLabs M5237 (Aladdin-V) USB controller on ohci1 usb1: USB revision 1.0 uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ohci2: AcerLabs M5237 (Aladdin-V) USB controller mem 0x82101000-0x82101fff irq 11 at device 20.1 on pci0 usb2: OHCI version 1.0, legacy support usb2: AcerLabs M5237 (Aladdin-V) USB controller on ohci2 usb2: USB revision 1.0 uhub3: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ohci3: AcerLabs M5237 (Aladdin-V) USB controller mem 0x82102000-0x82102fff irq 5 at device 20.2 on pci0 usb3: OHCI version 1.0, legacy support usb3: AcerLabs M5237 (Aladdin-V) USB controller on ohci3 usb3: USB revision 1.0 uhub4: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered ehci0: EHCI (generic) USB 2.0 controller mem 0x82103000-0x821030ff irq 9 at device 20.3 on pci0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb1 usb2
Re: Realtek 8139 + Acer Laptop
Dmesg say nothing. According to WinXP system information, the card is RealTek RTL 8139/810x Family Fast Ethernet NIC. at bus PCI 0 : 7 : 0. Maybe an IRQ conflict? I attach the dmesg pciconf -lv output. Unfortunately, what you did not do is show us the dmesg output from NetBSD or OpenBSD so that we could see what happens when the chip is probed correctly. Looking at the dmesg and pciconf output it seems the device was not found at all. This means it's not a networking problem at all, but a PCI problem. The failure to detect the device could be due to any one of the following: - There's an option to disable the on-board NIC in the BIOS and you disabled it and forgot about it - There's a bug in the PCI bridge code which is preventing it from enumerating all of the devices properly - There's some magic you need to do to enable/power up the on-board NIC that we're not doing This is something you should be asking the PCI gurus about, not the networking gurus. -Bill -- = -Bill Paul(510) 749-2329 | Senior Engineer, Master of Unix-Fu [EMAIL PROTECTED] | Wind River Systems = If stupidity were a handicap, you'd have the best parking spot. = ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
linux.ko on IA64
Hi, I wander if anyboby is developing the linux.ko on IA64? A group of us have developed halt syscalls on IA64.But I still have some questions to ask? Can any one help me? - Do You Yahoo!? []+ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux.ko on IA64
On Sun, Sep 28, 2003 at 10:16:54AM +0800, qian Zhao wrote: Hi, I wander if anyboby is developing the linux.ko on IA64? Not that I know of. I think it's a bit too soon as well. A group of us have developed halt syscalls on IA64.But I still have some questions to ask? Can any one help me? Feel free to send the questions to [EMAIL PROTECTED] or otherwise to me. The list is preferred because it's archived (which may also be a reason for people to not ask the questions there :-) BTW: What do you mean with halt syscalls? -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status of SCHED_ULE?
On Sat, 27 Sep 2003, Morten Rodal wrote: On Sat, Sep 27, 2003 at 06:47:54PM +0200, Roderick van Domburg wrote: Hello everyone, I was wondering about the status of the ULE scheduler. Is it very experimental still or is it reasonably suitable for everyday (i.e. non-mission-critical) use? It has improved quite a bit lately, and is now also working with KSE. However, the mouse will get sluggish whenever the computer is under bursts of load (i.e. a compile) -- Morten Rodal I have not had this experience. Can you give me details of your machine and the kind of load that causes slugishness? I'll correct it as soon as I can identify it. Thanks, Jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Something is wrong with the fxp network driver
pciconf -v -l output is: # pciconf -v -l [EMAIL PROTECTED]:0:0: class=0x06 card=0x25788086 chip=0x25788086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= bridge subclass = HOST-PCI [EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x25798086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:3:0: class=0x060400 card=0x chip=0x257b8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:29:0:class=0x0c0300 card=0x34278086 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:1:class=0x0c0300 card=0x34278086 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:2:class=0x0c0300 card=0x34278086 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:3:class=0x0c0300 card=0x34278086 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:7:class=0x0c0320 card=0x34278086 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:30:0:class=0x060400 card=0x chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB (ICH2/3/4) Hub Interface to PCI Bridge (244E)' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:31:0:class=0x060100 card=0x chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= bridge subclass = PCI-ISA [EMAIL PROTECTED]:31:1: class=0x01018a card=0x34278086 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= mass storage subclass = ATA [EMAIL PROTECTED]:31:2: class=0x01018f card=0x34278086 chip=0x24d18086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= mass storage subclass = ATA [EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x34278086 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = SMBus [EMAIL PROTECTED]:1:0: class=0x02 card=0x34278086 chip=0x10198086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class= network subclass = ethernet [EMAIL PROTECTED]:6:0: class=0x03 card=0x34278086 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL PCI' class= display subclass = VGA [EMAIL PROTECTED]:7:0: class=0x010400 card=0x34278086 chip=0x3319105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20319? FastTrak SATA150 TX4 Controller' class= mass storage subclass = RAID [EMAIL PROTECTED]:8:0: class=0x02 card=0x34278086 chip=0x10508086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class= network subclass = ethernet ifconfig fxp0 is: fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::207:e9ff:fe39:d437%fxp0 prefixlen 64 scopeid 0x2 ether 00:07:e9:39:d4:37 media: Ethernet autoselect (100baseTX full-duplex) status: active -Derek At 04:17 PM 9/27/2003 -0500, Glenn Johnson wrote: On Sat, Sep 27, 2003 at 12:12:40AM -0400, Mike Tancsa wrote: At 11:32 PM 26/09/2003, Glenn Johnson wrote: On Fri, Sep 26, 2003 at 08:07:38PM -0400, Mike Tancsa wrote: Are they Tyan motherboards by chance ? There was a thread in stable about this a few weeks ago. The problems seem specific to those motherboards. Someone posted a potential workaround as well. No, five of them are MSI dual Athlon-MP boards (can not remember the what does pciconf -v -l show for the cards ? I will not be able to answer that until Monday. Are all on the same switch ? Yes, they are all on the same switch. Other machines with an xl interface are fine though. Is it a flow control issue perhaps ? I am not sure what you mean? -- Glenn Johnson ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: No/weird mixer in -CURRENT
On Sat, 27 Sep 2003 16:24:10 -0700, thus spake Kevin Oberman [EMAIL PROTECTED]: : Does anyone have any suggestions or pointers? As much as I like : listening to something at full volume, it would be nice to be able : to turn it down without turning it off. : : Are you seeing this with all applications? I see it with gkrellm's : volume control, but the Gnome volume control works just fine as does : the CLI mixer(1) command. I've seen it with gkrellm, aumix, opmixer, ermixer, and gmixer. Actually, to be fair, gmixer didn't do anything -- all the others will mute my audio as soon as the PCM volume hits 0. And that's all they do. : I have sent a note to the maintainer of the volume plug-in, but have : not heard anything to this point. I will probably do a PR on it soon : and I really love the gkrellm volume control. Ditto. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Something is wrong with the fxp network driver
Revised output from pciconf -v -l [EMAIL PROTECTED]:8:0: class=0x02 card=0x34278086 chip=0x10508086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82562EZ Pro 10/100 Mb/s VE Fast Ethernet MAC PHY' class= network subclass = ethernet -Derek At 10:40 PM 9/27/2003 -0500, Derek Ragona wrote: pciconf -v -l output is: # pciconf -v -l [EMAIL PROTECTED]:0:0: class=0x06 card=0x25788086 chip=0x25788086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= bridge subclass = HOST-PCI [EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x25798086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:3:0: class=0x060400 card=0x chip=0x257b8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:29:0:class=0x0c0300 card=0x34278086 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:1:class=0x0c0300 card=0x34278086 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:2:class=0x0c0300 card=0x34278086 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:3:class=0x0c0300 card=0x34278086 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:29:7:class=0x0c0320 card=0x34278086 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = USB [EMAIL PROTECTED]:30:0:class=0x060400 card=0x chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB (ICH2/3/4) Hub Interface to PCI Bridge (244E)' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:31:0:class=0x060100 card=0x chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= bridge subclass = PCI-ISA [EMAIL PROTECTED]:31:1: class=0x01018a card=0x34278086 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= mass storage subclass = ATA [EMAIL PROTECTED]:31:2: class=0x01018f card=0x34278086 chip=0x24d18086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= mass storage subclass = ATA [EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x34278086 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class= serial bus subclass = SMBus [EMAIL PROTECTED]:1:0: class=0x02 card=0x34278086 chip=0x10198086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class= network subclass = ethernet [EMAIL PROTECTED]:6:0: class=0x03 card=0x34278086 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL PCI' class= display subclass = VGA [EMAIL PROTECTED]:7:0: class=0x010400 card=0x34278086 chip=0x3319105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20319? FastTrak SATA150 TX4 Controller' class= mass storage subclass = RAID [EMAIL PROTECTED]:8:0: class=0x02 card=0x34278086 chip=0x10508086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class= network subclass = ethernet ifconfig fxp0 is: fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::207:e9ff:fe39:d437%fxp0 prefixlen 64 scopeid 0x2 ether 00:07:e9:39:d4:37 media: Ethernet autoselect (100baseTX full-duplex) status: active -Derek At 04:17 PM 9/27/2003 -0500, Glenn Johnson wrote: On Sat, Sep 27, 2003 at 12:12:40AM -0400, Mike Tancsa wrote: At 11:32 PM 26/09/2003, Glenn Johnson wrote: On Fri, Sep 26, 2003 at 08:07:38PM -0400, Mike Tancsa wrote: Are they Tyan motherboards by chance ? There was a thread in stable about this a few weeks ago. The problems seem specific to those motherboards. Someone posted a potential workaround as well. No, five of them are MSI dual Athlon-MP boards (can not remember the what does pciconf -v -l show for the cards ? I will not be able to answer that until Monday. Are all on the same switch ? Yes, they are all on the same switch. Other machines with an xl interface are fine though. Is it a flow control issue perhaps ? I am not sure what you mean? -- Glenn Johnson ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
