Re: Replacing rc(8) (Was: FreeBSD Boot Times)
separate and optional program. that's acceptable, except i have no idea why this fscadm enable/disable. editing config is enough. I don't think I understand i have no idea why this fscadm enable/disable. editing config is enough. and would ask you elaborate for me. Thanks, why adding solaris style command to add a line in text file. just edit a text file. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Replacing rc(8) (Was: FreeBSD Boot Times)
On Jun 22, 2012 7:33 AM, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: separate and optional program. that's acceptable, except i have no idea why this fscadm enable/disable. editing config is enough. I don't think I understand i have no idea why this fscadm enable/disable. editing config is enough. and would ask you elaborate for me. Thanks, why adding solaris style command to add a line in text file. just edit a text file. Scripting? Chris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Replacing rc(8) (Was: FreeBSD Boot Times)
why adding solaris style command to add a line in text file. just edit a text file. Scripting? echo newserviceline file grep -v servicetoberemoved file file.new;mv file.new file ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: newbus / snd_hdspe(4) trouble
On Thu, Jun 21, 2012 at 08:12:41AM -0400, John Baldwin wrote: On Wednesday, June 20, 2012 4:44:41 pm Ruslan Bukin wrote: Hi. I have the problem with different behavior of snd_hdspe(4) sound card driver initialization. If I load the driver by hand using kldload everything works fine, but in case of loading driver at boot time (loader.conf) or compile in kernel the driver can't initialize propertly. The snd_hdspe(4) driver is designed to create a pcm child device per each pair of sound channels. The problem is that snd_hdspe loaded normally, but pcm child devices are not appears. hdspe_pcm_probe() in driver is not called at all. However snd_hdspe_pcm driver exists in kldstat -v after boot: 51 0x81377000 a2c8 snd_hdspe.ko (/boot/kernel/snd_hdspe.ko) Contains modules: Id Name 7 hdspe/snd_hdspe_pcm 6 pci/snd_hdspe and I have checked, device_add_child() returns not NULL. I played with MODULE_DEPEND as done in snd_hda(4) but no luck. What can I do to debug the problem? The snd_hdspe driver probably needs to use DRIVER_MODULE_ORDERED() to ensure the other modules in its kld are registered with new-bus before it tries to attach to devices. I have changed, but no success. hdspe.c: DRIVER_MODULE_ORDERED(snd_hdspe, pci, hdspe_driver, pcm_devclass, 0, 0, SI_ORDER_SECOND); hdspe-pcm.c: DRIVER_MODULE_ORDERED(snd_hdspe_pcm, hdspe, hdspe_pcm_driver, pcm_devclass, 0, 0, SI_ORDER_FIRST); In this case, pcm devices are not appears neither at boot time nor by manually kldload. In reverse order works as usual (only by manually kldload) -Ruslan ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: run_interrupt_driven_hooks: ... xpt_config delay
- Original Message - From: Sean Bruno sean...@yahoo-inc.com To: rank1see...@gmail.com rank1see...@gmail.com Cc: hack...@freebsd.org hack...@freebsd.org Date: Wed, 20 Jun 2012 09:32:16 -0700 Subject: Re: run_interrupt_driven_hooks: ... xpt_config delay On Wed, 2012-06-20 at 03:00 -0700, rank1see...@gmail.com wrote: From 3 machines with that type of cutom kernels, only 1 suffers from this (and problem is gone, as soon as I revert to GENERIC) Please post your custom kernel config somewhere so we can see what is different. Sean Here it is: -- ident FACTORY makeoptions DEBUG=-g cpu HAMMER device acpi device ahci device atacore device atapci device atkbd device atkbdc device atpic device bpf device cd device cpufreq device da device dcons device dcons_crom device ehci device em device ether device faith device fdc device firewire device firmware device fwe device fwip device gif device loop device lpt device md device pass device pci device pf device plip device ppbus device ppc device ppi device pty device random device sc device scbus device snd_hda device sound device tun device uhci device umass device ums device usb device vga device vlan device wlan device wlan_amrr device wlan_ccmp device wlan_tkip device wlan_wep device wlan_xauth option SC_PIXEL_MODE option VESA option ATA_CAM option IEEE80211_AMPDU_AGE option IEEE80211_DEBUG option IEEE80211_SUPPORT_MESH option SMP option CD9660 option FFS option MSDOSFS option PROCFS option PSEUDOFS option SOFTUPDATES option UFS_DIRHASH option GEOM_LABEL option GEOM_PART_GPT option INET option INET6 option SCTP option COMPAT_43TTY option COMPAT_FREEBSD32 option COMPAT_FREEBSD4 option COMPAT_FREEBSD5 option COMPAT_FREEBSD6 option COMPAT_FREEBSD7 option FLOWTABLE option INCLUDE_CONFIG_FILE option KBD_INSTALL_CDEV option P1003_1B_SEMAPHORES option PREEMPTION option PRINTF_BUFR_SIZE=128 option SCHED_ULE option SCSI_DELAY=1000 option SYSVMSG option SYSVSEM option SYSVSHM option _KPOSIX_PRIORITY_SCHEDULING -- Relevant hang part: (always at same place) --- ugen1.1: Intel at usbus1 uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 ugen2.1: Intel at usbus2 uhub2: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus2 ugen3.1: Intel at usbus3 uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 ugen4.1: Intel at usbus4 uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 ugen5.1: Intel at usbus5 uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 ugen6.1: Intel at usbus6 uhub6: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen2.2: vendor 0x0846 at usbus2 urtw0: vendor 0x0846 product 0x6a00, class 0/0, rev 2.00/1.00, addr 2 on usbus2 urtw0: unknown RTL8187L type: 0x800 urtw0: rtl8187l rf rtl8225u hwrev none ugen4.2: Microsoft at usbus4 ums0: Microsoft Microsoft Basic Optical Mouse, class 0/0, rev 1.10/3.90, addr 2 on usbus4 ums0: 3 buttons and [XYZ] coordinates ID=0 run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config ada0 at ahcich0 bus 0 scbus3 target 0 lun 0 ada0: ST3320620AS 3.AAK ATA-7 SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! --- Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: (no subject)
On Thu, Jun 21, 2012 at 1:29 PM, Dieter BSD dieter...@engineer.com wrote: With very very very few exceptions, all analog NTSC broadcasts have been switched to digital, by the FCC mandated deadline of June 12, 2009. As long as there remain some NTSC broadcasts, there might be some that you wish to watch. That's why I wrote: Yes, technically there are still some that exist, for now. However, their death certificate is signed and they're so few that it's not worth mentioning. You absolutely do NOT have to reencode a stream I did not say anything about RE-encoding anything. Only about encoding/compressing the high bandwidth datastream the tuner generates from NTSC. And to be clear, this only applies to NTSC, not to ATSC. NTSC streams are not broadcast raw. What do you call encoding data that's already encoded if you don't think it's reencoding? Also, doing so causes degredation so unless there's a need for the user to do so, he's better off not wasting his time. Tuners do NOT provide raw audio/video to the system in any case. http://corona.homeunix.net/cx88wiki/Overview/RawVideo While that's technically possible in _some_ cases, and assuming it's fully implemented and functional, I'm unaware of any software that actually provides raw data to the user. I suppose I should have worded my point differently. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Replacing rc(8) (Was: FreeBSD Boot Times)
On Fri, 22 Jun 2012 09:02:44 +0200 (CEST) Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: why adding solaris style command to add a line in text file. just edit a text file. Scripting? echo newserviceline file grep -v servicetoberemoved file file.new;mv file.new file Why have people edit yet another file to do process monitoring, and have them kill hup a service just to have it work? Not very optimal I thought. -- Tom Rhodes ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: newbus / snd_hdspe(4) trouble
On Friday, June 22, 2012 5:11:46 am Ruslan Bukin wrote: On Thu, Jun 21, 2012 at 08:12:41AM -0400, John Baldwin wrote: On Wednesday, June 20, 2012 4:44:41 pm Ruslan Bukin wrote: Hi. I have the problem with different behavior of snd_hdspe(4) sound card driver initialization. If I load the driver by hand using kldload everything works fine, but in case of loading driver at boot time (loader.conf) or compile in kernel the driver can't initialize propertly. The snd_hdspe(4) driver is designed to create a pcm child device per each pair of sound channels. The problem is that snd_hdspe loaded normally, but pcm child devices are not appears. hdspe_pcm_probe() in driver is not called at all. However snd_hdspe_pcm driver exists in kldstat -v after boot: 51 0x81377000 a2c8 snd_hdspe.ko (/boot/kernel/snd_hdspe.ko) Contains modules: Id Name 7 hdspe/snd_hdspe_pcm 6 pci/snd_hdspe and I have checked, device_add_child() returns not NULL. I played with MODULE_DEPEND as done in snd_hda(4) but no luck. What can I do to debug the problem? The snd_hdspe driver probably needs to use DRIVER_MODULE_ORDERED() to ensure the other modules in its kld are registered with new-bus before it tries to attach to devices. I have changed, but no success. hdspe.c: DRIVER_MODULE_ORDERED(snd_hdspe, pci, hdspe_driver, pcm_devclass, 0, 0, SI_ORDER_SECOND); Try making this one use SI_ORDER_ANY. -- John Baldwin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: how to turn my computer into a TV
user.vdr writes: As long as there remain some NTSC broadcasts, there might be some that you wish to watch. That's why I wrote: Yes, technically there are still some that exist, for now. However, their death certificate is signed and they're so few that it's not worth mentioning. If you don't think NTSC is worth mentioning, why do you keep posting the same incorrect statements over and over again? You absolutely do NOT have to reencode a stream I did not say anything about RE-encoding anything. Only about encoding/compressing the high bandwidth datastream the tuner generates from NTSC. And to be clear, this only applies to NTSC, not to ATSC. NTSC streams are not broadcast raw. What do you call encoding data that's already encoded if you don't think it's reencoding? Also, doing so causes degredation so unless there's a need for the user to do so, he's better off not wasting his time. NTSC is not a stream of bits. NTSC is analog. The tuner converts the NTSC analog waveform into a raw stream of bits. This raw stream of bits is too large to conviently store on disk, so it needs to be compressed/encoded into mpeg or similar. Some tuners include a hardware encoder, but many do not. Tuners do NOT provide raw audio/video to the system in any case. http://corona.homeunix.net/cx88wiki/Overview/RawVideo While that's technically possible in _some_ cases, and assuming it's fully implemented and functional, I'm unaware of any software that actually provides raw data to the user. I suppose I should have worded my point differently. The cx88wiki URL above describes the cx88 software (in ports). For tuners without a hardware encoder, raw video/audio is the only thing you can get from the tuner when receiving NTSC. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: newbus / snd_hdspe(4) trouble
On Fri, Jun 22, 2012 at 10:23:46AM -0400, John Baldwin wrote: On Friday, June 22, 2012 5:11:46 am Ruslan Bukin wrote: On Thu, Jun 21, 2012 at 08:12:41AM -0400, John Baldwin wrote: On Wednesday, June 20, 2012 4:44:41 pm Ruslan Bukin wrote: Hi. I have the problem with different behavior of snd_hdspe(4) sound card driver initialization. If I load the driver by hand using kldload everything works fine, but in case of loading driver at boot time (loader.conf) or compile in kernel the driver can't initialize propertly. The snd_hdspe(4) driver is designed to create a pcm child device per each pair of sound channels. The problem is that snd_hdspe loaded normally, but pcm child devices are not appears. hdspe_pcm_probe() in driver is not called at all. However snd_hdspe_pcm driver exists in kldstat -v after boot: 51 0x81377000 a2c8 snd_hdspe.ko (/boot/kernel/snd_hdspe.ko) Contains modules: Id Name 7 hdspe/snd_hdspe_pcm 6 pci/snd_hdspe and I have checked, device_add_child() returns not NULL. I played with MODULE_DEPEND as done in snd_hda(4) but no luck. What can I do to debug the problem? The snd_hdspe driver probably needs to use DRIVER_MODULE_ORDERED() to ensure the other modules in its kld are registered with new-bus before it tries to attach to devices. I have changed, but no success. hdspe.c: DRIVER_MODULE_ORDERED(snd_hdspe, pci, hdspe_driver, pcm_devclass, 0, 0, SI_ORDER_SECOND); Try making this one use SI_ORDER_ANY. Also no success. -Ruslan ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: how to turn my computer into a TV
user.vdr writes: Tuners do NOT provide raw audio/video to the system in any case. http://corona.homeunix.net/cx88wiki/Overview/RawVideo While that's technically possible in _some_ cases, and assuming it's fully implemented and functional, I'm unaware of any software that actually provides raw data to the user. I suppose I should have worded my point differently. The cx88wiki URL above describes the cx88 software (in ports). For tuners without a hardware encoder, raw video/audio is the only thing you can get from the tuner when receiving NTSC. Nope. Prove me wrong. Post the command line to have cx88 (in ports) output encoded (mpeg or similar) video with a pcHDTV HD3000 tuner card receiving a NTSC input. Since you claim that the cx88 output is already encoded, piping the output into mplayer or similar to do the encoding doesn't count. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: how to turn my computer into a TV
On Fri, Jun 22, 2012 at 8:27 AM, Dieter BSD dieter...@engineer.com wrote: Yes, technically there are still some that exist, for now. However, their death certificate is signed and they're so few that it's not worth mentioning. If you don't think NTSC is worth mentioning, why do you keep posting the same incorrect statements over and over again? Your disagree that NTSC is out, soon including the very few exceptions that remain? You disagree that NTSC is not worth mentioning at this point? Well, to be fair, one of those is fact but the other is opinion, which everyone is welcome to -- differing or not. NTSC is not a stream of bits. NTSC is analog. The tuner converts the NTSC analog waveform into a raw stream of bits. This raw stream of bits is too large to conviently store on disk, so it needs to be compressed/encoded into mpeg or similar. Some tuners include a hardware encoder, but many do not. Nope. The cx88wiki URL above describes the cx88 software (in ports). For tuners without a hardware encoder, raw video/audio is the only thing you can get from the tuner when receiving NTSC. Nope. It seems you want to talk about things more along the lines of what's technically in the realm of possibility while I prefer sticking to real world scenario application. Which, leaves us at an impasseI guess. Cheers ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: how to turn my computer into a TV
On Fri, Jun 22, 2012 at 10:13 AM, Dieter BSD dieter...@engineer.com wrote: The cx88wiki URL above describes the cx88 software (in ports). For tuners without a hardware encoder, raw video/audio is the only thing you can get from the tuner when receiving NTSC. Nope. Prove me wrong. Post the command line to have cx88 (in ports) output encoded (mpeg or similar) video with a pcHDTV HD3000 tuner card receiving a NTSC input. Please see my comment following the bit you quoted. Cheers ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: MAGIC with HP KVM - someone will help?
At 17:20 21/06/2012, Wojciech Puchar wrote: no ideas? Nop, sorry. I don't use KVMs. Perhaps the PS2 to USB converter is doing something bad. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: MAGIC with HP KVM - someone will help?
On Wed, 20 Jun 2012 01:14:09 -0500, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: As this KVM have PS/2 connectors to keyboard and mouse i added USB to dual-PS/2 converter. http://geekhack.org/showwiki.php?title=PS2-to-USB+adapters You probably have a ps/2 converter that's known to be super buggy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
tcsh's exit codes
There is something wrong with tcsh shell: # mergemaster -V | grep '\--run-updates' Returned exit code 1 # mergemaster -V | grep -q '\--run-updates' Returned exit code 141 In '/bin/sh' both above CMDs return correct 0 exit code Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: how to turn my computer into a TV
On 06/22/12 11:48, VDR User wrote: [...] NTSC is not a stream of bits. NTSC is analog. The tuner converts the NTSC analog waveform into a raw stream of bits. This raw stream of bits is too large to conviently store on disk, so it needs to be compressed/encoded into mpeg or similar. Some tuners include a hardware encoder, but many do not. Nope. [...] http://en.wikipedia.org/wiki/NTSC Black-and-white NTSC was standardized in 1941. Color NTSC was standardized in 1953. What digital parts do you imagine were used in those years? -- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
