OOM process killer: strange X11 server crash...

2001-05-25 Thread Ishikawa
mory: Killed process 5450 (XF86_SVGA.ati1 2). ... This is a stock kerne 2.4.4 . ishikawa@duron$ uname -a Linux duron 2.4.4 #20 Tue May 1 13:45:38 JST 2001 i686 unknown ishikawa@duron$ My question again: Can OOM process killer be taught NOT to kill X11 server (and kill its client first) ? Well, havi

Re: Athlon possible fixes

2001-05-12 Thread Ishikawa
>On Sun, May 06, 2001 at 01:51:59PM +0100, Alan Cox wrote: > >> > There really needs to be a hardware fix... this doesn't stop some >> > application having it's owne optimised code from breaking on some >> > hardware (think games and similation software perhaps). >> >> prefetch is virtually address

Re: SCSI Tape corruption - update

2001-05-09 Thread Ishikawa
For comparison purposes, I use stock kernel 2.4.4. Use scsi tape support as module. Tape drive is HP c1539 (aka 1533a) dds-2. This drive is on the scsi chain of Tekram dc390, tmscsim driver (used as module). Hardware compression is enabled. Under this setup, tar cvbf 20 /dev/st0 large_direc

Re: 2.4 and 2GB swap partition limit

2001-05-03 Thread Ishikawa
J. A. Magallon wrote: >I'm not so sure it's only a 'rule of thumb'. Do not know the state of >paging in just released 2.4.4, but in previuos kernel, a page that was >paged-out, reserves its place in swap even if it is paged-in again, so >once you have paged-out all your ram at least once, you can't

Got a Kernel OOPS, and the problem with OOPS itself.

2001-04-23 Thread Ishikawa
AMD Duron 750Mhz. 256MB memory, 80MB swap. ishikawa@duron$ !ksy ksymoops < oops-2001-04-24-b.txt ksymoops 2.3.7 on i686 2.4.4-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.4-pre4/ (default) -m /boot/System.map-2.

xf86 server crash and VM problem(?)

2001-04-22 Thread Ishikawa
en above core was created. (I only began tracing after the web page was loaded and searching of a string is performed once.) I used "strace -o X.trace.out -p pid-of-X-server". ishikawa@duron$ grep map X.trace.out 08:33:49 old_mmap(NULL, 163840, PROT_READ|PROT_WRITE, MAP_P

"uname -p" prints unknown for Athlon K7 optimized kernel?

2001-04-14 Thread Ishikawa
Hi, On my athlong K7 optimized kernel prints "unknown" fir oricessir type. (I have not realized what this "unknown" stood for until today.) #uname -p unknown #uname -a Linux duron 2.4.3 #2 Fri Apr 6 04:38:35 JST 2001 i686 unknown It would be nice to have the processor name printed. Is this ker

Re: Swap Corruption in 2.4.3 ?

2001-04-14 Thread Ishikawa
On 10 Apr 2001, Richard Russon wrote: > VM: Undead swap entry 000bb300 > VM: Undead swap entry 00abb300 > VM: Undead swap entry 016fb300 I have seen similar mysterious crashes of X server when I began accessing large web page using Netscape navigator. It was reproducible the first few times I no

Re: Interesting post from the MC project to linux-kernel. :block while spinlock held...

2001-03-23 Thread Ishikawa
.) Kurt Garloff wrote: > On Thu, Mar 22, 2001 at 02:24:56AM +0900, Chiaki Ishikawa wrote: > > --- begin quote --- > > > enclosed are 163 potential bugs in 2.4.1 where blocking functions are > > > called with either interrupts disabled or a spin lock held. The > > &

Interesting post from the MC project to linux-kernel. :block while spinlock held...

2001-03-21 Thread Ishikawa
Hi, I suppose that many SCSI maintainers do read the linux-kernel mailing list. However, just in case, I am quoting one of the very interesting postings that come from people at Stanford. They seem to be doing mechanical verification / checking of linux source code to hunt for potentical bugs. In

Re: scsi_scan problem.

2001-03-16 Thread Ishikawa
hese devices seem to report all LUN's as available even if the media is not in the drive. The driver, tmscsim.o, is compiled as module and is inserted during boot (using Debian's /etc/module mechanism). Eg. Device config. ishikawa@duron$ cat /proc/scsi/scsi Attached devices: Host: scsi0

Re: scsi_scan problem.

2001-03-16 Thread Ishikawa
Hi, I have an "old" Nakamichi CD changer. ("old" might be important consideration here. ) Should I test the patch submitted and report what I found ? (Or maybe I don't have to bother at this stage at all and simply wait for the 2.5 development and debugging cycle?) - To unsubscribe from this

Re: scsi vs ide performance on fsync's

2001-03-04 Thread Ishikawa
e elapsed time of SCSI case is TWICE as long if we let the previous output of the test program stay before running the second test? (I suspect fdatasync takes time proportional to the (then current) file size, but still why SCSI case is so long is beyond me.) Eg. ishikawa@duron$ ls -l /tmp/t.out

Found out why "sg" was loaded automagically. Re: devfs: "cd" device not showing up initially.

2001-03-02 Thread Ishikawa
ition especially about the last two entries. Why are they loaded at all? I could not figure out why until today. These are also listed in /etc/modules, and "auto" is not given. So kerneld is not started at boot time... FYO, just to show what the lsmod output looks like after mounting a CD

Re: kernel/printk.c: increasing the buffer size to capture devfsd debug messages.

2001-02-20 Thread Ishikawa
Robert Read wrote: > I have used 128k and larger buffer sizes, and I just noticed this > fragment in the RedHat Tux Webserver patch. It creates a 2MB buffer: > > I am encouraged to try a large buffer then. Thank you. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

kernel/printk.c: increasing the buffer size to capture devfsd debug messages.

2001-02-20 Thread Ishikawa
700Kb. I have heard some problems hitting memory size limit during loading, etc.) Has anyone tried 128K buffer size in kernel/printk.c and still have the kernel boot (without hard to notice memory corruption problems and other subtle bugs)? Any hints and tips will be appreciated. Happy Hacking,

Re: Kernel panic: Ththththaats all folks

2001-02-13 Thread Ishikawa
al time out from other faster devices.) BTW, I was pleasantly surprised to see the nicely formatted dump of registers and such. It seems that kdb is really useful for the type of analysis at hand! Happy Hacking, Chiaki Ishikawa - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED]

Re: devfs: "cd" device not showing up initially. [Fwd: Scan past lun 7 in

2001-02-11 Thread Ishikawa
reflect the name changes that took place last year. SCSI device names and others are not quite up to date and don't agree with what we see on the real system. (I am assuming that this is generally true and not Debian-specific.) Attached is my first cut to up

devfs: "cd" device not showing up initially. [Fwd: Scan past lun 7 in 2.4.0]

2001-02-10 Thread Ishikawa
y sure where to report this. > (It might as well be the scsi system problem...) > Help will be appreciated where to send the bug reports, etc.. > (Forwarding will be fine.) > > Happy Hacking, > > Chiaki > > --- > I use Debian GNU/Linux, kernel 2.4.1. > ishikawa@dur

Re: /usr/src/linux/scripts/ver_linux prints out incorrect info when "ls" is aliased.

2001-02-05 Thread Ishikawa
Peter Samuelson wrote: > [Ishikawa] > > I just noticed that running > > > > . /usr/src/linux/script/ver_linux > > > > prints out strange libc version > [...] > > I found that if the command "ls" is aliased to "ls -aF"

/usr/src/linux/scripts/ver_linux prints out incorrect info when "ls" is aliased.

2001-02-04 Thread Ishikawa
I just noticed that running . /usr/src/linux/script/ver_linux prints out strange libc version when I run it as a normal user. It prints out expected output if I run it as superuser. Output Example: Incorrect and correct examples. Binutils 2.10.0.26 ! Linux C Library

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Ishikawa
"J . A . Magallon" wrote: > > > Average users you are targetting with that automagical > card detection even do not know there are SCSI and IDE disks. They just > want a 30Gb ide disk to install linux and play. If they involve with SCSI > and ID numbers and multiple cards and so on they can read

Re: IDE woes:linux and BIOS won't agree on C/H/S detection

2000-12-24 Thread Ishikawa
I sent out a longish response a few minutes ago which explained the my problem was solved somehow! One thing I missed explaining in my original post is the AMI BIOS on the GA-7IXE4 motherboard has a very spartan set of options. For the geometry translation of ATA disk, only On/Off choice was avai

Re: IDE woes:linux and BIOS won't agree on C/H/S detection

2000-12-24 Thread Ishikawa
Guest section DW wrote: > On Sat, Dec 23, 2000 at 12:11:41AM +0900, Ishikawa wrote: > > > I have to think more deeply then what the best measure would be. > > I suppose you can get all systems involved to agree on 255 heads > if you select LBA in the BIOS. > &

Re: IDE woes:linux and BIOS won't agree on C/H/S detection

2000-12-22 Thread Ishikawa
Thank you for your tips. Guest section DW wrote: > First a few warnings - probably you know already, but just to be sure: > > > (i) The geometry you get is mostly determined by the BIOS settings > (Normal / Large / LBA / PartitionTable). > > > (ii) The 2.2.14+ and 2.4 behaviours are both cor

IDE woes:linux and BIOS won't agree on C/H/S detection

2000-12-21 Thread Ishikawa
IDE woes. Sorry for this lengthy post, I read ide.txt, large-disk-howto.txt and experimented with fdisk (DOS/WIN), dd, and a few other tricks, but can't seem to be able to solve a question. Big Question - 1: I have a 20GB seagate ATA disk. My Board BIOS recognizes the CHS geometry when it auto-d

2.4.0-test-11: K7 compile error: `current' missing in string macro.

2000-11-24 Thread Ishikawa
ed the old config from some early test-1x series compilation.) ishikawa@standard$ diff -C1 -cibw ~/config-saved /usr/src/linux/.config *** /home/ishikawa/config-saved Fri Nov 24 13:44:30 2000 --- /usr/src/linux/.config Sat Nov 25 09:29:17 2000 *** *** 31,34 # CONFIG_MPENTIUM4

Re: tmscsim update for Linux 2.2.18pre15?

2000-10-10 Thread Ishikawa
ow works with test-9 on my PC.) I would like to thank Kurt for continueing to maintain the old tmscsim driver for the new kernel. Happy Hacking, Chiaki Ishikawa - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Pl