- 04 Feb, 2004 40 commits
-
-
Andrew Morton authored
drivers/char/drm/radeon_state.c: In function `radeon_cp_dispatch_texture': drivers/char/drm/radeon_state.c:1411: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/i2c/chips/it87.c:130: warning: conflicting types for built-in function 'log2'
-
Andrew Morton authored
net/atm/common.c: In function `vcc_create': net/atm/common.c:151: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/atm/he.c: In function `he_init_one': drivers/atm/he.c:383: error: invalid lvalue in assignment drivers/atm/he.c: In function `he_open': drivers/atm/he.c:2364: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/atm/idt77105.c: In function `idt77105_start': drivers/atm/idt77105.c:268: error: invalid lvalue in assignment drivers/atm/idt77105.c: In function `idt77105_stop': drivers/atm/idt77105.c:346: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/atm/eni.c: In function `eni_close': drivers/atm/eni.c:1878: error: invalid lvalue in assignment drivers/atm/eni.c: In function `eni_open': drivers/atm/eni.c:1894: error: invalid lvalue in assignment drivers/atm/eni.c:1905: error: invalid lvalue in assignment drivers/atm/eni.c: In function `eni_init_one': drivers/atm/eni.c:2233: error: invalid lvalue in assignment
-
Andrew Morton authored
fs/ncpfs/ncplib_kernel.h:164: sorry, unimplemented: inlining failed in call to 'ncp_strnicmp': function body not available
-
Andrew Morton authored
drivers/atm/fore200e.c: In function `fore200e_open': drivers/atm/fore200e.c:1420: error: invalid lvalue in assignment drivers/atm/fore200e.c: In function `fore200e_register': drivers/atm/fore200e.c:2485: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/atm/suni.c: In function `suni_start': drivers/atm/suni.c:233: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/atm/iphase.c: In function `open_tx': drivers/atm/iphase.c:1757: error: invalid lvalue in assignment drivers/atm/iphase.c: In function `ia_close': drivers/atm/iphase.c:2674: error: invalid lvalue in assignment drivers/atm/iphase.c: In function `ia_open': drivers/atm/iphase.c:2687: error: invalid lvalue in assignment drivers/atm/iphase.c:2703: error: invalid lvalue in assignment drivers/atm/iphase.c: In function `ia_init_one': drivers/atm/iphase.c:3199: error: invalid lvalue in assignment
-
Andrew Morton authored
fs/intermezzo/dir.c: In function `presto_prep': fs/intermezzo/intermezzo_fs.h:414: sorry, unimplemented: inlining failed in call to 'presto_is_read_only': function body not available fs/intermezzo/presto.c: In function `izo_mark_cache': fs/intermezzo/presto.c:341: error: invalid lvalue in assignment fs/intermezzo/presto.c:342: error: invalid lvalue in assignment
-
Andrew Morton authored
drivers/atm/uPD98402.c: In function `uPD98402_start': drivers/atm/uPD98402.c:214: error: invalid lvalue in assignment
-
Andrew Morton authored
fs/hfs/file_hdr.c: In function `dup_layout': fs/hfs/file_hdr.c:246: error: invalid lvalue in assignment
-
Andrew Morton authored
fs/freevxfs/vxfs.h:33:10: warning: extra tokens at end of #ident directive fs/freevxfs/vxfs_extern.h:75: sorry, unimplemented: inlining failed in call to 'vxfs_put_page': function body not available
-
Andrew Morton authored
drivers/atm/zatm.c: In function `zatm_close': drivers/atm/zatm.c:1371: error: invalid lvalue in assignment drivers/atm/zatm.c: In function `zatm_open': drivers/atm/zatm.c:1386: error: invalid lvalue in assignment drivers/atm/zatm.c:1398: error: invalid lvalue in assignment drivers/atm/zatm.c: In function `zatm_module_init': drivers/atm/zatm.c:1600: error: invalid lvalue in assignment
-
Andrew Morton authored
From: Tim Cambrant <tim@cambrant.com> Fix inline decls in fsfilter.h, ntfs.h
-
Andrew Morton authored
arch/i386/boot/compressed/misc.c:107: warning: conflicting types for built-in function 'puts'
-
Andrew Morton authored
drivers/video/i810/i810_accel.c: In function `i810fb_init_ringbuffer': drivers/video/i810/i810_accel.c:30: sorry, unimplemented: inlining failed in call to 'flush_cache': function body not available
-
Andrew Morton authored
drivers/pnp/pnpbios/core.c: In function `pnpbios_probe_system': drivers/pnp/pnpbios/core.c:438: warning: use of cast expressions as lvalues is deprecated
-
Andrew Morton authored
sound/core/seq/seq_clientmgr.c: In function `snd_seq_open': sound/core/seq/seq_clientmgr.c:331: warning: use of cast expressions as lvalues is deprecated
-
Andrew Morton authored
From: Jan Hubicka <jh@suse.cz> GCC now converts sprintf (a,"%s",b) to strcpy. This lose on kernel as strcpy is not inlined and not present in library, so one gets linker failure. It seems to make sense to apply this optimization by hand.
-
Andrew Morton authored
From: Jan Hubicka <jh@suse.cz> GCC never inline extern inline function redefined by new body (because it is not clear what body one should choose) parport contains such duplicated functions for apparently no good reasons. Both copies differ slightly, not sure whether it is intentional or just garbage.
-
Andrew Morton authored
include/asm/unistd.h:397: warning: conflicting types for built-in function '_exit' Just remove the dang thing - nobody uses _exit(). Except for the vmware stub, which breaks. So I kindly exported do_exit() to kernel modules, just for vmware...
-
Andrew Morton authored
drivers/char/keyboard.c:205: warning: use of conditional expressions as lvalues is deprecated
-
Andrew Morton authored
include/linux/elevator.h:106: sorry, unimplemented: inlining failed in call to 'elv_try_last_merge': function body not available
-
Andrew Morton authored
include/linux/ide.h:1424: sorry, unimplemented: inlining failed in call to 'SELECT_MASK': function body not available
-
Andrew Morton authored
include/linux/reiserfs_fs.h:1837: sorry, unimplemented: inlining failed in call to 'decrement_bcount': function body not available
-
Andrew Morton authored
-
Andrew Morton authored
sound/core/pcm_misc.c:557: warning: use of cast expressions as lvalues is deprecated sound/core/pcm_misc.c:568: warning: use of cast expressions as lvalues is deprecated sound/core/pcm_misc.c:569: warning: use of cast expressions as lvalues is deprecated sound/core/pcm_misc.c:570: warning: use of cast expressions as lvalues is deprecated sound/core/pcm_misc.c:586: warning: use of cast expressions as lvalues is deprecated sound/core/pcm_misc.c:596: warning: use of cast expressions as lvalues is deprecated
-
Andrew Morton authored
fs/binfmt_elf.c:171: warning: use of cast expressions as lvalues is deprecated
-
Andrew Morton authored
arch/i386/kernel/msr.c:1:10: warning: extra tokens at end of #ident directive arch/i386/kernel/cpuid.c:1:10: warning: extra tokens at end of #ident directive
-
Andrew Morton authored
include/linux/bio.h:234: sorry, unimplemented: inlining failed in call to 'bio_phys_segments': function body not available
-
Andrew Morton authored
From: Andi Kleen <ak@muc.de> gcc 3.4 optimizes sprintf(foo,"%s",string) into strcpy. Unfortunately that isn't seen by the inliner and linux/i386 has no out-of-line strcpy so you end up with a linker error. This patch adds out of line copies for most string functions to avoid this. Actually it doesn't export them to modules yet, that would be the next step. BTW In my opinion we shouldn't use inline string functions at all. The __builtin_str* in modern gcc are better (I used them very successfully on x86-64) and for the bigger functions like strrchr,strtok et.al. it just doesn't make any sense to inline them or even code them in assembler. Also fix the bcopy prototype gcc was complaining about.
-
Andrew Morton authored
From: Andi Kleen <ak@muc.de> Just many more warning fixes for a gcc 3.4 snapshot. It warns for a lot of things now, e.g. for ?: and ({ ... }) and casts as lvalues. And for functions marked inline in headers, but no body. Actually there are more warnings, i stopped fixing at some point. Some of the warnings seem to be dubious (e.g. the binfmt_elf.c one, which looks more like a compiler bug to me) I also fixed the _exit() prototype to be void because gcc was complaining about this.
-
Andrew Morton authored
From: Thomas Winischhofer <thomas@winischhofer.net> sisfb is simply broken in current 2.6.x. This patch updates sisfb to the current development version which no less than 11 months ahead of the version in the kernel. Updated includes - many fixes (duh) - support for new chipsets (661, 741, 760) - support for new video bridges (301C, 302ELV) - removal of all offending fp code (as discussed earlier this month) - a lot of code clean-up (which is the main reason for its size)
-
Andrew Morton authored
From: Sam Ravnborg <sam@ravnborg.org> When utilising the make O=... option the include options for gcc were mangled even when absolute paths was used. Also remove duplication of CPPFLAGS. They were assigned twice. [It is still possible for architectures to modify CPPFLAGS]. This patch allows xconfig to be build with make O=... xconfig.It will also help development of external modules with absolute paths for their -I options. Note: As a side effect a full recompile of the kernel takes place due to changes in number of gcc options.
-
Andrew Morton authored
From: "Nakajima, Jun" <jun.nakajima@intel.com> To get the vector-based interrupt handling work, we need to give the vector number to device drivers instead of the IRQ if IRQ < 16. It was not happening for SCI, and the patch fixes it. In many cases, the IRQ for SCI is 9, and the problem was not detected, but one particular machine exposed the bug.
-
Andrew Morton authored
From: Rusty Russell <rusty@rustcorp.com.au> The cpucontrol mutex is not required when no cpus can go up and down. Andrew wrote a wrapper for it to avoid #ifdefs, this expands that to only be defined for CONFIG_HOTPLUG_CPU, and uses it everywhere. The only downside is that the cpucontrol lock was overloaded by my recent patch to net/core/flow.c to protect it from reentrance, so this reintroduces the local flow_flush_sem. This code isn't speed critical, so taking two locks when CONFIG_HOTPLUG_CPU=y is not really an issue.
-
Andrew Morton authored
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> - Make sure that all console operations are approriately protected under console_sem. - Adds checks to make sure that people are taking console_sem when it is expected to be held.
-
Andrew Morton authored
From: Jes Sorensen <jes@trained-monkey.org> I'd like to propose the following for 2.6.1-mm/2.6.2. On systems with a large number of CPUs the number of printk's flowing by for each CPU booting starts becoming a real console hog. The following patch eliminates a couple of them (already sent a patch to David for the ia64 specific ones) as well as changes the "Building zonelist : X" in "Built Y zonelists". IMHO it doesn't make any sense to print for each zonelist since it's run in a for loop running from 0 to Y-1 anyway. The patch nukes a few new printk's that were introduced with the scheduler changes to the NUMA code in -mm3, if these are still needed then I won't fight for that part of the patch.
-