From owner-freebsd-commit Fri Jul 28 17:16:53 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA16061 for commit-outgoing; Fri, 28 Jul 1995 17:16:53 -0700 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA16048 for cvs-sys-outgoing; Fri, 28 Jul 1995 17:16:49 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA16041 ; Fri, 28 Jul 1995 17:16:40 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id BAA00252 ; Sat, 29 Jul 1995 01:16:13 +0100 To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka Andrey A. Chernov, Black Mage" cc: CVS-commiters@freefall.cdrom.com, cvs-sys@freefall.cdrom.com, "Jordan K. Hubbard" Subject: Re: cvs commit: src/sys/i386/isa/sound Readme.aedsp16 Readme.modules ad1848_mixer.h aedsp16.c hex2hex.h mad16.h soundcard.h soundvers.h sscape.c trix.c ultrasound.h CHANGELOG Readme.v30 ad1848.c adlib_card.c audio.c dev_table.c dev_table.h dmabuf.c finetune.h gus_card.c gus_hw.h gus_linearvol.h gus_midi.c gus_vol.c gus_wave.c ics2101.c local.h midi_ctrl.h midi_synth.c midi_synth.h midibuf.c mpu401.c opl3.c opl3.h os.h pas.h pas2_card.c pas2_midi.c pas2_mixer.c pas2_pcm.c patmgr.c sb.h sb16_dsp.c sb16_midi.c sb_card.c sb_dsp.c sb_midi.c sb_mixer.c sb_mixer.h sequencer.c sound_calls.h sound_config.h sound_switch.c sound_timer.c soundcard.c sys_timer.c tuning.h uart6850.c ulaw.h In-reply-to: Your message of "Sat, 29 Jul 1995 04:01:34 +0400." Date: Sat, 29 Jul 1995 01:16:12 +0100 Message-ID: <250.806976972@palmer.demon.co.uk> From: Gary Palmer Sender: commit-owner@FreeBSD.org Precedence: bulk In message , "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2 =CE=CF=D7?= aka Andrey A. Chernov, Black Mage" writes: >If you want better compatibility with Linux, you need to move them >to sys and re-edit all audio ports, because Linux includes >sys/* instead of machine/* as we already done. Is that the way to go for architectural cleaness? I mean, with multi-platform support on the horizon, do we want i386-centric files in /usr/include/sys? I would hope not. Gary