Re: [Cooker] Re: new kernel alsa
On 08/23/03 15:53:29, [EMAIL PROTECTED] wrote: So it's a patches, as i guessed. I think you could still make it easier to find for juan if you can find the responsible patch. Since I assume that it only broke recently, start with trying recently added patches. Will do. I just figured out Juan's apply_patches script. Makes things much simpler. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Re: new kernel alsa
On Sat, 23 Aug 2003, Austin wrote: > > On 08/21/03 05:28:34, Juan Quintela wrote: > > danny> o..I meant, if it still doesn't work, diff the unpacked alsa tarbal > > (it is > > danny> also in the patches file) against your > > danny> functional alsa download, to be sure there are no differences. > > > > Yupp, and you can send me the diff to update it. > > > > But first, please, test 2.4.22.0.7mdk, as I fixed a typo in request > > module on our alsa patches. > > I diffed the sources. Your alsa tar and the official tarball are identical. > > However, there are a LOT of patches applied, many of them to USB stuff, so I > assume that's what's hanging the Quattro. Also I'm not sure why snd-seq-midi > isn't building (or it's being deleted), but that should be easier to fix than > the Quattro problem. > So it's a patches, as i guessed. I think you could still make it easier to find for juan if you can find the responsible patch. Since I assume that it only broke recently, start with trying recently added patches. d.
Re: [Cooker] Re: new kernel alsa
On 08/21/03 05:28:34, Juan Quintela wrote: danny> o..I meant, if it still doesn't work, diff the unpacked alsa tarbal (it is danny> also in the patches file) against your danny> functional alsa download, to be sure there are no differences. Yupp, and you can send me the diff to update it. But first, please, test 2.4.22.0.7mdk, as I fixed a typo in request module on our alsa patches. I diffed the sources. Your alsa tar and the official tarball are identical. However, there are a LOT of patches applied, many of them to USB stuff, so I assume that's what's hanging the Quattro. Also I'm not sure why snd-seq-midi isn't building (or it's being deleted), but that should be easier to fix than the Quattro problem. I'd suggest looking at SuSe's current kernel, as most of the ALSA developers work for SuSe. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Re: new kernel alsa
Juan Quintela <[EMAIL PROTECTED]> writes: > Notice that alsa patches that we have are basically the only the > ones in alsa-0.9.6, or completely new aditions, i.e. basically no > patches to alsa code at all (just that their Makefiles/Config.in > sucks big time). well, the problem is not totally their own, it's just that build system had been altered between 2.4.x and 2.6.x (split/merge of Documentation/Configure.help with Config.in files in new syntax Kconfig files), and that alsa team only officially support Kconfig though somes patches are generated from times to times to 2.4.x tree.
[Cooker] Re: new kernel alsa
> "danny" == <[EMAIL PROTECTED]> writes: danny> On Wed, 20 Aug 2003, Austin wrote: >> >> On 08/20/03 03:57:30, [EMAIL PROTECTED] wrote: >> > On Tue, 19 Aug 2003, Austin wrote: >> > >> > > >> > > So a few comments: >> > > 1. Kernel 2.6 alsa backport sucks. Hard. >> > It can also be due to one of the other ALSA patches inside mdk kernel. Can >> > you just disable those and try, and do a diff on the rest to see what is >> > different? >> >> It sounds like that might be the problem. >> I'm not 100% sure what you want me to do though. >> Disable extraneous alsa patches in kernel spec, rebuild a new kernel and test danny> not sure if that is possible, you can only give the start patch number to danny> the apply_patches script. But you can just remove them from the patches danny> tarbal (it is in your SOURCES dir, IIRC danny> linux-q.tar.bz2) You can always try: apply_patches --stop=ms01 apply_patches --start=za01-6 to skip all alsa patches. Notice that alsa patches that we have are basically the only the ones in alsa-0.9.6, or completely new aditions, i.e. basically no patches to alsa code at all (just that their Makefiles/Config.in sucks big time). danny> and then rebuild the kernel (check the patches you remove, some danny> might be required to let it build properly). >> it. I think I can do that. >> But then diff what? danny> o..I meant, if it still doesn't work, diff the unpacked alsa tarbal (it is danny> also in the patches file) against your danny> functional alsa download, to be sure there are no differences. Yupp, and you can send me the diff to update it. But first, please, test 2.4.22.0.7mdk, as I fixed a typo in request module on our alsa patches. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy