2.4.6-ac1 parport_pc broken
Going from 2.4.5-ac24 to 2.4.6-ac1 drivers/parport/parport_pc.c fails depmod with unresolved symbols Diff for the two versions is: 2831d2830 < #if defined(CONFIG_PNPBIOS) || defined(CONFIG_PNPBIOS_MODULE) 2838d2836 < #endif I don't have either of these set, so the bracketed code gets dropped, so the compiler complains: parport_pc.c: In function `parport_pc_find_ports': parport_pc.c:2832: warning: implicit declaration of function `pnpbios_find_device' parport_pc.c:2832: warning: assignment makes pointer from integer without a cast parport_pc.c:2833: warning: implicit declaration of function `init_pnp040x' parport_pc.c:2835: warning: assignment makes pointer from integer without a cast - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Shared memory quantity not being reflected by /proc/meminfo
Christoph Rohland wrote: > > Hi Allan, > > On Sun, 24 Jun 2001, Allan Duncan wrote: > > OK, it's fine by me if the "shared" under 2.2.x is not the same, > > however in that case the field should not appear at all in meminfo, > > rather than the current zero value, which leads lesser kernel > > hackers like me up the garden path. > This would probably break a lot of user space apps. Then only break those that do a lousy parsing of meminfo and change the heading line to "shared_is_not_real:" or somesuch? Anyway, aren't the user apps being led up the garden path with the wrong answer? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Shared memory quantity not being reflected by /proc/meminfo
OK, it's fine by me if the "shared" under 2.2.x is not the same, however in that case the field should not appear at all in meminfo, rather than the current zero value, which leads lesser kernel hackers like me up the garden path. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Shared memory quantity not being reflected by /proc/meminfo
Since the 2.4.x advent of shm as tmpfs or thereabouts, /proc/meminfo shows shared memory as 0. It is in reality not zero, and is being allocated, and shows up in /proc/sysvipc/shm and /proc/sys/kernel/shmall etc.. Neither 2.4.6-pre5 nor 2.4.5-ac17 have the correct display. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
compile failure in 2.4.5-pre4
This addition for 2.4.5-pre4 has caused a compile failure with a parsing error: drivers/ide/ide-pci.c:711 if (!IDE_PCI_DEVID_EQ(d->devid, DEVID_CS5530) In my case CONFIG_BLK_DEV_CS5530 is not defined. -- Allan Duncan [EMAIL PROTECTED] (+613) 9253 6708, Fax 9253 6775 (We are just a number) Next Generation Infrastructure Program - Transport Architecture Project Telstra Research Labs, Box 249 Rosebank MDC, Clayton, Victoria, 3169, Australia - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.3-pre8 fails with IPX module
I have tried a compile of the latest test release, and it breaks on the IPX bits. Pre7 was OK. I've got modutils 2.4.2, so it isn't that. Here is the compile log: make -C ipx modules make[2]: Entering directory `/usr/src/lx-2.4.3p8/net/ipx' gcc -D__KERNEL__ -I/usr/src/lx-2.4.3p8/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i586 -DMODULE -DEXPORT_SYMTAB -c af_ipx.c af_ipx.c: In function `ipxrtr_route_packet': af_ipx.c:1545: warning: passing arg 4 of `sock_alloc_send_skb' makes integer from pointer without a cast af_ipx.c:1545: too few arguments to function `sock_alloc_send_skb' af_ipx.c: At top level: af_ipx.c:2534: unknown field `sendpage' specified in initializer af_ipx.c:2534: `sock_no_sendpage' undeclared here (not in a function) af_ipx.c:2534: warning: excess elements in struct initializer af_ipx.c:2534: warning: (near initialization for `ipx_dgram_ops') make[2]: *** [af_ipx.o] Error 1 make[2]: Leaving directory `/usr/src/lx-2.4.3p8/net/ipx' make[1]: *** [_modsubdir_ipx] Error 2 make[1]: Leaving directory `/usr/src/lx-2.4.3p8/net' make: *** [_mod_net] Error 2 For any queries mail to [EMAIL PROTECTED] - I could handle a digest but the list is too busy. -- Allan Duncan [EMAIL PROTECTED] (+613) 9253 6708, Fax 9253 6775 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
