- 30 9月, 2006 1 次提交
-
-
由 Rolf Eike Beer 提交于
As suggested by Muli Ben-Yehuda this function is moved to generic code as may be useful for all archs. [akpm@osdl.org: fix] Signed-off-by: NRolf Eike Beer <eike-kernel@sf-tec.de> Cc: Muli Ben-Yehuda <muli@il.ibm.com> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 11 5月, 2006 1 次提交
-
-
由 Francois Romieu 提交于
Typo will be harder with this one. Signed-off-by: NFrancois Romieu <romieu@fr.zoreil.com> Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
-
- 11 4月, 2006 1 次提交
-
-
由 Tobias Klauser 提交于
These are the last conversions of pci_set_dma_mask(), pci_set_consistent_dma_mask() and pci_dma_supported() to use DMA_xBIT_MASK constants from linux/dma-mapping.h Signed-off-by: NTobias Klauser <tklauser@nuerscht.ch> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 29 3月, 2006 1 次提交
-
-
由 Matthias Gehre 提交于
Replace all occurences of 0xff.. in calls to function pci_set_dma_mask() and pci_set_consistant_dma_mask() with the corresponding DMA_xBIT_MASK from linux/dma-mapping.h. Signed-off-by: NMatthias Gehre <M.Gehre@gmx.de> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 22 3月, 2006 1 次提交
-
-
由 Tobias Klauser 提交于
This patch introduces the DMA_28BIT_MASK constant in dma-mapping.h ALSA drivers using this mask are changed to use the new constant. Signed-off-by: NTobias Klauser <tklauser@nuerscht.ch> Acked-by: NTakashi Iwai <tiwai@suse.de> Acked-by: NJaroslav Kysela <perex@suse.cz>
-
- 18 6月, 2005 1 次提交
-
-
由 Lee Revell 提交于
Signed-Off-By: NLee Revell <rlrevell@joe-job.com> Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-