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.
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
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
> >
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
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
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
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
> 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
<[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
[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
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
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
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
> 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
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
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
>
> > 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
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"
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
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
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
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,
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
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
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)
> > > >
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
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
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
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
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
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
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
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
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
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:
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:
---
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
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
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
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
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
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
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
> 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
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,
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..."
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
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
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
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
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
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
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 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..
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
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
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
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
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
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
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]
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.
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
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
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
-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
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,
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
> 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,
> 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
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.
--
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
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 frustrated.
> - people have given up on Linux kernel programming because it's
[EMAIL PROTECTED] (Arjan van de Ven) said:
[...]
> This is technically not true. I can cross-compile with my tools just fine,
> it "just" requires a decent cross-compiler on my system[1] [2].
That helps weeding out non-compile combinations. The _real_ fun ones are
those which boot and eat your
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
On Wed, 06 Sep 2000, Linus Torvalds wrote:
> And quite frankly, I don't care. I don't think kernel development should
> be "easy". I do not condone single-stepping through code to find the bug.
> I do not think that extra visibility into the system is necessarily a good
> thing.
Okay, so you
On Wed, Sep 06, 2000 at 10:05:46PM +0200, [EMAIL PROTECTED] wrote:
>
> I'm trying to compile 2.2.17 with gcc 2.96, and it shows a lot of
> warnings like this in several files.
First of all, you should not use gcc 2.96 for 2.2.x kernel compiles, only
2.4 should work.
> warning: pasting would
Linus, I 100% agree with you but I _do_ use kdb because I don't know the
Linux kernel as well as I ought to. So, I admit it is a "weakness
thing" and not a "strong weapon thing".
Whenever I understand something without kdb it turns out to be
fundamentally correct. If I fix something _with_ kdb
Em Wed, Sep 06, 2000 at 06:28:27PM +0100, Tigran Aivazian escreveu:
> On Wed, 6 Sep 2000, Arnaldo Carvalho de Melo wrote:
>
> > Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
> > > On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> > >
> > > > On Fri, 25 Aug 2000, Arnaldo
I'm trying to compile 2.2.17 with gcc 2.96, and it shows a lot of
warnings like this in several files.
warning: pasting would not give a valid preprocessing token
And fails to compile with the error:
checksum.S:231: badly punctuated parameter list in #define
It's the update to gcc2.96 causing
> > What video driver are you using? Fbcon or vgacon? If Fbcon which fbdev
> > driver in particular?
> >
> This would be vgacon, having never figured out if it's even possible
> to get framebuffers working on the machine.
>
> Also, the normal power-saving/screen-saving function of blanking the
The main features of 2.2.18pre2aa2 are:
o Support for 4Gigabyte of RAM on IA32 (me and Gerhard Wichert)
o Support for 2T of RAM on alpha (me)
o Improved VM for high end machines with enough ram and doing
heavy I/O under high memory pressure plus fixes
for the
On Wed, 6 Sep 2000, Tigran Aivazian wrote:
>
> very nice monologue, thanks. It would be great to know Linus' opinion. I
> mean, I knew Linus' opinion of some years' ago but perhaps it changed? He
> is a living being and not some set of rules written in stone so perhaps
> current
1 - 100 of 380 matches
Mail list logo
