- 07 Nov, 2004 40 commits
-
-
Jason Baron authored
The sysrq code is taking a spinlock from both interrupt and process context in an unsafe and deadlocky manner. Move all those inlined functions out of sysrq.h, into sysrq.c then withdraw all those exported-to-modules helper functions then remove __sysrq_trylock_table() altogether and then use spin_lock_irqsave() in the appropriate places. Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Pavel Fedin authored
This patch allows the kernel to configure port's mode without help of BIOS. It is needed on my machine because its firmware simply ignores the parallel port leaving in unidirectional SPP mode. Notes on usage: To configure the port you need to: - if parport_pc driver is compiled as a module: specify parport_pc init_mode=[spp|ps2|epp|ecp|ecpepp] in /etc/modules file (for Debian Linux). - if the driver is linked statically with the kernel: specify parport_init_mode=[spp|ps2|epp|ecp|ecpepp] in kernel's arguments. This patch is intended for use primarily on Pegasos machines but it will work on any computer with VIA8231 south bridge. In this case it will override BIOS setting if you tell the driver to configure the port. BIOS setting will be honored if you omit init_mode parameter. Technical details: 1. On Pegasos standard port settings (set by OpenFirmware) are: IRQ=7, DMA=3, base address=0x3BC, mode is unidirectional SPP. 2. The patch changes only port mode, all other settings are preserved. So if you have a PC with VIA8231 and use driver to configure the port you'll still be able to change IRQ, DMA and base address in BIOS and these settings will be kept. 3. One exclusion: if you tell the driver to turn on EPP mode (specify epp or ecpepp value) and if default base address is 0x3BC (this is the case on Pegasos) the port will be moved to 0x378. EPP port can't have 0x3BC as the base. Known problems: 1. ECP+EPP mode is strange, it doesn't work even on several PC's i tested with Linux. ECP mode is detected and EPP is not. So if you get the same thing, it's not my fault. I just have no time to deal with it, current result is enough for me. 2. Not all devices work on Pegasos, i tried my Genuis-HR6 parallel port scanner and parallel ZIP drive and both of them don't work. ZIP drive is detected properly but then suddenly gets offline. Scanner does not answer any command at all. Without the patch the same thing happens. Obviously Pegasos has some more problems which are not discovered and not fixed yet. Signed-off-by: -
Pawel Sikora authored
The presence of /proc/kcore is supposed to be configurable. Signed-off-by:
-
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:
-
