ChangeSet@1.1548, 2004-08-27 13:09:39-03:00, mikpe@user.it.uu.se [PATCH] more gcc34 lvalue fixes Marcelo, Here are some more fixes for broken lvalues in 2.4.28-pre2. - drivers/net/ne2k-pci.c: cast-as-lvalue, fixes from 2.6 - drivers/scsi/53c7,8xx.c: cast-as-lvalue, new 2.4 fix since 2.6 doesn't seem to have this code any more - drivers/scsi/advansys.c: cast-as-lvalue, fixes from 2.6 - drivers/scsi/dpt_i2o.c: cast-as-lvalue, fixes from 2.6 - drivers/scsi/seagate.c: cast-as-lvalue, fix from 2.6 - fs/affs/super.c: conditional-as-lvalue, new 2.4 fix since the 2.6 code is completely different ChangeSet@1.1547, 2004-08-27 13:02:39-03:00, jbaron@redhat.com [PATCH] ppos cleanups 1) vc_screen.c This just adds back a removed -EINVAL 2) hysdyn_procconf.c retores the FMODE_READ check, which was dropped, and makes the code a bit easier to read, at least to me. 3) file_hdr.c off_t -> loff_t ChangeSet@1.1546, 2004-08-27 12:27:11-03:00, Jack_Hammer@adaptec.com [PATCH] ServeRAID driver (ips) Version 7.10.18 The following patch updates the ServeRAID driver ( ips ). One important bug was fixed ( the sorting of 7K adapters in function ips_order_controllers). This also includes Arjan's recommendation for 2.6 to remove an unnecessary #ifdef around MODULE_DESCRIPTION. The rest of the patch is primarily concerned with IBM version numbers. The patch to bring the 2.6 kernel driver up to the same 7.10.18 level has already been issued. ChangeSet@1.1545, 2004-08-27 10:12:03-03:00, bunk@fs.tum.de [PATCH] dscc4.c: fix gcc 3.4 compilation I got compile errors starting with the following when trying to build 2.4.28-pre2 using gcc 3.4: <-- snip --> ... gcc-3.4 -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-modular/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -fno-unit-at-a-time -DMODULE -DMODVERSIONS -include /home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-modular/include/linux/modversions.h -nostdinc -iwithprefix include -DKBUILD_BASENAME=dscc4 -c -o dscc4.o dscc4.c dscc4.c: In function `dscc4_found1': dscc4.c:369: sorry, unimplemented: inlining failed in call to 'dscc4_set_quartz': function body not available dscc4.c:921: sorry, unimplemented: called from here make[3]: *** [dscc4.o] Error 1 make[3]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-modular/drivers/net/wan' <-- snip --> The patch below fixes this issue (similar to how it was done in 2.6). diffstat output: drivers/net/wan/dscc4.c | 33 ++++++++++++++++----------------- 1 files changed, 16 insertions(+), 17 deletions(-) Signed-off-by: Adrian Bunk ChangeSet@1.1544, 2004-08-27 10:10:29-03:00, bunk@fs.tum.de [PATCH] asm-i386/smpboot.h: fix gcc 3.4 compilation I got the following compile error when trying to build 2.4.28-pre2 using gcc 3.4: <-- snip --> ... gcc-3.4 -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -fno-unit-at-a-time -nostdinc -iwithprefix include -DKBUILD_BASENAME=process -c -o process.o process.c In file included from process.c:47: /home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include/asm/smpboot.h: In function `target_cpus': /home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include/asm/smpboot.h:133: error: label at end of compound statement make[1]: *** [process.o] Error 1 make[1]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/arch/i386/kernel' <-- snip --> The patch below fixes this issue. Signed-off-by: Adrian Bunk ChangeSet@1.1543, 2004-08-27 10:03:06-03:00, bunk@fs.tum.de [PATCH] irlmp.c: fix gcc 3.4 compilation I got the following compile error when trying to build 2.4.28-pre2 using gcc 3.4: <-- snip --> ... gcc-3.4 -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -fno-unit-at-a-time -nostdinc -iwithprefix include -DKBUILD_BASENAME=irlmp -c -o irlmp.o irlmp.c irlmp.c: In function `irlmp_flow_indication': irlmp.c:1244: error: parse error before "__FUNCTION__" irlmp.c:1258: error: parse error before "__FUNCTION__" irlmp.c:1277: error: parse error before "__FUNCTION__" irlmp.c:1284: error: parse error before "__FUNCTION__" make[3]: *** [irlmp.o] Error 1 make[3]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/net/irda' <-- snip --> The patch below fixes this issue (similar to how it was done in 2.6). Signed-off-by: Adrian Bunk ChangeSet@1.1542, 2004-08-27 10:01:47-03:00, bunk@fs.tum.de [PATCH] ircomm_param.c: fix __FUNCTION__ paste error I got the following compile error when trying to build 2.4.28-pre2 using gcc 3.4: <-- snip --> ... gcc-3.4 -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -fno-unit-at-a-time -nostdinc -iwithprefix include -DKBUILD_BASENAME=ircomm_param -c -o ircomm_param.o ircomm_param.c ircomm_param.c: In function `ircomm_param_service_type': ircomm_param.c:201: error: parse error before "__FUNCTION__" make[4]: *** [ircomm_param.o] Error 1 make[4]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/net/irda/ircomm' <-- snip --> The patch below fixes this issue by removing the superfluous __FUNCTION__ (similar to how it is in 2.6). Signed-off-by: Adrian Bunk ChangeSet@1.1541, 2004-08-27 10:01:18-03:00, bunk@fs.tum.de [PATCH] lmc_media.c: fix gcc 3.4 compilation I got the following compile error when trying to build 2.4.28-pre2 using gcc 3.4: <-- snip --> ... gcc-3.4 -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -fno-unit-at-a-time -I. -nostdinc -iwithprefix include -DKBUILD_BASENAME=lmc_media -c -o lmc_media.o lmc_media.c lmc_media.c: In function `lmc_t1_get_link_status': lmc_debug.h:50: sorry, unimplemented: inlining failed in call to 'lmc_trace': function body not available lmc_media.c:1073: sorry, unimplemented: called from here lmc_debug.h:50: sorry, unimplemented: inlining failed in call to 'lmc_trace': function body not available lmc_media.c:1168: sorry, unimplemented: called from here make[5]: *** [lmc_media.o] Error 1 make[5]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/drivers/net/wan/lmc' <-- snip --> The patch below fixes this issue by uninlining lmc_trace. Signed-off-by: Adrian Bunk ChangeSet@1.1532.1.3, 2004-08-27 09:13:01-03:00, marcelo@logos.cnet Fix mm.h typo introduced by s390 changes ChangeSet@1.1532.1.2, 2004-08-27 09:02:40-03:00, bunk@fs.tum.de [PATCH] ibmphp_res.c: fix gcc 3.4 compilation I got the following compile error when trying to build 2.4.28-pre2 using gcc 3.4: <-- snip --> ... gcc-3.4 -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -fno-unit-at-a-time -D_LINUX -I/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/drivers/acpi -nostdinc -iwithprefix include -DKBUILD_BASENAME=ibmphp_res -c -o ibmphp_res.o ibmphp_res.c ibmphp_res.c: In function `ibmphp_rsrc_init': ibmphp_res.c:45: sorry, unimplemented: inlining failed in call to 'find_bus_wprev': function body not available ibmphp_res.c:237: sorry, unimplemented: called from here ibmphp_res.c:45: sorry, unimplemented: inlining failed in call to 'find_bus_wprev': function body not available ibmphp_res.c:261: sorry, unimplemented: called from here ibmphp_res.c:45: sorry, unimplemented: inlining failed in call to 'find_bus_wprev': function body not available ibmphp_res.c:284: sorry, unimplemented: called from here make[3]: *** [ibmphp_res.o] Error 1 make[3]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.28-pre2-full/drivers/hotplug' <-- snip --> The patch below fixes this issue by uninlining find_bus_wprev (as done in 2.6). Signed-off-by: Adrian Bunk ChangeSet@1.1532.1.1, 2004-08-27 08:52:10-03:00, paulkf@microgate.com [PATCH] synclinkmp transmit eom fix Bug Fixes: * Fix transmit end of message (EOM) processing to work correctly with hardware auto CTS feature * Fix oops in error path if hardware diags fail during device initialization Cosmetic change: * Use existing macros for address space size instead of hardcoded values Signed-off-by: Paul Fulghum ChangeSet@1.1539, 2004-08-26 14:58:43-07:00, davem@nuts.davemloft.net [SPARC64]: Fix arg passing to copy_in_user(). ChangeSet@1.1538, 2004-08-26 14:57:52-07:00, davem@nuts.davemloft.net [SPARC64]: Remove memcpy/bzero symbol usage in sparc64_do_profile. Signed-off-by: David S. Miller ChangeSet@1.1537, 2004-08-26 14:42:46-07:00, davem@nuts.davemloft.net [SPARC64]: Update defconfig. ChangeSet@1.1536, 2004-08-26 14:26:22-07:00, davem@nuts.davemloft.net [SPARC64]: Revamped memcpy infrastructure. - Make it easier to maintain the Ultra-I vs. Ultra-III memcpy implementations. Before you had to maintain 3 different entire copies of the routines. - Kill %asi register writing Ultra-I single memcpy loop for both user and kernel. Was not worth it. - Simplify exception detection and handling enormously. Backported from 2.6.x Signed-off-by: David S. Miller ChangeSet@1.1535, 2004-08-26 14:16:05-07:00, davem@nuts.davemloft.net [SPARC64]: Use saner local label names in Ultra3 copies. This makes the kernel profiles look much more meaningful. Signed-off-by: David S. Miller ChangeSet@1.1534, 2004-08-26 14:15:23-07:00, davem@nuts.davemloft.net [SPARC64]: Remove memcpy Ultra3 PCACHE patching trick. It could never be enabled safely, so just toss the code. Signed-off-by: David S. Miller ChangeSet@1.1532, 2004-08-25 08:10:33-03:00, marcelo@logos.cnet Changed EXTRAVERSION to -pre2 TAG: v2.4.28-pre2