John Levon wrote:
>
> On Wed, 6 Sep 2000, George Anzinger wrote:
>
> > John Levon wrote:
> > >
> > > Am I right ? against test8pre1
> > >
> > > Also, is it a bug to not set TASK_{UN}INTERRUPTIBLE before doing a
> > > schedule_timeout() ? What will happen ?
> > >
> > Well, first the "timeout" cal
On Wed, 6 Sep 2000, Jack Duan wrote:
> I have been using Linux since the early days... and recently that I have
> installed RH6.2 with Linux kernel 2.2.16 on my Dell laptop (P3-500,
> 256MB RAM). One thing that I found is the networking performance
> between this Linux box and all my Solaris 7
On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
> scale in the end. We'll either see forking, see another OS like FreeBSD
> fill the void, or (worst case) Solaris.
Somehow I doubt that arguments from marketshare/field circus/etc. peppered
with threats of coprorat world turning to Solaris, etc. wi
mazeone wrote:
>
> I have an older Creative Sound Blaster awe32 soundcard, which has worked
> fine under many different kernels in the past. It is one of the older
> models with jumpers, before the ISAPnP models became available.
I also have a Sound Blaster Awe32; but mine is jumperless and d
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> Mike Galbraith wrote:
> >
> > On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> >
> > > Ingo,
> > >
> > > KDB is a user mode debugger designed to debug user space apps that's
> > > been hacked to run with a driver. It's not designed as a kernel level
> > >
On Wed, 6 Sep 2000, Stephen Satchell wrote:
> In other parts of the Open Source community, people point with pride to the
> tools they use to do their work. Let's not forget that Ritchie decided
> that he needed a language to speed his development of a quick-n-dirty
> operating system using
Chris Evans <[EMAIL PROTECTED]> wrote:
> Well, in our own manpages
> man 7 socket
>It is possible to do non-blocking IO on sockets by setting
>the O_NONBLOCK flag on a socket file descriptor using
>fcntl(2). O_NONBLOCK is inherited through an accept.
Although
Andries Brouwer wrote:
:
Thanks for your exhaustive explanation as usual.
> I think I prefer the current version over your patched version.
> But will probably change my mind when many people complain.
Why have different behavior ?
Why have *fdisk or lilo trouble ?
I still didn't see the gain
On Wed, 6 Sep 2000, Daniel Phillips wrote:
> Mike Galbraith wrote:
> >
> > On Wed, 6 Sep 2000, Damien Miller wrote:
> >
> > > Tools like a KDB would make the kernel a lot more accessible to the
> > > time-poor.
> >
> > Kdb is available to all. I think it should be _integrated_ mostly
> > beca
On 2000-09-06T12:52:29,
Linus Torvalds <[EMAIL PROTECTED]> said:
I do agree with your assessment.
Except for a single point:
> And quite frankly, for most of the real problems (as opposed to the stupid
> bugs - of which there are many, as the latest crap with "truncate()" has
> shown us) a d
At 06:40 PM 9/6/00 -0700, J. Dow wrote:
>30 years of experience have proven this to me over and over again from
>watching auto mechanics and ditch diggers through every engineering
>discipline I have ever paused to observe. Only a damnfool eschews good
>tools because of some sense of "pride" that
Stephen,
On Wed, Sep 06, 2000 at 10:55:06AM -0400, Stephen Frost wrote:
> In 2.2.17pre20 I started running into *really* annoying issues w/ an
> eepro100, I'm going to go back to 2.2.16 and see if they clear up. Basically
> things were constantly seeming to stall for me. Not everything th
On Wed, 6 Sep 2000, Gregory Maxwell wrote:
> On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
> > If you'd read what I wrote in it's entirety, you'd know that I'm very well
> > aware of this perspective.
>
> I read it. I just didn't agree with the level of importance I felt you
> were assigning to cor
I have an older Creative Sound Blaster awe32 soundcard, which has worked
fine under many different kernels in the past. It is one of the older
models with jumpers, before the ISAPnP models became available. In the
past, I always set the io, irq, and dma in the menuconfig setup.
However, I hav
> your email inundation by one. Er, why's the list setup without
> a reply-to the list?)
lists that add "reply-to: list" degenerate to chat rooms.
so this is social-engineering, just like the lack of builtin kernel debugger.
-
To unsubscribe from this list: send the line "unsubscribe lin
<[EMAIL PROTECTED]> said:
[...]
> It cuts the other way as well though. If it is prohibitively hard and
> difficult to get fixes out for bugs in the Linux kernel, then companies
> will tend to choose other operating systems to run their applications on.
So what? I have been running Linux from
Dave Allen <[EMAIL PROTECTED]> said:
[...]
> The source code for the driver _is_ going to be available, but it will
> not be GPL'd. There are no patches to the kernel involved. I
> understand that there should be no problems, but the use of inline
> functions in the kernel header files makes t
[Jorge Nerin]
> How can I make a incremental patch of two other patches without
> making two trees?
There do exist tools for this but I have found them limiting. I'm
working on my own utility to do this (and other patch manipulations,
such as cdiff -> udiff) but don't have an ETA. I'll let you
On Wed, Sep 06, 2000 at 10:41:46AM -0400, Admin Mailing Lists wrote:
> On Tue, 5 Sep 2000, Andrey Savochkin wrote:
> > But I expected 2.2.17pre20 to work, it contains a work-around which helped
> > all other people complaining about the same things.
>
> is it fixed in 2.2.17 final or any of the 2
On Wed, 06 Sep 2000, Trevor Harrison wrote:
>Don't be a dim-wit. The only reason its a problem on NT is that MS decided to
>not allow users to browse the other data streams (or forks, or whatever you
>want to call them) in Explorer.
>
>Actually, this type of virus is probably easier to find and c
On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
> If you'd read what I wrote in it's entirety, you'd know that I'm very well
> aware of this perspective.
I read it. I just didn't agree with the level of importance I felt you
were assigning to corporate use.
> I don't need to have the volumes of idi
> Or, to misquote Feynman (another cantankorous bastard, but proud of it):
>
> "Look at the problem. Think really hard. And write the correct code."
In a smallish voice I note that the debugger helps you look at the problem.
It is your X-Ray vision.
{o.o}
-
To unsubscribe from this list: send
Well,
I thought the problems with the eepro driver from 2.2.16 were fixed in
2.2.17. Apparently the problems really weren't fixed - it did seem to get
more stable though.
I was copying some large over a NFS mount and when it got to about 6 megs,
the NFS mount hung with symptoms similar to the 2
Quoth Linus
> Apparently, if you follow the arguments, not having a kernel debugger
> leads to various maladies:
> - you crash when something goes wrong, and you fsck and it takes forever
>and you get frustrated.
> - people have given up on Linux kernel programming because it's too hard
>
On Wed, 6 Sep 2000, Gregory Maxwell wrote:
> Finally, who says that acceptance by 'IT managers and CTOs' is actually a
> measure of 'quality' that anyone here finds interesting or acceptable? The
> very fact that many 'IT managers and CTOs' find NT acceptable speaks
> volumes to counter the credib
On Wed, 6 Sep 2000, David S. Miller wrote:
>Date: Wed, 6 Sep 2000 17:46:02 -0700 (PDT)
>From: <[EMAIL PROTECTED]>
>
>I guarantee you that IT managers and CTOs do not share your
>enthusiasm for slow, correct coding when faced with their business
>being down, their revenue
From: "Horst von Brand" <[EMAIL PROTECTED]>
> Problem is:
>
> - Debugging code has to be written, integrated and debugged. It has to be
> designed for collecting certain types of data. If you get the data to be
> collected wrong, it is useless (and as you don't know what bugs you are
> look
> > A good debugger is a very
> > good leveraging agent. I can cut a 2x4 with a largish pocket knife,
> > in theory. (I have never wasted the time.) In a pinch I have cut a
> > 2X4 with a hand saw. I can see that if I wanted to do this for any
> > serious work power tools are required. The same l
Try LKCD.
--Matt
Gregory Maxwell wrote:
> If this is your primary argument for a kernel debugger, a 'crash dump tool
> with extra controls', then why not just cleanly implement a 'crash dump
> tool with extra controls'.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
[snip]
> I guarantee you that IT managers and CTOs do not share your enthusiasm for
> slow, correct coding when faced with their business being down, their
> revenue stream being interrupted and their stock options losing value.
[snip]
No company sho
Hi,
I have been using Linux since the early days... and recently that I have
installed RH6.2 with Linux kernel 2.2.16 on my Dell laptop (P3-500,
256MB RAM). One thing that I found is the networking performance
between this Linux box and all my Solaris 7 based servers are very very
slow. I only
Date:Wed, 6 Sep 2000 17:46:02 -0700 (PDT)
From: <[EMAIL PROTECTED]>
I guarantee you that IT managers and CTOs do not share your
enthusiasm for slow, correct coding when faced with their business
being down, their revenue stream being interrupted and their stock
options l
In article <[EMAIL PROTECTED]> you
write:
>I'm really kind of surprised that companies like SuSE, VA and RedHat
>haven't started talking about forking the kernel already. Those companies
>are serving the administrators and managers whose needs you are openly
>admitting that you are not concerned
On Wed, 6 Sep 2000, Alan Cox wrote:
> > Ehh? And exactly _how_ would a debugger help it.
> >
> > Especially as Alan quoted an example of a driver bug that didn't get fixed
> > for several months because the maintainer didn't have the hardware.
> >
> > What would a debugger have done?
>
> Let
On 6 Sep 2000, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Jeff V. Merkey <[EMAIL PROTECTED]> wrote:
> >Linus Torvalds wrote:
> >
> >> Apparently, if you follow the arguments, not having a kernel debugger
> >> leads to various maladies:
> >> - you crash when something goes wrong, an
Linus Torvalds writes:
> On Wed, 6 Sep 2000, Alan Cox wrote:
> > When was the last time you wrote a device driver for some warped piece of PCI
> > technology that didn't work like the book says and for which you can neither
> > get more info or pop over to the next cubicle and ask the hardware des
On Thu, Sep 07, 2000 at 12:42:42AM +0200, Luca Montecchiani wrote:
> few ours ago I discover that my kernel 2.4.0-test8pre5 was unable to
> correctly identify the geometry of my second ide HD (*),
Always remember: a disk does not have a geometry.
> this is very bad
Why precisely?
> and fdisk
On Wed, 06 Sep 2000, you wrote:
> Guido Trentalancia schrieb:
>
> Hello Guido,
>
> > >Hi !
> > >This is a bug reporting, included are the output of various /proc file
> > > on my system:
> > >Motherboard: ASUS P2B-F with the latest bios bx2f113.awd (microcode
> > > update) ISDN: Winbond based card
On Wed, 06 Sep 2000, you wrote:
> On Wed, 6 Sep 2000, Guido Trentalancia wrote:
> > On Wed, 06 Sep 2000, you wrote:
> > > Guido Trentalancia schrieb:
> > > > >Motherboard: ASUS P2B-F with the latest bios bx2f113.awd (microcode
> > > > > update) ISDN: Winbond based card (Hisax type=36)
> > > > >The
Date: Wed, 6 Sep 2000 14:42:17 -0700 (PDT)
From: Jonathan Walther <[EMAIL PROTECTED]>
If the shared library is under GPL (not LGPL) that isn't a
problem. No?
Shared library linkage brings you into the same grey area that binary
only kernel modules fall into, this means it's risky an
Date:Tue, 5 Sep 2000 22:53:23 +0200 (CEST)
From: Philipp Matthias Hahn <[EMAIL PROTECTED]>
the call needs
static struct file_operations vfc_fops;
which is not defined until line 642. A forward declaration at the
beginning fixes the problem:
Patch applied, but th
Date: Wed, 6 Sep 2000 14:15:08 +0300 (EEST)
From: "Pekka Riikonen [Adm]" <[EMAIL PROTECTED]>
I think that interface programmers should think
whether their public interfaces might be needed from the modules
and export symbols accordingly.
Yes, but only when actually used.
The ipv4
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> How do you tell a customer who is giving you money to "be careful" when
> their system crashes and the field service rep hasn't a clue as to
> what's wrong? I've been supporting computer customers for over 20
> years, and this is not an answer that wil
I'm having a problem with the new VIA IDE controller.
It initializes my drives correctly, then proceeds to start up the operating
system, gets to about crond, then the drive halts for about 30 seconds with its
light on solid. After 30 seconds, it says DMA timed out and disables DMA.
This does no
My company is currently working on a linux network driver (I'm sorry,
but I can't disclose which company or the nature of the driver right
now). However, recent discussions on this list have made me grow
concerned about licensing problems with the GPL.
The source code for the driver _is_ going t
Linus Torvalds wrote:
>
> On Wed, 6 Sep 2000, Alan Cox wrote:
> > >
> > > What would a debugger have done?
> >
> > Let the end user give me essential answers on what was happening at the failure
> > point. Think of it as a crash dump tool with extra controls
>
> Sure. I just don't see many end-u
All,
We have been doing some testing with 2.4 and we are running into problems with
the EtherExpress Driver.
Symptoms:
On some reboots it reports eth0 is out of resources. Also during heavy loads it
will report being out of resources and the system drops of the network.
The warning is printed o
On Thu, 7 Sep 2000, Jorge Nerin wrote:
> This is a little offtopic, but as everybody here uses patches everyday,,
> someone migth have an answer for this.
>
> How can I make a incremental patch of two other patches without making
> two trees?
have a look at interdiff (http://people.redhat.com/t
All-
Sorry for the newbie-ish question, but today I installed the 2.4
test kernel with the following distributions:
Caldera Linux Technology Preview
Redhat 7.0 beta (pinstripe)
Now, after install, I keep getting slammed with the following
errors:
eth
The 'clock' field was removed from the arcnet_local struct somewhere
recently, and was replaced by clockp. arcnet/com20020-isa.c still
uses 'clock' somewhere, so we got a compile error. No maintainer for
arcnet was mentioned in MAINTAINERS, So here's the fix, to be applied to
test8-pre5:
--- lin
Hi,
few ours ago I discover that my kernel 2.4.0-test8pre5 was unable to
correctly identify the geometry of my second ide HD (*), this is very
bad and fdisk come out with a lot of warnings, see:
Disk /dev/hdc: 16 heads, 63 sectors, 6296 cylinders
Units = cylinders of 1008 * 512 bytes
Device
Yeah. Maybe we fixed truncate, and maybe we didn't. I've thought that we
fixed it now several times, and I was always wrong. Time for some reverse
phychology:
I'm sure this one doesn't fix the truncate bug either.
But I have this ugly feeling that I'm coming down with the same flu that
everybod
None of my arguments for kernel debuggers add up to "add new things faster".
If you want to be able to add new things faster than you need to radically
restructure systems and your implementation process to better accommodate
modularization; a different process altogether.
My arguments for kernel
Hi Linus,
Thanks to Jeff Garzik I slightly improved the patch (by returning the
proper err codes always). So, to reiterate:
The rtc driver does:
a) not handle failures from misc_register() gracefully
b) not handle failures from create_proc_read_entry() gracefully
c) use check_region() where r
On Thu, 7 Sep 2000, Jorge Nerin wrote:
> How can I make a incremental patch of two other patches without
> making two trees?
> I think that this can be done without even using the original
> tree, only using the patches, but I cant find a way.
You want interdiff(1)
Go to freshmeat.net and sear
Marty Fouts wrote:
>
>
>
> While I think that Merkey has a skewed view and an axe to grind, I think
> that the level of optimism on the other side borders on the naïve.
>
>
They are not naive, just young, and the young don't know what they
cannot do yet, and this gives them the ability to a
On Wed, 6 Sep 2000, Alan Cox wrote:
> >
> > What would a debugger have done?
>
> Let the end user give me essential answers on what was happening at the failure
> point. Think of it as a crash dump tool with extra controls
Sure. I just don't see many end-users single-stepping through interru
This is a little offtopic, but as everybody here uses patches everyday,,
someone migth have an answer for this.
How can I make a incremental patch of two other patches without making
two trees?
Let me explain, I want to know what has changed between test8-pre4 and
test8-pre5, I remember sometime
> Out of curiousity, which compiler would you recommend for IA64 kernels?
> The latest unwind code is in the bleeding edge version of gcc, which
> just happens to have the problems with '##' as well.
Im not familiar with the needs for the IA64 tree
-
To unsubscribe from this list: send the line
> Ehh? And exactly _how_ would a debugger help it.
>
> Especially as Alan quoted an example of a driver bug that didn't get fixed
> for several months because the maintainer didn't have the hardware.
>
> What would a debugger have done?
Let the end user give me essential answers on what was ha
On Thu, Sep 07, 2000 at 08:53:29AM +1100, Keith Owens wrote:
> On Wed, 6 Sep 2000 21:49:44 +0100 (BST),
> Alan Cox <[EMAIL PROTECTED]> wrote:
> >Use a different gcc. There are reasons people shipping 2.96 for intel x86 also
> >include egcs. The kernel isnt ready for 2.96
>
> Out of curiousity, w
On Wed, 6 Sep 2000 18:07:13 -0400 (EDT),
"Richard B. Johnson" <[EMAIL PROTECTED]> wrote:
>Ahaa! Aye... Does this imply that there will, in the future, be
>other than '/kernel/drivers' as modules? Or is this (I fear) another
>change that; "Doesn't have to be better, only different..."
/lib/modu
I have been involved in the freely-distributable software community since
1975. (Yes, Virginia, it predates the Free Software Foundation, and, in
fact, can be traced back to the '50s.) Freely-distributable software has
some advantages, but I didn't see then and I don't see now any path by
which
On Thu, 7 Sep 2000, Keith Owens wrote:
> On Wed, 6 Sep 2000 15:09:02 -0400 (EDT),
> Andrew Park <[EMAIL PROTECTED]> wrote:
> >Just installed linux-2.4.0-test7, but I noticed that the modules get
> >installed
> >
> > /lib/modules/`uname -r`/kernel/drivers/...
> >
> >which is different from pr
Eric Buddington wrote:
> David Ford,
>
> I seek your help posting to linux-kernel. Would you kindly forward this if
> indeed [EMAIL PROTECTED] is still the right address?
>
> I am attempting to report a Linux bug, as you will see below. I get 'user
> unknown' with no explanation (not obviously OR
On Wed, 6 Sep 2000, Guido Trentalancia wrote:
> On Wed, 06 Sep 2000, you wrote:
> > Guido Trentalancia schrieb:
> > > >Motherboard: ASUS P2B-F with the latest bios bx2f113.awd (microcode
> > > > update) ISDN: Winbond based card (Hisax type=36)
> > > >The problem is that if I compile the kernel (2
-BEGIN PGP SIGNED MESSAGE-
If the shared library is under GPL (not LGPL) that
isn't a problem. No?
On Wed, 6 Sep 2000, David S. Miller wrote:
> Because this allows proprietary software vendor X to write
> closed-source compiler backend Y using GCC to provide the
> front end. If it neve
On Wed, 6 Sep 2000 21:49:44 +0100 (BST),
Alan Cox <[EMAIL PROTECTED]> wrote:
>Use a different gcc. There are reasons people shipping 2.96 for intel x86 also
>include egcs. The kernel isnt ready for 2.96
Out of curiousity, which compiler would you recommend for IA64 kernels?
The latest unwind cod
Martin MaD Douda writes:
> On Tue, 5 Sep 2000, Alexander Viro wrote:
> > The _real_ problem is preprocessor abuse. BTW, could we schedule for
> > 2.5 the following?
> > * things like CONFIG_FOO are _always_ defined. As 0 or 1, that is.
> > * #ifdef CONFIG_FOO => if (CONFIG_FOO) in *.c.
Linus Torvalds wrote:
>
> On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> > >
> > > Think of rabbits. And think of how the wolf helps them in the end. Not
> > > by being nice, no. But the rabbits breed, and they are better for having
> > > to worry a bit.
> >
> > You know those huge, sharp teeth on
On Wed, 06 Sep 2000, Linus Torvalds wrote:
When searching out some Venture Capital a while back, I heard the same
words... We make it hard to get money intentionally, if you get frustrated,
well you aren't the type of person that we want running the companies we
invest in
Oooops.. thread
Don't be a dim-wit. The only reason its a problem on NT is that MS decided to
not allow users to browse the other data streams (or forks, or whatever you
want to call them) in Explorer.
Actually, this type of virus is probably easier to find and clean because its
isolated itself in a nice little
Date:Wed, 6 Sep 2000 08:59:56 -0600
From: Richard Gooch <[EMAIL PROTECTED]>
Jamie Lokier writes:
> Sorry, there's a GCC policy decision against putting it into a
> shared library.
Why?
Because this allows proprietary software vendor X to write
closed-source compiler ba
On Wed, 6 Sep 2000 15:09:02 -0400 (EDT),
Andrew Park <[EMAIL PROTECTED]> wrote:
>Just installed linux-2.4.0-test7, but I noticed that the modules get
>installed
>
> /lib/modules/`uname -r`/kernel/drivers/...
>
>which is different from previous kernels. Do I need to modify modules
>path in
2.2.17 on Dell inspiron 7500 (ATI Mach64) using frame buffer no longer
works. 2.2.16 was fine. I'm willing to try some pre if that would help.
No longer works means no readable display.
Bob
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> >
> > Think of rabbits. And think of how the wolf helps them in the end. Not
> > by being nice, no. But the rabbits breed, and they are better for having
> > to worry a bit.
>
> You know those huge, sharp teeth on the wolf? Want to make them longer
On Wed, 6 Sep 2000, Marco Colombo wrote:
>
> As you said, the are two kinds of reactions. I don't understand why you
> think that the presence of a debugger will *prevent* people from doing
> the Right Thing and "think about problems another way". Are debuggers so
> evil? Will a KDB option in t
On Wed, 6 Sep 2000, Dan Hollis wrote:
> On Wed, 6 Sep 2000, Alan Cox wrote:
> > For things like driver debugging its the only way to work. Hardware simply does
> > not work like the manual says and no amount of Zen contemplation will ever
> > make you at one with a 3c905B ethernet card.
>
>
On Wed, 6 Sep 2000, Daniel Phillips wrote:
> Linus Torvalds wrote:
> >
> > And quite frankly, for most of the real problems (as opposed to the stupid
> > bugs - of which there are many, as the latest crap with "truncate()" has
> > shown us) a debugger doesn't much help. And the real problems ar
On Wed, 6 Sep 2000, Alan Cox wrote:
> In many ways good crash dump tools and tracebacks (oopses do not count) are
> the valuable bit - remote gdb happens to be a passable crash dump tool
if you're lucky and can analyse the crash online, maybe. but offline
crash dump analysis is the only option
Linus Torvalds wrote:
>
> In article <[EMAIL PROTECTED]>,
> Jeff V. Merkey <[EMAIL PROTECTED]> wrote:
> >Linus Torvalds wrote:
> >
> >> Apparently, if you follow the arguments, not having a kernel debugger
> >> leads to various maladies:
> >> - you crash when something goes wrong, and you fsck
Tigran Aivazian wrote:
>
> sorry, I've done it again...
>
> -- Forwarded message --
> Date: Wed, 6 Sep 2000 21:29:20 +0100 (BST)
> From: Tigran Aivazian <[EMAIL PROTECTED]>
> To: Linus Torvalds <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: [patch-2.4.0-test8-pre5] bugfix
http://www.net-security.org/text/articles/viruses/generation.shtml
describes a new generation of viruses which use NTFS stream support to
hide themselves.
"Certainly, this virus begins a new era in computer virus creation,"
said Eugene Kaspersky, Head of Anti-Virus Research at Kaspersky Lab.
"The
On Wed, 6 Sep 2000, Linus Torvalds wrote:
[...]
> Oh. And sure, when things crash and you fsck and you didn't even get a
> clue about what went wrong, you get frustrated. Tough. There are two kinds
> of reactions to that: you start being careful, or you start whining about
> a kernel debugger.
>
On Wed, 6 Sep 2000, Horst von Brand wrote:
> Michael Peddemors <[EMAIL PROTECTED]> said:
>
> > > Because I'm a bastard, and proud of it!
> > >
> > > Linus
>
> > Any general thoughts on how to keep recruiting the next generation of
> > bastards?
>
> Clean design, clean code.
On Wed, 6 Sep 2000, Tim Waugh wrote:
> On Wed, Sep 06, 2000 at 08:29:49AM -0700, Linus Torvalds wrote:
>
> > Just change block_truncate_page() to use b_this_page instead of b_next.
>
> That seems to fix it.
I'm really really really looking forward to the first kernel
since 2.3.7 that doesn't h
On Wed, 6 Sep 2000, Alan Cox wrote:
> For things like driver debugging its the only way to work. Hardware simply does
> not work like the manual says and no amount of Zen contemplation will ever
> make you at one with a 3c905B ethernet card.
This is probably the best argument for a kernel debug
In article <[EMAIL PROTECTED]>,
Jeff V. Merkey <[EMAIL PROTECTED]> wrote:
>Linus Torvalds wrote:
>
>> Apparently, if you follow the arguments, not having a kernel debugger
>> leads to various maladies:
>> - you crash when something goes wrong, and you fsck and it takes forever
>>and you get f
On 06 Sep 2000 13:54:49 +0800
Ryan Cumming <[EMAIL PROTECTED]> wrote:
>> Problem is: I don't (think I) have filesystem access at init
>> time, and can't safely reserve specific physical memory after
>> init which seems to leave my only option being to pass in the
>> reservation specs from the bo
-BEGIN PGP SIGNED MESSAGE-
To do this, we need to be taught how. Where are the manuals
for these potential power saws? What books do we read? What courses
do we take? What websites do we visit? In short, wheres the beef?
Where does one learn the theory and concepts that go into these
On Wed, 6 Sep 2000, George Anzinger wrote:
> John Levon wrote:
> >
> > Am I right ? against test8pre1
> >
> > Also, is it a bug to not set TASK_{UN}INTERRUPTIBLE before doing a
> > schedule_timeout() ? What will happen ?
> >
> Well, first the "timeout" call will return immediately. Next, when
On Wed, Sep 06, 2000 at 08:29:49AM -0700, Linus Torvalds wrote:
> Just change block_truncate_page() to use b_this_page instead of b_next.
That seems to fix it.
Thanks,
Tim.
*/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Tigran Aivazian wrote:
>
> On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> > Then it may be that corporate America weeds out Linux over
>
> more likely is that corporate America weeds out commercial software as a
> model which was superseded by the free software. We (the creative anarchy
> communi
> Apparently, if you follow the arguments, not having a kernel debugger
> leads to various maladies:
> - you crash when something goes wrong, and you fsck and it takes forever
>and you get frustrated.
'It crashed.'
[Spend hour teaching and end user to patch kdb]
'It crashed, it says foo, but
> I'm trying to compile 2.2.17 with gcc 2.96, and it shows a lot of
Dont
> It's the update to gcc2.96 causing this problems?? How can i get to
> compile the kernel?
Use a different gcc. There are reasons people shipping 2.96 for intel x86 also
include egcs. The kernel isnt ready for 2.96
-
To
Linus Torvalds wrote:
>
> And quite frankly, for most of the real problems (as opposed to the stupid
> bugs - of which there are many, as the latest crap with "truncate()" has
> shown us) a debugger doesn't much help. And the real problems are what I
> worry about. The rest is just details. It wil
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> Then it may be that corporate America weeds out Linux over
more likely is that corporate America weeds out commercial software as a
model which was superseded by the free software. We (the creative anarchy
community led by Linus) are here to help that h
Michael Peddemors <[EMAIL PROTECTED]> said:
[...]
> > Because I'm a bastard, and proud of it!
> >
> > Linus
> Any general thoughts on how to keep recruiting the next generation of
> bastards?
Clean design, clean code. Modularization. Better (internal) documentation.
--
D
} because you have "sullied" yourself. But I'm not going to help you use
} one, and I wuld frankly prefer people not to use kernel debuggers that
} much. So I don't make it part of the standard distribution, and if the
} existing debuggers aren't very well known I won't shed a tear over it.
The
On Wed, 6 Sep 2000, Michael Peddemors wrote:
> Is there any sort of plan to help newbie kernel programmers to
> get to the point where the Linus's and Alan's of the world will
> take them under their wings?
On the risk of repeating myself:
http://kernelnewbies.org/
[EMAIL PROTECTED] (ask maj
1 - 100 of 231 matches
Mail list logo
