Re: How can I create root disk in Redhat 6.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike wrote: > Hi !! > > When i boot linux from rescue disk, i get following message: > > VFS: Insert root floppy disk to be loaded in RAM disk and press ENTER > > Now how can i create a root disk... I am trying to boot Redhat 6.0 > > > Regards, > Mike > man mkbootdisk Basically you do mkbootdisk version-number-of-your-kernel Sometimes with the addition of --device /dev/fd0 as this: mkbootdisk --device /dev/fd0 version-number-of-your-kernel The kernel version you are running can be seen by doing: uname -a /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6VbI8USLExYo23RsRAiW4AKCo7Bg+TpLth1a2OOWFV0VvWyClHwCfUp3f HEnQVOnAJYu1N0D2ZWJBLsg= =nYhZ -END PGP SIGNATURE- - 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: real talk cards in 2.2.18.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timothy A. DeWees wrote: > Hello, > > I am trying to compile the rtl8139 driver for my SMC > 10/100 NIC. I have turned on all 10/100 devices (i.e. 3Com > cards -n- such); however, I can not get the rtl driver to show > up as an option in my menuconfig. What to I need to do to > compile this driver as a module. Am I missing something > else perhaps not in Network Devices. I do see the rtl8139.c file in my drivers/net >source tree. > Have you turned on: [EISA, VLB, PCI and on board controllers] in [Ethernet (10 or 100Mbit) --->] which is in [Network device support --->] ??? /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6WiZkUSLExYo23RsRAqA6AJ9y4MXPORujp4vBO2zt2YWW2jWmKQCfR1/X y6JuvkONI4D/h3UytXoToAU= =qNK8 -END PGP SIGNATURE- - 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: bugreporting script - second try
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Juchem wrote: > Hi there. > > I rewrote my previous bugreport.pl in bash. I would appreciate it if you > had a look on this one. Run it once and give me feedback if you like. > Well it certantly works here. Almost everything is extracted correctly. I could not btw test the ksymoops "feature" unfortunately. What I did notice was the following. This was checking "b) software" in the output file. GNU C 2.96 Modutils 2.4.1 GNU make 3.79.1, Binutils 2.10.90 Linux libc5 C Library not found Linux libc6 C Library 2.2, Linux C++ library 2.7.2.8 Dynamic linker 2.2 Procps 2.0.7 Procinfo Psmisc 19 Net-tools 1.56 PPPcommand Kdb Sh-utils 2.0 Util-linux 2.10m E2fsprogs 1.19, Bash 2.04.11(1)-release I do not have any PPP, and no kdb installed on that machine, neither do I have procinfo. Shouldn't it say N/A or not found instead of the above? The ppp part is not true ;-). Other thing I thought about was the Ctrl-D thingy when entering text. What if ppl don't have any text to enter? Shouldn't is say on each line that if you don't have anything to write then just write N/A and press Ctrl-D? Because pressing Ctrl-D directly doesn't do any good. Sorry to just be a pain in the ass, and *very* sorry for not having the time to make a patch for you :) But you did a good job. I think this is really good for new kernel ppl. This could be very appreciated! /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6XNHAUSLExYo23RsRAlMtAJ9Mo8B0LmaelPoG3zNU0NJccysZ/gCgiQDe uaL2e9JaBbU3XCX5dLANsnQ= =GKCp -END PGP SIGNATURE- - 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: bugreporting script - second try
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Torkar wrote: > Matthias Juchem wrote: > > > Hi there. > > > > I rewrote my previous bugreport.pl in bash. I would appreciate it if you > > had a look on this one. Run it once and give me feedback if you like. > > > > Well it certantly works here. Almost everything is extracted correctly. I > could not btw test the ksymoops "feature" unfortunately. > > What I did notice was the following. > This was checking "b) software" in the output file. > > GNU C 2.96 > Modutils 2.4.1 > GNU make 3.79.1, > Binutils 2.10.90 > Linux libc5 C Library not found > Linux libc6 C Library 2.2, > Linux C++ library 2.7.2.8 > Dynamic linker 2.2 > Procps 2.0.7 > Procinfo > Psmisc 19 > Net-tools 1.56 > PPPcommand > Kdb > Sh-utils 2.0 > Util-linux 2.10m > E2fsprogs 1.19, > Bash 2.04.11(1)-release > > > I do not have any PPP, and no kdb installed on that machine, neither do I > have procinfo. Shouldn't it say N/A or not found instead of the above? The > ppp part is not true ;-). > Oohh btw when doing a pppd --version on my system I get. [@~]$ pppd --version bash: pppd: command not found /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE6XNOKUSLExYo23RsRApaPAJdFPBwbJ3cjbPEeSe9sF4bv95P1AJsElLpE sCnH3COXAqy2B4XzcML+FQ== =U2Yp -END PGP SIGNATURE- - 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: Problems in 2.4 kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sajeev wrote: > Hi. > I am not able to mount my floppy drive. When I try to mount it gives me the > following error > 'mount: /dev/fd0 has wrong major or minor number' > I am running the latest kernel release i.e. 2.4 . > I tried recreating the node but it has been of no use. > Can anyone please help me. > Thanks > Sajeev > Are you having everything else updated according to Documentation/Changes? /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6ZWPUUSLExYo23RsRApkfAKCZkAfjDrnuM8cjSoI8/9v2G/Mb5ACgtRHy Vx/a5DhhULhjAXLwYX+TTiw= =+cqx -END PGP SIGNATURE- - 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.2.16 does not compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrei Smirnov wrote: > > I have a newly installed RH-7.0 distribution on a Celeron Pentium 400. > When I tried to compile the kernel I got the following: > > 1. I ran make xconfig (or make menuconfig) and saved without changing any >options - completed OK > > 2. make dep: OK. > > 3. make zImage: produced the following output: > *** LOTS SNIPPED *** > > Did you edit the Makefile in /usr/src/linux and changed the line that reads: HOSTCC = gcc to HOSTCC = kgcc ? /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6GVa9USLExYo23RsRAtvCAKCYU2cpI+uKLfcksk44pIZWVlrYcgCgm5Fp 9XiqohikNCcCVwb3IL8X6G8= =Nv18 -END PGP SIGNATURE- - 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Riley wrote: > Jeff Epler wrote: > > > > On Tue, Nov 21, 2000 at 04:08:26PM -0500, David Riley wrote: > > > Windoze is not the only OS to handle bad hardware better than Linux. On > > > my Mac, I had a bad DIMM that worked fine on the MacOS side, but kept > > > causing random bus-type errors in Linux. Same as when I accidentally > > > (long story) overclocked the bus on the CPU. I think that more > > > tolerance for faulty hardware (more than just poorly programmed BIOS or > > > chipsets with known bugs) is something that might be worth looking into. > > > > And how do you propose to do that? > > > > For instance, in some other operating systems having the top bit flip > > in a pointer will cause silent use of incorrect data. On Linux, this > > will cause a signal 11. Which do you prefer, bad results or an error > > message? > > > > Can you suggest a specific way in which Linux can react correctly to > > e.g. flipped bits in RAM or cache which cannot be detected at the hardware > > level? Or maybe tell me how Linux can react correctly when an overclocked > > CPU starts producing incorrect results for right shifts once every few > > thousand instructions? > > Hmm... Good point. That would be hard to do. On that note, there > should be some prominent note on things like user manuals (though Linux > users shouldn't need *manuals* :-) that notes that common crashes like > signal 11 or "cc: internal failure" messages are generally caused by > hardware problems. Well David, there is such a "manual". http://ftp.sunet.se/LDP/FAQ/faqs/GCC-SIG11-FAQ /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6Gve8USLExYo23RsRAtrQAJ4glySTwLB+e02mlYX0L42pf3+8BACdEssx L2fhmp7uY+xa3wpWYt6cb+M= =aP6d -END PGP SIGNATURE- - 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Riley wrote: > Richard Torkar wrote: > > > > Well David, there is such a "manual". > > > > http://ftp.sunet.se/LDP/FAQ/faqs/GCC-SIG11-FAQ > > Yes. And if you ask the average new Linux user if they've read it, I > doubt you'll get a "yes". My question boils down to this, and this I > suppose is a personal/informational request for comments, so don't > clutter the list with responses directed at me: What (in your opinion) > is the most commonly read Linux user-land document? I would say the manual that comes with the distribution whether it is RedHat, Debian, Slackware etc... So yes it would be a good idea to contact the distributions-people and tell them to point it out "clearly" in their manual. /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6G6fQUSLExYo23RsRAofAAKCKvLzgDTHs/lYu6Bx0PA/F9Z7nYACgl9qs PgbaC8JGvJalG1Sh+6KUhRU= =UvUj -END PGP SIGNATURE- - 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: test11: lockup when reading /proc/ide/hde/identify
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ARND BERGMANN wrote: > Hi! > > I think I found a bug in the IDE subsystem. When I do 'cat > /proc/ide/hde/identify', the system locks up completely, not > even Alt+RysRq+B helps. Everything else under /proc/ide works. > hdparm can cause the same symptoms, but I have not checked > when exactly it does so. > > I have an Asus A7V mainboard with VIA 82C686A as first IDE > controller and an onboard Promise PDC20265 as second IDE > controller. > Both have a Fujitsu MPF3204AT as their primary master drive, > but the problem occurs only on the Promise adapter. > > I have tried kernel 2.4.0-test11-pre6, test11-ac2 and > ide.2.4.0-t11.1120, all with the same result, but I did not > try any older kernels, because I installed the machine > just two days ago. > > Arnd <>< I have an IBM HD on hde which is a HPT366. It is not reproducable here. Probably som VIA thingy? /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6HSVDUSLExYo23RsRAuZWAJ9+3bGOcdiqIK6tzfhApHFSUWtB2ACaAzPp wZLDcVJpZAyt5ecnET3MLMQ= =Y8tG -END PGP SIGNATURE- - 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: HPT366 + SMP = slight corruption in 2.3.99 - 2.4.0-11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Hollis wrote: > On Tue, 5 Dec 2000, Gerard Sharp wrote: > > Gnea wrote: > > > > [1.] One line summary of the problem: > > > > Intermittent corruption of 4 bytes in SMP kernels using HPT366 > > > [snip] > > > Have you tried updating the bios on the bp6? This solved a LOT of > > > problems for me, and afaik, ru is the latest... > > RU seems the latest. Flashed bios as per your nicely detailed > > instructions. > > No improvement in condition, alas. > > HPT366 on BP6 is just broken. Corruption and lockups happen under > microsoft-windoze as well. > Not my experience Dan. I've used my BP6 + HPT366 for a while now and I haven't had on lockup. No corruption either. Presently I use 2.4.0-test11-p4 and I have been following the 2.3.* kernel since the day I got the BP6. I have two Celeron 500 which are *not* o/c. I have seti@home running on this box 24/7. I use the latest BIOS. I guess I'm lucky *grin* /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6LAwsUSLExYo23RsRAtY+AKCOuqpfcSa73zzpHQfddSY/7JG8IACffPRe UzfNUJ7t3y2jdsS4jmS4Ggg= =FdqO -END PGP SIGNATURE- - 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: www.crucial.com won't talk to 2.4.0-test7 system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 29 Aug 2000, Bob_Tracy wrote: > I *thought* I wanted to buy some memory from Crucial :-). Can't > get there from here with my 2.4.0-test7 machine, but Win95 seems > to be ok, and 2.4.0-test5 worked ok from a different location > yesterday. Has anyone else seen this kind of thing that might shed > some light on the matter? Here's what tcpdump saw: > > 2.4.0-test7 trial > > 08:16:50.800511 gherkin.sa.wlk.com.3337 > www.crucial.com.www: S >3556516453:3556516453(0) win 5840 (DF) > 4500 003c 4000 4006 010f c09e fe31 > 89c9 f113 0d09 0050 d3fc 2265 > a0c2 16d0 1a35 0204 05b4 0402 080a > 01d5 d704 > 08:16:50.970196 www.crucial.com.www > gherkin.sa.wlk.com.3337: R 0:0(0) ack >3556516454 win 5840 (DF) > 4500 003c 4000 2906 180f 89c9 f113 > c09e fe31 0050 0d09 d3fc 2266 > a0d4 16d0 1a22 0204 05b4 0402 080a > 01d5 d704 [*lots* snipped away] With 2.4.0-test6 I don't experience this problem. I can't reproduce it whatsoever :) Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.2 (GNU/Linux) Comment: Made with pgp4pine 1.75 iD8DBQE5q8qaUSLExYo23RsRAg3rAKDTCw+6nEajhTZ/b0etLyj8uuxeuwCfbjCu WaepckWuuAI1raiCPsV5fsw= =H3vp -END PGP SIGNATURE- - 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: test8-pre2 fs corruption?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 3 Sep 2000, Mohammad A. Haque wrote:
> Ok, looking better. I havent been able to forcibly corrupt my mailboxes
> like I did before. Yet anyways. I left my machine for about 10 mins and
> came back and noticed this...
>
> Sep 3 16:46:29 viper kernel: attempt to access beyond end of device
> Sep 3 16:46:29 viper kernel: 21:01: rw=0, want=1070936764,
> limit=30015184
> Sep 3 16:46:29 viper kernel: attempt to access beyond end of device
> Sep 3 16:46:29 viper kernel: 21:01: rw=0, want=1422438616,
> limit=30015184
>
Talk to Jens Axboe regarding this. He gave me a patch when I experienced
the same problems with a DVD the other day.
Attached is the patch if you would like to try. It is against test8-pre1
/Richard
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: Made with pgp4pine 1.75
iD8DBQE5sr5MUSLExYo23RsRAqqLAJ9UF+dav+R3jkIL5ykzTXDRidPtPgCgvFt/
ggV9L3Vh5yeddF36QfUrMzU=
=1MFr
-END PGP SIGNATURE-
diff -ur --exclude-from /home/axboe/cdrom/exclude
/opt/kernel/linux-2.4.0-test8-pre1/MAINTAINERS linux/MAINTAINERS
--- /opt/kernel/linux-2.4.0-test8-pre1/MAINTAINERS Thu Aug 24 05:12:54 2000
+++ linux/MAINTAINERS Thu Aug 31 01:04:34 2000
@@ -540,7 +540,7 @@
IDE/ATAPI CDROM DRIVER
P: Jens Axboe
-M: [EMAIL PROTECTED]
+M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
W: http://www.kernel.dk
S: Maintained
@@ -986,7 +986,7 @@
SCSI CDROM DRIVER
P: Jens Axboe
-M: [EMAIL PROTECTED]
+M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
W: http://www.kernel.dk
S: Maintained
@@ -1174,7 +1174,7 @@
UNIFORM CDROM DRIVER
P: Jens Axboe
-M: [EMAIL PROTECTED]
+M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
W: http://www.kernel.dk
S: Maintained
diff -ur --exclude-from /home/axboe/cdrom/exclude
/opt/kernel/linux-2.4.0-test8-pre1/drivers/cdrom/cdrom.c linux/drivers/cdrom/cdrom.c
--- /opt/kernel/linux-2.4.0-test8-pre1/drivers/cdrom/cdrom.cFri Jun 30 03:25:50
2000
+++ linux/drivers/cdrom/cdrom.c Sun Aug 27 03:26:40 2000
@@ -784,6 +784,8 @@
if (!CDROM_CAN(CDC_SELECT_DISC))
return -EDRIVE_CANT_DO_THIS;
+ (void) cdi->ops->media_changed(cdi, slot);
+
if (slot == CDSL_NONE) {
/* set media changed bits, on both queues */
cdi->mc_flags = 0x3;
@@ -851,8 +853,8 @@
if (cdi == NULL || cdi->ops->media_changed == NULL)
return 0;
if (!CDROM_CAN(CDC_MEDIA_CHANGED))
- return 0;
- return (media_changed(cdi, 0));
+ return 0;
+ return media_changed(cdi, 0);
}
/* badly broken, I know. Is due for a fixup anytime. */
@@ -872,8 +874,7 @@
return;
}
/* Grab the TOC header so we can see how many tracks there are */
- ret = cdi->ops->audio_ioctl(cdi, CDROMREADTOCHDR, &header);
- if (ret) {
+ if ((ret = cdi->ops->audio_ioctl(cdi, CDROMREADTOCHDR, &header))) {
if (ret == -ENOMEDIUM)
tracks->error = CDS_NO_DISC;
else
@@ -1516,12 +1517,13 @@
cdinfo(CD_DO_IOCTL, "entering CDROM_MEDIA_CHANGED\n");
if (!CDROM_CAN(CDC_MEDIA_CHANGED))
return -ENOSYS;
+
+ /* cannot select disc or select current disc */
if (!CDROM_CAN(CDC_SELECT_DISC) || arg == CDSL_CURRENT)
- /* cannot select disc or select current disc */
return media_changed(cdi, 1);
- if ((unsigned int)arg >= cdi->capacity) {
+
+ if ((unsigned int)arg >= cdi->capacity)
return -EINVAL;
- }
if ((ret = cdrom_read_mech_status(cdi, &info)))
return ret;
@@ -1570,10 +1572,10 @@
if (!CDROM_CAN(CDC_SELECT_DISC))
return -ENOSYS;
-if ((arg != CDSL_CURRENT) && (arg != CDSL_NONE)) {
- if ((int)arg >= cdi->capacity)
- return -EINVAL;
- }
+if ((arg != CDSL_CURRENT) && (arg != CDSL_NONE))
+ if ((int)arg >= cdi->capacity)
+ return -EINVAL;
+
/* cdo->select_disc is a hook to allow a driver-specific
* way of seleting disc. However, since there is no
* equiv hook for cdrom_slot_status this may not
@@ -1834,7 +1836,6 @@
struct cdrom_device_ops *cdo = cdi->ops;
struct cdrom_generic_command cgc;
struct modesel_head mh;
- int ret;
memset(&mh, 0, sizeof(mh));
mh.block_desc_length = 0x08;
@@ -1852,14 +1853,7 @@
mh.block_length_med = (size >> 8) & 0xff;
mh.block_length
kernel BUG at vmscan.c:102!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doing some heavy i/o on my 2.4.0-test10 (rar) while downloading at 10Mb/s at the same time resulted in this: Oct 22 20:03:38 toor kernel: kernel BUG at vmscan.c:102! Oct 22 20:03:38 toor kernel: invalid operand: Oct 22 20:03:38 toor kernel: CPU:1 Oct 22 20:03:38 toor kernel: EIP:0010:[try_to_swap_out+250/768] Oct 22 20:03:38 toor kernel: EFLAGS: 00010286 Oct 22 20:03:38 toor kernel: eax: 001c ebx: 4f00 ecx: c12e6000 edx: 0021 Oct 22 20:03:38 toor kernel: esi: c11d96a0 edi: 06f64045 ebp: 4f00 esp: c12e7e88 Oct 22 20:03:38 toor kernel: ds: 0018 es: 0018 ss: 0018 Oct 22 20:03:38 toor kernel: Process kswapd (pid: 2, stackpage=c12e7000) Oct 22 20:03:38 toor kernel: Stack: c0219ae5 c0219ce4 0066 0001 40081000 c7424200 4007f000 Oct 22 20:03:38 toor kernel:40081000 c012cdaf c784c3e0 c7833a60 4008 c7424200 0004 c78ce400 Oct 22 20:03:38 toor kernel:40081000 40081000 c78ce400 0011 c010c430 0001 c02a1050 000b Oct 22 20:03:38 toor kernel: Call Trace: [tvecs+7101/66488] [swap_out_vma+287/432] [handle_IRQ_event+96/144] [do_softirq+109/160] [do_IRQ+231/256] [swap_out_mm+76/128] ver_linux output: [toor@/usr/src/linux/scripts]$ sh ver_linux - -- Versions installed: (if some fields are empty or look - -- unusual then possibly you have very old versions) Linux toor 2.4.0-test10 #2 SMP Thu Oct 19 10:30:23 CEST 2000 i686 unknown Kernel modules 2.3.14 Gnu C 2.96 Gnu Make 3.79.1 Binutils 2.10.0.18 Linux C Library2.1.94 Dynamic linker ldd (GNU libc) 2.1.94 Procps 2.0.7 Mount 2.10m Net-tools 1.56 Console-tools 0.3.3 Sh-utils 2.0 Modules Loaded mga 3c59x opl3 sb sb_lib uart401 sound soundcore Standard RH 7.0 with all updates applied. Any more info needed? If so just ask :) I don't have the right modutils but on the other hand some how I don't think that's the problem. /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE58y1pUSLExYo23RsRAmVGAKDK/Whq3a9VHbfysdA8b0KSS1lFLACgxTUx u9NQzrFESfIk5BKgKeBNhM0= =vRyy -END PGP SIGNATURE- - 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: oopsen in 2.4.0-pre9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John R Lenton wrote: > Several oops come up when using a lot of memory (using > imagemagick on PIA1.tif from photojournal.jpl.nasa.gov/tiff, > on a 64MB machine, for example) > > The weird thing is the oops happen *after* I've finished with > imagemagick (or the gimp, or ...). In this particular situation > netscape suddenly died, together with wmtime, and then the whole > of X hung. I entered via the network, to find that xfs had died > (explaining X's hanging), and as soon as I restarted X the whole > box was gone. It still responded to pings, but even the active > ssh session was dead and I couldn't get a new one. I can only confirm your problem, but I use 128MB RAM. When using "display PIA1.tif" my computer starts swapping furiously and then locks *hard*. Not even sysrq works and unfortunately in my case no oops in messages... H, serious? Dunno... /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5/tcrUSLExYo23RsRAticAKDV+Id7DrSVq8soFQVgtXj5X7mFRACfcgCs OgH+ITA+oafSn8QHuH9E43w= =cEAp -END PGP SIGNATURE- - 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: oopsen in 2.4.0-pre9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John R Lenton wrote: > Several oops come up when using a lot of memory (using > imagemagick on PIA1.tif from photojournal.jpl.nasa.gov/tiff, > on a 64MB machine, for example) > > The weird thing is the oops happen *after* I've finished with > imagemagick (or the gimp, or ...). In this particular situation > netscape suddenly died, together with wmtime, and then the whole > of X hung. I entered via the network, to find that xfs had died > (explaining X's hanging), and as soon as I restarted X the whole > box was gone. It still responded to pings, but even the active > ssh session was dead and I couldn't get a new one. > > Please email me if you need anything else (other than the > attached ksymoops output, that is). Well some more info. I see kswapd starting to run @ ~7% CPU. But my swap starts getting eaten up with approx 5 MB/sec. Any ideas anyone? RvR something for you? /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5/tgvUSLExYo23RsRArxbAKCg6ADFyb6G2oKDMZT9m3mKqMF8awCggEBY 2RnARjaRDxqI7BCxaAGjr5M= =tfT6 -END PGP SIGNATURE- - 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: sb.o support in 2.4-broken?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Bonnet wrote: > I am using the 2.4.0-test10 kernel. I have a sound blaster 16 which > works fine under 2.2.17. > > I see that a while back someone posted on this problem previously but > there were no answers I can find.. > > Is support for soundblaster16 ISA broken in the 2.4 kernel? Compiled in > or used as a module I can not get it to work. I have passed sb=220,5,1,5 > during boot when compiled in and also sent those during insmod. > > When I boot to 2.2.17 these are the correct values and sound is happy :) > > I am subbed to this group so you may answer here so this is on record. > > Thanks much... What does 2.4.* say Jim? You have the right modutils installed? Any error msg? I have an old SB16 ISA and it works without a problem on 2.4.0-test10. And it hasn't caused me any problems for a very long time :) I have sound compiled as modules. My lilo.conf (sound part) looks like this. path[sound]=/lib/modules/`uname -r`/kernel/drivers/sound alias sound-service-0-0 opl3 alias sound-slot-0 sb options sound dmabuf=1 alias midi opl3 options opl3 io=0x388 options sb io=0x220 irq=7 dma=1 dma16=5 mpu_io=0x330 I have no idea if the sound-service-0-0 and sound-slot-0 part is right but it works and dosn't give any errors. I haven't had time to check what service and slot really affects... Do you get any errors while inserting the modules? /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6CbxjUSLExYo23RsRAtceAKCfB+8rU1vpBp8GaF2rL7LzUjVB7wCg6yGE 6p0NWko/dIB7/X36nILXGFc= =gal1 -END PGP SIGNATURE- - 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: sb.o support in 2.4-broken?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Torkar wrote: > Jim Bonnet wrote: > > > I am using the 2.4.0-test10 kernel. I have a sound blaster 16 which > > works fine under 2.2.17. > > > > I see that a while back someone posted on this problem previously but > > there were no answers I can find.. > > > > Is support for soundblaster16 ISA broken in the 2.4 kernel? Compiled in > > or used as a module I can not get it to work. I have passed sb=220,5,1,5 > > during boot when compiled in and also sent those during insmod. > > > > When I boot to 2.2.17 these are the correct values and sound is happy :) > > > > I am subbed to this group so you may answer here so this is on record. > > > > Thanks much... > > > What does 2.4.* say Jim? > You have the right modutils installed? > Any error msg? > > I have an old SB16 ISA and it works without a problem on 2.4.0-test10. > And it hasn't caused me any problems for a very long time :) > > I have sound compiled as modules. > My lilo.conf (sound part) looks like this. ^ Correction modules.conf I mean *duuuh* > > path[sound]=/lib/modules/`uname -r`/kernel/drivers/sound > alias sound-service-0-0 opl3 > alias sound-slot-0 sb > options sound dmabuf=1 > alias midi opl3 > options opl3 io=0x388 > options sb io=0x220 irq=7 dma=1 dma16=5 mpu_io=0x330 > > I have no idea if the sound-service-0-0 and sound-slot-0 part is right > but it works and dosn't give any errors. I haven't had time to check what > service and slot really affects... > > Do you get any errors while inserting the modules? > > > > /Richard > > > - > 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/ > Output from gpg > gpg: Signature made Wed 08 Nov 2000 09:49:39 PM CET using DSA key ID 8A36DD1B > gpg: Good signature from "Richard Torkar (Linux) <[EMAIL PROTECTED]>" > > /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6Cb5IUSLExYo23RsRAhWPAKC2seiMwCKfQaDhs0/eYrUhorciXQCg4bwh VMBEDzjthtT6bjEn69mtAcM= =83jY -END PGP SIGNATURE- - 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/
Error compiling 2.4.0t13p1/p2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I use redHat 7.0 and the much discussed kgcc :) I edited the Makefile and changed to kgcc as usual. This didn't happen with 2.4.0-test12. This is what I get during a make bzImage (make dep && make clean already done). Last in this mail is my config. gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 - -fomit-frame-pointer -fno-strict-aliasing -pipe - -mpreferred-stack-boundary=2 -march=i686-c -o ip_nat_proto_icmp.o ip_nat_proto_icmp.c ld -m elf_i386 -r -o ip_nf_compat.o ipfwadm_core.o ip_fw_compat.o ip_fw_compat_redir.o ip_fw_compat_masq.o ip_conntrack_standalone.o ip_conntrack_core.o ip_conntrack_proto_generic.o ip_conntrack_proto_tcp.o ip_conntrack_proto_udp.o ip_conntrack_proto_icmp.o ip_nat_standalone.o ip_nat_rule.o ip_nat_core.o ip_nat_proto_unknown.o ip_nat_proto_tcp.o ip_nat_proto_udp.o ip_nat_proto_icmp.o rm -f netfilter.o ld -m elf_i386 -r -o netfilter.o ipchains.o ip_nf_compat.o ip_nf_compat.o: In function `ip_fw_ctl': ip_nf_compat.o(.text+0xdf0): multiple definition of `ip_fw_ctl' ipchains.o(.text+0x11c0): first defined here ld: Warning: size of symbol `ip_fw_ctl' changed from 1151 to 474 in ip_nf_compat.o ip_nf_compat.o: In function `ipfw_input_check': ip_nf_compat.o(.text+0x12d0): multiple definition of `ipfw_input_check' ipchains.o(.text+0x1a10): first defined here ld: Warning: size of symbol `ipfw_input_check' changed from 79 to 57 in ip_nf_compat.o ip_nf_compat.o: In function `ipfw_forward_check': ip_nf_compat.o(.text+0x1350): multiple definition of `ipfw_forward_check' ipchains.o(.text+0x1ae0): first defined here ld: Warning: size of symbol `ipfw_forward_check' changed from 82 to 57 in ip_nf_compat.o ip_nf_compat.o(.data+0x2c): multiple definition of `ipfw_ops' ipchains.o(.data+0x4): first defined here ip_nf_compat.o: In function `ipfw_output_check': ip_nf_compat.o(.text+0x1310): multiple definition of `ipfw_output_check' ipchains.o(.text+0x1a60): first defined here ld: Warning: size of symbol `ipfw_output_check' changed from 125 to 57 in ip_nf_compat.o ip_nf_compat.o: In function `ipfw_init_or_cleanup': ip_nf_compat.o(.text+0x1540): multiple definition of `ipfw_init_or_cleanup' ipchains.o(.text+0x1b40): first defined here ld: Warning: size of symbol `ipfw_init_or_cleanup' changed from 337 to 364 in ip_nf_compat.o make[3]: *** [netfilter.o] Error 1 make[3]: Leaving directory `/usr/src/linux-2.4.0-test12/net/ipv4/netfilter' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/src/linux-2.4.0-test12/net/ipv4/netfilter' make[1]: *** [_subdir_ipv4/netfilter] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.0-test12/net' make: *** [_dir_net] Error 2 Regards, /Richard CONFIG_X86=y CONFIG_ISA=y CONFIG_UID16=y CONFIG_EXPERIMENTAL=y CONFIG_MODULES=y CONFIG_KMOD=y CONFIG_M686=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_NOHIGHMEM=y CONFIG_MTRR=y CONFIG_SMP=y CONFIG_HAVE_DEC_LOCK=y CONFIG_NET=y CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_PCI=y CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y CONFIG_SYSVIPC=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y CONFIG_BINFMT_ELF=y CONFIG_PNP=y CONFIG_ISAPNP=y CONFIG_BLK_DEV_FD=y CONFIG_BLK_DEV_LOOP=m CONFIG_PACKET=y CONFIG_NETFILTER=y CONFIG_UNIX=y CONFIG_INET=y CONFIG_SYN_COOKIES=y CONFIG_IP_NF_COMPAT_IPCHAINS=y CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IDE=y CONFIG_BLK_DEV_IDE=y CONFIG_BLK_DEV_IDEDISK=y CONFIG_BLK_DEV_IDECD=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_BLK_DEV_HPT366=y CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y CONFIG_IDEDMA_AUTO=y CONFIG_BLK_DEV_IDE_MODES=y CONFIG_SCSI=y CONFIG_BLK_DEV_SR=y CONFIG_SR_EXTRA_DEVS=2 CONFIG_CHR_DEV_SG=y CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 CONFIG_AIC7XXX_RESET_DELAY=5 CONFIG_DUMMY=m CONFIG_NET_ETHERNET=y CONFIG_NET_VENDOR_3COM=y CONFIG_VORTEX=m CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_SERIAL=y CONFIG_UNIX98_PTYS=y CONFIG_UNIX98_PTY_COUNT=256 CONFIG_MOUSE=y CONFIG_PSMOUSE=y CONFIG_RTC=y CONFIG_AGP=y CONFIG_AGP_INTEL=y CONFIG_FAT_FS=m CONFIG_MSDOS_FS=m CONFIG_VFAT_FS=m CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_PROC_FS=y CONFIG_DEVPTS_FS=y CONFIG_EXT2_FS=y CONFIG_MSDOS_PARTITION=y CONFIG_NLS=y CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=m CONFIG_NLS_CODEPAGE_850=m CONFIG_NLS_ISO8859_1=m CONFIG_VGA_CONSOLE=y CONFIG_SOUND=m CONFIG_SOUND_OSS=m CONFIG_SOUND_TRACEINIT=y CONFIG_SOUND_DMAP=y CONFIG_SOUND_VMIDI=m CONFIG_SOUND_SB=m CONFIG_SOUND_YM3812=m CONFIG_MAGIC_SYSRQ=y -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6O2MTUSLExYo23RsRAu8JAJ9RF6nUSddOTpr9GE5h23jUA5YeVACg1I27 uxQvIEf7JE94zYydczpG3yc= =NCuV -END PGP SIGNATURE- -
Re: What is up with Redhat 7.0?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 29 Sep 2000, David M. Rector wrote: > > Has anyone tried Redhat 7.0 yet? What a mess. > > 1) It would not compile stock kernels out of the box. (ends at > compress.S) with a fatal error. Unable to reproduce. > 2) Trying to compile the kernel source for 2.2.16 that comes with the > redhat disk (which is very different than the stock 2.2.16) causes my > system come to a screeching halt, no messages, no errors, crashed solid. Unable to reproduce > I have a Supermicro PIIIDME motherboard with a GeForce2 graphics card, > adaptec 2940UW scsi and seagate UW 9 gig scsi drive. Have none of the above hardware. Wonder what gcc you use? Richard - --- "We have a problem, and as is customary in such situations we will throw so much technology at it that it will make monkeys all over the world jump up in delight." Federico Mena-Quintero, Eye Of Gnome 0.5 announcement -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.2 (GNU/Linux) Comment: Made with pgp4pine 1.75 iD8DBQE51Q44USLExYo23RsRAneCAKDpwb/zuBgirNBesF8vq5qjZZzQ+wCeNyTv rsegZjlMTZSebRdRogcq7Mk= =gUaF -END PGP SIGNATURE- - 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: Weird device out-of-space error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 14 Oct 2000, safemode wrote: > cvs server: cannot rewrite CVS/Entries.Backup: No space left on device > > These are the sort of errors i'm getting from cvs but this is what df -m > tells me on the partition i'm downloading on > /dev/hda4 6865 4899 1610 76% / > > I'm not sure how to test this on a diff program from cvs since it might > have to do something with how cvs goes about creating the files. Is anyone > aware of a cvs bug? > cvs version is Concurrent Versions System (CVS) 1.10.8 (client/server) > (packaged in debian woody) > By the way, this is Linux version 2.4.0-test9-vm-OOM (rik's vm-oom patch > from oct. 6). This has been up for 6 days 14 hours. > I dont seem to be getting any out of space errors by any other programs but > considering the uptime of this kernel version, i'm not so sure if it's > entirely a cvs problem since i've cvs'd bigger stuff than star-office and > never got this error. Hmm let me guess. OpenOffice cvs? I got that to but I'm thinking the error is on OpenOffice's side and not mine but who knows... /Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.2 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE56EySUSLExYo23RsRAszCAJ9yWXvnWITqXlmvBAW+6upIrivm+ACggcyA 7wDOqV1ZA6OdIf1xNOI3X9w= =4GHo -END PGP SIGNATURE- - 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: Is HP Colorado 8Gb supported by Linux?
On 29 Jan 2001 14:33:39 +, Anton Altaparmakov wrote: > Can anyone tell me whether there is support for the HP Colorado 8Gb (IDE > version) tape drive in the Linux kernel and/or user space? > > If there is kernel support which of the kernel options do I have to enable > / where do I get user space utilities from? Any pointers? > > Thanks a lot for the help in advance. > > Best regards, > > Anton I have found this forum, when it comes to tape backup and Linux, to be very good. http://www.mailgate.org/linux/linux.dev.tape/ Especially this one might help you if you have a problem. http://www.mailgate.org/linux/linux.dev.tape/msg00206.html Here is some more info I found: "I don't have the 8 GB, but I do have the 5 GB drive working. You need to make sure that support for the IDE/ATAPI tape drive is compiled into your kernel. Once your kernel supports IDE/ATAPI tape drives, you should be able to access your drive via /dev/ht0 or /dev/nht0 (no rewind)." -- /Richard - 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/
