- 22 Jul, 2010 2 commits
-
-
Rene Sapiens authored
The intention of this patch is to rename the remaining variables with camel case. Variables will be renamed avoiding camel case and Hungarian notation. The words to be renamed in this patch are: ======================================== dspAddr to dsp_address dspAdr to dsp_adr dspBaseVirt to dsp_base_virt dwDeviceContext to device_context dwDSPAddrOffset to dsp_addr_offset dwDSPAddr to dsp_addr dwErrInfo to error_info dwGPPBaseBA to gpp_base_ba dwMask to mask dwTimeout to timeout dwTimeOut to timeout dwValue to value entryNum to entry_num execFile to exec_file fFlush to flush_data FlushMemType to flush_mem_type ======================================== Signed-off-by:
Rene Sapiens <rene.sapiens@ti.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Rene Sapiens authored
This patch fix a compilation error in uuid_hex_to_bin due to the patch "simplify and clean up" Signed-off-by:
Andy Shevchenko <andy.shevchenko@gmail.com> Signed-off-by:
-
- 08 Jul, 2010 38 commits
-
-
Rene Sapiens authored
The intention of this patch is to rename the remaining variables with camel case. Variables will be renamed avoiding camel case and Hungarian notation. The words to be renamed in this patch are: ======================================== aAddr to addrs aArgs to args aSize to len baseAddress to base_address bDynamicLoad to dynamic_load bForce to force cCharSize to char_size cContentSize to content_size cCount to count cDspCharSize to dsp_char_size cIndex to index ClkId to clock_id cOrigin to origin dataBasePhys to data_base_phys dcdObjUnion to dcd_obj deviceContext to device_ctxt ======================================== Signed-off-by:
-
Greg Kroah-Hartman authored
This adds the needed Kconfig and Makefile changes to add the quickstart driver to the build. Cc: Angelo Arrifano <miknix@gentoo.org> Signed-off-by: -
Angelo Arrifano authored
This adds the quickstart acpi key driver to the staging tree Signed-off-by: -
Ky Srinivasan authored
This patch is a clocksource implementation suitable for guests hosted on HyperV. Time keeping in Linux guests hosted on HyperV is unstable. This clocksource driver fixes the problem. This driver uses the hyperv detection code integrated into the kernel. Signed-off-by:
K. Y. Srinivasan <ksrinivasan@novell.com> Cc: Hank Janssen <hjanssen@microsoft.com> Cc: Haiyang Zhang <haiyangz@microsoft.com> Signed-off-by:
-
Ky Srinivasan authored
This is needed so that the staging hyperv can properly access this symbol. Signed-off-by:
H. Peter Anvin <hpa@zytor.com> Signed-off-by:
-
Arnd Bergmann authored
These could not be detected by the semantic patch. Signed-off-by:Arnd Bergmann <arnd@arndb.de>
-
Randy Dunlap authored
Several solo drivers need <linux/delay.h>, so add it to the private solo6010.h header file. drivers/staging/solo6x10/solo6010-core.c:191: error: implicit declaration of function 'mdelay' drivers/staging/solo6x10/solo6010-tw28.c:181: error: implicit declaration of function 'msleep_interruptible' drivers/staging/solo6x10/solo6010-gpio.c:78: error: implicit declaration of function 'udelay' drivers/staging/solo6x10/solo6010-v4l2-enc.c:254: error: implicit declaration of function 'mdelay' Signed-off-by:Randy Dunlap <randy.dunlap@oracle.com>
-
Uwe Kleine-König authored
Signed-off-by:Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
-
Peter Huewe authored
This patch prevents the code from calling parport_release and parport_unregister_device twice with the same arguments - and thus fixes an oops. Rationale: After the first call the parport is already released and the handle isn't valid anymore and calling parport_release and parport_unregister_device twice isn't a good idea. Signed-off-by:
Peter Huewe <peterhuewe@gmx.de> Cc: stable <stable@kernel.org> Acked-by:
Willy Tarreau <w@1wt.eu>
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
Kulikov Vasiliy <segooon@gmail.com> Signed-off-by:
Martyn Welch <martyn.welch@ge.com> Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
Simon Horman <horms@verge.net.au> Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Kulikov Vasiliy authored
Remove unnesessary casts from void*. Signed-off-by:
-
Andy Shevchenko authored
There is recently added hex_to_bin() kernel's method which we could use instead of custom long function. Signed-off-by:
-
Felipe Contreras authored
We only want this code when testing. Signed-off-by:
Felipe Contreras <felipe.contreras@gmail.com> Signed-off-by:
-
Felipe Contreras authored
Obviously nobody was using DSP_TRACEBUF_DISABLED, since it wasn't even standarized between TRACEBUF and TRACE_BUF. Signed-off-by:
-
Felipe Contreras authored
Signed-off-by:
-
Felipe Contreras authored
Signed-off-by:
-
Felipe Contreras authored
Add myself... git blame seems to agree :) Signed-off-by:
-
Felipe Contreras authored
Signed-off-by:
-
Felipe Contreras authored
Signed-off-by:
-
Felipe Contreras authored
Signed-off-by:
-
Felipe Contreras authored
We only use it to pass the MMU fault address. Signed-off-by:
-
Felipe Contreras authored
Nobody is using it. Signed-off-by:
-
Felipe Contreras authored
All this code is just to print the stack, so make it clearer. Signed-off-by:
-
Felipe Contreras authored
We don't want the DSP to continue writing into other mapped pages, no matter how unlikely. Based on extensive discussion with Fernando Guzman Lugo. Signed-off-by:
-
Felipe Contreras authored
So that it can be used in more than one place. Signed-off-by:
-
Felipe Contreras authored
Signed-off-by:
-
Felipe Contreras authored
There's no need to keep it around. DSP should stop trying to access system memory. Signed-off-by:
-
Felipe Contreras authored
No functional changes. Signed-off-by:
-
