Re:Corrupted people want to know...
by
Anonymous Coward
·
· Score: 3
- Alan Cox: syncup (AFFS might even work, and official VIA workarounds)
^-- That might be it.
zero copy networking!
by
Anonymous Coward
·
· Score: 5
This release includes zero-copy networking, I think (from Dave Miller). Has anyone tried it yet?
It also includes the official IPtables FTP MASQ security fix, which is good. Time to upgrade...;-)
Corrupted people want to know...
by
Mike+Hicks
·
· Score: 4
Are there any significant updates to the VIA chipset code that can help prevent people with 586b and 686b southbridges from corrupting the data on their hard drives? --
Does anyone know if the swap fixes listed at http://lwn.net/2001/0426/a/swap-speedup2.php3 were included? I've been seeing some really bad blocking, and I don't see this in the changelog.
Install this on your system, change to/usr/src/redhat/SPECS/ (or wherever is appropriate for your distro), and do rpm -bb memtest86.spec. This will generate a memtest RPM in/usr/src/redhat/RPMS/i386/ (or again, wherever...). Installing this rpm will set up a memtest entry in your lilo.conf -- very handy. We do this by default for all of our installs at Boston University.
Re:Questions and Observations about 2.4.4
by
Mihg
·
· Score: 5
Short answer: No
Slightly longer answer: Adding ACL support to the kernel would require large-scale changes to the entire VFS, as well as the individual filesystems. This isn't going to happen in a stable kernel series. IIRC, this is one of the major goals for the 2.5 development cycle (along with generic extended atributes and maybe named streams), so the ACL support introduced in 2.5 may be backported to 2.4 (but that would be up to Alan Cox).
Although patches currently exist to add extended attributes and ACL support to the current VFS, I don't think that the kernel gods are entirely happy with its architecture. (This has been a frequent topic on the linux-fsdevel list.)
Re:Don't upgrade if you don't have to
by
Mihg
·
· Score: 5
2.4.3 does have serious issues.
The reader-writer semaphore implementation is broken, resulting in processes getting stuck in the D state in down_semaphore. Heavily threaded programs (like Mozilla) are most likely to hit this bug, resulting in lots of stuck threads and an unusable program.
(Nothing actually used the rw-sems until fairly recently, which is why this bug went undetected for so long.)
Also fixed: the iptables FTP connection tracking security hole, some potential filesystem corrupting bugs and a bunch of other bugs that weren't likely to affect anybody.
And Dave Miller's zerocopy networking changes were merged in, which is pretty cool.
In my 9 years of linux kernels, I've never put kernels anywhere but/usr/src/linux
And I've never compiled them anywhere else either.
Never caused me a minute of problem.
Upgrade if you have no reason not to!
by
Chuck+Chunder
·
· Score: 4
Upgrade if you aren't running something mission critical and if the worst that can happen (filesystem corruption) won't be the end of the world (you really want an excuse to install that new distro anyway!)
If you come across a bug then congratulations, you've made a first step in making Linux better. Distribution and use is a vital part of an Open Source development process.
-- Boffoonery - downloadable Comedy Benefit for Bletchley Park
Distributed Download Mirror
by
Orasis
·
· Score: 5
I've put up a Swarmcast mirror of the content here.
Swarmcast is BETA (it gots boogs) software that will soon be released under the GPL. The installation procedure sucks right now but the situation will quickly improve.
Swarmcast is peer-to-peer software that uses the bandwidth of the peers that are currently or recently downloaded a piece of content to help boost everyone elses download. So its basically like having a bunch of partial-horsepower mirrors.
If you're not into that "altruism" stuff then you can just ignore this post and hammer directly on kernel.org.
You can join the Swarmcast devel mailing list here. and let us know what you think.
Re:How do you compile a kernel on Mandrake anyways
by
rinkjustice
·
· Score: 3
Follow this kernel compiling howto carefully and you shouldn't have a problem. The raw link is: http://www.hardcorelinux.com/kernel-howto.htm
come off crisp and play up to the cynic
clean and schooled right down to the minute
TmpFS is an extension of shmfs able to swap off unused memory pages. This virtual filesystem *rocks* . Compiling new software in a TmpFS area is a lot faster than on a conventional filesystem. Since it was introduced, I can't live without it.
But why the hell is TmpFS only in -ac series and never in 'official' releases ? I will have to wait for 2.4.4-ac1 before upgrading.
TmpFS is now rock stable (it wasn't the case in the early times, I agree) . It's fast. It's easy to set up, and it's a very good enhancement to the Linux kernel.
When will TmpFS merged to the main tree ?
Using the "-pipe" option for gcc gives you the same benefits for compilation:
-pipe Use pipes rather than temporary files for communication between the
various stages of compilation. This fails to work on some systems
where the assembler cannot read from a pipe; but the GNU assembler
has no trouble.
In general, the form is www.country.kernel.org where country is
the country's two letter code. For example, NZ is a link to
New Zealand's mirror.
Slashdot should maintain topic pages for each category with links like this, yes?
-- Too big to fail? Does that make me to small to succeed?
Re:Don't upgrade if you don't have to
by
mrseth
·
· Score: 3
Are you sure about this? From the changelog:
-pre5:
- Mike Phillips: olympic driver update
- Alan Cox: continued resyncing (lots of small stuff, big NTFS merge from Anton)
- Martin Dalecki: cleanup (remove unused and unnecessary get_hardblocksize)
- Chris Mason: fix potential reiserfs journal overflow
- Jeff Garzik: network driver updates
- David Miller: sparc fixes, some network cleanups
Article on kernel testing suites
by
goingware
·
· Score: 4
If you'd like to do some manner of methodical testing of the kernel before putting it into production use, or if you'd like to contribute to quality assurance of Linux kernels, please read:
There are also some tests such as
Memtest86 that you can use for checking the basic health of your hardware (some of which, like VA Linux' Cerberus, can be quite extreme). Memtest86 found a bad PC133 memory module in one of my machines that consistently passes the BIOS startup memory test.
Suggestions for other test suites, strategies for testing the Linux kernel or other things I can write about on the general topic of quality assurance and better software practice are appreciated.
One test that's not mentioned in the article yet is
memtester. It is a user-space program that will run on Linux or other Unix-like OS and will test as much of the memory as it can mlock; I found that I could test about half of my installed memory on a debian PPC macintosh.
Memtest86 is advantageous in that it will test all of the installed memory, but memtester will run on non-PC clone and non-x86 hardware.
Re:Article on kernel testing suites
by
Spoing
·
· Score: 5
In a former life, I was the QA lead for a commercial memory tester. Memtest86 is quite good; I've put the boot disk in my CD case of tools.
One misconception that most people have is that the BIOS POST routines actually test RAM. They don't.
The only thing BIOS routines do is check for the existance of RAM, and as a side benifit some failures are detected.
Other failures can't be found with the quick xor tests done in the BIOS because;
They are masked by a cache that is not defective.
Are heat/cold sensitive -- and at boot the system might be OK.
The failure of one bit only occurs after other bits are flipped.
Even a good memory test program like Memtest86 can't find all defects, and definately not on the first pass. As a reasonable sanity check, Memtest86 is highly recommended.
-- A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
Re:Article on kernel testing suites
by
jsse
·
· Score: 5
The latest kernel still can't pass the Purity Test. You can see by running:
Re:Don't upgrade if you don't have to
by
teg
·
· Score: 5
Of course, it all depends on what you're previously running - if you're running a previous 2.4 kernel from Linus.
Many file system corruption bugs were found by us during development of Red Hat Linux 7.1. The 2.4.2-2 kernel in Red Hat Linux 7.1 should be safe, any kernel released prior to that (our release, not 2.4.2 in general - our kernels has lots of fixes, some made after the official release of 2.4.3)
#!/bin/sh
# Note: this is untested code written ad-hoc
# in a slashdot comment box. You decide
# how much you want to trust it.
#
# Usage: lspinstaller <version-of-kernel> <previous-version-of-kernel>
# Must run as root.
# answering "no" to new kernel features is not necessarily what you want, but it's a good place to start
yes n | make oldconfig
mv Makefile Makefile.configged
# I find it's always a good idea to tag kernels with your hostname so you can tell what they're meant for
sed s/EXTRAVERSION =/EXTRAVERSION = `hostname`/ Makefile
make dep clean bzImage modules modules_install
# if you use lilo, this automatically runs it.
# if you use grub, do it manually I guess.
installkernel $0-`hostname` arch/$ARCH/boot/bzImage System.map
echo Windo^H^H^H^H^HLinux has finished installing your new software. Press any key to reboot, but ctrl-alt-delete will probably be more effective.
--
-- It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
When this was posted, the bandwidth meter read 34.4 Mbps. Five minutes later it was at 40 Mbps. Five minutes after that it was at 50 Mbps. Now it is at 71.39 Mbps.
Can't you guys wait a while and download it from the mirrors?
Is it worth my time uplaoding?
by
Darth+Turbogeek
·
· Score: 4
I'm quite happy at 2.4. Is there any compelling reason why I would need 2.4.4? I haven't really kept up with what's new and what's improved.
I must say 2.4 been pretty good. It was the first one I could use acceptibly on my notebook (Inspiron 5000) and I really dont want to go through that all over again if something screws up.
And one final thing.... If I want a Service pack for W2K, it's pretty dead easy to install. Is there anything being done to make upgrades seamless?
-- "Old Rallydrivers never die - they just fail to book in on time"
Posting early without being informed and checking up on something before you shout out "error!" is a mistake. Incorrect information is no uncommon on Slashdot, but download speeds and things of this nature are well known among those of us blessed with nice internet connections.
Losing karma is not the worst thing that can happen on Slashdot, looking foolish is (yes, I've done it myself enough).
-- "The universe seems neither benign nor hostile, merely indifferent." --Carl Sagan
Re:2.4.4 breaks vmware 2.03
by
kervel
·
· Score: 5
insert this into/usr/src/linux/include/linux/skbuff.h below the line/* Internal */ Each quotation is a new line (remove the quotes before you paste) "static inline atomic_t *skb_datarefp(struct sk_buff *skb)" "{" " return (atomic_t *)(skb->end);", "}".
from openprojects irc 'apt'
Comments by the coders...
by
autocracy
·
· Score: 5
$ egrep -r -e "(\bfuck\b|\bass\b|\bshit\b)"/usr/src/linux #How to find all this...
"don't fuck up. This is why we have... James M... say fuck enough... all the algo is pure shit and should be replaced (From tcp in IPv4 - makes you feel good, eh?)." The whole IP NAT for FTP thing is "eloquent like `fuck'." The irnet_irda module is made to "Give a kick in the ass of ppp_generic so that he sends us some data".
The people who put together te setup code for the i386 arch were curious to know "What lunatic came up with this shit?" The IA64 arch includes some "weird ass code needed for error injection". MIPS/cobalt setup is referred to as "Oh shit, this is so crappy..."
SysIRIX has "2,191 lines of complete and utter shit coming up..." There's more of that for MIPS, though - "Big shit, we now may have two dirty primary cache lines for the same..." I don't even want to hear the end of that! In fact the MIPS/Irix people seem as if they just "Don't Care, a rats ass we couldn't give". That same file includes 10 iterations of "XXX AFS shit".
HyperSPARC has is "Verified, my ass..." The developer for a SPARC checksum code wants to merely "give up. I'm serious, I am going to kick the living shit..." The SPARC kernel process claims that somebody should "fuck me plenty". I agree:) At least they think SPARC64 is "One bad ass cpu". Then again "are two fold. Firstly, they cannot pair with jack shit,".
Everyone should "Remember: "Different name, same old buggy as shit hardware." Speaking of which, one of the SCSI drivers contains to lines of "shit". "... We don't want to fuck directly..." So we'll do it second-hand!
ASM has so much "More PROM shit. Probably has to do with VME RMW cycles???" They've been having to "having to fuck around with the syscall interface themselfes." Ultimately, everyone agrees that "If you don't see why, please stay the fuck away from my code."
REAL/.ers only have a karma of 49...
-- SIG: HUP
Re:2.4.4 breaks vmware 2.03
by
willamowius
·
· Score: 3
That fix works nicely, but I prefer not to modify the kernel file, and inserted the code in bridge.c in/usr/lib/vmware/modules/sources/vmnet.tar (right below the include of linux/skbuff.h).
2.4.4 breaks vmware 2.03
by
willamowius
·
· Score: 4
Beware: vmware 2.03 doesn't compile under Linux 2.4.4.
Re:How do you compile a kernel on Mandrake anyways
by
berzerke
·
· Score: 3
To run pptpd, you have to patch the kernel. A howto at here describes how to patch and recompile the 2.4 kernel. If you aren't interested in pptpd for linux, just ignore the patches but follow the rest of the directions.
It works on Mandrake. There is even a sample configuration file for the kernel with Reiserfs support. Be sure and check the CPU type though.
Questions and Observations about 2.4.4
by
Zeio
·
· Score: 3
I was wondering if the Samba/Extended ACL stuff was merged into to the Linux source tree yet? I was frustrated today to have to go and get Samba 2.2.0 and have to go messing around with patching the kernels.
It's nice to see USB getting some more attention/fixes even though it was given a late start.
-- Legalize the constitution. Think for yourself question authority.
I found some surprising egrep results from the linux source code. Here you go:
Linus Torvalds used...
fuck 11 times, or 9% of the time
shit 31 times, or 26% of the time
bitch 12 times, or 10% of the time
ass 10 times, or about 8.5% of the time
bastard two times, or about 1.7% of the time
dick one time, or about 0.8% of the time
hell 50 times, or 42.7% of the time
Total swear words used: 117
A few examples:
"/usr/src/linux/drivers/net/sunhme.c:/* Remember: "Different name, same old buggy as shit hardware." */"
"/usr/src/linux/net/core/netfilter.c:/* James M doesn't say fuck enough. */"
"/usr/src/linux/arch/sparc/kernel/process.c:/* fuck me plenty */" (this one's my favorite, hah.)
Pretty neat results;)
--
Re:Don't upgrade if you don't have to
by
the_2nd_coming
·
· Score: 3
that is true for an x.0 kernel or an x.y.0 kernel
but, it is kernel series 2 verion 4 pactch level 4 i.e. 2.4.4 this is much more secure and stable than 2.4-2.4.3 so there is no reason not to update your kernel.
I hope they fixed some of the rampant bugs. Most of the programs I own (Word, Frontpage, Photoshop) wouldn't even run under the earlier versions of the 2.4 kernel.
Maybe now my productivity will be restored. KTS:Lover, Poet, Artiste, Aesthete, Utensil.
-- KTS:Lover, Poet, Artiste, Aesthete, Utensil.
There is no contradiction.
- Alan Cox: syncup (AFFS might even work, and official VIA workarounds) ^-- That might be it.
It also includes the official IPtables FTP MASQ security fix, which is good. Time to upgrade... ;-)
Are there any significant updates to the VIA chipset code that can help prevent people with 586b and 686b southbridges from corrupting the data on their hard drives?
--
It's in, in the Filesystem support, as a "Virtual Filesystem."
--
WolfSkunks for a better Linux Kernel
$Stalag99{"URL"}="http://stalag99.keenspace.com";
--
# Canmephians for a better Linux Kernel
$Stalag99{"URL"}="http://stalag99.net";
--
I noticed
--
I noticed
It's getting about time to leave everywhere
I've got a src rpm for memtest86 2.5 at http://www.mattdm.org/misc/memtest/memtest86-2.5-2 .src.rpm.
/usr/src/redhat/SPECS/ (or wherever is appropriate for your distro), and do rpm -bb memtest86.spec. This will generate a memtest RPM in /usr/src/redhat/RPMS/i386/ (or again, wherever...). Installing this rpm will set up a memtest entry in your lilo.conf -- very handy. We do this by default for all of our installs at Boston University.
Install this on your system, change to
Short answer: No
Slightly longer answer:
Adding ACL support to the kernel would require large-scale changes to the entire VFS, as well as the individual filesystems. This isn't going to happen in a stable kernel series. IIRC, this is one of the major goals for the 2.5 development cycle (along with generic extended atributes and maybe named streams), so the ACL support introduced in 2.5 may be backported to 2.4 (but that would be up to Alan Cox).
Although patches currently exist to add extended attributes and ACL support to the current VFS, I don't think that the kernel gods are entirely happy with its architecture. (This has been a frequent topic on the linux-fsdevel list.)
2.4.3 does have serious issues.
The reader-writer semaphore implementation is broken, resulting in processes getting stuck in the D state in down_semaphore. Heavily threaded programs (like Mozilla) are most likely to hit this bug, resulting in lots of stuck threads and an unusable program.
(Nothing actually used the rw-sems until fairly recently, which is why this bug went undetected for so long.)
Also fixed: the iptables FTP connection tracking security hole, some potential filesystem corrupting bugs and a bunch of other bugs that weren't likely to affect anybody.
And Dave Miller's zerocopy networking changes were merged in, which is pretty cool.
From the cronjobs reporting to the Linux Counter:
2.4 - 110 out of 422, 26.1%
2.4.4 - 2 out of 422, 0.5%
Watch this space.
I wonder how many net.admins noticed the sudden traffic spike and thought, "Oh, Crap! Another weekend e-mail virus attack!"
--
Sheesh, evil *and* a jerk. -- Jade
In my 9 years of linux kernels, I've never put kernels anywhere but /usr/src/linux
And I've never compiled them anywhere else either.
Never caused me a minute of problem.
Upgrade if you aren't running something mission critical and if the worst that can happen (filesystem corruption) won't be the end of the world (you really want an excuse to install that new distro anyway!)
If you come across a bug then congratulations, you've made a first step in making Linux better. Distribution and use is a vital part of an Open Source development process.
Boffoonery - downloadable Comedy Benefit for Bletchley Park
I've put up a Swarmcast mirror of the content here.
Swarmcast is BETA (it gots boogs) software that will soon be released under the GPL. The installation procedure sucks right now but the situation will quickly improve.
Swarmcast is peer-to-peer software that uses the bandwidth of the peers that are currently or recently downloaded a piece of content to help boost everyone elses download. So its basically like having a bunch of partial-horsepower mirrors.
If you're not into that "altruism" stuff then you can just ignore this post and hammer directly on kernel.org.
You can join the Swarmcast devel mailing list here. and let us know what you think.
http://www.hardcorelinux.com/kernel-howto.htm
come off crisp and play up to the cynic
clean and schooled right down to the minute
SEO Copywriter. Just Say ON
TmpFS is an extension of shmfs able to swap off unused memory pages. This virtual filesystem *rocks* . Compiling new software in a TmpFS area is a lot faster than on a conventional filesystem. Since it was introduced, I can't live without it.
But why the hell is TmpFS only in -ac series and never in 'official' releases ? I will have to wait for 2.4.4-ac1 before upgrading.
TmpFS is now rock stable (it wasn't the case in the early times, I agree) . It's fast. It's easy to set up, and it's a very good enhancement to the Linux kernel.
When will TmpFS merged to the main tree ?
{{.sig}}
- mirrors organized by country
- UK
- US
In general, the form is www.country.kernel.org where country is the country's two letter code. For example, NZ is a link to New Zealand's mirror.Slashdot should maintain topic pages for each category with links like this, yes?
Too big to fail? Does that make me to small to succeed?
Are you sure about this? From the changelog:
-pre5:
- Mike Phillips: olympic driver update
- Alan Cox: continued resyncing (lots of small stuff, big NTFS merge from Anton)
- Martin Dalecki: cleanup (remove unused and unnecessary get_hardblocksize)
- Chris Mason: fix potential reiserfs journal overflow
- Jeff Garzik: network driver updates
- David Miller: sparc fixes, some network cleanups
-
Using Test Suites to Validate the Linux Kernel
There are also some tests such as Memtest86 that you can use for checking the basic health of your hardware (some of which, like VA Linux' Cerberus, can be quite extreme). Memtest86 found a bad PC133 memory module in one of my machines that consistently passes the BIOS startup memory test.Suggestions for other test suites, strategies for testing the Linux kernel or other things I can write about on the general topic of quality assurance and better software practice are appreciated.
One test that's not mentioned in the article yet is memtester. It is a user-space program that will run on Linux or other Unix-like OS and will test as much of the memory as it can mlock; I found that I could test about half of my installed memory on a debian PPC macintosh.
Memtest86 is advantageous in that it will test all of the installed memory, but memtester will run on non-PC clone and non-x86 hardware.
Mike
-- Could you use my software consulting serv
Of course, it all depends on what you're previously running - if you're running a previous 2.4 kernel from Linus.
Many file system corruption bugs were found by us during development of Red Hat Linux 7.1. The 2.4.2-2 kernel in Red Hat Linux 7.1 should be safe, any kernel released prior to that (our release, not 2.4.2 in general - our kernels has lots of fixes, some made after the official release of 2.4.3)
#!/bin/sh
/usr/src
$ 0.tar.gz
# Note: this is untested code written ad-hoc
# in a slashdot comment box. You decide
# how much you want to trust it.
#
# Usage: lspinstaller <version-of-kernel> <previous-version-of-kernel>
# Must run as root.
ARCH=i386
cd
wget ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-
# make sure we only have a linux-oldversion dir
rm linux || mv linux linux-$1
tar xvfz linux-$0.tar.gz
mv linux linux-$0
ln -s linux-$0 linux
# recover our kernel configuration
cp linux-$1/.config linux-$0/.config
cd linux-$0
# answering "no" to new kernel features is not necessarily what you want, but it's a good place to start
yes n | make oldconfig
mv Makefile Makefile.configged
# I find it's always a good idea to tag kernels with your hostname so you can tell what they're meant for
sed s/EXTRAVERSION =/EXTRAVERSION = `hostname`/ Makefile
make dep clean bzImage modules modules_install
# if you use lilo, this automatically runs it.
# if you use grub, do it manually I guess.
installkernel $0-`hostname` arch/$ARCH/boot/bzImage System.map
echo Windo^H^H^H^H^HLinux has finished installing your new software. Press any key to reboot, but ctrl-alt-delete will probably be more effective.
--
It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
When this was posted, the bandwidth meter read 34.4 Mbps. Five minutes later it was at 40 Mbps. Five minutes after that it was at 50 Mbps. Now it is at 71.39 Mbps.
Can't you guys wait a while and download it from the mirrors?
Tarsnap: Online backups for the truly paranoid
Why exactly does using 71.39% cause a problem?
As usage tends towards 100%, speed tends towards zero and packet retransmission increases.
Tarsnap: Online backups for the truly paranoid
http://www.kernel.org/pub/linux/kernel/v2.4/linux- 2.4.4.tar.bz2
Or any mirror near you! Just goto:
http://www.[countrycode].kernel.org/pub/linux/kern el/v2.4/linux-2.4.4.tar.bz2
For example, Albania is abbreviated "al" so you would go to:
http://www.al.kernel.org/pub/linux/kernel/v2.4/lin ux-2.4.4.tar.bz2
Ever need an online dictionary?
I'm quite happy at 2.4. Is there any compelling reason why I would need 2.4.4? I haven't really kept up with what's new and what's improved.
I must say 2.4 been pretty good. It was the first one I could use acceptibly on my notebook (Inspiron 5000) and I really dont want to go through that all over again if something screws up.
And one final thing.... If I want a Service pack for W2K, it's pretty dead easy to install. Is there anything being done to make upgrades seamless?
"Old Rallydrivers never die - they just fail to book in on time"
Posting early without being informed and checking up on something before you shout out "error!" is a mistake. Incorrect information is no uncommon on Slashdot, but download speeds and things of this nature are well known among those of us blessed with nice internet connections.
Losing karma is not the worst thing that can happen on Slashdot, looking foolish is (yes, I've done it myself enough).
"The universe seems neither benign nor hostile, merely indifferent." --Carl Sagan
insert this into /usr/src/linux/include/linux/skbuff.h below the line /* Internal */ Each quotation is a new line (remove the quotes before you paste) "static inline atomic_t *skb_datarefp(struct sk_buff *skb)" "{" " return (atomic_t *)(skb->end);", "}".
from openprojects irc 'apt'
"don't fuck up. This is why we have... James M... say fuck enough... all the algo is pure shit and should be replaced (From tcp in IPv4 - makes you feel good, eh?)." The whole IP NAT for FTP thing is "eloquent like `fuck'." The irnet_irda module is made to "Give a kick in the ass of ppp_generic so that he sends us some data".
The people who put together te setup code for the i386 arch were curious to know "What lunatic came up with this shit?" The IA64 arch includes some "weird ass code needed for error injection". MIPS/cobalt setup is referred to as "Oh shit, this is so crappy ..."
SysIRIX has "2,191 lines of complete and utter shit coming up..." There's more of that for MIPS, though - "Big shit, we now may have two dirty primary cache lines for the same..." I don't even want to hear the end of that! In fact the MIPS/Irix people seem as if they just "Don't Care, a rats ass we couldn't give". That same file includes 10 iterations of "XXX AFS shit".
HyperSPARC has is "Verified, my ass..." The developer for a SPARC checksum code wants to merely "give up. I'm serious, I am going to kick the living shit..." The SPARC kernel process claims that somebody should "fuck me plenty". I agree :) At least they think SPARC64 is "One bad ass cpu". Then again "are two fold. Firstly, they cannot pair with jack shit,".
Everyone should "Remember: "Different name, same old buggy as shit hardware." Speaking of which, one of the SCSI drivers contains to lines of "shit". "... We don't want to fuck directly..." So we'll do it second-hand!
ASM has so much "More PROM shit. Probably has to do with VME RMW cycles???" They've been having to "having to fuck around with the syscall interface themselfes." Ultimately, everyone agrees that "If you don't see why, please stay the fuck away from my code."
/.ers only have a karma of 49...
REAL
SIG: HUP
That fix works nicely, but I prefer not to modify the kernel file, and inserted the code in bridge.c in /usr/lib/vmware/modules/sources/vmnet.tar (right below the include of linux/skbuff.h).
Beware: vmware 2.03 doesn't compile under Linux 2.4.4.
- Alan Cox: more resyncs (ARM down, but more to go) - Alan Cox: more merging (S/390 down, ARM to go).
Oh my GOD!!! Alan Cox is being merged into the Kernel!!! They have his ARM merged in now, what next, WHAT NEXT?????
--Volrath50
Question is - did AMD drop their NDA silliness for sharing the bug workaround or did the kernel developers just hack it (by reading NDP twice)
I expect the latter but I'm psyched anyway!
As always - thank you kernel developers!
--
Top Most Bizarre/Disturbing Error Messages
To run pptpd, you have to patch the kernel. A howto at here describes how to patch and recompile the 2.4 kernel. If you aren't interested in pptpd for linux, just ignore the patches but follow the rest of the directions.
It works on Mandrake. There is even a sample configuration file for the kernel with Reiserfs support. Be sure and check the CPU type though.
I was wondering if the Samba/Extended ACL stuff was merged into to the Linux source tree yet? I was frustrated today to have to go and get Samba 2.2.0 and have to go messing around with patching the kernels. It's nice to see USB getting some more attention/fixes even though it was given a late start.
Legalize the constitution. Think for yourself question authority.
I found some surprising egrep results from the linux source code. Here you go: Linus Torvalds used...
/* Remember: "Different name, same old buggy as shit hardware." */" /* James M doesn't say fuck enough. */" /* fuck me plenty */" (this one's my favorite, hah.)
;)
fuck 11 times, or 9% of the time
shit 31 times, or 26% of the time
bitch 12 times, or 10% of the time
ass 10 times, or about 8.5% of the time
bastard two times, or about 1.7% of the time
dick one time, or about 0.8% of the time
hell 50 times, or 42.7% of the time
Total swear words used: 117
A few examples:
"/usr/src/linux/drivers/net/sunhme.c:
"/usr/src/linux/net/core/netfilter.c:
"/usr/src/linux/arch/sparc/kernel/process.c:
Pretty neat results
--
that is true for an x.0 kernel or an x.y.0 kernel
but, it is kernel series 2 verion 4 pactch level 4 i.e. 2.4.4 this is much more secure and stable than 2.4-2.4.3 so there is no reason not to update your kernel.
I am the Alpha and the Omega-3
Maybe now my productivity will be restored.
KTS:Lover, Poet, Artiste, Aesthete, Utensil.
KTS:Lover, Poet, Artiste, Aesthete, Utensil.
There is no contradiction.