Re: LINT broken. (in_cksum changes)
On Sun, 7 May 2000, Nick Hibma wrote: Is it only me that ever compiles LINT? The checksum changes went in a few days ago. Please, people, when you move code around or change a function that is used in more than a fixed set of files, compile LINT. If unsure, compile LINT. It's an extra five minutes, but well worth it. linking kernel fil.o: In function `fr_tcpsum': fil.o(.text+0xf47): undefined reference to `in_cksum' ip_fil.o: In function `send_reset': ip_fil.o(.text+0xd7d): undefined reference to `in_cksum' ip_fil.o: In function `ipfr_fastroute': ip_fil.o(.text+0x10f1): undefined reference to `in_cksum' ip_fil.o(.text+0x1316): undefined reference to `in_cksum' ip_fil.o(.text+0x1380): undefined reference to `in_cksum' ip_mroute.o(.text+0x19d6): more undefined references to `in_cksum' follow I had same problem with below options: optionsIPFILTER#ipfilter support optionsIPFILTER_LOG#ipfilter logging optionsIPSEC #IP security I think this problem related to jlemon-san's commit. jlemon 2000/05/06 11:18:33 PDT Modified files: sys/alpha/alpha in_cksum.c sys/alpha/includein_cksum.h sys/i386/i386in_cksum.c sys/i386/include in_cksum.h Log: Make in_cksum() a macro call to in_cksum_skip(), since it provides the same functionality. Sharing code should help cache issues. Remove in_cksum_partial, since its not being used, and we now have a way to compute partial checksums on mbuf chains. in_cksum function was removed and change into macro. --- in sys/i386/include/in_cksum.h #define in_cksum(m, len)in_cksum_skip(m, len, 0) --- It needs to some code to compile with those options... MIHIRA Yoshiro To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Sound Card
[EMAIL PROTECTED] wrote: Ron 'The InSaNe One' Rosson wrote: Under 3.3-RELEASE with PAO the sound card work with this entry in the config file: device pcm0 at isa? port ? tty irq 5 drq 1 flags 0x0 Here is what the dmesg output looked like with that entry: pcm0 at 0x220 irq 5 drq 1 on isa ESS1879 (rev 11, native mode) Now under current I have tried both of these entries to get sound working to no avail. device pcm0 at isa? port? irq 5 drq 1 flags 0x0 device pcm0 at isa? port? irq 5 drq 1 flags 0x15 Any assistance in this matter would be greatly appreciated. Have you tried the following? device pcm device sbc or device pcm0 device sbc0at isa? port 0x220 irq 5 drq 1 flags 0x0 Cheers MIHIRA Yoshiro Yokohama, Japan. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with PCMCIA Cards
[EMAIL PROTECTED] wrote: I am running current as of yesterday. I have neglegently not been rebooting after make world and making a new kernel. Yesterday I did reboot and found that something has changed and my D-Link 660 and my Viking Modem PCMCIA cards are no longer working. :Jan 17 23:33:58 local-27 pccardd[46]: driver allocation failed for D-Link(DE-660): Inappropriate ioctl for device ~ I also had same problem. I think you need to update /usr/sbin/pccardd. This problem is related to below commit. Date: Sat, 15 Jan 2000 22:44:48 -0800 (PST) To: [EMAIL PROTECTED], [EMAIL PROTECTED] hosokawa2000/01/15 22:44:48 PST Modified files: sys/pccard cardinfo.h pccard.c usr.sbin/pccard/pccardd cardd.c Log: This fixes a bug that /etc/pccard_ether did not work without DHCP. For example, when /etc/pccard.conf had ed0 in config line, but kernel refused this name and said - related file: /usr/sbin/pccardd /usr/include/pccard/cardinfo.h your kernel # Do we have to add this changes to UPDATING file? MIHIRA Yoshiro Yokohama, Japan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Threads and my new job.
[EMAIL PROTECTED] wrote: *) Lacking interfaces, such as pthread_cancel() (mentioned specifically in PR bin/7587) need to be implemented. It's good news for me. I hope to port xmovie -- QuickTime movie Player for Linux to FreeBSD. But I can not compile it under FreeBSD, because it's need pthread_cancel. xmovie http://heroine.linuxbox.com/xmovie.html MIHIRA Yoshiro To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ESS sound drivers and 4.0-current
[EMAIL PROTECTED] wrote: I believe the ESS drivers weren't committed to 4.0-current yet. When I grep ' ESS ' in /sys/i386/isa/sound, the only thing I can come up with is the ESS support that was in the old voxware sound code. Sanpei, who is developing the ESS sound drivers, says they were committed to the newpcm drivers. I believe they were not added yet. From http://home.jp.freebsd.org/~sanpei/: tarball for 4-current -- our ESS(ISA) code was commited to newpcm driver in 4.0-current(1999/09/04) ESS(ISA) code was imported to newpcm sound driver(sys/dev/pcm) by Cameron Grant(thank for your committing). Please check these directories and below cvs change log http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pcm/isa/sb.c - Message-Id: [EMAIL PROTECTED] From: Cameron Grant [EMAIL PROTECTED] Date: Sat, 4 Sep 1999 11:23:24 -0700 (PDT) To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/sys/dev/pcm/isa sb.c Sender: [EMAIL PROTECTED] Precedence: bulk cg 1999/09/04 11:23:23 PDT Modified files: sys/dev/pcm/isa sb.c Log: incorporate better ess support Obtained From:KUROSAWA Takahiro [EMAIL PROTECTED] Tested By:peter Revision ChangesPath 1.21 +276 -69 src/sys/dev/pcm/isa/sb.c - But -current code has some probem. Kurosawa-san reported problem and send patch to Grant. But Grant is too busy to commit about it, I think. MIHIRA Sanpei Yoshiro Yokohama, Japan. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ESS sound drivers and 4.0-current
Thanks for the patch; I'll try it. I have the ESS 1868 isa card. The
problem I'm having isn't really volume problems. When I use RealPlayer
5.0, certain realaudio clips play through extremely fast, and I can hear
the sound in bursts along the way. The speed/sample rate itself doesn't
increase, but the entire clip whizzes by extremely fast, and I hear
short bursts of the clip. Maybe the clip isn't being memory mapped
properly?
try below patch for -current which was written by Kurosawa-san
[EMAIL PROTECTED].
--- sys/dev/pcm/isa/sb.c.orgTue Sep 7 17:42:44 1999
+++ sys/dev/pcm/isa/sb.cMon Sep 13 23:38:45 1999
@@ -880,9 +880,9 @@
ess_format(struct sb_chinfo *ch, u_int32_t format)
{
struct sb_info *sb = ch-parent;
- int play = (ch-dir == PCMDIR_PLAY)? 1 : 0;
- int b16 = (ch-fmt AFMT_S16_LE)? 1 : 0;
- int stereo = (ch-fmt AFMT_STEREO)? 1 : 0;
+ int play = (format == PCMDIR_PLAY)? 1 : 0;
+ int b16 = (format AFMT_S16_LE)? 1 : 0;
+ int stereo = (format AFMT_STEREO)? 1 : 0;
u_char c;
ch-fmt = format;
sb_reset_dsp(sb);
--- sys/dev/pcm/dsp.c.orig Sun Sep 5 02:03:59 1999
+++ sys/dev/pcm/dsp.c Mon Sep 13 23:40:10 1999
@@ -54,8 +54,18 @@
if ((d-flags SD_F_PRIO_SET) == SD_F_PRIO_SET)
panic("read and write both prioritised");
if (d-flags SD_F_SIMPLEX) {
+#if 0
*rdch = (d-flags SD_F_PRIO_RD)? d-arec[chan] : d-fakechan;
*wrch = (d-flags SD_F_PRIO_WR)? d-aplay[chan] : d-fakechan;
+#else
+ if (!(d-flags SD_F_PRIO_SET)) {
+ *rdch = d-arec[chan]? d-arec[chan] : d-fakechan;
+ *wrch = d-aplay[chan]? d-aplay[chan] : d-fakechan;
+ } else {
+ *rdch = (d-flags SD_F_PRIO_RD)? d-arec[chan] :
+d-fakechan;
+ *wrch = (d-flags SD_F_PRIO_WR)? d-aplay[chan] :
+d-fakechan;
+ }
+#endif
} else {
*rdch = d-arec[chan];
*wrch = d-aplay[chan];
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
