- 13 May, 2003 5 commits
-
-
James Simmons authored
This fixes a oops that happens when we map a framebuffer device to a non-existant console. set_con2fb_map wasn't testing to see the VC we where mapping to actually exist. Now it does. I also added code to fbcon_cursor to reset the hotspot if it was changed by userland.
-
James Simmons authored
This kills off warnings about unused variables.
-
James Simmons authored
This removes EDID support for VESA. The EDID code needs more developement which can be done on the side. The results where mixed. It worked for some but not for others.
-
James Simmons authored
The font size needs to be set for all terminals. This was the bug that was causing dual head (vga and mda) to lock up.
-
bk://linux-dj.bkbits.net/cpufreqLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 14 May, 2003 1 commit
-
-
Dave Jones authored
-
- 13 May, 2003 4 commits
-
-
bk://kernel.bkbits.net/davem/bluetooth-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://linux-bt.bkbits.net/bt-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://linux-dj.bkbits.net/agpgartLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 14 May, 2003 1 commit
-
-
Dave Jones authored
into tetrachloride.(none):/mnt/raid/src/kernel/2.5/agpgart
-
- 13 May, 2003 17 commits
-
-
bk://linux-bt.bkbits.net/bt-2.5David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/bluetooth-2.5
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
David S. Miller authored
-
Andrew Morton authored
-
Andrew Morton authored
-
Chas Williams authored
-
Daniel McNeil authored
-
Linus Torvalds authored
Quite a few suspicious places here that pass kernel pointers to the internal ioctl engine.
-
Linus Torvalds authored
declarations.
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
Linus Torvalds authored
-
David S. Miller authored
Much help provided by Rusty Russell in fixing device leak and TOS modification handling bugs.
-
bk://kernel.bkbits.net/acme/net-2.5David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
Arnaldo Carvalho de Melo authored
-
Linus Torvalds authored
pointer. The integrated graphics AGP things don't have one.
-
- 12 May, 2003 12 commits
-
-
Dave Jones authored
into tetrachloride.(none):/mnt/raid/src/kernel/2.5/agpgart
-
Dave Jones authored
Closes bugzilla #646
-
http://linux-scsi.bkbits.net/scsi-for-linus-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
James Bottomley authored
into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5
-
Andrew Morton authored
From Alex Tomas We started using ext3_dx_readdir() for all dir_index filesystems, because we want to return entries in hash order always, so that readdir with a partial read + new entry added before next readdir won't be crazy. So we now need to free the structure at filp->pricate_data even against non-indexed directories.
-
Andrew Morton authored
Patch from "Theodore Ts'o" <tytso@mit.edu> We now use 0x7ffffff as the EOF cookie, because Linux NFS stupidly interprets the cookie (which is supposed to be a bag of bits without necessarily any semantic value) as a signed 64 bit integer, and then converts it to a unsigned integer, and then blows up if it cannot be expressed be expressed as a 32-bit value!! In order to do this, we have to fold the hash value 0x7ffffff into the hash value 0x7ffffffe. This is relatively safe; the only time we will lose if the directory contains filenames that hash to both 0x7ffffffe and 0x7fffffff (under the original hash), and the last directory entry which hashes to 0x7ffffffe is at the end of a leaf block, and the first directory entry which hashes to 0x7fffffff is at the beginning of a leaf block.
-
Andrew Morton authored
Patch from "Theodore Ts'o" <tytso@mit.edu> The following patch should (in theory) fix the htree/NFS readdir problems that people have reported. Specifically, it should fix the NFS looping on EOF problem with readdir, as well as the problems caused by coverting a directory to HTREE while an NFS readdir is in progress problem. I'd appreciate it if people who can easily replicate these NFS/htree problems could give this patch (against BK-recent / 2.5.63) a whirl. Thanks!!
-
Andrew Morton authored
From: John M Flinchbaugh <glynis@butterfly.hjsoft.com> this patch makes arch/i386/oprofile/init.c build.
-
Andrew Morton authored
From: Andreas Dilger <adilger@clusterfs.com> Below are the patches which reserve the Lustre EA index. The rest of the code is part of the Lustre tree, which isn't working with 2.5 yet.
-
Andrew Morton authored
From: William Lee Irwin III <wli@holomorphy.com> The new vmalloc() semantics from 2.5.32 had a race window. As things stand, the presence of a vm_area in the vmlist protects from allocators other than the owner examining the ptes in that area. This puts an ordering constraint on unmapping, so that allocators are required to unmap areas before removing them from the list or otherwise dropping the lock. Currently, unmap_vm_area() is done outside the lock and after the area is removed, which as we've seen from Felix von Leitner's test is oopsable. The following patch folds calls to unmap_vm_area() into remove_vm_area() to reinstate what are essentially the 2.4.x semantics of vfree(). This renders a number of unmap_vm_area() calls unnecessary (and in fact oopsable since they wipe ptes from later allocations). It's an open question as to whether this is sufficiently performant, but it is the minimally invasive approach. The more performant alternative is to provide the right API hooks to wipe the vmalloc() area clean before removing them from the list, using the ownership of the area to eliminate holding the vmlist_lock for the duration of the unmapping. If it proves to be necessary wli is on standby to implement it.
-
Andrew Morton authored
From: Manfred Spraul <manfred@colorfullife.com> de_thread calls list_del(¤t->tasks), but current->tasks was never added to the task list. The structure contains stale values from the parent. switch_exec_pid() transforms a normal thread to a thread group leader. Thread group leaders are included in the init_task.tasks linked list, non-leaders are not in that list. The patch adds the new thread group leader to the linked list, otherwise de_thread corrupts the task list.
-
Andrew Morton authored
Rather than assuming that all the things which copy_process() calls want to return -ENOMEM, correctly propagate the return values. This turns out to be a no-op at present.
-