Commits · 11a613451ff23fd2fcd73fcfb52860e51d0aef03 · Kirill Smelkov / linux

21 Jan, 2005 33 commits

[PATCH] Minor IPMI driver updates · 11a61345

Corey Minyard authored Jan 20, 2005

This patch fixes counting of unhandled messages.  Messages that were
handled internally by the driver (to the NULL user) were miscounted as
unhanlded responses.  This counts them properly.

This patch also fixes the DMI 16-byte setting, which was set as a 16-bit
setting.

It also uses the right value to initilize the address memory when using a
memory-based interface.
Signed-off-by: Corey Minyard <minyard@acm.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

11a61345

[PATCH] add page_offset to mm.h · ed0c6345

Christoph Hellwig authored Jan 20, 2005

To convert page->index to a byte index you need to cast it to loff_t first
so it's a 64bit value.  There have been quite a few places that got it
wrong in the kernel.  To make it easier a nice little helper would be nice,
and in fact the NFS code already has it.  Let's move it to pagemap.h so
everyone can use it.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

ed0c6345

[PATCH] fix INIT_SIGHAND warning on mips · 439bed8b

Christoph Hellwig authored Jan 20, 2005

sa_handler isn't the first member of struct sigaction on mips.  Use C99
initializers to avoid a compiler warning.  (There don't seem to be more
serious problems as mips worked with that warning for ages)
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

439bed8b

[PATCH] Use -Wno-pointer-sign for gcc 4.0 · 5efaaaac

Andi Kleen authored Jan 20, 2005

Compiling an allyesconfig kernel straight with a gcc 4.0 snapshot gives
nearly 10k new warnings like:

warning: pointer targets in passing argument 5 of `cpuid' differ in signedness

Since the sheer number of these warnings was too much even for the most
determined kernel janitors (I actually asked ;-) and I don't think it's a
very serious issue to have these mismatches I submitted an new option to
gcc to disable it.  It was incorporated in gcc mainline now.

This patch makes the kernel compilation use it.  There are still quite a
lot of new warnings with 4.0 (mostly about uninitialized variables), but
the compile log looks much nicer nnow.
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

5efaaaac

[PATCH] consolidate arch specific resource.h headers · cf627bbf

Chris Wright authored Jan 20, 2005

Most of the include/asm-*/resource.h headers are the same as one another.
This patch makes one generic version, include/asm-generic/resource.h, and
uses that when appropriate.  The only vaguely interesting things here are
that the generic version introduces a new _STK_LIM_MAX macro, which can be
populated by an arch (ia64 and parisc needed that).  Also, some arches hid
RLIM_INFINITY under __KERNEL__, while others did not.  The generic version
does not, so the following arches will see that change:

    arm, arm26, mips, ppc, ppc64, sh (and hence sh64)

And, finally, some arches maintain their own order for the resource
numbers.  This is now marked by __ARCH_RLIMIT_ORDER, and is used by the
following arches:

    alpha, mips, sparc, and sparc64.

This actually uncovered a mips bug (fix already sent, this patch is
relative to that fix), where the default RLIMIT_MEMLOCK was set to
RLIM_INFINITY and RLIMIT_NPROC set to MLOCK_LIMIT (the latter is no big
deal because RLIMIT_NPROC default is overwritten dynamically during bootup
in fork_init()).  Also, this change makes alpha's default for RLIMIT_NPROC
change from RLIM_INFINITY to 0, but again...no problem as it's dynamically
overwritten during bootup.

The following arches are left untouched:
    m68knommu: untouched (uses m68k/resource.h)
    sh64: untouched (uses asm-sh/resource.h)
    um: untouched (uses arch code already)
Signed-off-by: Chris Wright <chrisw@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

cf627bbf

[PATCH] ext3: commit superblock before panicking · b8e2d18e

Eric Lammerts authored Jan 20, 2005

I have a problem with errors=panic on ext3.  When a panic occurs, the error
event is not recorded anywhere.  So after the reboot, e2fsck doesn't kick
in, the file system gets mounted again and the box panics again...

Patch below moves the ERRORS_PANIC test down a bit so the journal is
aborted before panic() is called.
Signed-off-by: Eric Lammerts <eric@lammerts.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

b8e2d18e

[PATCH] Use official Unicodes for DEC VT characters · e3945630

H. Peter Anvin authored Jan 20, 2005

The use of U+F800 to U+F804 has been deprecated since 2003; this makes the
deprecation effective by replacing these characters with the officially
assigned U+23BA to U+23BD.

It also updates unicode.txt to match the latest version from the LANANA
webpage.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

e3945630

[PATCH] vgacon fixes to help font restauration in X11 · 20f130b6

Egbert Eich authored Jan 20, 2005

So far the X.Org/XFree86 Xservers use internal functions to perform
saving/restoring of console fonts.  This doesn't work under all
circumstances and has disadvantages:

1. On some platforms (IA64) X needs to POST the BIOS before
   it even has a chance to access the hardware itself. This POSTing
   will usually undo any changes to the graphics hardware that the
   kernel may have done.
2. More and more drivers fully rely on BIOS support. However
   the BIOS functions which could be used to save/restore
   register settings may be broken so the only way of mode
   save/restore is getting/setting the BIOS mode ID.
   This will restore the BIOSes default fonts, not the custom font
   that the user may have loaded.

I would like to utilize the kernel's save/restore console fonts ioctls to
save/restore the text mode console fonts from inside X.  

The patch does two things:

1. Eliminates the optimization that returns from vgacon_adjust_height()
   early (without reprogramming the HW) when the hight of the font hasn't
   changed.
2. Resets the stored 'from' and 'to' lines for the text cursor in
   vgacon_adjust_height() to cause vgacon_set_cursor_size() reprogram
   the textcursor start and end line.

These are necessary to sanitize the HW in case something other than the
kernel has changed the register values without restoring them properly.

I'm fully aware that in the long run we will need to look into a new driver
model for graphics where no two instances fight over who gets register
access.  However such a model won't be created nor will we get the majority
of the drivers ported over night.  Therefore we need to find an interim
solution for the most pressing problems.
Signed-off-by: Egbert Eich <eich@freedesktop.org>
Approved-by: Alan Cox <alan@redhat.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

20f130b6

[PATCH] scripts/reference*.pl - treat built-in.o as conglomerate · e6358592

Keith Owens authored Jan 20, 2005

scripts/reference*.pl - treat built-in.o as conglomerate.  Ignore
references from altinstructions to init text/data.
Signed-off-by: Keith Owens <kaos@ocs.com.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

e6358592

[PATCH] switch FRV to use local_soft_irq_pending · c2cf1ccf

Christoph Hellwig authored Jan 20, 2005

The newly merged frv do_IRQ code calls softirq_pending(), but always with
the current cpu as argument - switch to local_softirq_pending().

Btw, this usage look bogus to me, any reason you need to call do_softirq
again after you did four lines above in irq_exit(), David?
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

c2cf1ccf

[PATCH] remove bogus softirq_pending() usage in cris · 245a89ac

Christoph Hellwig authored Jan 20, 2005

Acked by Mikael Starvik.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

245a89ac

[PATCH] binfmt_elf: allow mips to overrid e_flags · 25fd6595

Christoph Hellwig authored Jan 20, 2005

arch/mips/kernel/binfmt_elfn32.c needs to override e_flags for elf
coredumps.  It already defines ELF_CORE_EFLAGS before including
binfmt_elf.c, but the latter doesn't pick up the define yet.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

25fd6595

[PATCH] allow all architectures to set CONFIG_DEBUG_PREEMPT · eda34206

Ingo Molnar authored Jan 20, 2005

We think it'll work OK.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

eda34206

[PATCH] avoid sparse warning due to time-interpolator · 5a4f53b8

David Mosberger authored Jan 20, 2005

The "addr" member in the time-interpolator is sometimes used as a
function-pointer and sometimes as an I/O-memory pointer.  The attached
patch tells sparse that this is OK.
Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

5a4f53b8

[PATCH] radio-typhoon: use correct module_param data type · 0ee82fd7

Randy Dunlap authored Jan 20, 2005

Use correct data type for module_param:
drivers/media/radio/radio-typhoon.c:317: warning: return from
incompatible pointer type
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

0ee82fd7

[PATCH] factor out common code around ->follow_link invocation · 8e87fa89
Christoph Hellwig authored Jan 20, 2005
```
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
```
8e87fa89

[PATCH] move read-only and immutable checks into permission() · 37f5fecf

Christoph Hellwig authored Jan 20, 2005

Currently it's up to the filesystem ->permission method to check whether
the filesystem is readonly or the file marked immutable.  But this is
really a VFS decision, and the distintion becomes more important when
moving to per-mountpoint read only flags.

For most filesystems that have been using generic_permission this is not
change in behaviour.  For those that we're missing the check (cifs without
CIFS_MOUNT_NO_PERM and coda [1]) this is a bugfix.

Both reiserfs and xfs have this check still in their ->permission routine
because they call it from other places aswell.  I'll try switching them
over to generic_permission and will take care of this one.

[1] coda_ioctl_permission always returns 0, aka always grants access,
    which looks more than fishy to me.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

37f5fecf

[PATCH] Minor ext3 speedup · eb6ca541

Jan Kara authored Jan 20, 2005

Remove unnecessary division and modulo from ext3 code in often used paths. 
Without the patch an oprofile of dbench load shows ext3_get_group_desc()
uses 0.84% and ext3_group_sparse() 1.51%, with the patch the numbers are
0.33% and 0.27% respectively.
Signed-off-by: Jan Kara <jack@suse.cz>
Signed-off-by: Andreas Dilger <adilger@clusterfs.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

eb6ca541

[PATCH] file_table:expand_files() code cleanup · 46c4ad2c

Prasanna Meda authored Jan 20, 2005

expand_files() cleanup: Make expand_files() common code for
fork.c:fork/copy_files(), open.c:open/get_unused_fd() and
fcntl.c:dup/locate_fd().

expand_files() does both expand_fd_array and expand_fd_set based on the
need.  This is used in dup().  open() and fork() duplicates the work of
expand files.  At all places we check for expanding fd array, we also check
for expanding fdset.  There is no need of checking and calling them
seperately.

This change also moves the expand_files to file.c from fcntl.c, and makes
the expand_fd_array and expand_fd_set local to that file.
Signed-off-by: Prasanna Meda <pmeda@akamai.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>