Re: Linux kernel modules development in C++

[Igmar Palsenberg] > I think there was a thread about C++ in the kernel a while ago, I'll > see if I can find it. Understatement of the year Peter - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at

Re: Module unresolved symbol on 2.4.0-test8 SMP

On Thu, 28 Sep 2000, Keith Owens wrote: > On Wed, 27 Sep 2000 14:11:30 -0500 (CDT), > [EMAIL PROTECTED] (Sam Watters) wrote: > >[root@porsche13 themod-dev]# insmod themod.o > >themod.o: unresolved symbol write_lock > >themod.o: unresolved symbol read_lock > > > >gcc -Wall -Wstrict-prototypes

early initialization of device "X" is deferred

Hello all, [Subject] is an message who is appear at the boot time. Here is the parts of dmesg: . TCP: Hash tables configured (ehash 131072 bhash 65536) IPv4 over IPv4 tunneling driver early initialization of device tunl0 is deferred *** GRE over

Re: Socket Interface

[Eric Chen] > I have brought up a PC running Linux 6.2. There is no Linux 6.2. The newest version is a prerelease of 2.4.0. Unlike other OSes you may be familiar with (e.g. FreeBSD), there is no de facto standard distribution of kernel and apps -- there are half a dozen major players and

3c985 (aka acenic) gigabit support broken in test9pre7?

I compiled in the support for the 3c985, but, somehow, the kernel does not seem to see the card. Dual p3, asus p2b-d motherboard, test9pre7+reiserfs. OG. slice cutoff: 731.88 usecs. Getting VERSION: 40011 Getting VERSION: 40011 Getting ID: 100 Getting ID: e00 Getting LVT0: 8700

Re: the new VMt

Hello, On Wed, Sep 27, 2000 at 01:55:52PM +0100, Hugh Dickins wrote: > On Wed, 27 Sep 2000, Andrey Savochkin wrote: > > > > It's a waste of resources to reserve memory+swap for the case that every > > running process decides to modify libc code (and, thus, should receive its > > private copy of

Re: [patch] 2.4 version of my duplicate IP and MAC detection patch

On Sat, Sep 23, 2000 at 02:02:24PM +, Julian Anastasov wrote: > > I didn't receive any negative comments, except for Alexey who believed the > > check should be done in user space. > > Now you receive another negative comment, for the 2.2 version :) Thanks for the feedback, it is

2.4.0-test9-pre7

I am having problems with lockups on an SMP box running 2.4.0-test9-pre7 for weeks now. I am using it as a network monitoring machine and I am using the same software on a box running kernel 2.2.17 with no problems. The error I am receiveing on the 2.4.0-test9-pre7 box is as follows: Unable

Re: Russell King forks ARM Linux.

On Thu, 28 Sep 2000, Miles Lane wrote: > Perhaps the Linux community should draft up some > guidelines for the job of maintainer that would include > some mechanism for replacing a maintainer who is not > effectively shepherding his port. Since when it is decided by community? It's not a

Re: Linux kernel modules development in C++

Timur Tabi <[EMAIL PROTECTED]> said: > Horst von Brand <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 16:50:12 -0400 > > I'd say it is important specifically in device drivers, and less so > > elsewhere ;-) > Yes, it's more important, but I've looked at the assembly code that my > C++ compiler

Re: hdb errors with 2.2.16

If you launched out of Windows to install Linux, DON'T do that. If you have booted into Linux from Windows, DON'T do that. I can fix a lot of things that MS does to the ATA-Bridge/Chipset but I do not like to go dorking int the PCI/ISA bridges to fix up issues. Cheers, Andre Hedrick The Linux

Re: Posting to this list without 500 bounces?

Mike, You can have a mail account on one of my servers for FREE and FOREVER. I would be happy to host an email account for you if you like. What do you want your account to be? I will create an email account, and if you want this, then tell me and I'll have our IS guy forward you a password.

Re: Linux kernel modules development in C++

On Thu, Sep 28, 2000 at 02:30:00AM +0200, Igmar Palsenberg wrote: > > > Again, you don't need to use exception handling in order to use C++. > > None of my C++ drivers use exception handling, and they don't need > > to. > > You implement C++, or you don't. I hate things only partially >

Re: Module unresolved symbol on 2.4.0-test8 SMP

On Wed, 27 Sep 2000 14:11:30 -0500 (CDT), [EMAIL PROTECTED] (Sam Watters) wrote: >[root@porsche13 themod-dev]# insmod themod.o >themod.o: unresolved symbol write_lock >themod.o: unresolved symbol read_lock > >gcc -Wall -Wstrict-prototypes -fomit-frame-pointer -pipe -march=i686

hdb errors with 2.2.16

I just upgraded the motherboard and case on one of my boxen. Win2k installed fine, but when I went to install linux on the second HD, I got the following errors while formatting it. [writing inode tables] - slackware kernel:hdb:irq timeout:status=0xd0 {busy} slackware kernel:ide0:reset:success

PATCH: Fix to slab.c for SMP (test9-pre7)

Hi In previous mails I reported that test9-preX (X>=3) freezes when running in SMP mmap001. I have found that the problem was in how was handing the slab cache by cpu. With this patch mmap001 returns to work (i.e. it loops a lot in the VM layer, but the

Re: Russell King forks ARM Linux.

Well, this sucks. I am not sure how you both came to this impass, but it really is quite unacceptable. I think there are several problems here: No maintainer should cut off contribution from an entire company to a platform it intends to help support and implement. Usually these

Re: Linux kernel modules development in C++

> Well, people said the same thing to me when I started writing OS/2 drivers in > C++. Nowadays, it's very common for non-*nix operating systems, especially > Windows. > This design is inherently object-oriented. The old C code for audio drivers > was horribly convoluted. When I rewrote it

test9-pre7 lockup

This has happened three times now, when dd'ing a boot image to a floppy. The screen goes blank, Alt+SysRq don't seem to have any effect. System: Athlon 800 KA7-100 RedHat 7.0 The first time there was a data CRC error listed in /var/log/messages, so I tried with a different floppy, but the

Re: Linux kernel modules development in C++

On 27 Sep 2000, Christoph Hellwig wrote: > Abel Mu?oz Alcaraz <[EMAIL PROTECTED]> wrote: > > Hi everybody, > > > I want to develop a linux kernel module in C++ but I don't find makefiles > > and/or sorce files examples to do this. > > Don't do that. > Search the list-archive for C++ and

Re: Linux kernel modules development in C++

On Thu, 28 Sep 2000, Daniel Phillips wrote: > Timur Tabi wrote: > > The real advantage comes when you're writing a driver where the design is > > inherently object-oriented. I can't give an example in Linux... > > The VFS is inherently object-oriented. Each filesystem works by > overriding

Re: Linux kernel modules development in C++

[EMAIL PROTECTED] said: > Oops, typo! - -- Steve Williams"The woods are lovely, dark and deep. [EMAIL PROTECTED] But I have promises to keep, [EMAIL

Socket Interface

Dear Helpers: This is a question from a Linux idiot. Please bear with me. I have brought up a PC running Linux 6.2. I need to develop a simple C program using TCP/IP protocol (socket interface) to talk to another PC on the network. I need some help in getting the necessary documentation and

Re: Linux kernel modules development in C++

On Thu, 28 Sep 2000, Igmar Palsenberg wrote: > OO is indeed != C++. But since it's a relative if C, it's the most > suitable option to use in the kernel. What's wrong with C itself? > > - A _lot_ of the kernel code/design is inherently object-oriented. So > >pardon our collective

Re: A brief thought on 'external' patches and forks...

Alexander Viro wrote: > > On Wed, 27 Sep 2000, Christopher W. Curtis wrote: > > > Not subscribed, so please Cc: if you reply... > > > > I'm just jumping in on what is probably a huge overblown thread full of > > "make it a config option" suggestions, but regarding the BigIron (NUMA) > > ()

Re: Linux kernel modules development in C++

> - C++ gives overhead. With something like a kernel that's unwanted. I don't want to take a position on the matter of C vs. C++ in the Linux kernel. However, I *have* done some realistic work to show that C++ does not inherently introduce bloat. (I do my embedded work in C++.)

Re: spontaneous reboots 2.4.0-test9-ore7

Hi there, I forgot to mention that I either get reboots or lockups when I put little stress on the machine (like compiling dri code and wine and open a lot of netscapes). Greetings Michael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: Linux kernel modules development in C++

> > - C++ gives overhead. With something like a kernel that's unwanted. > > C++ gives an overhead only if you abuse it. The C++ code in my drivers does > nothing that the equivalent C doesn't also do, except that it's easier to read. It gives overhead. At least, a year ago with gcc. > > >

Re: A brief thought on 'external' patches and forks...

On Wed, 27 Sep 2000, Christopher W. Curtis wrote: > Hi, > > Not subscribed, so please Cc: if you reply... > > I'm just jumping in on what is probably a huge overblown thread full of > "make it a config option" suggestions, but regarding the BigIron (NUMA) > () patches ... ??? What thread?

Re: PATCH 2.4.0.9.7: clean up toshiba SMM driverg

> Hum nobody has said anything to me till now. I was holding back with my > patch till I had time to test it on more that one laptop. While the Umm my mail obvious blackholed somewhere - sorry about that > patch looks Ok, passed experience has shown it must be verified on more > than one model

Re: Linux kernel modules development in C++

At 22:14 27/09/2000, Timur Tabi wrote: >** Reply to message from Alan Cox <[EMAIL PROTECTED]> on Wed, 27 Sep >2000 22:00:54 +0100 (BST) > > > > I have written the Windows platform version in C++ using Numega's tools > > > encapsulating the driver code in classes. > > > More of this classes isn't

Re: Linux kernel modules development in C++

On Thu, 28 Sep 2000, Igmar Palsenberg wrote: > Some arguments why not to use it in the kernel : > > - C++ gives overhead. With something like a kernel that's unwanted. > - Things like exception handling is hard to do in a kernel. > - The're a lot more people that know C than C++ > > And I

Re: PATCH 2.4.0.9.7: clean up toshiba SMM driver

[EMAIL PROTECTED] said: > This driver was merged from 2.2.x and needs some more cleanups. Horst > von Brand posted a patch on lkml against this driver, too, but his > cleanups had a bug in it, and weren't as terse with procfs as the > following patch is... Hum nobody has said anything to me

A brief thought on 'external' patches and forks...

Hi, Not subscribed, so please Cc: if you reply... I'm just jumping in on what is probably a huge overblown thread full of "make it a config option" suggestions, but regarding the BigIron (NUMA) () patches ... Would it be possible to distribute along with the kernel a directory 'unsupported/',

Re: Linux kernel modules development in C++

** Reply to message from Igmar Palsenberg <[EMAIL PROTECTED]> on Thu, 28 Sep 2000 01:45:40 +0200 (CEST) > - C++ gives overhead. With something like a kernel that's unwanted. C++ gives an overhead only if you abuse it. The C++ code in my drivers does nothing that the equivalent C doesn't also

Re: Q: network drivers interface changes

On Wed, 27 Sep 2000, Hen, Shmulik wrote: > > Is there a good source of information that describes the changes in network > driver interface between 2.2.x and 2.4.x kernels ? http://www.uwsg.indiana.edu/hypermail/linux/kernel/0002.1/0408.html

Re: Russell King forks ARM Linux.

Russell King writes: > George France writes: [snip] OK, so the flamewar landed over here. I have taken the role as flame fighter and I have written a summary which you can read at: http://www-ict.its.tudelft.nl/~erik/flamewar.txt We are currently trying to solve this issue privately, so the

Re: Linux kernel modules development in C++

On Wed, Sep 27, 2000 at 04:14:39PM -0500, Timur Tabi wrote: > > I don't think any OS supports exception handling in a driver. It > wouldn't make much sense, since there's no way for a driver to really > "exit" (which is the ultimate destination of the exception). > > By the way, new and delete

RE: Russell King forks ARM Linux.u

> Yes you should be able to mix 16x50 chips with sa1100 chips. That is not the > issue. I believe that people can place any mixture of IC's on a PCB. Letting it make sense is another issue. Placing a Z80 next to an AMD Irongate doesn't make sense to me... > > HPA can I suggest the description

Re: Linux kernel modules development in C++

> Well, people said the same thing to me when I started writing OS/2 drivers in > C++. Nowadays, it's very common for non-*nix operating systems, especially > Windows. You call windows an OS ?? I call it a bunch of function calls with way to many arguments written by a bunch of * that

Re: Linux kernel modules development in C++

Timur Tabi wrote: > The real advantage comes when you're writing a driver where the design is > inherently object-oriented. I can't give an example in Linux... The VFS is inherently object-oriented. Each filesystem works by overriding a few methods stored in function table structs. The MM is

2.4.0-t9p7 and mmap002 - freeze

Hi, Tried latest patch with the same result - freeze... No extra patches added. running from console as root mmap002 from memtest-0.0.3 with RAMSIZE defined as 90 MB (I have 96MB) after a while with heavy disk access (thrashing?) the drive becomes silent - no more progress... [if you can not

Re: spontaneous reboots 2.4.0-test9-ore7

> System is a AMD duron which is overclocked to (600) 800. However this > system was running fine the last days throughout with earlier test9 > kernels. So I guess this is not the reason. Who knows. You are running an unreliable, unpredictable set up - that really makes the data useless. It

spontaneous reboots 2.4.0-test9-ore7

Hi all, my system keeps rebooting without motivation. During the reboots XF4.01 was running and a compile job in the backround. System is a AMD duron which is overclocked to (600) 800. However this system was running fine the last days throughout with earlier test9 kernels. So I guess this is

Re: Russell King forks ARM Linux.u

On Wed, Sep 27, 2000 at 06:03:30PM -0400, George France wrote: > > Please also read Mike Touloumtzis [[EMAIL PROTECTED]] posting in the > arm-linux-kernel archives. He gets the concept. Maybe I do, but I thought I was agreeing with Russell :-). Which only serves to underscore the silliness of

Re: Russell King forks ARM Linux.

> him, but he has cut off all commutations. So starting tomorrow, we will be > submitting patches directly to the kernel mailing list, since Russell will uh, this will be unpleasantly familiar to anyone who was reading the linux-usb mailing list in Dec 99, when George said, roughly "you are all

Re: Russell King forks ARM Linux.

On Wed, Sep 27, 2000 at 02:30:13PM -0700, H. Peter Anvin wrote: > > For what it's worth, the SA1100 serial driver has been registered with > me on the Low-Density Serial Ports major (204) as /dev/ttySA0-2 (minor > 5-7). > > Russ is 100% correct that different drivers shouldn't use the > same

Re: Linux kernel modules development in C++

Timur Tabi wrote: > > ** Reply to message from Alan Cox <[EMAIL PROTECTED]> on Wed, 27 Sep > 2000 22:00:54 +0100 (BST) > > > > I have written the Windows platform version in C++ using Numega's tools > > > encapsulating the driver code in classes. > > > More of this classes isn't OS specific and

Re: Linux kernel modules development in C++

> Hi everybody, > > I want to develop a linux kernel module in C++ but I don't find makefiles > and/or sorce files examples to do this. > When I compile the module, the gcc shows a lot of warnings. > I have tried to use 'extern "C" {}' in my source files, but the result is >

Re: Russell King forks ARM Linux.u

} The only thing I'm not sure is that I believe the SPARC people uses } ttyS* for Zilog 8530-based serial ports. I don't know if we want to } define this as NS8250-family serial ports in light of that; I more } tended to think of it as the "default" serial port for the } architecture. } } It's

Re: Russell King forks ARM Linux.

On Wed, Sep 27, 2000 at 02:30:13PM -0700, H. Peter Anvin wrote: > Russ is 100% correct that different drivers shouldn't use the > same device numbers, unless they are: > > a) mutually exclusive, > b) interface compatible, *AND* > c) handle all arbitration necessary. This doesn't handle the

RE: Russell King forks ARM Linux.u

Alan, excuse me, would you like to rephase that?? I already told Russell I agreed with him that nothing could be done, at this late date. Read the archives. I quote myself. "I will agree with you that there is probably nothing that can be done this close to the release of 2.4.0" Please also

Re: Russell King forks ARM Linux.u

> So now we will have to send our patches to the kernel mailing list, setup > out own mailing list and web pages. It is not a problem since we already > have a web site setup. Personally I'd rather you accepted that everyone else agrees with Russell about the major/minor issue and that -both-

Re: Russell King forks ARM Linux.u

> The only thing I'm not sure is that I believe the SPARC people uses > ttyS* for Zilog 8530-based serial ports. I don't know if we want to > define this as NS8250-family serial ports in light of that; I more > tended to think of it as the "default" serial port for the > architecture. > > It's

RE: Russell King forks ARM Linux.u

> > believe that no problem can be solved with a flame war > going on. That is why > > I decide to stop speaking with him about the serial port > issue. He then > > decided to block the e-mails. So here we are. > > Well if you arent speaking to him, then it doesnt matter if > he blocks your >

Re: Russell King forks ARM Linux.u

Followup to: <[EMAIL PROTECTED]> By author:Alan Cox <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > I can see where his confusion arises, but yes you are right, people need to be > able to mix the 16x50 driver with the sa1100 driver. The ppc people went through > fixing this. > >

Re: [Demo program]: Poor elevator performance in 2.4.0-test9pre6

On Wed, Sep 27, 2000 at 04:10:38PM +1000, Robert Cohen wrote: > > [EMAIL PROTECTED] wrote > > I doubt this has any relevance whatsoever, but when I try this on a > 2.2.16 > kernel running on top of a Pentium Pro 200 w/96megs of mem w/ a SCSI 2 > disk, I get some funny numbers: > >

Re: Russell King forks ARM Linux.

> heh. It'd go along very well with the current /.post: > Kernel Fork for Big Iron? > Posted by Hemos on Wednesday > September 27, @04:01PM > from the what-to-do dept. > (http://slashdot.org/article.pl?sid=00/09/27/191243=thread) > > *sigh* It amuses me that

RE: Russell King forks ARM Linux.u

Hello Alan; > I can see where his confusion arises, but yes you are right, > people need to be > able to mix the 16x50 driver with the sa1100 driver. The ppc > people went through > fixing this. Yes you should be able to mix 16x50 chips with sa1100 chips. That is not the issue. I believe

Re: Russell King forks ARM Linux.u

> believe that no problem can be solved with a flame war going on. That is why > I decide to stop speaking with him about the serial port issue. He then > decided to block the e-mails. So here we are. Well if you arent speaking to him, then it doesnt matter if he blocks your emails.. Alan - To

Re: Russell King forks ARM Linux.

Dan Hollis wrote: > > On Wed, 27 Sep 2000, Russell King wrote: > > Alan Cox writes: > > > So is there a URL with the whole discussion on. It looks like a fun read ? > > Have a look at the linux-arm-kernel archive at > > http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/ > > for the

Posting to this list without 500 bounces?

This message may be seen by some to be OT, but it concerns replying to messages from this specific mailing list, so I'm asking it here. My ISP's smtp is in ORBS and they don't seem to give a shit, and mails to this list get 50 bouncebacks because of it. So, I set up my local MTA to send

Re: Russell King forks ARM Linux.

Followup to: <[EMAIL PROTECTED]> By author:Russell King <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Alan Cox writes: > > > now. IMHO, today he lost it, declaring that he was going to block all > > > e-mails from Compaq, which means he can not recieve any more ARM Linux > > >

Re: Russell King forks ARM Linux.u

Followup to: <[EMAIL PROTECTED]> By author:Alan Cox <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > > > So is there a URL with the whole discussion on. It looks like a fun read ? > > Have a look at the linux-arm-kernel archive at > >

Re: Linux kernel modules development in C++

** Reply to message from [EMAIL PROTECTED] on Wed, 27 Sep 2000 16:15:31 -0500 > But where's the advantage in using C++? Plain old C has served admirably in > UNIX and Linux development since the very beginning. What more can C++ offer > for driver development that outweighs the reduced

RE: Russell King forks ARM Linux.

Hello Mike; > Ok. I didn't mean to imply anything.. It just wasn't clear, and > due to the nature of the discussion, it seemed that it might have > been a private message.. > No problem. I should have took more time in writing my e-mail and inserted the headers. Best Regards, --George -

RE: Russell King forks ARM Linux.

On Wed, 27 Sep 2000, George France wrote: >Date: Wed, 27 Sep 2000 17:22:27 -0400 >From: George France <[EMAIL PROTECTED]> >To: 'Mike A. Harris' <[EMAIL PROTECTED]>, > George France <[EMAIL PROTECTED]> >Cc: Linux Kernel <[EMAIL PROTECTED]> >Content-Type: text/plain; >

Re: Russell King forks ARM Linux.u

> > So is there a URL with the whole discussion on. It looks like a fun read ? > Have a look at the linux-arm-kernel archive at > http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/ I can see where his confusion arises, but yes you are right, people need to be able to mix the 16x50 driver

Re: Russell King forks ARM Linux.

On Wed, 27 Sep 2000, Russell King wrote: > Alan Cox writes: > > So is there a URL with the whole discussion on. It looks like a fun read ? > Have a look at the linux-arm-kernel archive at > http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/ > for the thread: > Re: information request

RE: Russell King forks ARM Linux.

Eric Mouw from the LART group will be posting the whole thing in a little while. Patience. --George > -Original Message- > From: Alan Cox [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, September 27, 2000 5:12 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: Russell King

RE: Russell King forks ARM Linux.

Relax. Russel posted this to a public mailing list. --George > If that was a personal email from him to you (ie: not public) > then it was very distasteful and disrespectful of you to post it > here publically. You should have at least quoted the header > lines to make it clear... > > Just my

RE: Russell King forks ARM Linux.

Russell; > > George France writes: > > As you probably know Russell King is the maintainer of ARM > Linux. Him and I > > have been debating how serial ports should be handled on an > off for months > > now. IMHO, today he lost it, > > Please note that at every instance, George has totally >

Re: Russell King forks ARM Linux.

Alan Cox writes: > > now. IMHO, today he lost it, declaring that he was going to block all > > e-mails from Compaq, which means he can not recieve any more ARM Linux > > patches from us. I have tried every method that I know of, to work with > > So is there a URL with the whole discussion on.

Re: Linux kernel modules development in C++

But where's the advantage in using C++? Plain old C has served admirably in UNIX and Linux development since the very beginning. What more can C++ offer for driver development that outweighs the reduced accessibility of the code to those of us who are more proficient in C? But then, I'm just

Re: Russell King forks ARM Linux.

On Wed, 27 Sep 2000, George France wrote: >Greetings; > >As you probably know Russell King is the maintainer of ARM Linux. Him and I >have been debating how serial ports should be handled on an off for months >now. IMHO, today he lost it, declaring that he was going to block all >e-mails from

Re: Russell King forks ARM Linux.

> now. IMHO, today he lost it, declaring that he was going to block all > e-mails from Compaq, which means he can not recieve any more ARM Linux > patches from us. I have tried every method that I know of, to work with So is there a URL with the whole discussion on. It looks like a fun read ?

Re: Linux kernel modules development in C++

** Reply to message from Alan Cox <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 22:00:54 +0100 (BST) > > I have written the Windows platform version in C++ using Numega's tools > > encapsulating the driver code in classes. > > More of this classes isn't OS specific and it work well in any OS. > >

Re: Linux kernel modules development in C++

** Reply to message from Horst von Brand <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 16:50:12 -0400 > I'd say it is important specifically in device drivers, and less so > elsewhere ;-) Yes, it's more important, but I've looked at the assembly code that my C++ compiler generates, and it's very

Re: Russell King forks ARM Linux.

George France writes: > As you probably know Russell King is the maintainer of ARM Linux. Him and I > have been debating how serial ports should be handled on an off for months > now. IMHO, today he lost it, Please note that at every instance, George has totally ignored my suggestions and

Re: [PATCH] mtrr.c for linux-2.4.0-test9-pre7

> On mtrr.c, it assume that CPU is CyrixIII when cpuid is 0x06XX, and > try to use intel compatible MTRR, so Cyrix MII with MTRR can't work. Oops it shouldnt fall through any more. My fault > Here is the ad hoc patch. And here is a non AdHoc one (the Cyrix III reports itself as CENTAUR which

Re: Linux kernel modules development in C++

> I have written the Windows platform version in C++ using Numega's tools > encapsulating the driver code in classes. > More of this classes isn't OS specific and it work well in any OS. And do you rely on any exception throwing ? If you use no exceptions (including thus using new and other

APM Problems

Hi All, I'm having a problem related to APM on my Dell Inspiron 5000e (just arrived a few days ago). I installed Redhat 7.0 and upon reboot was immediately greeted by scrolling oops screens. The system did boot on up and upon further examintation I found the errors were caused by the

Russell King forks ARM Linux.

Greetings; As you probably know Russell King is the maintainer of ARM Linux. Him and I have been debating how serial ports should be handled on an off for months now. IMHO, today he lost it, declaring that he was going to block all e-mails from Compaq, which means he can not recieve any more

Re: Linux kernel modules development in C++

Timur Tabi <[EMAIL PROTECTED]> said: > ** Reply to message from Tigran Aivazian <[EMAIL PROTECTED]> on Wed, 27 Sep > 2000 20:10:49 +0100 (BST) [...] > > at the bottom of each message there is a url to lkml FAQ - have you read > > it? It should say (I haven't read it myself but it _should_,

Re: Linux kernel modules development in C++

** Reply to message from Tigran Aivazian <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 20:10:49 +0100 (BST) > at the bottom of each message there is a url to lkml FAQ - have you read > it? It should say (I haven't read it myself but it _should_, Richard you > hear this? :) plainly that Linux (or any

Re: Linux kernel modules development in C++

** Reply to message from "Richard B. Johnson" <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 15:13:45 -0400 (EDT) > > I want to develop a linux kernel module in C++ but I don't find > > makefiles and/or sorce files examples to do this. > > > > Use the correct tool for the job. The Linux kernel

Re: AW: Given an image, how can show its config?

On Wed, 27 Sep 2000, David Ford wrote: > James Sutherland wrote: > > > No. I am assuming you are installing the kernel on the machine you do > > "make modules_install" on. Obviously it is possible to install a different > > kernel image of the same version without updating the modules - but if

Re: Linux kernel modules development in C++

** Reply to message from Horst von Brand <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 15:31:51 -0400 > Your problem is that you can't use anything of C++ that needs runtime > support inside the kernel (there goes new() and friends), exception > handling is out of the question (bye, bye, throw() et

NFS problems - 2.2.16 (RedHat)

Hello, (Lycos hat is now in the *on* position.) I maintain a decent number of Linux boxes, generally PII boxes with 256M - 1024M of RAM. These boxes work as web servers, but pull much of their data over NFS. (The NFS servers are Network Appliances.) Under Linux 2.2.16, I will occasionally see

[PATCH] mtrr.c for linux-2.4.0-test9-pre7

Hi. I found a bug on test9-pre7 mtrr.c about Cyrix MII. When I use linux-2.4.0-test9-pre4 with MTRR enable, it works fine. But when I try to boot linux-2.4.0-test9-pre7, GPF occur after "mtrr: v1.36" message, and kernel freeze. My Cyrix MII's cpuid is 0x0628, and CyrixIII's cpuid seems to be

Re: Linux kernel modules development in C++

=?iso-8859-1?Q?Abel_Mu=F1oz_Alcaraz?= <[EMAIL PROTECTED]> said: > I want to develop a linux kernel module in C++ but I don't find > makefiles and/or sorce files examples to do this. Your problem is that you can't use anything of C++ that needs runtime support inside the kernel (there goes

RE: Linux kernel modules development in C++

I want to develop a platform-independent driver (Windows 9x/NT/2000, Linux, Mac OS,...). I have written the Windows platform version in C++ using Numega's tools encapsulating the driver code in classes. More of this classes isn't OS specific and it work well in any OS. This is the reason because

Module unresolved symbol on 2.4.0-test8 SMP

I'm getting the following error when trying to load a module under a 2.4.0-test8 SMP kernel: [root@porsche13 themod-dev]# insmod themod.o themod.o: unresolved symbol write_lock themod.o: unresolved symbol read_lock The module was compiled with the following options (in a sub-sub-subdirectory

Re: Linux kernel modules development in C++

On Wed, 27 Sep 2000, Tigran Aivazian wrote: > Hi Abel, > > at the bottom of each message there is a url to lkml FAQ - have you read > it? It should say (I haven't read it myself but it _should_, Richard you > hear this? :) plainly that Linux (or any UNIX) kernel development in C++ > is a very

Re: Linux kernel modules development in C++

On Wed, 27 Sep 2000, [iso-8859-1] Abel Muñoz Alcaraz wrote: > Hi everybody, > > I want to develop a linux kernel module in C++ but I don't find > makefiles and/or sorce files examples to do this. > Use the correct tool for the job. The Linux kernel uses 'C' and assembly. Cheers, Dick

Re: Linux kernel modules development in C++

Hi Abel, at the bottom of each message there is a url to lkml FAQ - have you read it? It should say (I haven't read it myself but it _should_, Richard you hear this? :) plainly that Linux (or any UNIX) kernel development in C++ is a very bad idea and explain why. Because C++ is not yet a mature

Re: Linux kernel modules development in C++

Abel Mu?oz Alcaraz <[EMAIL PROTECTED]> wrote: > Hi everybody, > I want to develop a linux kernel module in C++ but I don't find makefiles > and/or sorce files examples to do this. Don't do that. Search the list-archive for C++ and read why. Christoph -- Always remember that you

Problem with 2.2.17 & DVD-RAM

At work we have the Panasonic 101 & 103 DVD-RAMs (which can read CDs, DVDs, PDs & DVD-RAMs). We also work with NT. Under 2.2.14 (and before) the DVD-RAM showed up as device sdb. This allowed us to read PD disks (650MB MO disks) which were formated under NT as either "Super floppy" or (I think)

Re: [patch] vmfixes-2.4.0-test9-B2 - fixing deadlocks

On Wed, Sep 27, 2000 at 12:25:44PM -0600, Erik Andersen wrote: > Or sysinfo(2). Same thing... sysinfo structure doesn't export the number of active pages in the system. Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: [patch] vmfixes-2.4.0-test9-B2 - fixing deadlocks

On Wed Sep 27, 2000 at 07:42:00PM +0200, Andrea Arcangeli wrote: > > You should of course poll the /proc/meminfo. (/proc/meminfo works in O(1) in > 2.4.x so it's just the overhead of a read syscall) Or sysinfo(2). Same thing... -Erik -- Erik B. Andersen email: [EMAIL PROTECTED] --This

  1   2   3   4   >