I 've tested the User Mode Linux a few times ago, and it gave me an
idea: given the fact that we had a GCC which
produce bytecode from C, it would be possible to produce a port of
linux(a new directory "jvm" in the arch dir) which
would run in a Java Virtual Machine. (after some inquiries such
I 've tested the User Mode Linux a few times ago, and it gave me an
idea: given the fact that we had a GCC which
produce bytecode from C, it would be possible to produce a port of
linux(a new directory jvm in the arch dir) which
would run in a Java Virtual Machine. (after some inquiries such
2
f008-f00f : ide3
--
%-----%
% FORT David, %
% 7 avenue de la morvandiere 0240726275 %
% 44470 Thouare, France
2
f008-f00f : ide3
--
%-----%
% FORT David, %
% 7 avenue de la morvandiere 0240726275 %
% 44470 Thouare, France
ice at a time, not all at
> once).
>
> What a Linux kernel compile DOESN'T test is the network interfaces and video
> cards.
>
>
Compiling over NFS with compilation lines producing some kind of openGL
animation ?
--
%---
the network interfaces and video
cards.
Compiling over NFS with compilation lines producing some kind of openGL
animation ?
--
%-----%
% FORT David,
win2000 is always 5°c hotter than linux, and on
both CPU.
--
%-----%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
%
force)
The kernel cannot prevent drivers from locking PCI/AGP bus.
--
%-----%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
than linux, and on
both CPU.
--
%-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France
82C146.
I'm problably missing something, but these's two things i don't understand:
-why PCMCIA depends on PCI at compilation time
-why yenta is activated for i82365, as it doesn't do the job i82365 did.
--
%-%
% FORT Dav
doesn't do the job i82365 did.
--
%-----%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France
g tracking easier as well. I'm sure I forgot to mention something..
>
> Regards,
> Taco Witte
>
>
Looks like the beginning of a new flame war.
--
%-----%
% FORT David,
to mention something..
Regards,
Taco Witte
Looks like the beginning of a new flame war.
--
%-%
% FORT David, %
% 7 avenue de la morvandière
t has early cpuid support(many changes occured in this
area recently), and it doesn't have any PCI bus(but kernel is compiled
with it, in order to have Card drivers).
--
%-----%
% FORT David,
t has early cpuid support(many changes occured in this
area recently), and it doesn't have any PCI bus(but kernel is compiled
with it, in order to have Card drivers).
--
%-----%
% FORT David,
FORT David wrote:
> Hi, i got the following oops, to obtain it i've done something stupid:
> i'm using quite frequently a serial console, today my computer was
> already running,
> i've unplugged the serial console and have plugged a modem instead, and
> then the oops.
> That'
atique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991 AIM: enlig
-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991 AIM: enlighted popo [EMAIL
FORT David wrote:
Hi, i got the following oops, to obtain it i've done something stupid:
i'm using quite frequently a serial console, today my computer was
already running,
i've unplugged the serial console and have plugged a modem instead, and
then the oops.
That's not really a bad oops
$0x2c85
> >
> > 'free' gives:
> > total used free sharedbuffers cached
> > Mem:126460 52588 73872 0 3104 31088
> > -/+ buffers/cache: 18396 108064
> > Swap: 12
ernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
got the same oops here, with the same stack trace
--
%--IRIN--Institut-de-Recherche-en-Informatique-de-Nantes-----%
% FORT David,
Horst von Brand wrote:
> FORT David <[EMAIL PROTECTED]> said:
> > Horst von Brand wrote:
>
> [...]
>
> > > Dream on, as it won't happen. Just think of either:
> > >
> > > - All pieces _have_ to be the same version: What is the use then? Jus
Horst von Brand wrote:
> FORT David <[EMAIL PROTECTED]> said:
>
> > I totally agree, I'm really wondering if the current API would allow to
> > create a tree which would contain only files needed on
> > machine. Typically i never use sparc or mips file in kernel
Kernel core source
x86 specific part
any driver i need
A few tar -xvzf later i'd got a working kernel, with no space lost on my HD.
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
IRIN--Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
%
uot;dri", NULL);
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, France
life easier).
>
> Regards,
> Tigran
>
> On Mon, 16 Oct 2000, FORT David wrote:
>
> > Hi,
> > I've just got a look at file drivers/char/drm/proc.c, correct me if i'm
> > wrong but
> > when registering using "drm_proc_init" each device supporting d
w month ago the same kind of error was occuring in /proc/irq,
perhaps we should check in
create_proc_entry that an entry exists before creating it, this could
prevent each driver from doing this
job.
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes----
w month ago the same kind of error was occuring in /proc/irq,
perhaps we should check in
create_proc_entry that an entry exists before creating it, this could
prevent each driver from doing this
job.
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-----%
% FORT David, %
% 7
a 0 and a 1 directory instead of
two dri ones.
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thou
Greg KH wrote:
On Fri, Oct 13, 2000 at 02:44:32AM +0200, FORT David
wrote:
>
> USB still have problems, when starting to grab with my ov511 webcam
i got the
> attached oops. This bug appeared
> in test9-preX(X beeing at least > 2) series. Some people have claimed
that
>
Greg KH wrote:
On Fri, Oct 13, 2000 at 02:44:32AM +0200, FORT David
wrote:
>
> USB still have problems, when starting to grab with my ov511 webcam
i got the
> attached oops. This bug appeared
> in test9-preX(X beeing at least > 2) series. Some people have claimed
that
>
ch following schedule call produce
a new oops
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, F
s
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandire 0240726275 %
% 44470 Thouare, France [EMAIL PROTECTED] %
% ICU:78064991 AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE
le task!
1 warning issued. Results may not be reliable.
To be noted: my kernel is compiled with "Enforce USB bandwidth allocation",
I 'll without to see if it changes. When the webcam is unplugged everythings
goes right.... At leas
e USB bandwidth allocation",
I 'll without to see if it changes. When the webcam is unplugged everythings
goes right At least for now.
--
%--IRIN--Institut-de-Recherche-en-Informatique-de-Nantes-----%
% FORT David, %
x,%edx
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-----%
% FORT David, %
% 7 avenue de la morvandière
.
>
> Cheers,
>
> On Wed, 20 Sep 2000, FORT David wrote:
>
> > The subject says everything, while detecting the drive
> >
> > i got the following strange thing:
> >
> > [from dmesg]
> >
> > >PIIX4: chipset revision 1
> ... bla bla b
, 20 Sep 2000, FORT David wrote:
The subject says everything, while detecting the drive
i got the following strange thing:
[from dmesg]
PIIX4: chipset revision 1
... bla bla bla
Yap, I've already tried with DMA disabled and the drive works perfectly. Is it to say
that
ide2
logs(even on serial console).
I've tried different configurations(multimode on/off, reset ide2 on start, etc..)
the result is always the same: lockup when mounting and garbage in logs
when hdparm.
Feel free to ask for more tests or for my whole .config.
--
%--IRIN->-Institut-de-Recherche
he result is always the same: lockup when mounting and garbage in logs
when hdparm.
Feel free to ask for more tests or for my whole .config.
--
%--IRIN--Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David,
stopped
including
ACPI support.
hope, it helped...
--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275 %
% 44470 Thouare, Fra
42 matches
Mail list logo