Re: emu10k1 driver
Andrey Sverdlichenko wrote: > > > > | One is on the way... > > > > > > Cam's boredom out-weighed my initiative. 8) > > > > > > http://www.freebsd.org/~cg/current.diff.gz contains a partial emu10k1 > > > driver (minus recording) which is need of debugging. Give it a try! > > I applied it to 4.0-CURRENT, but it works in mixer only mode. > Looks like pcm_addchan should be added in emu_pci_attach(). > When you uncomment the pcm_addchan line in emu_pci_attach(), the kernel crashes when booting. It seems that there is still some work to be done, but he is on the right way :) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pcm & SoundBlaster Live! PCI card
Are you really using the latest FREEBSD_5.0_CURRENT ? I have just device pcm in my kernel config (without PNPBIOS) and the SBLive works fine (many thanks to Cameron for his nice driver). Make sure that the line dev/sound/pci/emu10k1.c optional pcm pci is not commented (in /usr/src/sys/conf/files) norbert Kent Hauser wrote: > > Hi all, > > I can't for the life of me get my new gateway computer > to make any noise (at least with FreeBSD). I've tried > all the PNP/nonPNP combinations from LINT (and then some). > > The card is a "Creative Labs Soundblaster Live!" PCI card. > The gateway blurb is found on: > > http://www.gateway.com/mes/default.asp?page=soundcards > > The sound config lines & dmesg output are attached. Any > pointers would be greatly appreciated. > > Thanks a bunch. > Kent > > = > options PNPBIOS > device pcm > device sbc > device csa > device pca0 at isa? port IO_TIMER1 > = > > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 5.0-CURRENT #0: Wed Apr 5 19:14:25 EDT 2000 > [EMAIL PROTECTED]:/usr/src/sys/compile/GW > Calibrating clock(s) ... TSC clock: 696358058 Hz, i8254 clock: 1193099 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz > CLK_USE_TSC_CALIBRATION not specified - using old calibration method > CPU: Pentium III/Pentium III Xeon (696.41-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > >Features=0x383f9ff > real memory = 134217728 (131072K bytes) > Physical memory chunk(s): > 0x1000 - 0x0009dfff, 643072 bytes (157 pages) > 0x00462000 - 0x040fcfff, 63549440 bytes (15515 pages) > 0x0410 - 0x07ff7fff, 66027520 bytes (16120 pages) > avail memory = 126103552 (123148K bytes) > bios32: Found BIOS32 Service Directory header at 0xc00f6a90 > bios32: Entry = 0xfd780 (c00fd780) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0x203 > pnpbios: Found PnP BIOS data at 0xc00f6ae0 > pnpbios: Entry = f:9e33 Rev = 1.0 > Other BIOS signatures found: > ACPI: 000f6ac0 > Preloaded elf kernel "kernel" at 0xc0449000. > Pentium Pro MTRR support enabled > md0: Malloc disk > Creating DISK md0 > Math emulator present > pci_open(1):mode 1 addr port (0x0cf8) is 0x8058 > pci_open(1a): mode1res=0x8000 (0x8000) > pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) > npx0: on motherboard > npx0: INT 16 interface > pci_open(1):mode 1 addr port (0x0cf8) is 0x > pci_open(1a): mode1res=0x8000 (0x8000) > pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) > pcib0: on motherboard > found-> vendor=0x8086, dev=0x7190, revid=0x03 > class=06-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0secondarybus=0 > map[10]: type 1, range 32, base f800, size 26, enabled > found-> vendor=0x8086, dev=0x7191, revid=0x03 > class=06-04-00, hdrtype=0x01, mfdev=0 > subordinatebus=1secondarybus=1 > found-> vendor=0x8086, dev=0x7110, revid=0x02 > class=06-01-00, hdrtype=0x00, mfdev=1 > subordinatebus=0secondarybus=0 > found-> vendor=0x8086, dev=0x7111, revid=0x01 > class=01-01-80, hdrtype=0x00, mfdev=0 > subordinatebus=0secondarybus=0 > map[20]: type 1, range 32, base 1400, size 4, enabled > found-> vendor=0x8086, dev=0x7112, revid=0x01 > class=0c-03-00, hdrtype=0x00, mfdev=0 > subordinatebus=0secondarybus=0 > intpin=d, irq=9 > map[20]: type 1, range 32, base 10c0, size 5, enabled > found-> vendor=0x8086, dev=0x7113, revid=0x02 > class=06-80-00, hdrtype=0x00, mfdev=0 > subordinatebus=0secondarybus=0 > map[90]: type 1, range 32, base 7000, size 4, enabled > found-> vendor=0x14f1, dev=0x1036, revid=0x08 > class=07-80-00, hdrtype=0x00, mfdev=0 > subordinatebus=0secondarybus=0 > intpin=a, irq=5 > map[10]: type 1, range 32, base f400, size 16, enabled > map[14]: type 1, range 32, base 1410, size 3, enabled > found-> vendor=0x1102, dev=0x0002, revid=0x07 > class=04-01-00, hdrtype=0x00, mfdev=1 > subordinatebus=0secondarybus=0 > intpin=a, irq=11 > map[10]: type 1, range 32, base 10e0, size 5, enabled > found-> vendor=0x1102, dev=0x7002, revid=0x07 > class=09-80-00, hdrtype=0x00, mfdev=1 > subordinatebus=0secondarybus=0 > map[10]: type 3, range 32, base 1418, size 3, enabled > found-> vendor=0x105a, dev=0x4d38, revid=0x01 > class=01-80-00, hdrtype=0x00, mfdev=0 > subordinatebus=0secondarybus=0 > intpin=a, irq=10 > map[10]: type 1, range 32, base 1430, size 3, enabled >
Re: Wide-char support and libc
Christian Weisgerber wrote:
>
> (This should move to freebsd-i18n.)
>
> Donn Miller <[EMAIL PROTECTED]> wrote:
>
> > Anyone like the idea of adding wide char support to our libc?
>
> I'd like the idea of somebody explaining where/how I can get an
> overview of what's missing in the first place.
>
> > Maybe we could port it over from {Net,Open}BSD or BSDi.
>
> Assuming any of those have it, in the first place. I'm fairly sure,
> NetBSD and OpenBSD don't.
>
> --
> Christian "naddy" Weisgerber [EMAIL PROTECTED]
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
You get the following when trying to link with OpenMotif
gcc -o airport -O2 -pipe -L../../../exports/lib -L../../../imports/x11/lib main.o
dragsource.o
dropsite.o -lXm -lXt -lSM -lICE -lXp -lXext -lX11 -L/usr/X11R6/lib -L/usr/X11R6/lib
-lm
../../../imports/x11/lib/libXm.so: undefined reference to `wcslen'
../../../imports/x11/lib/libXm.so: undefined reference to `wcscpy'
../../../imports/x11/lib/libXm.so: undefined reference to `wcschr'
../../../imports/x11/lib/libXm.so: undefined reference to `wcsncat'
../../../imports/x11/lib/libXm.so: undefined reference to `wcscat'
*** Error code 1
--
email: [EMAIL PROTECTED]
web: http://gul.sourceforge.net
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Wide-char support and libc
Warner Losh wrote: > > In message <[EMAIL PROTECTED]> Norbert Irmer writes: > : gcc -o airport -O2 -pipe -L../../../exports/lib -L../../../imports/x11/lib >main.o dragsource.o > : dropsite.o -lXm -lXt -lSM -lICE -lXp -lXext -lX11 -L/usr/X11R6/lib >-L/usr/X11R6/lib -lm > > Have you tried adding -lxpg4 to the command line? > > Warner > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message Yes, i tried this, but without success. If you do a "nm /usr/lib/libxgp4.a" you will see that this library doesn't contains functions with these names. (and the "config/FreeBSD.cf" file for Imake contains: #if OSMajorVersion > 2 || (OSMajorVersion == 2 && OSMinorVersion >= 2) #define ExtraLibraries -lxpg4 , so this cannot be the reason) The only way i found to link motif programs is by using http://www.cs.rpi.edu/~crossd/FreeBSD/wcs-19990606.tar.gz (as Garance Alistair Drosehn recommended in his letter on this subject) -- email: [EMAIL PROTECTED] web: http://gul.sourceforge.net To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Problems building ports/x11-toolkits/wxGTK
Hello,
I tried to build the wxGTK-2.1.16 port, and noticed that
a few AC_CHECK(..) macros in the configure script
don't work.
The first header file which is not found is
because on FreeBSD systems there is no link
/usr/include/X11 -> /usr/X11R6/include
(shouldn't there be such a link ? - i heard this is a standard)
The opengl header file is also not found, and
the link test with "libGL" or "libMesaGL" fails too.
And shouldn't there be a line in the Makefile of the port
which shows how to compile wxGTK with opengl support ?
(it took me an hour to find out how to do this!)
So i would propose to make the following changes to the
ports Makefile:
CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\
CCFLAGS="-I/usr/X11R6/include"\
LDFLAGS="-L/usr/X11R6/lib"
CONFIGURE_ARGS= "--with-opengl=yes"
--
email: [EMAIL PROTECTED]
web: http://gul.sourceforge.net
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Problems building ports/x11-toolkits/wxGTK
Sorry, it should be:
/usr/include/X11 -> /usr/X11R6/include/X11
and
CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\
CCFLAGS="-I${X11BASE}/include"\
LDFLAGS="-L${X11BASE}/lib"
Norbert Irmer wrote:
>
> Hello,
>
> I tried to build the wxGTK-2.1.16 port, and noticed that
> a few AC_CHECK(..) macros in the configure script
> don't work.
>
> The first header file which is not found is
>
>
>
> because on FreeBSD systems there is no link
>
> /usr/include/X11 -> /usr/X11R6/include
>
> (shouldn't there be such a link ? - i heard this is a standard)
>
> The opengl header file is also not found, and
> the link test with "libGL" or "libMesaGL" fails too.
>
> And shouldn't there be a line in the Makefile of the port
> which shows how to compile wxGTK with opengl support ?
> (it took me an hour to find out how to do this!)
>
> So i would propose to make the following changes to the
> ports Makefile:
>
> CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\
> CCFLAGS="-I/usr/X11R6/include"\
> LDFLAGS="-L/usr/X11R6/lib"
>
> CONFIGURE_ARGS= "--with-opengl=yes"
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
buildworld failure
I cvsup'ed the lastest sources of ~current, but got the following after only a few seconds cd /usr/src/usr.sbin/mtree; make _EXTRADEPEND echo mtree: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libmd.a >> .depend cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/compare.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/../../usr.bin/cksum/crc.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/create.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/excludes.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/misc.c /usr/src/usr.sbin/mtree/misc.c: In function `flags_to_string': /usr/src/usr.sbin/mtree/misc.c:120: warning: assignment makes pointer from integer without a cast cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/mtree.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/spec.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/mtree/verify.c cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/usr/include -o mtree compare.o crc.o create.o excludes.o misc.o mtree.o spec.o verify.o -lmd misc.o: In function `flags_to_string': misc.o(.text+0x89): undefined reference to `fflagstostr' spec.o: In function `set': spec.o(.text+0x5f5): undefined reference to `strtofflags' *** Error code 1 Do I have to do something special before I can do a 'make buildworld', or is ~current currently broken ? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld failure
Marcel Moolenaar wrote: > > Bruce Evans wrote: > > > > Bootstrapping from 4.0 and previous versions to 4.1 and -current is broken, > > because mtree depends on new library features but must be built before the > > new libraries. You have to somehow bootstrap the new libraries. Maybe > > copy them from a current snapshot. > > Grrr... > > Is there a clean way to fix this, other than reverting the -L > incompatibility? > Did we bump the libc version number when the strtofflags/fflagstostr > functions went in? > Thanks for the information. I could solve this dilemma by adding the source file 'strtofflags.c' from the new 'libc' sources temporarily to the sources of 'mtree'. Then I could do a 'buildworld'. Afterwards I replaced the old libc with the new libc, removed 'strtofflags.c' from the sources of 'mtree' again, and rebuild it. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
