- 07 Nov, 2004 40 commits
-
-
Pawel Sikora authored
The presence of /proc/kcore is supposed to be configurable. Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Rusty Russell authored
Since 2.6.4 we've been ignoring the failure of try_stop_module: it will normally fail if the module reference count is non-zero. This would have been mainly unnoticed, since "modprobe -r" checks the usage count before calling sys_delete_module(), however there is a race which would cause a hang in this case. Signed-off-by:
Rusty Russell <rusty@rustcorp.com.au> Signed-off-by:
-
Antonino Daplas authored
If the driver has no fb_blank hook, then the generic method is to clear the screen and then disallow writes to the framebuffer. However, if the console is leaving graphics mode (KD_GRAPHICS), it would update the screen first, then unblank. However, since writes to the framebuffers are disallowed, the update failes, and upon unblank, the screen is left empty except for the flashing cursor. (This happens, for example when switching from X to console). The fix is to allow writes to the framebuffer even if the console is blanked. To imitate a blank screen, the get_color() function will return the attributes of the erase character (black on black) if the console is blanked and if the driver has no fb_blank hook. I think this fixes the rest of the major bugs in the blanking code. Signed-off-by:
Antonino Daplas <adaplas@pol.net> Signed-off-by:
-
Sylvain Meyer authored
- fix problems in the __iomem annotation - remove builtinmodes.c - remove INTEL_*_PARAM and use module_param instead - remove intelfb_find_mode() and associated functions and use generic fb_find_mode() instead - trivial documentation fix Signed-off-by:
Sylvain Meyer <sylvain.meyer@worldonline.fr> Acked-by:
"Antonino A. Daplas" <adaplas@hotpop.com> Signed-off-by:
-
Christoph Hellwig authored
Signed-off-by:
-
Antonino Daplas authored
Sigh, this patch uncovered a can of worms. I tested different combinations, those with/without xxxfb_blank implementation, framebuffers in directcolor or truecolor, etc. I find that there is a problem unblanking if the hardware has no xxxfb_blank() implementation, and also that the generic fb_blank() in fbmem.c is problematic with drivers in directcolor or pseudocolor mode when called by an fb application such as X. Display blanking is implemented in three ways: 1. using the drivers blanking implementation - info->fbops->fb_blank() 2. clearing the screen with the console erase character - fbcon_blank() 3. setting the color map to all black - fb_blank() The third method is problematic for these reasons: - Setting the colormap to all black will not work in truecolor mode - In directcolor or pseudocolor, it will overwrite the fb application's color map, producing wrong colors. So, remove the generic implementation in fb_blank() and just return -EINVAL if there is no hardware implementation. This will be only used by apps doing an FBIO_BLANK ioctl, and is a more robust approach. Other changes: - Consolidated all tests and created an inlined helper function to check if the framebuffer console is inactive or not. - fix unblanking if driver has no xxxfb_blank() hook. I'm probably missing a few more things, but this patch should be generally correct. Please apply after the entire patch series to avoid rejects. Signed-off-by: -
Antonino Daplas authored
In matroxfb_set_par, a flag is set to nonzero which is checked after register_framebuffer(). If this flag is zero, the driver will initialize the hardware. This is necessary because info->currcon (previously checked by matroxfb) has been removed from struct fb_info. Signed-off-by:
Petr Vandrovec <VANDROVE@vc.cvut.cz> Signed-off-by:
-
Antonino Daplas authored
The first iBook needs special mclk/xclk values, or the screen will show only garbage. A patch like this went into 2.4.23. It stopped working after 2.6.10-rc1. http://linux.bkbits.net:8080/linux-2.4/cset@3f966ca7mqKxZorh7Uw2SBAuVbv3mA It was discussed here: http://marc.theaimsgroup.com/?t=106345749200001&r=1&w=4Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
-
Ville Syrjala authored
Fix atyfb cursor problems: - oops with noaccel option - CONFIG_FB_ATY_CT dependency problem Signed-off-by:
Ville Syrjala <syrjala@sci.fi> Signed-off-by:
-
Antonino Daplas authored
atyfb_base.c requires atyfb_cursor, but it is only available for linking if CONFIG_FB_ATY_CT=y. This patch moves the .o file to the CONFIG_FB_ATY rule. Signed-off-by:
-
Antonino Daplas authored
The following fields in struct fb_info is specific only to fbcon: - struct timer_ cursor_timer - int currcon Remove them from struct fb_info and place them in fbcon_par so they become invisible from the drivers. Signed-off-by:
-
Antonino Daplas authored
Fix copy system-io copy bug. Signed-off-by:
-
Antonino Daplas authored
From: David Lazar <david@panzer.utcluj.ro> I've tried to use the 6x11 (mac console) font on the framebuffer console (on the x86 architecture), and I've noticed that the font didn't have the correct box drawing glyphs. As a result I've used as a model the 8x16 font and edited the glyphs for all 256 US ASCII characters, so that they display correctly. Signed-off-by:
-
Antonino Daplas authored
Fix IO access in rivafb: - change NV_RD*/WR* macros to use read*/write* family - use NV_RD*/WR* to access IO memory - add __iomem annotations Signed-off-by:
-
Antonino Daplas authored
Fix access to ROM in aty128fb. Found by sparse. Signed-off-by:
-
Antonino Daplas authored
The frambuffer console is still writing to the graphics hardware even if the hardware is not owned anymore by the console. This can lead to crashes with some hardware. A trace of the source indicates that it comes from almost anywhere, anytime. The fix is to return immediately if vc_mode != KD_TEXT. The test is placed in the following functions if not already present. fbcon_cursor() fbcon_putcs() fbcon_clear() fbcon_bmove() fbcon_blank() Signed-off-by:
-
Arjan van de Ven authored
With the demise of intermezzo, the journal callback stuff in jbd is entirely unused (neither ext3 nor ocfs2 use it), and thus will only bitrot and bloat the kernel with code and datastructure growth. If intermezzo ever gets resurrected this will be the least of the problems they have to face (both with generic kernel as jbd). Signed-off-by:
Arjan van de Ven <arjan@infradead.org> Signed-off-by:
-
Stelian Pop authored
The following patchlet to videodev2.h brings in the "__user" definition from linux/compiler.h, making it suitable for inclusion in both kernel or user code. Signed-off-by:
Stelian Pop <stelian@popies.net> Signed-off-by:
-
Stelian Pop authored
In the latest round of updates for the sonypi driver, I fergot to send the attached patch which fixes the driver documentation. The patch contains mostly whitespace fixes and some additional information regarding the input layer usage. Signed-off-by:
-
Stelian Pop authored
Retrieving the current settings from the camera does not work very well, we need to cache the values in the driver. Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
Signed-off-by:
-
Stelian Pop authored
- use module_param() instead of MODULE_PARM() and __setup() - use MODULE_VERSION() Signed-off-by:
-
Michael Hunold authored
The attached patch keeps the tvaudio i2c helper module away from any saa7146 based framegrabber. All saa7146 drivers have their dedicated i2c helper modules and don't work together with tvaudio, so keep it away alltogether. This will make mixed-card configurations work. The patch was discussed and ack'ed by Gerd Knorr. - don't attach tvaudio module on saa7146 i2c busses Signed-off-by:
Michael Hunold <hunold@linuxtv.org> Acked-by:
Gerd Knorr <kraxel@bytesex.org> Signed-off-by:
-
Michael Hunold authored
The attached patch cleans up my Video4Linux "MXB" driver and the i2c helper chipset drivers used by that cards. I ran Lindent on the files and fixed some other coding style violations, which makes the patch rather big. But besides the MODULE_PARM => module_param there have been no crucial changes. - [V4L] mxb: replace MODULE_PARM with module_param - [V4L] saa7111: replace MODULE_PARM with module_param - [V4L] tda9840: replace MODULE_PARM with module_param, re-indent code with Lindent, remove unnecessary header includes, code simplification - [V4L] tea6415c: replace MODULE_PARM with module_param, re-indent code with Lindent, remove unnecessary header includes, code simplification - [V4L] tea6420: replace MODULE_PARM with module_param, re-indent code with Lindent, remove unnecessary header includes, code simplification Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser - Set PTRACE_DTRACE and singlestep_syscall correctly. Pass out TRACESYSGOOD and make sure the parent gets notified in ptrace_syscall. Signed-off-by:
Jeff Dike <jdike@addtoit.com> Signed-off-by:
-
Jeff Dike authored
Remove an unnecessary and even dangerous check in is_syscall() The bug was inserted by my patch syscall-security-1. Signed-off-by:
Bodo Stroesser <bstroesser@fujitsu-siemens.com> Signed-off-by:
-
Jeff Dike authored
The patch syscall-security-3 is wrong (provided by me, sorry). I missed, that singlestepping_skas() used to reset PT_DTRACE. This was handled differently in tt and skas. With syscall-security-3 applied, a process in SKAS that singlestepped once continues to singlestep until the next systemcall occurs, even if it is resumed with PTRACE_CONT or PTRACE_SYSCALL. This fix unifies the usage of PT_DTRACE in TT and SKAS. PT_DTRACE now is set by ptrace(PTRACE_SINGLESTEP,...) and reset by singlestepping() and it is evaluated in kern_do_signal(). Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser - Make singlestepping() generic. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser - Make singlestep_syscall generic rather than being restricted to tt mode. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser - Change is_syscall to check for sysenter and also that we are actually executing a system call. Signed-off-by:
-
Jeff Dike authored
This first patch lays some groundwork needed by the others. From: Bodo Stroesser - Change the interface to handle_signal so that it doesn't take the system call return value as an argument and eliminate its return value. kern_do_signal also now doesn't return immediately after determining that there is no signal to deliver. Signed-off-by:
-
