Can we dispose of __irq_itoa() ?

From: Pete Zaitcev (zaitcev@metabyte.com)
Date: Wed Mar 08 2000 - 02:21:46 EST

Next message: Mike Coleman: "Re: [patch] vsyscall feature"
Previous message: Albert D. Cahalan: "Re: Configuration language issues (was Re: drivers/net/Config.in cleanup)"
Next in thread: David S. Miller: "Re: Can we dispose of __irq_itoa() ?"
Reply: David S. Miller: "Re: Can we dispose of __irq_itoa() ?"
Reply: Jakub Jelinek: "Re: Can we dispose of __irq_itoa() ?"
Reply: nabbasi@pacbell.net: "2.3.48: ext2 strange problems. can't remove files."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi,

I kinda have my doubts about __irq_itoa, which does not appear
terribly SMP safe... and incurs one more #ifdef __sparc__
in every damn driver that is shared, even if it is never
going to be used on sun4d (which is the only architecture
with a nontrivial __irq_itoa).

--Pete

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Next message: Mike Coleman: "Re: [patch] vsyscall feature"
Previous message: Albert D. Cahalan: "Re: Configuration language issues (was Re: drivers/net/Config.in cleanup)"
Next in thread: David S. Miller: "Re: Can we dispose of __irq_itoa() ?"
Reply: David S. Miller: "Re: Can we dispose of __irq_itoa() ?"
Reply: Jakub Jelinek: "Re: Can we dispose of __irq_itoa() ?"
Reply: nabbasi@pacbell.net: "2.3.48: ext2 strange problems. can't remove files."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Wed Mar 15 2000 - 21:00:13 EST