Re: Memory access

t to look into ioremap() and maybe buy Linux Device Drivers by Rubini (O'Reilly). Have fun! Eli ---. No wonder we didn't get this right first time Eli Carter | through. It's not really all that horribly eli.carter(at)inet.com `- complicated, but the _details_ ki

Re: Memory access

(O'Reilly). Have fun! Eli ---. No wonder we didn't get this right first time Eli Carter | through. It's not really all that horribly eli.carter(at)inet.com `- complicated, but the _details_ kill you. Linus - To unsubscribe from this list: send the line

Re: Linux kernel programming for beginners

seems completely on-topic to me... > jon (who's glad we didn't tell people how to request major device > numbers...) *chuckle* :) Eli ---. No wonder we didn't get this right first time Eli Carter | through. It's not really all that

Re: Linux kernel programming for beginners

on-topic to me... jon (who's glad we didn't tell people how to request major device numbers...) *chuckle* :) Eli ---. No wonder we didn't get this right first time Eli Carter | through. It's not really all that horribly eli.carter(at)inet.com

Re: standard queue implementation?

george anzinger wrote: > > Eli Carter wrote: > > > > All, > > > > I did a quick look in include/linux for a standard implementation of an > > array-based circular queue, but I didn't see one. > > > > I was thinking something that could be dec

standard queue implementation?

in the kernel? If not, it seems that having something like this would reduce the potential for bugs. Thoughts? Eli ---. No wonder we didn't get this right first time Eli Carter | through. It's not really all that horribly eli.carter(at)inet.com `- complicated

standard queue implementation?

in the kernel? If not, it seems that having something like this would reduce the potential for bugs. Thoughts? Eli ---. No wonder we didn't get this right first time Eli Carter | through. It's not really all that horribly eli.carter(at)inet.com `- complicated

Re: standard queue implementation?

george anzinger wrote: Eli Carter wrote: All, I did a quick look in include/linux for a standard implementation of an array-based circular queue, but I didn't see one. I was thinking something that could be declared, allocated, and then used with an addq and a removeq

Re: [PATCH] pcnet32 compilation fix for 2.4.3pre6

ntics should continue to > use __inline__ since this keyword will hopefully forever signal the > gcc semantics. So what are the differences? (Or, what would I read to learn the differences?) When are they important to us? TIA, Eli ---. Rule of Accu

rate limiting error messages

Can someone point me to a "standard way" of doing rate limiting of error messages in the kernel? TIA, Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(a

rate limiting error messages

Can someone point me to a "standard way" of doing rate limiting of error messages in the kernel? TIA, Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(a

Re: [PATCH] pcnet32 compilation fix for 2.4.3pre6

this keyword will hopefully forever signal the gcc semantics. So what are the differences? (Or, what would I read to learn the differences?) When are they important to us? TIA, Eli ---. Rule of Accuracy: When working toward Eli Carter

Re: [PATCH] pcnet32 compilation fix for 2.4.3pre6

Jeff Garzik wrote: > > Eli Carter wrote: > > The "!(addr[0]&1)" part of the test already catches the ff's case, so > > that is redundant. > > Using 6 bytes instead of 7 is an improvement. > > oops. Thanks, updated patch attached. My patch also

Re: [PATCH] pcnet32 compilation fix for 2.4.3pre6

addr ) > +{ > + const char zaddr[6] = {0,}; > + const char faddr[6] = {0xFF,0xFF,0xFF,0xFF,0xFF,0xFF}; > + > + return !(addr[0]&1) && > + memcmp( addr, zaddr, 6) && > + memcmp( addr, faddr, 6);

Re: [PATCH] pcnet32 compilation fix for 2.4.3pre6

!(addr[0]1) + memcmp( addr, zaddr, 6) + memcmp( addr, faddr, 6); +} + #endif #endif /* _LINUX_ETHERDEVICE_H */ -- ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always

Re: [PATCH] pcnet32 compilation fix for 2.4.3pre6

Jeff Garzik wrote: Eli Carter wrote: The "!(addr[0]1)" part of the test already catches the ff's case, so that is redundant. Using 6 bytes instead of 7 is an improvement. oops. Thanks, updated patch attached. My patch also adds inline source docs, and uses 'static inlin

Re: gettimeofday question

Eli Carter wrote: > > Eli Carter wrote: > > > > Russell King wrote: > > > > > > Eli Carter writes: > > > > What are you seeing that I'm missing? > > > > > > Ok, after sitting down and thinking again about this problem, its

Re: [PATCH] Prevent OOM from killing init

s = badness(p); > if (points > maxpoints) { > chosen = p; > Having not looked at the code... Why not "if( p->pid > 1 )"? (Or can p->pid can be negative?!, um, typecast to unsigned...) Eli ---.

Re: gettimeofday question

Eli Carter wrote: > > Russell King wrote: > > > > Eli Carter writes: > > > What are you seeing that I'm missing? > > > > Ok, after sitting down and thinking again about this problem, its not > > the 9.ms case, but the 10.1 case: >

Re: gettimeofday question

Russell King wrote: > > Eli Carter writes: > > What are you seeing that I'm missing? > > Ok, after sitting down and thinking again about this problem, its not > the 9.ms case, but the 10.1 case: [snip] > Like I say, this requires good timing to create

Re: [PATCH] Prevent OOM from killing init

) { chosen = p; Having not looked at the code... Why not "if( p-pid 1 )"? (Or can p-pid can be negative?!, um, typecast to unsigned...) Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of

Re: gettimeofday question

Eli Carter wrote: Eli Carter wrote: Russell King wrote: Eli Carter writes: What are you seeing that I'm missing? Ok, after sitting down and thinking again about this problem, its not the 9.ms case, but the 10.1 case: [snip] Like I say, this requires good

Re: gettimeofday question

ow? The x86 is an improvement over the current situation (at least on ebsa285). Or do you have something else in mind? Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(at)inet.com `

Re: gettimeofday question

is an improvement over the current situation (at least on ebsa285). Or do you have something else in mind? Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(at)inet.com `-- helps if you

Re: gettimeofday question

Russell King wrote: > > Eli Carter writes: > > What are you seeing that I'm missing? > > Ok, after sitting down and thinking again about this problem, its not > the 9.ms case, but the 10.1 case: And you described (in much better detail) the same proble

Re: gettimeofday question

Russell King wrote: > > Eli Carter writes: > > Russell, I know that at least the EBSA285's timer1_gettimeoffset() needs > > some attention to fix a time going backward problem. > > I know about this, which is what started me looking at what x86 does, > and I am firmly

Re: gettimeofday question

o make sure that it keeps up with the jiffies? Ummm Of course, if interrupt are disabled for multiple jiffies, I'm not sure quite how we detect that either... Thoughts, comments, questions, etc. welcome. Eli ---. Rule of Accuracy: When working toward Eli Carter |

Re: gettimeofday question

Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(at)inet.com `-- helps if you know the answer. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: gettimeofday question

Russell King wrote: Eli Carter writes: Russell, I know that at least the EBSA285's timer1_gettimeoffset() needs some attention to fix a time going backward problem. I know about this, which is what started me looking at what x86 does, and I am firmly of the conclusion that x86 is buggy

Re: gettimeofday question

Russell King wrote: Eli Carter writes: What are you seeing that I'm missing? Ok, after sitting down and thinking again about this problem, its not the 9.ms case, but the 10.1 case: And you described (in much better detail) the same problem I was talking about in the first

Re: strange nonmonotonic behavior of gettimeoftheday

.) I've seen behaviour like that on an ARM processor because the time code was not considering missed (or rather, delayed response to) timer interrupts. The time jump in that case was slightly less than 1 jiffie (jiffie = 10ms). It's likely rather hardware specific; see if yo

Re: strange nonmonotonic behavior of gettimeoftheday

nterrupts. The time jump in that case was slightly less than 1 jiffie (jiffie = 10ms). It's likely rather hardware specific; see if you can get someone with the same hardware to run your test code. Eli ---. Rule of Accuracy: When worki

Re: newbie fodder

http://www.win.tue.nl/~aeb/linux/vfs/trail-1.html Cool. Post this to kernelnewbies: [EMAIL PROTECTED] Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(at)inet.com `

Re: newbie fodder

/linux/vfs/trail-1.html Cool. Post this to kernelnewbies: [EMAIL PROTECTED] Eli ---. Rule of Accuracy: When working toward Eli Carter |the solution of a problem, it always eli.carter(at)inet.com `-- helps if you know the answer

Re: The lack of specification

t; web in one place - its called the Kernel Wiki, and iirc it is on > sourceforge. It's here: http://kernelbook.sourceforge.net:80/wiki/?KernelWiki BUT.. it's currently dead and has been since December. I'd really like to see this brought back... Eli .

Re: The lack of specification

it is on sourceforge. It's here: http://kernelbook.sourceforge.net:80/wiki/?KernelWiki BUT.. it's currently dead and has been since December. I'd really like to see this brought back... Eli . Rule of Accuracy: When working toward Eli Carter

Re: Little question of mine....

Get "Linux Device Drivers" by Rubini and hang out on the kernel-newbies list for a while... people there are more open to answering questions of this type than most here. But above all, don't let the flames from this discourage you. ^C-ya, Eli . Rule

Re: Little question of mine....

by Rubini and hang out on the kernel-newbies list for a while... people there are more open to answering questions of this type than most here. But above all, don't let the flames from this discourage you. ^C-ya, Eli . Rule of Accuracy: When working toward

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

in a 2.2.x kernel, so it should be ok. Is this patch satisfactory? Eli --------. Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer. --- linux/drivers/net/pcnet32.c.2.4

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

one still uses the PROM since we are going for least change in initialization. is_valid_ether_addr() is static inline in Is this one satisfactory? Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMA

Re: Documentation required for TCP / IP stack implementation

be helpful to you. Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer. - To unsubscribe from this list: send the line &q

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

so I'll make that change and submit yet another patch pair. Alan, do you want me to put your inline version in while I'm at it, or what? Comments? Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

ce.h while I'm at it, or what? Comments? Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer. - To unsubscribe from this list:

Re: Documentation required for TCP / IP stack implementation

you. Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer. - To unsubscribe from this list: send the line "unsubscribe linux-kern

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

for least change in initialization. is_valid_ether_addr() is static inline in linux/etherdevice.h Is this one satisfactory? Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

. Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer. --- linux/drivers/net/pcnet32.c.2.4.1 Wed Feb 14 16:49:31 2001 +++ linux/drivers/net/pcnet32.c Thu Feb 15 13

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

Eli Carter wrote: > I'm dealing with an AMD chip that does not have the station address in > the PROM at the base address, but resides in the "Physical Address > Registers" in the chip (thanks to the bootloader in my case). This > patch makes the driver try those registers

[PATCH] pcnet32.c: MAC address may be in CSR registers

acceptible or could be improved, please reply with feedback. TIA, Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer. diff -u -r1.1.1

[PATCH] pcnet32.c: MAC address may be in CSR registers

es cleanly.) If this is not acceptible or could be improved, please reply with feedback. TIA, Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED] `- helps if you know the answer

Re: [PATCH] pcnet32.c: MAC address may be in CSR registers

Eli Carter wrote: I'm dealing with an AMD chip that does not have the station address in the PROM at the base address, but resides in the "Physical Address Registers" in the chip (thanks to the bootloader in my case). This patch makes the driver try those registers if the stati

Re: lkml subject line

raft-chandhok-listid-04.txt RFC-to-be, > implemented in lots of mailing list managers already). Have you looked at the headers in an LK email? Sender: [EMAIL PROTECTED] X-Mailing-List: [EMAIL PROTECTED] ^^ Should provide that List-Id you want. Eli .

Re: lkml subject line

? Sender: [EMAIL PROTECTED] X-Mailing-List: [EMAIL PROTECTED] ^^ Should provide that List-Id you want. Eli . Rule of Accuracy: When working toward Eli Carter | the solution of a problem, it always [EMAIL PROTECTED

peek/poke question

r, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Plea

peek/poke question

users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please

Re: [PATCH] pcnet32.c ARM support & AM79C973 improvements

Eli Carter wrote: > Here is a patch that adds the following to the pcnet32.c driver: [snip] > - According to the Am79C973/Am79C975 docs from AMD, The collision bits > are only valid if ENP is set, so I added a check for that. [snip] > @@ -1164,7 +1206,8 @@ >

[PATCH] pcnet32.c ARM support & AM79C973 improvements

Comments? Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) --- linux/drivers/net/pcnet32.c 2001/01/17 17:42:48 1.3 +++ linux/drive

[PATCH] pcnet32.c ARM support AM79C973 improvements

ents? Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) --- linux/drivers/net/pcnet32.c 2001/01/17 17:42:48 1.3 +++ linux/drivers/net/

Re: [PATCH] pcnet32.c ARM support AM79C973 improvements

Eli Carter wrote: Here is a patch that adds the following to the pcnet32.c driver: [snip] - According to the Am79C973/Am79C975 docs from AMD, The collision bits are only valid if ENP is set, so I added a check for that. [snip] @@ -1164,7 +1206,8 @@ } #endif

Re: lance.c @ 100Mbit

I'm open to suggestions on that as well. :) Thanks again! Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this

lance.c @ 100Mbit

Quick question: has anyone used the lance.c driver for a 100BaseT network PCI device? If so, what successes/failures did you run into? (I'm working with an Am79C973 chip.) TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve

lance.c @ 100Mbit

Quick question: has anyone used the lance.c driver for a 100BaseT network PCI device? If so, what successes/failures did you run into? (I'm working with an Am79C973 chip.) TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve

Re: lance.c @ 100Mbit

I'm open to suggestions on that as well. :) Thanks again! Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this

Re: generic sleeping locks?

ook/kernel-locking* > > Rusty. > -- > Hacking time. Perhaps I should have specified that I'm working with 2.2.xy I'll d/l a 2.4.0-test and look at the docbook in that. Thanks for the pointer. Eli . "To the systems programmer, users and applications

Re: generic sleeping locks?

at the docbook in that. Thanks for the pointer. Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this

Re: generic sleeping locks?

question: What about blocking read/write locks (with _interruptible variants)? TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune)

generic sleeping locks?

. A few blind greps through the source didn't find anything that caught my eye. If there aren't, would a patch to add them be of interest to anyone? Input on design details welcome. TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve

generic sleeping locks?

lock. A few blind greps through the source didn't find anything that caught my eye. If there aren't, would a patch to add them be of interest to anyone? Input on design details welcome. TIA, Eli . "To the systems programmer, users and applications Eli Carter |

Re: generic sleeping locks?

read/write locks (with _interruptible variants)? TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this

Re: [OT] Re: Linus's include file strategy redux

/linux-2.2.18) > > I personally wouldn't like some programs to do a `uname -r` > check because it won't do what I want it to :) And don't forget cross-compiling... (No, I don't know how all that is supposed to work. *sigh*) ^C-ya, Eli --------. "To the systems pr

Re: [OT] Re: Linus's include file strategy redux

a `uname -r` check because it won't do what I want it to :) And don't forget cross-compiling... (No, I don't know how all that is supposed to work. *sigh*) ^C-ya, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test

Re: Assistance requested in demystifying wait queues.

it is a bit dated by development in 2.2 & 2.[34], but it'll help a lot. Good luck, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (r

Re: Assistance requested in demystifying wait queues.

opment in 2.2 2.[34], but it'll help a lot. Good luck, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: se

[PATCH] lance.c - dev_kfree_skb() then reference skb->len

Please apply or let me know why. Eli ps. It's an attachment rather than inline because I can't seem to get Netscape (4.71) to do that without replacing tabs with spaces. Grr. . "To the systems programmer, users and applications Eli Carter | serve only to p

[PATCH] lance.c - dev_kfree_skb() then reference skb-len

ease apply or let me know why. Eli ps. It's an attachment rather than inline because I can't seem to get Netscape (4.71) to do that without replacing tabs with spaces. Grr. . "To the systems programmer, users and applications Eli Carter | serve only to prov

kmem_grow

somewhere I'll read the fine manual or the appropriate source if someone will point it out to me... TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL

kmem_grow

somewhere I'll read the fine manual or the appropriate source if someone will point it out to me... TIA, Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL

Re: Russell King forks ARM Linux.

ad) *sigh* Eli --------. "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: send the line "unsubscribe

Re: Russell King forks ARM Linux.

he 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/191243mode=thread) *sigh* Eli . "To the systems programmer, users and a

Re: Fixed addresses for various architectures

Russell King wrote: > Eli Carter writes: > > I have a Gnome Dia document in which I've tried to lay out the fixed > > memory locations for arm-linux and the mapping of > > ioremap<->virt<->phys<->bus. It's not perfect, but if you want a copy, > > emai

Re: Fixed addresses for various architectures

Russell King wrote: Eli Carter writes: I have a Gnome Dia document in which I've tried to lay out the fixed memory locations for arm-linux and the mapping of ioremap-virt-phys-bus. It's not perfect, but if you want a copy, email me. Note that all of this is dependent on many things

Re: configuring from kernel source directory

the original old kernel source > directory. > Thanks ! include/asm is supposed to be a softlink. man cp. You need to use -d to preserve links instead of dereferencing them. Eli . "To the systems programmer, users and applications Eli Carter |

Re: Fixed addresses for various architectures

ng of ioremap<->virt<->phys<->bus. It's not perfect, but if you want a copy, email me. Eli --------. "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `--

Re: Proposal: Linux Kernel Patch Management System

t available, what is the point of submitting the patch? Eli --------. "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: send

Re: Proposal: Linux Kernel Patch Management System

of submitting the patch? Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: send the line "unsubscribe linux-kernel&

Re: Fixed addresses for various architectures

ot perfect, but if you want a copy, email me. Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL PROTECTED] `-- (random fortune) - To unsubscribe from this list: send the lin

Re: configuring from kernel source directory

! include/asm is supposed to be a softlink. man cp. You need to use -d to preserve links instead of dereferencing them. Eli . "To the systems programmer, users and applications Eli Carter | serve only to provide a test load." [EMAIL