is there a linux running on jvm arch ?

2001-06-20 Thread FORT David

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 compiler 
does not exist :-( )
I'm dreaming of a linux booting in a browser applet(imagine sending such 
thing in a mail to MS peoples )

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



[BUG]2.4.0test11 and 2.4.0test12-pre3, sound looping for ever

2000-11-29 Thread Fort David

Hi,
i've got a strange bug: after some hours of uptime sound starts looping
for ever. I always have this in my
logs: "unexpected IRQ trap at vector 7d". There's no Ooops and i can
only stop sound by killing "esd". Of
course, i can't run it anymore after it has been killed.
2.4.0test10 wasn't exibiting this.

my soundcard uses es1371 module. the box is a BP6 + 2celerons. This bug
is hard to reproduce, it
is really odd and happens randomly.(if it happens again i'll try to
check /proc/interrupt)

/proc/interrupt:
   CPU0   CPU1
  0:  60829  54977IO-APIC-edge  timer
  1:   1170   1176IO-APIC-edge  keyboard
  2:  0  0  XT-PIC  cascade
  8:  1  0IO-APIC-edge  rtc
  9:  35624  35568   IO-APIC-level  usb-uhci, nvidia
 10: 212625 212089   IO-APIC-level  es1371
 11:  30821  30701   IO-APIC-level  ide0, eth0
 12:  13392  13506IO-APIC-edge  PS/2 Mouse
 14: 33  8IO-APIC-edge  ide2
NMI: 115731 115731
LOC: 115696 115711
ERR:  5

/proc/iomem:
-0009fbff : System RAM
0009fc00-0009 : reserved
000a-000b : Video RAM area
000c-000c7fff : Video ROM
000d-000d17ff : Extension ROM
000f-000f : System ROM
0010-00ef : System RAM
  0010-0021d3bf : Kernel code
  0021d3c0-0023239f : Kernel data
00f0-00ff : reserved
0100-0ffe : System RAM
0fff-0fff2fff : ACPI Non-volatile Storage
0fff3000-0fff : ACPI Tables
d000-d7ff : PCI Bus #01
  d000-d7ff : nVidia Corporation GeForce 256
d000-d03f : vesafb
d800-d9ff : PCI Bus #01
  d800-d8ff : nVidia Corporation GeForce 256
da00-dbff : Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge
dc00-dc7f : Matrox Graphics, Inc. MGA 1064SG [Mystique]
dd00-dd003fff : Matrox Graphics, Inc. MGA 1064SG [Mystique]
de00-de7f : Matrox Graphics, Inc. MGA 1064SG [Mystique]
e000-e07f : 3Com Corporation 3c905B 100BaseTX [Cyclone]
fec0-fec00fff : reserved
fee0-fee00fff : reserved
- : reserved

/proc/ioport:
-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
01f0-01f7 : ide2
0290-0297 : w83782d
02f8-02ff : serial(auto)
03c0-03df : vesafb
03f6-03f6 : ide2
03f8-03ff : serial(auto)
0cf8-0cff : PCI conf1
4000-403f : Intel Corporation 82371AB PIIX4 ACPI
5000-501f : Intel Corporation 82371AB PIIX4 ACPI
  5000-5007 : piix4-smbus
c000-c01f : Intel Corporation 82371AB PIIX4 USB
  c000-c01f : usb-uhci
c400-c47f : 3Com Corporation 3c905B 100BaseTX [Cyclone]
  c400-c47f : eth0
c800-c83f : Ensoniq ES1371 [AudioPCI-97]
  c800-c83f : es1371
cc00-cc07 : Triones Technologies, Inc. HPT366
  cc00-cc07 : ide0
d000-d003 : Triones Technologies, Inc. HPT366
  d002-d002 : ide0
d400-d4ff : Triones Technologies, Inc. HPT366
  d400-d407 : ide0
  d410-d4ff : HPT366
d800-d807 : Triones Technologies, Inc. HPT366 (#2)
dc00-dc03 : Triones Technologies, Inc. HPT366 (#2)
e000-e0ff : Triones Technologies, Inc. HPT366 (#2)
  e000-e007 : ide1
  e010-e0ff : HPT366
f000-f00f : Intel Corporation 82371AB PIIX4 IDE
  f000-f007 : ide2
  f008-f00f : ide3


--
%-----%
% FORT David, %
% 7 avenue de la morvandiere   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
% http://ibonneace.{dnsalias.org,hypermart.net}/ when {connected,offline} %
%-%



-
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/



Re: Better testing of hardware (was: Defective Read Hat)

2000-11-21 Thread Fort David

"Stephen Gutknecht (linux-kernel)" wrote:

> Part of the issue is that there exists no "easy to use" standardized test
> software.  Full 32-bit concurrent use of many devices can reveal problems
> that users do not often see in normal applications.
>
> One major hardware review site found stability problems with the Intel
> Pentium 3 1130Mhz processor that ultimately lead to Intel delaying the
> release -- it passed all tests but not a compile of the Linux Kernel!  This
> was on more than 3 different processors.
> http://www.tomshardware.com/cpu/00q3/0008281/pentiumiii-04.html
>
> A Linux Kernel compile test does a really good job of testing the hard disk,
> RAM, and CPU... as it executes all types of instructions and the final
> output depends on all prior steps completing correctly.  On a really fast
> system (> 900Mhz) might make sense to run it twice, once to "warm up" the
> CPU and other components.  Most "benchmarks" just test speed, not the actual
> stability or data integrity (they write results to a device but don't check
> for data corruption, or they test only one device 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 ?

--
%-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: Defective Red Hat Distribution poorly represents Linux

2000-11-20 Thread Fort David

Ben Ford wrote:

> Ya, I also had a system that ran many OS's great, including Linux, Win98,
> Win2k, etc.  However when I went to install NT on it, the CPU overheated
> every time.  Ya, I know, doesn't make sense, but that's how it was.
>
> -b
>
>

It makes sense for me as win2000 is always 5°c hotter than linux, and on

both CPU.

--
%-----%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: Strange lockup of the timer with 2.4.0-test10 SMP (and older)

2000-11-20 Thread Fort David

"Benjamin Monate

> In his message of Sat 18 November, Andrew Morton writes :
> > Try booting with the `noapic' option.  Looks like your APIC
> > is getting itself unprogrammed.  Check that you're not
> > overclocked and not over temperature.
>
> Booting with noapic did not improve anything.
> The processor is not supposed to be overclocked. How can I be sure of
> that ?
>
> Further investigations showed that the problem will occur only when
> Xfree 4.0.1 is running with an smp kenel . Xfree 3.3.6 is ok. Could this
> be a bug in X ?  I thought that the kernel should prevent such a bug
> from locking the computer.
>
> Thank you again for your help.
> --
>

What 's your video card ? Not something running with closed source drivers ?
(namely G-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] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: pcmcia

2000-11-08 Thread FORT David

David Ford wrote:

> You may be in the same boat I'm in then.  i82365 is what I used and it worked.
> yenta doesn't.  Right now I'm stuck with using my USB nic because neither the
> kernel's pcmcia or dh pcmcia work for me.
>
> -d
>
> Brett wrote:
>
> > Hey,
>

[]

>
> > > "The difference between 'involvement' and 'commitment' is like an
> > > eggs-and-ham breakfast: the chicken was 'involved' - the pig was
> > > 'committed'."
> > >
> > >
> > >
> >
> > -
> > 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/
>
> --
> "The difference between 'involvement' and 'commitment' is like an
> eggs-and-ham breakfast: the chicken was 'involved' - the pig was
> 'committed'."

I got the same problem for an old 486 with no PCI, as yenta_socket doesn't work, i
have to add CONFIG_I82365
in order to have things work. 'till this is set and recompiled, everything works
perfectly. The controller is a
VLSI 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 David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: modular kernel

2000-11-04 Thread FORT David

Taco Witte wrote:

> Hello
>
> Some days ago, I read about the idea of a completely modular kernel.
> I think it's a very good idea, because it would make it easier to get more
> people work at the same moment, development would go faster. It would
> be possible to make groups for a certain part of the kernel (for example
> sound, or filesystems, or main) with own group pages with status info and
> todo's and own mailinglists (it would divide this enourmous flow of mail
> into smaller parts). It would decrease the download size. I believe it would
> make bug 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, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



2.4.0test10 not booting on 486 laptop

2000-11-03 Thread FORT David

When 2.4.0test10 bootup, i got the "Loading" message, then "Uncompressing

kernel...", i can see quickly "Booting.", and it does it: it reboots.

My last kernel was 2.4.0test7, and was not exibiting the problem. I've

recheck my .config, but it's the same as for 2.4.0test7.

My gcc:

[root@Djinn linux]# gcc -v
Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux/2.95.2/specs
gcc version 2.95.2 19991024 (release)
[root@Djinn linux]#

according to Changes may be good.

The laptop is a 486dx2@40 compaq contura 400cx, two thing that may be

important: it 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, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: oops when doing stupid thing

2000-10-22 Thread 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's not really a bad oops as it takes me 20 minutes to figure. I'd
> rather say that it's me
> who is stupid, but may my stupidy lead to an oops ?
>
> Oct 22 18:23:33 Djinn kernel: NMI Watchdog detected LOCKUP on CPU1,
> registers:
> Oct 22 18:23:33 Djinn kernel: CPU:1
> Oct 22 18:23:33 Djinn kernel: EIP:0010:[serial_in+55/60]
> Oct 22 18:23:33 Djinn kernel: EFLAGS: 0022
> Oct 22 18:23:33 Djinn kernel: eax: 0301   ebx: 000a535f   ecx:
> 001e   edx: 03fd
> Oct 22 18:23:33 Djinn kernel: esi: c026e34b   edi: c027fa80   ebp:
> c026e34c   esp: c4001f54
> Oct 22 18:23:33 Djinn kernel: ds: 0018   es: 0018   ss: 0018
> Oct 22 18:23:33 Djinn kernel: Process cc1 (pid: 2247,
> stackpage=c4001000)
> Oct 22 18:23:33 Djinn kernel: Stack: c01788b8 c027fa80 0005 c0226700
> 001b c026e346 c026e361 0006
> Oct 22 18:23:33 Djinn kernel:0005 c0119053 c0226700 c026e346
> 001b  002c 
> Oct 22 18:23:33 Djinn kernel:0862b138 00200082 0001 c026e361
> 001e c01114bf c01e74a0 0001
> Oct 22 18:23:33 Djinn kernel: Call Trace: [serial_console_write+92/308]
> [printk+291/368] [smp_error_interrupt+67/72]
> [call_spurious_interrupt+12800/31336] [call_error_interrupt+5/12]
> Oct 22 18:23:33 Djinn kernel: Code: 0f b6 c0 c3 90 53 8b 54 24 08 8b 44
> 24 0c 8b 5c 24 10 83 7a
> Using defaults from ksymoops -t elf32-i386 -a i386
>
> Code;   Before first symbol
>  <_EIP>:
> Code;   Before first symbol
>0:   0f b6 c0  movzbl %al,%eax
> Code;  0003 Before first symbol
>3:   c3ret
> Code;  0004 Before first symbol
>4:   90nop
> Code;  0005 Before first symbol
>5:   53push   %ebx
> Code;  0006 Before first symbol
>6:   8b 54 24 08   mov0x8(%esp,1),%edx
> Code;  000a Before first symbol
>a:   8b 44 24 0c   mov0xc(%esp,1),%eax
> Code;  000e Before first symbol
>e:   8b 5c 24 10   mov0x10(%esp,1),%ebx
> Code;  0012 Before first symbol
>   12:   83 7a 00 00   cmpl   $0x0,0x0(%edx)

I'm quoting myself, i forgot to tell that it was using 2.4.0test10-pre4,

with vmscan BUG corrected.

--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



oops when doing stupid thing

2000-10-22 Thread FORT David

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 as it takes me 20 minutes to figure. I'd
rather say that it's me
who is stupid, but may my stupidy lead to an oops ?

Oct 22 18:23:33 Djinn kernel: NMI Watchdog detected LOCKUP on CPU1,
registers:
Oct 22 18:23:33 Djinn kernel: CPU:1
Oct 22 18:23:33 Djinn kernel: EIP:0010:[serial_in+55/60]
Oct 22 18:23:33 Djinn kernel: EFLAGS: 0022
Oct 22 18:23:33 Djinn kernel: eax: 0301   ebx: 000a535f   ecx:
001e   edx: 03fd
Oct 22 18:23:33 Djinn kernel: esi: c026e34b   edi: c027fa80   ebp:
c026e34c   esp: c4001f54
Oct 22 18:23:33 Djinn kernel: ds: 0018   es: 0018   ss: 0018
Oct 22 18:23:33 Djinn kernel: Process cc1 (pid: 2247,
stackpage=c4001000)
Oct 22 18:23:33 Djinn kernel: Stack: c01788b8 c027fa80 0005 c0226700
001b c026e346 c026e361 0006
Oct 22 18:23:33 Djinn kernel:0005 c0119053 c0226700 c026e346
001b  002c 
Oct 22 18:23:33 Djinn kernel:0862b138 00200082 0001 c026e361
001e c01114bf c01e74a0 0001
Oct 22 18:23:33 Djinn kernel: Call Trace: [serial_console_write+92/308]
[printk+291/368] [smp_error_interrupt+67/72]
[call_spurious_interrupt+12800/31336] [call_error_interrupt+5/12]
Oct 22 18:23:33 Djinn kernel: Code: 0f b6 c0 c3 90 53 8b 54 24 08 8b 44
24 0c 8b 5c 24 10 83 7a
Using defaults from ksymoops -t elf32-i386 -a i386

Code;   Before first symbol
 <_EIP>:
Code;   Before first symbol
   0:   0f b6 c0  movzbl %al,%eax
Code;  0003 Before first symbol
   3:   c3ret
Code;  0004 Before first symbol
   4:   90nop
Code;  0005 Before first symbol
   5:   53push   %ebx
Code;  0006 Before first symbol
   6:   8b 54 24 08   mov0x8(%esp,1),%edx
Code;  000a Before first symbol
   a:   8b 44 24 0c   mov0xc(%esp,1),%eax
Code;  000e Before first symbol
   e:   8b 5c 24 10   mov0x10(%esp,1),%ebx
Code;  0012 Before first symbol
  12:   83 7a 00 00   cmpl   $0x0,0x0(%edx)


--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: Follow-up: [BUG] vmscan.c:102 on 2.4.0-test10p4

2000-10-19 Thread FORT David

Dewet Diener wrote:

> Reproduced the BUG again, but the system was still able to produce a
> (better) ksymoops output:
>
> ac97_codec: AC97 Audio codec, id: 0x4943:0x4511 (Unknown)
> invalid operand: 
> CPU:0
> EIP:0010:[]
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00210286
> eax: 001c   ebx: 1400   ecx:    edx: 
> esi: c11d2c1c   edi: 06dd3045   ebp: c6d2338c   esp: c12ede88
> ds: 0018   es: 0018   ss: 0018
> Process kswapd (pid: 2, stackpage=c12ed000)
> Stack: c0252c85 c0252e44 0066 0001  080e4000 c6d2338c 080e3000
>080f c012918d c138b8c0 c6ddb180 080e3000 c6d2338c 0004 c6d26080
>080f 080f c6d26080 00200202 c72f69c0 c010c27b 000c c12e
> Call Trace: [] [] [] [] [] 
>[] []
>[] [] [] [] []
> Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 44 2e 25 c0 68 85 2c
>
> >>EIP; c0128e79<=
> Trace; c0252c85 
> Trace; c0252e44 
> Trace; c012918d 
> Trace; c010c27b 
> Trace; c010c41e 
> Trace; c012925c 
> Trace; c01293be 
> Trace; c012a243 
> Trace; c012a302 
> Trace; c012a3ae 
> Trace; c012a330 
> Trace; c010954b 
> Code;  c0128e79 
>  <_EIP>:
> Code;  c0128e79<=
>0:   0f 0b ud2a  <=
> Code;  c0128e7b 
>2:   83 c4 0c  add$0xc,%esp
> Code;  c0128e7e 
>5:   83 e7 02  and$0x2,%edi
> Code;  c0128e81 
>8:   74 16 je 20 <_EIP+0x20> c0128e99 
>
> Code;  c0128e83 
>a:   6a 68 push   $0x68
> Code;  c0128e85 
>c:   68 44 2e 25 c0push   $0xc0252e44
> Code;  c0128e8a 
>   11:   68 85 2c 00 00push   $0x2c85
>
> I only tested this by starting StarOffice, which seems to be a sure
> trigger for this.  This amidst me having 128MB RAM and 128MB swap.
>
> Best regards,
> Dewet
>
> On Thu, 19 Oct 2000, Dewet Diener wrote:
>
> > Hi
> >
> > Just had the following happening right after booting into the fresh
> > kernel.  Started X, and after firing up StarOffice, everything stopped
> > responding.  I could switch back to a vc, and use Alt+SysRq to at least
> > sync/unmount the fs.  Registers showed:
> >
> > SysRq: Show Regs
> > EIP: 0010:[acpi_idle+819/864] EFLAGS: 00200246
> > EAX: 00f47a65 EBX: c02c ECX: 00f47a65 EDX: 4008
> > ESI: 4008 EDI: c02c EBP: e000 DS: 0018 ES: 0018
> > CR0: 8005003b CR2: 080c5b08 CR3: 04471000 CR4: 0090
> >
> > The actual oops:
> > kernel BUG at vmscan.c:102!
> > invalid operand: 
> > CPU:0
> > EIP:0010:[recalculate_vm_stats+25/32]
> > EFLAGS: 00013286
> > eax: 001c   ebx: 0001e800   ecx:    edx: 
> > esi: c11c66c0   edi: 06aec045   ebp: c0fd94a4   esp: c12ede88
> > ds: 0018   es: 0018   ss: 0018
> > Process kswapd (pid: 2, stackpage=c12ed000)
> > Stack: c0252c85 c0252e44 0066 0001 0010 4012a000 c0fd94a4 40129000
> >4012b000 c012918d c5a0ec80 c7e27780 40129000 c0fd94a4 0004 c0fd5400
> >4012b000 4012b000 c0fd5400 0301 c01303ba c4c0eb40 01cf c012a023
> > Call Trace: [tvecs+6717/45816] [tvecs+7164/45816] [swap_out_vma+77/432] 
>[bread+106/112] [refill_inactive_scan+67/240] [refile_buffer+5/16] [__bforget+11/96]
> >[bread+18/112] [swap_out_vma+284/432] [swap_out+94/384] 
>[refill_inactive+147/400] [refill_inactive+338/400] [do_try_to_free_pages+110/144] 
>[refill_inactive+384/400] [kernel_thread+11/64]
> > Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 44 2e 25 c0 68 85 2c
> >
> > And ksymoops:
> > Code;   Before first symbol
> >  <_EIP>:
> > Code;   Before first symbol
> >0:   0f 0b ud2a
> > Code;  0002 Before first symbol
> >2:   83 c4 0c  add$0xc,%esp
> > Code;  0005 Before first symbol
> >5:   83 e7 02  and$0x2,%edi
> > Code;  0008 Before first symbol
> >8:   74 16 je 20 <_EIP+0x20> 0020 Before first 
>symbol
> > Code;  000a Before first symbol
> >a:   6a 68 push   $0x68
> > Code;  000c Before first symbol
> >c:   68 44 2e 25 c0push   $0xc0252e44
> > Code;  0011 Before first symbol
> >   11:   68 85 2c 00 00push   $0x2c85
> >
> > 'free' gives:
> >  total   used   free sharedbuffers cached
> > Mem:126460  52588  73872   

Re: three kernel trees?

2000-10-18 Thread 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? Just ship
> > >   them together and be done. Splitting it up is extra work, plus the
> > >   complaints that core-2.8.3 now doesn't work with ia32-2.6.9 and foo, bar,
> > >   baz drivers of assorted other versions.
> > > - You can mix and match: Great! Just who will do the testing and documentatio
> > n
> > >   of what works with what?
> > >
> > > Major pain and much extra work to developers (remember, Linux' objective is
> > > being fun to hack on, the "World domination. Fast." thing is just FUD ;)
> > > for minor convenience to some users and major pain to all the rest.
>
> > Isn't it what API have been made for?
>
> Yes. But the API isn't set in stone, as that would slow down
> development. Plus you need the machinery to build whatever pieces are
> extant and ignore the rest, you have to carve up the whole into separate
> pieces, ... This is a *lot* of work for very minimal gain and many future
> problems.
>
> >I think nobody would complain if
> > "being fun to hack on(TM)" could also be "Fast developped(TM)".
>
> I don't see how chopping up the kernel will speed up development. Quite to
> the contrary, any change has to be propagated to all pieces, and that will
> take more time, and create a nightmare of "drivers bar-0.37.2 to 0.39.6 go
> with kernel-core 2.9.45 to 2.9.76, but work only with foo-3.65.x".
> Syncronization issues arise by the distributed development, which are now
> trivially solved by "this is _the_ official version of _all_ there is".
>

I don't think API are changing so much, and documenting the way drivers SHOULD
interact with the kernel is a good thing. This also make things easier for people to
write
new drivers.
You'd also agree that as time will go by, we'll  have more and more drivers, and
we'll have to wait
for ALL to be stable to release anything.

>
> > Anyway
> > the developpement of the kernel is already modular, as teams are working
> > quite independantly, and send theirs diff when a release is about to
> > come.
>
> *Very* bad practice, I may add.

Anybody wanting to create something with a certain size proceed this way.

>
>
> >   I take a simple example: i got an USB webcam which stopped working
> > at test9-pre2, I'd like to have a 2.4.0test10-pre3 kernel but with the
> > last working USB.
>
> So what? 2.4.0-test is experimental, you can't assume stuff will work at
> all. This is not just "drop working 2.4.0-test9  into
> 2.4.0-test10-pre3", if it broke there is a reason that makes it not work
> anymore. I tend to doubt the USB people submmited a patch to break
> it... When 2.4.0 ships, everything should work; then you can complain. But
> to get there, folks _must_ make an effort to fold the latest working,
> tested patches into the kernel ASAP. Then again, they are all volunteers...
>

When developping a part of the kernel, developpers may wish to focus to that
particulary part, without
caring about other bugs..

--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: three kernel trees?

2000-10-18 Thread FORT David

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
> > compilation. I'm dreaming of a day when i could download these different
> > parts:
> > Kernel core source
> > x86 specific part
> > any driver i need
>
> Dream on, as it won't happen. Just think of either:
>
> - All pieces _have_ to be the same version: What is the use then? Just ship
>   them together and be done. Splitting it up is extra work, plus the
>   complaints that core-2.8.3 now doesn't work with ia32-2.6.9 and foo, bar,
>   baz drivers of assorted other versions.
> - You can mix and match: Great! Just who will do the testing and documentation
>   of what works with what?
>
> Major pain and much extra work to developers (remember, Linux' objective is
> being fun to hack on, the "World domination. Fast." thing is just FUD ;)
> for minor convenience to some users and major pain to all the rest.
>
>

Isn't it what API have been made for ? I think nobody would complain if  "being
fun to hack on(TM)" could
also be "Fast developped(TM)". Anyway the developpement of the kernel is already
modular, as teams are working
quite independantly, and send theirs diff when a release is about to come. I take
a simple example: i got an USB webcam which stopped working at test9-pre2, I'd
like to have a  2.4.0test10-pre3 kernel but with the last
working USB.

> > A few tar -xvzf later i'd got a working kernel, with no space lost on my
> > HD.
>
> Have you really looked at the size of the other architectures? Here I have
> 2.2.18pre15:
>
> arch + include/asm-*: 14929
> All : 88121
>
> A 16% of the total is architecture-dependent. Sure, much of the drivers you
> don't use. But then again, how much did your HDD cost? How much for the
> space the sources take up? How much did the sources cost you?
> --
> Horst von Brand [EMAIL PROTECTED]
> Casilla 9G, Vin~a del Mar, Chile       +56 32 672616

I've got a quick look, at my own tree and i've figured that arch-dependant is
really small compared to FS or
drivers.

--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: three kernel trees?

2000-10-17 Thread FORT David

"Jeff V. Merkey" wrote:

> Kenneth Johansson wrote:
> >
> > "Jeff V. Merkey" wrote:
> >
> > > Alan,
> > >
> > > Were Linux to go totally modular in 2.5, development cycles will be
>
> > changes creap into the kernel that increase the time to a stable version. Making
> > the TODO list before instead of at the end would probably make people concentrate
> > on the same thing.
>
> Linus stated in an email a month or so back modularity was something he
> really would like to see happen.  Let's see just how serious he really
> is when 2.5 comes down the pipe.
>
> >
> > Just another thought.
>
> Jeff
> -
> 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/

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
compilation. I'm dreaming of a day
when i could download these different parts:
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, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



fixing dual head issue with DRI

2000-10-15 Thread FORT David

Hi, i've made this little patch against drivers/char/drm/proc.c to
enable dual head in /proc/dri. I'm quite sure
that it's not SMP safe, so if anybody could give a look. Anyway it
worked for me.

*** proc.c.orig Mon Oct 16 00:45:53 2000
--- proc.c  Mon Oct 16 03:42:30 2000
***
*** 73,83 
--- 73,120 
  };
  #define DRM_PROC_ENTRIES
(sizeof(drm_proc_list)/sizeof(drm_proc_list[0]))

+ int proc_match2(int len, const char *name,struct proc_dir_entry * de)
+ {
+   if (!de || !de->low_ino)
+   return 0;
+   if (de->namelen != len)
+   return 0;
+   return !memcmp(name, de->name, len);
+ }
+ static struct proc_dir_entry *exists_proc_dir( char *name )
+ {
+   const char  *cp = name, *next;
+   struct proc_dir_entry   *de;
+   int len;
+
+   de = &proc_root;
+   while (1) {
+   next = strchr(cp, '/');
+   if (!next)
+   break;
+
+   len = next - cp;
+   for (de = de->subdir; de ; de = de->next) {
+   if (proc_match2(len, cp, de)) break;
+   }
+   if (!de)
+   return NULL;
+   cp += len + 1;
+   }
+   len = strlen(cp);
+ for (de = de->subdir; de ; de = de->next) {
+   if (proc_match2(len, cp, de)) return de;
+   }
+   return NULL;
+ }
+
  int drm_proc_init(drm_device_t *dev)
  {
struct proc_dir_entry *ent;
int   i, j;

+   drm_root = exists_proc_dir("dri");
+   if( !drm_root )
drm_root = create_proc_entry("dri", S_IFDIR, NULL);
if (!drm_root) {
DRM_ERROR("Cannot create /proc/dri\n");
***
*** 88,94 
--- 125,134 
   add some global support for
/proc/dri. */
for (i = 0; i < 8; i++) {
sprintf(drm_slot_name, "dri/%d", i);
+   drm_dev_root = exists_proc_dir(drm_slot_name);
+   if(drm_dev_root) continue;
drm_dev_root = create_proc_entry(drm_slot_name, S_IFDIR,
NULL);
+
if (!drm_dev_root) {
DRM_ERROR("Cannot create /proc/%s\n",
drm_slot_name);
remove_proc_entry("dri", NULL);


--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



Re: [2.4.0test10-pre3]drm_proc_init incorrect when multiple deviceare registering

2000-10-15 Thread FORT David

Tigran Aivazian wrote:

> Hi David,
>
> Yes, this is a well-known problem and was briefly discussed between Rick
> Faith, Al Viro and myself. The thing is that DRI design dictates
> duplication of the code instead of sharing it between individual low-level
> drivers (this is not silly -- there are lots of valid reasons for this as
> was explained to me by Rick Faith) and this makes it rather clumsy to
> share a common /proc entry as you can see from a little hack there which
> used to work some time ago.
>
> So, one either needs to enhance the hack to work today (Rick's suggestion)
> or to write a "drmfs" (Al Viro's suggestion) or to abandon the original
> design of not-sharing the code and do share it (my suggestion but of
> course it's up to Rick and other maintainers of that code -- they know
> better how to make their own 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 drm
> > duplicates the dri dir entry, as "create_proc_entry " blindly create a
> > new dri entry even if one already exists.
> >
> > IIRC a few 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.
> >
>

what about the follwing patch in fs/proc/generic.c, this would solve the problem
for any driver wanting to
create multiple entries using create_proc_entry:

*** generic.c.orig  Mon Oct 16 01:49:23 2000
--- generic.c   Mon Oct 16 02:17:09 2000
***
*** 505,510 
--- 505,515 
if (!parent && xlate_proc_name(name, &parent, &fn) != 0)
goto out;
len = strlen(fn);
+  /* check that entry doesn't already exist,
+ and return it if it's the case */
+ for( ent = parent->subdir; ent; ent = ent->next )
+if( proc_match(len, fn, ent) ) return ent;
+

ent = kmalloc(sizeof(struct proc_dir_entry) + len + 1, GFP_KERNEL);
if (!ent)

This one have a big drawback: mode doesn't affect the returned entry. Anyway

if someone create a /proc entry, it may always have the same type. We could

also define a clear behaviour for such cases.

Same kind of patch could apply in proc_symlink, proc_mknod and proc_mkdir.

--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%   http://ibonneace.dnsalias.org/ when connected %
%-%



-
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/



[2.4.0test10-pre3]drm_proc_init incorrect when multiple device are registering

2000-10-15 Thread FORT David


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 drm duplicates
the dri dir entry, as "create_proc_entry " blindly create a new dri entry
even if one already exists.
IIRC a few 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 avenue de la morvandière   0240726275 %
% 44470 Thouare, France    [EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/    |   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\    L  I  N  U  X    %
%  -opensource    |  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted    |  ^^-^^    %
%   http://ibonneace.dnsalias.org/ when connected %
%-%
 


[DRI]2.4.0test10-pre3: duplicate /proc/dri with two DRI cards

2000-10-14 Thread FORT David


Hi,
i've just borrowed an ATI Rage Fury(AGP) which support DRI, i also
have an older Matrox Mystique which
also support DRI. When starting an X server using both cards, i can
see TWO /proc/dri directories. In the
/proc/dri directory there's a 0 subdir, i think in normal situation
i should have 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 Thouare, France    [EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/    |   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\    L  I  N  U  X    %
%  -opensource    |  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted    |  ^^-^^    %
%   http://ibonneace.dnsalias.org/ when connected %
%-%
 


Re: Updated Linux 2.4 Status/TODO List (from the ALS show)

2000-10-14 Thread FORT David


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
> test10-pre1 fixed the problem, but
> the bug is still present in the last two pre(test10-pre1 and test10-pre2).
> To be noted:
> -this oops is obtained with "Enforce USB bandwidth allocation", but
it occurs
> in the same place when disabled
> -I'm using usb-uhci
Does this same problem happen when using the uhci.o driver?
greg k-h
--
greg@(kroah|wirex).com
http://immunix.org/~greg
I've just tried "uhci" with and without "Enforce USB bandwidth allocation",
it doesn't oops anymore,
but instead the video device is always busy.
-- 
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France    [EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/    |   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\    L  I  N  U  X    %
%  -opensource    |  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted    |  ^^-^^    %
%   http://ibonneace.dnsalias.org/ when connected %
%-%
 


Re: Updated Linux 2.4 Status/TODO List (from the ALS show)

2000-10-12 Thread FORT David


Greg KH wrote:
On Thu, Oct 12, 2000 at 08:06:46AM -0400, [EMAIL PROTECTED]
wrote:
>  * USB: booting with USB compiled into
kernel causes a lot of syslog
>    entries as the root hubs
are probed by all drivers (this is
>    especially obnoxious as
the usb-serial drivers start up)
Fixed in test9.  If anyone still sees this, please let me know.
>  * USB: fix setting urb->dev in printer,
acm, bluetooth, all serial
>    drivers (Greg KH) {CRITICAL}
Fixed in test10-pre1.
>  * USB: fix usb-uhci setting urb->dev
= NULL at correct places only
>    {CRITICAL}
Fixed in test10-pre1.
thanks,
greg k-h
--
greg@(kroah|wirex).com
http://immunix.org/~greg
 
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 test10-pre1 fixed the problem, but
the bug is still present in the last two pre(test10-pre1 and test10-pre2).
To be noted:
-this oops is obtained with "Enforce USB bandwidth allocation", but
it occurs in the same place when disabled
-I'm using usb-uhci
-the attached oops is truncated as each 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, France    [EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/    |   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\    L  I  N  U  X    %
%  -opensource    |  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted    |  ^^-^^    %
%   http://ibonneace.dnsalias.org/ when connected %
%-%
 

ksymoops 2.3.4 on i686 2.4.0-test10.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.0-test10/ (default)
 -m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Unable to handle kernel NULL pointer dereference at virtual address 00a0
c8c7365d
*pde = 
Oops: 
CPU:1
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00013246
eax:    ebx: c6e26480   ecx:    edx: 0028
esi: c6e26480   edi: c2bb8d9c   ebp:    esp: c0d05f28
ds: 0018   es: 0018   ss: 0018
Process X (pid: 974, stackpage=c0d05000)
Stack: c1b236a8 c8c84814  c6e26480 0001 c1b236a8 c2bb8d80 c2bb8d9c 
   0001   c8c849bf c2bb8d80 c6e26488 c2fc4b60 0401 
   0020 000a c0020020 c010be71 000a c2bb8d80 c0d05fc4 c0282740 
Call Trace: [] [] [] [] [] 
Code: 8b 91 a0 00 00 00 8b 43 30 29 42 28 83 7c 24 10 00 74 10 8b 

>>EIP; c8c7365d <[usbcore]usb_release_bandwidth+9/60>   <=
Trace; c8c84814 <[usb-uhci]process_urb+d4/1f0>
Trace; c8c849bf <[usb-uhci]uhci_interrupt+8f/e8>
Trace; c010be71 
Trace; c010c056 
Trace; c010a7c0 
Code;  c8c7365d <[usbcore]usb_release_bandwidth+9/60>
 <_EIP>:
Code;  c8c7365d <[usbcore]usb_release_bandwidth+9/60>   <=
   0:   8b 91 a0 00 00 00 mov0xa0(%ecx),%edx   <=
Code;  c8c73663 <[usbcore]usb_release_bandwidth+f/60>
   6:   8b 43 30  mov0x30(%ebx),%eax
Code;  c8c73666 <[usbcore]usb_release_bandwidth+12/60>
   9:   29 42 28  sub%eax,0x28(%edx)
Code;  c8c73669 <[usbcore]usb_release_bandwidth+15/60>
   c:   83 7c 24 10 00cmpl   $0x0,0x10(%esp,1)
Code;  c8c7366e <[usbcore]usb_release_bandwidth+1a/60>
  11:   74 10 je 23 <_EIP+0x23> c8c73680 
<[usbcore]usb_release_bandwidth+2c/60>
Code;  c8c73670 <[usbcore]usb_release_bandwidth+1c/60>
  13:   8b 00 mov(%eax),%eax

Aiee, killing interrupt handler
invalid operand: 
CPU:1
EIP:0010:[]
EFLAGS: 00013282
eax: 001b   ebx:    ecx: 001b   edx: c021a8e8
esi: c5bce9e0   edi: c0d04000   ebp: c0d05cec   esp: c0d05cac
ds: 0018   es: 0018   ss: 0018
Process 

2.4.0-test9USB related oops

2000-10-03 Thread FORT David

Got the foolowing oops with a Trust Sp@ce C@m USB webcam, sensor is a

ov720 and it uses the ov511 driver. To reproduce it i open a netscape

on a page which grab pictures from the web-cam, as soon as grabbing starts

got the oops on serial console:

ksymoops 2.3.4 on i686 2.4.0-test9.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.0-test9/ (default)
 -m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Unable to handle kernel NULL pointer dereference at virtual address 00a0
c8c8165d
*pde = 
Oops: 
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00210246
eax:    ebx: c2a08980   ecx:    edx: 006b
esi: c2a08980   edi: c7e3b8bc   ebp:    esp: c022ff0c
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c022f000)
Stack: c6de32c8 c8c92814  c2a08980 0001 c6de32c8 c7e3b8a0 c7e3b8bc
   0001   c8c929b5 c7e3b8a0 c2a08988 c4552700 0401
    000a c002 c010be71 000a c7e3b8a0 c022ffa8 c0282260
Call Trace: [] [] [] [] [] 
[] []
   [] [] [] [] [] [] 
[]
Code: 8b 91 a0 00 00 00 8b 43 30 29 42 28 83 7c 24 10 00 74 10 8b

>>EIP; c8c8165d <[usbcore]usb_release_bandwidth+9/60>   <=
Trace; c8c92814 <[usb-uhci]process_urb+d4/1ec>
Trace; c8c929b5 <[usb-uhci]uhci_interrupt+89/e0>
Trace; c010be71 
Trace; c010c056 

Trace; c0108960 
Trace; c0108960 
Trace; c010a7c0 
Trace; c0108960 
Trace; c0108960 
Trace; c0100018 
Trace; c010898d 
Trace; c01089f2 
Trace; c0105000 
Trace; c01001d0 
Code;  c8c8165d <[usbcore]usb_release_bandwidth+9/60>
 <_EIP>:
Code;  c8c8165d <[usbcore]usb_release_bandwidth+9/60>   <=
   0:   8b 91 a0 00 00 00 mov0xa0(%ecx),%edx   <=
Code;  c8c81663 <[usbcore]usb_release_bandwidth+f/60>
   6:   8b 43 30  mov0x30(%ebx),%eax
Code;  c8c81666 <[usbcore]usb_release_bandwidth+12/60>
   9:   29 42 28  sub%eax,0x28(%edx)
Code;  c8c81669 <[usbcore]usb_release_bandwidth+15/60>
   c:   83 7c 24 10 00cmpl   $0x0,0x10(%esp,1)
Code;  c8c8166e <[usbcore]usb_release_bandwidth+1a/60>
  11:   74 10 je 23 <_EIP+0x23> c8c81680 
<[usbcore]usb_release_bandwidth+2c/60>
Code;  c8c81670 <[usbcore]usb_release_bandwidth+1c/60>
  13:   8b 00 mov(%eax),%eax

Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle 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 least for now.

--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière   0240726275 %
% 44470 Thouare, France[EMAIL PROTECTED] %
% ICU:78064991   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining <-/|   .~. %
%  -networking/flashed PHP3 coming soon   |   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
% http://ibonneace.dyndns.org/ when connected %
%-%



-
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/



2.4.0test9-pre5+vmfixes-2.4.0-test9-A1, oops

2000-09-22 Thread FORT David

I got the following oops, i can reproduce it:

my network:

laptop+modem - mybox

I switch on internet connection, surf a little(network traffic),

then i shut down the modem, and one minute later when a swap request

should be done, the oops occurs. My box is not heavily memory stressed

when the oops occurs. I can also reproduce it by leaving the X screensaver

running after 1 minute of inactivity.

the oops:

ksymoops 2.3.4 on i686 2.4.0-test9.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.0-test9/ (default)
 -m /boot/System.map (specified)

invalid operand: 
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00210082
eax: 001c   ebx: c482f980   ecx: 0022   edx: 0200
esi: c1285a80   edi: 0002   ebp: 0001   esp: c0235ee0
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c0235000)
Stack: c01ef045 c01ef37a 02da c0161e81 c482f980 0001 c1285a80
00200046
   c12bae60 c029a920 c018315a c1285a80 0001 c029aa44 
c1285a80
   c029a960 c018a114 0001 c12bae60 c029a960 c12bae60 00200282
c0184a43
Call Trace: [] [] [] [] []
[] []
   [] [] [] [] []
[] [] []
   [] [] [] []
Code: 0f 0b 83 c4 0c c3 90 57 56 53 8b 74 24 10 8b 54 24 14 85 d2

>>EIP; c0132425<=
Trace; c01ef045 
Trace; c01ef37a 
Trace; c0161e81 
Trace; c018315a 
Trace; c018a114 
Trace; c0184a43 
Trace; c018a0b0 
Trace; c010be51 
Trace; c010c036 
Trace; c0108960 
Trace; c0108960 
Trace; c010a7b8 
Trace; c0108960 
Trace; c0108960 
Trace; c0100018 
Trace; c010898d 
Trace; c01089f2 
Trace; c0105000 
Trace; c01001d0 
Code;  c0132425 
 <_EIP>:
Code;  c0132425<=
   0:   0f 0b ud2a  <=
Code;  c0132427 
   2:   83 c4 0c  add$0xc,%esp
Code;  c013242a 
   5:   c3ret
Code;  c013242b 
   6:   90nop
Code;  c013242c 
   7:   57push   %edi
Code;  c013242d 
   8:   56push   %esi
Code;  c013242e 
   9:   53push   %ebx
Code;  c013242f 
   a:   8b 74 24 10   mov0x10(%esp,1),%esi
Code;  c0132433 
   e:   8b 54 24 14   mov0x14(%esp,1),%edx
Code;  c0132437 
  12:   85 d2 test   %edx,%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 0240726275   %
% 44470 Thouare, France  [EMAIL PROTECTED] %
% ICU:54999224   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining|   .~. %
%  -networking|   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%-%



-
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/



Re: [IDE]2.4.0test9-pre1, CD drive on hpt366 not detected correctlyand locking up when activated

2000-09-21 Thread FORT David

Andre Hedrick wrote:

> The ATAPI-DMA code for the use of all addon cards is not native.
> You are not allowed to do ATAPI-DMA on these, yet.
> I do not care what the OEM claims with their drivers, Linux chipset code
> is not completed or started to do this in 95 % of the cases.
>
> 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 bla

Yap, I've already tried with DMA disabled and the drive works perfectly. Is it to say
that
ide2 and ide3 don't have yet DMA support, even for Harddrives ?



--
%--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275   %
% 44470 Thouare, France  [EMAIL PROTECTED] %
% ICU:54999224   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining|   .~. %
%  -networking|   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%-%



-
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/



[IDE]2.4.0test9-pre1, CD drive on hpt366 not detected correctly and locking up when activated

2000-09-20 Thread FORT David

The subject says everything, while detecting the drive

i got the following strange thing:

[from dmesg]

>PIIX4: chipset revision 1
>PIIX4: not 100% native mode: will probe irqs later
>ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
>ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
>HPT366: onboard version of chipset, pin1=1 pin2=2
>HPT366: IDE controller on PCI bus 00 dev 98
>HPT366: chipset revision 1
>HPT366: not 100% native mode: will probe irqs later
>ide2: BM-DMA at 0xd400-0xd407, BIOS settings: hde:pio, hdf:pio
>HPT366: IDE controller on PCI bus 00 dev 99
>HPT366: chipset revision 1
>HPT366: not 100% native mode: will probe irqs later
>ide3: BM-DMA at 0xe000-0xe007, BIOS settings: hdg:pio, hdh:pio
>hda: IBM-DPTA-372050, ATA DISK drive
>hdc: IDE/ATAPI CD-ROM 50XS, ATAPI CDROM drive
>hde: , ATAPI CDROM drive

   no name here
>ide2: reset
>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
>ide1 at 0x170-0x177,0x376 on irq 15
>ide2 at 0xcc00-0xcc07,0xd002 on irq 11
>hda: 40088160 sectors (20525 MB) w/1961KiB Cache, CHS=2495/255/63, UDMA(33)
>hdc: ATAPI 11X CD-ROM drive, 128kB Cache, UDMA(33)
>Uniform CD-ROM driver Revision: 3.11
>hde: ATAPI 8X CD-ROM CD-R drive, 512kB Cache, DMA

  ^ suddenly got one

I've done some inquiries with hdparm:

[root@Djinn dea]# hdparm -i /dev/hde

/dev/hde:

 Model=, FwRev=, SerialNo=
 Config={ SpinMotCtl Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=8224
 BuffType=8224(?), BuffSize=4112kB, MaxMultSect=32, MultSect=off
 DblWordIO=no, maxPIO=32(?), DMA=no
 (maybe):

[root@Djinn dea]# hdparm -I /dev/hde

/dev/hde:

 Model=RC2-08T1 E  , FwRev=.101, SerialNo=
 Config={ SpinMotCtl Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=2(DualPort), BuffSize=0kB, MaxMultSect=0
 DblWordIO=no, maxPIO=3(eide), DMA=yes, maxDMA=1(medium)
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 tDMA={min:150,rec:230}, DMA modes: ***sword2 **mword1
 IORDY=on/off, tPIO={min:180,w/IORDY:180}, PIO modes: mode3

When these were performed i got this in logs:

VFS: Disk change detected on device ide2(33,0)
ATAPI device hde:
  Error: Not ready -- (Sense key=0x02)
  (reserved error code) -- (asc=0x3a, ascq=0x01)
  The failed "Read Table of Contents" packet command was:
  "43 02 00 00 00 00 00 00 04 00 00 00 "
VFS: Disk change detected on device ide2(33,0)
ATAPI device hde:
  Error: Not ready -- (Sense key=0x02)
  (reserved error code) -- (asc=0x3a, ascq=0x01)
  The failed "Read Table of Contents" packet command was:
  "43 02 00 00 00 00 00 00 04 00 00 00 "

Please note the "Disk change detected": i haven't touch the drive between

the two hdparm.

When i attempt to mount the drive, the whole system got stuck with nothing

in 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-en-Informatique-de-Nantes-%
% FORT David, %
% 7 avenue de la morvandière 0240726275   %
% 44470 Thouare, France  [EMAIL PROTECTED] %
% ICU:54999224   AIM: enlighted popo [EMAIL PROTECTED] %
%--LINUX-HTTPD-PIOGENE%
%  -datamining|   .~. %
%  -networking|   /V\L  I  N  U  X%
%  -opensource|  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted|  ^^-^^%
%-%



-
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/



Re: Test 8 Kernel Unable to get the password prompt?

2000-09-12 Thread FORT David ou popo


Miles Lane wrote:
On Mon, 11 Sep 2000, David Freedom wrote:
> I tried configuring the kernel to the least amount of
> configured options to almost none and I still cannot
> get the password prompt.
>
> My system hangs and is unable to do anything.
> unfortunetly the only thing I can do is power down my
> PC the incorrect and most unfortunate way leading to
> filesys errors upon reboot to an older saved kernel
> image.
Are you getting both the username and password prompts
and then getting nothing after entering the password?
This is a behavior I am seeing on a laptop Pentium II.
In my case, I can CTRL-ALT-F[1-6] to get to another
VT.  All attempts to log in any VT display meet the same
fate.  Also, attempting to log in using GDM fail in
this way.  In my case, the UI GDM continues to respond.
Lastly, trying to CTRL-ALT-DEL to initiate a shutdown
does cause the TERM and KILL signals to be sent to
all processes.  Then the shutdown process locks up
after a message is printed about unloading the
keyboard driver.
Interestingly, if I boot in single mode ("linux single"
at the boot prompt), and then load GDM, I am able to
log on with no trouble.
I have sent a message to the maintainer of the
shadow-utils package, but have gotten no response.
I suspect this problem has to do with a fsck-up on
my part in getting util-linux configured properly when
I built it.  I rebuilt util-linux with the sources
pointed to by Changes several development kernel
revisions ago (~2.4.0-test7).
    Miles
-
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/
Hum, i used to have such problems, they seems to disappear when i 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, France  [EMAIL PROTECTED] %
% ICU:54999224   AIM: enlighted popo [EMAIL PROTECTED] %  
%--LINUX-HTTPD-PIOGENE%
%  -datamining    |   .~. %
%  -networking    |   /V\    L  I  N  U  X    %
%  -opensource    |  // \\ >Fear the Penguin< %
%  -GNOME/enlightenment/GIMP  | /(   )\   %
%   feel enlighted    |  ^^-^^    %
%-%
.