[OPPS] 2.4.5-ac15
ksymoops 2.3.7 on i686 2.4.5-ac15 Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac15 (default) -m /boot/System.map-2.4.5-ac15 (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. invalid operand: CPU:0 EIP:0010:c0218c>] EFLAGS: 00210202 esi: 7000 ed c110 ebp: 7000 sp: c0ed3ea0 ds: 0018 es: 0018 ss: 0018 Process Maelstrom (pid: 30242, stackpage=c0ed3000) Stack: 68d0 00200286 c024fdb4 00e0 c024ffac c024ffa8 c012b292 0007 0001 c0ed3f54 c0baa2c0 c6c1fe8c c012b478 c013e1e3 c4561120 c0baa2c0 0145 c01b5477 c0baa2c0 c6c1fe8c Call Trace: [] [] [] [] [] [] [] [] [] Code: 0f 0b 89 d8 eb 14 45 83 c7 0c 83 fd 09 0f 86 f5 fd ff ff ff Using defaults from ksymoops -t elf32-i386 -a i386 Trace; c012b292 <__alloc_pages+62/230> Trace; c012b478 <__get_free_pages+18/30> Trace; c013e1e3 <__pollwait+33/1070> Trace; c01b5477 Trace; c01b075f Trace; c013e41c <__pollwait+26c/1070> Trace; c013e8b9 <__pollwait+709/1070> Trace; c0119152 Trace; c0106cb7 <__up_wakeup+113b/2594> Code; Before first symbol <_EIP>: Code; Before first symbol 0: 0f 0b ud2a Code; 0002 Before first symbol 2: 89 d8 mov%ebx,%eax Code; 0004 Before first symbol 4: eb 14 jmp1a <_EIP+0x1a> 001a Before first symbol Code; 0006 Before first symbol 6: 45inc%ebp Code; 0007 Before first symbol 7: 83 c7 0c add$0xc,%edi Code; 000a Before first symbol a: 83 fd 09 cmp$0x9,%ebp Code; 000d Before first symbol d: 0f 86 f5 fd ff ff jbefe08 <_EIP+0xfe08> fe08 Code; 0013 Before first symbol 13: ff 00 incl (%eax) - 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/
[OPPS]
ksymoops 2.3.7 on i686 2.4.5-ac15 Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac15 (default) -m /boot/System.map-2.4.5-ac15 (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. invalid operand: CPU:0 EIP:0010:c0218c>] EFLAGS: 00210202 esi: 7000 ed c110 ebp: 7000 sp: c0ed3ea0 ds: 0018 es: 0018 ss: 0018 Process Maelstrom (pid: 30242, stackpage=c0ed3000) Stack: 68d0 00200286 c024fdb4 00e0 c024ffac c024ffa8 c012b292 0007 0001 c0ed3f54 c0baa2c0 c6c1fe8c c012b478 c013e1e3 c4561120 c0baa2c0 0145 c01b5477 c0baa2c0 c6c1fe8c Call Trace: [] [] [] [] [] [] [] [] [] Code: 0f 0b 89 d8 eb 14 45 83 c7 0c 83 fd 09 0f 86 f5 fd ff ff ff Using defaults from ksymoops -t elf32-i386 -a i386 Trace; c012b292 <__alloc_pages+62/230> Trace; c012b478 <__get_free_pages+18/30> Trace; c013e1e3 <__pollwait+33/1070> Trace; c01b5477 Trace; c01b075f Trace; c013e41c <__pollwait+26c/1070> Trace; c013e8b9 <__pollwait+709/1070> Trace; c0119152 Trace; c0106cb7 <__up_wakeup+113b/2594> Code; Before first symbol <_EIP>: Code; Before first symbol 0: 0f 0b ud2a Code; 0002 Before first symbol 2: 89 d8 mov%ebx,%eax Code; 0004 Before first symbol 4: eb 14 jmp1a <_EIP+0x1a> 001a Before first symbol Code; 0006 Before first symbol 6: 45inc%ebp Code; 0007 Before first symbol 7: 83 c7 0c add$0xc,%edi Code; 000a Before first symbol a: 83 fd 09 cmp$0x9,%ebp Code; 000d Before first symbol d: 0f 86 f5 fd ff ff jbefe08 <_EIP+0xfe08> fe08 Code; 0013 Before first symbol 13: ff 00 incl (%eax) - 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/
Re: all processes waiting in TASK_UNINTERRUPTIBLE state
Hi again i have a stack now an #0 schedule () at sched.c:536 #1 0x1002f932 in __wait_on_buffer (bh=0x50eb16e4) at buffer.c:157 #2 0x10036f46 in block_read (filp=0x5009787c, buf=0x80c08f0 "¤\201", count=8192, ppos=0x5009789c) at /home/mistral/dev/kernel/linux-2.4.5-um9/include/linux/locks.h:20 #3 0x1002eb4b in sys_read (fd=3, buf=0x80c00f0 "¤\201", count=8192) at read_write.c:133 #4 0x100fb807 in execute_syscall (regs={regs = {3, 135004400, 8192, 1283476480, 0, 3212835652, 4294967258, 43, 43, 0, 0, 3, 1074582884, 35, 582, 3212835588, 43}}) at syscall_kern.c:332 #5 0x100fb926 in syscall_handler (unused=0x0) at syscall_user.c:80 this should still be on #umldebug on irc.openproject.net for the next few ours if anybodys intresting at taking a look though gdb via a bot. James -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 8:30pm up 2 days, 42 min, 4 users, load average: 1.00, 0.94, 0.64 - 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/
Re: all processes waiting in TASK_UNINTERRUPTIBLE state
Hi i have been looking at it a lot over the past few days i seem to be the person who can trigger it easyest. over the past couple of days i have been running with the #define WAITQUEUE_DEBUG 1 no problems seem to have appeared there though and the bug still triggers. On Mon, 25 Jun 2001, Jeff Dike wrote: > [EMAIL PROTECTED] said: > > I am running in to a problem, seemingly a deadlock situation, where > > almost all the processes end up in the TASK_UNINTERRUPTIBLE state. > > All the process eventually stop responding, including login shell, no > > screen updates, keyboard etc. Can ping and sysrq key works. I > > traced the tasks through sysrq-t key. The processors are in the idle > > state. Tasks all seem to get stuck in the __wait_on_page or > > __lock_page. i also seem to get ut ub __wait_on_buffer and ___wait_on_page James -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 8:00pm up 2 days, 12 min, 4 users, load average: 1.41, 0.38, 0.40 - 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/
Re: Two nfsd bugs in 2.4.x
>Since I switched to the kernel nfsd I have troubles exporting my >filesystems. I think in kernel 2.2.x there was no problem, neither was >it with the userspace nfsd. Currently I run kernel 2.4.5pre1 on the >server. i have also had a few problems with nfsd when i have moved to 2.4.x (2.4.5-ac15 currently) from 2.2.x both the server and client side. problems i have been seeing include. a) if the server goes down the client sometimes does not remount the share. and it prints lots of "stale nfs handles or something" this is fine if it is remounted by hand. >1. When I try to boot one of my diskless clients (kernel 2.0.34), it mounts >its root fs from /opt/boot/client which is on an ext2 fs. But apparently >it hangs when it tries to access lib/ld-linux.so.1 (seen with a network >sniffer). This is a symbolic link pointing to lib/ld-linux.so.1.9.2. >In the kernel log I find: > >nfsd Security: lib/ld-linux.so.1 bad export. there are some options that do things with symlinks have you tried looking at some of those ? >2. I cannot any longer mount the server's /usr on certain workstations. >It works on my main workstation which currently runs kernel 2.4.5. >On other workstations I get "permission denied by server". I tried various >kernels (2.0.36, 2.2.3, 2.3.52) and various versions of mount (2.7l, 2.10o). >My /etc/exports contains the line > >/usr*.hjb.de(rw,no_root_squash) > >and all my clients are in my local DNS. The syslog shows >rpc.mountd: getfh failed: Operation not permitted hi yes i saw this it appeard to rpc.mountd that the client had already mounted the dir but the nfsd seemed to think otherwise it was returning the error to rpc.mountd rebooting the server was the only work around i found in this restarting the programs did not seem to help. eg client1: mount /home (works fine) client2: mount /home (did not work) server: restart nfs programs client2: mount /home (did not work) server: reboot client2: mount /home (works) and client1 works all the way though (except when the server is down of course) i have only seem these a few times and its been working fine since. so i think they are probably pritty hard to produce James -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 11:20pm up 3:32, 5 users, load average: 0.33, 0.39, 0.33 - 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/
[OPPS] 2.4.5-ac15
Hi when using eject to eject a cd from an atapi cd writer that had the tray locked by cdreored (which had messed up) i got the following opps on 2.4.5-ac15 Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: HP Model: CD-Writer+ 7200 Rev: 3.01 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: ATAPIModel: CD-ROM 44X Rev: T4C2 Type: CD-ROM ANSI SCSI revision: 02 ksymoops 2.3.7 on i586 2.4.5-ac15-js1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac15-js1/ (default) -m /boot/System.map-2.4.5-ac15-js1 (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. No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Error (regular_file): read_system_map stat /boot/System.map-2.4.5-ac15-js1 failed Unable to handle kernel paging request at virtual address f6f5f251 c011cd0d *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010082 eax: f6f5f201 ebx: cb40e000 ecx: f6f5f1fd edx: 0050 esi: 0246 edi: 0005 ebp: cb40ff94 esp: cb40ff74 ds: 0018 es: 0018 ss: 0018 Stack: c0107a40 c0107ae4 0005 cb40ff94 cb40e000 0005 00030001 c996d202 Call Trace: [] [] Code: 83 3c 02 01 75 07 c7 04 02 00 00 00 00 8d 47 ff 0f b3 83 50 >>EIP; c011cd0d<= Trace; c0107a40 <__up_wakeup+1ec4/2594> Trace; c0107ae4 <__up_wakeup+1f68/2594> Code; c011cd0d <_EIP>: Code; c011cd0d<= 0: 83 3c 02 01 cmpl $0x1,(%edx,%eax,1) <= Code; c011cd11 4: 75 07 jned <_EIP+0xd> c011cd1a Code; c011cd13 6: c7 04 02 00 00 00 00 movl $0x0,(%edx,%eax,1) Code; c011cd1a d: 8d 47 ff lea0x(%edi),%eax Code; c011cd1d 10: 0f b3 83 50 00 00 00 btr%eax,0x50(%ebx) <1>Unable to handle kernel paging request at virtual address f6f5f251 c011cd0d *pde = Oops: CPU:0 EIP:0010:[] EFLAGS: 00010082 eax: f6f5f201 ebx: cb40e000 ecx: f6f5f1fd edx: 0050 esi: 0246 edi: 0005 ebp: cb40fbb4 esp: cb40fb94 ds: 0018 es: 0018 ss: 0018 Stack: c0107a40 c0107ae4 0005 cb40fbb4 cb40e000 0005 00030001 c996d202 cbf95504 c8a6f520 c5bdb0c0 cbfc3220 c0334150 0286 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 83 3c 02 01 75 07 c7 04 02 00 00 00 00 8d 47 ff 0f b3 83 50 >>EIP; c011cd0d<= Trace; c0107a40 <__up_wakeup+1ec4/2594> Trace; c0107ae4 <__up_wakeup+1f68/2594> Trace; c01c781f Trace; c01c4455 Trace; c01b923e Trace; c0106e08 <__up_wakeup+128c/2594> Trace; c01ba410 Trace; c01ba773 Trace; c01bac34 Trace; c01d4740 Trace; c01080da <__up_wakeup+255e/2594> Trace; c010825d Trace; c010a51e Trace; c01080d0 <__up_wakeup+2554/2594> Trace; c010825d Trace; c010a51e Trace; c01080d0 <__up_wakeup+2554/2594> Trace; c010825d Trace; c010a51e Trace; c0119072 Trace; c010828f Trace; f6f5f251 Trace; c010a51e Trace; f6f5f251 Trace; c0107282 <__up_wakeup+1706/2594> Trace; c011cd0d Trace; c01128f7 <__verify_write+607/910> Trace; c0112560 <__verify_write+270/910> Trace; c0106e08 <__up_wakeup+128c/2594> Trace; f6f5f1fd Trace; f6f5f201 Trace; c011cd0d Trace; c0107a40 <__up_wakeup+1ec4/2594> Trace; c0107ae4 <__up_wakeup+1f68/2594> Code; c011cd0d <_EIP>: Code; c011cd0d<= 0: 83 3c 02 01 cmpl $0x1,(%edx,%eax,1) <= Code; c011cd11 4: 75 07 jned <_EIP+0xd> c011cd1a Code; c011cd13 6: c7 04 02 00 00 00 00 movl $0x0,(%edx,%eax,1) Code; c011cd1a d: 8d 47 ff lea0x(%edi),%eax Code; c011cd1d 10: 0f b3 83 50 00 00 00 btr%eax,0x50(%ebx) <0>Kernel panic: Aiee, killing interrupt handler! 2 warnings and 1 error issued. Results may not be reliable. -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 8:00pm up 12 min, 2 users, load average: 0.02, 0.39, 0.32 - To unsubscribe from this list: send the line "unsubscribe linux-ker
Re: obsolete code must die
Hi >-- a simpler, cleaner kernel will also be of more use in an academic >environment. >i386, i486 >The Pentium processor has been around since 1995. Support for these older >processors should go so we can focus on optimizations for the pentium and >better processors. >ISA bus, MCA bus, EISA bus >PCI is the defacto standard. Get rid of CONFIG_BLK_DEV_ISAPNP, >CONFIG_ISAPNP, etc > >ISA, MCA, EISA device drivers >If support for the buses is gone, there's no point in supporting devices for >these buses. i use all of the above and also require some of the new feature though you say good for academic in the UK most of the places are still running 486's as workstations when they come to though them out soon you wanna at least let the run a linux course with them first :) >parallel/serial/game ports >More controversial to remove this, since they are *still* in pretty wide >use -- but USB and IEEE 1394 are the way to go. No ifs ands or buts. these are possible in greater usage than you think. isdn cards still look like serial ports etc... scanner and where do you plug a joy stick in i have never even seen a usb joystick. hey i dont even have USB ports. though i do agree that there is alot of stuff there but its still mostly drivers. -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 2:20am up 14:45, 6 users, load average: 0.10, 0.18, 0.42 - 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/
[OPPS] 2.4.6-pre2
Hi this happens every time during boot on 2.4.6-pre2 ksymoops 2.3.7 on i586 2.4.6-pre1. Options used -V (default) -k /proc/ksyms (default) -L (specified) -o /lib/modules/2.4.6-pre1/ (default) -m P200-2.4.6-pre2/System.map (specified) No modules in ksyms, skipping objects CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010086 eax: 001d ebx: c02c3b80 ecx: 0001 edx: c025d5a8 esi: c02c3b80 edi: ebp: 0001 esp: c0271f2c ds: 0018 es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c0271000) Stack: c02158a2 c021595e 00ce 0009 c02a85c0 c02a6900 c025caa0 c01180db c02a85c0 c0271f70 c010828c c0266b20 c0271fb3 038f c0271fb4 c0106d00 c0266b20 038f c0271fb3 038f c0271fb4 c02bc600 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [<2072756f>] [<2b414756>] [<78303820>] [<69727943>] [] [] [] [] [] [] [] [] [] [] [<69727943>] [] Code: 0f 0b 83 c4 0c 8b 43 08 85 c0 75 12 fb 8b 53 10 52 ff 53 0c >>EIP; c01182d9<= Trace; c02158a2 Trace; c021595e Trace; c02a85c0 Trace; c02a6900 Trace; c025caa0 Trace; c01180db Trace; c02a85c0 Trace; c0271f70 Trace; c010828c Trace; c0266b20 Trace; c0271fb3 Trace; c0271fb4 Trace; c0106d00 Trace; c0266b20 Trace; c0271fb3 Trace; c0271fb4 Trace; c02bc600 Trace; c0260018 Trace; c01149ed Trace; c0271fb4 Trace; ff00 Trace; 2072756f Before first symbol Trace; 2b414756 Before first symbol Trace; 78303820 Before first symbol Trace; 69727943 Before first symbol Trace; c0105000 Trace; c027faaa Trace; c0266b20 Trace; c02727df Trace; c02a8fc0 Trace; c020bccd <_etext+651/1ae4> Trace; c02c3160 Trace; c0271ff4 Trace; c020bde0 <_etext+764/1ae4> Trace; c02a8fc0 Trace; 69727943 Before first symbol Trace; c0100197 Code; c01182d9 <_EIP>: Code; c01182d9<= 0: 0f 0b ud2a <= Code; c01182db 2: 83 c4 0c add$0xc,%esp Code; c01182de 5: 8b 43 08 mov0x8(%ebx),%eax Code; c01182e1 8: 85 c0 test %eax,%eax Code; c01182e3 a: 75 12 jne1e <_EIP+0x1e> c01182f7 Code; c01182e5 c: fbsti Code; c01182e6 d: 8b 53 10 mov0x10(%ebx),%edx Code; c01182e9 10: 52push %edx Code; c01182ea 11: ff 53 0c call *0xc(%ebx) Kernel panic: Aiee, killing interrupt handler! 1115 warnings issued. Results may not be reliable. -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 12:00pm up 25 min, 2 users, load average: 0.00, 0.00, 0.00 - 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/
Re: es1371 and recent kernels
Hi yes i can Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 6). IRQ 12. Master Capable. Latency=64. Min Gnt=12.Max Lat=128. I/O at 0xe800 [0xe83f]. CPU0 0: 17921979 XT-PIC timer 1: 82047 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 10 XT-PIC 8: 1 XT-PIC rtc 10: 17414341 XT-PIC eth0 12: 12959553 XT-PIC es1371 14:3066619 XT-PIC ide0 15: 16 XT-PIC ide1 e800-e83f : Ensoniq ES1371 [AudioPCI-97] e800-e83f : es1371 no problems with it at all though it is the same card as yours thats on a 2.4.5 kernel > >[please be kind and Cc when replying] > >Has someone been able to get es1371 to actually produce anything >audible with latest kernels? The last version I could use was 2.4.0. >Then I had some trouble but I attributed them to devfs. Now I've -- - Web: http://www.stev.org Mobile: +44 07779080838 E-Mail: [EMAIL PROTECTED] 5:00pm up 2 days, 1:42, 3 users, load average: 0.00, 0.00, 0.00 - 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/
2.4.4 parport compile error
make[3]: Entering directory `/home/mistral/data/kernels/SX/drivers/parport' gcc -D__KERNEL__ -I/home/mistral/data/kernels/SX/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i486-c -o parport_pc.o parport_pc.c parport_pc.c: In function `parport_pc_find_ports': parport_pc.c:2618: too many arguments to function `parport_pc_init_superio' make[3]: *** [parport_pc.o] Error 1 make[3]: Leaving directory `/home/mistral/data/kernels/SX/drivers/parport' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/home/mistral/data/kernels/SX/drivers/parport' make[1]: *** [_subdir_parport] Error 2 make[1]: Leaving directory `/home/mistral/data/kernels/SX/drivers' make: *** [_dir_drivers] Error 2 -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 1:10pm up 21:06, 6 users, load average: 10.81, 13.53, 14.58 - 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/
Re: Common GUI Config for All Users
Hi yeah but i did not see those posts anyway you can either run X as a nice window system adn run gtk or kde on it i prefere gtk for my needs because i find kde a bit heavy On Mon, 30 Apr 2001 [EMAIL PROTECTED] wrote: > This was my point... Mohammad WAS the only one to help and not criticize. > > I did not pass along the crap I got from the 'bad attitudes', like Jasper Jans, Mark >Hahn, & Paul Dunne. All grief, no guidance nor respect. Tough to be a newbie. > -- > C. > > The best way out is always through. > - Robert Frost A Servant to Servants, 1914 > > > James Stevenson wrote: > > > Hi > > > > >Thank you for the =constructive= answer Mohammad. I have thusfar only received >criticism for my question, with no further > > > information, which I think is destructive to the spirit of the list, and to the >culture. > > > > i belive he did give you extra information look at the section below > > is it just me or is there a web site address in there. > > also dont expect information to be handed to you on a plate. > > > > >> This list doesn't deal with what you are asking. Try > > >> http://www.linux.com and see if anything/anyone there can help you. > > > > -- > > - > > Check Out: http://stev.org > > E-Mail: [EMAIL PROTECTED] > > 6:50pm up 6 days, 5:38, 4 users, load average: 0.95, 1.13, 0.83 > > > > -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 7:30pm up 6 days, 6:18, 4 users, load average: 0.58, 0.98, 1.11 - 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/
2.4.3-ac4 ? pgd entry c0b610fc: 0000000000000000
Hi my mail programs stoped working fetchmail / procmail and a perl script and i found this in the logs Unable to handle kernel paging request at virtual address 0fff72bc printing eip: c0123dbc pgd entry c0b610fc: pmd entry c0b610fc: ... pmd not present! Oops: CPU:0 EIP:0010:[] EFLAGS: 00010087 eax: c020a140 ebx: fff729f0 ecx: 7ffb94f8 edx: 0020 esi: c020a0a0 edi: ebp: esp: c07d9f04 ds: 0018 es: 0018 ss: 0018 Process mailpost (pid: 450, stackpage=c07d9000) Stack: c002f838 009c4065 0013d000 c0d6141c c0046574 c25bd478 c020a0c8 0a12 7ffb94f8 c012445a c0124927 c002f838 009c4065 c0119cb6 c002f838 c0b68e60 c0269ea0 080c7000 0013d000 0004 0041 00204000 c0b61080 Call Trace: [] [] [] [] [] [] [] [] [] Code: 0f bb 0a 19 c0 85 c0 0f 84 be 00 00 00 89 f8 f7 d8 31 d8 89 ksymoops 2.3.4 on i686 2.2.19. Options used -v /home/mistral/data/kernels/SX2/vmlinux (specified) -K (specified) -l /proc/modules (default) -o /lib/modules/2.2.19/ (default) -m /home/mistral/data/kernels/SX2/System.map (specified) No modules in ksyms, skipping objects No ksyms, skipping lsmod Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010087 eax: c020a140 ebx: fff729f0 ecx: 7ffb94f8 edx: 0020 esi: c020a0a0 edi: ebp: esp: c07d9f04 ds: 0018 es: 0018 ss: 0018 Process mailpost (pid: 450, stackpage=c07d9000) Stack: c002f838 009c4065 0013d000 c0d6141c c0046574 c25bd478 c020a0c8 0a12 7ffb94f8 c012445a c0124927 c002f838 009c4065 c0119cb6 c002f838 c0b68e60 c0269ea0 080c7000 0013d000 0004 0041 00204000 c0b61080 Call Trace: [] [] [] [] [] [] [] [] [] Code: 0f bb 0a 19 c0 85 c0 0f 84 be 00 00 00 89 f8 f7 d8 31 d8 89 >>EIP; c0123dbc <__free_pages_ok+11c/230> <= Trace; c25bd478 Trace; c0124927 Trace; c0119cb6 Trace; c011c245 Trace; c010f056 Trace; c011136d Trace; c01114bf Trace; c0106ea3 Code; c0123dbc <__free_pages_ok+11c/230> <_EIP>: Code; c0123dbc <__free_pages_ok+11c/230> <= 0: 0f bb 0a btc%ecx,(%edx) <= Code; c0123dbf <__free_pages_ok+11f/230> 3: 19 c0 sbb%eax,%eax Code; c0123dc1 <__free_pages_ok+121/230> 5: 85 c0 test %eax,%eax Code; c0123dc3 <__free_pages_ok+123/230> 7: 0f 84 be 00 00 00 je cb <_EIP+0xcb> c0123e87 <__free_pages_ok+1e7/230> Code; c0123dc9 <__free_pages_ok+129/230> d: 89 f8 mov%edi,%eax Code; c0123dcb <__free_pages_ok+12b/230> f: f7 d8 neg%eax Code; c0123dcd <__free_pages_ok+12d/230> 11: 31 d8 xor%ebx,%eax Code; c0123dcf <__free_pages_ok+12f/230> 13: 89 00 mov%eax,(%eax) -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 10:30pm up 16 days, 6:24, 5 users, load average: 0.00, 0.00, 0.00 - 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/
[OPPS] 2.2.19
Hi i woke up to these this morning :( ksymoops 2.3.4 on i686 2.2.19. Options used -V (default) -k /proc/ksyms (specified) -L (specified) -o /lib/modules/2.2.19/ (default) -m /boot/System.map (specified) No modules in ksyms, skipping objects Unable to handle kernel paging request at virtual address d66e8454 current->tss.cr3 = 01d6f000, %cr3 = 01d6f000 *pde = Oops: CPU:0 EIP:0010:[read_chan+0/1804] EFLAGS: 00010286 eax: bfffe6f0 ebx: c74a6000 ecx: bfffe6f0 edx: c01c01e4 esi: c6cdb720 edi: c0cc2188 ebp: 1000 esp: c1d67f84 ds: 0018 es: 0018 ss: 0018 Process gnome-terminal (pid: 898, process nr: 51, stackpage=c1d67000) Stack: c6cdb720 bfffe6f0 1000 c6cdb720 ffea c0124e8e c6cdb720 bfffe6f0 1000 c6cdb734 c1d66000 08336290 bfffe6f0 b708 c0109394 0011 bfffe6f0 1000 08336290 bfffe6f0 b708 0003 c010002b Call Trace: [sys_read+174/196] [system_call+52/56] [startup_32+43/286] Code: 10 8b 54 24 24 0f ca 85 d2 75 05 31 d2 eb 0b 90 0f bc c2 ba Using defaults from ksymoops -t elf32-i386 -a i386 Code; Before first symbol <_EIP>: Code; Before first symbol 0: 10 8b 54 24 24 0f adc%cl,0xf242454(%ebx) Code; 0006 Before first symbol 6: ca 85 d2 lret $0xd285 Code; 0009 Before first symbol 9: 75 05 jne10 <_EIP+0x10> 0010 Before first symbol Code; 000b Before first symbol b: 31 d2 xor%edx,%edx Code; 000d Before first symbol d: eb 0b jmp1a <_EIP+0x1a> 001a Before first symbol Code; 000f Before first symbol f: 90nop Code; 0010 Before first symbol 10: 0f bc c2 bsf%edx,%eax Code; 0013 Before first symbol 13: ba 00 00 00 00mov$0x0,%edx Unable to handle kernel paging request at virtual address f656 current->tss.cr3 = 0588d000, %cr3 = 0588d000 *pde = Oops: 0002 CPU:0 EIP:0010:[schedule+139/644] EFLAGS: 00010086 eax: f61a ebx: c06de000 ecx: 0002 edx: c06de068 esi: c1684400 edi: c06de068 ebp: c06de04c esp: c06de03c ds: 0018 es: 0018 ss: 0018 Process glimmer (pid: 1003, process nr: 46, stackpage=c06dd000) Stack: c06de068 f61a 08162038 c1684400 c06de070 c0111021 c06de000 c06de000 f656 c06de000 c06de068 c06de000 c06de114 c06de0f8 c01d6e30 08162518 08162500 c01d8a05 c06de000 0002 c010e8b8 c06de0f8 08162258 Call Trace: [__down+77/164] [__down_failed+8/12] [stext_lock+105/13764] [do_page_fault+0/944] [error_code+53/64] [schedule+139/644] [__down+77/164] Code: 89 50 3c c7 43 3c 00 00 00 00 c7 43 40 00 00 00 00 c7 43 14 Code; Before first symbol <_EIP>: Code; Before first symbol 0: 89 50 3c mov%edx,0x3c(%eax) Code; 0003 Before first symbol 3: c7 43 3c 00 00 00 00 movl $0x0,0x3c(%ebx) Code; 000a Before first symbol a: c7 43 40 00 00 00 00 movl $0x0,0x40(%ebx) Code; 0011 Before first symbol 11: c7 43 14 00 00 00 00 movl $0x0,0x14(%ebx) Unable to handle kernel NULL pointer dereference at virtual address 000f current->tss.cr3 = 0208c000, %cr3 = 0208c000 *pde = Oops: CPU:0 EIP:0010:[rpcauth_gc_credcache+48/152] EFLAGS: 00010202 eax: ddd6 ebx: ecx: c7f9af90 edx: 0007 esi: c2331da4 edi: c7f9af80 ebp: 0004 esp: c2331d24 ds: 0018 es: 0018 ss: 0018 Process xscreensaver (pid: 821, process nr: 48, stackpage=c2331000) Stack: c7f9af80 c01a2edc c7f9af80 c7f9af80 c2331da4 c7a51500 c2331d9c c01a2fe2 c7f9af80 c2331da4 c2331da4 c019d8be c2331da4 c019d7aa c2331da4 c2331e54 c2331da4 c7a51500 Call Trace: [rpcauth_lookup_credcache+64/156] [rpcauth_bindcred+58/84] [rpc_call_setup+58/108] [rpc_call_sync+102/160] [rpc_run_timer+0/68] [nfs_proc_lookup+144/184] [nfs_lookup_revalidate+286/500] Code: 66 83 7a 08 00 75 1d a1 40 4c 20 c0 8b 72 04 29 c6 89 f0 85 Code; Before first symbol <_EIP>: Code; Before first symbol 0: 66 83 7a 08 00cmpw $0x0,0x8(%edx) Code; 0005 Before first symbol 5: 75 1d jne24 <_EIP+0x24> 0024 Before first symbol Code; 0007 Before first symbol 7: a1 40 4c 20 c0mov0xc0204c40,%eax Code; 000c Before first symbol c: 8b 72 04 mov0x4(%edx),%esi Code; 000f Before first symbol f: 29 c6 sub%eax,%esi Code; 0011 Before first symbol 11: 89 f0 mov%esi,%eax Code; 0013 Before first symbol 13: 85 00 test %eax,(%eax) Unable to handle kernel NULL pointer der
Re: 2.2.15 kernel bug report
Hi this was a bug in 2.2.15 you could do while(1) { connect() } and it would crash the kernel it was fixed by 2.2.16 In local.linux-kernel-list, you wrote: >I am enclosing a section of code that crashes the 2.2.15 kernel >repeatedly. My system is a 266 Intel P2 with 128Mb ram. The >crash is caused by the connect statement. It does not crash >if the socket is in BLOCKING mode. My distribution is Slack 7.0 >if that matters. > -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 11:40am up 7 days, 19:35, 5 users, load average: 2.33, 2.54, 2.58 - 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/
question on /dev/tap0
Hi would somebody be able to explain to me when you try to open /dev/tap0 which is a character device file which has the permissions File: "tap0" Size: 0Filetype: Character Device Mode: (0666/crw-rw-rw-) when tried to open [mistral@linux /dev]$ cat tap0 cat: tap0: Operation not permitted and strace shows that it gets a permission error open("tap0", O_RDONLY|0x8000) = -1 EPERM is it just me or is this either a) a bug b) very misleading thanks James -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 10:50pm up 58 min, 3 users, load average: 0.30, 0.11, 0.03 - 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/
OPPS 2.2.18
ksymoops 2.3.4 on i686 2.2.18. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.2.18/ (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. No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Unable to handle kernel paging request at virtual address 72043a2e current->tss.cr3 = 04074000, %cr3 = 04074000 *pde = 000 Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 eax: ebx: c7be1000 ecx: edx: 0078 esi: 0ab936c1 edi: c01818f0 ebp: c3de3c78 esp: c5525cac ds: 0018 es: 0018 ss: 0018 Process diff (pid: 1805, process nr: 49, stackpage=c5525000) Stack: c02106d4 c01ef30d c018195a c7be1000 c5524000 c5525d84 c0162ac0 c3de3c78 c5525d84 0078 c5525cf8 c5524000 c3de3c78 c3e34000 0078 c5525cf8 c01818f0 c5525cf8 070d 01f4 0190 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 00 90 2e 3a 04 72 0c 2e 3a 44 01 77 06 2e 84 54 02 75 09 83 >>EIP; c00f36a1 Before first symbol <= Trace; c01ef30d Trace; c018195a Trace; c0162ac0 Trace; c01818f0 Trace; c019e687 Trace; c019f9a0 Trace; c019f92a Trace; c019de78 Trace; c01a1873 <__rpc_execute+9f/2ac> Trace; c01a1acb Trace; c01534e4 Trace; c015356e Trace; c0153688 Trace; c0153213 Trace; c01538c1 Trace; c011cb68 Trace; c012b8df Trace; c011ccd7 Trace; c011cc24 Trace; c0152bae Trace; c0124a56 Trace; c0109374 Code; c00f36a1 Before first symbol <_EIP>: Code; c00f36a1 Before first symbol <= 0: 00 90 2e 3a 04 72 add%dl,0x72043a2e(%eax) <= Code; c00f36a7 Before first symbol 6: 0c 2e or $0x2e,%al Code; c00f36a9 Before first symbol 8: 3a 44 01 77 cmp0x77(%ecx,%eax,1),%al Code; c00f36ad Before first symbol c: 06push %es Code; c00f36ae Before first symbol d: 2e 84 54 02 75test %dl,%cs:0x75(%edx,%eax,1) Code; c00f36b3 Before first symbol 12: 09 83 00 00 00 00 or %eax,0x0(%ebx) 2 warnings issued. Results may not be reliable. - 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/
VM problem with 2.2.18 ?
Hi i had a small problem with a program i was running which got stuck in a loop allocing memory by the time i found out it was doing it these were appearing VM: do_try_to_free_pages failed for ypbind... VM: do_try_to_free_pages failed for syslogd... VM: do_try_to_free_pages failed for klogd... VM: do_try_to_free_pages failed for ypserv... VM: do_try_to_free_pages failed for ypserv... VM: do_try_to_free_pages failed for ypserv... VM: do_try_to_free_pages failed for ypserv... VM: do_try_to_free_pages failed for ypserv... VM: do_try_to_free_pages failed for ypserv... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for esd... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for bash... VM: do_try_to_free_pages failed for crond... VM: do_try_to_free_pages failed for crond... VM: do_try_to_free_pages failed for crond... VM: do_try_to_free_pages failed for crond... VM: do_try_to_free_pages failed for crond... etc.. etc.. for many more processes then it all ended in a hangup i remember hacing these problems around 2.2.14/15 or so then it never happened again until today thanks James -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 10:40pm up 14 days, 10:46, 3 users, load average: 0.02, 0.07, 0.03 - 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/
unix_ioctl ?
Hi i notcied in unix_ioctl at the start of most of its functions is it possible for the sock->sk to be NULL ? static int unix_ioctl(struct socket *sock, unsigned int cmd, unsigned long arg) { struct sock *sk = sock->sk; as there is no test to see if its null it just jumps in and uses its data and could i thave caused this ? ksymoops 2.3.4 on i686 2.2.18. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.2.18/ (default) -m /boot/System.map (specified) No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Unable to handle kernel NULL pointer dereference at virtual address 01c4 current->tss.cr3 = 01f0, %cr3 = 01f0 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: c18e0684 ebx: ecx: 0168 edx: bfffee9c esi: c18e0640 edi: bfffee9c ebp: 541b esp: c1ef3f80 ds: 0018 es: 0018 ss: 0018 Process gnome-terminal (pid: 888, process nr: 47, stackpage=c1ef3000) Stack: c0162d81 c17614e0 541b bfffee9c c1713980 c012d7bd c1761440 c1713980 541b bfffee9c c1ef2000 bfffee58 c18e7e40 c1761440 c0109374 0004 541b bfffee9c bfffee58 0036 Call Trace: [] [] [] [] Code: 8b 59 5c 8b 44 24 14 89 da e8 73 e9 04 00 eb 06 90 b8 ea ff >>EIP; c01880c3<= Trace; c0162d81 Trace; c012d7bd Trace; c0109374 Trace; c010002b Code; c01880c3 <_EIP>: Code; c01880c3<= 0: 8b 59 5c mov0x5c(%ecx),%ebx <= Code; c01880c6 3: 8b 44 24 14 mov0x14(%esp,1),%eax Code; c01880ca 7: 89 da mov%ebx,%edx Code; c01880cc 9: e8 73 e9 04 00call 4e981 <_EIP+0x4e981> c01d6a44 <__put_user_4+0/18> Code; c01880d1 e: eb 06 jmp16 <_EIP+0x16> c01880d9 Code; c01880d3 10: 90nop Code; c01880d4 11: b8 ea ff 00 00mov$0xffea,%eax 1 warning issued. Results may not be reliable. thanks James -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 1:10pm up 24 days, 20:55, 7 users, load average: 2.10, 1.36, 1.09 - 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/
[OPPS] 2.2.18 + Scheduling in interrupt
Hi this is the first opps i got from several i have attached the rest in a gzip file these were the messages i got Aiee, killing interrupt handler alloc_skb called nonatomically from interrupt c016468f eth0: Tx request while isr active. Scheduling in interrupt first opps Unable to handle kernel NULL pointer dereference at virtual address current->tss.cr3 = 00101000, %cr3 = 00101000 *pde = Oops: 0002 CPU:0 EIP:0010:[] EFLAGS: 00010286 eax: 0018 ebx: c1ef2000 ecx: 02fd edx: c799c000 esi: edi: c2b9e220 ebp: c1ef3bf8 esp: c1ef3be4 ds: 0018 es: 0018 ss: 0018 Process gnome-terminal (pid: 3950, process nr: 42, stackpage=c1ef3000) Stack: c1ef2000 c2b9e220 0296 c1ef2000 c2b9e220 0001 c0117081 c1ef3c68 c1ef2000 c000 c1ef3d08 0020 c1ef2000 c0109898 000b c1ef3c68 c01d9b76 c01db50e c010eb1c c01db50e c1ef3c68 c655 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: c7 05 00 00 00 00 00 00 00 00 8d 65 e8 5b 5e 5f 89 ec 5d c3 >>EIP; c0110b36<= Trace; c0117081 Trace; c0109898 Trace; c01d9b76 Trace; c01db50e Trace; c010eb1c Trace; c01db50e Trace; c017cea8 Trace; c0109485 Trace; c012043f Trace; c0110010 Trace; c0164ecc Trace; c01ca48b Trace; c0165031 <__kfree_skb+a1/a8> Trace; c01c9fbb Trace; c0164f82 Trace; c010a3fe Trace; c010a1c0 Trace; c010a520 Trace; c010a204 Trace; c0100018 Trace; c0117f19 Trace; c010a537 Trace; c010a204 Trace; c01137eb Trace; c010eab0 Trace; c01db48a Trace; c0109485 Trace; c012043f Trace; c0164ecc Trace; c016468f Trace; c0164903 Trace; c01878cc Trace; c01879b6 Trace; c01878cc Trace; c01b14b5 Trace; c0162ac0 Trace; c01878cc Trace; c01879b6 Trace; c01878cc Trace; c01b14b5 Trace; c0162ac0 Trace; c01878cc Trace; c0162cce Trace; c0124b47 Trace; c0162c3c Trace; c0109374 Code; c0110b36 <_EIP>: Code; c0110b36<= 0: c7 05 00 00 00 00 00 movl $0x0,0x0 <= Code; c0110b3d 7: 00 00 00 Code; c0110b40 a: 8d 65 e8 lea0xffe8(%ebp),%esp Code; c0110b43 d: 5bpop%ebx Code; c0110b44 e: 5epop%esi Code; c0110b45 f: 5fpop%edi Code; c0110b46 10: 89 ec mov%ebp,%esp Code; c0110b48 12: 5dpop%ebp Code; c0110b49 13: c3ret if anymore info is required mail me although i am not sure what was running at the time of the machine crashing thanks James -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 12:50am up 22 days, 8:35, 4 users, load average: 0.00, 0.12, 0.41 opps.txt.gz
/dev/netlink/tap0
Hi if i have a valid tap0 device i should be able to read write to /dev/netlink/tap0 but for some reson only as root should it be like this ? eg i would think that is the file permissions are like crw-rw-rw- /dev/netlink/tap0 anyone should be able to open it. is it meant to be like this if it is it seems very misleading from what i can tell it calls ethertap_open then it calls etlink_kernel_create then it calls sock_create where i think it is failing because it does not have CAP_NET_RAW thanks James -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 4:40pm up 19 days, 25 min, 6 users, load average: 0.08, 0.12, 0.42 - 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/
Re: ECN for servers ?
Hi no they should not be effected the place that starts the connection eg send the first SYN has to ask to use ECN if it is not requested it will never be used in that connection In local.linux-kernel-list, you wrote: >Hello, > >What is the impact of enabling ECN on the server side ? I mean, will >any clients (with broken firewalls) be affected if a SMTP/HTTP server >has ECN enabled ? > >On the other hand, is there any advantage with ECN enabled on the server >side ? > >-- >Petru Paler, mailto:[EMAIL PROTECTED] >http://www.ppetru.net - ICQ: 41817235 >- >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/ > -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 8:10pm up 13 days, 3:55, 2 users, load average: 0.08, 0.28, 0.14 - 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/
[OPPS] 2.2.18
On Linux version 2.2.18 (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) i got Unable to handle kernel paging request at virtual address 74723e0a current->tss.cr3 = 0353d000, %cr3 = 0353d000 *pde = Oops: CPU:0 EIP:0010:[] EFLAGS: 00010816 eax: ebx: 0001 ecx: edx: esi: c0230940 edi: 0286 ebp: 74723e0a esp: c54a3f70 ds: 0018 es: 0018 ss: 0018 Process find (pid: 5346, process nr: 52, stackpage=c54a3000) Stack: 0805ba70 0805ba84 0202 c012b409 c54a2000 b980 0805ba70 b8b8 c012b974 0805ba84 c54a2000 b980 c0129a4e 0805ba84 c54a2000 b980 c0109374 0805ba84 b860 0805770c Call Trace: [] [] [] [] Code: 8b 45 00 89 06 89 70 04 89 e8 2b 05 4c 66 20 c0 8d 04 40 89 ksymoops 2.3.4 on i686 2.2.18. Options used -v /home/mistral/data/kernels/P200/vmlinux (specified) -K (specified) -l /proc/modules (default) -o /lib/modules/2.2.18/ (default) -m /boot/System.map (specified) No modules in ksyms, skipping objects No ksyms, skipping lsmod Unable to handle kernel paging request at virtual address 74723e0a current->tss.cr3 = 0353d000, %cr3 = 0353d000 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010816 eax: ebx: 0001 ecx: edx: esi: c0230940 edi: 0286 ebp: 74723e0a esp: c54a3f70 ds: 0018 es: 0018 ss: 0018 Process find (pid: 5346, process nr: 52, stackpage=c54a3000) Stack: 0805ba70 0805ba84 0202 c012b409 c54a2000 b980 0805ba70 b8b8 c012b974 0805ba84 c54a2000 b980 c0129a4e 0805ba84 c54a2000 b980 c0109374 0805ba84 b860 0805770c Call Trace: [] [] [] [] Code: 8b 45 00 89 06 89 70 04 89 e8 2b 05 4c 66 20 c0 8d 04 40 89 >>EIP; c0121c2e <__get_free_pages+102/2b4> <= Trace; c012b409 Trace; c012b974 <__namei+c/58> Trace; c0129a4e Trace; c0109374 Code; c0121c2e <__get_free_pages+102/2b4> <_EIP>: Code; c0121c2e <__get_free_pages+102/2b4> <= 0: 8b 45 00 mov0x0(%ebp),%eax <= Code; c0121c31 <__get_free_pages+105/2b4> 3: 89 06 mov%eax,(%esi) Code; c0121c33 <__get_free_pages+107/2b4> 5: 89 70 04 mov%esi,0x4(%eax) Code; c0121c36 <__get_free_pages+10a/2b4> 8: 89 e8 mov%ebp,%eax Code; c0121c38 <__get_free_pages+10c/2b4> a: 2b 05 4c 66 20 c0 sub0xc020664c,%eax Code; c0121c3e <__get_free_pages+112/2b4> 10: 8d 04 40 lea(%eax,%eax,2),%eax Code; c0121c41 <__get_free_pages+115/2b4> 13: 89 00 mov%eax,(%eax) - 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/
Re: What does "NAT: dropping untracked packet" mean?
Hi do the messages apear when the windows machines a booting ? i would tend to think that the kernel cannot handle the NET on IGMP packets so its printting a message about it the packets do look like they are goign to a multicast address > >Feb 1 12:58:56 obelix kernel: NAT: 0 dropping untracked packet ce767600 1 >129.69.22.21 -> 224.0.0.2 >Feb 1 12:59:01 obelix kernel: NAT: 0 dropping untracked packet ce767480 1 >129.69.22.21 -> 224.0.0.2 >Feb 1 12:59:04 obelix kernel: NAT: 0 dropping untracked packet ce767d80 1 >129.69.22.21 -> 224.0.0.2 >Feb 1 13:00:44 obelix kernel: NAT: 0 dropping untracked packet ce767600 1 >129.69.22.51 -> 224.0.0.2 >Feb 1 13:00:47 obelix kernel: NAT: 0 dropping untracked packet ce767600 1 >129.69.22.51 -> 224.0.0.2 >Feb 1 13:00:50 obelix kernel: NAT: 0 dropping untracked packet ce767b40 1 >129.69.22.51 -> 224.0.0.2 > -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 3:00pm up 16 days, 22:21, 4 users, load average: 1.37, 1.38, 1.25 - 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/
[OPPS] 2.2.18
Hi got this opps the other day on a 2.2.18 kernel i will get more information if it is needed though i cannot remember what i was doing at the time ksymoops 0.7 on i686 2.2.18. Options used -v /home/mistral/data/kernels/P200/vmlinux (specified) -K (specified) -l /proc/modules (default) -o /lib/modules/2.2.18/ (default) -m /boot/System.map (specified) No modules in ksyms, skipping objects No ksyms, skipping lsmod Unable to handle kernel NULL pointer dereference at virtual address 000d current->tss.cr3 = 02d95000, %cr3 = 02d95000 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: c1cc7b00 ebx: c23cdcc0 ecx: c23cd9a0 edx: 0001 esi: c23cdcc0 edi: ebp: c2b11f0c esp: c2b11ee0 ds: 0018 es: 0018 ss: 0018 Process gnome-terminal (pid: 884, process nr: 40, stackpage=c2b11000) Stack: c7b8f920 c0187b09 c23cdcc0 0054 c1cc7c78 c2b11f74 c01878cc 0246 c23cd9a0 c57a64f4 c1cc7c78 c0162ac0 c1cc7c78 c2b11f74 0054 c2b11f40 c1cc7c78 c2b11f6c c1cc7c24 0054 c2b11f40 c01878cc c2b11f40 Call Trace: [] [] [] [] [] [] [] [] [] Code: 53 85 c0 74 30 8d 70 fc 8b 18 85 db 74 27 39 f3 74 23 8b 13 >>EIP; c0110b53 <__wake_up+7/48> <= Trace; c0187b09 Trace; c01878cc Trace; c0162ac0 Trace; c01878cc Trace; c0162cce Trace; c0124b47 Trace; c0162c3c Trace; c0109374 Trace; c010002b Code; c0110b53 <__wake_up+7/48> <_EIP>: Code; c0110b53 <__wake_up+7/48> <= 0: 53push %ebx <= Code; c0110b54 <__wake_up+8/48> 1: 85 c0 test %eax,%eax Code; c0110b56 <__wake_up+a/48> 3: 74 30 je 35 <_EIP+0x35> c0110b88 <__wake_up+3c/48> Code; c0110b58 <__wake_up+c/48> 5: 8d 70 fc lea0xfffc(%eax),%esi Code; c0110b5b <__wake_up+f/48> 8: 8b 18 mov(%eax),%ebx Code; c0110b5d <__wake_up+11/48> a: 85 db test %ebx,%ebx Code; c0110b5f <__wake_up+13/48> c: 74 27 je 35 <_EIP+0x35> c0110b88 <__wake_up+3c/48> Code; c0110b61 <__wake_up+15/48> e: 39 f3 cmp%esi,%ebx Code; c0110b63 <__wake_up+17/48> 10: 74 23 je 35 <_EIP+0x35> c0110b88 <__wake_up+3c/48> Code; c0110b65 <__wake_up+19/48> 12: 8b 13 mov(%ebx),%edx -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 3:50pm up 14 days, 23:11, 3 users, load average: 7.24, 6.63, 6.22 - 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: [OT?] Coding Style
> >> Then there is reasability. >> >> void ThisIsMyDumbassFunctionName >> so how many times have you typed something like ThisIsMyDumbAssFunctionName instead of ThisIsMyDumbassFunctionName >> if MUCH more difficult to read than >> >> void this_is_my_clear_and_easy_function_name > >I can certainly read the first easier than the second. > >MfG Kai -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 12:10am up 10 days, 7:31, 4 users, load average: 0.16, 0.04, 0.10 - 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/
[PF_PACKET] and failed checksums
Hi when i use a PF_PACKET / raw socket when i read data from the socket everything is fine apart from udp packets which are going to the machine on port 2049 sometimes the checksums fail i belive that the data might be getting changed on the udp pakcet somewhere inside the kernel as with the same program on another machine sees the packets fine (no csum error) on the way into the machine. and also the kernel does not report a checksum error though the data out of the raw socket seems not to be the same but however this only seems to happen on a machine which is an nfs server and only on packets to the nfs server port [2049] would anyone be able to shed some light on this ? greatly shortend log below UDP 192.168.1.2[690] -> 192.168.1.1[701] Len:48 UDP 192.168.1.1[701] -> 192.168.1.2[690] Len:28 UDP 192.168.1.1[2540] -> 192.168.1.1[701] Len:80 UDP 192.168.1.1[701] -> 192.168.1.1[2540] Len:32 UDP 192.168.1.1[2540] -> 192.168.1.3[53] Len:42 UDP 192.168.1.3[53] -> 192.168.1.1[2540] Len:119 UDP 192.168.1.1[2540] -> 192.168.1.1[701] Len:80 UDP 192.168.1.1[701] -> 192.168.1.1[2540] Len:32 UDP 192.168.1.1[2540] -> 192.168.1.3[53] Len:42 UDP linux.home[2540] -> 192.168.1.3[53] Len:42 UDP ns.home[53] -> linux.home[2540] Len:113 FAILED UDP CHECKSUM: cyrix.home -> linux.home Packet: 26765 Sniffer: 43102 L:124 UDP linux.home[2049] -> cyrix.home[800] Len:128 UDP cyrix.home[800] -> linux.home[2049] Len:140 UDP linux.home[2049] -> cyrix.home[800] Len:96 UDP linux.home[2049] -> cyrix.home[800] Len:96 FAILED UDP CHECKSUM: cyrix.home -> linux.home Packet: 25007 Sniffer: 40064 L:124 UDP linux.home[2049] -> cyrix.home[800] Len:128 UDP cyrix.home[800] -> linux.home[2049] Len:140 UDP linux.home[2049] -> cyrix.home[800] Len:96 UDP linux.home[2049] -> cyrix.home[800] Len:96 FAILED UDP CHECKSUM: cyrix.home -> linux.home Packet: 17756 Sniffer: 31277 L:120 UDP linux.home[2049] -> cyrix.home[800] Len:128 UDP cyrix.home[800] -> linux.home[2049] Len:140 FAILED UDP CHECKSUM: cyrix.home -> linux.home Packet: 16044 Sniffer: 28285 L:120 UDP linux.home[2049] -> cyrix.home[800] Len:128 UDP cyrix.home[800] -> linux.home[2049] Len:140 UDP linux.home[2049] -> cyrix.home[800] Len:96 -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 2:20pm up 2 days, 21:41, 3 users, load average: 0.14, 0.25, 0.15 - 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/
/proc/sys/net/unix
Hi should there be 2 files in that diretory with the same name ? mistral@sx:/proc/sys/net/unix$ ls -la total 0 dr-xr-xr-x 2 root root0 Jan 5 21:09 ./ dr-xr-xr-x 8 root root0 Jan 5 21:09 ../ -rw--- 1 root root0 Jan 5 21:09 max_dgram_qlen -rw--- 1 root root0 Jan 5 21:09 max_dgram_qlen mistral@sx:/proc/sys/net/unix$ thats under 2.4.0 -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 9:00pm up 20 days, 8:04, 3 users, load average: 0.35, 0.19, 0.08 - 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: test12: eth0 trasmit timed out after one hour uptime
Hi i may have also had some problems with this when i was connected to the net though ppp (most of the night) so far in about 6 hours it has stoped transmitting 2 times but still recives it is fine after i disconnect and reconnect i will try and get it to stop working with heavry disk io BTW this is all under 2.2.18 and never had any problem with the isp over the past month or so. In local.linux-kernel-list, you wrote: >At first I thought my lockups were HD i/o related also but then the last >lockup I had happened a while after I trashed my disk but while grabbing >email (ppp link). > >Joseph Cheek wrote: >> >> 00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] >> (rev 30) >> >> i've been doing a ton of compiling which has thrashed the [IDE] HD, >> perhaps it is related. other than that, just normal web surfing... > >-- > > -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 1:50am up 1 day, 11:05, 7 users, load average: 0.11, 0.09, 0.03 - 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: EJECT ioctl fails on empty SCSI CD-ROM
Hi this is what i get on 2.2.17 open("/dev/scd1", O_RDONLY|O_NONBLOCK) = 3 ioctl(3, CDROMEJECT, 0xbc78)= 0 close(3)= 0 In local.linux-kernel-list, you wrote: >Apparently using the CDROMEJECT ioctl with kernel 2.4-testX fails on >a SCSI CD-ROM that does not have a disc in it. The errno returned >corresponds to the string ``No such file or directory.'' > >The Linux CD-ROM Standard states that CDROMEJECT opens the drive tray. >It does not mention any prerequisite such as media being present. > >Is this the expected behavior? If so, I am curious to hear the rationale >behind it. -- - Check Out: http://stev.org E-Mail: [EMAIL PROTECTED] 8:00pm up 32 days, 7:56, 5 users, load average: 0.17, 0.53, 0.29 - 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/
[USB] Alcatel Modem ?
Hi is there currently any support under linxu for the Alcatel USB ADSL modem under linux ? thanks James - 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/