* Re: [OFFTOPIC] "smack the penguin"
From: "Fernando O. Korndörfer" @ 2004-01-27 20:28 UTC (permalink / raw)
Cc: linux-kernel
In-Reply-To: <4012FA6D.6040101@netvis.co.uk>
Hail!
1216.2, but no screenshot :(
Neil Ferguson wrote:
> Nuno Alexandre wrote:
>
>> On Sat, 24 Jan 2004 21:41:19 +0000 (WET) Marcos D. Marado Torres wrote:
>>
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>>
>>> 1213.6, as a matter of fact ;-)
>>> Well, I guess that with this URL you pro's will get really higher
>>> hi-scores...
>>>
>>
>>
>> hi.
>> thx for the url.
>>
>> 1214.9 here :)
>> http://ikaro.homepage.dk/pingu.jpg
>>
>>
>
> A student pushing the boundaries, with 1215.8 :-)
>
> http://www.netvis.co.uk/pingu3_swf.png
>
> Cheers,
>
> Neil
--
Fernando Korndorfer
fok@quatro.com.br
^ permalink raw reply
* Re: BitKeeper repo for KGDB
From: Sam Ravnborg @ 2004-01-27 19:31 UTC (permalink / raw)
To: Tom Rini, davej
Cc: akpm, george, amitkale, Andi Kleen, jim.houston,
Kernel Mailing List
In-Reply-To: <20040127184029.GI32525@stop.crashing.org>
On Tue, Jan 27, 2004 at 11:40:29AM -0700, Tom Rini wrote:
>
> [1]: If anyone here won't / can't use BitKeeper, I'll happily move over
> to a repo someone else sets up in something else.
Or you could ask Dave Jones if he can take nightly snapshots - as
he does for sparse and udev.
Sam
^ permalink raw reply
* Re: RFC: Trailing blanks in source files
From: Randy.Dunlap @ 2004-01-27 19:18 UTC (permalink / raw)
To: David Weinehall; +Cc: theman, ak, rmps, linux-kernel
In-Reply-To: <20040127191358.GI20879@khan.acc.umu.se>
On Tue, 27 Jan 2004 20:13:58 +0100 David Weinehall <tao@debian.org> wrote:
| On Tue, Jan 27, 2004 at 12:51:34PM -0600, Joseph D. Wagner wrote:
| > > It seems that many files [1] in the Linux source have lines with
| > > trailing blank (space and tab) characters and some even have formfeed
| > > characters. Obviously these blank characters aren't necessary.
| >
| > Actually, they are necessary.
| >
| > http://www.gnu.org/prep/standards_23.html
| > http://www.gnu.org/prep/standards_24.html
|
| Let me quote CodingStyle:
|
| "First off, I'd suggest printing out a copy of the GNU coding standards,
| and NOT read it. Burn them, it's a great symbolic gesture."
|
| That's how much relevance GNU's coding standards have to the kernel.
Thank you, I had forgotten that one and I was wondering what the
heck those web pages had to do with anything (kernel).
So please don't bother with just whitespace changes unless you
are going to cleanup a <driver | fs | module | etc> completely.
--
~Randy
kernel-janitors project: http://janitor.kernelnewbies.org/
^ permalink raw reply
* Re: [parisc-linux] Using PAT_IO calls for PCI config space reads and writes.
From: Grant Grundler @ 2004-01-27 19:22 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: parisc-linux, Naresh Kumar
In-Reply-To: <20040127184345.GD11844@parcelfarce.linux.theplanet.co.uk>
On Tue, Jan 27, 2004 at 06:43:45PM +0000, Matthew Wilcox wrote:
> > 2. Can these changes be propagated to 2.6 also?
>
> You should be developing against 2.6 in the first place.
Should - but they don't about 2.6. At least not yet.
I'll deal with forward porting the changes once your comments are integrated.
Naresh, can you take care of that and resubmit?
thanks,
grant
^ permalink raw reply
* Re: MPC8xx SCC for sync. HDLC on 2.4 kernel
From: Ricardo Scop @ 2004-01-27 19:20 UTC (permalink / raw)
To: Jos Beck, linuxppc-embedded
In-Reply-To: <4016907D.3070901@euronet.nl>
Hi,
On Tuesday 27 January 2004 14:23, Jos Beck wrote:
> I am trying to build a synchronous HDLC driver for the SCC of the
> MPC850/860 under linux kernel 2.4.22
>
> I have got one working on a 2.2.5 kernel and one buggy, async only, for the
> 2.4 kernels.
> What would be the best approach: porting the 2.2.5 driver to the 2.4.x
> kernel or digging into the driver (ehdlc.c by Rodolfo Giometti based on Dan
> Malek's enet.c) to make it work for sync HDLC at high speeds?
>
> Or an alternative?
Well, I have a driver that works both for MPC860 and MPC8260, over linuxppc
2.4.21 and with recent patches of the Generic HDLC Layer. I'm sending it
separately because it's to big for the list.
>
>
> Best regards,
>
> Jos Beck
>
>
--
Ricardo Scop.
--_______----------------------------
/ ___ \
\_(@ @)_/
/ V \ R SCOP Consult.
/( )\ Linux-based communications
/ ^^---^^ \
-------------------------------------
rscop@matrix.com.br
+55 51 999-36-777
Porto Alegre, BRazil
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: [PATCH] volatile may be needed in rwsem
From: David Howells @ 2004-01-27 19:19 UTC (permalink / raw)
To: joe.korty; +Cc: akpm, linux-kernel
In-Reply-To: <20040127191155.GA12128@tsunami.ccur.com>
> 'flags' should be declared volatile as rwsem_down_failed_common() spins
> waiting for this to change. Untested.
Is it though? Does this fix an error?
The thing is, we make a function call inside of the loop:
/* wait to be given the lock */
for (;;) {
if (!waiter->flags)
break;
schedule();
set_task_state(tsk, TASK_UNINTERRUPTIBLE);
}
Which might preclude that need. I'm not entirely sure, though... it's one of
those compiler black magic things.
I suppose it can't hurt...
David
^ permalink raw reply
* Re: RFC: Trailing blanks in source files
From: linux @ 2004-01-27 19:14 UTC (permalink / raw)
To: Joseph D. Wagner; +Cc: Andi Kleen, Rui Saraiva, linux-kernel
In-Reply-To: <200401271251.34926.theman@josephdwagner.info>
On Tue, Jan 27, 2004 at 12:51:34PM -0600, Joseph D. Wagner wrote:
> > It seems that many files [1] in the Linux source have lines with
> > trailing blank (space and tab) characters and some even have formfeed
> > characters. Obviously these blank characters aren't necessary.
>
> Actually, they are necessary.
>
> http://www.gnu.org/prep/standards_23.html
> http://www.gnu.org/prep/standards_24.html
>From Documentation/CodingStyle:
| First off, I'd suggest printing out a copy of the GNU coding standards,
| and NOT read it. Burn them, it's a great symbolic gesture.
^ permalink raw reply
* Re: Netfilter and Squid
From: John A. Sullivan III @ 2004-01-27 19:17 UTC (permalink / raw)
To: Glen Spidal; +Cc: netfilter
In-Reply-To: <5.2.1.1.0.20040127105001.00b60650@mail.cybercorpinc.com>
My apologies that I don't have the time to go into detail as I'm up to
my eyeballs working on the ISCS project which will eventually do all of
this for you (http://iscs.sourceforge.net). In a nutshell you would:
Set the firewall/proxy as the default gateway for whatever it protects,
i.e., if the students are directly connected to it, it is their default
gateway. If the students are behind any number of routers, their router
is the default gateway and the firewall is the default gateway of the
router.
The firewall/proxy uses the ISP's router as the default gateway.
The FORWARD, INPUT and OUTPUT chains of the filter table all use a DENY
Policy so that they drop any traffic that is not explicitly allowed.
The PREROUTING chain of the nat table has a rule that matches all http
traffic coming in off the protected interfaces and jumps it to the
REDIRECT target and the squid port, e.g.,
iptables -t nat -I PREROUTING 1 -i eth1 -p 6 --dport 80 -j REDIRECT
--to-ports 3128
I believe you will also need to allow this traffic to pass on the lo
interface so that the netfilter and squid can talk to each other. You
will also need to allow the squid process on the firewall to send and
receive http and dns on the INPUT and OUTPUT chains
The POSTROUTING chain of the nat table does NAPT (Port Address
Translation) for any internal addresses sending traffic out the public
firewall interface so that they can access Internet resources with a
usable public address.
The FORWARD chain of the filter table accepts all -m state --state
RELATED,ESTABLISHED traffic
The FORWARD chain of the filter table allows all outbound traffic that
you want to allow, e.g.,
iptables -A FORWARD -i eth1 -o eth0 -p 6 --dport 25 -m state --state NEW
-j ACCEPT
You may want to consider using a GUI configurator to make this easier.
ISCS is extremely powerful and is targeted towards large, frequently
changing environments but has not yet been released. In the meantime,
products like fwbuilder (www.fwbuilder.org) or ipcop (www.ipcop.org)
will probably do just fine. You may also want to take a tour through
Oskar Andreasson's excellent tutorial. You can find a link to it on the
netfilter site Good luck - John
On Tue, 2004-01-27 at 13:52, Glen Spidal wrote:
> I found these two how-to's for Dan's Guardian and Squid, But since I'm new
> to IPTables, I still don't understand how to allow the mail ports
> through. I do know that I don't have a default route set up.
>
> http://www.nyetwork.org/wiki/DansGuardian
> http://dansguardian.org/downloads/DGandTransparent.txt
>
>
> At 12:54 PM 1/27/2004 -0500, you wrote:
> >On Tue, 2004-01-27 at 12:41, Glen Spidal wrote:
> > > Hello all,
> > >
> > > I have the following setup:
> > >
> > > Internet->PublicIP_Router->Cross-over-cable->Squid_Server->LAN
> > >
> > > Squid works fine as does Dans' Guardian web filter. MY question is
> > what do
> > > I need to do to route web traffic through squid and allow email traffic to
> > > flow around Squid? Currently, client-based email (Outlook and Entourage)
> > > does not work because there is no route. I must make sure that all LAN
> > > clients go through squid since it is a school.
> > >
> > > I've looked through the how-to's but have not found specific examples and
> > > syntax.
> ><snip>
> >I usually set Squid up as a transparent proxy, i.e., I use the REDIRECT
> >iptables target to redirect any Internet bound traffic on port 80 to
> >port 3128 on the same server (and thus to Squid) whereas all other
> >traffic just obeys the normal iptables rules - John
> >--
> >John A. Sullivan III
> >Chief Technology Officer
> >Nexus Management
> >+1 207-985-7880
> >john.sullivan@nexusmgmt.com
> >---
> >If you are interested in helping to develop a GPL enterprise class
> >VPN/Firewall/Security device management console, please visit
> >http://iscs.sourceforge.net
>
> Glen Spidal
> Cybercorp Computers
> Hillsboro, OR 97123
> PH: 503-681-9786 -- FX: 503-615-2936
> glens@cybercorpinc.com -- www.cybercorpinc.com
--
John A. Sullivan III
Chief Technology Officer
Nexus Management
+1 207-985-7880
john.sullivan@nexusmgmt.com
^ permalink raw reply
* md raid + jfs + jfs_fsck
From: Florian Huber @ 2004-01-27 19:15 UTC (permalink / raw)
To: linux-kernel; +Cc: jfs-discussion
[-- Attachment #1: Type: text/plain, Size: 649 bytes --]
Hello MLs,
today I switched from no-raid to linux kernel software raid 1 on a jfs
and a ext3 partition. Both are working fine, but jfs_fsck reports an
error on the jfs md device (md2 <-- hda3+hdc3):
Superblock is corrupt and cannot be repaired
since both primary and secondary copies are corrupt.
Did I miss something? jfs_fsck runs without any error on hda3 and hdc3,
but fails on md2.
I'm using the 2.6.2-rc2 kernel with raid autodetection.
TIA
Florian
--
Florian Huber
Key ID: D9D50EA2
Fingerprint: 0241 C329 E355 9B94 8D34 F637 4EB9 1B1D D9D5 0EA2
BOFH Excuse #413:
Cow-tippers tipped a cow onto the server.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: partitioning
From: Hal MacArgle @ 2004-01-27 19:16 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <Pine.LNX.4.58.0401261707570.12559@ppg_penguin>
OK on the comments received by all.. I'll have to give this more
thought as to whether or not it's for me... Appreciate!!
Hal - in Terra Alta, WV - Slackware GNU/Linux 9.0 (2.4.20)
Utrum Per Hebdomadem Perveniam
On 01-26, Ken Moffat wrote:
> > >
> >
> > Care to comment on the reasons for putting /usr in it's
> > separate partition??
> >
>
> Not particularly, but I'll do my best ;)
>
> > For the many personal and home office work stations wouldn't
> > that be overkill and not within the KISS philosophy??
> >
>
> Yes to overkill. If it's a simple way of making it harder to damage
> things then perhaps it's not outwith the spirit of KISS.
>
> > Just curious. Cheers. <grin>
>
> As far as I understand, the main reason to separate /usr is to do with
> permissions - if it's separate, you can mount it r/o. However, you can
> also mount '/' r/o with (quite a lot of planning and) messing about.
> I'm sure I've read about people mounting an nfs export at /usr, but that
> does assume that all clients are on a similar architecture. My security
> knowledge isn't great. I'm sure I've missed out other advantages.
>
> Ken
> --
> This is a job for Riviera Kid!
> -
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: Request: I/O request recording
From: Bart Samwel @ 2004-01-27 19:13 UTC (permalink / raw)
To: Andrew Morton; +Cc: felix-kernel, linux-kernel
In-Reply-To: <20040125153803.4d7e1015.akpm@osdl.org>
Andrew Morton wrote:
> You could certainly do that. Given disk block #N you need to search all
> files on the disk asking "who owns this block". The FIBMAP ioctl can be
> used on most filesystems (ext2, ext3, others..) to find out which blocks a
> file is using. See bmap.c in
>
> http://www.zip.com.au/~akpm/linux/patches/stuff/ext3-tools.tar.gz
>
> Unfortunately you cannot determine a directory's blocks in this way.
> Ext3's directories live in the /dev/hda1 pagecache anyway. ext2's
> directories each have their own pagecache.
OK, I've written something that does this (but only correctly for ext3).
I've put it here:
http://www.xs4all.nl/~bsamwel/bootup_prefetch.tar.gz
I haven't had the opportunity to do good measurements, so I don't really
know if it even increases performance. If anyone feels like benchmarking
this, I'd be very happy to hear from you. I don't really expect
performance increases, as the bootup scripts seem to have enough
processing to do to keep the system busy even without disk I/O. I wonder
if it might make a difference on a faster processor though, my system's
kind of sluggish by today's standards.
-- Bart
^ permalink raw reply
* [Bridge] forwarding delay
From: P @ 2004-01-27 19:15 UTC (permalink / raw)
To: bridge
Hi,
I'm using linux 2.4.20 here and noticed that even
when STP is disabled for a bridge, the forwarding delay
still takes affect. Is this correct? I.E. Does the
bridge need to spend time in the "listening" and
"learning" states when STP isn't used?
It's an easy work around to set the delay to 0,
I'm just wondering whether it's a buglet or
by design.
thanks,
Pádraig.
^ permalink raw reply
* Re: D-BUS support
From: Marco d'Itri @ 2004-01-27 19:15 UTC (permalink / raw)
To: linux-hotplug
In-Reply-To: <20040124230228.GA9847@wonderland.linux.it>
On Jan 27, David Zeuthen <david@fubar.dk> wrote:
>> Creating initial udev device nodes...cannot acquire org.kernel.udev service, error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply'done.
>>
>
>I've seen this behaviour when the system message bus (dbus-daemon-1
>--system) isn't running or the udev policy file for the system message
>bus is missing. It seems you're experiencing the latter
No, the file is there and the daemon is running.
If I stop the daemon then udev is quick again.
The error does not always happen, only a few times. Maybe the accept
queue for the daemon is not large enough?
--
ciao, |
Marco | [4335 di6A/vxQDzrt2]
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
* Re: Linux on a Motorola MPC5200 ?
From: Wolfgang Denk @ 2004-01-27 19:14 UTC (permalink / raw)
To: Sylvain Munaut; +Cc: linuxppc-embedded
In-Reply-To: <40169FC6.1040805@246tNt.com>
In message <40169FC6.1040805@246tNt.com> you wrote:
>
> I'd like to run linux on a future custom board based on a motorola
> MPC5200 and I have a few questions :
>
> - What is the current support for it ? Stable ... I'd need the DMA (
Yes, it is stable, with a couple of well-known problems.
> well, their 'special DMA fancy stuff' ;) ), ATA, DDR, I2S, AC97 mainly.
ATA: OK as long as you don't enable DMA writes (*)
DDR: OK (use icecube_5200_DDR configuration in U-Boot); the LOWBOOT
option is not working yet (we are working on this)
I2S: simultaneous reading and writing is impossible (*)
AC97: ditto
(*) to fix these issues we're waiting for a bugfix release of the
BestComm CAPI which might become availabe by mid February.
> - I'd really like to run a 2.6 kernel on it. If it's not yet ported to
Forget it. Why would you want to do that? Which features do you
expect from 2.6 which are not available in 2.4?
> the 2.6 what is the current ppc support for 2.6 ? Would I "only" need to
> port MPC specifics ?
No comment.
> - Where can I find the current stuff ? I've taken what is in
> ppc.bkbits.net/linux-2.4-mpc5xxx, is there other things I should consider ?
Our current stuff is on our CVS server, in the linuxppc_2_4_devel
tree. As far as the 5200 is concerned this includes stuff that was
submitted but not yet added to the linux-2.4-mpc5xxx tree (but Tom
promised to add our patches).
Best regards,
Wolfgang Denk
--
See us @ Embedded World, Nuremberg, Feb 17 - 19, Hall 12.0 Booth 440
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
Machines take me by surprise with great frequency. - Alan Turing
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: RFC: Trailing blanks in source files
From: David Weinehall @ 2004-01-27 19:13 UTC (permalink / raw)
To: Joseph D. Wagner; +Cc: Andi Kleen, Rui Saraiva, linux-kernel
In-Reply-To: <200401271251.34926.theman@josephdwagner.info>
On Tue, Jan 27, 2004 at 12:51:34PM -0600, Joseph D. Wagner wrote:
> > It seems that many files [1] in the Linux source have lines with
> > trailing blank (space and tab) characters and some even have formfeed
> > characters. Obviously these blank characters aren't necessary.
>
> Actually, they are necessary.
>
> http://www.gnu.org/prep/standards_23.html
> http://www.gnu.org/prep/standards_24.html
Let me quote CodingStyle:
"First off, I'd suggest printing out a copy of the GNU coding standards,
and NOT read it. Burn them, it's a great symbolic gesture."
That's how much relevance GNU's coding standards have to the kernel.
Regards: David Weinehall
--
/) David Weinehall <tao@acc.umu.se> /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\) http://www.acc.umu.se/~tao/ (/ Full colour fire (/
^ permalink raw reply
* [PATCH] ALSA 1.0.2
From: Jaroslav Kysela @ 2004-01-27 19:12 UTC (permalink / raw)
To: Linus Torvalds; +Cc: LKML
Linus, please do a
bk pull http://linux-sound.bkbits.net/linux-sound
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-bk-2004-01-27.patch.gz
Additional notes:
This patch will update the ALSA in kernel to version 1.0.2. I am
not sure, if this request is too late for 2.6.2. If so, please,
consider merging to 2.6.3.
The pull command will update the following files:
Documentation/sound/alsa/ALSA-Configuration.txt | 270 -
Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl | 166 -
Documentation/sound/alsa/Joystick.txt | 97
Documentation/sound/alsa/OSS-Emulation.txt | 47
Documentation/sound/alsa/SB-Live-mixer.txt | 10
include/sound/ac97_codec.h | 127
include/sound/asequencer.h | 2
include/sound/asound.h | 13
include/sound/asound_fm.h | 4
include/sound/core.h | 10
include/sound/cs46xx.h | 1
include/sound/emu10k1.h | 32
include/sound/emu8000.h | 4
include/sound/emux_synth.h | 5
include/sound/hdsp.h | 21
include/sound/i2c.h | 10
include/sound/info.h | 5
include/sound/initval.h | 36
include/sound/minors.h | 3
include/sound/pcm.h | 6
include/sound/pcm_oss.h | 2
include/sound/sb.h | 3
include/sound/seq_kernel.h | 2
include/sound/sfnt_info.h | 34
include/sound/sndmagic.h | 2
include/sound/soundfont.h | 6
include/sound/sscape_ioctl.h | 4
include/sound/trident.h | 1
include/sound/version.h | 24
include/sound/ymfpci.h | 13
sound/core/Makefile | 4
sound/core/control.c | 401 ++
sound/core/hwdep.c | 3
sound/core/info_oss.c | 1
sound/core/init.c | 24
sound/core/ioctl32/ioctl32.c | 3
sound/core/memalloc.c | 105
sound/core/memory.c | 1
sound/core/misc.c | 6
sound/core/oss/mixer_oss.c | 203 -
sound/core/oss/pcm_oss.c | 174 -
sound/core/pcm.c | 123
sound/core/pcm_lib.c | 115
sound/core/pcm_memory.c | 29
sound/core/pcm_native.c | 73
sound/core/rawmidi.c | 1
sound/core/seq/oss/seq_oss.c | 3
sound/core/seq/seq.c | 4
sound/core/seq/seq_clientmgr.c | 4
sound/core/seq/seq_clientmgr.h | 2
sound/core/seq/seq_device.c | 3
sound/core/seq/seq_dummy.c | 2
sound/core/seq/seq_fifo.c | 2
sound/core/seq/seq_fifo.h | 2
sound/core/seq/seq_info.c | 2
sound/core/seq/seq_info.h | 2
sound/core/seq/seq_memory.c | 2
sound/core/seq/seq_memory.h | 2
sound/core/seq/seq_midi.c | 4
sound/core/seq/seq_ports.c | 2
sound/core/seq/seq_ports.h | 2
sound/core/seq/seq_prioq.c | 2
sound/core/seq/seq_prioq.h | 2
sound/core/seq/seq_queue.c | 2
sound/core/seq/seq_queue.h | 2
sound/core/seq/seq_system.c | 2
sound/core/seq/seq_system.h | 2
sound/core/seq/seq_timer.c | 4
sound/core/seq/seq_timer.h | 4
sound/core/sound.c | 23
sound/core/sound_oss.c | 1
sound/core/timer.c | 116
sound/drivers/mpu401/mpu401.c | 2
sound/drivers/mpu401/mpu401_uart.c | 3
sound/drivers/mtpav.c | 2
sound/drivers/opl3/opl3_lib.c | 2
sound/drivers/opl3/opl3_synth.c | 1
sound/drivers/opl4/opl4_lib.c | 1
sound/drivers/opl4/opl4_proc.c | 13
sound/drivers/serial-u16550.c | 124
sound/drivers/vx/vx_core.c | 2
sound/drivers/vx/vx_pcm.c | 8
sound/i2c/cs8427.c | 13
sound/i2c/i2c.c | 2
sound/i2c/l3/uda1341.c | 6
sound/i2c/other/ak4xxx-adda.c | 12
sound/isa/ad1816a/ad1816a.c | 17
sound/isa/ad1816a/ad1816a_lib.c | 4
sound/isa/ad1848/ad1848.c | 2
sound/isa/ad1848/ad1848_lib.c | 5
sound/isa/als100.c | 22
sound/isa/azt2320.c | 21
sound/isa/cmi8330.c | 15
sound/isa/cs423x/cs4231.c | 27
sound/isa/cs423x/cs4231_lib.c | 5
sound/isa/cs423x/cs4236.c | 69
sound/isa/cs423x/pc98.c | 14
sound/isa/dt019x.c | 26
sound/isa/es1688/es1688.c | 11
sound/isa/es1688/es1688_lib.c | 3
sound/isa/es18xx.c | 45
sound/isa/gus/gus_irq.c | 2
sound/isa/gus/gus_main.c | 5
sound/isa/gus/gus_mem.c | 2
sound/isa/gus/gus_pcm.c | 23
sound/isa/gus/gusclassic.c | 2
sound/isa/gus/gusextreme.c | 6
sound/isa/gus/gusmax.c | 2
sound/isa/gus/interwave.c | 27
sound/isa/opl3sa2.c | 22
sound/isa/opti9xx/opti92x-ad1848.c | 70
sound/isa/sb/emu8000.c | 7
sound/isa/sb/emu8000_callback.c | 4
sound/isa/sb/emu8000_local.h | 2
sound/isa/sb/emu8000_patch.c | 4
sound/isa/sb/emu8000_synth.c | 1
sound/isa/sb/es968.c | 3
sound/isa/sb/sb16.c | 59
sound/isa/sb/sb16_csp.c | 4
sound/isa/sb/sb8.c | 2
sound/isa/sb/sb_common.c | 8
sound/isa/sgalaxy.c | 12
sound/isa/sscape.c | 12
sound/isa/wavefront/wavefront.c | 36
sound/pci/ac97/Makefile | 2
sound/pci/ac97/ac97_codec.c | 601 +---
sound/pci/ac97/ac97_local.h | 8
sound/pci/ac97/ac97_patch.c | 373 ++
sound/pci/ac97/ac97_patch.h | 5
sound/pci/ac97/ac97_pcm.c | 739 ++++-
sound/pci/ac97/ac97_proc.c | 77
sound/pci/ac97/ak4531_codec.c | 2
sound/pci/ali5451/ali5451.c | 26
sound/pci/als4000.c | 99
sound/pci/azt3328.c | 136
sound/pci/cmipci.c | 126
sound/pci/cs4281.c | 70
sound/pci/cs46xx/cs46xx_lib.c | 64
sound/pci/emu10k1/emu10k1_main.c | 20
sound/pci/emu10k1/emu10k1_patch.c | 2
sound/pci/emu10k1/emu10k1_synth.c | 1
sound/pci/emu10k1/emu10k1_synth_local.h | 2
sound/pci/emu10k1/emufx.c | 228 -
sound/pci/emu10k1/emumixer.c | 148 -
sound/pci/emu10k1/emupcm.c | 2
sound/pci/emu10k1/emuproc.c | 2
sound/pci/emu10k1/memory.c | 2
sound/pci/ens1370.c | 381 +-
sound/pci/es1938.c | 23
sound/pci/es1968.c | 122
sound/pci/fm801.c | 37
sound/pci/ice1712/Makefile | 2
sound/pci/ice1712/ak4xxx.c | 12
sound/pci/ice1712/aureon.c | 13
sound/pci/ice1712/delta.c | 27
sound/pci/ice1712/ice1712.c | 37
sound/pci/ice1712/ice1712.h | 2
sound/pci/ice1712/ice1724.c | 21
sound/pci/ice1712/prodigy.c | 738 +++++
sound/pci/ice1712/prodigy.h | 67
sound/pci/intel8x0.c | 624 ++--
sound/pci/korg1212/korg1212.c | 4
sound/pci/maestro3.c | 22
sound/pci/nm256/nm256.c | 17
sound/pci/rme32.c | 19
sound/pci/rme96.c | 23
sound/pci/rme9652/hdsp.c | 1530 ++++++++---
sound/pci/rme9652/rme9652.c | 4
sound/pci/sonicvibes.c | 26
sound/pci/trident/trident.c | 47
sound/pci/trident/trident_main.c | 30
sound/pci/via82xx.c | 258 +
sound/pci/vx222/vx222.c | 2
sound/pci/ymfpci/ymfpci.c | 156 -
sound/pci/ymfpci/ymfpci_main.c | 351 +-
sound/pcmcia/Kconfig | 4
sound/pcmcia/vx/vx_entry.c | 4
sound/ppc/daca.c | 3
sound/ppc/tumbler.c | 7
sound/sound_core.c | 6
sound/synth/emux/Makefile | 2
sound/synth/emux/emux.c | 6
sound/synth/emux/emux_hwdep.c | 171 +
sound/synth/emux/emux_seq.c | 1
sound/synth/emux/emux_voice.h | 4
sound/synth/emux/soundfont.c | 21
sound/usb/usbaudio.c | 351 +-
sound/usb/usbaudio.h | 3
sound/usb/usbmidi.c | 3
sound/usb/usbquirks.h | 289 --
190 files changed, 7683 insertions(+), 3738 deletions(-)
through these ChangeSets:
<perex@suse.cz> (04/01/27 1.1517)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Intel8x0 driver
Fixed typo
<perex@suse.cz> (04/01/27 1.1516)
ALSA 1.0.2
+ added missing file (emux_hwdep.c) ommited due merge
<perex@suse.cz> (04/01/27 1.1515)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel
Change -EINVAL to -EALREADY in snd_pcm_unlink()
<perex@suse.cz> (04/01/27 1.1514)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
RME HDSP driver
Martin Bjoernsen:
- set the PCI latency timer to 255 for fixing some misbehavior.
<perex@suse.cz> (04/01/27 1.1513)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,ALS100 driver,AZT2320 driver,DT019x driver,ES18xx driver
AD1816A driver,CS4231 driver,CS4236+ driver,ES1688 driver
Opti9xx drivers,SB16/AWE driver,ALS4000 driver,ES1938 driver
FM801 driver,SonicVibes driver,Trident driver,YMFPCI driver
Clemens Ladisch <clemens@ladisch.de>:
- fix names for MPU-401 ports
This moves the initialization of card->shortname before the
component creation so that the name for the rawmidi port is
'<shortname> MPU-401' instead of 'MPU-401 UART x-0'.
<perex@suse.cz> (04/01/27 1.1512)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
Clemens Ladisch <clemens@ladisch.de>:
- remove superfluous error check
ENODEV actually never happens in a completion handler
<perex@suse.cz> (04/01/27 1.1511)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
- added the support of stack dump at xrun.
enabled by writing to /proc/asound/card*/pcm*/xrun_debug proc file.
built only when CONFIG_SND_DEBUG is set.
<perex@suse.cz> (04/01/27 1.1510)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Control Midlevel,IOCTL32 emulation,ALSA<-OSS emulation
EMU10K1/EMU10K2 driver
- fixed the oops in OSS mixer when the control elements are dynamically
changed (e.g. emufx).
mixer_oss.c handles the numid instead of kcontrol_t pointers.
- snd_ctl_find_id and snd_ctl_find_numid don't issue contros_rwsem.
the caller has to handle it properly.
<perex@suse.cz> (04/01/27 1.1509)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Intel8x0 driver
- added the workaround for a hardware bug in intel 440MX B-stepping.
<perex@suse.cz> (04/01/27 1.1508)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Intel8x0 driver
- fixed the 6 channel output on nforce.
the sample format is once reset to 2 channel mode for aligning the
samples.
<perex@suse.cz> (04/01/27 1.1507)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
SB16/AWE driver
- added the missing ifdef CONFIG_PNP around the pnp table definition.
<perex@suse.cz> (04/01/27 1.1506)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core,IGNORE
- fixed the dependency of emu10k1/sbawe emux synth modules.
<perex@suse.cz> (04/01/27 1.1505)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core,Common EMU synth,SoundFont,EMU8000 driver
EMU10K1/EMU10K2 driver
- added the support of hwdep for EmuX WaveTable on emu10k1 and sbawe.
SoundFont can be loaded via the ALSA native hwdep device now.
<perex@suse.cz> (04/01/27 1.1504)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation
- fixed the description of vx222 install command and a typo.
- removed the description of the obsolete aliases for OSS emulation.
<perex@suse.cz> (04/01/27 1.1503)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Follow 0.9.1 ADI driver (mic in 3.75V, no High-Z mode, remove patch_ad1881() cal for 1985 - we have already 6 DACs
<perex@suse.cz> (04/01/27 1.1502)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Intel8x0 driver
Added more generic entries for Intel hardware (follows 0.9.1adi driver)
<perex@suse.cz> (04/01/25 1.1474.1.47)
ALSA - updated date identification
<perex@suse.cz> (04/01/25 1.1474.1.46)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core,ALS100 driver,AZT2320 driver,CMI8330 driver,DT019x driver
ES18xx driver,OPL3SA2 driver,Sound Scape driver,AD1816A driver
CS4236+ driver,AMD InterWave driver,Opti9xx drivers,ES968 driver
SB16/AWE driver,Wavefront drivers,ALS4000 driver,AZT3328 driver
CMIPCI driver,CS4281 driver,ENS1370/1+ driver,ES1938 driver
ES1968 driver,FM801 driver,Intel8x0 driver,Maestro3 driver,RME32 driver
RME96 driver,SonicVibes driver,VIA82xx driver,CS46xx driver
EMU10K1/EMU10K2 driver,ICE1712 driver,ICE1724 driver,KORG1212 driver
NM256 driver,RME HDSP driver,RME9652 driver,Trident driver
Digigram VX222 driver,YMFPCI driver,USB generic driver
- added snd_card_set_dev() macro.
- sysfsfied more pci, isapnp and usb drivers.
<perex@suse.cz> (04/01/25 1.1474.1.45)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
USB generic driver
Clemens Ladisch <clemens@ladisch.de>
- fix buffer overflow (with 0x prefix, component would need 17
chars)
- rewrite shortname logic
- include product name in longname even if card doesn't have a quirk
<perex@suse.cz> (04/01/20 1.1474.143.33)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
USB generic driver
Clemens Ladisch <clemens@ladisch.de>
add support for Edirol UM-1SX
<perex@suse.cz> (04/01/20 1.1474.143.32)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA<-OSS emulation
Fixed filling of the end silence - playback (in sync function)
<perex@suse.cz> (04/01/20 1.1474.143.31)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel
fixed oops when device was not opened (usual situation ;-))
<perex@suse.cz> (04/01/20 1.1474.143.30)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Trident driver
Fixed typo
<perex@suse.cz> (04/01/20 1.1474.143.29)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel,ALSA Core
Added SNDRV_PCM_STATE_DISCONNECTED state.
<perex@suse.cz> (04/01/20 1.1474.143.28)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
USB generic driver
Show proper ID for Creative Sound Blaster MP3+
<perex@suse.cz> (04/01/20 1.1474.143.27)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
- don't override the pre-allocated buffer id if already defined.
<perex@suse.cz> (04/01/20 1.1474.143.26)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,Memalloc module,ALS4000 driver,AZT3328 driver
ES1938 driver,ES1968 driver,Maestro3 driver,SonicVibes driver
ALI5451 driver,EMU10K1/EMU10K2 driver,ICE1712 driver,ICE1724 driver
Trident driver
- fixed the DMA allocation.
pci_set_dma_mask() is called together with pci_set_consistent_dma_mask().
also clean up the double check of mask.
<perex@suse.cz> (04/01/20 1.1474.143.25)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,EMU10K1/EMU10K2 driver
- rename the control 'Surround Digital' -> 'Surround'.
the surround of ac97 is removed (unused on sb live).
- clean up the removal of unused mixer entries.
<perex@suse.cz> (04/01/20 1.1474.143.24)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CMIPCI driver
- initialize the iec958 status at opening the normal PCM device, too.
<perex@suse.cz> (04/01/20 1.1474.143.23)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added the whitelist entry for a shuttle machine.
<perex@suse.cz> (04/01/20 1.1474.143.22)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Memalloc module,PCM Midlevel
- fixed buffer pre-allocation.
- improved proc output.
- check the use flag when unmarking the reserved buffer.
- clean up and add more comments.
<perex@suse.cz> (04/01/20 1.1474.143.21)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
EMU10K1/EMU10K2 driver,EMU8000 driver,Common EMU synth,SoundFont
- added __user prefix to the user-space pointers.
<perex@suse.cz> (04/01/20 1.1474.143.20)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
SB16/AWE driver
- fixed the case of non-pnp board with the same OPL3 port as the main port.
<perex@suse.cz> (04/01/20 1.1474.143.19)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core
- added the gcc printf attribute to snd_printk and snd_printd.
<perex@suse.cz> (04/01/20 1.1474.143.18)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Generic drivers,MPU401 UART,OPL3,OPL4,ES18xx driver,OPL3SA2 driver
Sound Galaxy driver,Sound Scape driver,AD1816A driver,AD1848 driver
CS4231 driver,ES1688 driver,GUS Library,AMD InterWave driver
Opti9xx drivers,EMU8000 driver,SB drivers
- added the error messages for resource allocation failures.
<perex@suse.cz> (04/01/20 1.1474.143.17)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
fix by Timo Hirvonen <tihirvon@ee.oulu.fi> (modified by tiwai):
- added the entry of whitelist for ASRock K7VT2.
- max. value of DXS volume is 31.
<perex@suse.cz> (04/01/20 1.1474.143.16)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ENS1370/1+ driver
- clean up of initialization of spdif control elements.
- check the return value of snd_ctl_new1() and snd_ctl_add().
- added the support of line-in/rear share switch by
Michael Huijsmans <mgh@telering.at>.
<perex@suse.cz> (04/01/20 1.1474.143.15)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PPC Tumbler driver
- ignore the manual mute of speaker in the auto-mute mode.
<perex@suse.cz> (04/01/20 1.1474.143.14)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
SB16/AWE driver
- fixed the default value of mpu_port, use SNDRV_DEFAULT_PORT instead of
hardcoded values.
- fixed the reservation of fm port on pnp boards.
<perex@suse.cz> (04/01/20 1.1474.143.13)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
Sasha Khapyorsky <sashak@smlink.com>:
- added a patch for sis 3036/8 modem codec.
<perex@suse.cz> (04/01/20 1.1474.143.12)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
CMIPCI driver
Fixed joystick->joystick_port for __setup()
<perex@suse.cz> (04/01/08 1.1474.77.7)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added the DXS support for ABIT KD7(-RAID)
<perex@suse.cz> (04/01/08 1.1474.77.6)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA sequencer
- new e-mail address of Frank van de Pol.
<perex@suse.cz> (04/01/08 1.1474.77.5)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,CMIPCI driver
- changed joystick option to joystick_port option for cmipci driver.
- mentioning alsa-firmware package together with alsa-tools package
for firmware loading.
- fixed the description of auto-invokation of vxloader for 2.6 kernels.
<perex@suse.cz> (04/01/08 1.1474.77.4)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added the white list for avance logic mobo.
<perex@suse.cz> (04/01/08 1.1474.77.3)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
EMU10K1/EMU10K2 driver
Georgi Georgiev <chutz@gg3.net>
Line2 LiveDrive Capture Volume control fix
<perex@suse.cz> (04/01/08 1.1474.77.2)
ALSA - added missing module_init and module_exit functions to cs8427 and ak4xxx modules
<perex@suse.cz> (03/12/30 1.1474.64.18)
ALSA 1.0.1
<perex@suse.cz> (03/12/30 1.1474.64.17)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Documentation
More complete PCM device example
<perex@suse.cz> (03/12/30 1.1474.64.16)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
VIA82xx driver
Added Easy Note 3171, Packard Bell - VIA_DXS_ENABLE
<perex@suse.cz> (03/12/30 1.1474.64.15)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Documentation,ALSA<-OSS emulation
- changed whole-frag (default again) => partial-frag
- small corrections in snd_pcm_oss_get_ptr() - atomic hw_ptr and info.bytes
<perex@suse.cz> (03/12/30 1.1474.64.14)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ICE1712 driver
DFS bit must be handled also for Delta1010 and Delta2496
<perex@suse.cz> (03/12/30 1.1474.64.13)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA Core
petter wahlman <petter.wahlman@chello.no>
vsnprintf does not copy more than 'size' bytes _including_ '\0'
<perex@suse.cz> (03/12/30 1.1474.64.12)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Documentation
Added read_size comment for snd_info_set_text_ops()
<perex@suse.cz> (03/12/30 1.1474.64.11)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA Core
A try to fix get_id() function - use alloc_bootmem()
<perex@suse.cz> (03/12/30 1.1474.64.10)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA sequencer
Fixed typo
<perex@suse.cz> (03/12/30 1.1474.64.9)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
GUS Library
Fixed race - scheduling in interrupt
<perex@suse.cz> (03/12/30 1.1474.64.8)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Control Midlevel
Added snd_ctl_find_hole() function.
Added printk when control already exists.
<perex@suse.cz> (03/12/30 1.1474.64.7)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
RME9652 driver
Removed duplicated ADAT3 Sync control
<perex@suse.cz> (03/12/30 1.1474.64.6)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
USB generic driver
Clemens Ladisch <clemens@ladisch.de>
deactivate_urbs didn't return the number of still-active URBs when not
unlinking asynchronously, which would prevent calling wait_clear_urbs
when some URBs actually are being unlinked asynchronously, so these
URBs would be freed while still in use.
I removed deactivate_urb's return value because wait_clear_urbs does
its own counting anyway.
<perex@suse.cz> (03/12/30 1.1474.64.5)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Timer Midlevel
An attempt to fix the system timer behaviour (lost jiffy ticks)
<perex@suse.cz> (03/12/30 1.1474.64.4)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AMD InterWave driver
Fixed typo
<perex@suse.cz> (03/12/30 1.1474.64.3)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
EMU10K1/EMU10K2 driver
<pzad@pobox.sk>
Center is initialized to analog to prevent noise at startup (SB Live)
<perex@suse.cz> (03/12/30 1.1474.64.2)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA<-OSS emulation
- added OSS_ALSAEMULVER ioctl
- cleanups for put_user()
<perex@suse.cz> (03/12/05 1.1474.28.14)
ALSA version 1.0.0rc2
<perex@suse.cz> (03/12/04 1.1474.28.13)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Commented out debugging printk
<perex@suse.cz> (03/12/04 1.1474.28.12)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added a quirk for ASRock K7VM2.
<perex@suse.cz> (03/12/04 1.1474.28.11)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- dxs_support=4 seems ok for the ASRock board.
<perex@suse.cz> (03/12/04 1.1474.28.10)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added a dxs_support list entry for ASRock K7VM2.
<perex@suse.cz> (03/12/04 1.1474.28.9)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- fixed the detection of rates due to collision with the spdif slots.
- fixed the typo in the error message.
- replaced the numbers with constants.
<perex@suse.cz> (03/12/04 1.1474.28.8)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- don't break the probing even when ac97_reset_wait() returns error.
in many cases, it's not critical (e.g. SB audigy).
<perex@suse.cz> (03/12/04 1.1474.28.7)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core,Intel8x0 driver
- added spdif field to struct ac97_pcm.
- snd_ac97_set_rate() accepts AC97_SPDIF.
- allow fixed rate mic capture.
- optimized the loop in snd_ac97_pcm_open.
<perex@suse.cz> (03/12/04 1.1474.28.6)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Memalloc module
- replaced 8 with SNDRV_CARDS.
<perex@suse.cz> (03/12/04 1.1474.28.5)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Generic drivers
Steve deRosier <derosier@pianodisc.com>:
* There is a user selectable flag droponfull. Set to 1 and
any new bytes delivered to the driver after the buffer fills
up will be discarded until the buffer is able to flush some
bytes.
* If droponfull==0 (or is not set, the default is 0), the driver
proceeds to block further input by not calling
snd_rawmidi_transmit_ack() and aborting the attempt. It will
try again later.
* I've redone a bit of the interface for the buffer routines.
This was done to support the proper blocking/non-blocking methods
as spelled out above, and to try to protect the buffer data a bit.
<perex@suse.cz> (03/12/04 1.1474.28.4)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added the missing '\n' to proc output.
<perex@suse.cz> (03/12/04 1.1474.28.3)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- added quirks for another ASUS board and FSC notebook.
<perex@suse.cz> (03/12/04 1.1474.28.2)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA<-OSS emulation
- fixed the bytes field of GETxPTR ioctl in the mmap mode.
- fixed the bytes field of GETxSPACE ioctl.
- don't count the negative delay values.
<perex@suse.cz> (03/12/01 1.1474.16.106)
ALSA 1.0.0rc1
<perex@suse.cz> (03/12/01 1.1474.16.105)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Fixed AC97 slot allocation for 2nd+ PCM in assign function
<perex@suse.cz> (03/12/01 1.1474.16.104)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
fixed typo
<perex@suse.cz> (03/12/01 1.1474.16.103)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- fixed the rates detection for capture.
<perex@suse.cz> (03/12/01 1.1474.16.102)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation
- fixed for the new ac97_bus struct.
<perex@suse.cz> (03/12/01 1.1474.16.101)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver
fixes by Apostolos Dimitromanolakis <apostolos@aei.ca>:
- fixed the pop noise at the start up of aureon boards.
- update of prodigy driver (modifed by ti).
<perex@suse.cz> (03/12/01 1.1474.16.100)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
RME HDSP driver
fix by Thomas Charbonnel <thomas@undata.org>:
The attach patch fixes problems with speed modes for H9632 cards (many
thanks to Pentti Ala-Vannesluoma for testing the driver and helping
finding bugs), and the AutoSync mode issue (for all cards) reported by
Anders Torger at the end of september.
<perex@suse.cz> (03/12/01 1.1474.16.99)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Clemens Ladisch <clemens@ladisch.de>
fix compiler warnings
<perex@suse.cz> (03/12/01 1.1474.16.98)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core,Intel8x0 driver
- fixed the wrong sized allocation of snd_ac97_pcm.
- fixed the probing of multiple codecs on intel8x0.
- fixed the computation of rates bits.
<perex@suse.cz> (03/12/01 1.1474.16.97)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- fixed oops.
<perex@suse.cz> (03/12/01 1.1474.16.96)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core,Intel8x0 driver
Moved AC97 slot allocation from intel8x0 to ac97_pcm.c.
<perex@suse.cz> (03/12/01 1.1474.16.95)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver
removed unnecessary codes, which causes compilation error with gcc-2.9.x.
<perex@suse.cz> (03/12/01 1.1474.16.94)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ICE1712 driver,ICE1724 driver
Apostolos Dimitromanolakis <apostolos@aei.ca>:
- added the partial support of AudioTrak prodigy 7.1
<perex@suse.cz> (03/12/01 1.1474.16.93)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
RME HDSP driver
Thomas Charbonnel <thomas@undata.org>:
The attached patch at last fixes the long lasting firmware loading error
after boot, and includes a small cosmetic fix for H9632 cards (fixes
SPDIF external rate reporting in /proc/asound/cardX/hdsp and amixer
outputs).
<perex@suse.cz> (03/12/01 1.1474.16.92)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
RME HDSP driver
Thomas Charbonnel <thomas@undata.org>:
The attached patch fixes matrix mixer and metering problems spotted by
Pentti Ala-Vannesluoma for H9632 cards and gcc 2.9x compile errors
reported by Martin Langer.
<perex@suse.cz> (03/12/01 1.1474.16.91)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
RME HDSP driver
Thomas Charbonnel <thomas@undata.org>:
- include support for hdsp 9632 cards and bugfixes for hdsp
9652 cards.
<perex@suse.cz> (03/12/01 1.1474.16.90)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ES1968 driver,AC97 Codec Core
fixed the compilation with the recent ac97 and info changes.
<perex@suse.cz> (03/12/01 1.1474.16.89)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
HWDEP Midlevel,ALSA Core,PCM Midlevel,RawMidi Midlevel,Timer Midlevel
Digigram VX core,L3 drivers,AC97 Codec Core,CS46xx driver
Trident driver,YMFPCI driver,GUS Library,SB16/AWE driver,CMIPCI driver
CS4281 driver,ENS1370/1+ driver,FM801 driver,Intel8x0 driver
Maestro3 driver,RME32 driver,RME96 driver,SonicVibes driver
VIA82xx driver,AK4531 codec,ALI5451 driver,EMU10K1/EMU10K2 driver
ICE1712 driver,ICE1724 driver,KORG1212 driver,NM256 driver
RME HDSP driver,RME9652 driver,USB generic driver
- AC97 code
- introduced ac97_bus_t structure
- moved attached codecs to /proc/asound/card?/codec97#? directory
- merged snd_ac97_modem() to snd_ac97_mixer()
- proc cleanups - removed already initialized variables
- enhanced snd_info_set_text_ops() syntax
<perex@suse.cz> (03/12/01 1.1474.16.88)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Control Midlevel,ALSA Core,EMU8000 driver,SB16/AWE driver
EMU10K1/EMU10K2 driver
- added support for user control elements (untested)
- fixed locking for snd_ctl_remove() function
<perex@suse.cz> (03/12/01 1.1474.16.87)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
YMFPCI driver
Clemens Ladisch <clemens@ladisch.de>:
- This patch adds a control to enable S/PDIF direct recording (without
resampling) on the YMF754.
<perex@suse.cz> (03/12/01 1.1474.16.86)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
YMFPCI driver
Clemens Ladisch <clemens@ladisch.de>:
- added the support for the timer on ymfpci chips.
<perex@suse.cz> (03/12/01 1.1474.16.85)
ALSA CVS update - version 1.0.0pre3
<perex@suse.cz> (03/12/01 1.1474.16.84)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
VIA82xx driver
Added EPoX EP-8K9A default settings (VIA_DXS_ENABLE)
<perex@suse.cz> (03/12/01 1.1474.16.83)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA<-OSS emulation
- reset auto-silence in the OSS mmap mode.
<perex@suse.cz> (03/12/01 1.1474.16.82)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA<-OSS emulation
fixed the calculation of bytes. this will fix GETxSPACE, GETxPTR,
GETODELAY ioctls.
<perex@suse.cz> (03/12/01 1.1474.16.81)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AMD InterWave driver
- fixed the detection of STB board via pnp.
<perex@suse.cz> (03/12/01 1.1474.16.80)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
EMU10K1/EMU10K2 driver
- fixed double entries of the same controls.
<perex@suse.cz> (03/12/01 1.1474.16.79)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Digigram VX Pocket driver
- added the missing licesne and descriptions.
<perex@suse.cz> (03/11/26 1.1474.16.78)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
- added the proc files to show ids.
<perex@suse.cz> (03/11/26 1.1474.16.77)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel,ALSA Core,USB generic driver
- prepare callback can sleep if a flag is given in pcm->info_flags.
- usbaudio driver uses non-atomic prepare callback for synchronization
of pending unlinked urbs.
- async_unlink option of usbaudio driver is enabled as default now.
- fixed the initialization of pseudo-dma pointers in usbaudio.
<perex@suse.cz> (03/11/26 1.1474.16.76)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
- clear the status record before calling snd_pcm_status() in proc read.
this will prevent to show bogus values when status = OPEN.
<perex@suse.cz> (03/11/26 1.1474.16.75)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Digigram VX core
- added hw_constraint to align 4bytes.
this will solve the 24bit problem on vx222.
<perex@suse.cz> (03/11/26 1.1474.16.74)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
fix by Clemens Ladisch <clemens@ladisch.de>:
- don't clear active_mask bits until it's clear that the URB is _not_
resubmitted, to prevent a race with unlinking
- initialize active_mask and unlink_mask each time before URBs are
started
- don't call sleeping functions in trigger callback
<perex@suse.cz> (03/11/26 1.1474.16.73)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
- clear unlink_mask bit in the complete callback.
- make sure to deactivate urbs before starting streams.
<perex@suse.cz> (03/11/26 1.1474.16.72)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
- added new patch codes for ALC655/658.
- fixed reset wait loop in the resume phase.
- fixed resume of AD1981 multi codecs.
<perex@suse.cz> (03/11/26 1.1474.16.71)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,Memalloc module,ALS4000 driver,AZT3328 driver
ES1938 driver,ES1968 driver,Maestro3 driver,SonicVibes driver
ALI5451 driver,EMU10K1/EMU10K2 driver,ICE1712 driver,ICE1724 driver
Trident driver
- use pci_set_consistent_dma_mask().
<perex@suse.cz> (03/11/26 1.1474.16.70)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
YMFPCI driver
- fixed possible (but rare) deadlock.
<perex@suse.cz> (03/11/26 1.1474.16.69)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- fixed the (syntax) description of dxs_support module option.
<perex@suse.cz> (03/11/26 1.1474.16.68)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
GUS Library
Omited to remove old code
<perex@suse.cz> (03/11/26 1.1474.16.67)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
GUS Library
Fixed duplicate control IDs (PCM Playback Volume) for cards with the codec chip
<perex@suse.cz> (03/11/26 1.1474.16.66)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
- added a workaround for M-Audio Audiophile USB.
- avoid async out and adaptive in if other methods are available.
- fixed the hw_constraint check for 24bit formats.
<perex@suse.cz> (03/11/26 1.1474.16.65)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
- added async_unlink option.
the default bahevior is not changed yet.
- added some comments.
<perex@suse.cz> (03/11/26 1.1474.16.64)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
I2C lib core
- fixed sleep in lock. use mutex for the locking.
<perex@suse.cz> (03/11/26 1.1474.16.63)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CS4236+ driver
- fixed the detection of combination of pnp and non-pnp devices.
<perex@suse.cz> (03/11/26 1.1474.16.62)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Added IC Ensemble/KS Waves ID for stereo enhancement
<perex@suse.cz> (03/11/26 1.1474.16.61)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CMIPCI driver
- set XCHGDAC bit implicitly on MC4/6 models for fixing wrong
playback on some boards.
- removed 'Exchange DAC' control from such a model.
<perex@suse.cz> (03/11/26 1.1474.16.60)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
EMU10K1/EMU10K2 driver
Peter Zubaj <pzad@pobox.sk>:
- disable routing from AC97 line out to front speakers.
- AC97 ADC is used only for Mic playback and recording
- Philips ADC is used for other analog playback and recording
(Analog Mix Playback Volume, Analog Mix Capture Volume)
- removes unused AC97 controls (is phone used ???)
Takashi Iwai <tiwai@suse.de>:
- removed the duplicated IEC958 control on Dell's board.
<perex@suse.cz> (03/11/26 1.1474.16.59)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA<-OSS emulation
Fixed semantics in snd_pcm_oss_bytes() function.
<perex@suse.cz> (03/11/26 1.1474.16.58)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
OPL4
Clemens Ladisch <clemens@ladisch.de>
oops - use vfree in error paths, too
<perex@suse.cz> (03/11/26 1.1474.16.57)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Fixed cut & paste bug
<perex@suse.cz> (03/11/26 1.1474.16.56)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
added the quirk for ASUS A7V600.
<perex@suse.cz> (03/11/26 1.1474.16.55)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AC97 Codec Core
Clemens Ladisch <clemens@ladisch.de>
new controls for AD1981A/B/1980/1985
<perex@suse.cz> (03/11/26 1.1474.16.54)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
OPL4
Clemens Ladisch <clemens@ladisch.de>
use vmalloc instead of kmalloc for temp buffer in proc read()/write()
<perex@suse.cz> (03/11/26 1.1474.16.53)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Opti9xx drivers
- fixed the detection of opti92x-ad1848 pnp.
<perex@suse.cz> (03/11/26 1.1474.16.52)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
OSS device core,ALSA Core
- take MODULE_ALIAS_CHARDEV_MAJOR() back.
- added missing inclusion of linux/device.h.
<perex@suse.cz> (03/11/26 1.1474.16.51)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core,ALS100 driver,AZT2320 driver,DT019x driver,CS4231 driver
CS4236+ driver,PC98(CS423x) driver,Opti9xx drivers,SB16/AWE driver
Wavefront drivers
use the standard port address, 0 = disable, 1 = auto-probe, others manual.
negative values are accepted as disable, too.
<perex@suse.cz> (03/11/26 1.1474.16.50)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
OSS device core,Documentation,ALSA Core,ALSA<-OSS emulation
ALSA<-OSS sequencer,ALSA Minor Numbers
Rusty Russell <rusty@rustcorp.com.au>:
- added MODULE_ALIAS for sound services.
clean up the document.
modified by Takashi Iwai <tiwai@suse.de>
<perex@suse.cz> (03/11/26 1.1474.16.49)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,ALSA Core
- cards_limit=1 as default instead of 8.
- cards_limit means the number of auto-loaded cards. not limits the
actual card numbers for manual loading (e.g. hotplug).
<perex@suse.cz> (03/11/26 1.1474.16.48)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA<-OSS emulation
Fixed read for partial OSS period buffer contents
<perex@suse.cz> (03/11/26 1.1474.16.47)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
AD1848 driver
Robert Harris <robert.f.harris@blueyonder.co.uk>
Fixed spinlocks
<perex@suse.cz> (03/11/26 1.1474.16.46)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ALSA<-OSS emulation
- avail_min is now 1
- fixed read1() function for avail_min == 1
- fixed conversion between ALSA and OSS position
- fixed info.blocks computing in get_ptr() (included fixup)
- fixed get_space() function (included fixup)
<perex@suse.cz> (03/11/26 1.1474.16.45)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,ALS4000 driver,AZT3328 driver,CMIPCI driver
ENS1370/1+ driver,VIA82xx driver,YMFPCI driver
- use consistent values for specifying the port address
(0 = disable, 1 = auto-detect, others = manual)
- fixed the auto-detection of joystick port.
<perex@suse.cz> (03/11/26 1.1474.16.44)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
YMFPCI driver
fixed the auto-detection of joystick port.
<perex@suse.cz> (03/11/26 1.1474.16.43)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CS46xx driver
fixed the 4channel mode of another CS429x codec (0x592b).
<perex@suse.cz> (03/11/26 1.1474.16.42)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
Ted.Wen@ite.com.tw:
- added patch for IT2646.
<perex@suse.cz> (03/11/26 1.1474.16.41)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core
- fixed oops at resume.
- block also the non-blocking devices until the resume is finished.
<perex@suse.cz> (03/11/26 1.1474.16.40)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,ALS4000 driver,ENS1370/1+ driver,YMFPCI driver
added auto-detection of joystick port.
<perex@suse.cz> (03/11/26 1.1474.16.39)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
Zinx Verituse <zinx@epicsol.org>:
fixed the calculation of the port for 'Capture Source' control switch.
<perex@suse.cz> (03/11/26 1.1474.16.38)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel
- don't print debug messages for low count of periods
- added right path for one period to the update pointer routine (interrupt)
<perex@suse.cz> (03/11/26 1.1474.16.37)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
HWDEP Midlevel
allow dsp_load callback without dsp_status callback.
<perex@suse.cz> (03/11/26 1.1474.16.36)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
- don't hold power lock while draining
- call trigger callback when suspending/resuming a draining substream
<perex@suse.cz> (03/11/26 1.1474.16.35)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
removed the export of snd_pcm_lock(). replaced with the normal mutex.
<perex@suse.cz> (03/11/26 1.1474.16.34)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation
minor corrections for the recent updates.
<perex@suse.cz> (03/11/26 1.1474.16.33)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Timer Midlevel
fixed the unbalanced spinlock at the error path.
<perex@suse.cz> (03/11/26 1.1474.16.32)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
EMU10K1/EMU10K2 driver
- take back the old definition of FXBUS_PCM_LEFT/RIGHT for sb live.
- fixed the audigy routing with the new definition.
<perex@suse.cz> (03/11/26 1.1474.16.31)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
PCM Midlevel
don't call kfree with NULL pointer (constraint rules is not always allocated).
<perex@suse.cz> (03/11/26 1.1474.16.30)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Timer Midlevel
- fixed problem with hw slave source (PCM timer & dmix plugin)
- fixes for slave instances
- moved active callback check to snd_timer_close() function
<perex@suse.cz> (03/11/26 1.1474.16.29)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
added the DXS whitelist for twinhead mobo.
<perex@suse.cz> (03/11/26 1.1474.16.28)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
fixed typo in the last AD198x fix.
<perex@suse.cz> (03/11/26 1.1474.16.27)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Intel8x0 driver,VIA82xx driver,AC97 Codec Core
- use ADI-compatible mode on AD1980 for more better controls.
- swap master and headphone on AD1980 and AD1985 as default.
- export remove_ctl, swap_ctl and rename_ctl for patch functions.
- removed AD1980/AD1985 master-swap quirks (since it's set as default).
<perex@suse.cz> (03/11/26 1.1474.16.26)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA<-OSS emulation
added fallback device selection for OSS mixer.
<perex@suse.cz> (03/11/26 1.1474.16.25)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Maestro3 driver
don't enable MPU401 irq.
<perex@suse.cz> (03/11/26 1.1474.16.24)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
added ALC655 entry (compatible with ALC650).
<perex@suse.cz> (03/11/26 1.1474.16.23)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
CS4281 driver,RME32 driver,RME96 driver,CS46xx driver,NM256 driver
- fixed compile warnings with cast for memcpy_fromio/toio.
- use copy_to_user_fromio() in proc output.
<perex@suse.cz> (03/11/26 1.1474.16.22)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,SB drivers,YMFPCI driver,ALS4000 driver,AZT3328 driver
CMIPCI driver,ENS1370/1+ driver,ES1968 driver,Intel8x0 driver
VIA82xx driver
- removed joystick control from the card control API.
added joystick (or joystick_port) module option instead.
- updated documents for this joystick fix.
- moved resource management for ALS4000 from sb-common header
to the als4000 local code.
<perex@suse.cz> (03/11/26 1.1474.16.21)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Generic drivers,MPU401 UART,ALSA Core,ALS100 driver,AZT2320 driver
CMI8330 driver,DT019x driver,ES18xx driver,OPL3SA2 driver
Sound Galaxy driver,Sound Scape driver,AD1816A driver,AD1848 driver
CS4231 driver,CS4236+ driver,PC98(CS423x) driver,ES1688 driver
GUS Classic driver,GUS Extreme driver,GUS MAX driver
AMD InterWave driver,Opti9xx drivers,ES968 driver,SB16/AWE driver
SB8 driver,Wavefront drivers,CMIPCI driver,VIA82xx driver,YMFPCI driver
- fixed the boot parameters with long ints for non-intel architectures.
- added get_option_long() for parsing the parameter.
<perex@suse.cz> (03/11/26 1.1474.16.20)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Intel8x0 driver
Added mpu_port initialization from the kernel command line
<perex@suse.cz> (03/11/26 1.1474.16.19)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
EMU10K1/EMU10K2 driver
Peter Zubaj <pzad@pobox.sk>:
- redesigned the default DSP routing of audigy1/2 boards.
the normal PCM output is sent through 'Stereo Mix', while
the independent pcm streams can be attenuated by 'PCM Front',
'PCM Rear', and 'PCM Center/LFE' volumes.
<perex@suse.cz> (03/11/26 1.1474.16.18)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
OPL3,Raw OPL FM,ES1968 driver
removed obsolete __SND_OSS_COMPAT__.
<perex@suse.cz> (03/11/26 1.1474.16.17)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Sound Scape driver
Chris Rankin <rankincj@yahoo.com> - use #define rather than value for the microcode size
<perex@suse.cz> (03/11/26 1.1474.16.16)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
removed a wrong entry for gigabyte mobos.
<perex@suse.cz> (03/11/26 1.1474.16.15)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
Clemens Ladisch <clemens@ladisch.de>:
- add support for M-Audio OmniStudio MIDI
<perex@suse.cz> (03/11/26 1.1474.16.14)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Memalloc module
- fixed the compilation without PCI support.
added ifdef CONFIG_PCI around preallocate_cards().
<perex@suse.cz> (03/11/26 1.1474.16.13)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,PCMCIA Kconfig
- added CONFIG_ISA restriction to vxpocket and vxp440 drivers.
<perex@suse.cz> (03/11/26 1.1474.16.12)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
USB generic driver
Clemens Ladisch <clemens@ladisch.de>:
- fix Edirol comment
- use special macros for Yamaha devices
- add support for Yamaha MOTIF-R, CVP-204, CVP-206, CVP-208, CVP-210,
PSR-1100, PSR-2100, PSR-K1, EZ-250i, MOTIF ES 6, MOTIF ES 7,
MOTIF ES 8, CS1D, DSP1D, ACU16-C, NHB32-C, DM1000, 01V96
<perex@suse.cz> (03/11/26 1.1474.16.11)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- clean up the rate lock routine.
- added another gigabyte mobo entry.
<perex@suse.cz> (03/11/26 1.1474.16.10)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
ALSA Core,Timer Midlevel,ALSA sequencer,PPC DACA driver
PPC Tumbler driver
- check rootfs before calling request_module() to avoid annoying
error messages at the boot time.
<perex@suse.cz> (03/11/26 1.1474.16.9)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Timer Midlevel,ALSA sequencer
Clemens Ladisch <clemens@ladisch.de>:
- fixed timer resolution calculations
Some functions assumed that timer->hw.resolution is in Hz, while it's
actually in ns/tick.
<perex@suse.cz> (03/11/26 1.1474.16.8)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
Documentation,VIA82xx driver
- added dxs_support=4 option. no VRA is used for DXS channels in this case.
- fixed the quirk for ASUS A7V8-X.
- added the quirk for Gigabyte mobo.
- removed the error message in codec_valid().
<perex@suse.cz> (03/11/26 1.1474.16.7)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver
- fixed the misuse of long pointer for getting the int value in
boot parameter.
<perex@suse.cz> (03/11/26 1.1474.16.6)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
PCM Midlevel
Simplified snd_pcm_update_hw_ptr*() functions
<perex@suse.cz> (03/11/26 1.1474.16.5)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
fixes by James Courtier-Dutton <James@superbug.demon.co.uk>:
- fixed the wrong detection of SPDIF output. SPDIF-out is enabled
on all chip revisions.
- fixed the ac97 codec name shown in proc file, using ac97->id.
<perex@suse.cz> (03/11/26 1.1474.16.4)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
VIA82xx driver,AC97 Codec Core
- fixed typos in the last change to snd_ac97_set_rate().
the correct flag to check is ac97->scaps.
- removed dxs_fixed=1 on VIA8233A (for SPDIF).
- added quirks for ASUS A7V8-X and MSI KT4V.
<perex@suse.cz> (03/11/26 1.1474.16.3)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
AC97 Codec Core
fixed snd_ac97_set_rate() to accept surround and LFE sample rates, too.
<perex@suse.cz> (03/11/26 1.1474.16.2)
ALSA CVS update - Takashi Iwai <tiwai@suse.de>
EMU10K1/EMU10K2 driver
use the standard control names for RCA and optical spdif on audigy.
<perex@suse.cz> (03/11/26 1.1474.16.1)
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
ICE1712 driver
Moved spdif.setup_rate to snd_ice1712_set_pro_rate() function
-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
^ permalink raw reply
* Re: [patch] udevd - cleanup and better timeout handling
From: Greg KH @ 2004-01-27 19:13 UTC (permalink / raw)
To: linux-hotplug
In-Reply-To: <20040125200314.GA8376@vrfy.org>
On Tue, Jan 27, 2004 at 08:08:09PM +0100, Kay Sievers wrote:
> On Tue, Jan 27, 2004 at 07:56:04AM +0100, Kay Sievers wrote:
> > On Mon, Jan 26, 2004 at 11:28:19AM -0800, Greg KH wrote:
> > > On Mon, Jan 26, 2004 at 08:11:10PM +0100, Kay Sievers wrote:
> > > > On Mon, Jan 26, 2004 at 10:22:34AM -0800, Greg KH wrote:
> > > > > On Sun, Jan 25, 2004 at 09:03:14PM +0100, Kay Sievers wrote:
> > > > > > 1. We are much too slow.
> > > > > > We want to exec the real udev in the background, but a 'remove'
> > > > > > is much much faster than a 'add', so we have a problem.
> > > > > > Question: is it neccessary to order events for different devpath's?
> > > > > > If no, we may wait_pid() for the exec only if we have another udev
> > > > > > working on the same devpath.
> > > > >
> > > > > But how will we keep track of that? It's probably easier just to wait
> > > > > for each one to finish, right?
> > > >
> > > > We leave the message in the queue until we reach the SIGCHLD for this
> > > > pid. So we can search the queue if we are already working on this devpath,
> > > > and delay the new exec until the former exec comes back.
> > >
> > > Ok, if that isn't too much trouble.
> > >
> > > > Is it feasible to run in parallel for different paths, or can you think
> > > > of any problem?
> > >
> > > I can't think of any problem with that.
> >
> > Here is the next round. We have three queues now. All incoming messages
> > are queued in msg_list and if nothing is missing we move it to the
> > running_list and exec in the background.
> > If the exec comes back, it removes the message from the running_list and
> > frees the message.
> >
> > Before we exec, we check the running_list if there is a udev running on
> > the same device path. If yes, we move the message to the delay_list. If
> > the former exec comes back, we move the message to the running_list and
> > exec it.
>
> Oh, sorry forget about it now.
> I will come up with something better tested.
Oops, I just applied this version :)
I'll try testing this later on today.
thanks,
greg k-h
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
* [PATCH] volatile may be needed in rwsem
From: Joe Korty @ 2004-01-27 19:11 UTC (permalink / raw)
To: dhowells, akpm; +Cc: linux-kernel
'flags' should be declared volatile as rwsem_down_failed_common() spins
waiting for this to change. Untested.
Against 2.6.1.
diff -Nua 2.6/lib/rwsem-spinlock.c.0 2.6/lib/rwsem-spinlock.c
--- 2.6/lib/rwsem-spinlock.c.0 2004-01-27 14:03:46.000000000 -0500
+++ 2.6/lib/rwsem-spinlock.c 2004-01-27 14:03:38.000000000 -0500
@@ -12,7 +12,7 @@
struct rwsem_waiter {
struct list_head list;
struct task_struct *task;
- unsigned int flags;
+ volatile unsigned int flags;
#define RWSEM_WAITING_FOR_READ 0x00000001
#define RWSEM_WAITING_FOR_WRITE 0x00000002
};
diff -Nua 2.6/lib/rwsem.c.0 2.6/lib/rwsem.c
--- 2.6/lib/rwsem.c.0 2004-01-27 14:03:46.000000000 -0500
+++ 2.6/lib/rwsem.c 2004-01-27 14:03:19.000000000 -0500
@@ -10,7 +10,7 @@
struct rwsem_waiter {
struct list_head list;
struct task_struct *task;
- unsigned int flags;
+ volatile unsigned int flags;
#define RWSEM_WAITING_FOR_READ 0x00000001
#define RWSEM_WAITING_FOR_WRITE 0x00000002
};
^ permalink raw reply
* [ALSA - driver 0000002]: 1.0.2: intel8x0.c build problem
From: noreply @ 2004-01-27 19:11 UTC (permalink / raw)
To: alsa-devel
The following NEW bug has been ADDED.
======================================================================
http://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000002
======================================================================
Reporter: ZlatkO
Handler:
======================================================================
Project: ALSA - driver
Bug ID: 2
Category: PCI - intel8x0
Reproducibility: always
Severity: block
Priority: normal
Status: new
Distribution: Slackware 8.1
Kernel Version: 2.4.24
======================================================================
Date Submitted: 01-27-2004 20:11 CET
Last Modified: 01-27-2004 20:11 CET
======================================================================
Summary: 1.0.2: intel8x0.c build problem
Description:
alsa-driver-1.0.2 doesn't build out of the box with gcc-2.95.3. The
attached patch fixes the problem.
======================================================================
Bug History
Date Modified Username Field Change
======================================================================
01-27-04 20:11 ZlatkO New Bug
01-27-04 20:11 ZlatkO File Added: alsa-driver-1.0.2.diff
======================================================================
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* [parisc-linux] KGDB parisc port
From: Thibaut VARENE @ 2004-01-27 19:08 UTC (permalink / raw)
To: parisc-linux
Hi pa-ckers,
Considering the very little interest raised by the parisc kgdb port, i'm
sad to announce that i'm giving up maintaining it.
If anyone is interested in taking over the work, please let me know.
FYI, see http://www.pateam.org/kgdb.html
Greetings,
Thibaut VARENE
The PA/Linux ESIEE Team
http://www.pateam.org/
^ permalink raw reply
* Re: ext3 on raid5 failure
From: Theodore Ts'o @ 2004-01-27 19:08 UTC (permalink / raw)
To: Jan Dittmer; +Cc: linux-kernel
In-Reply-To: <4010D9C1.50508@portrix.net>
On Fri, Jan 23, 2004 at 09:22:25AM +0100, Jan Dittmer wrote:
>
> Okay, I fscked all filesystems in single user mode, thereby fscked up my
> root filesystem, though I didn't even check it - so I restored it from
> backup (grub wouldn't even load anymore).
What messages were printed by e2fsck while it was running --- and was
all of the filesystems unmounted, excepted for the root filesystem,
which should have been mounted read-only?
> After 2 days in my freshly setup debian (2.6.1-bk6), same error. But
> this time at least I know it's because I tried to delete those files in
> the lost+found directory...
How did you come to that conclusion?
> So, how do I delete these and why did fsck fail? It's pretty annoying to
> reboot because of this. It would be nice to just being able to
> remount,rw the partition.
How did fsck fail? Without a transcript of the fsck output, it's hard
to say exactly what happened here.
An output of dumpe2fs of the filesystem in question would also be useful.
- Ted
^ permalink raw reply
* Re: [patch] udevd - cleanup and better timeout handling
From: Kay Sievers @ 2004-01-27 19:08 UTC (permalink / raw)
To: linux-hotplug
In-Reply-To: <20040125200314.GA8376@vrfy.org>
On Tue, Jan 27, 2004 at 07:56:04AM +0100, Kay Sievers wrote:
> On Mon, Jan 26, 2004 at 11:28:19AM -0800, Greg KH wrote:
> > On Mon, Jan 26, 2004 at 08:11:10PM +0100, Kay Sievers wrote:
> > > On Mon, Jan 26, 2004 at 10:22:34AM -0800, Greg KH wrote:
> > > > On Sun, Jan 25, 2004 at 09:03:14PM +0100, Kay Sievers wrote:
> > > > > 1. We are much too slow.
> > > > > We want to exec the real udev in the background, but a 'remove'
> > > > > is much much faster than a 'add', so we have a problem.
> > > > > Question: is it neccessary to order events for different devpath's?
> > > > > If no, we may wait_pid() for the exec only if we have another udev
> > > > > working on the same devpath.
> > > >
> > > > But how will we keep track of that? It's probably easier just to wait
> > > > for each one to finish, right?
> > >
> > > We leave the message in the queue until we reach the SIGCHLD for this
> > > pid. So we can search the queue if we are already working on this devpath,
> > > and delay the new exec until the former exec comes back.
> >
> > Ok, if that isn't too much trouble.
> >
> > > Is it feasible to run in parallel for different paths, or can you think
> > > of any problem?
> >
> > I can't think of any problem with that.
>
> Here is the next round. We have three queues now. All incoming messages
> are queued in msg_list and if nothing is missing we move it to the
> running_list and exec in the background.
> If the exec comes back, it removes the message from the running_list and
> frees the message.
>
> Before we exec, we check the running_list if there is a udev running on
> the same device path. If yes, we move the message to the delay_list. If
> the former exec comes back, we move the message to the running_list and
> exec it.
Oh, sorry forget about it now.
I will come up with something better tested.
Kay
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
* NAT Help...Again...
From: Cody Harris @ 2004-01-27 19:07 UTC (permalink / raw)
To: netfilter
Ok ok, i've looked around sites and stuff, and here is my problem:
I have 2 computers, one called darna and one called bagle (don't ask).
Here is my setup:
INTERNET --> eth1 = 10.30.7.147 |darna| eth0 = 192.168.0.1 <--> eth0 = 192.168.0.2 |bagle|
Here is my routing tables (netstat -r) for each:
root@darna:/home/cody# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
10.30.7.144 * 255.255.255.240 U 40 0 0 eth1
172.16.18.0 * 255.255.255.0 U 40 0 0 vmnet8
192.168.0.0 * 255.255.255.0 U 40 0 0 eth0
192.168.189.0 * 255.255.255.0 U 40 0 0 vmnet1
loopback * 255.0.0.0 U 40 0 0 lo
default 10.30.7.145 0.0.0.0 UG 40 0 0 eth1
root@darna:/home/cody#
and bagle's:
root@bagle:~# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
localnet * 255.255.255.0 U 40 0 0 eth0
localnet * 255.255.255.0 U 40 0 0 eth0
loopback * 255.0.0.0 U 40 0 0 lo
root@bagle:~#
The problem: I can't access anything beyond darna. On darna, this is my nat table:
root@darna:/home/cody# iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE tcp -- 192.168.0.2 anywhere tcp dpt:http
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@darna:/home/cody#
I can't access ANYTHING, like i said, beyond darna.
What gives?
--
+------------------+-----------------------------+
| Cody Harris | --------------------------- |
| ---------------- | --------------------------- |
+------------------+-------+---------------------+---+
| *Sigh*. No key. |
+----------------------------------------------------+
^ permalink raw reply
* [linux-lvm] mounting snapshot errors
From: R Dicaire @ 2004-01-27 19:02 UTC (permalink / raw)
To: lvm
I apologize for the repeat but never got a response.
I posted a few days ago regarding the inability to mount snapshots
if the volume's file system is ext3/xfs/reiserfs. Using current lvm
1.0.8 on linux kernel 2.4.23-xfs with lvm 1.0.8 patch and 1.0.8 lvm
tools.
Is there a fix for this issue?
--
aRDy Music
http://www.ardynet.com
^ permalink raw reply
* Re: linux-2.6.1 x86_64 : STACK_TOP and text/data
From: dada1 @ 2004-01-27 18:57 UTC (permalink / raw)
To: Andi Kleen; +Cc: linux-kernel
In-Reply-To: <p73k73dfdvs.fsf@nielsen.suse.de>
Andi Kleen wrote:
> STACK_TOP is only for 32bit a.out executables running on x86-64
>
>ELF 32bit and 64bit programs use different defaults.
>
>-Andi
>
>
>
>
Hi Andi
I'm afraid not Andi
I changed include/asm-x86_64/a.out.h
#define STACK_TOP 0x10c0000000 /* instead of 0xc0000000 */
then, after reboot :
file /sbin/init
/sbin/init: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for
GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped
cat /proc/1/maps
00400000-00408000 r-xp 00000000 03:01 556032
/sbin/init
00508000-00509000 rw-p 00008000 03:01 556032
/sbin/init
00509000-0052a000 rwxp 00000000 00:00 0
10bfffe000-10c0000000 rwxp fffffffffffff000 00:00 0
2a95556000-2a95569000 r-xp 00000000 03:01 637734
/lib64/ld-2.3.2.so
2a95569000-2a9556a000 rw-p 00000000 00:00 0
2a95669000-2a9566a000 rw-p 00013000 03:01 637734
/lib64/ld-2.3.2.so
2a9566a000-2a957a2000 r-xp 00000000 03:01 637741
/lib64/libc-2.3.2.so
2a957a2000-2a9586a000 ---p 00138000 03:01 637741
/lib64/libc-2.3.2.so
2a9586a000-2a958a7000 rw-p 00100000 03:01 637741
/lib64/libc-2.3.2.so
2a958a7000-2a958ac000 rw-p 00000000 00:00 0
See you
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.