Re: [rtl] Trouble upgrading to RT2.0
Tomasz Motylewski ([EMAIL PROTECTED]) wrote: > On Mon, 28 Aug 2000, Michael Barabanov wrote: > > > CONFIG_RTL was an oversight; sorry. > > I will add CONFIG_RTL in the next version. Meanwhile, you could > > define CONFIG_RTL in include/compat/linux/rtl.h (yes, linux/rtl.h is there, > > it's just not in the kernel source anymore). > > This will not help, it is "make config", not source code dependence. Comedi > looks in kernel's .config (Config.in script depends on it). Ok I see. Will fix. Thanks. > > I haven't looked at comedy makefiles. The idea about building > > RTLinux applications is that the application Makefile should include > > the rtl.mk file from the RTLinux distribution that it's being compiled > > against. This file contains all paths, gcc flags etc. And the > > This brings us to the question of standard location of rtl.mk file? > /usr/src/linux/include is standard, /usr/include/rtlinux is standard. > rtl.mk NOR rtlinux30pre6c/include/compat are not installed as a part > of "make install". So, my point is that system after "make install" + pached > kernel source should be enough to build and use RT modules. There still must be a way to get the compiler flags. > Moreover imagine what happens if some application depends on more than one > package having it's .mk file. One should then at least change > CFLAGS = ... > to > CFLAGS += ... > in rtl.mk I like the += idea. > I would understand requirement to fix makefiles going from v2.0 to v3.0. > But if you release v3.0 as v2.x YOU are responsible for keeping > compatybility. I think that in this case good fix would be to add > /usr/src/include/linux/rtl.h (same as > rtlinux30pre6c/include/compat/linux/rtl.h) to kernel_patch-2.2 I still don't see how this is a RTLinux problem. It is comedy's responsibility to include rtl.mk to get all include files correctly. I for one have multiple versions of rtlinux installed (smp/up, 2.2/2.4 etc). I do not think I am the only one. And there is only one standard location. > We are talking about V2 (not V1) compatybility of rtlinux-2.3-pre3.tar.gz. Ok. After all 2.3 is still in pre stage. Now that we some problems are known, we can fix them and get closer to the better 2.3 release. Michael. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
David Schleef ([EMAIL PROTECTED]) wrote: > Wasn't this discussion about source compatibility? Requiring that > the user modify the source code to upgrade != source > compatibility. Like I wrote to Tomasz, 2.3 is really 2.3pre3. We still have a chance to get it right before final release... Michael. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
On Mon, Aug 28, 2000 at 11:31:41AM -0600, [EMAIL PROTECTED] wrote: > > First: /usr/src/linux/.config > > > > rtlinux-2.3-pre2: CONFIG_RTL=y > > > > rtlinux-2.3-pre3: CONFIG_RTLINUX=y > > Why was this changed? > > Why is this referenced in comedi? So that Comedi can autodetect RTLinux. This is the reason I gave when I convinced you to originally put it in. Not a problem, the autodetect script can be changed as necessary. > > Second: linux/rtl.h: No such file or directory > > Is there any way to detect (#ifdef) the change from to > > It's easy to define > #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,0) > > We probably need a RTLINUX_VERSION_CODE too. Wasn't this discussion about source compatibility? Requiring that the user modify the source code to upgrade != source compatibility. dave... -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
On Mon, Aug 28, 2000 at 09:57:03AM -0700, Wayne E. Van Loon Sr. wrote: > Hello rtl users: > I am very interested in switching to v3 if using a debugger is possible. > Which debugger and is there documentation on using the debugger with > RT-threads? > Wayne GDB. There is a howto. > > > Michael Barabanov wrote: > > > > Sundeep Kapila ([EMAIL PROTECTED]) wrote: > > > Hi, > > > On Sun, Aug 27, 2000 at 07:14:09PM +0400, Michael Barabanov wrote: > > > > 2.2.13-rtl2.0 is very old. Please use the latest, 3.0pre6e, available > > > > from ftp://fsmlabs.com/pub/rtlinux/v3 > > > What are the main differences ? > > > How is v3 better ? > > > > Too many things to list really; here are some points: > > > > - 2.2 and 2.4 kernels support > > - debugger for RT-threads > > - multiple architectures (x86, ppc, alpha) > > - posix IPC (semaphores, mutexes, condvars, etc) > > - user-space realtime > > - mixing RTLinux v1.x and v2.x API is now possible > > - much less bugs > > > > etc > > > > Michael. > > > > -- [rtl] --- > > To unsubscribe: > > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > > echo "unsubscribe rtl " | mail [EMAIL PROTECTED] > > --- > > For more information on Real-Time Linux see: > > http://www.rtlinux.org/rtlinux/ > -- [rtl] --- > To unsubscribe: > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > echo "unsubscribe rtl " | mail [EMAIL PROTECTED] > --- > For more information on Real-Time Linux see: > http://www.rtlinux.org/rtlinux/ -- - Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
On Mon, Aug 28, 2000 at 06:20:50PM +0200, Tomasz Motylewski wrote: > Well I was actually quite shocked/amazed thet you have packaged > rtlinux30pre6c as rtlinux-2.3-pre3.tar.gz. Shocked, because it was to me like > Linus releasing his new 2.4.3pre14 kernel as stable 2.2.19. Amazed, because > it means you have kept source compatibility with RTL-2.0. We would like to maintain fewer code bases -- so backporting the kernel dependent stuff seemed cleaner. > But unfortunately there are some problems which prevent just taking RTL-2.0 > application (like comedi) and compiling it with rtlinux-2.3-pre3. > > First: /usr/src/linux/.config > > rtlinux-2.3-pre2: CONFIG_RTL=y > > rtlinux-2.3-pre3: CONFIG_RTLINUX=y > Why was this changed? Why is this referenced in comedi? > Second: linux/rtl.h: No such file or directory > Is there any way to detect (#ifdef) the change from to It's easy to define #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,0) We probably need a RTLINUX_VERSION_CODE too. -- - Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
On Mon, 28 Aug 2000, Michael Barabanov wrote: > CONFIG_RTL was an oversight; sorry. > I will add CONFIG_RTL in the next version. Meanwhile, you could > define CONFIG_RTL in include/compat/linux/rtl.h (yes, linux/rtl.h is there, > it's just not in the kernel source anymore). This will not help, it is "make config", not source code dependence. Comedi looks in kernel's .config (Config.in script depends on it). > I haven't looked at comedy makefiles. The idea about building > RTLinux applications is that the application Makefile should include > the rtl.mk file from the RTLinux distribution that it's being compiled > against. This file contains all paths, gcc flags etc. And the This brings us to the question of standard location of rtl.mk file? /usr/src/linux/include is standard, /usr/include/rtlinux is standard. rtl.mk NOR rtlinux30pre6c/include/compat are not installed as a part of "make install". So, my point is that system after "make install" + pached kernel source should be enough to build and use RT modules. Moreover imagine what happens if some application depends on more than one package having it's .mk file. One should then at least change CFLAGS = ... to CFLAGS += ... in rtl.mk I would understand requirement to fix makefiles going from v2.0 to v3.0. But if you release v3.0 as v2.x YOU are responsible for keeping compatybility. I think that in this case good fix would be to add /usr/src/include/linux/rtl.h (same as rtlinux30pre6c/include/compat/linux/rtl.h) to kernel_patch-2.2 We are talking about V2 (not V1) compatybility of rtlinux-2.3-pre3.tar.gz. Best regards, -- Tomek -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
Hello rtl users: I am very interested in switching to v3 if using a debugger is possible. Which debugger and is there documentation on using the debugger with RT-threads? Wayne Michael Barabanov wrote: > > Sundeep Kapila ([EMAIL PROTECTED]) wrote: > > Hi, > > On Sun, Aug 27, 2000 at 07:14:09PM +0400, Michael Barabanov wrote: > > > 2.2.13-rtl2.0 is very old. Please use the latest, 3.0pre6e, available > > > from ftp://fsmlabs.com/pub/rtlinux/v3 > > What are the main differences ? > > How is v3 better ? > > Too many things to list really; here are some points: > > - 2.2 and 2.4 kernels support > - debugger for RT-threads > - multiple architectures (x86, ppc, alpha) > - posix IPC (semaphores, mutexes, condvars, etc) > - user-space realtime > - mixing RTLinux v1.x and v2.x API is now possible > - much less bugs > > etc > > Michael. > > -- [rtl] --- > To unsubscribe: > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > echo "unsubscribe rtl " | mail [EMAIL PROTECTED] > --- > For more information on Real-Time Linux see: > http://www.rtlinux.org/rtlinux/ -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
Hi Tomek, > > - much less bugs > > Well I was actually quite shocked/amazed thet you have packaged > rtlinux30pre6c as rtlinux-2.3-pre3.tar.gz. Shocked, because it was to me like > Linus releasing his new 2.4.3pre14 kernel as stable 2.2.19. Amazed, because > it means you have kept source compatibility with RTL-2.0. Right. I did it because I consider the current 3.0pre to be more stable than 2.3-pre2. And I'm pretty sure about source compatibility. In fact, I'll be willing to consider fixing any incompatibilities found. > But unfortunately there are some problems which prevent just taking RTL-2.0 > application (like comedi) and compiling it with rtlinux-2.3-pre3. > > First: /usr/src/linux/.config > > rtlinux-2.3-pre2: CONFIG_RTL=y > > rtlinux-2.3-pre3: CONFIG_RTLINUX=y > Why was this changed? CONFIG_RTL was an oversight; sorry. I will add CONFIG_RTL in the next version. Meanwhile, you could define CONFIG_RTL in include/compat/linux/rtl.h (yes, linux/rtl.h is there, it's just not in the kernel source anymore). I haven't looked at comedy makefiles. The idea about building RTLinux applications is that the application Makefile should include the rtl.mk file from the RTLinux distribution that it's being compiled against. This file contains all paths, gcc flags etc. And the include path does contain include/compat, so there should be no problem finding linux/rtl.h. In fact, examples/v1api/parallel/rtc_toggle.c that includes this file compiles on my system. Michael. PS BTW, I think this approach makes discussions on standard locations for RTL include files, etc irrelevant. > Second: linux/rtl.h: No such file or directory > Is there any way to detect (#ifdef) the change from to > ? > > Best regards, > -- > Tomek -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
On Mon, 28 Aug 2000, Michael Barabanov wrote: > > On Sun, Aug 27, 2000 at 07:14:09PM +0400, Michael Barabanov wrote: > > > 2.2.13-rtl2.0 is very old. Please use the latest, 3.0pre6e, available > > > from ftp://fsmlabs.com/pub/rtlinux/v3 > - 2.2 and 2.4 kernels support [...] > - much less bugs Well I was actually quite shocked/amazed thet you have packaged rtlinux30pre6c as rtlinux-2.3-pre3.tar.gz. Shocked, because it was to me like Linus releasing his new 2.4.3pre14 kernel as stable 2.2.19. Amazed, because it means you have kept source compatibility with RTL-2.0. But unfortunately there are some problems which prevent just taking RTL-2.0 application (like comedi) and compiling it with rtlinux-2.3-pre3. First: /usr/src/linux/.config rtlinux-2.3-pre2: CONFIG_RTL=y rtlinux-2.3-pre3: CONFIG_RTLINUX=y Why was this changed? Second: linux/rtl.h: No such file or directory Is there any way to detect (#ifdef) the change from to ? Best regards, -- Tomek -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
> - 2.2 and 2.4 kernels support > - debugger for RT-threads > - multiple architectures (x86, ppc, alpha) > - posix IPC (semaphores, mutexes, condvars, etc) > - user-space realtime What does this really mean ? User space hard real-time ? Sundeep Kapila > - mixing RTLinux v1.x and v2.x API is now possible > - much less bugs > > etc > > Michael. > > -- [rtl] --- > To unsubscribe: > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > echo "unsubscribe rtl " | mail [EMAIL PROTECTED] > --- > For more information on Real-Time Linux see: > http://www.rtlinux.org/rtlinux/ -- Wise men speak from experience, Wiser men, from experience, do not speak. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
> > - user-space realtime > What does this really mean ? > User space hard real-time ? In your Linux process, you can execute code in hard-realtime via rtlinux_sigaction. Michael. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
On Mon, Aug 28, 2000 at 01:39:03PM +0400, Michael Barabanov wrote: re V3 RTLinux > - mixing RTLinux v1.x and v2.x API is now possible But very much discouraged and future support is not promised. This is a bridge out of the V1 api. -- - Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
RE: [rtl] Trouble upgrading to RT2.0
> > What are the main differences ? > > How is v3 better ? > > Too many things to list really; here are some points: > > - 2.2 and 2.4 kernels support > - debugger for RT-threads > - multiple architectures (x86, ppc, alpha) > - posix IPC (semaphores, mutexes, condvars, etc) > - user-space realtime > - mixing RTLinux v1.x and v2.x API is now possible > - much less bugs > > etc And dare I add: - Currently in development and thus "supported" by the developers NOTE: The quotes in the above sentence are meant only to releive the developers of any implied support requirement, and generally indicate the state of support on open source software. They are most certainly *NOT* meant to suggest that the support is anything less than excellent, which it is. I have never had such prompt answers to questions with any commercial OS. Regards, Steve -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
Sundeep Kapila ([EMAIL PROTECTED]) wrote: > Hi, > On Sun, Aug 27, 2000 at 07:14:09PM +0400, Michael Barabanov wrote: > > 2.2.13-rtl2.0 is very old. Please use the latest, 3.0pre6e, available > > from ftp://fsmlabs.com/pub/rtlinux/v3 > What are the main differences ? > How is v3 better ? Too many things to list really; here are some points: - 2.2 and 2.4 kernels support - debugger for RT-threads - multiple architectures (x86, ppc, alpha) - posix IPC (semaphores, mutexes, condvars, etc) - user-space realtime - mixing RTLinux v1.x and v2.x API is now possible - much less bugs etc Michael. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
Hi, On Sun, Aug 27, 2000 at 07:14:09PM +0400, Michael Barabanov wrote: > 2.2.13-rtl2.0 is very old. Please use the latest, 3.0pre6e, available > from ftp://fsmlabs.com/pub/rtlinux/v3 What are the main differences ? How is v3 better ? Sundeep Kapila > > Michael. > > Theo ten Brummelaar ([EMAIL PROTECTED]) wrote: > > Hi all, > > > > I've been using RT linux for many years now. We have a six 1m telescope > > optical interferometric array here on mount wilson and RT-linux is the > > main engine. I've been using a 2.0.37 kernel for a long time (RedHat > > 5.2) and I have many machines doing just fine with this. I recently > > tried upgrading to a more recent version of RTL2.0 (a 2.2.13-rtl2.0 > > kernel I downloaded a while ago on top of Redhat 6.1). On one machine it > > all went well (I'm still using the old API), on another machine with two > > processors I try to load the modules using: > > > > /sbin/insmod rtl_time > > /sbin/insmod rtl_sched > > /sbin/insmod rtl_posixio > > /sbin/insmod rtl_fifo > ... > -- [rtl] --- > To unsubscribe: > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > echo "unsubscribe rtl " | mail [EMAIL PROTECTED] > --- > For more information on Real-Time Linux see: > http://www.rtlinux.org/rtlinux/ -- Wise men speak from experience, Wiser men, from experience, do not speak. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Trouble upgrading to RT2.0
2.2.13-rtl2.0 is very old. Please use the latest, 3.0pre6e, available from ftp://fsmlabs.com/pub/rtlinux/v3 Michael. Theo ten Brummelaar ([EMAIL PROTECTED]) wrote: > Hi all, > > I've been using RT linux for many years now. We have a six 1m telescope > optical interferometric array here on mount wilson and RT-linux is the > main engine. I've been using a 2.0.37 kernel for a long time (RedHat > 5.2) and I have many machines doing just fine with this. I recently > tried upgrading to a more recent version of RTL2.0 (a 2.2.13-rtl2.0 > kernel I downloaded a while ago on top of Redhat 6.1). On one machine it > all went well (I'm still using the old API), on another machine with two > processors I try to load the modules using: > > /sbin/insmod rtl_time > /sbin/insmod rtl_sched > /sbin/insmod rtl_posixio > /sbin/insmod rtl_fifo ... -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
[rtl] Trouble upgrading to RT2.0
Hi all, I've been using RT linux for many years now. We have a six 1m telescope optical interferometric array here on mount wilson and RT-linux is the main engine. I've been using a 2.0.37 kernel for a long time (RedHat 5.2) and I have many machines doing just fine with this. I recently tried upgrading to a more recent version of RTL2.0 (a 2.2.13-rtl2.0 kernel I downloaded a while ago on top of Redhat 6.1). On one machine it all went well (I'm still using the old API), on another machine with two processors I try to load the modules using: /sbin/insmod rtl_time /sbin/insmod rtl_sched /sbin/insmod rtl_posixio /sbin/insmod rtl_fifo and get lot's of strange messages in response: /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol do_gettimeofday_R72270e35 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol loops_per_sec_Re367fd84 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol add_timer_Rbea990b2 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol kd_mksound_R5325bbd2 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol __cli_Re45078fb /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol boot_cpu_data_R4d12d1d7 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol rtl_global_pend_irq_Re0cae50c /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol jiffies_R0da02d67 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol rtl_get_soft_irq_R41feedd4 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol free_irq_Rf20dabd8 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol rtl_request_global_irq_R23e64cab /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol rtl_free_global_irq_R759ad1a9 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol rtl_hard_enable_irq_Rccf8fd12 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol rtl_rt_system_is_idle_R8ecf3744 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol printk_R1b7d4074 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol del_timer_R5811f067 /lib/modules/2.2.13-rtl2.0/misc/rtl_time.o: unresolved symbol __sti_R5a434523 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_make_rt_system_idle_R1b5ca0e3 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol kmalloc_R93d4cfe6 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol __return_flags_R4acb0a50 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol __cli_Re45078fb /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol __restore_flags_R0a79afd7 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_global_pend_irq_Re0cae50c /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_get_soft_irq_R41feedd4 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol tq_scheduler_Rd19e3e0b /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol free_irq_Rf20dabd8 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_setclockhandler /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol kfree_R037a0cba /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol printk_R1b7d4074 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_getbestclock /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_printf_Rcbdeef33 /lib/modules/2.2.13-rtl2.0/misc/rtl_sched.o: unresolved symbol rtl_make_rt_system_active_Rf94cf92e /lib/modules/2.2.13-rtl2.0/misc/rtl_posixio.o: unresolved symbol rtl_sched /lib/modules/2.2.13-rtl2.0/misc/rtl_posixio.o: unresolved symbol _ctype_R8d3894f2 /lib/modules/2.2.13-rtl2.0/misc/rtl_posixio.o: unresolved symbol simple_strtoul_R2329 /lib/modules/2.2.13-rtl2.0/misc/rtl_posixio.o: unresolved symbol printk_R1b7d4074 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol rtl_register_chrdev /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol vfree_R2fd1d81c /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol unregister_chrdev_Rc192d491 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol __generic_copy_to_user_Rd523fdd3 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol __generic_copy_from_user_R116166aa /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol register_chrdev_R10f42351 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol interruptible_sleep_on_timeout_Ra57566da /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol __wake_up_R94caa8ae /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol rtl_global_pend_irq_Re0cae50c /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol rtl_get_soft_irq_R41feedd4 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol free_irq_Rf20dabd8 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol vmalloc_Rd6ee688f /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol printk_R1b7d4074 /lib/modules/2.2.13-rtl2.0/misc/rtl_fifo.o: unresolved symbol xtime_Rf31ddf83 /lib/modules/2.2.13