Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Stefan Walter, 15.11.10, 10:37h CET: Audio with snd_hda(4) works, but only if loaded as a module AND only if I load the module AFTER booting. If I compile it into the kernel or add snd_hda_load=YES to /boot/loader.conf, dmesg shows the following: hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: HDA ATI RS690/780 HDMI PCM #0 HDMI at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: HDA Realtek ALC885 PCM #0 Analog at cad 0 nid 1 on hdac1 pcm2: HDA Realtek ALC885 PCM #1 Analog at cad 0 nid 1 on hdac1 pcm3: HDA Realtek ALC885 PCM #2 Digital at cad 0 nid 1 on hdac1 mixer(8) shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 There is no audio in that case. Unloading and reloading the module (or just loading the module manually after the boot process) logs: hdac0: ATI SB600 High Definition Audio Controller mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1: ATI (Unknown) High Definition Audio Controller mem 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0: HDA Realtek ALC885 PCM #0 Analog at cad 0 nid 1 on hdac0 pcm1: HDA Realtek ALC885 PCM #1 Analog at cad 0 nid 1 on hdac0 pcm2: HDA Realtek ALC885 PCM #2 Digital at cad 0 nid 1 on hdac0 pcm3: HDA ATI RS690/780 HDMI PCM #0 HDMI at cad 0 nid 1 on hdac1 mixer then shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 75:75 Mixer igainis currently set to 0:0 Audio then seems to work fine. (Plugging earphones into the computer's case's front plugs doesn't do anything, though - audio still comes from the speakers attached to the plug at the back of the case. Any ideas about that?) Loading snd_hda from a startup script would probably work, but I guess that's not the way it was meant to work. Unfortunately, the recent update to 8-STABLE didn't change anything with these problems - any ideas, anyone? Regards, Stefan pgpMTvhWqAOok.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Alexander Motin, 30.11.10, 22:07h CET: On 30.11.2010 22:12, Stefan Walter wrote: Stefan Walter, 15.11.10, 10:37h CET: Audio with snd_hda(4) works, but only if loaded as a module AND only if I load the module AFTER booting. If I compile it into the kernel or add snd_hda_load=YES to /boot/loader.conf, dmesg shows the following: hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0:HDA ATI RS690/780 HDMI PCM #0 HDMI at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1:HDA Realtek ALC885 PCM #0 Analog at cad 0 nid 1 on hdac1 pcm2:HDA Realtek ALC885 PCM #1 Analog at cad 0 nid 1 on hdac1 pcm3:HDA Realtek ALC885 PCM #2 Digital at cad 0 nid 1 on hdac1 mixer(8) shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 There is no audio in that case. Unloading and reloading the module (or just loading the module manually after the boot process) logs: hdac0:ATI SB600 High Definition Audio Controller mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1:ATI (Unknown) High Definition Audio Controller mem 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0:HDA Realtek ALC885 PCM #0 Analog at cad 0 nid 1 on hdac0 pcm1:HDA Realtek ALC885 PCM #1 Analog at cad 0 nid 1 on hdac0 pcm2:HDA Realtek ALC885 PCM #2 Digital at cad 0 nid 1 on hdac0 pcm3:HDA ATI RS690/780 HDMI PCM #0 HDMI at cad 0 nid 1 on hdac1 mixer then shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 75:75 Mixer igainis currently set to 0:0 Audio then seems to work fine. (Plugging earphones into the computer's case's front plugs doesn't do anything, though - audio still comes from the speakers attached to the plug at the back of the case. Any ideas about that?) Loading snd_hda from a startup script would probably work, but I guess that's not the way it was meant to work. Unfortunately, the recent update to 8-STABLE didn't change anything with these problems - any ideas, anyone? Loading driver aftre boot seems have different device probe order. That causes HDMI HDA codec on video card to be probed either first or second. It is not snd_hda problem and could be handled just by choosing right pcm device to use (possibly via hw.snd.default_unit sysctl). Indeed - setting hw.snd.default_unit to 1 helped. Lack of audio redirection can probably be explained by CODEC configuration made by BIOS. I suppose that front connectors are configured as separate pcm device. Ah, OK - seems like you're right again. Setting hw.snd.default_unit to the other analog one directed the sound to the front plugs. Thanks a lot! Regards, Stefan pgpou3WUk7XfU.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
[Resent because I forgot to really cc jkim...sorry!] Ian Smith, 17.11.10, 04:20h CET: On Tue, 16 Nov 2010, Bruce Cran wrote: On Tue, 16 Nov 2010 21:46:44 +0100 Lars Engels lars.eng...@0x20.net wrote: Download compile the code (gcc -o chvt chvt.c). Add $path/$to/chvt 1 to /etc/rc.suspend and $path/$to/chvt 9 to /etc/rc.resume, so that your machine automatically changes to ttyv0 before going to sleep and changes back to X after waking up. The acpi code already does this: if you run acpiconf from within X you'll see ttyv0 appear, the system turns off and when resuming ttyv0 appears before X11. In my case, I don't see ttyv0 appear before suspend - neither from within X nor from another tty. But when suspending from another tty, I see ttyv0 briefly after resume before it switches back to the one I started acpiconf from, so I guess the automatic switching works at least between ttys. When starting acpiconf from within X, I hear three beeps at intervals of about one second before the system suspends. As I wrote before, when the system resumes the screen turns on but remains black, the keyboard doesn't seem to do anything and I can only press the power button again to shut the system down completely. There have been cases where I've seen the console right before its powered down with lots of messages like this one (typed from memory): info: [drm] wait idle failed status Perhaps this might be one of those machines (I have two) that respond positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=1 ? When I do that, the only difference I've noticed is that I don't hear the three beeps mentioned above. Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan pgpxXaCWQLXPV.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Ian Smith, 17.11.10, 04:20h CET: On Tue, 16 Nov 2010, Bruce Cran wrote: On Tue, 16 Nov 2010 21:46:44 +0100 Lars Engels lars.eng...@0x20.net wrote: Download compile the code (gcc -o chvt chvt.c). Add $path/$to/chvt 1 to /etc/rc.suspend and $path/$to/chvt 9 to /etc/rc.resume, so that your machine automatically changes to ttyv0 before going to sleep and changes back to X after waking up. The acpi code already does this: if you run acpiconf from within X you'll see ttyv0 appear, the system turns off and when resuming ttyv0 appears before X11. In my case, I don't see ttyv0 appear before suspend - neither from within X nor from another tty. But when suspending from another tty, I see ttyv0 briefly after resume before it switches back to the one I started acpiconf from, so I guess the automatic switching works at least between ttys. When starting acpiconf from within X, I hear three beeps at intervals of about one second before the system suspends. As I wrote before, when the system resumes the screen turns on but remains black, the keyboard doesn't seem to do anything and I can only press the power button again to shut the system down completely. There have been cases where I've seen the console right before its powered down with lots of messages like this one (typed from memory): info: [drm] wait idle failed status Perhaps this might be one of those machines (I have two) that respond positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=1 ? When I do that, the only difference I've noticed is that I don't hear the three beeps mentioned above. Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan pgpjSHr70GbHO.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Jakub Lach, 21.11.10, 12:29h CET: Stefan Walter-5 wrote: Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan Hello. Recent change in suspend behaviour here I can attribute only to ACPICA MFC. Previously resume left me with blank screen or non responsive one. Now upon resume; from X11 or not, almost all is working, only thing that is stalled is pointer. Also, I get CPU0 local APIC error 0x40 and upon restarting calcru : runtime went backwards from (...) for pid 1 (init) Huge improvement from non-working suspend though. I originally didn't want to update my system before the code freeze for 8.2, but this sounded promising, so I just did it this afternoon. I have suspended and resumed the system from X11 a few times now, and it seems like it works reliably and without any problems now. (Now I also see the switch to ttyv0 before the system is suspended.) Great improvement for my desktop system - thanks to everyone working on it! Best regards, Stefan pgpaxMIngg6s5.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Lars Engels, 15.11.10, 12:51h CET: On Mon, Nov 15, 2010 at 10:37:09AM +0100, Stefan Walter wrote: Hi, [...] The other problem is with suspend/resume: Suspend To RAM (S3) works by using acpiconf -s 3, and pushing the power button wakes the system up again. Everything seems to work, only the LCD monitor remains off. (There also seem to be occasional cases in which the keyboard doesn't work any more, but I haven't really looked at that, yet. Usually, the system comes back up properly.) Loading dpms(4) doesn't seem to make a difference. The only way to turn the display on again seems to be typing shutdown -r now blindly. Try to set hw.acpi.reset_video to 1 in loader.conf. That does indeed help (when suspending/resuming from the console - when doing it from X11, it doesn't) - thanks! Regards, Stefan pgpitVzm1FhJb.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Chip Camden, 15.11.10, 17:52h CET: [Audio problem with snd_hda] I had the same problem, but a later update to 8.1-STABLE seems to have fixed it. OK, looking forward to an update, then. Thanks! Regards, Stefan pgpStuFQ4e1uV.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Bruce Cran, 16.11.10, 15:44h CET: On Monday 15 November 2010 09:37:09 Stefan Walter wrote: Suspend To RAM (S3) works by using acpiconf -s 3, and pushing the power button wakes the system up again. Everything seems to work, only the LCD monitor remains off. (There also seem to be occasional cases in which the keyboard doesn't work any more, but I haven't really looked at that, yet. Usually, the system comes back up properly.) Loading dpms(4) doesn't seem to make a difference. The only way to turn the display on again seems to be typing shutdown -r now blindly. What graphics card do you have? If it's nVidia, try building the driver with ACPI_PM enabled and running acpiconf -s3 from X11. That boots the video chip up on my laptop at least - though it seems some corruption occurs because I've had some odd panics afterwards in the fs and vm subsystems, and attempting to suspend for a second time results in the system rebooting instead. It's an ATI Radeon HD 4200 integrated on the mainboard, using x11-drivers/xf86-video-ati. It now works from the console with hw.acpi.reset_video=1. From within X11, it doesn't. Regards, Stefan pgpGbUfdCxzhO.pgp Description: PGP signature
8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Hi, I've been using 8.1-RELEASE on this desktop machine for a few months already, but only now found the time to look at a couple of problems with snd_hda and suspend/resume it still has. Maybe someone here has hints to fix them - I'd be grateful to hear them. Audio with snd_hda(4) works, but only if loaded as a module AND only if I load the module AFTER booting. If I compile it into the kernel or add snd_hda_load=YES to /boot/loader.conf, dmesg shows the following: hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: HDA ATI RS690/780 HDMI PCM #0 HDMI at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: HDA Realtek ALC885 PCM #0 Analog at cad 0 nid 1 on hdac1 pcm2: HDA Realtek ALC885 PCM #1 Analog at cad 0 nid 1 on hdac1 pcm3: HDA Realtek ALC885 PCM #2 Digital at cad 0 nid 1 on hdac1 mixer(8) shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 There is no audio in that case. Unloading and reloading the module (or just loading the module manually after the boot process) logs: hdac0: ATI SB600 High Definition Audio Controller mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1: ATI (Unknown) High Definition Audio Controller mem 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0: HDA Realtek ALC885 PCM #0 Analog at cad 0 nid 1 on hdac0 pcm1: HDA Realtek ALC885 PCM #1 Analog at cad 0 nid 1 on hdac0 pcm2: HDA Realtek ALC885 PCM #2 Digital at cad 0 nid 1 on hdac0 pcm3: HDA ATI RS690/780 HDMI PCM #0 HDMI at cad 0 nid 1 on hdac1 mixer then shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 75:75 Mixer igainis currently set to 0:0 Audio then seems to work fine. (Plugging earphones into the computer's case's front plugs doesn't do anything, though - audio still comes from the speakers attached to the plug at the back of the case. Any ideas about that?) Loading snd_hda from a startup script would probably work, but I guess that's not the way it was meant to work. The other problem is with suspend/resume: Suspend To RAM (S3) works by using acpiconf -s 3, and pushing the power button wakes the system up again. Everything seems to work, only the LCD monitor remains off. (There also seem to be occasional cases in which the keyboard doesn't work any more, but I haven't really looked at that, yet. Usually, the system comes back up properly.) Loading dpms(4) doesn't seem to make a difference. The only way to turn the display on again seems to be typing shutdown -r now blindly. Regards, Stefan pgpgVNfPKc1sA.pgp Description: PGP signature
Re: Problems installing JDK 1.5
Hi, Bill Smith, 06.03.07, 18:25h CET: I have been having problems with this as well, I have the linprocfs mounted, but the buil is dying with the following error: ../../../src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java:1186 : warning: non-varargs call of varargs method with inexact argument type for las t parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning return (IOException)ctr.newInstance(args); ^ ../../../src/share/classes/com/sun/jmx/mbeanserver/StandardMetaDataImpl.java:637 : warning: non-varargs call of varargs method with inexact argument type for las t parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning result = meth.invoke(instance,null); ^ ../../../src/share/classes/com/sun/jmx/mbeanserver/MBeanInstantiatorImpl.java:16 2: warning: non-varargs call of varargs method with inexact argument type for la st parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning moi= cons.newInstance(null); ^ Note: * uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 21 errors 12 warnings gmake[3]: *** [.compile.classlist] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/java' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. The warnings about varargs are harmless. The errors causing the build to fail seem to have happened earlier and are not listed here. It might be easier for you to just use the java/diablo-jdk15 port, which installs precompiled binaries. Regards, Stefan pgpsxiisvUC5P.pgp Description: PGP signature
Re: /etc/rc.d/moused ignores moused_enable=NO
[LoN]Kamikaze, 28.07.06, 13:24h CEST: Just out of curiosity I'd like to know why and how the moused rc script ignores the moused_enable=NO setting. It might be interesting to know how and why you come to think it does first, and what your configuration looks like (e.g. is your mouse connected via USB, PS/2 or serial cable). Regards, Stefan pgpqkAMDWy4Qd.pgp Description: PGP signature
Occasional panics during shutdown
Hi, for about half a year now (I think - it could be more), my 5-STABLE machine has been panicing occasionally and irregularly - about once or twice a week - during shutdown. (I did multiple updates of the system during that time, which didn't change anything.) It always happens after the disks are sync'd and when the machine should either turn off or reboot. Here's a backtrace of the latest core dump: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd. Unread portion of the kernel message buffer: 118Writing entropy file: 118. 118Terminated 118. Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...5 2 3 1 0 0 0 done No buffers busy after final sync Uptime: 29m33s ukphy0: detached miibus0: detached kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0541143 stack pointer = 0x10:0xd4200c68 frame pointer = 0x10:0xd4200c7c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 22 (irq11: vr0 uhci0) trap number = 12 panic: page fault Uptime: 29m38s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 #0 doadump () at pcpu.h:160 160 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:160 #1 0xc052217f in boot (howto=16644) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc0522414 in panic (fmt=0xc06d1ab9 %s) at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc06a82b8 in trap_fatal (frame=0xd4200c28, eva=36) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc06a7aa5 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1047002366, tf_esi = -1046988544, tf_ebp = -736097156, tf_isp = -736097196, tf_ebx = -1047002368, tf_edx = -1047046128, tf_ecx = -1045009532, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068232381, tf_cs = 8, tf_eflags = 65683, tf_esp = 16, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:255 #5 0xc069b14a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0x0018 in ?? () #7 0x0010 in ?? () #8 0x0010 in ?? () #9 0xc1980302 in ?? () #10 0xc1983900 in ?? () #11 0xd4200c7c in ?? () #12 0xd4200c54 in ?? () #13 0xc1980300 in ?? () #14 0xc1975810 in ?? () #15 0xc1b66b84 in ?? () #16 0x in ?? () #17 0x000c in ?? () #18 0x in ?? () #19 0xc0541143 in propagate_priority (td=0xc1980300) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc05417be in turnstile_wait (ts=0xc19758c0, lock=0xc1b66b84, owner=0xc1980300) at /usr/src/sys/kern/subr_turnstile.c:556 #21 0xc0519c3d in _mtx_lock_sleep (m=0xc1b66b84, td=0xc1983900, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:552 #22 0xc062b1ab in vr_intr (arg=0xc1b66000) at /usr/src/sys/pci/if_vr.c:1232 #23 0xc050e9fd in ithread_loop (arg=0xc197d700) at /usr/src/sys/kern/kern_intr.c:547 #24 0xc050dc90 in fork_exit (callout=0xc050e8ac ithread_loop, arg=0xc197d700, frame=0xd4200d38) at /usr/src/sys/kern/kern_fork.c:791 #25 0xc069b1ac in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (kgdb) quit And here the dmesg output: Copyright (c) 1992-2005 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.4-STABLE #1: Thu Sep 29 11:30:38 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KYUZO WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: mobile AMD Athlon(tm) XP-M 2400+ (1800.08-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x6a0 Stepping = 0 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc048MP,AMIE,DSP,3DNow! real memory = 536805376 (511 MB) avail memory = 515624960 (491 MB) netsmb_dev: loaded npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT VIA_K7 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz
Re: EHCI: mtools stuck in state 'physrd' or panic
FYI: I have just sent a PR for this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=82660 Stefan -- No reading beyond this point pgpnIhmnGEEx6.pgp Description: PGP signature
Re: EHCI: mtools stuck in state 'physrd' or panic
Hi, Ian Dowse, 26.06.05, 18:42h CEST: OpenBSD have a workaround for problems with VIA EHCI controllers that can cause the hanging symptoms you describe. Below is a patch that implements their change in FreeBSD's driver. Could you try it to see if it helps? I just tried, but unfortunately it didn't help. I have exactly the same symptoms with the patch applied. Thanks anyway, Stefan pgpdEwMgsAYdh.pgp Description: PGP signature
EHCI: mtools stuck in state 'physrd' or panic
Hi, I just updated to this morning's RELENG_5 and thought I'd give USB 2.0 a try to speed up data exchange with my USB sticks. The controller is correctly identified, it seems: ehci0: VIA VT6202 USB 2.0 controller mem 0xdbfdf700-0xdbfdf7ff irq 3 at device 16.3 on pci0 When plugging in a USB stick, it is correctly identified, too: umass0: USB Flash Disk, rev 2.00/2.00, addr 2 da2 at umass-sim0 bus 0 target 0 lun 0 da2: USB BAR 2.00 Removable Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 124MB (255744 512 byte sectors: 64H 32S/T 124C) I can also list the content of the FAT filesystem with mtools' mdir command. When trying to copy a file from the stick to a local filesystem, however, mcopy is almost immediately stuck in state physrd (according to top(1)) after copying a varying number of bytes (between 100 and 2200 KB is what I've seen so far). I cannot kill the mtools process, but pulling out the USB stick helps - it panics after a few times of doing that, though. I thought it might have to do with IRQ sharing first, but according to vmstat -i and dmesg, ehci0 doesn't share its IRQ with anything else. I know that the ehci(4) man page says the driver is not finished and quite buggy, but that doesn't mean I shouldn't report a problem, right? ;) Any ideas? Stefan pgpuFhzD1g7Qh.pgp Description: PGP signature
Re: Simultaneously two versions of one port?
Thomas Beer in gmane.os.freebsd.stable: I'm trying to install gdesklets which depends on py24-orbit. However, py23-orbit is already installed. I googled and tryed various ways with portupgrade et al. What to do? Do you still need the Python 2.3 stuff? If not, you could just upgrade all packages installed for 2.3 with 'portupgrade py23*', for instance. Stefan -- No reading beyond this point pgpX5W7W4GdGd.pgp Description: PGP signature
Re: EHCI: mtools stuck in state 'physrd' or panic
Mike Tancsa in gmane.os.freebsd.stable: If you reformat the USB stick with UFS2, does IO still hang the box ? I haven't tried that, but instead tried to just dump the whole USB stick to a file with dd if=/dev/da2 of=stickimage bs=1024. The dd process also hung in state physrd eventually, and about a minute after pulling out the USB stick the system panic'd. Furthermore, I tried the same (both mcopy and dd) on my notebook (Centrino - Intel ICH4 chipset), which didn't have ehci in its kernel until then, either. It worked flawlessly, multiple times. Stefan -- No reading beyond this point pgpdMFKJF869g.pgp Description: PGP signature