Actually I have a "patch" that will get sound working on this board (its
working in mine right now...) but it disables support for all the other
ad1848 sound cards ;) I'm actually going through to make it work for all
of them now (at worst its just a couple case statements *shrug*)
If you are only using sound in this on mboard, then I'll give you the
diffs I have.
I *can* however grab the pII's from my mboard (an exact duplicate) and
swap CPU's temporarily, but I'll do it later, as I have not the
inclination to do it right now. If the Thunder2 has a problem with celery,
I'll know by tonight.
anyway, heres the diffs I made to /usr/src/sys/i386/isa/snd/ad1848.c
--- ad1848.c Sat Jun 19 05:13:13 1999
+++ ad1848.c.TYAN Sat Jun 19 05:13:32 1999
@@ -1443,7 +1443,7 @@
cs423x_probe(u_long csn, u_long vend_id)
{
char *s = NULL ;
- u_long id = vend_id & 0xff00ffff;
+ u_long id = vend_id & 0xffffffff;
if ( id == 0x3700630e )
s = "CS4237" ;
else if ( id == 0x2500630e )
@@ -1458,6 +1458,10 @@
s = "Yamaha SA2";
else if ( id == 0x3000a865)
s = "Yamaha SA3";
+ else if ( id == 0x2100a865)
+ s = "Yamaha SA3";
+ else if ( id == 0x0208a865)
+ s = "Yamaha SA3";
else if ( id == 0x0000a865)
s = "Yamaha YMF719 OPL-SA3";
else if (vend_id == 0x8140d315)
@@ -1517,7 +1521,8 @@
dev->id_alive = 16 ; /* number of io ports ? */
tmp_d = sb_op_desc ;
if (vend_id==0x2000a865 || vend_id==0x3000a865 ||
- vend_id==0x0008a865 || vend_id==0x8140d315) {
+ vend_id==0x0008a865 || vend_id==0x8140d315 ||
+ vend_id==0x2100a865 || vend_id==0x0208a865) {
/* Yamaha SA2/SA3 or ENSONIQ SoundscapeVIVO ENS4081 */
dev->id_iobase = d.port[0] ;
tmp_d.alt_base = d.port[1] ;
@@ -1532,10 +1537,12 @@
tmp_d = mss_op_desc ;
dev->id_iobase = d.port[0] -4 ; /* XXX old mss have 4 bytes
before... */
tmp_d.alt_base = d.port[2];
- switch (vend_id & 0xff00ffff) {
+ switch (vend_id & 0xffffffff) {
case 0x2000a865: /* Yamaha SA2 */
case 0x3000a865: /* Yamaha SA3 */
+ case 0x2100a865: /* Yamaha SA3 */
+ case 0x0208a865: /* Yamaha SA3 */
case 0x0000a865: /* Yamaha TMF719 SA3 */
dev->id_iobase = d.port[1];
tmp_d.alt_base = d.port[0];
notice the switch from the vendor id numbers, the TYAN board has
0xffffffff instead of 0xff00ffff
(this is based on the patch someone posted to -current earlier this week)
like I said, to make it work on all ad1848 boards is trivial, but then,
I'm not
really a coder, so it takes me more time to work out how I want to do it
;) and chances are, compared to others, it'll be sloppy.
-Pat
___________________________________________________________________________
Pat Lynch ly...@rush.net
ly...@bsdunix.net
Systems Administrator Rush Networking
___________________________________________________________________________
On Fri, 18 Jun 1999, Jim Bryant wrote:
> In reply:
> > Heya, sorry I tried this one on -stable and -questions and noone seems to
> > know, and they actually go so far as to ask me how I got two celerons in a
> > motherboard...
> >
> > so I ask here.
> >
> > I have two PPGA(Socket 370) Celeron 333A's that are on MSI6905 Dual Socket
> > 1 adaptors...
> >
> > a Tyan Thunder 2 motherboard (onboard scsi, sound, etc.)
>
> there is a problem with the freebsd sound support for this board, but
> i am told it is being worked on [?].
>
> > I boot an SMP kernel, it gets right past autoboot... then panics
> >
> > the message was that it "could not find local apic"...
> >
> > its kinda strange because essentially with these adaptors, the celerons
> > should be 1) SMP capable, and 2) the same as a PII, except no L2 cache
> >
> > I know others that ran FreeBSD SMP with celerons... anyone know if theres
> > some kind of patch I need or modification I have to make to get either
> > -CURRENT or -STABLE working on this machine? Right now it is running a UP
> > kernel instead of the SMP one and runs fine.
>
> strangeness.
>
> i run the same board with dual pII-333's, Tyan Thunder2, S1696DLUA.
>
> when i boot, i show two cpus and an apic. i have two theories:
>
> 1). these boards have a problem with celery.
>
> 2). you have a flaky mb. granted, i haven't heard about too many of
> them being flaky, but that they have an above average reliability
> level. but then, there is always someone that get s flake sooner or
> later.
>
> My experience [of about 12 days so far] is that this is a quality
> midrange system, as configured here, and is maybe even a tad more
> reliable than my workhorse p133 [which has had three spontaneous
> reboots in the same period, but running an older -current by a few
> weeks].
>
> Unless you have some weird boards, -current currently works fine on
> my system [although -current is subject to overnight changes that
> produce catastrophic failures every now and then, always check which
> way the wind is blowing in the -current mailing list before doing a
> make installworld].
>
> Can you borrow a couple of pII's? It would be interesting to see if
> the Thunder2's have a problem sith celery.
>
> Copyright (c) 1992-1999 The FreeBSD Project.
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California. All rights reserved.
> FreeBSD 4.0-CURRENT #41: Tue Jun 15 10:59:11 CDT 1999
> jbry...@wahoo:/usr/src/sys/compile/WAHOO
> Timecounter "i8254" frequency 1192991 Hz
> CPU: Pentium II/Xeon/Celeron (686-class CPU)
> Origin = "GenuineIntel" Id = 0x650 Stepping=0
>
> Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
> real memory = 268435456 (262144K bytes)
> avail memory = 257720320 (251680K bytes)
> Programming 24 pins in IOAPIC #0
> FreeBSD/SMP: Multiprocessor motherboard
> cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000
> cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000
> io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
> .
> .
> .
> APIC_IO: Testing 8254 interrupt delivery
> APIC_IO: Broken MP table detected: 8254 is not connected to IO APIC int pin 2
> APIC_IO: routing 8254 via 8259 on pin 0
> .
> .
> .
> changing root device to da0s1a
> [and normal boot]
>
> jim
> --
> All opinions expressed are mine, if you | "I will not be pushed, stamped,
> think otherwise, then go jump into turbid | briefed, debriefed, indexed, or
> radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner"
> ------------------------------------------------------------------------------
> Inet: jbry...@tfs.net AX.25: kc5...@wv0t.#neks.ks.usa.noam grid: EM28pw
> voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant
> ------------------------------------------------------------------------------
> HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+
>
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
