- 29 Jun, 2004 40 commits
-
-
bk://linux.bkbits.net/linux-2.5Steve French authored
into hostme.bitkeeper.com:/repos/c/cifs/linux-2.5cifs
-
Oleg Nesterov authored
mm_struct.used_hugetlb used to eliminate costly find_vma() from follow_page(). Now it is used only in ia64 version of follow_huge_addr(). I know nothing about ia64, but this REGION_NUMBER() looks simple enough to kill used_hugetlb. There is debug version (commented out) of follow_huge_addr() in i386 which looks at used_hugetlb, but it can work without this check. Signed-off-by:
Oleg Nesterov <oleg@tv-sign.ru> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
David Eger authored
radeonfb: fix 16bpp copyarea() bug It turns out the bug was due to my mis-copying a certain set of flags from the x.org tree. Signed-off-by:
David Eger <eger@havoc.gtf.org> Signed-off-by:
-
Peter Chubb authored
When using gcc 3.3.3 on alpha, the current BK head doesn't compile. - there's an external declaration for abs() in the same scope as a macro definition in arch/alpha/time.c - The compiler is picky about `const' declarations, which breaks on bitops.h. Signed-off-by:
-
Dave Hansen authored
While writing some analysis tools for memory hot-remove, we came across a single page which had a ->count that always increased, without bound. It ended up always being the zero page, and it was caused by a leaked reference in some do_wp_page() code that ends up avoiding PG_reserved pages. Basically what happens is that page_cache_release()/put_page() ignore PG_reserved pages, while page_cache_get()/get_page() go ahead and take the reference. So, each time there's a COW fault on the zero-page, you get a leaked page->count increment. It's pretty rare to have a COW fault on anything that's PG_reserved, in fact, I can't think of anything else that this applies to other than the zero page. In any case, it the bug doesn't cause any real problems, but it is a bit of an annoyance and is obviously incorrect. We've been running with this patch for about 3 months now, and haven't run into any problems with it. Signed-off-by:
-
Tom Rini authored
<linux/fd.h> references __user which is defined in <linux/compiler.h>. Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Jörn Engel authored
- fix documentation - use $(src) in Makefile (fixes cross-compilation) Both spottet by Geert Uytterhoeven Signed-off-by:
Jörn Engel <joern@wohnheim.fh-wedel.de> Signed-off-by:
-
Jörn Engel authored
Add m68k support to checkstack.pl Regular expression combination by Andres Schwab Signed-off-by: <geert@linux-m68k.org> Signed-off-by:
-
James Bottomley authored
This patch implements dma_get_required_mask() which may be used by drivers to probe the optimal DMA descriptor type they should be implementing on the platform. I've also tested it this time with the sym_2 driver...making it chose the correct descriptors for the platform. (although I don't have a 64 bit platform with >4GB memory, so I only confirmed it selects the 32 bit descriptors all the time...) Signed-off-by:
-
Mika Kukkonen authored
Well, one of these (fs/block_dev.c) is little non-trivial, but i felt throwing that away would be a shame (and I did add comments ;-). Also almost all of these have been submitted earlier through other channels, but have not been picked up (the only controversial is again the fs/block_dev.c patch, where Linus felt a better job would be done with __ffs(), but I could not convince myself that is does the same thing as original code). Signed-off-by:
-
Matt Domsch authored
Currently, the x86/x86_64 real-mode kernel setup code reads and stores the mbr_signature (4 bytes in the MBR at offset 440 decimal) for BIOS int13h device 80h only. This is useful, but not as useful as if we stored such signatures for all int13h devices. Think OS installer wanting to set up md software RAID across several BIOS disks. Patch below against 2.6.7 allows the storing of the mbr_signature for the first 16 BIOS int13h devices, and exports them via /sys/firmware/edd/int13_dev8x/mbr_signature as before. This also merges the three EXPORT_SYMBOLs that setup.c exported for edd.c's use into one. Signed-off-by:
Matt Domsch <Matt_Domsch@dell.com> Signed-off-by:
-
Olaf Hering authored
drivers/video/console/fbcon.c:310: warning: comparison is always true due to limited range of data type char can be either signed or unsigned, depending on the target system. Signed-off-by:
-
François Romieu authored
- fix unbalanced invocation of pci_enable_device(); - leaks plugged in cirrusfb_zorro_setup(); - move framebuffer_release() into cirrusfb_{pci/zorro}_unmap() to balance cirrusfb_{pci/zorro}_setup(); - make cirrusfb_{pci/zorro}_setup() return adequate error codes when something fails; - cirrusfb_zorro_unmap: iounmap() now take as argument values previously returned by ioremap(). Signed-off-by:Francois Romieu <romieu@fr.zoreil.com> Signed-off-by:
-
Paul Mundt authored
This updates MAINTAINERS for sh/sh64 to match up with the 2.4 entries. I've also removed NIIBE-san as an active sh maintainer, since he hasn't been involved or submitted any code since 2002/06/26. Signed-off-by:
Paul Mundt <lethal@linux-sh.org> Signed-off-by:
-
Paul Mundt authored
Since James confirmed that this doesn't need to be module specific, we get rid of the #ifndef MODULE checks for both the modedb and the modedb lookup. Additionally we also switch from memset_io() to fb_memset(). Signed-off-by:
-
Paul Mundt authored
If the syscall table is in the text section, the movi that loads its address into a register will at link time have its immediates resolved as though it's an SHmedia symbol, i.e. the LSB will be 1. This is then misaligned as a base address for loading the address to jump to. This could be fixed either by moving the table back to the .data section (as done here), or by masking off the LSB after loading the table address into a register. Signed-off-by:
Richard Curnow <richard.curnow@superh.com> Signed-off-by:
-
Paul Mundt authored
This patch adds sh64 support. This is a bit overdue, as this was on the should-fix list, though we weren't done debugging and finishing off the port until just recently (I did a port against 2.5.68 but it wasn't in any shape to be merged). sh64 is already in 2.4 and has been for quite awhile, so this is mostly just a forward port of that code to 2.6 with appropriate bug fixes, etc. along the way. There isn't much in the way of new features that have been added to the port yet, though I have added rough hugetlb and oprofile support. This patch doesn't really touch any common code, with the exception of an ifdef or two for keyboard support and an ifdef in fb.h to omit sh64 from the __raw_xxx() wrapping that sh does. The only other common driver changes were to sh-sci for serial support, but those bits were already merged with the latest batch of sh-sci updates. Beyond that, the port is completely isolated. Signed-off-by:
-
Robert Picco authored
Some hpet clean up and a fix to the RTC request_irq issue. Signed-off-by:
Bob Picco <Robert.Picco@hp.com> Signed-off-by:
-
Stephen Rothwell authored
Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Stephen Rothwell authored
Signed-off-by:
-
Stephen Rothwell authored
Signed-off-by:
-
Stephen Rothwell authored
Signed-off-by:
-
Stephen Rothwell authored
The intention here is to have no effect on pSeries except: 1) vio_register_device is renamed to vio_register_device_node to better reflect is purpose and to allow me to introduce vio_register_device_iseries. 2) I have introduced the name and type fields in struct vio_dev to make these two fields independent of subarchitecture. Signed-off-by:
-
Bjorn Helgaas authored
Check for ioremap failure and use correct UPIO_{MEM,PORT} constants. Signed-off-by:Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by:
-
Luiz Capitulino authored
Luiz has ~40 patches to his name, go he gets a banana. Signed-off-by:
Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br> Signed-off-by:
-
Tigran Aivazian authored
Here is a patch against Linux 2.6.7 which fixes the sigmatch() macro to work for the relatively old processors as well, which have 'pf == 0' (processor flags as read from MSR 0x17), For example, the processors failing without this patch are Pentium II 300 MHz (Klamath) with family/model/stepping 6/3/4 and 6/3/3. The patch also contains minor cosmetic changes (to make source code more uniform). Signed-off-by:
-
Antonino Daplas authored
Fixed display artifacts present in the space reserved for the boot logo. Use attributes of the background erase character instead of hardcoding the color to zero. Signed-off-by:
Antonino A. Daplas <adaplas@pol.net> Signed-off-by:
-
Wim Van Sebroeck authored
<wim@iguana.be> (04/06/27 1.1770) [WATCHDOG] indydog.c-patch-20040627 * Fix: since we use the new module_param's: make sure that linux/moduleparam.h stays included * in the release code we can just use indydog_stop(); The ChangeSets can also be looked at on: http://linux-watchdog.bkbits.net:8080/linux-2.6-watchdogSigned-off-by:
-
Russell King authored
Add console_stop() and console_start() methods so the serial drivers can disable console output before suspending a port, and re-enable output afterwards. We also add locking to ensure that we synchronise with any in-progress printk. Signed-off-by:
-
Russell King authored
[This patch series has also been separately sent to the architecture maintainers] Add console_device() to return the console tty driver structure and the index. Acquire the console lock while scanning the list of console drivers to protect us against console driver list manipulations. Signed-off-by:
Russell King <rmk@arm.linux.org.uk> Signed-off-by:
-
Kalin Rumenov Kozhuharov authored
Convert the Japanese comments in arch/v850. I am not exactly 100% sure I translated it correctly since I have no idea what exactly was that NEC v850 evaluation board, but should be OK (say 95% sure). Acked by Miles Bader <miles@lsi.nec.co.jp> Signed-off-by:
-
Yoav Zach authored
The proposed patch uses the aux-vector to pass the fd of the open misc binary to the interpreter, instead of using argv[1] for that purpose. Previous patch - open_nonreadable_binaries, offered the option of binfmt_misc opening the binary on behalf of the interpreter. In case binfmt_misc is requested to do that it would pass the file-descriptor of the open binary to the interpreter as its second argument (argv[1]). This method of passing the file descriptor was suspected to be problematic, since it changes the command line that users expect to see when using tools such as 'ps' and 'top'. The proposed patch changes the method of passing the fd of the open binary to the translator. Instead of passing it as an argument, binfmt_misc will request the ELF loader to pass it as a new element in the aux-vector that it prepares on the stack for ELF interpreter. With this patch, argv[1] will hold the full path to the binary regardless of whether it opened it or not. Signed-off-by:
-
Andy Whitcroft authored
If a fault in the kernel leads to an unexpected protection fault whilst in a code path which holds mmap_sem we will deadlock in do_page_fault() while trying to classify the fault. By carefully testing the source of the fault we can detect and OOPS on the vast majority of these, greatly enhancing diagnosis of such bugs. Signed-off-by:
-
Andrew Morton authored
We're now putting 24-byte structures into .init.setup via __setup. But x86_64's compiler is emitting a `.align 16' in there, so they end up on 32-byte boundaries and do_early_param()'s pointer arithmetic goes wrong. Fix that up by forcing the compiler to align these structures to sizeof(long). Cc: Andi Kleen <ak@muc.de> Signed-off-by:
-
http://lia64.bkbits.net/to-linus-2.5Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/gregkh/linux/usb-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Hidetoshi Seto authored
Trivial patch to quiet messages about corrected errors. Signed-off-by:
Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com> Signed-off-by:
David Mosberger <davidm@hpl.hp.com>
-
David Mosberger authored
-
Stephen Hemminger authored
This is a revised version of Kishore's patch to set message age appropriately in STP configuration packets. Signed-off-by:
Kishore A K <KishoreAK@myw.ltindia.com> Signed-off-by:
Stephen Hemminger <shemminger@osdl.org> Signed-off-by:
David S. Miller <davem@redhat.com>
-
