On Thu, 09 Nov 2000 15:52:47 +1100,
Rusty Russell <[EMAIL PROTECTED]> wrote:
>In message <[EMAIL PROTECTED]> you write:
>> Looks like persistent data has to be stored in /lib/modules/persist (no
>> , see earlier mail).
>
>You need versions: binary data is too prone to change (proven kernel
>histo
On Wed, 08 Nov 2000 16:35:36 -0800,
David Ford <[EMAIL PROTECTED]> wrote:
>Ok, in test10, for every 2 out of 5 boots, this particular workstation
>locks up hard as it reaches the following:
>
>usb.c: registered new driver usbdevfs
>usb.c: registered new driver hub
>usb-uhci.c: $Revision: 1.242 $
On Wed, 08 Nov 2000 15:15:59 -0600,
Timur Tabi <[EMAIL PROTECTED]> wrote:
>../support/schedule.h:16: parse error
>
>and line 16 says:
>
>#if LINUX_VERSION_CODE < KERNEL_VERSION(2,3,0)
#include
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 08 Nov 2000 14:09:43 -0600,
Timur Tabi <[EMAIL PROTECTED]> wrote:
>I'm trying to port my driver from 2.4 to 2.2. When I try to compile it, I get
>several "multiple definition of `__module_kernel_version'" errors:
include/linux/module.h was changed in the 2.3 kernels to define
__module_k
On Wed, 8 Nov 2000 00:38:33 -0600 (CST),
Matthew Hanselman <[EMAIL PROTECTED]> wrote:
>I can poke around tomorrow morning without a reboot, but then I'll have to
>reboot (so please respond via email if I can do anything). I tried
>grinding the message through ksymoops-2.3.5, and it complains wit
On Tue, 7 Nov 2000 21:48:59 -0500 (EST),
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
>On Tue, 7 Nov 2000, Alan Cox wrote:
>>Actually they do. I agree that it wants sorting. Im just wondering what the
>>best approach is - maybe check modutils rev and only add the link if its high
>>enough ?
>
>Wha
On Tue, 7 Nov 2000 16:30:22 -0600 (CST),
Jesse Pollard <[EMAIL PROTECTED]> wrote:
> From: Keith Owens <[EMAIL PROTECTED]>
>> No need for a separate size field. Note that MODULE_PARM is built at
>> compile time so all persistent data must have a fixed compile tim
On Tue, 7 Nov 2000 17:31:19 -0500 (EST),
"Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
>Also, I get some CPU watchdog timeout that I didn't ask for Grrr...
>
>Nov 7 17:17:54 chaos nmbd[115]: Samba server CHAOS is now a domain master browser
>for workgroup LINUX on subnet 204.178.40.224
>No
On Tue, 7 Nov 2000 10:01:02 -0600 (CST),
Jesse Pollard <[EMAIL PROTECTED]> wrote:
>Keith Owens <[EMAIL PROTECTED]>:
>> Enough people have asked for persistent module storage to at least
>> justify me writing the code. The design is simple.
>>
>> MODULE_P
On Tue, 07 Nov 2000 11:47:57 -0300,
Horst von Brand <[EMAIL PROTECTED]> wrote:
>Keith Owens <[EMAIL PROTECTED]> said:
>> It makes no sense to allow duplicate module names in the same kernel
>> tree. "modprobe foo" - which one gets loaded?
>
>Why the
On Tue, 07 Nov 2000 10:30:39 -0300,
Horst von Brand <[EMAIL PROTECTED]> wrote:
>> Keith Owens <[EMAIL PROTECTED]> said:
>> > I have not decided where to save the persistent module parameters. It
>> > could be under /lib/modules//persist or it could be un
On Tue, 07 Nov 2000 09:45:42 -0300,
Horst von Brand <[EMAIL PROTECTED]> wrote:
>Keith Owens <[EMAIL PROTECTED]> said:
>> I have not decided where to save the persistent module parameters. It
>> could be under /lib/modules//persist or it could be under
>> /v
On Tue, 7 Nov 2000 12:11:57 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> Agreed, I was unhappy that the build symlink was added to 2.2 kernels.
>> Now you need modutils >= 2.3.14 for 2.2 kernels :(. But nobody asks
>> me, I'm just the kernel module.[ch] and modutils maintainer.
>
>Actuall
On Tue, 07 Nov 2000 15:00:11 +1100,
Keith Owens <[EMAIL PROTECTED]> wrote:
>insmod takes parameters from modules.conf, from the saved persistent
>data (see below) and from the command line, in that order. The last
>value for a parameter takes precedence.
Correction: modprobe t
Enough people have asked for persistent module storage to at least
justify me writing the code. The design is simple.
MODULE_PARM(var,type) currently defines type as [min[-max]]{b,h,i,l,s}.
For persistent data support, type is now [min[-max]]{b,h,i,l,s}{p}, the
trailing 'p' for persistent is opt
On Tue, 7 Nov 2000 01:20:36 +0100 (CET),
Tomasz Motylewski <[EMAIL PROTECTED]> wrote:
>2.2.18pre19:
>And , whose idea was that "make modules_install" should create
>/lib/modules//build symlink to the kernel sources?
>It really breakes depmod -a (modutils 2.3.11)(*)
>
>(*) I could find a worka
On Mon, 6 Nov 2000 23:03:44 +0100,
Frank van Maarseveen <[EMAIL PROTECTED]> wrote:
>First a firewall is installed (ppp0). Starting the network (eth0/lo only. ppp0 is
>nonexistent at this point) gives the following Oops:
>Nov 6 22:20:25 iapetus kernel: EIP:
>0010:[ipt_REJECT:__insmod_ipt_REJE
On Mon, 6 Nov 2000 16:31:23 -0500 (EST),
"Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
>However when running, the new kernel 2.4.0-test9, can't be used to
>make a usable initrd ram disk. The result being that 2.4.0-test9
>can't, itself, build an "initrd" bootable system.
>
>Before everybody scr
On Mon, 6 Nov 2000 16:24:13 -0300,
[EMAIL PROTECTED] wrote:
>Is it possible to access symbols exported by modules from inside the kernel ?
Not via symbol name, the linkage goes module => kernel, not the other
way round. Your module needs to register its data when it loads, then
any code can use
On Mon, 6 Nov 2000 23:00:05 + (GMT),
Paul Jakma <[EMAIL PROTECTED]> wrote:
>On Mon, 6 Nov 2000, Alan Cox wrote:
>> Its called modules.conf. It has all these nice preload directives in it
>
>cool..
>
>doesn't seem to be documented though in modutils 2.3.17. what exactly
>does it do?
man modul
On 06 Nov 2000 11:09:41 -0700,
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>Well we don't have auto unload.
Check crontab, if it contains rmmod -a then you have auto unload.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Mon, 06 Nov 2000 07:13:07 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>...or, give up this silly nonsense about loading and unload modules on
>every open() and close(). A module load modifies the running kernel
>code... why do people do this on such a whim?
>
>Just load the driver at bootu
Mirror at ftp://ftp.**.kernel.org/pub/linux/utils/kernel/ksymoops/v2.3
replace '**' with your favourite local kernel.org mirror.
ksymoops-2.3.5.tar.gz Source tarball, includes RPM spec file
ksymoops-2.3.5-1.src.rpmAs above, in SRPM format
ksymoops-2.3.5-1.i386.rpm
On Mon, 6 Nov 2000 00:54:51 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>On Mon, 6 Nov 2000, Keith Owens wrote:
>
>> I'm not sure why you think this can be used for module persistent
>> storage. If a module calls inter_module_register
The get_module_symbol and put_module_symbol functions do not work when
the kernel is compiled with CONFIG_MODVERSIONS. They are a third
mechanism for modules to pass data to each other, the other two are
exported symbols which are resolved at insmod time or via registration
functions.
Because xx
On Sun, 5 Nov 2000 23:15:27 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>Your patch looks like it'll work. Although I don't really see any
>advantage over {get,put}_module_symbol() in this case, it does look like
>it can be used to finally provide module persistent storage, which will
On Sun, 05 Nov 2000 13:08:41 -0800,
ryan <[EMAIL PROTECTED]> wrote:
>Kernel oops. A message like:
>
>"Detected LOCKUP on CPU0"
>or sometimes its CPU1...
Which tells us precisely nothing. Saying "a message like" is no good.
You need to follow the procedure in linux/REPORTING-BUGS, including the
Pressed enter too soon.
/*
* Call device private open method
*/
ret = -ENODEV;
if (dev->open && try_inc_mod_count(dev->owner)) {
if ((ret = dev->open(dev)) && dev->owner)
__MOD_DEC_USE_COUNT(dev->owner);
On Sun, 05 Nov 2000 12:28:55 +1100,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> CPU0 CPU1
>
>rtnl_lock()
> dev_ifsioc()
> dev_change_flags()
> dev_open();
>dev->open();
>vortex_open()
>
On Fri, 3 Nov 2000 17:54:51 -0500 (EST),
"Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
>(1)I have SCSI modules that have to be installed upon boot
>from initrd. Insmod failed with "Can't find the kernel version that
>this module was compiled with..."
"Can't find the kernel version that thi
On Fri, 3 Nov 2000 10:09:31 -0500,
[EMAIL PROTECTED] wrote:
>9. To Do
> * DRM cannot use AGP support module when CONFIG_MODVERSIONS is
> defined (issue with get_module_symbol caused fix proposed by John
> Levon to be rejected)
Move this to "in progress" and add MTD code breaks wi
On Fri, 3 Nov 2000 17:10:52 -0800 (PST),
James Simmons <[EMAIL PROTECTED]> wrote:
>
>> * VGA Console can cause SMP deadlock when doing printk {CRITICAL}
>>(Keith Owens)
>
>Still not fixed :-( Here is the patch again. Keith give it a try and tell
>me if
On Wed, 01 Nov 2000 09:43:16 -0500,
Skip Collins <[EMAIL PROTECTED]> wrote:
>Pentium 3, 256Mb RAM, kernel 2.4.0-test10-pre7 (as well as 2.4.0-test9).
>I installed RH7, compiled the latest development kernels (using kgcc, as
>required with RH7). After the "greynetic" screensaver (installed with
>R
On Tue, 31 Oct 2000 09:31:09 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>On Wed, 1 Nov 2000, Keith Owens wrote:
>>
>> LINK_FIRST is processed in the order it is specified, so a.o will be
>> linked before z.o when both are present. See the patch.
>
>S
On Tue, 31 Oct 2000 17:24:24 -0800,
"Dunlap, Randy" <[EMAIL PROTECTED]> wrote:
>Is it valid to run depmod like this before
>booting the kernel that has usbcore in-kernel?
>depmod -ae works after I boot that kernel + usbcore.
To run depmod against a new 2.4.0-test10 kernel,
make modules_install
On Tue, 31 Oct 2000 16:29:16 +0200,
Petko Manolov <[EMAIL PROTECTED]> wrote:
>I wonder why the compiler decides to add ".section
>.modinfo,"a",@progbits"
>May be this is the thing which should be fixed.
That is just gcc speak for section .modinfo is marked as allocated,
type progbits. Read the
On Tue, 31 Oct 2000 15:54:05 +0200,
Petko Manolov <[EMAIL PROTECTED]> wrote:
>"Warning: Ignoring changed section attributes for .modinfo"
>
>Changing the declaration in linux/module.h to ".modinfo,"a""
>fixed the problem, but i noticed that the author said that
>"we want .modinfo to not be alloca
On Tue, 31 Oct 2000 09:37:09 + (GMT),
Russell King <[EMAIL PROTECTED]> wrote:
>Keith Owens writes:
>> kbuild 2.5 splits link order into three categories. Those that must
>> come first, in the order they are specified - LINK_FIRST. Those that
>> must come
On Tue, 31 Oct 2000 12:49:12 +1100,
Keith Owens <[EMAIL PROTECTED]> wrote:
>You will compile all export objects, whether they are configured or
>not. The "obvious" fix does not work.
>
> MIX_OBJS:= $(filter $(export-objs),$(obj-y) $(obj-m))
>
>
On Mon, 30 Oct 2000 16:47:15 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>Actually, I think I have an even simpler solution, which is to change the
>newstyle rule to something very simple:
>
> # Translate to Rules.make lists.
>
> O_OBJS := $(obj-y)
> M_OBJS
On Mon, 30 Oct 2000 15:47:59 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>On Tue, 31 Oct 2000, Keith Owens wrote:
>We should have some REALLY simple and to-the-point rules. Namely:
>
> - object files get linked in the order specified
>
>No ifs, buts, "exce
On Mon, 30 Oct 2000 15:15:57 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>I'm saying that EVERYTHING should be order-critical.
We (almost) agree about that, we are arguing about implementation
details. The existing implementation relies on the order that objects
are declared. In alm
On Mon, 30 Oct 2000 18:02:34 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>As an aside: remember you mentioned we should try to go 100% OX_OBJS
>anyway, eliminating O_OBJS completely...
That is a global change for 2.5, it would massively break 2.4 kbuild.
-
To unsubscribe from this list: send
On Mon, 30 Oct 2000 14:51:25 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>On Tue, 31 Oct 2000, Keith Owens wrote:
>>
>> obj-y is used together with export-objs to split objects into O_OBJS
>> (no export symbol) and OX_OBJS (export symbol). If usbcore.o (m
On Mon, 30 Oct 2000 14:24:13 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>This is the right fix. We MUST NOT sort those things.
Correction. We can sort them if we know what the correct link order
should be. In far too many Makefiles, we have no idea if the existing
order is required
On Mon, 30 Oct 2000 17:01:20 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> USB still gets unresolved symbols when part is in kernel, part is in
>> modules and modversions are set. Patch against 2.4.0-test10-pre7, only
>> affects drivers/usb/Mak
export MIX_OBJS
unexport SYMTAB_OBJS
+# Control link order, added 29 Oct 2000 Keith Owens <[EMAIL PROTECTED]>
+unexport LINK_FIRST
+unexport LINK_LAST
#
# Get things started.
@@ -84,8 +87,19 @@ all_targets: $(O_TARGET) $(L_TARGET)
#
# Rule to compile a set of .o files into one .o file
#
+
On Mon, 30 Oct 2000 18:16:44 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> 2.4 symbol generation code never sees the C++ names, 2.5 code might.
>> To detect a mismatch between kernel headers and the module version
>> file, I have to generate the checksum for the consumer of the symbol
>> (C
On Mon, 30 Oct 2000 14:02:38 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> As part of the 2.5 kbuild redesign, symbol versions will be completely
>> redone. One of the things on my todo list is to detect this mismatch.
>> There are some problems in doing that which I may or may not be able
On Mon, 30 Oct 2000 13:41:40 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> >You may find that creating your own wrappers for these files that do
>> >
>> >extern "C" {
>> >#define new new_
>> >#define
On Mon, 30 Oct 2000 13:04:06 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>You may find that creating your own wrappers for these files that do
>
>extern "C" {
>#define new new_
>#define private private_
>#include
>#undef new
>#undef private
>}
>
>safer, since you won't break anything
It br
On Mon, 30 Oct 2000 13:00:06 +0100,
"J . A . Magallon" <[EMAIL PROTECTED]> wrote:
>And what about struct fields ? It is the same. If you change the name of a field
>permanently, you have to modify the C source that uses it. But names are not
>important for binary compatability, so you can make th
:49:58 +1100 kaos
+(linux-2.4/B/c/24_Rules.make 1.2.1.4 644)
@@ -31,6 +31,9 @@ unexport LX_OBJS
unexport MX_OBJS
unexport MIX_OBJS
unexport SYMTAB_OBJS
+# Control link order, added 29 Oct 2000 Keith Owens <[EMAIL PROTECTED]>
+unexport LINK_FIRST
+unexport LINK_LAST
#
# Get things s
/24_Rules.make 1.2.1.4 644)
+++ 0-test10-pre6.1(w)/Rules.make Sun, 29 Oct 2000 12:04:05 +1100 kaos
+(linux-2.4/B/c/24_Rules.make 1.2.1.4 644)
@@ -31,6 +31,9 @@ unexport LX_OBJS
unexport MX_OBJS
unexport MIX_OBJS
unexport SYMTAB_OBJS
+# Control link order, added 29 Oct 200 Keith Owens <[EM
On Fri, 27 Oct 2000 13:01:32 +0200,
Markus hennig <[EMAIL PROTECTED]> wrote:
>config.c:311: #error "HiSax: No cards configured"
>su.c:75: asm/oplib.h: No such file or directory
>su.c:77: asm/ebus.h: No such file or directory
>newport.c:11: asm/gfx.h: No such file or directory
>newport.c:12: asm/n
On Sat, 28 Oct 2000 11:02:04 +0100 (BST),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> of get_module_symbol this weekend. The inter-object registration code
>> will allow two objects to pass data to each other, it will not matter
>> whether the objects are both modules, one module and one built in (in
On Sat, 28 Oct 2000 05:40:28 -0400 (EDT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> cc list trimmed. Nobody has come up with a "must have" reason for
>> get_module_symbol and that interface is broken as designed. I will be
>
>Nobody has come up with a 'must break existing sane code' reason either.
On Fri, 27 Oct 2000 02:26:10 -0400,
David Won <[EMAIL PROTECTED]> wrote:
>Oct 22 22:37:20 phlegmish kernel: Unable to handle kernel paging request at
>virtual address 00018486
>Oct 22 22:37:20 phlegmish kernel: EIP:
>0010:[smbfs:__insmod_smbfs_O/lib/modules/2.4.0-test8/kernel/fs/smbfs/sm+-23
On Fri, 27 Oct 2000 15:27:04 +0200 (CEST),
Patrick van de Lageweg <[EMAIL PROTECTED]> wrote:
>This patch renames the block_til_ready of generic serial to
>gs_block_til_ready. This patch also exports the symbols needed by other
>modules with generic_serial compiled into the kernel.
>
>(it also hel
On Fri, 27 Oct 2000 14:25:48 +0100,
David Woodhouse <[EMAIL PROTECTED]> wrote:
>But in the case where there _aren't_ any functions which could usefully be
>shared between the modules, you've got a whole extra gratuitous module
>(What's that, 32KiB on some ARM boxen?) just to hold the registrati
On Fri, 27 Oct 2000 12:55:57 -0700,
"Dunlap, Randy" <[EMAIL PROTECTED]> wrote:
>I'm currently using 2.4.0-test10-pre6.
>Now if I am running 't10pre6' (no USB in kernel)
>and I do 'depmod -ae', I get lots of these
>"Unresolved symbol" messages from depmod.
>However, if I boot 't10pre6-kuc' (USBcor
On Fri, 27 Oct 2000 19:45:13 +0200,
Pavel Machek <[EMAIL PROTECTED]> wrote:
>Would it be possible to keep 2.7.2.3? You still need 2.7.2.3 to
>reliably compile 2.0.X (and maybe even 2.2.all-but-latest?).
You can have multiple versions of gcc installed, just select the one to
use when you compile
On Wed, 25 Oct 2000 16:48:05 -0600,
[EMAIL PROTECTED] wrote:
>scsi_register--> scsi_register_R__ver_scsi_register
You have been bitten by the broken Makefiles, time to do a complete
cleanup and start again.
mv .config ..
make mrproper (clean is not enough)
mv ../.config ..
make oldc
On Thu, 26 Oct 2000 15:39:59 +0200 (CEST),
Christian Reiser <[EMAIL PROTECTED]> wrote:
> kernel BUG at slab.c:804!
>Code: 0f 0b 83 c4 0c 8d b4 26 00 00 00 00 8b 1b 81 fb bc 23 26 c0
>... hope it could help ...
Almost completely useless until you follow the procedures in
linux/REPORTING-BUGS.
On Thu, 26 Oct 2000 09:17:49 -0400 (EDT),
"Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
>On Thu, 26 Oct 2000, Albert D. Cahalan wrote:
>> I doubt this is true on most modern processors. On the Pentium
>> and above, large pages are used for the kernel. The PowerPC port
> ^^^
On Thu, 26 Oct 2000 23:52:02 +1100,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>[ You could put a show_stack(0) in here, but I believe ksymoops
> doesn't understand show_stack() output ].
It does, and extracts the "Call Trace:" data. The stack is not printed
by ksymoops because it does not have
On Thu, 26 Oct 2000 14:22:54 +0200,
Klaus Naumann <[EMAIL PROTECTED]> wrote:
>The problem with that is that on boot up (for lilo) the internal disk
>is disk number one. But when I'm in the system and want to install lilo
>it's disk number two - that's what lilo is complaining about on boot up.
>(
torvalds wrote
>It seems that gcc-2.7.2.3 is terminally ill. I'd rather change
>Documentation/Changes, and just document the fact.
>These kinds of subtle work-arounds for gcc bugs are not really acceptable,
>nor is it worthwhile complaining when somebody does development with a gcc
>that is _n
On Sun, 22 Oct 2000 18:53:41 +0200,
Meino Christian Cramer <[EMAIL PROTECTED]> wrote:
> I got a total freeze, while trying the command 'lpr example_textfile.txt' on
> a machine with no attached printer.
> Unfortunately there was no log according to this.
>
> I am using LPRng-3.6.26 with Linux-2.4
On Sun, 22 Oct 2000 10:26:04 -0500,
"Jerry Kelley" <[EMAIL PROTECTED]> wrote:
>kernel = 2.2.14-5.0 for i686 UP
>insmod reports version 2.3.10-pre1
>ksymoops is 0.7c
Upgrade both modutils and ksymoops, both are well out of date. Also
kernel 2.2.14 does not have the code to handle symbols if you
On Sun, 22 Oct 2000 12:58:32 +1100,
Keith Owens <[EMAIL PROTECTED]> wrote:
>Everybody using 2.4 kernels needs modutils >= 2.3.15. I recommend that
>you upgrade to modutils 2.3.19 for IA64, ISA PNP and USB support.
>
>ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v
On Sat, 21 Oct 2000 10:41:08 -0500,
"Jerry Kelley" <[EMAIL PROTECTED]> wrote:
>I'm trying to debug the oops that my module is generating. When I use =
>ksymoops on the oops text I get a warning saying that the module is in =
>lsmod but is not found in ksyms. I have two questions:
Please send in
Everybody using 2.4 kernels needs modutils >= 2.3.15. I recommend that
you upgrade to modutils 2.3.19 for IA64, ISA PNP and USB support.
ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.3
patch-modutils-2.3.19.bz2 Patch from modutils 2.3.18 to 2.3.19
modutils-2.3.19.tar.bz2
On Wed, 18 Oct 2000 22:20:15 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
>> >Keith Owens wrote:
>> >> +obj-$(CONFIG_USB) += usbcore.o usb.o
>I don't think that would work, for if the USB core code is compiled as a
>module, then usb.o has to
I started work on the removal of get/put_module_symbol and immediately
hit problems, these functions are not being used the way we thought.
Instead of being used as weak linkage from one module to another,
people are using get_module_symbol in kernel code to decide if a module
needs to be loaded a
On Thu, 19 Oct 2000 01:56:38 +0100 (BST),
Alan Cox <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> modprobe would attempt to satisfy weak external references as if they
>> were normal references, including all the module dependency chains and
>> reference counts.
On Wed, 18 Oct 2000 20:44:19 -0400 (EDT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> Nice and clean. WEAK_EXTERN does some magic to create a NULL pointer
>> at link time or load time if the symbol is not resolved.
>
>It also has to do the rest of the
On Thu, 19 Oct 2000 01:46:26 +0200,
Jamie Lokier <[EMAIL PROTECTED]> wrote:
>John Levon wrote:
>> should get_module_symbol() die ?
>
>Please no. I use it for a situation where two drivers can be used
>independently. However, when they're loaded at the same time they
>communicate. Having a thir
On Wed, 18 Oct 2000 13:47:40 -0700,
Randy Dunlap <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> +obj-$(CONFIG_USB) += usbcore.o usb.o
>
>We still need your help. Using this usb/Makefile change gives
>me errors on all (?) exported symbols when I try to bu
Objects that export symbols must be explicitly listed before the
calculation of OX_OBJS. usb.o is not explicitly listed as an object,
it is implicitly included via the link of usbcore.
Index: 0-test10-pre3.1/drivers/usb/Makefile
--- 0-test10-pre3.1/drivers/usb/Makefile Mon, 02 Oct 2000 15:28:44
On Tue, 17 Oct 2000 00:45:13 -0500 (CDT),
Thomas Molina <[EMAIL PROTECTED]> wrote:
>I patched from 2.4.0-test9 to 2.4.0-test10-pre3 successfully. I then
>did make mrproper, make oldconfig, make dep successfully. make bzImage
>resulted in the following error:
>
>[root@wr5z linux]# make bzImage
>
On Tue, 17 Oct 2000 00:22:06 -0500,
[EMAIL PROTECTED] wrote:
>My main question is how do I go about debugging a problem which locks
>up my system? (or at least the video card) I would like to be able to
>get some more info so I can really tell you what is going on. Anyway
Apply the relevant kern
On Mon, 16 Oct 2000 15:29:53 +0100 (BST),
Tigran Aivazian <[EMAIL PROTECTED]> wrote:
>static void __exit test_exit(void)
>{
>return;
>}
>
>module_init(test_init);
>module_exit(test_exit);
># kgcc -Wall -O2 -g -c -o hello.o hello.c
>hello.c:13: parse error before `test_exit'
Add -v -E -dM
On Mon, 16 Oct 2000 08:50:24 -0400,
Mark Salisbury <[EMAIL PROTECTED]> wrote:
>the original-original post was somebody asking why not make the kernel headers
>C++ friendly.
>all he wanted was the c++ reserved words removed from / kept out of the headers.
>that way, if they for some reason want to
On Sun, 15 Oct 2000 09:57:08 -0700,
Miles Lane <[EMAIL PROTECTED]> wrote:
>> On Mon, 16 Oct 2000 14:30:39 +1000,
>> "Mike McLeod" <[EMAIL PROTECTED]> wrote:
>> >All of the code is open except for an image file that is loaded
>> >onto the card when the driver is installed that handles it's
>> >l
On Mon, 16 Oct 2000 14:30:39 +1000,
"Mike McLeod" <[EMAIL PROTECTED]> wrote:
>The company I work for has developed a new piece of hardware, and we are
>eager to have the drivers for this hardware included as part of the
>Linux kernel. Currently, we have customers who have been using our
>product
On Sat, 14 Oct 2000 00:09:57 -0400 (EDT),
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
>Will the following work with 2.2.17 as well?
>
>o modutils 2.3.15 # insmod -V
>
>I'm particularly concerned with the modutils 2.3.15. During the
>2.0.x -> 2.2.x transition I was
On Fri, 13 Oct 2000 10:01:56 -0400,
"Chris Swiedler" <[EMAIL PROTECTED]> wrote:
>Why is modprobe kept as a separate executable, when nothing else in the
>kernel is (seems to be)?
modprobe is a user space tool, it can be used by hand at any time. It
shares a lot of code with insmod and depmod, a
On Thu, 12 Oct 2000 11:02:50 -0400,
"Chris Swiedler" <[EMAIL PROTECTED]> wrote:
>But the kernel should be able to write directly to the screen, even if it's
>extremely minimal information. Something like how LILO does it: test the
>common hang-on-boot conditions (like wrong CPU type) and print a
On Thu, 12 Oct 2000 12:56:09 +0100 (BST),
Tigran Aivazian <[EMAIL PROTECTED]> wrote:
>one correction -- it was "down and up the interface" that did the trick
>and not deleting the 64M mtrr entry. I.e. the eepro100 problem is better
>formulated as "when highmem is enabled one or both eepro100 inte
On Thu, 12 Oct 2000 10:45:11 +0100 (BST),
Tigran Aivazian <[EMAIL PROTECTED]> wrote:
>It would be nice if /proc/mtrr showed eip of
>the caller who set up the entry :)
How? If you compile with egcs-2.91.66 without frame pointers on ix86 then
__builtin_return_address() yields garbage. Does anybo
On Thu, 12 Oct 2000 02:20:15 +0200,
Jan Niehusmann <[EMAIL PROTECTED]> wrote:
>> argued that critical routines should always be compiled with -i386,
>> unfortunately that includes all of printk and all console handling
>> (both serial and screen), not really an option.
>
>Neither printk nor conso
On Wed, 11 Oct 2000 18:10:40 -0400,
[EMAIL PROTECTED] wrote:
>Are you sure it was compiled with the correct CPU? If you configure the
>CPU incorrectly (686 when you only have a 586, etc.) the kernel *will*
>refuse to boot.
>
>Maybe we should have the kernel print the CPU information it was
>comp
On Wed, 11 Oct 2000 14:26:08 +0100 (BST),
[EMAIL PROTECTED] wrote:
>I actually thought that the i686 target was the same as the i586 target
>with different instruction scheduling rules. Seems my judgement was off.
>/me goes to read gcc docs
Sounds like you got caught by the conditional move inst
On Wed, 11 Oct 2000 17:38:22 +0530,
[EMAIL PROTECTED] wrote:
>module having that function won't be unloaded. but my problem is i know
>only name (a string containing name of the function) but not function
>pointer. could you please elaborate on how to do this??
kernel/module.c, get_module_symbol
On Tue, 10 Oct 2000 23:40:49 -0500,
"Jerry Kelley" <[EMAIL PROTECTED]> wrote:
>Is there a good primer on reading an Oops?
linux/Documentation/oops-tracing.txt.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
On Tue, 10 Oct 2000 19:27:36 -0700,
Larry McVoy <[EMAIL PROTECTED]> wrote:
>On Wed, Oct 11, 2000 at 01:25:55PM +1100, Keith Owens wrote:
>> The ability to see checked in changes before Linus/Alan sends out a new
>> kernel patch would be the only reason for me to even look
On Tue, 10 Oct 2000 19:21:31 -0700,
Larry McVoy <[EMAIL PROTECTED]> wrote:
>If there is any amount of interest in this, I think we have a hack where
>we can repeatedly import a CVS repository and make it a BK repository.
The ability to see checked in changes before Linus/Alan sends out a new
ker
What is the current state of the vger CVS tree? LKML FAQ points to
ftp://vger.kernel.org/pub/linux/README.CVS which either gets connection
refused or no route to host. The mirror at samba.org is too slow, to
the extent that even doing a sync at 6AM local time gives up part way
through. Trying t
ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.3
patch-modutils-2.3.18.bz2 Patch from modutils 2.3.17 to 2.3.18
modutils-2.3.18.tar.bz2 Source tarball, includes RPM spec file
modutils-2.3.18-1.src.rpm As above, in SRPM format
modutils-2.3.18-1.i386.rpm Compiled
501 - 600 of 715 matches
Mail list logo
