The OpenVortex Project - Patches: patch #3948, patch to fix oopses on amd64
You are not allowed to post comments on this tracker with your current authentication level.
patch #3948: patch to fix oopses on amd64
Submitter: | Igor V. Kovalenko <kovalenko> | ||
Submitted: | Mon 25 Apr 2005 09:47:27 PM UTC | ||
Category: | None | Priority: | 5 - Normal |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
( Jump to the original submission )
Thu 02 Feb 2006 08:49:56 AM UTC, comment #227: |
Anonymous |
Tue 31 Jan 2006 03:58:33 PM UTC, comment #226: Available settings:
|
Anonymous |
Thu 26 Jan 2006 03:44:30 PM UTC, comment #225: FIFO_SIZE_BITS should be 6 instead of 5 for au8810
|
Anonymous |
Mon 23 Jan 2006 07:15:26 AM UTC, comment #224: At the same time, in block 264 audio processing peripheral 230 monitors the amount of data left in the FIFO buffer in order to determine if another DMA access is required. When a trigger level is reached in the FIFO buffer, a DMA access is requested by the FIFO controller. The FIFO buffer may be any suitable size capable of handling bus latencies while small enough such that the memory requirement is not overly burdensome. In one embodiment of the present invention, the FIFO buffer is 32 samples or words in depth, which would withstand a maximum bus latency of about 4 microseconds. By way of example, if 48 DMA channels trigger simultaneously, with a trigger level set at half the buffer size (16 samples), each DMA channel can wait 16 samples (20 microseconds per sample), or approximately 320 microseconds before running out of data. Thus, the 48th DMA channel can wait more than 4 microseconds for each of the 47 DMA channel request that comes before it.
|
Anonymous |
Sun 15 Jan 2006 03:18:52 PM UTC, comment #223: To enable au8810 modem
|
Anonymous |
Fri 13 Jan 2006 04:15:12 PM UTC, comment #222: Referring back to block 250 of FIG. 10, in one embodiment, when CPU 210 updates a sub-buffer table 380(0)-380(x), in relation to a particular DMA channel, CPU 210 checks mode register 382. In an alternate embodiment, CPU 210 also periodically checks sub-buffer tables 380(0)-380(x) in addition to any updates initiated by interrupts, as discussed in reference to FIGS. 10 and 11. By way of example, CPU 210 may update-sub-buffer tables 380(0)-380(x) routinely every 10 milliseconds. The periodic checks may be initiated by audio processing peripheral 230 by way of interrupts, or may be scheduled independently by the driver. In another embodiment, the CPU may check a current sub-buffer table (not shown) the indicates the current sub-buffer being utilized by the peripheral. Based upon the current sub-buffer and information about the previous value of the current sub-buffer table the CPU can determine that the peripheral has moved on to the next data segment. CPU 210 may then update the sub-buffer table. |
Anonymous |
Thu 12 Jan 2006 07:41:37 AM UTC, comment #221: The function sign_invert() is a side-effect of using U16 instead of S16.
|
Anonymous |
Wed 11 Jan 2006 09:19:59 AM UTC, comment #220: you mean signed instead of short?
|
Maarten Vanraes <alien999999999> |
Wed 11 Jan 2006 08:43:40 AM UTC, comment #219: Those equalizer gainstarget, gainscurrent, levels, CurrBypassGain, TimeConsts, States are short (i.e. s16) instead of u16 |
Anonymous |
Fri 06 Jan 2006 10:04:29 AM UTC, comment #218: #ifndef CHIP_AU8820
|
Anonymous |
Fri 06 Jan 2006 09:41:50 AM UTC, comment #217: of course it doesn't, and what does that have to do with this problem???
|
Anonymous |
Fri 06 Jan 2006 02:56:29 AM UTC, comment #216: Flash Player does not work with 64bit browsers
|
Anonymous |
Thu 05 Jan 2006 02:03:48 AM UTC, comment #215: The routines vortex_src_addwtd, vortex_src_delwrd, vortex_mix_addwtd and vortex_mix_delwtd seem to maintain a linked list of active SampleRateConvertor and active mixer out in those MMIO registers SRC_CHNBASE, SRC_RTBASE, MIX_CHNBASE and MIX_RTBASE.
|
Anonymous |
Wed 04 Jan 2006 04:00:01 AM UTC, comment #214: Should add { } to enclose the hwwrite() in if statements.
|
Anonymous |
Mon 02 Jan 2006 11:09:46 AM UTC, comment #213: seems odd, that the if statement ends with ';' ? maybe that is just the problem?
|
Anonymous |
Sun 01 Jan 2006 03:20:44 AM UTC, comment #212: You may need to check the 64-bits compiler generate the correct instruction in
|
Anonymous |
Thu 29 Dec 2005 04:58:47 PM UTC, comment #211: The GPIO3 of Turtle Beach Montego II/Diamond MX300 seem to be controlled by bit 6/7 of MMIO at 2205c |
Anonymous |
Thu 22 Dec 2005 03:15:44 AM UTC, comment #210: STAC9708 seem to have 2 version (LA2 and LA4).
|
Anonymous |
Mon 19 Dec 2005 04:26:32 PM UTC, comment #209: static int vortex_suspend(strut pci_dev *pci, pm_message_t state)
|
Anonymous |
Mon 19 Dec 2005 11:47:03 AM UTC, comment #208:
|
Anonymous |
Sat 17 Dec 2005 03:05:07 PM UTC, comment #207: It seem that the initialisation of some DMA registers are missing in the au8820 driver
|
Anonymous |
Thu 15 Dec 2005 07:22:18 AM UTC, comment #206: It seem that the FIFO register (17008) of au8810 is not initialised with correct values. ( 0x61 is wrong )
|
Anonymous |
Mon 12 Dec 2005 09:06:56 AM UTC, comment #205: static unsigned long vortex_wt_GetReg(vortex_t * vortex, char reg, int wt)
|
Anonymous |
Sat 10 Dec 2005 01:57:10 AM UTC, comment #204: static void vortex_codec_init(vortex_t * vortex,int power_state)
|
Anonymous |
Fri 09 Dec 2005 01:33:11 AM UTC, comment #203: Diamond MX300 with VIA chipset
|
Anonymous |
Mon 28 Nov 2005 09:33:13 AM UTC, comment #202: It seem that au8810 use different set of register for SPDIF 2a010 instead of 2205c and a different value to enable spdif when writing VORTEX_CODEC_EN 0x29190
|
Anonymous |
Wed 23 Nov 2005 08:07:46 AM UTC, comment #201: The registers of au88x0 can also be accessed by io ports (BAR1) instead of mmio (BAR0)
|
Anonymous |
Thu 17 Nov 2005 03:43:47 PM UTC, comment #200:
|
Anonymous |
Thu 17 Nov 2005 03:36:46 AM UTC, comment #199: OffTopic
|
Anonymous |
Wed 16 Nov 2005 01:50:59 AM UTC, comment #198: http://www.alsa-project.org/alsa-doc/alsa-howto/c1706.htm
|
Anonymous |
Tue 15 Nov 2005 01:00:09 PM UTC, comment #197: It seem that some au8820 only has 16-bits ADC/DAC , this means that the +6dB gain in hardware mixer may cause distortion
|
Anonymous |
Mon 14 Nov 2005 08:56:30 AM UTC, comment #196: http://cvs.sourceforge.net/viewcvs.py/*checkout*/alsa/alsa-kernel/include/mpu401.h?rev=1.14
|
Anonymous |
Fri 11 Nov 2005 08:52:48 AM UTC, comment #195: Some MMIO read/write are actually in 8-bits instead of 32-bits
|
Anonymous |
Fri 04 Nov 2005 03:33:52 AM UTC, comment #194:
|
Anonymous |
Thu 03 Nov 2005 01:39:50 PM UTC, comment #193: i'll send a diff when i get home, but i didn't really look at gameport or mpu .
|
Anonymous |
Thu 03 Nov 2005 10:22:20 AM UTC, comment #192: Have you fix the gameport and mpu401 bugs in the AMD64 patch (diff1.diff) ?
|
Anonymous |
Wed 02 Nov 2005 09:24:41 AM UTC, comment #191: VIA Application note Serial #AN137 Date 07/05/00.
|
Anonymous |
Wed 02 Nov 2005 03:31:21 AM UTC, comment #190: /* Check for pause/resume support */
|
Anonymous |
Mon 31 Oct 2005 06:31:05 PM UTC, comment #189: that one doesn't resemble mine, i don't have the external black and spdif & aux internal connectors.
|
Maarten Vanraes <alien999999999> |
Sun 30 Oct 2005 09:40:48 AM UTC, comment #188: SQ1500
|
Anonymous |
Fri 28 Oct 2005 05:20:26 PM UTC, comment #187: i think i'm using STAC
|
Maarten Vanraes <alien999999999> |
Thu 27 Oct 2005 02:00:03 AM UTC, comment #186: SB0220 is different from other SBLive!
|
Anonymous |
Wed 26 Oct 2005 05:09:03 PM UTC, comment #185: what is this about xine-ui ... i'm able to play music through xine-ui and amarok (using xine-lib).
|
Maarten Vanraes <alien999999999> |
Wed 26 Oct 2005 03:23:11 PM UTC, comment #184:
|
Anonymous |
Wed 26 Oct 2005 02:36:50 AM UTC, comment #183:
|
Anonymous |
Tue 25 Oct 2005 09:49:41 AM UTC, comment #182: i don't know what my NIC has to do with anything, but the 3com is used for internet and the onboard one for LAN.
|
Maarten Vanraes <alien999999999> |
Tue 25 Oct 2005 04:53:34 AM UTC, comment #181: I guess you better discuss with Toby Haynes, he seem to have au8830 on K8T800 and VT8237
|
Anonymous |
Tue 25 Oct 2005 02:17:32 AM UTC, comment #180: |
Anonymous |
Tue 25 Oct 2005 01:50:50 AM UTC, comment #179: Sorry , URL should be
|
Anonymous |
Tue 25 Oct 2005 01:48:52 AM UTC, comment #178: Do you have two NIC ( on-board and 3COM ) ?
|
Anonymous |
Mon 24 Oct 2005 04:20:16 PM UTC, comment #177: i do not know what your reasoning is, or where you are getting at, but it shouldn't matter, no matter what, it should work...
|
Maarten Vanraes <alien999999999> |
Mon 24 Oct 2005 04:20:06 PM UTC, comment #176: |
Anonymous |
Mon 24 Oct 2005 02:59:11 PM UTC, comment #175: Do your TV card alreay on slot 4 ? |
Anonymous |
Mon 24 Oct 2005 02:08:01 PM UTC, comment #174: why would i do that? you do have to think of IRQ sharing as well...
|
Maarten Vanraes <alien999999999> |
Mon 24 Oct 2005 12:55:31 PM UTC, comment #173: Put your au8810 in PCI Slot 4 instead of Slot 2
|
Anonymous |
Mon 24 Oct 2005 07:57:25 AM UTC, comment #172: hahaha, indeed it is... ;-)
|
Maarten Vanraes <alien999999999> |
Mon 24 Oct 2005 06:58:20 AM UTC, comment #171: Refer to
|
Anonymous |
Mon 24 Oct 2005 05:21:47 AM UTC, comment #170: onboard sound is disabled automatically when another sound card is put in... since i need 2 sound cards, i need 2 extra sound cards snd-au8810 and snd-emu10k1 ...
|
Maarten Vanraes <alien999999999> |
Mon 24 Oct 2005 03:39:13 AM UTC, comment #169: What is the model of your SB Live! ?
|
Anonymous |
Mon 24 Oct 2005 02:46:49 AM UTC, comment #168:
|
Anonymous |
Mon 24 Oct 2005 02:17:29 AM UTC, comment #167: struct _snd_mpu401 {
|
Anonymous |
Mon 24 Oct 2005 02:04:26 AM UTC, comment #166: About mpu401 in the patch, vortex->mmio is 64-bits address and cast to port (32-bits)
|
Anonymous |
Sun 23 Oct 2005 04:20:01 PM UTC, comment #165: you should also note that i'm using a K8V 64bit motherboard!
|
Maarten Vanraes <alien999999999> |
Sun 23 Oct 2005 11:43:22 AM UTC, comment #164: Look like "Vortex: vortex_fifo_setadbctrl fail" related to VIA chipset.
|
Anonymous |
Sun 23 Oct 2005 07:31:07 AM UTC, comment #163: It seem to me that there is a bug in xine.
|
Anonymous |
Sat 22 Oct 2005 04:28:22 AM UTC, comment #162: The proposed PCM Volume Control per substream (subdevice)
|
Anonymous |
Sat 22 Oct 2005 03:15:33 AM UTC, comment #161: What is the maufacturer and model of your motherboard ?
|
Anonymous |
Fri 21 Oct 2005 12:18:23 PM UTC, comment #160: I don't think au8810 support APM suspend/resume
|
Anonymous |
Fri 21 Oct 2005 07:39:32 AM UTC, comment #159: If you have a procedure which can reproduce the system hang, you can ask the other AMD64 user to test.
|
Anonymous |
Fri 21 Oct 2005 07:08:49 AM UTC, comment #158: when the hang occurs and i'm using xine, then the visualisation also stops, cause alsa blocks.
|
Maarten Vanraes <alien999999999> |
Fri 21 Oct 2005 06:16:12 AM UTC, comment #157: Please note that the ALSA developer request the patch to use DMA_32BIT_MASK instead of VORTEX_DMA_MASK
|
Anonymous |
Fri 21 Oct 2005 04:09:21 AM UTC, comment #156: Which subdevice of device 0 will be used for playback/capture is assigned by ALSA core, the au88x0 driver only dynamically dma, fifo, src and mixer to the substream.
|
Anonymous |
Fri 21 Oct 2005 03:59:41 AM UTC, comment #155: The freeze of using GAIM is not directly caused by au88x0.
|
Anonymous |
Fri 21 Oct 2005 03:30:28 AM UTC, comment #154: Add missing KERN_* suffix to printk.
|
Anonymous |
Fri 21 Oct 2005 01:43:07 AM UTC, comment #153: There is difference between aplay %s and aplay -D hw:0,0 %s
|
Anonymous |
Thu 20 Oct 2005 08:12:16 PM UTC, comment #152: hw:0,0 is my default ...
|
Maarten Vanraes <alien999999999> |
Thu 20 Oct 2005 02:18:03 PM UTC, comment #151: On gaim's preferences dialog, go to Sounds section, and choose Command on the Sound method setting. Then, on the Sound command textbox, enter:
|
Anonymous |
Thu 20 Oct 2005 10:29:38 AM UTC, comment #150: |
Anonymous |
Thu 20 Oct 2005 10:15:57 AM UTC, comment #149: it's hard to say for sure if i actually have used it, at that time, it's my primary soundcard and it's for example also used by gaim to play a short beep tone, but i think that at that time, i only was playing music with amarok and browsing a flash website (that site has short tunes when pressing some buttons)
|
Maarten Vanraes <alien999999999> |
Thu 20 Oct 2005 02:08:08 AM UTC, comment #148: In your case,
|
Anonymous |
Wed 19 Oct 2005 06:46:01 PM UTC, comment #147: i'll remove them all, once this issue is resolved; and anyway, it's my own version, it's not like someone has any problems with it. |
Maarten Vanraes <alien999999999> |
Wed 19 Oct 2005 04:13:44 PM UTC, comment #146: No problem on my au8830 (32-bits) alsa-1.0.10rc1 + codec_init.patch + quad_front_rear_swap.patch
|
Anonymous |
Wed 19 Oct 2005 07:46:22 AM UTC, comment #145: In the setting of flash player, there is an option to restrict the flash player do not use webcam and microphone.
|
Anonymous |
Wed 19 Oct 2005 07:42:26 AM UTC, comment #144: xine has also a software solution (AMPLIFICATION), you can set it as standard mixer control, i believe alsa is working on implementing those hardware PCM volume control (with software fallback) for au88x0 and emu10k1. i'm not too sure, you can better check the alsa-devel mailing list for that... |
Maarten Vanraes <alien999999999> |
Wed 19 Oct 2005 04:00:45 AM UTC, comment #143: If we can run two or more instances of xine , how difficult will be in order to implement a customized gui of xine using the PCM volume control ?
|
Anonymous |
Tue 18 Oct 2005 03:01:04 PM UTC, comment #142:
|
Maarten Vanraes <alien999999999> |
Tue 18 Oct 2005 12:04:28 PM UTC, comment #141: au8830 card 0 ALSA 1.0.10rc1 with aoss on my 32bits machine
|
Anonymous |
Tue 18 Oct 2005 10:01:05 AM UTC, comment #140: i do not have any SPDIF stuff... |
Maarten Vanraes <alien999999999> |
Tue 18 Oct 2005 09:46:40 AM UTC, comment #139: What is the model of your emu10k1 ?
|
Anonymous |
Tue 18 Oct 2005 05:36:18 AM UTC, comment #138: Diamond Impact S90 with STAC9704 and wavetable daugther card connector
|
Anonymous |
Tue 18 Oct 2005 05:14:28 AM UTC, comment #137: au8810 is not supported by OSS.
|
Anonymous |
Tue 18 Oct 2005 04:07:45 AM UTC, comment #136: You will need to trace the PCM_STATE of the application in user space.
|
Anonymous |
Tue 18 Oct 2005 02:51:20 AM UTC, comment #135:
|
Anonymous |
Tue 18 Oct 2005 02:34:48 AM UTC, comment #134: Why ALSA callback snd_vortex_hw_params() so many times before trigger start the DMA transfer (Did your system hang just after that happen) ?
|
Anonymous |
Tue 18 Oct 2005 01:12:37 AM UTC, comment #133: Oct 17 19:23:17 queen kernel: vortex: start 0
|
Anonymous |
Mon 17 Oct 2005 05:34:14 PM UTC, comment #132: Oct 17 19:22:00 queen kernel: ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 169
|
Maarten Vanraes <alien999999999> |
Sun 16 Oct 2005 02:31:03 AM UTC, comment #131:
|
Anonymous |
Sun 16 Oct 2005 02:18:29 AM UTC, comment #130: I don't know how OSS calculate the number of capture subdevice.
|
Anonymous |
Sun 16 Oct 2005 02:00:28 AM UTC, comment #129: au88x0_pcm.c
|
Anonymous |
Sun 16 Oct 2005 01:37:15 AM UTC, comment #128: For the FIFO issue.
|
Anonymous |
Sat 15 Oct 2005 02:38:30 PM UTC, comment #127: also, flash only uses 1 subdevice for input and 1 for output, no matter how many flash stuff you open... , the sound is perfectly mixed inbetween... but only 1 subdevice is used...
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 02:36:31 PM UTC, comment #126: playback uses /dev/dsp
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 02:34:58 PM UTC, comment #125: i've been testing using /dev/dsp (snd-au8810) and /dev/dsp1 (snd-emu10k1), i've left the /dev/adsp and /dev/adsp1 devices alone, haven't touched those...
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 02:31:51 PM UTC, comment #124: input/output orders are wrong:
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 02:25:23 PM UTC, comment #123: i've been testing a few things...
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 02:24:51 PM UTC, comment #122: Refer to NOTES ON KERNEL OSS-EMULATION
|
Anonymous |
Sat 15 Oct 2005 01:40:47 PM UTC, comment #121: i don't think you understand it...
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 01:12:38 PM UTC, comment #120: You will need to ask the ALSA developer whether ALSA support multiple OSS applications running usin AOSS Emulation without blocking.
|
Anonymous |
Sat 15 Oct 2005 12:53:23 PM UTC, comment #119:
|
Anonymous |
Sat 15 Oct 2005 10:39:35 AM UTC, comment #118: ok, this time, this is the real source (make install failed last time) and i got it reproduced, allthough this time, it took some more to hung it... (2 flash apps + amarok): (first alsa is started; then played, then playing flash sound, then playing another one; then hanging; then killing all apps -9 with sound, then restarting alsa).
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 09:37:04 AM UTC, comment #117: ok, it was pretty reproducable this time, and your code was not working, allthough i'm not sure (i might have forgotten make install) (i'll try again this time with the correct sources).
|
Maarten Vanraes <alien999999999> |
Sat 15 Oct 2005 01:36:16 AM UTC, comment #116: The matrix should be
|
Anonymous |
Fri 14 Oct 2005 04:05:34 PM UTC, comment #115: you may very well be correct, prior to changing anything, i decided to browse a flash site with music, and something did go wrong.
|
Maarten Vanraes <alien999999999> |
Fri 14 Oct 2005 03:06:43 PM UTC, comment #114: don't forget that i'm on x86_64...
|
Maarten Vanraes <alien999999999> |
Fri 14 Oct 2005 02:56:02 PM UTC, comment #113: The au88x0 driver currently don't provide 4 channels for SQ1500
|
Anonymous |
Fri 14 Oct 2005 02:37:30 PM UTC, comment #112: What is the value of temp and fifo when the "Vortex: vortex_fifo_setadbctrl fail" appear ?
|
Anonymous |
Fri 14 Oct 2005 12:21:27 PM UTC, comment #111: the 2.1 speaker set, only accepts 2.0 and filters the BASS itself...
|
Maarten Vanraes <alien999999999> |
Fri 14 Oct 2005 06:40:01 AM UTC, comment #110: The Analog EQ channel in Win9x driver has not been implmeneted in ALSA driver.
|
Anonymous |
Fri 14 Oct 2005 03:42:34 AM UTC, comment #109: SQ1500 http://gamesurf.tiscali.it/hardware/inte5108170808100/immagini_grandi/0.jpg
|
Anonymous |
Fri 14 Oct 2005 01:43:33 AM UTC, comment #108: Please post the content of
|
Anonymous |
Thu 13 Oct 2005 03:59:16 PM UTC, comment #107: What is the value of temp and fifo when the "Vortex: vortex_fifo_setadbctrl fail" appear ?
|
Anonymous |
Thu 13 Oct 2005 01:01:15 PM UTC, comment #106: ok, i'm getting too confused now:
|
Maarten Vanraes <alien999999999> |
Thu 13 Oct 2005 09:54:42 AM UTC, comment #105: If audio-out of your TVcard connect to line-in of your vortex advantage. (The analog signal only pass through the mixer of the WM9701A codec to the speakers)
|
Anonymous |
Thu 13 Oct 2005 07:53:10 AM UTC, comment #104: The error "vortex_fifo_setadbctrl fail" also occur on au8830 in the ALSA 1.0.0rc2
|
Anonymous |
Thu 13 Oct 2005 06:23:43 AM UTC, comment #103: 4 channels support of au8810
|
Anonymous |
Thu 13 Oct 2005 05:33:59 AM UTC, comment #102:
|
Anonymous |
Thu 13 Oct 2005 03:49:41 AM UTC, comment #101: Vxd Tutorial
|
Anonymous |
Wed 12 Oct 2005 11:40:37 AM UTC, comment #100: Vortex Advantage, Vortex 1, Vortex 2 and Vortex 2 Super Quad Digital PCI Sound Card Installation Guide
|
Anonymous |
Wed 12 Oct 2005 10:15:35 AM UTC, comment #99: i don't think it's used to change the mic-in to headphone.
|
Maarten Vanraes <alien999999999> |
Wed 12 Oct 2005 09:31:15 AM UTC, comment #98: i don't think my card has SPDIF ( the single connector will probably be a CD-IN AUDIO, probably not SPDIF)
|
Maarten Vanraes <alien999999999> |
Wed 12 Oct 2005 09:26:10 AM UTC, comment #97: Are the jumper used to change the Mic-In to/from Headphone ? |
Anonymous |
Wed 12 Oct 2005 09:09:14 AM UTC, comment #96: Hardware EQ should be present in au8810.
|
Anonymous |
Wed 12 Oct 2005 08:03:17 AM UTC, comment #95: ok, i see it: the sticker where it says advantage is on the back of the card...
|
Maarten Vanraes <alien999999999> |
Wed 12 Oct 2005 03:25:49 AM UTC, comment #94: Aureal Vortex FAQ - Card Images
|
Anonymous |
Wed 12 Oct 2005 03:06:17 AM UTC, comment #93: Aureal Vortex = au8820
|
Anonymous |
Wed 12 Oct 2005 12:47:58 AM UTC, comment #92:
|
Anonymous |
Tue 11 Oct 2005 11:54:26 PM UTC, comment #91: P/N BA88VL10A-02
|
Anonymous |
Tue 11 Oct 2005 08:17:33 AM UTC, comment #90: 00:0c.0 Class 0401: 12eb:0003 (rev 02) <--- au8810
|
Anonymous |
Tue 11 Oct 2005 06:24:42 AM UTC, comment #89: None of au8820/au8830 users have reported "IRQ reg error".
|
Anonymous |
Tue 11 Oct 2005 04:00:24 AM UTC, comment #88: There is no need to send any photo.
|
Anonymous |
Mon 10 Oct 2005 04:41:44 PM UTC, comment #87: PS: what's this about my card and changing the pci ID or something...
|
Maarten Vanraes <alien999999999> |
Mon 10 Oct 2005 04:39:00 PM UTC, comment #86: OK, you lost me...
|
Maarten Vanraes <alien999999999> |
Sun 09 Oct 2005 03:44:32 AM UTC, comment #85: Do you hear any sound from device 3 WaveTable of your au8820 after applying this patch ?
|
Anonymous |
Sat 08 Oct 2005 08:27:32 AM UTC, comment #84: Refer to your system log, you seem to have many printk statements lie between spin_lock and spin_unlock.
|
Anonymous |
Sat 08 Oct 2005 08:08:52 AM UTC, comment #83: Refer to page 40 of the XLerate Pro - Manual (english)
|
Anonymous |
Sat 08 Oct 2005 04:55:41 AM UTC, comment #82: The pin 81 (red) of au8830 chip is for SPDIF OUT
|
Anonymous |
Sat 08 Oct 2005 04:36:36 AM UTC, comment #81: Those 3D registers on au8830 are most likely not present on au8810.
|
Anonymous |
Sat 08 Oct 2005 04:24:24 AM UTC, comment #80: The value of MMIO 22000 seem to indicate the presence of modem codec , DAA, ..
|
Anonymous |
Sat 08 Oct 2005 04:04:21 AM UTC, comment #79: Your photo clear indicate that your au8810 is Vortex Advantage
|
Anonymous |
Sat 08 Oct 2005 03:43:57 AM UTC, comment #78: The current code in vortex_codec_init() is for au8820 and not for au8810/au8830
|
Anonymous |
Sat 08 Oct 2005 03:21:03 AM UTC, comment #77: The device 1 of au88x0 is SPDIF, however when you play audio through device 0 au88x0 adb, the hardware mixer copy the signal to SPDIF too.
|
Anonymous |
Fri 07 Oct 2005 01:33:07 PM UTC, comment #76: Refer to your photo, your au8810 is Aureal Advantage which don't have SPDIF.(digital out)
|
Anonymous |
Sun 25 Sep 2005 04:07:44 PM UTC, comment #75: does anyone have any idea as to why i still get this hang?
|
Maarten Vanraes <alien999999999> |
Tue 20 Sep 2005 03:18:23 PM UTC, comment #74: i get that ACPI:PCI line each time some alsa module is inserted and/or removed;
|
Maarten Vanraes <alien999999999> |
Tue 20 Sep 2005 02:41:26 PM UTC, comment #73: Why the ACPI: PCI interrupt keep changing ?
|
Anonymous |
Mon 19 Sep 2005 12:38:38 PM UTC, comment #72: well, the card probably has SPDIF (i'll check when i get home), but i'm just not using it...
|
Maarten Vanraes <alien999999999> |
Mon 19 Sep 2005 12:11:33 PM UTC, comment #71:
|
Anonymous |
Mon 19 Sep 2005 10:34:11 AM UTC, comment #70: is this for me to try out?
|
Maarten Vanraes <alien999999999> |
Mon 19 Sep 2005 10:05:48 AM UTC, comment #69: I do not have ACPI enabled on my machine.
|
Anonymous |
Sun 18 Sep 2005 08:32:19 PM UTC, comment #68: don't mind the sensors, they aren't properly adjusted and set; i can only see that the temparatures are probably correct...
|
Maarten Vanraes <alien999999999> |
Sun 18 Sep 2005 09:09:24 AM UTC, comment #67: Look like hardware problem
|
Anonymous |
Sun 18 Sep 2005 08:56:51 AM UTC, comment #66: From the log, there are still plenty resources before vortex_fifo_setadbctrl() failt, I think you can remove some of printk statements related to resources (especially those between spin_lock() and spin_unlock()
|
Anonymous |
Sun 18 Sep 2005 08:49:19 AM UTC, comment #65:
|
Anonymous |
Fri 16 Sep 2005 03:54:09 PM UTC, comment #64: ok, nvm my stupid tryouts, one can evidently see the files below this... |
Maarten Vanraes <alien999999999> |
Fri 16 Sep 2005 03:50:40 PM UTC, comment #63: just #5181 then... (i'm trying to refer to the added attachment) |
Maarten Vanraes <alien999999999> |
Fri 16 Sep 2005 03:49:29 PM UTC, comment #62: ok, the numbering didn't really work... how do i get this done correctly?
|
Maarten Vanraes <alien999999999> |
Fri 16 Sep 2005 03:47:52 PM UTC, comment #61: i forgot to mention that with bug #5181 , the logs are only AFTER it already happened and it try to modprobe -r snd-au8810 ... |
Maarten Vanraes <alien999999999> |
Fri 16 Sep 2005 03:45:15 PM UTC, comment #60: just now, i've had that function fail and i had printk's in place to show what is passed, i've added it below...
|
Maarten Vanraes <alien999999999> |
Wed 14 Sep 2005 01:15:20 PM UTC, comment #59: added info to the printk with all arguments, we'll see if anything goes wrong again... |
Maarten Vanraes <alien999999999> |
Wed 14 Sep 2005 12:13:13 PM UTC, comment #58:
|
Anonymous |
Sat 10 Sep 2005 02:07:21 PM UTC, comment #57: btw: http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-kernel/pci/au88x0/au88x0_pcm.c?r1=1.9&r2=1.10
|
Maarten Vanraes <alien999999999> |
Sat 10 Sep 2005 02:03:05 PM UTC, comment #56: to nr #49:
|
Maarten Vanraes <alien999999999> |
Mon 05 Sep 2005 06:13:26 AM UTC, comment #55: Review of SQ1500 and SQ2500
|
Anonymous |
Mon 05 Sep 2005 01:03:39 AM UTC, comment #54: Is there any problem on AMD64 if call snd_ac97_mixer() (cold reset the ac97) before the snd_vortex_pcm() for the proposed PCM Volume control (per substream)?
|
Anonymous |
Fri 02 Sep 2005 01:18:13 PM UTC, comment #53: After apply diff11.diff, there are compile errors for XTALK
|
Anonymous |
Mon 29 Aug 2005 11:40:06 AM UTC, comment #52: actually, in the snd-au8810 driver, i had this error in the past a lot of times, always at init, OR it's a similar one. it was always at the modprobing, but lately i don't have it anymore |
Maarten Vanraes <alien999999999> |
Mon 29 Aug 2005 11:04:33 AM UTC, comment #51: Did any of you find the "vortex: IRQ fifo error" when playing sound in system log, I suspect this error only present in au8830 with quad codec. |
Anonymous |
Thu 25 Aug 2005 06:59:08 AM UTC, comment #50: i'll try this with a printk so i'll effectively know if that's the problem.
|
Maarten Vanraes <alien999999999> |
Thu 25 Aug 2005 12:38:20 AM UTC, comment #49: Do this patch fix your problem ?
|
Anonymous |
Thu 14 Jul 2005 04:25:47 PM UTC, comment #48:
|
Anonymous |
Thu 14 Jul 2005 01:21:24 PM UTC, comment #47: well, i never had any trouble with the emu10k1, (but of course emu10k1 has more subdevices) and i don't think my dmix is default, unless you mean aplay directly.
|
Maarten Vanraes <alien999999999> |
Thu 14 Jul 2005 12:12:32 PM UTC, comment #46: It depends which cards (emu10k1 or au8810) is more stable on your AMD64. you need to specify -D hw:x since the latest version of aplay use dmix by default.
|
Anonymous |
Thu 14 Jul 2005 10:52:28 AM UTC, comment #45: you mean, i try to use gaim like that and see if i ever get the same problem again? |
Maarten Vanraes <alien999999999> |
Thu 14 Jul 2005 03:35:05 AM UTC, comment #44: In order to test it is a gaim bug or not, you can configure gaim ( aplay -D hw:x %s ) where x is the emu10k1 card number since you have au8810 and emu10k1 (both support hardware mixing) on your computer.
|
Anonymous |
Mon 11 Jul 2005 07:00:17 PM UTC, comment #43: RE post #42
|
Igor V. Kovalenko <kovalenko> |
Mon 11 Jul 2005 06:49:48 AM UTC, comment #42:
|
Anonymous |
Sun 10 Jul 2005 09:02:17 AM UTC, comment #41:
|
Anonymous |
Thu 16 Jun 2005 03:42:00 PM UTC, comment #40:
|
Anonymous |
Tue 07 Jun 2005 12:05:15 PM UTC, comment #39: [alien@queen alsa-driver]$ ./configure --with-cards=au8810,au8820,emu10k1,bt87x --with-sequencer=yes --with-oss=yes
|
Maarten Vanraes <alien999999999> |
Tue 07 Jun 2005 11:31:05 AM UTC, comment #38: Would you post the output of ./configure --with-cards=au8810,au8820
|
Anonymous |
Wed 01 Jun 2005 02:26:58 AM UTC, comment #37: low-high-low-high of au8820
|
Anonymous |
Mon 23 May 2005 03:38:22 PM UTC, comment #36: only the ac97_patch.c file was rev 1.82, the other three were already the revisions you noted... |
Maarten Vanraes <alien999999999> |
Mon 23 May 2005 02:10:38 PM UTC, comment #35: http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-utils/aplay/aplay.c?rev=1.185&view=markup
|
Anonymous |
Mon 23 May 2005 01:57:17 PM UTC, comment #34:
|
Anonymous |
Mon 23 May 2005 01:08:32 PM UTC, comment #33: what's all this code you keep spouting? |
Maarten Vanraes <alien999999999> |
Mon 23 May 2005 01:03:22 PM UTC, comment #32: err = snd_pcm_hw_params(handle, params);
|
Anonymous |
Mon 23 May 2005 11:44:02 AM UTC, comment #31: static int patch_sigmatel_stac9704_specific(ac97_t *ac97)
|
Anonymous |
Mon 23 May 2005 09:07:58 AM UTC, comment #30: gaim might not check an error, but that's not the problem isn't it... |
Maarten Vanraes <alien999999999> |
Sun 22 May 2005 08:37:01 AM UTC, comment #29: lspci -v shows:
|
Igor V. Kovalenko <kovalenko> |
Sun 22 May 2005 08:06:29 AM UTC, comment #28: 16 bit data becomes 18 bits.AC97 codecs
|
Anonymous |
Sun 22 May 2005 07:29:41 AM UTC, comment #27: What model and revision is your Vortex AU8820 card ? You can find it out with "lspci"
|
Anonymous |
Sat 21 May 2005 03:18:33 AM UTC, comment #26: snd_vortex_pcm_hw_params() should return -EBUSY from vortex_adb_allocroute()
|
Anonymous |
Sat 21 May 2005 03:04:41 AM UTC, comment #25: asp4mmed.inf
|
Anonymous |
Fri 20 May 2005 06:35:08 PM UTC, comment #24: I added the following line before returning from snd_vortex_mixer():
|
Igor V. Kovalenko <kovalenko> |
Fri 20 May 2005 01:08:48 PM UTC, comment #23: thanks for the info, but shouldn't it return an error instead of a hang? |
Maarten Vanraes <alien999999999> |
Fri 20 May 2005 12:56:06 PM UTC, comment #22: There are 16 Sample Rate Convertors in au8810, you should able to run 8 stereo streams or 16 mono streams.
|
Anonymous |
Fri 20 May 2005 12:32:34 PM UTC, comment #21: I'm sending this to confirm that I still got the audio hang with that last patch... |
Maarten Vanraes <alien999999999> |
Fri 20 May 2005 09:06:30 AM UTC, comment #20: cat /proc/asound/au8810/codec97#0/ac97#0-0+regs
|
Anonymous |
Fri 20 May 2005 06:39:02 AM UTC, comment #19: cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
|
Anonymous |
Sat 14 May 2005 06:30:21 PM UTC, comment #18: I use alsamixer to control the volume, and alsactl to save/restore.
|
Igor V. Kovalenko <kovalenko> |
Sat 14 May 2005 02:02:49 PM UTC, comment #17: You should use alsamixer, amixer or vortexcontrol to change the volume of playback and capture.
|
Anonymous |
Sat 14 May 2005 01:12:15 PM UTC, comment #16: Well, I've not stated the problem clearly enough.
|
Igor V. Kovalenko <kovalenko> |
Sat 14 May 2005 12:38:27 PM UTC, comment #15: Are you using alsamixer to change the Master and PCM volume (low-high-low-high) ? |
Anonymous |
Sat 14 May 2005 12:06:11 PM UTC, comment #14: Mine au8820 does not have channels swap problem |
Igor V. Kovalenko <kovalenko> |
Sat 14 May 2005 11:30:24 AM UTC, comment #13:
|
Anonymous |
Sat 14 May 2005 07:11:01 AM UTC, comment #12: yes, it looks horrible, the first 2 seem stereo and the last 2 seem mono... |
Maarten Vanraes <alien999999999> |
Sat 14 May 2005 05:04:23 AM UTC, comment #11: Do the graphic equalizer (for au8810/au8830) in vortexcontrol ( support #103017 ) need any modification to work in AMD64 ? |
Anonymous |
Sat 14 May 2005 01:15:45 AM UTC, comment #10: Would you post the content of AC97 registers when Master and PCM control are mute, low, high, low-high-low-high ?
|
Anonymous |
Fri 13 May 2005 05:41:51 PM UTC, comment #9: These are not Ooopses, it's like the volume control value is scaled by 2 and high bit of the value is dropped. What data do you need?
|
Igor V. Kovalenko <kovalenko> |
Fri 13 May 2005 03:52:52 PM UTC, comment #8: Would you post the outputs (Master and PCM controls) of amixer on the "low-high-low-high oopses" ? |
Anonymous |
Thu 12 May 2005 06:52:52 PM UTC, comment #7: I am replying just to mention that I got a new 2.6.11 kernel, built ALSA CVS on it with your patch and you forgot to set some function prototype in a .h file. besides that it's working somewhat. |
Maarten Vanraes <alien999999999> |
Thu 12 May 2005 05:41:10 PM UTC, comment #6: Of course, it's not necessary :) I modified #ifdef'd code for it matched the common integer size pattern, and it may be turned back to life later. I currently do not monitor openvortex development closely. |
Igor V. Kovalenko <kovalenko> |
Wed 11 May 2005 01:47:36 PM UTC, comment #5: There is no need to modify those unused code in diff11.diff
|
Anonymous |
Mon 09 May 2005 02:57:04 AM UTC, comment #4: The PCM volume is controlled by AC97 (alsa-kernel/pci/ac97/ac97_codec.c) , you need to post your "low-high-low-high oopses on amd64" problem on the alsa-devel mailing list |
Anonymous |
Sat 07 May 2005 08:22:13 AM UTC, comment #3: I've updated patch a bit to somewhat follow porting guide.
|
Igor V. Kovalenko <kovalenko> |
Sat 30 Apr 2005 07:37:32 AM UTC, comment #2: |
Anonymous |
Tue 26 Apr 2005 03:19:54 AM UTC, comment #1: Stereo playback is good, I finally learned to plug extension cable properly :)
|
Igor V. Kovalenko <kovalenko> |
Mon 25 Apr 2005 09:47:27 PM UTC, original submission:
I tried au8820 driver with kernel 2.6.12-rc3 on amd64 and found kernel faults while initializing snd-au8820
|
Igor V. Kovalenko <kovalenko> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 6 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2005-10-20 | None | Attached File | - | ![]() |
Added au8810_remove_3d.patch, #5347 |
2005-09-16 | alien999999999 | Attached File | - | ![]() |
Added adbfail.txt, #5181 |
2005-06-07 | alien999999999 | Attached File | - | ![]() |
Added config.log, #4701 |
2005-05-07 | kovalenko | Attached File | - | ![]() |
Added diff11.diff, #4575 |
2005-05-01 | alien999999999 | Carbon-Copy | - | ![]() |
Added -email is unavailable- |
2005-04-25 | kovalenko | Attached File | - | ![]() |
Added diff10.diff, #4515 |
Wavetable 342 provides a read.sub.-- fifo, an increment.sub.-- wavetable.sub.-- pointer and a increment.sub.-- count signals to FIFO controller 320 to control the flow of data through the wavetable FIFOs. Wavetable 342 generates a corresponding set of signals for each wavetable FIFO. Wavetable 342 triggers a read.sub.-- fifo signal to FIFO controller 320 when the wavetable 342 requires data. Instead of just providing a single word or sample the wavetable FIFOs make available to the wavetable 342 any number of samples that the wavetable 342 may require in order to perform an interpolation operation.
In one embodiment wavetable 342 receives the first four samples of data from a single wavetable FIFO (e.g. 306(44)) when wavetable 342 requests data from FIFO controller 320. The first four samples corresponds to the four oldest samples stored in the FIFO. In another embodiment, wavetable receives the first four samples of data from two wavetable FIFOs (e.g. 306(44) and 306(45)) that are a stereo pair. The wavetable FIFOs may provide any number of samples or words in a single read operation triggered by a read fifo signal from wavetable 342.
Wavetable 342 may require that the same set of data previously read from FIFO (e.g. 306(44)) be read several more times before discarding the data. Therefore, wavetable 342 controls the increment of a wavetable pointer in an associated control register of wavetable control memory 507 of FIFO controller 320. Wavetable pointer is the wavetable version of data bus pointer 505(e), as described in reference to FIG. 18.
Wavetable 342 controls the increment of the wavetable pointers in the control registers of wavetable control memory 507 rather than the FIFO controller 320 automatically incrementing the wavetable pointers. Wavetable 342 triggers the increment.sub.-- wavetable.sub.-- pointer signal when the wavetable 342 requires the next pieces of data rather than the old pieces of data. FIFO controller 320 appropriately increments wavetable pointer for the specific FIFO after receiving the increment.sub.-- wavetable.sub.-- pointer signal.
Increment.sub.-- count signal determines the amount of increment. Wavetable 342 may need to increment the wavetable pointer by one sample or by a greater number of samples. The type of interpolation and sample rate conversion determines the amount of increment. If FIFO 306(44) typically provides four samples per read and increment.sub.-- count is one, three of the four of the new set of samples provided in the next read are carried over from the last set of samples. That is, only the oldest sample is "popped" from the FIFO.
The wavetable pointer is incremented to point to the beginning of the new set of four samples in the FIFO 306(44). Depending on the sample rate conversion performed by wavetable 342 increment.sub.-- count may be any number from zero to a maximum increment count. As described, FIFO controller 320 compares the wavetable pointer and the DMA pointer to determine if the FIFO has reached the trigger level. FIFO controller 320 makes a request for a DMA transfer when a FIFO triggers.