Re: The latest Microsoft FUD. This time from BillG, himself.
On Wed, Jun 20, 2001 at 03:33:45PM -0700, Larry McVoy wrote: > You can scream all you want that "it isn't free software" but the fact > of the matter is that you all scream that and then go do your slides for > your Linux talks in PowerPoint. I think this is an unfair generalization. I'm not even all that clear about what PowerPoint is (I've never seen it, ever). I'm guessing that it lets you display slides in sequence, but that's just from what I've seen of MagicPoint, which someone said at a user meet was a clone of PowerPoint. (And yes, the talk given that day was in fact done with MagicPoint) -- Michael Bacarella <[EMAIL PROTECTED]> Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: The latest Microsoft FUD. This time from BillG, himself.
On Wed, Jun 20, 2001 at 03:33:45PM -0700, Larry McVoy wrote: You can scream all you want that it isn't free software but the fact of the matter is that you all scream that and then go do your slides for your Linux talks in PowerPoint. I think this is an unfair generalization. I'm not even all that clear about what PowerPoint is (I've never seen it, ever). I'm guessing that it lets you display slides in sequence, but that's just from what I've seen of MagicPoint, which someone said at a user meet was a clone of PowerPoint. (And yes, the talk given that day was in fact done with MagicPoint) -- Michael Bacarella [EMAIL PROTECTED] Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Question about /proc/kmsg semantics..
Two pronged: I've seen a couple of patches in the archives to make open()/close() on /proc/kmsg do more than NOP. As of 2.4.4, klogd still needs to run as root since access is checked on read() rather than once at open(). I can't find the rationale as to why they're rejected. Also, why is reading /proc/kmsg a privileged operation, yet dmesg can happily print out the entire ring via (do_)syslog() ? Thanks -- Michael Bacarella <[EMAIL PROTECTED]> Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Question about /proc/kmsg semantics..
Two pronged: I've seen a couple of patches in the archives to make open()/close() on /proc/kmsg do more than NOP. As of 2.4.4, klogd still needs to run as root since access is checked on read() rather than once at open(). I can't find the rationale as to why they're rejected. Also, why is reading /proc/kmsg a privileged operation, yet dmesg can happily print out the entire ring via (do_)syslog() ? Thanks -- Michael Bacarella [EMAIL PROTECTED] Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OT] Linux Worm (fwd)
On Fri, Mar 23, 2001 at 01:51:11PM -0500, Doug McNaught wrote: > > > I'm annoyed when persons post virus alerts to unrelated lists but this > > > is a serious threat. If your offended flame away. > > > > This should be a wake up call... distributions need to stop using product > > with consistently bad security records. > > Is there an alternative to BIND that's free software? Never seen > one. Have a look at djbdns. http://cr.yp.to/djbdns.html The author claims that he will dole out $500 for every security hole discovered in djbdns. I've been thrilled with it ever since I installed it a few months ago. -- Michael Bacarella <[EMAIL PROTECTED]> Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OT] Linux Worm (fwd)
On Fri, Mar 23, 2001 at 01:51:11PM -0500, Doug McNaught wrote: I'm annoyed when persons post virus alerts to unrelated lists but this is a serious threat. If your offended flame away. This should be a wake up call... distributions need to stop using product with consistently bad security records. Is there an alternative to BIND that's free software? Never seen one. Have a look at djbdns. http://cr.yp.to/djbdns.html The author claims that he will dole out $500 for every security hole discovered in djbdns. I've been thrilled with it ever since I installed it a few months ago. -- Michael Bacarella [EMAIL PROTECTED] Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
New ld must have --oformat instead of -oformat ?
Riding the bleeding edge of debian leaves some interesting tastes. Here's one: [..much of build process omitted..] make[1]: Entering directory `/usr/src/linux/arch/i386/boot' gcc -E -D__KERNEL__ -I/usr/src/linux/include -D__BIG_KERNEL__ -traditional -DSVGA_MODE=NORMAL_VGA bootsect.S -o bbootsect.s as -o bbootsect.o bbootsect.s bbootsect.s: Assembler messages: bbootsect.s:253: Warning: indirect lcall without `*' ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsect.o -o bbootsect ld: cannot open binary: No such file or directory make[1]: *** [bbootsect] Error 1 make[1]: Leaving directory `/usr/src/linux/arch/i386/boot' make: *** [bzImage] Error 2 The line 'ld: cannot open binary: No such file or directory' is puzzling. I redid the build a few times hoping that it would magically work the next time (the Windows approach), I got over my fear and thought about it. # ld -v GNU ld version 2.11.90.0.1 (with BFD 2.11.90.0.1) # ld --help 2>&1 | grep oformat --oformat TARGETSpecify target of output file The Makefile only has one dash. Changing -oformat to --oformat in arch/i386/boot/Makefile builds the kernel just fine. Did I stumble onto something that is a non-issue or am I just lucky enough to be the first one to trip over it? -- Michael Bacaiella <[EMAIL PROTECTED]> Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
New ld must have --oformat instead of -oformat ?
Riding the bleeding edge of debian leaves some interesting tastes. Here's one: [..much of build process omitted..] make[1]: Entering directory `/usr/src/linux/arch/i386/boot' gcc -E -D__KERNEL__ -I/usr/src/linux/include -D__BIG_KERNEL__ -traditional -DSVGA_MODE=NORMAL_VGA bootsect.S -o bbootsect.s as -o bbootsect.o bbootsect.s bbootsect.s: Assembler messages: bbootsect.s:253: Warning: indirect lcall without `*' ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsect.o -o bbootsect ld: cannot open binary: No such file or directory make[1]: *** [bbootsect] Error 1 make[1]: Leaving directory `/usr/src/linux/arch/i386/boot' make: *** [bzImage] Error 2 The line 'ld: cannot open binary: No such file or directory' is puzzling. I redid the build a few times hoping that it would magically work the next time (the Windows approach), I got over my fear and thought about it. # ld -v GNU ld version 2.11.90.0.1 (with BFD 2.11.90.0.1) # ld --help 21 | grep oformat --oformat TARGETSpecify target of output file The Makefile only has one dash. Changing -oformat to --oformat in arch/i386/boot/Makefile builds the kernel just fine. Did I stumble onto something that is a non-issue or am I just lucky enough to be the first one to trip over it? -- Michael Bacaiella [EMAIL PROTECTED] Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Sat, Feb 17, 2001 at 02:38:29PM -0500, Dennis wrote: > >It's not about facts, it's not about the truth, it's not about Jim > >Allchin being an idiot or deluded. It's about propaganda, > >misinformation, and marketing. It's about business. Nothing new, nor > >unexpected. And to the comment "It is not American to steal", well, > >it may not be "American", but it's for sure been part of the way of > >doing business in this country for years. It's not right, it's not > >ideal, but it IS the way it's done in too many cases. > Its not a "stealing" issue. Its about whether its worthwhile, dollar-wise, > to finance innovation. With free source, its not, because you have to give > away your investment and then anyone can use it equally. Untrue. Ogg Vorbis is a perfect example of free software innovation. It is one of the most advanced audio codecs available to date. The libraries are LGPL'd and the specifications are now and forever public. An audio codec is only the beginning. The fact that it's freely available and patent unencumbered can only be good for it's investors, who happen to be hardware vendors and content providers (among others). Funding free software innovation is only a bad idea if the principle way you plan to make money with it is by controlling it's use (such as MP3). > Secondly, the > "open-source" community openly shuns binary distributions (A. Cox never > misses an opportunity), so there is no avenue for commercial innovation > that is "worthwhile". As they should. Binary distributions are always inferior. I'm glad to have a binary instead of nothing, but I really should've had the foresight to buy better supported hardware. -- Michael Bacarella <[EMAIL PROTECTED]> Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Sat, Feb 17, 2001 at 02:38:29PM -0500, Dennis wrote: It's not about facts, it's not about the truth, it's not about Jim Allchin being an idiot or deluded. It's about propaganda, misinformation, and marketing. It's about business. Nothing new, nor unexpected. And to the comment "It is not American to steal", well, it may not be "American", but it's for sure been part of the way of doing business in this country for years. It's not right, it's not ideal, but it IS the way it's done in too many cases. Its not a "stealing" issue. Its about whether its worthwhile, dollar-wise, to finance innovation. With free source, its not, because you have to give away your investment and then anyone can use it equally. Untrue. Ogg Vorbis is a perfect example of free software innovation. It is one of the most advanced audio codecs available to date. The libraries are LGPL'd and the specifications are now and forever public. An audio codec is only the beginning. The fact that it's freely available and patent unencumbered can only be good for it's investors, who happen to be hardware vendors and content providers (among others). Funding free software innovation is only a bad idea if the principle way you plan to make money with it is by controlling it's use (such as MP3). Secondly, the "open-source" community openly shuns binary distributions (A. Cox never misses an opportunity), so there is no avenue for commercial innovation that is "worthwhile". As they should. Binary distributions are always inferior. I'm glad to have a binary instead of nothing, but I really should've had the foresight to buy better supported hardware. -- Michael Bacarella [EMAIL PROTECTED] Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Trying to fix 3dfx.o + question about char drivers..
So, I upgrade to 2.4.0 and it's cool, except that I can't do anything neat with my voodoo3 anymore. I've been looking for a solution for weeks but to no avail. 3dfx's web site looks like it's gone and nothing on lk about it. [ By all means, if someone has fixed this, do let me know ] Tracing the Glide test programs shows that ioctl() is returning -EPERM. Compiling the driver with 'make debug' shows: [ To aid in the confusion, my machine's hostname is 'mmap' ] [ insmod 3dfx.o ] Feb 14 15:08:14 mmap kernel: 3dfx: Entering init_module() Feb 14 15:08:14 mmap kernel: 3dfx: Successfully registered device 3dfx Feb 14 15:08:14 mmap kernel: 3dfx: board vendor 4634 type 5 located at de00/ [ ./test3Dfx ] Feb 14 15:08:29 mmap kernel: 3dfx: Entering mmap_3dfx Feb 14 15:08:29 mmap kernel: 3dfx: Couldn't match address 0 to a card Feb 14 15:08:29 mmap kernel: 3dfx: Entering release_3dfx mmap_3dfx is being called before ioctl_3dfx is ever reached. Looking to make heads of the "Couldn't match address 0 to a card" message, I stuck in some more debugging output: [ VM_OFFSET is #define VM_OFFSET(vma) (vma->vm_pgoff << PAGE_SHIFT) ] Feb 14 15:08:29 mmap kernel: 3dfx: Entering mmap_3dfx Feb 14 15:08:29 mmap kernel: 3dfx: Entering decode_vma: Feb 14 15:08:29 mmap kernel: 3dfx: start = c1270640, end = c5e40840 Feb 14 15:08:29 mmap kernel: 3dfx: offset = 0 (VM_OFFSET = 0) Feb 14 15:08:29 mmap kernel: 3dfx: Leaving decode_vma Feb 14 15:08:29 mmap kernel: 3dfx: compare de00 or e200 to 0 Feb 14 15:08:29 mmap kernel: 3dfx: Couldn't match address 0 to a card Feb 14 15:08:29 mmap kernel: 3dfx: Entering release_3dfx Sure stumped me. By my guess, it seems that mmap_3dfx is provided by the char driver so that a userland process can map a region of (video?) memory on the card. The process calls ioctl() after opening /dev/3dfx. That ioctl() triggers an mmap() call, the driver gets addresses it's totally not expecting, and it returns -EPERM. Why does mmap get called first?? Am I reading this right? -- Michael Bacarella <[EMAIL PROTECTED]> Technical Staff / System Development, New York Connect.Net, Ltd. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: KERNELBASE
On Tue, 19 Sep 2000, Tulika Pradhan wrote: > can i use change the value of KERNELBASE from 0xc000 to 0x ? > does this cause any problems ? I'm pretty sure setting KERNELBASE to 0x000 leaves no room at all for user space, which would suck. Unless you plan on hacking a lot of other things, I don't think that would be useful (for a limited domain of the word useful). -MB - 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 http://www.tux.org/lkml/
Re: KERNELBASE
On Tue, 19 Sep 2000, Tulika Pradhan wrote: can i use change the value of KERNELBASE from 0xc000 to 0x ? does this cause any problems ? I'm pretty sure setting KERNELBASE to 0x000 leaves no room at all for user space, which would suck. Unless you plan on hacking a lot of other things, I don't think that would be useful (for a limited domain of the word useful). -MB - 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 http://www.tux.org/lkml/
thread rant
Q: Why do we need threads? A: Because on some operating systems, task switches are expensive. Q: So, threads are a hack to get around operating systems that suck? A: Basically. Q: So, why must Linux support threads? A1: : | A2: So other programs can be easily ported to Linux! That can already happen. It's not the *best* implementation. It's not as fast as it can be. But it works. And that's all it should do. If you're not happy, cope. "But threads on this system are faster than on Linux!" The fact that the system implements threads speaks enough about it's capabilities. ie, it's trying hard to suck less. So, from my POV, we're looking to make Linux suck more by effectively emulating systems that are trying to suck less. But, I've never done anything worthwhile for Linux, so take this for what it's worth, from an asshole. -MB - 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 http://www.tux.org/lkml/
