On Tue, 19 Dec 2000 [EMAIL PROTECTED] wrote:
[snip of Petr's system info]
> Okay. Mine, as far as I can tell, only depends on the L2 cache being set
> to '64MB' instead of '512MB' in the field 'L2 Cache Cacheable Size' under
> 'Chipset Features Setup' on my BIOS. This is unfortunately the
On Tue, 19 Dec 2000, Petr Vandrovec wrote:
> On 18 Dec 00 at 21:59, [EMAIL PROTECTED] wrote:
> >
> > Pardon me for not fully groking the issues here and possibly coming to a
> > wrong conclusion, but this has to do with SMP systems crashing at APIC
> > init time, just before penguin display
On Tue, 19 Dec 2000, Petr Vandrovec wrote:
On 18 Dec 00 at 21:59, [EMAIL PROTECTED] wrote:
Pardon me for not fully groking the issues here and possibly coming to a
wrong conclusion, but this has to do with SMP systems crashing at APIC
init time, just before penguin display (with
On Tue, 19 Dec 2000 [EMAIL PROTECTED] wrote:
[snip of Petr's system info]
Okay. Mine, as far as I can tell, only depends on the L2 cache being set
to '64MB' instead of '512MB' in the field 'L2 Cache Cacheable Size' under
'Chipset Features Setup' on my BIOS. This is unfortunately the latest
a 430HX chipset with two Pentium MMX 200s installed, *ancient* BIOS.
-- Ferret
-
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/
On Mon, 18 Dec 2000 [EMAIL PROTECTED] wrote:
> Hi,
>
> >> I still wonder what you and other people think about the idea of an
> >> interface where the parts of the kernel with per-cpu dependencies should
> >> register two functions...
> >Why not compile kernel with structeres big enough for
On Sun, 17 Dec 2000, Peter Samuelson wrote:
>
> [[EMAIL PROTECTED]]
> > One last question: WHY is the kernel's top-level Makefile handling
> > this symlink?
>
> Where do you think it should be handled? 'make modules_install' seems
> like the most logical place, to me.
I think making the
On Sun, 17 Dec 2000, Peter Samuelson wrote:
[[EMAIL PROTECTED]]
One last question: WHY is the kernel's top-level Makefile handling
this symlink?
Where do you think it should be handled? 'make modules_install' seems
like the most logical place, to me.
I think making the symlink
On Mon, 18 Dec 2000 [EMAIL PROTECTED] wrote:
Hi,
I still wonder what you and other people think about the idea of an
interface where the parts of the kernel with per-cpu dependencies should
register two functions...
Why not compile kernel with structeres big enough for 32 processors,
a 430HX chipset with two Pentium MMX 200s installed, *ancient* BIOS.
-- Ferret
-
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/
On Sun, 17 Dec 2000, Peter Samuelson wrote:
>
> [[EMAIL PROTECTED] <[EMAIL PROTECTED]>]
> > I have not moved or deleted a tree. I do not HAVE a kernel tree in
> > the first place. Therefore, nothing for the symlink to point to when
> > I install the kernel.
>
> If this is not the machine you
On Sun, 17 Dec 2000, Peter Samuelson wrote:
[[EMAIL PROTECTED] [EMAIL PROTECTED]]
I have not moved or deleted a tree. I do not HAVE a kernel tree in
the first place. Therefore, nothing for the symlink to point to when
I install the kernel.
If this is not the machine you compile
On Sat, 16 Dec 2000, Peter Samuelson wrote:
>
> [[EMAIL PROTECTED]]
> > Do you have an alternative reccomendation? I've shown where the
> > symlink method WILL fail. You disagree that having the configured
> > headers copied is a workable idea. What else is there?
>
> 4.5 more megabytes, per
On 16 Dec 2000, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]> wrote:
> >On 15 Dec 2000, Miquel van Smoorenburg wrote:
> >
> >> I think /lib/modules/`uname -r`/ should contain a script that
> >> reproduces the CFLAGS used to compile the kernel.
> >
>
On Sat, 16 Dec 2000, Keith Owens wrote:
> On Fri, 15 Dec 2000 19:37:49 -0800 (PST),
> [EMAIL PROTECTED] wrote:
> >Do you have an alternative reccomendation? I've shown where the symlink
> >method WILL fail. You disagree that having the configured headers copied
> >is a workable idea. What
On Fri, 15 Dec 2000, richard offer wrote:
>
> * $ from [EMAIL PROTECTED] at "15-Dec: 8:22pm" | sed "1,$s/^/* /"
> *
> *
> * Once again, I'd like to suggest Debian's kernel package system as a good
> * working example of this sort of administrative-level kernel management. I
> * brought this
On Sat, 16 Dec 2000, Keith Owens wrote:
On Fri, 15 Dec 2000 19:37:49 -0800 (PST),
[EMAIL PROTECTED] wrote:
Do you have an alternative reccomendation? I've shown where the symlink
method WILL fail. You disagree that having the configured headers copied
is a workable idea. What else is
On 16 Dec 2000, Miquel van Smoorenburg wrote:
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
On 15 Dec 2000, Miquel van Smoorenburg wrote:
I think /lib/modules/`uname -r`/ should contain a script that
reproduces the CFLAGS used to compile the kernel.
However it happens,
On Sat, 16 Dec 2000, Peter Samuelson wrote:
[[EMAIL PROTECTED]]
Do you have an alternative reccomendation? I've shown where the
symlink method WILL fail. You disagree that having the configured
headers copied is a workable idea. What else is there?
4.5 more megabytes, per kernel,
On Fri, 15 Dec 2000, richard offer wrote:
* $ from [EMAIL PROTECTED] at "15-Dec: 8:22pm" | sed "1,$s/^/* /"
*
*
* Once again, I'd like to suggest Debian's kernel package system as a good
* working example of this sort of administrative-level kernel management. I
* brought this up on
On Fri, 15 Dec 2000, richard offer wrote:
> In article <91e0vj$b6alr$[EMAIL PROTECTED]> you write:
> >In article <[EMAIL PROTECTED]>,
> >LA Walsh <[EMAIL PROTECTED]> wrote:
> >>It was at that
> >>point, the externally compiled module "barfed", because like many modules,
> >>it expected, like
terface.
But on the second reading (after opening a bottle of Jones) I can see how
the Advantage: would apply to both spheres.
I'm just asking that people please try to be a little more precise with
the rather imprecise list language.
--Ferret
-
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/
much
different than mentioned in the directly preceding paragraph.
Who else can offer an alternative solution, to the specific problem of
making configured KERNEL headers available for building third-party
modules?
--Ferret
-
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/
On Fri, 15 Dec 2000, Ingo Oeser wrote:
> On Fri, Dec 15, 2000 at 09:31:57AM -0800, [EMAIL PROTECTED] wrote:
> > > Maybe you did not notice, but for months we have
> > > /lib/modules/`uname -r`/build/include, which points to kernel headers,
> > > and which should be used for compiling
On Fri, 15 Dec 2000, Petr Vandrovec wrote:
> On 15 Dec 00 at 10:23, Dana Lacoste wrote:
> > > On Fri, Dec 15, 2000 at 12:14:04AM +, Miquel van Smoorenburg wrote:
> >
> > > It's the version that's in cvs, I just did an cvs update. It's
> > > been in it for ages. If it's wrong, someone
On Fri, 15 Dec 2000, Werner Almesberger wrote:
> Alexander Viro wrote:
> > In the situation above they should have -I/include
> > in CFLAGS. Always had to. No links, no pain in ass, no interference with
> > userland compiles.
>
> As long as there's a standard location for "",
> this is fine.
On Fri, 15 Dec 2000, Werner Almesberger wrote:
Alexander Viro wrote:
In the situation above they should have -Iwherever_the_tree_lives/include
in CFLAGS. Always had to. No links, no pain in ass, no interference with
userland compiles.
As long as there's a standard location for
On Fri, 15 Dec 2000, Petr Vandrovec wrote:
On 15 Dec 00 at 10:23, Dana Lacoste wrote:
On Fri, Dec 15, 2000 at 12:14:04AM +, Miquel van Smoorenburg wrote:
It's the version that's in cvs, I just did an cvs update. It's
been in it for ages. If it's wrong, someone *please*
spheres.
I'm just asking that people please try to be a little more precise with
the rather imprecise list language.
--Ferret
-
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/
On Fri, 15 Dec 2000, richard offer wrote:
In article 91e0vj$b6alr$[EMAIL PROTECTED] you write:
In article [EMAIL PROTECTED],
LA Walsh [EMAIL PROTECTED] wrote:
It was at that
point, the externally compiled module "barfed", because like many modules,
it expected, like many externally
On Thu, 14 Dec 2000, Alexander Viro wrote:
>
>
> On Thu, 14 Dec 2000, David Riley wrote:
>
> > Alexander Viro wrote:
> > >
> > > Actually, I suspect that quite a few of us had done that since long -
> > > IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I
>
On Thu, 14 Dec 2000, Alexander Viro wrote:
On Thu, 14 Dec 2000, David Riley wrote:
Alexander Viro wrote:
Actually, I suspect that quite a few of us had done that since long -
IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I
remember what
Can you tell us what controller chipset you have (output of lspci should
be fine) and if your hard drive has DMA or uDMA enabled?
There have been a few other reports of oopsen and fs corruption during
periods of high interrupt activity. Mine seems to occur whenever I
saturate my local network
Can you tell us what controller chipset you have (output of lspci should
be fine) and if your hard drive has DMA or uDMA enabled?
There have been a few other reports of oopsen and fs corruption during
periods of high interrupt activity. Mine seems to occur whenever I
saturate my local network
1) ATAPI DMA hangs and fs corruption, Acer Aspire with 2.4.0-test1x
2) Using the 2.0.4-test1x Ali M15x3 driver in DMA transfer mode on my Acer
Aspire (Running Debian/GNU Linux) with heavy network load I get DMA
timeouts and/or (so far) minor filesystem corruption. Minor just means
that nothing
1) ATAPI DMA hangs and fs corruption, Acer Aspire with 2.4.0-test1x
2) Using the 2.0.4-test1x Ali M15x3 driver in DMA transfer mode on my Acer
Aspire (Running Debian/GNU Linux) with heavy network load I get DMA
timeouts and/or (so far) minor filesystem corruption. Minor just means
that nothing
I will test this soon, hopefully. I move tomorrow, and will be bringing my
X environment and my audio environment into my dual P200 machine. This is
against which kernel? 2.4.0-test10 prepatch, or?
On Mon, 16 Oct 2000, James Simmons wrote:
>
> ANyone with a MDA card on a SMP or even UP
I will test this soon, hopefully. I move tomorrow, and will be bringing my
X environment and my audio environment into my dual P200 machine. This is
against which kernel? 2.4.0-test10 prepatch, or?
On Mon, 16 Oct 2000, James Simmons wrote:
ANyone with a MDA card on a SMP or even UP machione
38 matches
Mail list logo
