from:"Mr. James W. Laferriere"


Hello Alan (& Justin) ,

On Sun, 15 Jul 2007, Alan Cox wrote:

On Sat, 14 Jul 2007 17:08:27 -0700 (PDT)
"Mr. James W. Laferriere" <[EMAIL PROTECTED]> wrote:


Hello All ,  I was under the impression that a 'machine check' would be
caused by some near to the CPU hardware failure ,  Not a bad disk ?


It indicates a hardware failure


	OK ,  Be funny :-} .  Tho it ain't .  I still think I am correct in 
stating that a "'machine check' would be caused by some near to the CPU hardware 
failure" .  Ie: like physically shoved into the motherboard .  Not a 
indirectly connected device .  Such as a disk drive .




Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted


So your disk throws a fit


	Actually it's brand new .  Infant mortallity ?  I at least have a cold 
spare available .  So Yes I am replacing that puppy .  I'll drop it into another 
system & give it the format command & see how much the user bad block table 
grows .  I'll bet I'll get a table full overflow on it .




Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269184 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269192 on sdd)


Raid happily recovers the mess


That they did .  scsi & raid .



Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388336 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388344 on sdd)
Jul 14 23:38:48 filesrv2 -- MARK --
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004


And at some point at least 18 minutes after the raid incident you log
CPU problems.


I didn't notice the 18 Minute differance .  Drats .
	The 'MCE's have been ongoing for sometime .  I have replaced every item 
in the system except the chassis & scsi backplane & power supply(750Watts) .

Everything .  MB,cpu,memory,scsi controllers, ...
	These MCE's only happen when I am trying to build or bonnie++ test the 
md3 .  It consists of (now 7+1spare) 146GB drives in the SuperMicro 
SYS-6035B-8B's backplane attached to a LSI22320 .



Are you sure the box or the room it is in didn't get excessively hot ?


	The room before and at the time of the MCE was never over 71F .  Now the 
memory temp might be a tad hot but I've got a small jet engine running in that 
chassis as noisy as it is with fans so I don't see how anything in there could 
be too hot .

Temp this time ,  71.2F .  everytime I try that array it MCE's .
	I have another array in a JBOD box of 14 disks & I have no problems 
with this system as long as I disconnect all the drives in the 8 drive Backplane .
	I guess I'll just have to do without the extra 143,564,800K of data 
space .

Twyl ,  JimL

ps: system face diagram ...
  +-+
  |0|1|2|3|4|6|7|---| 
+-| | | | | | | |---|

| | | | | | | | |---|
| +-+
|  \   /
|   +---md3---+
|
| +-+
| |0|1|2|3|4|6|0|1|2|3|4|5|6|
+-| | | | | | | | | | | | | |
  | | | | | | | | | | | | | |
  +-+
   \   /\  /
+---md4---+  +---md4--+
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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/

raid5:md3: read error corrected , followed by , Machine Check Exception: .

	Hello All ,  I was under the impression that a 'machine check' would be 
caused by some near to the CPU hardware failure ,  Not a bad disk ?
	I was also under the impression that software raid s/b a little more 
resilient than this .
	But then maybe one or the other of the subsystems walked all over the 
other one trying to correct itself .  Who knows .
	The below is ALL I'll be able to get .  A log of a previous boot is 
available at ...


http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log

Tia ,  JimL

filesrv2 login: Jul 14 22:58:48 filesrv2 -- MARK --
Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:00:26 filesrv2 kernel: Info fld=0x2f9c0f8
Jul 14 23:00:26 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
49922296
Jul 14 23:00:27 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
49922296 on sdd)
Jul 14 23:17:06 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:17:06 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:17:06 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:17:06 filesrv2 kernel: Info fld=0x44ebd82
Jul 14 23:17:06 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
72269186
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269184 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269192 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269200 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269208 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269216 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269224 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269232 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269240 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269248 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269256 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269264 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269272 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269280 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269288 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269296 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269304 on sdd)
Jul 14 23:20:11 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:20:11 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:20:11 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:20:11 filesrv2 kernel: Info fld=0x4895ac1
Jul 14 23:20:11 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
76110529
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110528 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110536 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110544 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110552 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110560 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110568 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110576 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110584 on sdd)
Jul 14 23:20:28 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:20:28 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:20:28 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:20:28 filesrv2 kernel: Info fld=0x48d97ac
Jul 14 23:20:28 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
76388268
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388264 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388272 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388280 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388288 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388296 on sdd)
Jul 14

raid5:md3: read error corrected , followed by , Machine Check Exception: .

	Hello All ,  I was under the impression that a 'machine check' would be 
caused by some near to the CPU hardware failure ,  Not a bad disk ?
	I was also under the impression that software raid s/b a little more 
resilient than this .
	But then maybe one or the other of the subsystems walked all over the 
other one trying to correct itself .  Who knows .
	The below is ALL I'll be able to get .  A log of a previous boot is 
available at ...


http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log

Tia ,  JimL

filesrv2 login: Jul 14 22:58:48 filesrv2 -- MARK --
Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:00:26 filesrv2 kernel: Info fld=0x2f9c0f8
Jul 14 23:00:26 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
49922296
Jul 14 23:00:27 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
49922296 on sdd)
Jul 14 23:17:06 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:17:06 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:17:06 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:17:06 filesrv2 kernel: Info fld=0x44ebd82
Jul 14 23:17:06 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
72269186
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269184 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269192 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269200 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269208 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269216 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269224 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269232 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269240 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269248 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269256 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269264 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269272 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269280 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269288 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269296 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269304 on sdd)
Jul 14 23:20:11 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:20:11 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:20:11 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:20:11 filesrv2 kernel: Info fld=0x4895ac1
Jul 14 23:20:11 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
76110529
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110528 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110536 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110544 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110552 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110560 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110568 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110576 on sdd)
Jul 14 23:20:12 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76110584 on sdd)
Jul 14 23:20:28 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:20:28 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:20:28 filesrv2 kernel: Additional sense: Read retries exhausted
Jul 14 23:20:28 filesrv2 kernel: Info fld=0x48d97ac
Jul 14 23:20:28 filesrv2 kernel: end_request: I/O error, dev sdd, sector 
76388268
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388264 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388272 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388280 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388288 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388296 on sdd)
Jul 14

Re: raid5:md3: read error corrected , followed by , Machine Check Exception: .


Hello Alan ( Justin) ,

On Sun, 15 Jul 2007, Alan Cox wrote:

On Sat, 14 Jul 2007 17:08:27 -0700 (PDT)
Mr. James W. Laferriere [EMAIL PROTECTED] wrote:


Hello All ,  I was under the impression that a 'machine check' would be
caused by some near to the CPU hardware failure ,  Not a bad disk ?


It indicates a hardware failure


	OK ,  Be funny :-} .  Tho it ain't .  I still think I am correct in 
stating that a 'machine check' would be caused by some near to the CPU hardware 
failure .  Ie: like physically shoved into the motherboard .  Not a 
indirectly connected device .  Such as a disk drive .




Jul 14 23:00:26 filesrv2 kernel: sd 2:0:1:0: SCSI error: return code = 
0x0802
Jul 14 23:00:26 filesrv2 kernel: sdd: Current: sense key: Medium Error
Jul 14 23:00:26 filesrv2 kernel: Additional sense: Read retries exhausted


So your disk throws a fit


	Actually it's brand new .  Infant mortallity ?  I at least have a cold 
spare available .  So Yes I am replacing that puppy .  I'll drop it into another 
system  give it the format command  see how much the user bad block table 
grows .  I'll bet I'll get a table full overflow on it .




Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269184 on sdd)
Jul 14 23:17:06 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
72269192 on sdd)


Raid happily recovers the mess


That they did .  scsi  raid .



Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388336 on sdd)
Jul 14 23:20:28 filesrv2 kernel: raid5:md3: read error corrected (8 sectors at 
76388344 on sdd)
Jul 14 23:38:48 filesrv2 -- MARK --
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004


And at some point at least 18 minutes after the raid incident you log
CPU problems.


I didn't notice the 18 Minute differance .  Drats .
	The 'MCE's have been ongoing for sometime .  I have replaced every item 
in the system except the chassis  scsi backplane  power supply(750Watts) .

Everything .  MB,cpu,memory,scsi controllers, ...
	These MCE's only happen when I am trying to build or bonnie++ test the 
md3 .  It consists of (now 7+1spare) 146GB drives in the SuperMicro 
SYS-6035B-8B's backplane attached to a LSI22320 .



Are you sure the box or the room it is in didn't get excessively hot ?


	The room before and at the time of the MCE was never over 71F .  Now the 
memory temp might be a tad hot but I've got a small jet engine running in that 
chassis as noisy as it is with fans so I don't see how anything in there could 
be too hot .

Temp this time ,  71.2F .  everytime I try that array it MCE's .
	I have another array in a JBOD box of 14 disks  I have no problems 
with this system as long as I disconnect all the drives in the 8 drive Backplane .
	I guess I'll just have to do without the extra 143,564,800K of data 
space .

Twyl ,  JimL

ps: system face diagram ...
  +-+
  |0|1|2|3|4|6|7|---| 
+-| | | | | | | |---|

| | | | | | | | |---|
| +-+
|  \   /
|   +---md3---+
|
| +-+
| |0|1|2|3|4|6|0|1|2|3|4|5|6|
+-| | | | | | | | | | | | | |
  | | | | | | | | | | | | | |
  +-+
   \   /\  /
+---md4---+  +---md4--+
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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: Machine Check Exception: 0...04

2007-06-17 Thread Mr. James W. Laferriere


Hello All ,  As a continuation .

On Sat, 16 Jun 2007, Mr. James W. Laferriere wrote:

Hello All ,  Does anoyone know howto identify a cause for these(*) ?
Or of any tools to help in the identification of the cause ?
	So far the Machine checks only happen when I am running bonnie++ 
against

my software raid6 array .

I have done everything I know to do to attempt to ascertain what is
causing the machine checks .
ie:
1)  memtest86+ for days ,  no errors .
2)  cpuburnP6 ,  The tests run were 'cpuburnP6 E' & 'cpuburnP6 H' for ~
	60 minutes each .  All CPU's & HT were at 96+<->100% for 60+ Minutes 
,

no excessive heating or lockups . In single user mode of course .
I know cpuburn is old but it can excersize the comms between l1 & cpu
& l1 & l2 -> cpu if done right .

(*)
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004
Kernel panic - not syncing: Unable to continue


root@(none):~ # uname -a
Linux (none) 2.6.21.5 #1 SMP Fri Jun 15 04:37:23 UTC 2007 i686 pentium4 i386 
GNU/Linux


Complete serial console log of a boot to single user mode is here .

http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log



Hopefully more useful information .  Again only if I am doing any HEAVY
disk activity ie: bonnie++ .
I am not able to find a tool to disassamble the EIP: portion of the
CPU 4: output .

eth2: after: tx_done_idx=125 free_idx=3 cmdsts=85ea
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004
CPU 4: EIP: c0100c72 EFLAGS: 0246
eax:  ebx:  ecx:  edx: 
esi:  edi: f7c58000 ebp: f7c59f68 esp: f7c59f5c
Kernel panic - not syncing: Unable to continue

Tia ,  JimL
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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: Machine Check Exception: 0...04

2007-06-17 Thread Mr. James W. Laferriere


Hello All ,  As a continuation .

On Sat, 16 Jun 2007, Mr. James W. Laferriere wrote:

Hello All ,  Does anoyone know howto identify a cause for these(*) ?
Or of any tools to help in the identification of the cause ?
	So far the Machine checks only happen when I am running bonnie++ 
against

my software raid6 array .

I have done everything I know to do to attempt to ascertain what is
causing the machine checks .
ie:
1)  memtest86+ for days ,  no errors .
2)  cpuburnP6 ,  The tests run were 'cpuburnP6 E'  'cpuburnP6 H' for ~
	60 minutes each .  All CPU's  HT were at 96+-100% for 60+ Minutes 
,

no excessive heating or lockups . In single user mode of course .
I know cpuburn is old but it can excersize the comms between l1  cpu
 l1  l2 - cpu if done right .

(*)
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004
Kernel panic - not syncing: Unable to continue
system reboots

root@(none):~ # uname -a
Linux (none) 2.6.21.5 #1 SMP Fri Jun 15 04:37:23 UTC 2007 i686 pentium4 i386 
GNU/Linux


Complete serial console log of a boot to single user mode is here .

http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log



Hopefully more useful information .  Again only if I am doing any HEAVY
disk activity ie: bonnie++ .
I am not able to find a tool to disassamble the EIP: portion of the
CPU 4: output .

eth2: after: tx_done_idx=125 free_idx=3 cmdsts=85ea
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004
CPU 4: EIP: c0100c72 EFLAGS: 0246
eax:  ebx:  ecx:  edx: 
esi:  edi: f7c58000 ebp: f7c59f68 esp: f7c59f5c
Kernel panic - not syncing: Unable to continue

Tia ,  JimL
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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/

Machine Check Exception: 0...04

2007-06-16 Thread Mr. James W. Laferriere


Hello All ,  Does anoyone know howto identify a cause for these(*) ?
Or of any tools to help in the identification of the cause ?
So far the Machine checks only happen when I am running bonnie++ against
my software raid6 array .

I have done everything I know to do to attempt to ascertain what is
causing the machine checks .
ie:
 1) memtest86+ for days ,  no errors .
 2) cpuburnP6 ,  The tests run were 'cpuburnP6 E' & 'cpuburnP6 H' for ~
60 minutes each .  All CPU's & HT were at 96+<->100% for 60+ Minutes ,
no excessive heating or lockups . In single user mode of course .
I know cpuburn is old but it can excersize the comms between l1 & cpu
& l1 & l2 -> cpu if done right .

(*)
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004
Kernel panic - not syncing: Unable to continue


root@(none):~ # uname -a
Linux (none) 2.6.21.5 #1 SMP Fri Jun 15 04:37:23 UTC 2007 i686 pentium4 i386 
GNU/Linux

Complete serial console log of a boot to single user mode is here .

http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log

Tia ,  JimL
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+

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

Machine Check Exception: 0...04

2007-06-16 Thread Mr. James W. Laferriere


Hello All ,  Does anoyone know howto identify a cause for these(*) ?
Or of any tools to help in the identification of the cause ?
So far the Machine checks only happen when I am running bonnie++ against
my software raid6 array .

I have done everything I know to do to attempt to ascertain what is
causing the machine checks .
ie:
 1) memtest86+ for days ,  no errors .
 2) cpuburnP6 ,  The tests run were 'cpuburnP6 E'  'cpuburnP6 H' for ~
60 minutes each .  All CPU's  HT were at 96+-100% for 60+ Minutes ,
no excessive heating or lockups . In single user mode of course .
I know cpuburn is old but it can excersize the comms between l1  cpu
 l1  l2 - cpu if done right .

(*)
CPU 5: Machine Check Exception: 0004
CPU 4: Machine Check Exception: 0004
Kernel panic - not syncing: Unable to continue
system reboots

root@(none):~ # uname -a
Linux (none) 2.6.21.5 #1 SMP Fri Jun 15 04:37:23 UTC 2007 i686 pentium4 i386 
GNU/Linux

Complete serial console log of a boot to single user mode is here .

http://www.baby-dragons.com/test-2.6.21.5-mptscsi-4.00.10.00-2007006161326.log

Tia ,  JimL
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+

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

CPU 3: Machine Check Exception: 0000000000000004

2007-04-22 Thread Mr. James W. Laferriere



Hello All ,  Has anyone else had an occurance of this hard lockup .
	last time it was the scsi bus that was the last item on the console this 
time it's  CPU #3 ...
	Everytime I try & run a bonnie on this system something locks the system 
up hard .  I do not trust this system at this time & need to put it into 
production soon .

Anybody any pointerswhere to look , ... ?

Kernel: Linux 2.6.21-rc7 ,  unpatched .

<<>>
 [EMAIL PROTECTED]:~ # CPU 3: Machine Check Exception: 0004
Kernel panic - not syncing: Unable to continue
Kernel panic - not syncing: Unable to continue

 +-A-+[ sc933s2 jbod chassis ] With 7-FUJITSU-MAP3147NC
 |
 +-B-+[ sc933s2 jbod chassis ] With 7-FUJITSU-MAP3147NC
 |
 + lsi22320 in pci-64-133 slot
[ system ] a SuperServer 6035B-8R
 + aic7902 on board
 |
 +-A-+[ internally ] With 2-Compaq/Seagate-18GB-u320 & 2-FUJITSU-MAP3147NC
 |
 +-B-+[ internally ] With 4-FUJITSU-MAP3147NC

lsi22320 is attached to the sc933s2 on channels A & B ,
cable lengths are ~ 4 feet on both channels .

aic7902 is attached internally thru 'system' ,  a SuperServer 6035B-8R .


 root@(none):~ # ( time bonnie++-1.03a/bonnie++ -u0:0 -d /home -s 524288 ) 2>&1
 | tee 512GB-bonnie++-run-ext3-200704181557.log
Using uid:0, gid:0.
Writing with putc()...mptscsih: ioc0: attempting task abort! (sc=d0795800)
sd 4:0:3:0:
command: <4>mptscsih: ioc1: attempting task abort! (sc=d8c28500)
sd 5:0:1:0:
command: Read(10): 28 00 00 1d d1 b9 00 00 08 00
Read(10): 28 00 00 1e 12 b9 00 00 08 00
mptscsih: ioc1: WARNING - TM Handler for type=1: IOC Not operational 
(0x)!
sd 1:0:3:0: Attempting to queue an A


<<<\previous>>>



You can get the previous log here .
http://www.baby-dragons.com/new-sc933s2-coming-online-to-linux-scsi.log

Any help is greatly appreciated .
JimL

--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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/

CPU 3: Machine Check Exception: 0000000000000004

2007-04-22 Thread Mr. James W. Laferriere



Hello All ,  Has anyone else had an occurance of this hard lockup .
	last time it was the scsi bus that was the last item on the console this 
time it's  CPU #3 ...
	Everytime I try  run a bonnie on this system something locks the system 
up hard .  I do not trust this system at this time  need to put it into 
production soon .

Anybody any pointerswhere to look , ... ?

Kernel: Linux 2.6.21-rc7 ,  unpatched .

previous
 [EMAIL PROTECTED]:~ # CPU 3: Machine Check Exception: 0004
Kernel panic - not syncing: Unable to continue
Kernel panic - not syncing: Unable to continue

 +-A-+[ sc933s2 jbod chassis ] With 7-FUJITSU-MAP3147NC
 |
 +-B-+[ sc933s2 jbod chassis ] With 7-FUJITSU-MAP3147NC
 |
 + lsi22320 in pci-64-133 slot
[ system ] a SuperServer 6035B-8R
 + aic7902 on board
 |
 +-A-+[ internally ] With 2-Compaq/Seagate-18GB-u320  2-FUJITSU-MAP3147NC
 |
 +-B-+[ internally ] With 4-FUJITSU-MAP3147NC

lsi22320 is attached to the sc933s2 on channels A  B ,
cable lengths are ~ 4 feet on both channels .

aic7902 is attached internally thru 'system' ,  a SuperServer 6035B-8R .


 root@(none):~ # ( time bonnie++-1.03a/bonnie++ -u0:0 -d /home -s 524288 ) 21
 | tee 512GB-bonnie++-run-ext3-200704181557.log
Using uid:0, gid:0.
Writing with putc()...mptscsih: ioc0: attempting task abort! (sc=d0795800)
sd 4:0:3:0:
command: 4mptscsih: ioc1: attempting task abort! (sc=d8c28500)
sd 5:0:1:0:
command: Read(10): 28 00 00 1d d1 b9 00 00 08 00
Read(10): 28 00 00 1e 12 b9 00 00 08 00
mptscsih: ioc1: WARNING - TM Handler for type=1: IOC Not operational 
(0x)!
sd 1:0:3:0: Attempting to queue an A
System Hung hard

\previous



You can get the previous log here .
http://www.baby-dragons.com/new-sc933s2-coming-online-to-linux-scsi.log

Any help is greatly appreciated .
JimL

--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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: MPT Fusion LSI22320 , Domain validation loops .

2007-03-20 Thread Mr. James W. Laferriere

Hello Eric , Fyi , linux-2.6.21-rc4 + mpt-fusion(*) patches from
Andrew Morton's patch tree . Still gives me the ever looping reset . But I
have just found sometrhing of interest one of the Powersuplies in the cabiinet
'May be' failing . I have to test that to be satisfied that is the case .
I'll report back soon on the PS & please look into this . There is no
reason for the driver to keep a system in loop over a failing drive set .

Tia , JimL

(*)
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/broken-out/mpt-fusion-handle-pci-layer-error-on-resume.patch
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/broken-out/mpt-fusion-handle-mpt_resume-failure-while-resuming.patch

On Mon, 19 Mar 2007, Moore, Eric wrote:

On Saturday, March 17, 2007 2:33 PM, James W. Laferriere wrote:

Hello All , I am have been having this problem since I
purchased the
controller and after changing out the disks I thought were
the problem .
I am still getting the continous :

mptscsih: ioc1: attempting task abort! (sc=f7a64500)
scsi 3:0:4:0:
command: Inquiry: 12 00 00 00 60 00
mptbase: Initiating ioc1 recovery
mptscsih: ioc1: task abort: SUCCESS (sc=f7a64500)
target3:0:4: Domain Validation detected failure, dropping back
target3:0:4: Domain Validation skipping write tests
target3:0:4: Ending Domain Validation
target3:0:4: asynchronous
target3:0:5: Beginning Domain Validation
mptscsih: ioc0: attempting target reset! (sc=f7a64380)

The acutual device id's change and the driver
continously resets the
busses & starts all over .

The disks are in a HP DS-SL13R-BA 4354R 14drive ultra3
racKmount cabinet
w/ dualbus & dualps , Which seems to present a ID6 , That
does not show up in
any of the bus scans .

Now I have previously had the same cabinet with 18gb
disks which had the
same problem with this controller . BUT I also have a LSI
Logic / Symbios
Logic 53c1010 66MHz Ultra3 dual SCSI bus Adapter which works
flawlessly with the
18gb disks in this very same cabinet .
The cables for connecting the adapter(s) to tha cabinet
are less than 24
inches in length .

Would anyone please shed some light on what it is I am
doing wrong or
need to do or ? Too have this controller recognise these
disk drives in
this cabinet .

There is a seperate mailing list for scsi releated issues, e.g.
[EMAIL PROTECTED] I've posted a patch to address your issue several times,
however it seems its not been picked up by the scsi subsystem
maintainer. The last time it was posted was here:
http://marc.info/?l=linux-scsi=117089244809072=2 An alternative is
you could obtain our latest drivers from the LSI download site, where
these drivers should have this patch
http://www.lsilogic.com/cm/DownloadSearch.do.

Eric

RE: MPT Fusion LSI22320 , Domain validation loops .

2007-03-20 Thread Mr. James W. Laferriere

Hello Eric , Fyi , linux-2.6.21-rc4 + mpt-fusion(*) patches from
Andrew Morton's patch tree . Still gives me the ever looping reset . But I
have just found sometrhing of interest one of the Powersuplies in the cabiinet
'May be' failing . I have to test that to be satisfied that is the case .
I'll report back soon on the PS please look into this . There is no
reason for the driver to keep a system in loop over a failing drive set .

Tia , JimL

On Mon, 19 Mar 2007, Moore, Eric wrote:

On Saturday, March 17, 2007 2:33 PM, James W. Laferriere wrote:

Hello All , I am have been having this problem since I
purchased the
controller and after changing out the disks I thought were
the problem .
I am still getting the continous :

The acutual device id's change and the driver
continously resets the
busses starts all over .

The disks are in a HP DS-SL13R-BA 4354R 14drive ultra3
racKmount cabinet
w/ dualbus dualps , Which seems to present a ID6 , That
does not show up in
any of the bus scans .

Would anyone please shed some light on what it is I am
doing wrong or
need to do or ? Too have this controller recognise these
disk drives in
this cabinet .

There is a seperate mailing list for scsi releated issues, e.g.
[EMAIL PROTECTED] I've posted a patch to address your issue several times,
however it seems its not been picked up by the scsi subsystem
maintainer. The last time it was posted was here:
http://marc.info/?l=linux-scsim=117089244809072w=2 An alternative is
you could obtain our latest drivers from the LSI download site, where
these drivers should have this patch
http://www.lsilogic.com/cm/DownloadSearch.do.

Eric

MPT Fusion LSI22320 , Domain validation loops .

2007-03-17 Thread Mr. James W. Laferriere

	Hello All ,  I am have been having this problem since I purchased the 
controller and after changing out the disks I thought were the problem .

I am still getting the continous :

mptscsih: ioc1: attempting task abort! (sc=f7a64500)
scsi 3:0:4:0:
command: Inquiry: 12 00 00 00 60 00
mptbase: Initiating ioc1 recovery
mptscsih: ioc1: task abort: SUCCESS (sc=f7a64500)
 target3:0:4: Domain Validation detected failure, dropping back
 target3:0:4: Domain Validation skipping write tests
 target3:0:4: Ending Domain Validation
 target3:0:4: asynchronous
 target3:0:5: Beginning Domain Validation
mptscsih: ioc0: attempting target reset! (sc=f7a64380)

	The acutual device id's change and the driver continously resets the 
busses & starts all over .


	The disks are in a HP DS-SL13R-BA 4354R 14drive ultra3 racKmount cabinet 
w/ dualbus & dualps ,  Which seems to present a ID6 ,  That does not show up in 
any of the bus scans .


	Now I have previously had the same cabinet with 18gb disks which had the 
same problem with this controller .  BUT I also have a LSI Logic / Symbios 
Logic 53c1010 66MHz Ultra3 dual SCSI bus Adapter which works flawlessly with the 
18gb disks in this very same cabinet .
	The cables for connecting the adapter(s) to tha cabinet are less than 24 
inches in length .


	Would anyone please shed some light on what it is I am doing wrong or 
need to do or ?  Too have this controller recognise these disk drives in 
this cabinet .


Here is the WHOLE enchalada .  Too big to put on the list so I posted them to 
my webpage .

http://www.baby-dragons.com/linux-2.6.20.2a.config
http://www.baby-dragons.com/filesrv1b-MPTFusion-problem.log

Tia ,  JimL
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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/

MPT Fusion LSI22320 , Domain validation loops .

2007-03-17 Thread Mr. James W. Laferriere

	Hello All ,  I am have been having this problem since I purchased the 
controller and after changing out the disks I thought were the problem .

I am still getting the continous :

mptscsih: ioc1: attempting task abort! (sc=f7a64500)
scsi 3:0:4:0:
command: Inquiry: 12 00 00 00 60 00
mptbase: Initiating ioc1 recovery
mptscsih: ioc1: task abort: SUCCESS (sc=f7a64500)
 target3:0:4: Domain Validation detected failure, dropping back
 target3:0:4: Domain Validation skipping write tests
 target3:0:4: Ending Domain Validation
 target3:0:4: asynchronous
 target3:0:5: Beginning Domain Validation
mptscsih: ioc0: attempting target reset! (sc=f7a64380)

	The acutual device id's change and the driver continously resets the 
busses  starts all over .


	The disks are in a HP DS-SL13R-BA 4354R 14drive ultra3 racKmount cabinet 
w/ dualbus  dualps ,  Which seems to present a ID6 ,  That does not show up in 
any of the bus scans .


	Now I have previously had the same cabinet with 18gb disks which had the 
same problem with this controller .  BUT I also have a LSI Logic / Symbios 
Logic 53c1010 66MHz Ultra3 dual SCSI bus Adapter which works flawlessly with the 
18gb disks in this very same cabinet .
	The cables for connecting the adapter(s) to tha cabinet are less than 24 
inches in length .


	Would anyone please shed some light on what it is I am doing wrong or 
need to do or ?  Too have this controller recognise these disk drives in 
this cabinet .


Here is the WHOLE enchalada .  Too big to put on the list so I posted them to 
my webpage .

http://www.baby-dragons.com/linux-2.6.20.2a.config
http://www.baby-dragons.com/filesrv1b-MPTFusion-problem.log

Tia ,  JimL
--
+-+
| James   W.   Laferriere | System   Techniques | Give me VMS |
| NetworkEngineer | 663  Beaumont  Blvd |  Give me Linux  |
| [EMAIL PROTECTED] | Pacifica, CA. 94044 |   only  on  AXP |
+-+
-
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: Is printing broke on sparc ?

2001-05-15 Thread Mr. James W. Laferriere



Hello Tim ,

On Tue, 17 Apr 2001, Mr. James W. Laferriere wrote:
> On Tue, 17 Apr 2001, Tim Waugh wrote:
> > On Mon, Apr 16, 2001 at 05:54:41PM -0700, Mr. James W. Laferriere wrote:
> > > # /etc/printcap
> > > # Please don't edit this file directly unless you know what you are doing!
> > > # Be warned that the control-panel printtool requires a very strict format!
> > > # Look at the printcap(5) man page for more info.
> > > # This file can be edited with the printtool in the control-panel.
> > > ##PRINTTOOL3## LOCAL POSTSCRIPT 300x300 letter {} PostScript Default {}
> > > lp:\
> > >   :sd=/var/spool/lpd/lp:\
> > >   :mx#0:\
> > >   :sh:\
> > >   :lp=/dev/lp0:\
> > >   :if=/var/spool/lpd/lp/filter:
> > [...]
> > > /c#eodiecnyotai rhernili s to rpaemn
> > > s eehpo o-.ROLPR0 roif{\=sl:x
> > >   /p:ao/lr

> > Please try adjusting the 'udelay (1)' lines in
> > drivers/parport/ieee1284_ops.c:parport_ieee1284_write_compat to be
> > larger delays (for example, try replacing the 1s with 2s, or 5s, and
> > see if that makes things better).
>   I am going to look and see if there might be a ioctl for that
>   function .  Failing that I shall recompile the kernel with each
>   of those values & test until successful or it seems futile .
Tries both 2's & 5's , Both did the leaving things out .  Although
in a differant pattern with each .  Am going to try 10's next just
for grins .   Twyl ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Is printing broke on sparc ?

2001-05-15 Thread Mr. James W. Laferriere



Hello Tim ,

On Tue, 17 Apr 2001, Mr. James W. Laferriere wrote:
 On Tue, 17 Apr 2001, Tim Waugh wrote:
  On Mon, Apr 16, 2001 at 05:54:41PM -0700, Mr. James W. Laferriere wrote:
   # /etc/printcap
   # Please don't edit this file directly unless you know what you are doing!
   # Be warned that the control-panel printtool requires a very strict format!
   # Look at the printcap(5) man page for more info.
   # This file can be edited with the printtool in the control-panel.
   ##PRINTTOOL3## LOCAL POSTSCRIPT 300x300 letter {} PostScript Default {}
   lp:\
 :sd=/var/spool/lpd/lp:\
 :mx#0:\
 :sh:\
 :lp=/dev/lp0:\
 :if=/var/spool/lpd/lp/filter:
  [...]
   /c#eodiecnyotai rhernili s to rpaemn
   s eehpo o-.ROLPR0 roif{\=sl:x
 /p:ao/lr

  Please try adjusting the 'udelay (1)' lines in
  drivers/parport/ieee1284_ops.c:parport_ieee1284_write_compat to be
  larger delays (for example, try replacing the 1s with 2s, or 5s, and
  see if that makes things better).
   I am going to look and see if there might be a ioctl for that
   function .  Failing that I shall recompile the kernel with each
   of those values  test until successful or it seems futile .
Tries both 2's  5's , Both did the leaving things out .  Although
in a differant pattern with each .  Am going to try 10's next just
for grins .   Twyl ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Linux support for Microsoft dynamic disks?

2001-05-13 Thread Mr. James W. Laferriere



Hello All , I see one very big gotcha here .  M$ doesn't want you
to have a linux partition on the drive they fdo this by not
recognising your ext2/ext3/JFS/... partition .
The next real difficulty is going to be for those that already
have a linux system setup and are going to try & install M$-LDM on
their drives & BANG!  no more ext2/... .  A work around such as Art
describes below is VERY much needed & needs to be posted in all
the right places .
As an aside linux-kernel/... are going to hear at least a half a
years worth of noise about it .  Sorry about the noise .  JimL

On Sun, 13 May 2001, Art Boulatov wrote:

> On Sunday 13 May 2001 03:15 pm, mirabilos wrote:
>
> > 
> > I had (on a 2G disk) a NTFS, a FAT and some Linux partitions. It even
> > refused
> > to convert to dynamic disk. When it finally did, my Linux partitions
> > vanished.
> > You need this support to even be able to use linux on that disk... btw
> > .
>
> It is actiually possible to have both Linux and Windows 2000/Windows XP with
> dynamic disk on the same hard drive for now.
>
> The thing is you have first to install Windows XP, leaving  required space
> for the Linux install, and convert the drive to dynamic disk.
> When it is sucessfully converted you can reboot from linux floppy and "resize"
> the last partition on the disk to the place where the free space actually
> begins.
> Now it's possible to create some partitions here to install Linux.
> The point is Windows still thinks there is an unpartioned space there,
> where you just put your Linux distro :)
>
> But thats not the option anyway,
> and recognising dynamic disks would be a much better solution :).
>
> Art.
>
> -
> 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/
>

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Linux support for Microsoft dynamic disks?

2001-05-13 Thread Mr. James W. Laferriere



Hello All , I see one very big gotcha here .  M$ doesn't want you
to have a linux partition on the drive they fdo this by not
recognising your ext2/ext3/JFS/... partition .
The next real difficulty is going to be for those that already
have a linux system setup and are going to try  install M$-LDM on
their drives  BANG!  no more ext2/... .  A work around such as Art
describes below is VERY much needed  needs to be posted in all
the right places .
As an aside linux-kernel/... are going to hear at least a half a
years worth of noise about it .  Sorry about the noise .  JimL

On Sun, 13 May 2001, Art Boulatov wrote:

 On Sunday 13 May 2001 03:15 pm, mirabilos wrote:

  
  I had (on a 2G disk) a NTFS, a FAT and some Linux partitions. It even
  refused
  to convert to dynamic disk. When it finally did, my Linux partitions
  vanished.
  You need this support to even be able to use linux on that disk... btw
  .

 It is actiually possible to have both Linux and Windows 2000/Windows XP with
 dynamic disk on the same hard drive for now.

 The thing is you have first to install Windows XP, leaving  required space
 for the Linux install, and convert the drive to dynamic disk.
 When it is sucessfully converted you can reboot from linux floppy and resize
 the last partition on the disk to the place where the free space actually
 begins.
 Now it's possible to create some partitions here to install Linux.
 The point is Windows still thinks there is an unpartioned space there,
 where you just put your Linux distro :)

 But thats not the option anyway,
 and recognising dynamic disks would be a much better solution :).

 Art.

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


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: anybody home at device@lanana.org?

2001-05-04 Thread Mr. James W. Laferriere



Hello Peter ,  Would also please drop a line as to what is going
on to the rest of the community as well .  Tia , JimL

On 23 Apr 2001, H. Peter Anvin wrote:
> Followup to:  <[EMAIL PROTECTED]>
> By author:Kipp Cannon <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> > I've sent some messages to [EMAIL PROTECTED] but haven't received any
> > responses.  Does anyone know if there's anybody home?
> Yes, but there are some issues with respect to device registration
> right now.  I will be sending out a message explaining in detail to
> the people who have pending registrations sometime this week.
>   -hpa
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: anybody home at device@lanana.org?

2001-05-04 Thread Mr. James W. Laferriere



Hello Peter ,  Would also please drop a line as to what is going
on to the rest of the community as well .  Tia , JimL

On 23 Apr 2001, H. Peter Anvin wrote:
 Followup to:  [EMAIL PROTECTED]
 By author:Kipp Cannon [EMAIL PROTECTED]
 In newsgroup: linux.dev.kernel
  I've sent some messages to [EMAIL PROTECTED] but haven't received any
  responses.  Does anyone know if there's anybody home?
 Yes, but there are some issues with respect to device registration
 right now.  I will be sending out a message explaining in detail to
 the people who have pending registrations sometime this week.
   -hpa
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Linux 2.4.3-ac12

2001-04-22 Thread Mr. James W. Laferriere



Hello Alan ,  To whom is this attributed ?  Tia ,  JimL

On Sun, 22 Apr 2001, Alan Cox wrote:
> o Hopefully fix bugtraq reported netfilter ftp
>   flaw
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Linux 2.4.3-ac12

2001-04-22 Thread Mr. James W. Laferriere



Hello Alan ,  To whom is this attributed ?  Tia ,  JimL

On Sun, 22 Apr 2001, Alan Cox wrote:
 o Hopefully fix bugtraq reported netfilter ftp
   flaw
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Request for comment -- a better attribution system

2001-04-21 Thread Mr. James W. Laferriere



Hello Eric ,

On Sat, 21 Apr 2001, Albert D. Cahalan wrote:
> Eric S. Raymond writes:
> > This is a proposal for an attribution metadata system in the Linux
> > kernel sources.  The goal of the system is to make it easy for
> > people reading any given piece of code to identify the responsible
> > maintainer.  The motivation for this proposal is that the present
> > system, a single top-level MAINTAINERS file, doesn't seem to be
> > scaling well.
> It is nice to have a single file for grep. With the proposed
> changes one would sometimes need to grep every file.

Find . -name "*Some-Name*" -type f -print | xargs grep 'Some-Info'
Hate answering with just one line of credible info , But .
Hth ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Is printing broke on sparc ?



Hello Tim ,

On Tue, 17 Apr 2001, Mr. James W. Laferriere wrote:
> On Tue, 17 Apr 2001, Tim Waugh wrote:
> > [...]
> > > /c#eodiecnyotai rhernili s to rpaemn
> > > s eehpo o-.ROLPR0 roif{\=sl:x
> > >   /p:ao/lr
> > This looks like characters are getting missed out, rather than
> > anything getting garbled.  The above characters all appear in
> > /etc/printcap in the order shown.  Obviously there isn't enough
> > redundancy in /etc/printcap for the print-out to be useful despite
> > that. :-)
>   ;-) .
> > Please try adjusting the 'udelay (1)' lines in
> > drivers/parport/ieee1284_ops.c:parport_ieee1284_write_compat to be
> > larger delays (for example, try replacing the 1s with 2s, or 5s, and
> > see if that makes things better).
>   I am going to look and see if there might be a ioctl for that
>   function .  Failing that I shall recompile the kernel with each
>   of those values & test until successful or it seems futile .
Ok , There isn't a sysctl available to do that .  I am also a
little worried about the 'none' in ths below .

root@udragon:~# sysctl -A | grep -i parp
dev.parport.parport0.devices.active = none
dev.parport.parport0.modes =
dev.parport.parport0.dma = -1
dev.parport.parport0.irq = 6814784
dev.parport.parport0.base-addr = 2198696099840  0
dev.parport.parport0.spintime = 500
dev.parport.default.spintime = 500
dev.parport.default.timeslice = 200

But I do see timeslices in the 'lp' of /proc/...
dir /proc/sys/dev/parport/parport0/devices/lp
total 0
   0 dr-xr-xr-x2 root root0 Apr 17 17:26 ./
   0 dr-xr-xr-x3 root root0 Apr 17 17:26 ../
   0 -rw-r--r--1 root root0 Apr 17 17:26 timeslice

Off to build 3 kernels on this old tub .  Twyl ,  JimL

> > Let me know what you need to change to get it working.
> > Thanks,
> > Tim.
> > */
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Is printing broke on sparc ?


On Tue, 17 Apr 2001, Tim Waugh wrote:
> On Mon, Apr 16, 2001 at 05:54:41PM -0700, Mr. James W. Laferriere wrote:
> > # /etc/printcap
> > # Please don't edit this file directly unless you know what you are doing!
> > # Be warned that the control-panel printtool requires a very strict format!
> > # Look at the printcap(5) man page for more info.
> > # This file can be edited with the printtool in the control-panel.
> > ##PRINTTOOL3## LOCAL POSTSCRIPT 300x300 letter {} PostScript Default {}
> > lp:\
> > :sd=/var/spool/lpd/lp:\
> > :mx#0:\
> > :sh:\
> > :lp=/dev/lp0:\
> > :if=/var/spool/lpd/lp/filter:
> [...]
> > /c#eodiecnyotai rhernili s to rpaemn
> > s eehpo o-.ROLPR0 roif{\=sl:x
> > /p:ao/lr

> This looks like characters are getting missed out, rather than
> anything getting garbled.  The above characters all appear in
> /etc/printcap in the order shown.  Obviously there isn't enough
> redundancy in /etc/printcap for the print-out to be useful despite
> that. :-)
;-) .

> Please try adjusting the 'udelay (1)' lines in
> drivers/parport/ieee1284_ops.c:parport_ieee1284_write_compat to be
> larger delays (for example, try replacing the 1s with 2s, or 5s, and
> see if that makes things better).
I am going to look and see if there might be a ioctl for that
function .  Failing that I shall recompile the kernel with each
of those values & test until successful or it seems futile .

> Let me know what you need to change to get it working.
> Thanks,
> Tim.
> */
Tnx ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Is printing broke on sparc ?


On Tue, 17 Apr 2001, Tim Waugh wrote:
 On Mon, Apr 16, 2001 at 05:54:41PM -0700, Mr. James W. Laferriere wrote:
  # /etc/printcap
  # Please don't edit this file directly unless you know what you are doing!
  # Be warned that the control-panel printtool requires a very strict format!
  # Look at the printcap(5) man page for more info.
  # This file can be edited with the printtool in the control-panel.
  ##PRINTTOOL3## LOCAL POSTSCRIPT 300x300 letter {} PostScript Default {}
  lp:\
  :sd=/var/spool/lpd/lp:\
  :mx#0:\
  :sh:\
  :lp=/dev/lp0:\
  :if=/var/spool/lpd/lp/filter:
 [...]
  /c#eodiecnyotai rhernili s to rpaemn
  s eehpo o-.ROLPR0 roif{\=sl:x
  /p:ao/lr

 This looks like characters are getting missed out, rather than
 anything getting garbled.  The above characters all appear in
 /etc/printcap in the order shown.  Obviously there isn't enough
 redundancy in /etc/printcap for the print-out to be useful despite
 that. :-)
;-) .

 Please try adjusting the 'udelay (1)' lines in
 drivers/parport/ieee1284_ops.c:parport_ieee1284_write_compat to be
 larger delays (for example, try replacing the 1s with 2s, or 5s, and
 see if that makes things better).
I am going to look and see if there might be a ioctl for that
function .  Failing that I shall recompile the kernel with each
of those values  test until successful or it seems futile .

 Let me know what you need to change to get it working.
 Thanks,
 Tim.
 */
Tnx ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Is printing broke on sparc ?



Hello Tim ,

On Tue, 17 Apr 2001, Mr. James W. Laferriere wrote:
 On Tue, 17 Apr 2001, Tim Waugh wrote:
  [...]
   /c#eodiecnyotai rhernili s to rpaemn
   s eehpo o-.ROLPR0 roif{\=sl:x
 /p:ao/lr
  This looks like characters are getting missed out, rather than
  anything getting garbled.  The above characters all appear in
  /etc/printcap in the order shown.  Obviously there isn't enough
  redundancy in /etc/printcap for the print-out to be useful despite
  that. :-)
   ;-) .
  Please try adjusting the 'udelay (1)' lines in
  drivers/parport/ieee1284_ops.c:parport_ieee1284_write_compat to be
  larger delays (for example, try replacing the 1s with 2s, or 5s, and
  see if that makes things better).
   I am going to look and see if there might be a ioctl for that
   function .  Failing that I shall recompile the kernel with each
   of those values  test until successful or it seems futile .
Ok , There isn't a sysctl available to do that .  I am also a
little worried about the 'none' in ths below .

root@udragon:~# sysctl -A | grep -i parp
dev.parport.parport0.devices.active = none
dev.parport.parport0.modes =
dev.parport.parport0.dma = -1
dev.parport.parport0.irq = 6814784
dev.parport.parport0.base-addr = 2198696099840  0
dev.parport.parport0.spintime = 500
dev.parport.default.spintime = 500
dev.parport.default.timeslice = 200

But I do see timeslices in the 'lp' of /proc/...
dir /proc/sys/dev/parport/parport0/devices/lp
total 0
   0 dr-xr-xr-x2 root root0 Apr 17 17:26 ./
   0 dr-xr-xr-x3 root root0 Apr 17 17:26 ../
   0 -rw-r--r--1 root root0 Apr 17 17:26 timeslice

Off to build 3 kernels on this old tub .  Twyl ,  JimL

  Let me know what you need to change to get it working.
  Thanks,
  Tim.
  */
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

Is printing broke on sparc ?

2001-04-16 Thread Mr. James W. Laferriere



Hello All , On Linux-Sparc I can send data to the /dev/par0 &
/dev/lp0 but the data appears to be garbled .

Sending the below printcap to either of the above ports ...

# /etc/printcap
#
# Please don't edit this file directly unless you know what you are doing!
# Be warned that the control-panel printtool requires a very strict format!
# Look at the printcap(5) man page for more info.
#
# This file can be edited with the printtool in the control-panel.

##PRINTTOOL3## LOCAL POSTSCRIPT 300x300 letter {} PostScript Default {}
lp:\
:sd=/var/spool/lpd/lp:\
:mx#0:\
:sh:\
:lp=/dev/lp0:\
:if=/var/spool/lpd/lp/filter:


.. ie:  cat /etc/printcap > /dev/lp0(or /dev/par0)
gets me :

/c#eodiecnyotai rhernili s to rpaemn
s eehpo o-.ROLPR0 roif{\=sl:x
/p:ao/lr
which is where it rolls off the paper .
printer is a DECLaser 2200  .  I have the PostScript option card
for it , but when it is installed -notthing- gets output so I
tried the above experiment without it installed .  With the option
installed the display shows 'PS Waiting' Then shortly 'PS
Processing' then 'PS Ready' .  This happens whether I cat .ps
files or not .  I beleive that something is garbling the data
being sent .

I did have this running quite well off of a i386 running linux
not to long ago .  So I have to be doing something wrong .

ANy help appreciated .  Tia ,  JimL

Options turned on in the .config

CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_SUNBPP=y
# CONFIG_PARPORT_OTHER is not set
CONFIG_PARPORT_1284=y

CONFIG_PRINTER=y

# dmesg | grep -b1 par

1135-Starting kswapd v1.8
1156:parport0: sunbpp at 0x1ffec80
1190:parport0: cpp_mux: aa55f00f52ad51(18)
1228:parport0: cpp_daisy: aa5500ff(18)
1262:parport0: assign_addrs: aa5500ff(18)
1299:parport0: cpp_mux: aa55f00f52ad51(98)
1337:parport0: cpp_daisy: aa5500ff(98)
1371:parport0: assign_addrs: aa5500ff(98)
1408-Console: switching to colour frame buffer device 128x54
--
1527-pty: 256 Unix98 ptys configured
1559:lp0: using parport0 (interrupt-driven).
1599-block: queued sectors max/low 203466kB/72394kB, 640 slots per queue



   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++


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

Is printing broke on sparc ?

2001-04-16 Thread Mr. James W. Laferriere



Hello All , On Linux-Sparc I can send data to the /dev/par0 
/dev/lp0 but the data appears to be garbled .

Sending the below printcap to either of the above ports ...
begin printcap
# /etc/printcap
#
# Please don't edit this file directly unless you know what you are doing!
# Be warned that the control-panel printtool requires a very strict format!
# Look at the printcap(5) man page for more info.
#
# This file can be edited with the printtool in the control-panel.

##PRINTTOOL3## LOCAL POSTSCRIPT 300x300 letter {} PostScript Default {}
lp:\
:sd=/var/spool/lpd/lp:\
:mx#0:\
:sh:\
:lp=/dev/lp0:\
:if=/var/spool/lpd/lp/filter:
end printcap

.. ie:  cat /etc/printcap  /dev/lp0(or /dev/par0)
gets me :

/c#eodiecnyotai rhernili s to rpaemn
s eehpo o-.ROLPR0 roif{\=sl:x
/p:ao/lr
which is where it rolls off the paper .
printer is a DECLaser 2200  .  I have the PostScript option card
for it , but when it is installed -notthing- gets output so I
tried the above experiment without it installed .  With the option
installed the display shows 'PS Waiting' Then shortly 'PS
Processing' then 'PS Ready' .  This happens whether I cat .ps
files or not .  I beleive that something is garbling the data
being sent .

I did have this running quite well off of a i386 running linux
not to long ago .  So I have to be doing something wrong .

ANy help appreciated .  Tia ,  JimL

Options turned on in the .config

CONFIG_PARPORT=y
# CONFIG_PARPORT_PC is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
CONFIG_PARPORT_SUNBPP=y
# CONFIG_PARPORT_OTHER is not set
CONFIG_PARPORT_1284=y

CONFIG_PRINTER=y

# dmesg | grep -b1 par

1135-Starting kswapd v1.8
1156:parport0: sunbpp at 0x1ffec80
1190:parport0: cpp_mux: aa55f00f52ad51(18)
1228:parport0: cpp_daisy: aa5500ff(18)
1262:parport0: assign_addrs: aa5500ff(18)
1299:parport0: cpp_mux: aa55f00f52ad51(98)
1337:parport0: cpp_daisy: aa5500ff(98)
1371:parport0: assign_addrs: aa5500ff(98)
1408-Console: switching to colour frame buffer device 128x54
--
1527-pty: 256 Unix98 ptys configured
1559:lp0: using parport0 (interrupt-driven).
1599-block: queued sectors max/low 203466kB/72394kB, 640 slots per queue



   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++


-
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: syslog insmod please!


Hello Wichert ,
On Fri, 6 Apr 2001, Artur Frysiak wrote:
> On Fri, Apr 06, 2001 at 07:43:29AM -0700, Mr. James W. Laferriere wrote:
> > On 6 Apr 2001, Wichert Akkerman wrote:
> > > In article <[EMAIL PROTECTED]>,
> > > Mr. James W. Laferriere <[EMAIL PROTECTED]> wrote:
> > > > Not the problem being discussed ,  This is a user now root &
> > > > having gained root is now attempting to from the command line
> > > > to load a module .  How do we get this event recorded ?
> > > Recent versions of modutils (2.4.3 and later iirc) log that info
> > > in /var/log/ksymoops

> But r00tkit may have own version of insmod.
OK ,  There are no special features accorded to /var/log/ksymoops
than to any other file .  Unless otherwise configured .
Am I that mistaken ?  I hope not .  Tia ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: syslog insmod please!



Hello Wichert ,

On 6 Apr 2001, Wichert Akkerman wrote:
> In article <[EMAIL PROTECTED]>,
> Mr. James W. Laferriere <[EMAIL PROTECTED]> wrote:
> > Not the problem being discussed ,  This is a user now root &
> > having gained root is now attempting to from the command line
> > to load a module .  How do we get this event recorded ?
> Recent versions of modutils (2.4.3 and later iirc) log that info
> in /var/log/ksymoops
Thank you .  Does anyone know why this information is being put
into /var/log/ksymoops ?  If anything I'd have used a differant
filename .  Tia ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: syslog insmod please!



Hello Ion ,

On Thu, 5 Apr 2001, Ion Badulescu wrote:
> On Thu, 5 Apr 2001, Andreas Dilger wrote:
> > Why do it from user space?  Simply add a printk() to sys_init_module() or
> > similar.
> Agreed, but at that point the solution has absolutely nothing to do with
> insmod anymore. :-)

> Besides, as you said, I don't really see the point. It certainly doesn't
> help with logging the actions of an attacker, and on the other hand kmod
> already logs its own actions.
Not the problem being discussed ,  This is a user now root &
having gained root is now attempting to from the command line
to load a module .  How do we get this event recorded ?  kmod
only works when the user calles for the service & then it loads
it .  Tia ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: syslog insmod please!



Hello Ion ,

On Thu, 5 Apr 2001, Ion Badulescu wrote:
 On Thu, 5 Apr 2001, Andreas Dilger wrote:
  Why do it from user space?  Simply add a printk() to sys_init_module() or
  similar.
 Agreed, but at that point the solution has absolutely nothing to do with
 insmod anymore. :-)

 Besides, as you said, I don't really see the point. It certainly doesn't
 help with logging the actions of an attacker, and on the other hand kmod
 already logs its own actions.
Not the problem being discussed ,  This is a user now root 
having gained root is now attempting to from the command line
to load a module .  How do we get this event recorded ?  kmod
only works when the user calles for the service  then it loads
it .  Tia ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: syslog insmod please!


Hello Wichert ,
On Fri, 6 Apr 2001, Artur Frysiak wrote:
 On Fri, Apr 06, 2001 at 07:43:29AM -0700, Mr. James W. Laferriere wrote:
  On 6 Apr 2001, Wichert Akkerman wrote:
   In article [EMAIL PROTECTED],
   Mr. James W. Laferriere [EMAIL PROTECTED] wrote:
Not the problem being discussed ,  This is a user now root 
having gained root is now attempting to from the command line
to load a module .  How do we get this event recorded ?
   Recent versions of modutils (2.4.3 and later iirc) log that info
   in /var/log/ksymoops

 But r00tkit may have own version of insmod.
OK ,  There are no special features accorded to /var/log/ksymoops
than to any other file .  Unless otherwise configured .
Am I that mistaken ?  I hope not .  Tia ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: WG: 2.4 on COMPQ Proliant

2001-03-29 Thread Mr. James W. Laferriere



Hello Frank ,  Highly recommend the sym53c* .  JimL

On Thu, 29 Mar 2001, Butter, Frank wrote:
> 2.2.16 claimes to find a ncr53c1510D-chipset, supported by
> the driver ncr53c8xx. Which kernel-param would be the correct one for this?
> Frank
> > -Ursprüngliche Nachricht-
> > Von: Butter, Frank
> > Gesendet: Donnerstag, 29. März 2001 17:11
> > An: '[EMAIL PROTECTED]'
> > Betreff: 2.4 on COMPQ Proliant
> > Has anyone experiences with 2.4.x on recent Compaq Proliant
> > Servers (e.g. ML570)?
> >
> > I've installed RedHat7 and it worked fine out of the box.
> > Except that the SMP-enabled kernel stated there was no
> > SMP-board detected ;-/
> > For some reasons (Fibrechannel drivers and so on) I've compiled
> > 2.4.2 and installed it. Although I've compiled the support
> > in, the NCR-SCSI-chip was not found and therefore no
> > root-partition. It is a model supported by 53c8xx - detected
> > by the original RedHat-kernel.
> >
> > For testing I compiled a kernel with all (!) scsi-low-level-drivers -
> > with the same result. The SMP-board also was NOT detected by 2.4.2.
> >
> > Any hint?
> >
> > Frank
> >
> -
> 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/
>

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: WG: 2.4 on COMPQ Proliant

2001-03-29 Thread Mr. James W. Laferriere



Hello Frank ,  Highly recommend the sym53c* .  JimL

On Thu, 29 Mar 2001, Butter, Frank wrote:
 2.2.16 claimes to find a ncr53c1510D-chipset, supported by
 the driver ncr53c8xx. Which kernel-param would be the correct one for this?
 Frank
  -Ursprüngliche Nachricht-
  Von: Butter, Frank
  Gesendet: Donnerstag, 29. März 2001 17:11
  An: '[EMAIL PROTECTED]'
  Betreff: 2.4 on COMPQ Proliant
  Has anyone experiences with 2.4.x on recent Compaq Proliant
  Servers (e.g. ML570)?
 
  I've installed RedHat7 and it worked fine out of the box.
  Except that the SMP-enabled kernel stated there was no
  SMP-board detected ;-/
  For some reasons (Fibrechannel drivers and so on) I've compiled
  2.4.2 and installed it. Although I've compiled the support
  in, the NCR-SCSI-chip was not found and therefore no
  root-partition. It is a model supported by 53c8xx - detected
  by the original RedHat-kernel.
 
  For testing I compiled a kernel with all (!) scsi-low-level-drivers -
  with the same result. The SMP-board also was NOT detected by 2.4.2.
 
  Any hint?
 
  Frank
 
 -
 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/


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Unmounting and ejecting the root fs on shutdown.



Hello Per ,  Yah I can understand high volume lists ;-)
But combined with the dropping of a copy of the iso-image
you create ,  A Howto ???  Please .  Tia , JimL

On Wed, 28 Feb 2001, Per Erik Stendahl wrote:
> Oops, I almost missed this one. High-volume mailinglists... :-)
> > >   Hello Per ,  Has anyone gotten back to you on this subject ?
> > >   I as well am very interested in any information about releiving
> > >   this difficulty .  Tia ,  JimL
> > Such a CD would be very nice; one or two people do have this already,
> > though. Have you tried using a ramdisk for root, and mounting
> > the CD as
> > /usr?
> Well, doing this on your own certainly will teach you a lot about
> Linux I tell you. :-)
> I still dont know how to make the kernel unlock and eject the CD on
> shutdown. I haven't been able to pinpoint the shutdown sequence in
> the kernel sources yet. :-)
> What I do know now is how to make the kernel not lock the CD in the
> first place. Simply ioctl(/dev/cdrom, CDROM_CLEAR_OPTIONS, CDO_LOCK)
> from /linuxrc in the initrd. This way I can remove the CD anytime
> I please which is enough for me. And I dont have to patch the kernel.
> Mounting a ramdisk for / is doable (I think) but kludgy since you have
> to symlink or mount so many subdirectories. Right now I only have /var
> in a ramdisk (and why _WHY_ is /etc/mtab located in /etc and not
> in /var??).
> Anyways the CD works - and yes, being able to boot Linux w/o touching
> the harddrives or the network is nice! :-) I might even put it on the
> web once I get it cleaned up. Though the ISO is ~200 Mb.
> Cheers
> /Per Erik Stendahl
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Unmounting and ejecting the root fs on shutdown.

Hello James ,  Yup that works alright .  But the difficulty
Per & I were talking about is after the system (such as
slackware's live-fs) is -shutdown- the CD drive bay is still
locked ,  One has to hard-reset (or even power off for some)
before the bay will open .  I am well aware why the bay does
not open while the live-fs has it mounted .  But am quite
baffled as to why the darn thing remains locked after system
shutdown .  Again I am quite sure I know why that is happening
as well .  The live-fs is hard read-only and the umount of the
live-fs can not complete , so the CD drive never receives an
unlock .  Sound about right ?  Twyl ,  JimL

On Wed, 28 Feb 2001, James A. Sutherland wrote:

> On Wed, 28 Feb 2001, Mr. James W. Laferriere wrote:
>
> >
> > Hello Per ,  Has anyone gotten back to you on this subject ?
> > I as well am very interested in any information about releiving
> > this difficulty .  Tia ,  JimL
>
> Such a CD would be very nice; one or two people do have this already,
> though. Have you tried using a ramdisk for root, and mounting the CD as
> /usr?
>
>
> James.
>

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Unmounting and ejecting the root fs on shutdown.



Hello Per ,  Has anyone gotten back to you on this subject ?
I as well am very interested in any information about releiving
this difficulty .  Tia ,  JimL

On Wed, 21 Feb 2001, Per Erik Stendahl wrote:
> Hi!
> I'm putting together a maintenance/rescue CD. It's bootable with
> RH6.2 (2.2.16) "installed" - ie the root fs is on the CD itself, no
> harddrives involved. I've run across a slight inconvenience:
> when I shutdown the CD is still locked in the drive. I have to power-off
> then power-on again to get the CD out of the drive. Is there any way
> I can get the kernel to unlock the CD and even possibly eject it
> on shutdown? If kernel-hacking is required could somebody please
> point to where it should be done? (I'm not very familiar with the
> kernel-layout).
> TIA,
> Per Erik Stendahl
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Can't compilete 2.4.2 kernel



Hello David ,
do a 'ln -s linux-2.4 linux' in directory /usr/src .  Hth ,  JimL

On Wed, 28 Feb 2001, David Anderson wrote:

> Please CC [EMAIL PROTECTED] on your replies - I'm not on the mailing list.
>
> Slackware 7.1
> cd /usr/src
> tar -xvyf linux-2.4.2.tar.bz2
> mv linux linux-2.4
> cd linux-2.4
> make mrproper
> make menuconfig - {selection options, etc.}
> make dep
> make clean
> make bzImage
>
> Get this with bzImage:
>
> gcc -Wall -Wstrict-prototypes -O2- fomit-frame-pointer -o scripts/split-include 
>scripts/split-include.c
> In file included from /usr/include/errno.h:36,
> from scripts/split-include.c:26:
> /usr/include/bits/errno.h:25: linux/errno.h: No such file or directory
> make: *** [scripts/split-include] Error 1
>
>
> THANKS!
>
>
> Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at 
>http://www.eudoramail.com
> -
> 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/
>

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Can't compilete 2.4.2 kernel



Hello David ,
do a 'ln -s linux-2.4 linux' in directory /usr/src .  Hth ,  JimL

On Wed, 28 Feb 2001, David Anderson wrote:

 Please CC [EMAIL PROTECTED] on your replies - I'm not on the mailing list.

 Slackware 7.1
 cd /usr/src
 tar -xvyf linux-2.4.2.tar.bz2
 mv linux linux-2.4
 cd linux-2.4
 make mrproper
 make menuconfig - {selection options, etc.}
 make dep
 make clean
 make bzImage

 Get this with bzImage:

 gcc -Wall -Wstrict-prototypes -O2- fomit-frame-pointer -o scripts/split-include 
scripts/split-include.c
 In file included from /usr/include/errno.h:36,
 from scripts/split-include.c:26:
 /usr/include/bits/errno.h:25: linux/errno.h: No such file or directory
 make: *** [scripts/split-include] Error 1


 THANKS!


 Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at 
http://www.eudoramail.com
 -
 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/


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Unmounting and ejecting the root fs on shutdown.



Hello Per ,  Has anyone gotten back to you on this subject ?
I as well am very interested in any information about releiving
this difficulty .  Tia ,  JimL

On Wed, 21 Feb 2001, Per Erik Stendahl wrote:
 Hi!
 I'm putting together a maintenance/rescue CD. It's bootable with
 RH6.2 (2.2.16) "installed" - ie the root fs is on the CD itself, no
 harddrives involved. I've run across a slight inconvenience:
 when I shutdown the CD is still locked in the drive. I have to power-off
 then power-on again to get the CD out of the drive. Is there any way
 I can get the kernel to unlock the CD and even possibly eject it
 on shutdown? If kernel-hacking is required could somebody please
 point to where it should be done? (I'm not very familiar with the
 kernel-layout).
 TIA,
 Per Erik Stendahl
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Unmounting and ejecting the root fs on shutdown.



Hello James ,  Yup that works alright .  But the difficulty
Per  I were talking about is after the system (such as
slackware's live-fs) is -shutdown- the CD drive bay is still
locked ,  One has to hard-reset (or even power off for some)
before the bay will open .  I am well aware why the bay does
not open while the live-fs has it mounted .  But am quite
baffled as to why the darn thing remains locked after system
shutdown .  Again I am quite sure I know why that is happening
as well .  The live-fs is hard read-only and the umount of the
live-fs can not complete , so the CD drive never receives an
unlock .  Sound about right ?  Twyl ,  JimL

On Wed, 28 Feb 2001, James A. Sutherland wrote:

 On Wed, 28 Feb 2001, Mr. James W. Laferriere wrote:

 
  Hello Per ,  Has anyone gotten back to you on this subject ?
  I as well am very interested in any information about releiving
  this difficulty .  Tia ,  JimL

 Such a CD would be very nice; one or two people do have this already,
 though. Have you tried using a ramdisk for root, and mounting the CD as
 /usr?


 James.


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Unmounting and ejecting the root fs on shutdown.



Hello Per ,  Yah I can understand high volume lists ;-)
But combined with the dropping of a copy of the iso-image
you create ,  A Howto ???  Please .  Tia , JimL

On Wed, 28 Feb 2001, Per Erik Stendahl wrote:
 Oops, I almost missed this one. High-volume mailinglists... :-)
 Hello Per ,  Has anyone gotten back to you on this subject ?
 I as well am very interested in any information about releiving
 this difficulty .  Tia ,  JimL
  Such a CD would be very nice; one or two people do have this already,
  though. Have you tried using a ramdisk for root, and mounting
  the CD as
  /usr?
 Well, doing this on your own certainly will teach you a lot about
 Linux I tell you. :-)
 I still dont know how to make the kernel unlock and eject the CD on
 shutdown. I haven't been able to pinpoint the shutdown sequence in
 the kernel sources yet. :-)
 What I do know now is how to make the kernel not lock the CD in the
 first place. Simply ioctl(/dev/cdrom, CDROM_CLEAR_OPTIONS, CDO_LOCK)
 from /linuxrc in the initrd. This way I can remove the CD anytime
 I please which is enough for me. And I dont have to patch the kernel.
 Mounting a ramdisk for / is doable (I think) but kludgy since you have
 to symlink or mount so many subdirectories. Right now I only have /var
 in a ramdisk (and why _WHY_ is /etc/mtab located in /etc and not
 in /var??).
 Anyways the CD works - and yes, being able to boot Linux w/o touching
 the harddrives or the network is nice! :-) I might even put it on the
 web once I get it cleaned up. Though the ISO is ~200 Mb.
 Cheers
 /Per Erik Stendahl
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: re. too long mac address for --mac-source netfilter option

2001-02-17 Thread Mr. James W. Laferriere



Hello All,

On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote:
> Stefan Hanse writes -
> >Umm..  An ethernet MAC address is 48bit long, ie AA:BB:CC:DD:EE:FF, 6
>groups, not 14. Is this really an ethernet
> >interface? (If it really has 14 groups).
>
>> Good question. I have determined by scanning my firewall logs that the
>"invalid" mac addresses are all coming from cable modem routers. And my
>linux kernel is recognizing them as being MAC addresses. Would it be
>better to write another module looking for these long "MAC"  rather than
>tamper with the mac module?
>
>> To illustrate, here is a cut from my system log showing a portscan from
>my cable modem provider (a routine part of their service contract since
>you are not allowed to run client-side servers). SRC and DST have been
>x'ed out:
>
>> Feb 17 08:49:42 nonesuch kernel: IN=eth0 OUT=
>MAC=00:01:02:69:49:4f:00:00:77:93:83:d2:08:00 SRC=xx.xx.xx.xx
 ^
This appears to be an ATM NSAP address .  Hth ,  JimL

>DST=xx.xx.xx.xx LEN=44 TOS=0x00 PREC=0x00 TTL=246 ID=21419 PROTO=TCP
>SPT=45435 DPT=119 WINDOW=8760 RES=0x00 SYN URGP=0
>> All hits on my firewall from cable modem servers other than my own
>provider also have the 14 group "MAC" address so it looks like this may
>be a feature of these units.

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: re. too long mac address for --mac-source netfilter option

2001-02-17 Thread Mr. James W. Laferriere



Hello All,

On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote:
 Stefan Hanse writes -
 Umm..  An ethernet MAC address is 48bit long, ie AA:BB:CC:DD:EE:FF, 6
groups, not 14. Is this really an ethernet
 interface? (If it really has 14 groups).

 Good question. I have determined by scanning my firewall logs that the
"invalid" mac addresses are all coming from cable modem routers. And my
linux kernel is recognizing them as being MAC addresses. Would it be
better to write another module looking for these long "MAC"  rather than
tamper with the mac module?

 To illustrate, here is a cut from my system log showing a portscan from
my cable modem provider (a routine part of their service contract since
you are not allowed to run client-side servers). SRC and DST have been
x'ed out:

 Feb 17 08:49:42 nonesuch kernel: IN=eth0 OUT=
MAC=00:01:02:69:49:4f:00:00:77:93:83:d2:08:00 SRC=xx.xx.xx.xx
 ^
This appears to be an ATM NSAP address .  Hth ,  JimL

DST=xx.xx.xx.xx LEN=44 TOS=0x00 PREC=0x00 TTL=246 ID=21419 PROTO=TCP
SPT=45435 DPT=119 WINDOW=8760 RES=0x00 SYN URGP=0
 All hits on my firewall from cable modem servers other than my own
provider also have the 14 group "MAC" address so it looks like this may
be a feature of these units.

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: too long mac address for --mac-source netfilter option



Hello Jack & All ,  Might this be an atm interface ?
If it is not then am I to assume that an atm interface
with its erroneous mac-address is going to have the same
difficulties .  That is of course as soon as the atm interface
actually put a valid ESI/mac-address into the interface table .
Tia ,  JimL

On Fri, 16 Feb 2001, Jack Bowling wrote:
>> I am trying to use the --mac-source option in the netfilter code to
>better refine access to my linux box. However, I have run up against
>something. The router through which my private subnet work box passes
>sends a 14-group "invalid" mac address, presumably as an attempt to
>conceal the real hextile mac address. However, the code for the
>--mac-source netfilter option is looking for a valid hextile mac address
>and complains loudly as such (numerals converted to x's):
> iptables v1.1.1: Bad mac address `xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx'
> to the respective iptable line:
>> $IPT -A INPUT -p tcp -s xxx.xxx.xxx.xxx -d $NET -m mac --mac-source
>xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx --dport 5900:5901 -j ACCEPT
>> The idea here is to allow VNC access to my home box with the access
>filtered by both IP and mac address.
>> Is there a resolution to this other than a rewrite and recompile of the
>relevant sections of the iptable code? Or am I stuck? I know this option
>is tagged by Rusty as experimental still so I would assume that the code
>is open for feedback ;) The question could be rephrased as: is there any
>chance of allowing "invalid" mac addresses to be recognized by the
>--mac-source option of the netfilter code? Running Redhat v7/kernel
>2.4.1-ac15.

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: kernel 2.4.0/1/1-ac15 and ncr53c810a



Hello Wolfgang & J.A. ,

On Sat, 17 Feb 2001, J . A . Magallon wrote:
> On 02.17 Wolfgang Teichmann wrote:
> > Hello,
> > I have problems using my scanner (HP C6270A connected to ncr53c810a)
> > with xsane.
> > I always get the error message:
> > error during read: Error during device I/O
> > Feb 15 23:57:27 localhost kernel: Attached scsi generic sg2 at scsi0,
> > channel 0, id 4, lun 0, type 3
> Try disabling 'Initiate sync negotitation' in the card BIOS for the ID of
> the scanner.
There is no Bios on an 810/810a .  There is a way to tell the
driver not to 'initiate Sync' & I'd prolly recommend disabling
'disconnect' as well .  UNLESSS you have -any- other device on
the 810's scsi bus .  Please see :
linux/drivers/scsi/EADME.ncr53c8xx
Hth ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: kernel 2.4.0/1/1-ac15 and ncr53c810a



Hello Wolfgang  J.A. ,

On Sat, 17 Feb 2001, J . A . Magallon wrote:
 On 02.17 Wolfgang Teichmann wrote:
  Hello,
  I have problems using my scanner (HP C6270A connected to ncr53c810a)
  with xsane.
  I always get the error message:
  error during read: Error during device I/O
  Feb 15 23:57:27 localhost kernel: Attached scsi generic sg2 at scsi0,
  channel 0, id 4, lun 0, type 3
 Try disabling 'Initiate sync negotitation' in the card BIOS for the ID of
 the scanner.
There is no Bios on an 810/810a .  There is a way to tell the
driver not to 'initiate Sync'  I'd prolly recommend disabling
'disconnect' as well .  UNLESSS you have -any- other device on
the 810's scsi bus .  Please see :
linux/drivers/scsi/EADME.ncr53c8xx
Hth ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: too long mac address for --mac-source netfilter option



Hello Jack  All ,  Might this be an atm interface ?
If it is not then am I to assume that an atm interface
with its erroneous mac-address is going to have the same
difficulties .  That is of course as soon as the atm interface
actually put a valid ESI/mac-address into the interface table .
Tia ,  JimL

On Fri, 16 Feb 2001, Jack Bowling wrote:
 I am trying to use the --mac-source option in the netfilter code to
better refine access to my linux box. However, I have run up against
something. The router through which my private subnet work box passes
sends a 14-group "invalid" mac address, presumably as an attempt to
conceal the real hextile mac address. However, the code for the
--mac-source netfilter option is looking for a valid hextile mac address
and complains loudly as such (numerals converted to x's):
 iptables v1.1.1: Bad mac address `xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx'
 to the respective iptable line:
 $IPT -A INPUT -p tcp -s xxx.xxx.xxx.xxx -d $NET -m mac --mac-source
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx --dport 5900:5901 -j ACCEPT
 The idea here is to allow VNC access to my home box with the access
filtered by both IP and mac address.
 Is there a resolution to this other than a rewrite and recompile of the
relevant sections of the iptable code? Or am I stuck? I know this option
is tagged by Rusty as experimental still so I would assume that the code
is open for feedback ;) The question could be rephrased as: is there any
chance of allowing "invalid" mac addresses to be recognized by the
--mac-source option of the netfilter code? Running Redhat v7/kernel
2.4.1-ac15.

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Linux 2.4.1-ac7

2001-02-10 Thread Mr. James W. Laferriere



Hello Rik , As an aside to the below conversation .
Is there a URL/doc/... that gives basic tuning examples
for various types workloads ?   Tia ,  JimL

On Sat, 10 Feb 2001, Rik van Riel wrote:
 ...snip...
> > It's still reluctant to shrink cache.  I'm hitting I/O saturation
> > at 20 jobs vs 30 with ac5.  (difference seems to be the delta in
> > space taken by cache.. ~same space shows as additional swap volume).
>
> Indeed, to "fix" that we'll need to work at refill_inactive().
>
> However, I am very much against tuning the VM for one particular
> workload. If you can show me that this problem also happens under
> other workloads we can work at changing it, but I don't think it's
 ...snip...
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Linux 2.4.1-ac7

2001-02-10 Thread Mr. James W. Laferriere



Hello Rik , As an aside to the below conversation .
Is there a URL/doc/... that gives basic tuning examples
for various types workloads ?   Tia ,  JimL

On Sat, 10 Feb 2001, Rik van Riel wrote:
 ...snip...
  It's still reluctant to shrink cache.  I'm hitting I/O saturation
  at 20 jobs vs 30 with ac5.  (difference seems to be the delta in
  space taken by cache.. ~same space shows as additional swap volume).

 Indeed, to "fix" that we'll need to work at refill_inactive().

 However, I am very much against tuning the VM for one particular
 workload. If you can show me that this problem also happens under
 other workloads we can work at changing it, but I don't think it's
 ...snip...
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: DNS goofups galore...

2001-02-08 Thread Mr. James W. Laferriere



Hello Matti ,

On Thu, 8 Feb 2001, Matti Aarnio wrote:
 ...snip...
> Answer to the self-education question above:
>
>   The NAME fields in usual BIND systems get appended the current $ORIGIN
>   string value when the data in the field does not end with a dot:
>
>   Wrong: IN MX 10  11.22.33.44
>   "Right":   IN MX 10  11.22.33.44.
s/"Right"/Wrong/

(in the forward file)
Right:  IN MX 10  mymail.mydomain.com.
Right:mymail.mydomain.com.  IN A11.22.33.44

(in a in-addr.arpa file)
Right:44IN PTR  mymail.mydomain.com.

>   The second appears at DNS lookup as "IN MX 10 11.22.33.44", which
>   is the intention aiming to use quite common misfeatures of system
>   libraries.  THERE IS NO GUARANTEE OF IT WORKING AT NON-UNIX SYSTEMS!
>   Indeed there is no guarantee of it working at UNIX systems either!
True ! .Hth ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: DNS goofups galore...

2001-02-08 Thread Mr. James W. Laferriere



Hello Matti ,

On Thu, 8 Feb 2001, Matti Aarnio wrote:
 ...snip...
 Answer to the self-education question above:

   The NAME fields in usual BIND systems get appended the current $ORIGIN
   string value when the data in the field does not end with a dot:

   Wrong: IN MX 10  11.22.33.44
   "Right":   IN MX 10  11.22.33.44.
s/"Right"/Wrong/

(in the forward file)
Right:  IN MX 10  mymail.mydomain.com.
Right:mymail.mydomain.com.  IN A11.22.33.44

(in a in-addr.arpa file)
Right:44IN PTR  mymail.mydomain.com.

   The second appears at DNS lookup as "IN MX 10 11.22.33.44", which
   is the intention aiming to use quite common misfeatures of system
   libraries.  THERE IS NO GUARANTEE OF IT WORKING AT NON-UNIX SYSTEMS!
   Indeed there is no guarantee of it working at UNIX systems either!
True ! .Hth ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: increasing the 512 process limit at run-time?

2001-02-07 Thread Mr. James W. Laferriere



Hello Matt ,  At what uptime does one hit this limit ?
uptime
  4:40am  up 444 days, 12:58,  1 user,  load average: 0.00, 0.00, 0.00
uname -a
Linux filesrv2 2.2.6 #1 SMP Thu Jul 1 20:33:30 PDT 1999 i686 unknown

Not that that is anything spectacular , just looking for
rough idea of uptime before hitting the NR_TASKS limit .
Tia ,  JimL

On Wed, 7 Feb 2001, Matt Bernstein wrote:
> I note that include/linux/tasks.h contains #define NR_TASKS 512
>
> Can I tune this at run-time? My lovely server's been up since the day
> 2.2.16 was released, and now having hit the limit I don't want to reboot :)
>
> -
> 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/
>

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: increasing the 512 process limit at run-time?

2001-02-07 Thread Mr. James W. Laferriere



Hello Matt ,  At what uptime does one hit this limit ?
uptime
  4:40am  up 444 days, 12:58,  1 user,  load average: 0.00, 0.00, 0.00
uname -a
Linux filesrv2 2.2.6 #1 SMP Thu Jul 1 20:33:30 PDT 1999 i686 unknown

Not that that is anything spectacular , just looking for
rough idea of uptime before hitting the NR_TASKS limit .
Tia ,  JimL

On Wed, 7 Feb 2001, Matt Bernstein wrote:
 I note that include/linux/tasks.h contains #define NR_TASKS 512

 Can I tune this at run-time? My lovely server's been up since the day
 2.2.16 was released, and now having hit the limit I don't want to reboot :)

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


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

Linux2.4.1-pre1, Kernel is too big for standalone boot from floppy

2001-02-05 Thread Mr. James W. Laferriere



Hello All ,  I like the warning Ladies & Gents .  But when did it
first appear ?  I seem to have missed the announcement in the
change logs .  Tia ,  JimL

make[2]: Leaving directory
`/usr/src/linux-2.4.2-pre1/arch/i386/boot/compressed'
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o tools/build
tools/build.c -I/usr/src/linux/include
objcopy -O binary -R .note -R .comment -S compressed/bvmlinux
compressed/bvmlinux.out
tools/build -b bbootsect bsetup compressed/bvmlinux.out CURRENT > bzImage
Root device is (8, 1)
Boot sector 512 bytes.
Setup is 4512 bytes.
System is 1418 kB
warning: kernel is too big for standalone boot from floppy

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

Linux2.4.1-pre1, Kernel is too big for standalone boot from floppy

2001-02-05 Thread Mr. James W. Laferriere



Hello All ,  I like the warning Ladies  Gents .  But when did it
first appear ?  I seem to have missed the announcement in the
change logs .  Tia ,  JimL

make[2]: Leaving directory
`/usr/src/linux-2.4.2-pre1/arch/i386/boot/compressed'
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o tools/build
tools/build.c -I/usr/src/linux/include
objcopy -O binary -R .note -R .comment -S compressed/bvmlinux
compressed/bvmlinux.out
tools/build -b bbootsect bsetup compressed/bvmlinux.out CURRENT  bzImage
Root device is (8, 1)
Boot sector 512 bytes.
Setup is 4512 bytes.
System is 1418 kB
warning: kernel is too big for standalone boot from floppy

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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

2001-01-10 Thread Mr. James W. Laferriere



Hello Matthias ,  When I run your script under a -very- old
release of slackare (See after .sig) I get the below .
my ldd is ancient .

root@filesrv1:~# ~/bin/bugreport.sh asdfasdfasdf
/usr/local/sbin:/usr/sbin:/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/openwin/bin:/usr/games:/opt/schily/bin:/etc/rc.d/init.d:/sbin:/usr/sbin

bugreport.sh - Linux Kernel Problem Report Generator v0.3
=
   written by Matthias Juchem <[EMAIL PROTECTED]>

Directory with kernel sources  [/usr/src/linux]:
dirname /usr/i386-slackware-linux-gnulibc1/lib/libc.so.5
/root/bin/bugreport.sh: [: too many arguments
ls: /usr/lib/libg++.so.*: No such file or directory
ldd: invalid option -- -
ldd: invalid option -- e
ldd: invalid option -- s
ldd: invalid option -- i
ldd: invalid option -- o
ldd: invalid option -- n
/root/bin/bugreport.sh: $4: unbound variable

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware-7.0.0
Linux filesrv1 2.2.18pre15 #1 Sat Oct 14 15:58:46 PDT 2000 i686 unknown
Kernel modules 2.1.121
Gnu C  egcs-2.91.66
Binutils   2.9.1.0.25
Make version   3.77
Linux C Library 6 -libc-2.1.2
Dynamic Linker (ld.so) 1.9.9
Linux C++ Library  Notfound
Procps 2.0.2
Mount  2.9v
Net-tools  1.57
Sh-utils   1.16
Flex   2.5.4
E2fsprogs  1.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/

Re: bugreporting script - second try

2001-01-10 Thread Mr. James W. Laferriere



Hello Matthias ,  When I run your script under a -very- old
release of slackare (See after .sig) I get the below .
my ldd is ancient .

root@filesrv1:~# ~/bin/bugreport.sh asdfasdfasdf
/usr/local/sbin:/usr/sbin:/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/openwin/bin:/usr/games:/opt/schily/bin:/etc/rc.d/init.d:/sbin:/usr/sbin

bugreport.sh - Linux Kernel Problem Report Generator v0.3
=
   written by Matthias Juchem [EMAIL PROTECTED]

Directory with kernel sources  [/usr/src/linux]:
dirname /usr/i386-slackware-linux-gnulibc1/lib/libc.so.5
/root/bin/bugreport.sh: [: too many arguments
ls: /usr/lib/libg++.so.*: No such file or directory
ldd: invalid option -- -
ldd: invalid option -- e
ldd: invalid option -- s
ldd: invalid option -- i
ldd: invalid option -- o
ldd: invalid option -- n
/root/bin/bugreport.sh: $4: unbound variable

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware-7.0.0
Linux filesrv1 2.2.18pre15 #1 Sat Oct 14 15:58:46 PDT 2000 i686 unknown
Kernel modules 2.1.121
Gnu C  egcs-2.91.66
Binutils   2.9.1.0.25
Make version   3.77
Linux C Library 6 -libc-2.1.2
Dynamic Linker (ld.so) 1.9.9
Linux C++ Library  Notfound
Procps 2.0.2
Mount  2.9v
Net-tools  1.57
Sh-utils   1.16
Flex   2.5.4
E2fsprogs  1.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/

Re: Console logging

2001-01-06 Thread Mr. James W. Laferriere



Hello Mike ,

On Sat, 6 Jan 2001, Igmar Palsenberg wrote:
> On Sat, 6 Jan 2001, Mike wrote:
> > Hi!
> > I am getting getting "/var/log/messages" on my console. It doesn't save
> > it in /var/log.
> > I have checked entries in /etc/syslog.conf file. Its correct.
> > Can someone help me.
> Syslog isn't running
Or the directory/file in /var/log/ hasn't the correct permission
to allow program 'X' to write into it .  But it is more likely
that Igmar is correct .  Twyl ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Console logging

2001-01-06 Thread Mr. James W. Laferriere



Hello Mike ,

On Sat, 6 Jan 2001, Igmar Palsenberg wrote:
 On Sat, 6 Jan 2001, Mike wrote:
  Hi!
  I am getting getting "/var/log/messages" on my console. It doesn't save
  it in /var/log.
  I have checked entries in /etc/syslog.conf file. Its correct.
  Can someone help me.
 Syslog isn't running
Or the directory/file in /var/log/ hasn't the correct permission
to allow program 'X' to write into it .  But it is more likely
that Igmar is correct .  Twyl ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: problem with hp C1537A tape drives



Hello Paul & Phil ,  Ouch !,  is this media that loose on the
substrate that it leaves that much behind ?  Or is it something
else ?  I'd really like to know what the problem is  ,  as I am
seriously looking at putting DDS-III & IV 's into my backup
schemes .  Tia ,  JimL

On Sun, 26 Nov 2000, Paul Jakma wrote:
> On Sun, 26 Nov 2000, Phil Randal wrote:
> > Ah, have you tried cleaning the tape heads?
> the drive gets a run of a cleaning tape on a weekly basis.
> > far more frequently than you'd expect.  I've found it needs
> > two cleaning tape passes to clear this one.
> uhmmm ok. I've now done multiple cleanning runs with multiple
> cleaning tapes. let's see what happens when i try the amflush.
> > Cleaning solves a similar problem I get with these drives
> > and Backup Exec for Netware.
> and guess what... it's worked for me too. doh! guess once a week is
> not enough then.
> apologies to the list my tape cluelessness.
> > Phil
> thanks,
> --paulj
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: problem with hp C1537A tape drives



Hello Paul ,  Is the tape drive the only drive on that controller ?

 -  If it is the only drive then , I have just one suggestion
-verify- all cables are seated correctly & -verify- that there
is proper termination on the bus .

 -  If it is Not the only drive then ,
Try grabbing an pci scsi card of known goodness & place the tape
drive on that all by itself (just as a test) , making sure of
proper termination .
If that works then reveiw the configurations of the other
drives/tapes/... that are on the bus causing problems .
Hth ,  JimL

On Sun, 26 Nov 2000, Paul Jakma wrote:
> Ooops.. yes.. that info might have been useful. :)
> The box is a Compaq PL3000. Chipset is the onboard Sym 53c876, driven
> by the ncr53c8xx driver. Drive is external.
> Kernel is RH6.2 default 2.2.14-5.0smp.

> On Sun, 26 Nov 2000, Mr. James W. Laferriere wrote:
> > Hello Paul ,  Could you add a little more info like which scsi
> > chipset you are using & what the driver version is & what kernel
> > version you are running also (One more )& how you have the drive
> > chained to the scsi-bus .  Someplace there is a pointer on howto
> > reset the scsi-bus from the /proc system , BUT the method is
> > highly not recommended .  Hth ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: problem with hp C1537A tape drives



Hello Paul ,  Could you add a little more info like which scsi
chipset you are using & what the driver version is & what kernel
version you are running also (One more )& how you have the drive
chained to the scsi-bus .  Someplace there is a pointer on howto
reset the scsi-bus from the /proc system , BUT the method is
highly not recommended .  Hth ,  JimL

On Sun, 26 Nov 2000, Paul Jakma wrote:
> I have a problem with the aforementioned DDS-3 tape drives. I'm using
> one with amanda for backups. But every now and then the nightly backup
> fails with "I/O error" and i see the following in the system logs:
> st0: Error with sense data: [valid=0] Info fld=0x0, Current st09:00:
> sense key Aborted Command
> Additional Sense indicates Data phase error
> I try various things to get the drive to work again -> mt rewind, mt
> retension, load and unload the tape. "scsi remove-single-device" ->
> power off drive -> power up -> "scsi add-single-device". (it's not the
> tape cause i've tried replacing tapes).
> but nothing helps. now it mightn't be unreasonable to say the drive is
> faulty, so i replaced the drive with an identical C1537A. And... same
> thing happens again: after a couple of weeks of good backups i get the
> same problem again.
> Is there a known problem with SCSI tape drives? or with HP DDS-3
> drives? What does the kernel error message mean? (it's all 0's so not
> much i guess). What is a "Data Phase error"?
> thanks in advance,
> Paul Jakma.
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: problem with hp C1537A tape drives



Hello Paul ,  Could you add a little more info like which scsi
chipset you are using  what the driver version is  what kernel
version you are running also (One more ) how you have the drive
chained to the scsi-bus .  Someplace there is a pointer on howto
reset the scsi-bus from the /proc system , BUT the method is
highly not recommended .  Hth ,  JimL

On Sun, 26 Nov 2000, Paul Jakma wrote:
 I have a problem with the aforementioned DDS-3 tape drives. I'm using
 one with amanda for backups. But every now and then the nightly backup
 fails with "I/O error" and i see the following in the system logs:
 st0: Error with sense data: [valid=0] Info fld=0x0, Current st09:00:
 sense key Aborted Command
 Additional Sense indicates Data phase error
 I try various things to get the drive to work again - mt rewind, mt
 retension, load and unload the tape. "scsi remove-single-device" -
 power off drive - power up - "scsi add-single-device". (it's not the
 tape cause i've tried replacing tapes).
 but nothing helps. now it mightn't be unreasonable to say the drive is
 faulty, so i replaced the drive with an identical C1537A. And... same
 thing happens again: after a couple of weeks of good backups i get the
 same problem again.
 Is there a known problem with SCSI tape drives? or with HP DDS-3
 drives? What does the kernel error message mean? (it's all 0's so not
 much i guess). What is a "Data Phase error"?
 thanks in advance,
 Paul Jakma.
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: problem with hp C1537A tape drives



Hello Paul ,  Is the tape drive the only drive on that controller ?

 -  If it is the only drive then , I have just one suggestion
-verify- all cables are seated correctly  -verify- that there
is proper termination on the bus .

 -  If it is Not the only drive then ,
Try grabbing an pci scsi card of known goodness  place the tape
drive on that all by itself (just as a test) , making sure of
proper termination .
If that works then reveiw the configurations of the other
drives/tapes/... that are on the bus causing problems .
Hth ,  JimL

On Sun, 26 Nov 2000, Paul Jakma wrote:
 Ooops.. yes.. that info might have been useful. :)
 The box is a Compaq PL3000. Chipset is the onboard Sym 53c876, driven
 by the ncr53c8xx driver. Drive is external.
 Kernel is RH6.2 default 2.2.14-5.0smp.

 On Sun, 26 Nov 2000, Mr. James W. Laferriere wrote:
  Hello Paul ,  Could you add a little more info like which scsi
  chipset you are using  what the driver version is  what kernel
  version you are running also (One more ) how you have the drive
  chained to the scsi-bus .  Someplace there is a pointer on howto
  reset the scsi-bus from the /proc system , BUT the method is
  highly not recommended .  Hth ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: problem with hp C1537A tape drives



Hello Paul  Phil ,  Ouch !,  is this media that loose on the
substrate that it leaves that much behind ?  Or is it something
else ?  I'd really like to know what the problem is  ,  as I am
seriously looking at putting DDS-III  IV 's into my backup
schemes .  Tia ,  JimL

On Sun, 26 Nov 2000, Paul Jakma wrote:
 On Sun, 26 Nov 2000, Phil Randal wrote:
  Ah, have you tried cleaning the tape heads?
 the drive gets a run of a cleaning tape on a weekly basis.
  far more frequently than you'd expect.  I've found it needs
  two cleaning tape passes to clear this one.
 uhmmm ok. I've now done multiple cleanning runs with multiple
 cleaning tapes. let's see what happens when i try the amflush.
  Cleaning solves a similar problem I get with these drives
  and Backup Exec for Netware.
 and guess what... it's worked for me too. doh! guess once a week is
 not enough then.
 apologies to the list my tape cluelessness.
  Phil
 thanks,
 --paulj
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: gigabit ethernet small-packet performance

2000-11-05 Thread Mr. James W. Laferriere




Hello Robert ,  

Quote:  You probably want to buy the 66-mHz version instead, model
PWLA8490SX, often called the "Pro/1000 F Server Adapter". 

If memory serves me , this adapter has an on board processor with
no way to disable it nor to use it (at present) under linux .
If I am incorrect -please- correct me .  Tia,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: gigabit ethernet small-packet performance

2000-11-05 Thread Mr. James W. Laferriere




Hello Robert ,  

Quote:  You probably want to buy the 66-mHz version instead, model
PWLA8490SX, often called the "Pro/1000 F Server Adapter". 

If memory serves me , this adapter has an on board processor with
no way to disable it nor to use it (at present) under linux .
If I am incorrect -please- correct me .  Tia,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: That Dirty Son of a Bitch, Bill Gates!!!

2000-11-02 Thread Mr. James W. Laferriere



Hello Andre ,  A ;-) is at least due on that one . 
actually quite funny in many places .  Thanks for the fun .
JimL

On Thu, 2 Nov 2000, Andre Hedrick wrote:
> http://mslinux.org
> Andre Hedrick
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: That Dirty Son of a Bitch, Bill Gates!!!

2000-11-02 Thread Mr. James W. Laferriere



Hello Andre ,  A ;-) is at least due on that one . 
actually quite funny in many places .  Thanks for the fun .
JimL

On Thu, 2 Nov 2000, Andre Hedrick wrote:
 http://mslinux.org
 Andre Hedrick
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

Any use of the network layer lock system . BIG . Sorry .

2000-10-18 Thread Mr. James W. Laferriere



Hello All ,  on a compaq proliant 6000, 4 ppro 200Mhz 512k cpu's,
4.3Gb seagate system drive attached to onboard 53c875 ctrlr,
Smart Array 2/P, 392Mb, 4 18.Gb seagate st118273 raid 5,
Digital DE500(tulip), 3.5 Floppy, ide cdrom .

since I have upgraded from 2 cpu's to 4 cpu's I get system hangs
when trying to anything on the network , a ping , even of its
local ip .  I can (sometimes) get it to just start reboot with 
crtl-alt-del & then it'll just squeal .  Other times it is hard
hard locked not even responding to c/r at the login prompt . 
Although it does sometimes respond to pings (sort of) from off
system . ie:
120 packets transmitted, 86 packets received, 28% packet loss
round-trip min/avg/max = 0.5/12.1/1000.6 ms

I have played with swapping in and out differant cpu's to see if
one of them is the culprit , no luck .  I even tried a differant
ether card , having heard of troubles with some of the cards .
Anyone have any thoughts ?  Tia ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++


-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware-7.1.0
Linux cp6000 2.4.0-test9 #1 SMP Fri Oct 13 16:36:57 PDT 2000 i686 unknown
Kernel modules 2.3.11
Gnu C  2.7.2.3
Binutils   2.9.1.0.25
Make version   3.79
Linux C Library 6 -libc-2.1.3
Dynamic Linker (ld.so) 1.9.9
Linux C++ Library  Notfound
Procps 2.0.6
Mount  2.10l
Net-tools  1.55
Sh-utils   2.0
Flex   2.5.4
E2fsprogs  1.18


arbitration: 00
 IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  100   0   00000
 01 00F 0F  000   0   01139
 02 00F 0F  000   0   01131
 03 00F 0F  000   0   01141
 04 00F 0F  000   0   01149
 05 00F 0F  110   0   01151
 06 00F 0F  000   0   01159
 07 00F 0F  000   0   01161
 08 00F 0F  000   0   01169
 09 00F 0F  110   0   01171
 0a 00F 0F  110   0   01179
 0b 00F 0F  000   0   01181
 0c 00F 0F  000   0   01189
 0d 000 00  100   0   00000
 0e 00F 0F  000   0   01191
 0f 00F 0F  000   0   01199
IRQ to pin mappings:
IRQ0 -> 2
IRQ1 -> 1
IRQ3 -> 3
IRQ4 -> 4
IRQ5 -> 5
IRQ6 -> 6
IRQ7 -> 7
IRQ8 -> 8
IRQ9 -> 9
IRQ10 -> 10
IRQ11 -> 11
IRQ12 -> 12
IRQ13 -> 13
IRQ14 -> 14
IRQ15 -> 15
 done.
calibrating APIC timer ...
. CPU clock speed is 199.9870 MHz.
. host bus clock speed is 66.6622 MHz.
cpu: 0, clocks: 22, slice: 133324
CPU0
cpu: 2, clocks: 22, slice: 133324
cpu: 3, clocks: 22, slice: 133324
cpu: 1, clocks: 22, slice: 133324
CPU1
CPU2
CPU3
checking TSC synchronization across CPUs: passed.
Setting commenced=1, go go go
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: probably your BIOS does not setup all CPUs
PCI: PCI BIOS revision 2.10 entry at 0xf0070, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: i440KX/GX host bridge 00:19.0: secondary bus 00
PCI: i440KX/GX host bridge 00:1a.0: secondary bus 01
PCI: Device 00:78 not found by BIOS
PCI: Device 00:a0 not found by BIOS
PCI: Device 00:c8 not found by BIOS
PCI: Device 00:d0 not found by BIOS
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
IPv4 over IPv4 tunneling driver
early initialization of device tunl0 is deferred
GRE over IPv4 tunneling driver
early initialization of device gre0 is deferred
Linux IP multicast router 0.06 plus PIM-SM
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
early initialization of device sit0 is deferred
Registered PPPoX v0.5
Registered PPPoE v0.5
Initializing RT netlink socket
Starting kswapd v1.8
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: enabling 8 loop devices
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide:

Any use of the network layer lock system . BIG . Sorry .

2000-10-18 Thread Mr. James W. Laferriere



Hello All ,  on a compaq proliant 6000, 4 ppro 200Mhz 512k cpu's,
4.3Gb seagate system drive attached to onboard 53c875 ctrlr,
Smart Array 2/P, 392Mb, 4 18.Gb seagate st118273 raid 5,
Digital DE500(tulip), 3.5 Floppy, ide cdrom .

since I have upgraded from 2 cpu's to 4 cpu's I get system hangs
when trying to anything on the network , a ping , even of its
local ip .  I can (sometimes) get it to just start reboot with 
crtl-alt-del  then it'll just squeal .  Other times it is hard
hard locked not even responding to c/r at the login prompt . 
Although it does sometimes respond to pings (sort of) from off
system . ie:
120 packets transmitted, 86 packets received, 28% packet loss
round-trip min/avg/max = 0.5/12.1/1000.6 ms

I have played with swapping in and out differant cpu's to see if
one of them is the culprit , no luck .  I even tried a differant
ether card , having heard of troubles with some of the cards .
Anyone have any thoughts ?  Tia ,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++


-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware-7.1.0
Linux cp6000 2.4.0-test9 #1 SMP Fri Oct 13 16:36:57 PDT 2000 i686 unknown
Kernel modules 2.3.11
Gnu C  2.7.2.3
Binutils   2.9.1.0.25
Make version   3.79
Linux C Library 6 -libc-2.1.3
Dynamic Linker (ld.so) 1.9.9
Linux C++ Library  Notfound
Procps 2.0.6
Mount  2.10l
Net-tools  1.55
Sh-utils   2.0
Flex   2.5.4
E2fsprogs  1.18


arbitration: 00
 IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  100   0   00000
 01 00F 0F  000   0   01139
 02 00F 0F  000   0   01131
 03 00F 0F  000   0   01141
 04 00F 0F  000   0   01149
 05 00F 0F  110   0   01151
 06 00F 0F  000   0   01159
 07 00F 0F  000   0   01161
 08 00F 0F  000   0   01169
 09 00F 0F  110   0   01171
 0a 00F 0F  110   0   01179
 0b 00F 0F  000   0   01181
 0c 00F 0F  000   0   01189
 0d 000 00  100   0   00000
 0e 00F 0F  000   0   01191
 0f 00F 0F  000   0   01199
IRQ to pin mappings:
IRQ0 - 2
IRQ1 - 1
IRQ3 - 3
IRQ4 - 4
IRQ5 - 5
IRQ6 - 6
IRQ7 - 7
IRQ8 - 8
IRQ9 - 9
IRQ10 - 10
IRQ11 - 11
IRQ12 - 12
IRQ13 - 13
IRQ14 - 14
IRQ15 - 15
 done.
calibrating APIC timer ...
. CPU clock speed is 199.9870 MHz.
. host bus clock speed is 66.6622 MHz.
cpu: 0, clocks: 22, slice: 133324
CPU0T0:08,T1:533280,D:4,S:133324,C:22
cpu: 2, clocks: 22, slice: 133324
cpu: 3, clocks: 22, slice: 133324
cpu: 1, clocks: 22, slice: 133324
CPU1T0:08,T1:399952,D:8,S:133324,C:22
CPU2T0:08,T1:266624,D:12,S:133324,C:22
CPU3T0:08,T1:133312,D:0,S:133324,C:22
checking TSC synchronization across CPUs: passed.
Setting commenced=1, go go go
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: probably your BIOS does not setup all CPUs
PCI: PCI BIOS revision 2.10 entry at 0xf0070, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: i440KX/GX host bridge 00:19.0: secondary bus 00
PCI: i440KX/GX host bridge 00:1a.0: secondary bus 01
PCI: Device 00:78 not found by BIOS
PCI: Device 00:a0 not found by BIOS
PCI: Device 00:c8 not found by BIOS
PCI: Device 00:d0 not found by BIOS
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
IPv4 over IPv4 tunneling driver
early initialization of device tunl0 is deferred
GRE over IPv4 tunneling driver
early initialization of device gre0 is deferred
Linux IP multicast router 0.06 plus PIM-SM
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
early initialization of device sit0 is deferred
Registered PPPoX v0.5
Registered PPPoE v0.5
Initializing RT netlink socket
Starting kswapd v1.8
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
RAMDISK

Re: Majordomo Problems?

2000-10-05 Thread Mr. James W. Laferriere



Hello Mark ,  I can confirm the (Very) recent start of some 
duplicates showing up .  4 for one message , 2 for another .
Hth ,  JimL

On Thu, 5 Oct 2000, Post, Mark K wrote:
> I don't know if anyone else is seeing this, but I'm getting multiple copies
> of
> a lot of the emails to this list.  For some, it's two copies, for others it
> is up
> to four copies.  Am I the only one seeing this?
> Mark Post
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: Majordomo Problems?

2000-10-05 Thread Mr. James W. Laferriere



Hello Mark ,  I can confirm the (Very) recent start of some 
duplicates showing up .  4 for one message , 2 for another .
Hth ,  JimL

On Thu, 5 Oct 2000, Post, Mark K wrote:
 I don't know if anyone else is seeing this, but I'm getting multiple copies
 of
 a lot of the emails to this list.  For some, it's two copies, for others it
 is up
 to four copies.  Am I the only one seeing this?
 Mark Post
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: We interrupt you regularly scheduled catfight for.. Linux2.2.18pre13

2000-09-30 Thread Mr. James W. Laferriere



Hello Alexander ,

On Sat, 30 Sep 2000, Alexander Viro wrote:
> On Sun, 1 Oct 2000, Christoph Hellwig wrote:
> > I personally dislike the 'autmatically detect kgcc and gcc272' patches a lot,
> > and I think we should put a sentence like
> > If you are using a distribution that ships with a default C compiler that is
> > not able to compile linux kernel, use make CC=kgcc (redhat) or CC=gcc272
> > (debian) instead.
> > into README, instead of fiddling around with a command/program with lots of
> > different and incompatible versions.

> Forget distributions. There is a very, very good reason to have the choice
> of cc used in kernel builds uncoupled from the userland one. IMO kgcc is a
> misnomer (kcc would be better), but the idea is sound - you don't want to
> deal with the miscompiled kernel while you are porting the userland to
> another version of compiler. You also don't want it once you've are done
> with the userland stuff - level of dependency on gcc details is much
> higher in case of the kernel.
Where does the idea that the kernel 'needs' a special compiler 
come from ?  I have been under the impression that that is just
what we were trying to get away from .  I am reminded of other
os's that required their propritary compiler in order to create
a os image .  Please let us not travel that road .  Tia ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: We interrupt you regularly scheduled catfight for.. Linux2.2.18pre13

2000-09-30 Thread Mr. James W. Laferriere



Hello Alexander ,

On Sat, 30 Sep 2000, Alexander Viro wrote:
 On Sun, 1 Oct 2000, Christoph Hellwig wrote:
  I personally dislike the 'autmatically detect kgcc and gcc272' patches a lot,
  and I think we should put a sentence like
  If you are using a distribution that ships with a default C compiler that is
  not able to compile linux kernel, use make CC=kgcc (redhat) or CC=gcc272
  (debian) instead.
  into README, instead of fiddling around with a command/program with lots of
  different and incompatible versions.

 Forget distributions. There is a very, very good reason to have the choice
 of cc used in kernel builds uncoupled from the userland one. IMO kgcc is a
 misnomer (kcc would be better), but the idea is sound - you don't want to
 deal with the miscompiled kernel while you are porting the userland to
 another version of compiler. You also don't want it once you've are done
 with the userland stuff - level of dependency on gcc details is much
 higher in case of the kernel.
Where does the idea that the kernel 'needs' a special compiler 
come from ?  I have been under the impression that that is just
what we were trying to get away from .  I am reminded of other
os's that required their propritary compiler in order to create
a os image .  Please let us not travel that road .  Tia ,  JimL
   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: [PATCH] Re: SCSI scanning

2000-09-18 Thread Mr. James W. Laferriere


On Mon, 18 Sep 2000, Torben Mathiasen wrote:

> On Mon, Sep 18 2000, Linus Torvalds wrote:
> > And think about it - if this part didn't work, then loadable SCSI modules
> > would never have worked. And every single distribution I know of basically
> > depends on SCSI drivers being loadable modules, because there are just too
> > effing many of them ;)
Oh God ,  I hope this doesn't mean what I think it might ?
Please tell me I am stil going to be able to 'Statically' compile
in the drivers of my choosing ?  Tia ,  JimL

 ...snip...

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

lspci doesn't know what a DAC960-PL is .

2000-09-18 Thread Mr. James W. Laferriere



Hello Martin ,  What information do you need to add this device
to the lspci database (or whatever it is) ?   Tia ,  JimL

 #lspci -v 
00:0a.0 RAID bus controller: Mylex Corporation: Unknown device 0002 (rev 02)
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at b800
Memory at df00 (32-bit, non-prefetchable)

 #dmesg
DAC960: * DAC960 RAID Driver Version 2.2.7 of 1 August 2000 *
DAC960: Copyright 1998-2000 by Leonard N. Zubkoff <[EMAIL PROTECTED]>
DAC960#0: Configuring Mylex DAC960PD PCI RAID Controller
DAC960#0:   Firmware Version: 3.51-0-04, Channels: 3, Memory Size: 32MB
DAC960#0:   PCI Bus: 0, Device: 10, Function: 0, I/O Address: 0xB800
DAC960#0:   PCI Address: 0xDF00 mapped at 0xD000, IRQ Channel: 5
DAC960#0:   Controller Queue Depth: 64, Maximum Blocks per Command: 128
DAC960#0:   Driver Queue Depth: 63, Scatter/Gather Limit: 17 of 17 Segments
DAC960#0:   Stripe Size: 64KB, Segment Size: 8KB, BIOS Geometry: 255/63


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

lspci doesn't know what a DAC960-PL is .

2000-09-18 Thread Mr. James W. Laferriere



Hello Martin ,  What information do you need to add this device
to the lspci database (or whatever it is) ?   Tia ,  JimL

 #lspci -v 
00:0a.0 RAID bus controller: Mylex Corporation: Unknown device 0002 (rev 02)
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at b800
Memory at df00 (32-bit, non-prefetchable)

 #dmesg
DAC960: * DAC960 RAID Driver Version 2.2.7 of 1 August 2000 *
DAC960: Copyright 1998-2000 by Leonard N. Zubkoff [EMAIL PROTECTED]
DAC960#0: Configuring Mylex DAC960PD PCI RAID Controller
DAC960#0:   Firmware Version: 3.51-0-04, Channels: 3, Memory Size: 32MB
DAC960#0:   PCI Bus: 0, Device: 10, Function: 0, I/O Address: 0xB800
DAC960#0:   PCI Address: 0xDF00 mapped at 0xD000, IRQ Channel: 5
DAC960#0:   Controller Queue Depth: 64, Maximum Blocks per Command: 128
DAC960#0:   Driver Queue Depth: 63, Scatter/Gather Limit: 17 of 17 Segments
DAC960#0:   Stripe Size: 64KB, Segment Size: 8KB, BIOS Geometry: 255/63


   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

-
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: undefined reference to `scsi_register_module'

2000-09-17 Thread Mr. James W. Laferriere



Hello All ,  Sorry this is test9-pre1 .  JimL

On Sun, 17 Sep 2000, Torben Mathiasen wrote:
> On Sun, Sep 17 2000, Mr. James W. Laferriere wrote:
> > 
> > drivers/scsi/scsidrv.o: In function `init_sd':
> > drivers/scsi/scsidrv.o(.text+0x7326): undefined reference to
> > `scsi_register_module'
> > drivers/scsi/scsidrv.o: In function `exit_sd':
> > drivers/scsi/scsidrv.o(.text+0x733e): undefined reference to
> > `scsi_unregister_module'
> > drivers/scsi/scsidrv.o: In function `init_sr':
> > drivers/scsi/scsidrv.o(.text.init+0x385a): undefined reference to
> > `scsi_register_module'
> > make: *** [vmlinux] Error 1
> >
> 
> Compile error fixed in test9-pre1, working fix should go into pre2.
> 
> -- 
> Torben Mathiasen <[EMAIL PROTECTED]>
> Linux ThunderLAN maintainer 
> http://tlan.kernel.dk
> 

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

undefined reference to `scsi_register_module'

2000-09-17 Thread Mr. James W. Laferriere



drivers/scsi/scsidrv.o: In function `init_sd':
drivers/scsi/scsidrv.o(.text+0x7326): undefined reference to
`scsi_register_module'
drivers/scsi/scsidrv.o: In function `exit_sd':
drivers/scsi/scsidrv.o(.text+0x733e): undefined reference to
`scsi_unregister_module'
drivers/scsi/scsidrv.o: In function `init_sr':
drivers/scsi/scsidrv.o(.text.init+0x385a): undefined reference to
`scsi_register_module'
make: *** [vmlinux] Error 1

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

 root@test:/usr/src/linux# sh /usr/src/linux/scripts/ver_linux
-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux test 2.4.0-test8 #2 Wed Sep 13 14:28:35 PDT 2000 i586 unknown
Kernel modules 2.3.11
Gnu C  egcs-2.91.66
Binutils   2.9.1.0.25
Linux C Library2.1.3
Dynamic linker ldd: version 1.9.9
Procps 2.0.6
Mount  2.10l
Net-tools  1.55
Kbd0.99
Sh-utils   2.0
cat: /proc/modules: No such file or directory
Modules Loaded 


#
# Automatically generated make config: don't edit
#
CONFIG_X86=y
CONFIG_ISA=y
# CONFIG_SBUS is not set
CONFIG_UID16=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# Processor type and features
#
# CONFIG_M386 is not set
# CONFIG_M486 is not set
CONFIG_M586=y
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_M686FXSR is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
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_BYTES=32
CONFIG_X86_USE_STRING_486=y
CONFIG_X86_ALIGNMENT_16=y
# CONFIG_MICROCODE is not set
# CONFIG_X86_MSR is not set
# CONFIG_X86_CPUID is not set
CONFIG_NOHIGHMEM=y
# CONFIG_HIGHMEM4G is not set
# CONFIG_HIGHMEM64G is not set
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
# CONFIG_SMP is not set
# CONFIG_X86_UP_IOAPIC is not set

#
# General setup
#
CONFIG_NET=y
# CONFIG_VISWS is not set
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_NAMES=y
# CONFIG_MCA is not set
# CONFIG_HOTPLUG is not set
# CONFIG_PCMCIA is not set
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
# CONFIG_KCORE_AOUT is not set
CONFIG_BINFMT_AOUT=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_PM is not set
# CONFIG_ACPI is not set
# CONFIG_APM is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
# CONFIG_PARPORT is not set

#
# Plug and Play configuration
#
# CONFIG_PNP is not set
# CONFIG_ISAPNP is not set

#
# Block devices
#
CONFIG_BLK_DEV_FD=y
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_LVM is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=8192
CONFIG_BLK_DEV_INITRD=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_NETLINK=y
CONFIG_RTNETLINK=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_RTNETLINK=y
CONFIG_NETLINK=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_NAT=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_TOS=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_ROUTE_LARGE_TABLES=y
# CONFIG_IP_PNP is not set
CONFIG_NET_IPIP=y
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y

#
#   IP: Netfilter Configuration
#
# CONFIG_IP_NF_CONNTRACK is not set
# CONFIG_IP_NF_QUEUE is not set
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_MAC=y
CONFIG_IP_NF_MATCH_MARK=y
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_UNCLEAN=y
CONFIG_IP_NF_MATCH_OWNER=y
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
CONFIG_IP_NF_TARGET_MIRROR=y
CONFIG_IP_NF_MANGLE=y
CONFIG_IP_NF_TARGET_TOS=y
CONFIG_IP_NF_TARGET_MARK=y
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IPV6=y
CONFIG_IPV6_EUI64=y
CONFIG_IPV6_NO_PB=y

#
#   IPv6: Netfilter Configuration
#
CONFIG_IP6_NF_IPTABLES=y

Re: File time stamps all foobar . touch & friends .



Hello All ,  OK I'm blind & admit it .  date is in the future .
Doh ! .  Sorry about the noise .  JimL

On Thu, 14 Sep 2000, Mr. James W. Laferriere wrote:
>   Hello All,  The below files were downloaded from ftp.iphase.com 
>   with a time stamp there of ~ 29142233 .  Except 00README.txt
>   which has a TS of 29142258 .  After doing a gunzip *.pdf.Z
>   on the flipper* files .
> 
> 4 -rw-r--r--   1 jiml users1540 Mar  2  1910 00README.txt
>  5688 -rw-r--r--   1 jiml users 5812219 Mar  2  1910 flipper_part3.pdf
>  6552 -rw-r--r--   1 jiml users 6696394 Mar  2  1910 flipper_part1.pdf
>  5676 -rw-r--r--   1 jiml users 5798677 Mar  2  1910 flipper_part2.pdf
> 
>   After I noticed this I did ...
> 
> # touch -t 29142233 flipper*
> # touch -t 29142258 00README.txt
> 
>   And this is what I got for my efforts .
> 
> # ls -alsgFrt
>  5688 -rw-r--r--   1 jiml users 5812219 Sep 14  2000 flipper_part3.pdf
>  5676 -rw-r--r--   1 jiml users 5798677 Sep 14  2000 flipper_part2.pdf
>  6552 -rw-r--r--   1 jiml users 6696394 Sep 14  2000 flipper_part1.pdf
> 4 -rw-r--r--   1 jiml users1540 Sep 14  2000 00README.txt
> 
>   Anyone have an idea of what the heck I did to my system to cause
>   this kind of silliness ?  Any help appreciated .  Tia,  JimL
> 
>++
>| James   W.   Laferriere | System  Techniques | Give me VMS |
>| NetworkEngineer | 25416  22nd So |  Give me Linux  |
>| [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
>++
> 
>  root@filesrv1:~# touch --version
> touch (GNU fileutils) 4.0
> 
>  root@filesrv1:~# ver_linux
> -- Versions installed: (if some fields are empty or looks
> -- unusual then possibly you have very old versions)
> Slackware-7.0.0
> Linux filesrv1 2.2.17pre16 #1 Fri Aug 11 17:43:53 PDT 2000 i686 unknown
> Kernel modules 2.1.121
> Gnu C  egcs-2.91.66
> Binutils   2.9.1.0.25
> Make version   3.77
> Linux C Library 6 -libc-2.1.2
> Dynamic Linker (ld.so) 1.9.9
> Linux C++ Library  Notfound
> Procps 2.0.2
> Mount  2.9v
> Net-tools  1.57
> Sh-utils   1.16
> Flex   2.5.4
> E2fsprogs  1.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/
> 

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

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

File time stamps all foobar . touch & friends .



Hello All,  The below files were downloaded from ftp.iphase.com 
with a time stamp there of ~ 29142233 .  Except 00README.txt
which has a TS of 29142258 .  After doing a gunzip *.pdf.Z
on the flipper* files .

4 -rw-r--r--   1 jiml users1540 Mar  2  1910 00README.txt
 5688 -rw-r--r--   1 jiml users 5812219 Mar  2  1910 flipper_part3.pdf
 6552 -rw-r--r--   1 jiml users 6696394 Mar  2  1910 flipper_part1.pdf
 5676 -rw-r--r--   1 jiml users 5798677 Mar  2  1910 flipper_part2.pdf

After I noticed this I did ...

# touch -t 29142233 flipper*
# touch -t 29142258 00README.txt

And this is what I got for my efforts .

# ls -alsgFrt
 5688 -rw-r--r--   1 jiml users 5812219 Sep 14  2000 flipper_part3.pdf
 5676 -rw-r--r--   1 jiml users 5798677 Sep 14  2000 flipper_part2.pdf
 6552 -rw-r--r--   1 jiml users 6696394 Sep 14  2000 flipper_part1.pdf
4 -rw-r--r--   1 jiml users1540 Sep 14  2000 00README.txt

Anyone have an idea of what the heck I did to my system to cause
this kind of silliness ?  Any help appreciated .  Tia,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

 root@filesrv1:~# touch --version
touch (GNU fileutils) 4.0

 root@filesrv1:~# ver_linux
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware-7.0.0
Linux filesrv1 2.2.17pre16 #1 Fri Aug 11 17:43:53 PDT 2000 i686 unknown
Kernel modules 2.1.121
Gnu C  egcs-2.91.66
Binutils   2.9.1.0.25
Make version   3.77
Linux C Library 6 -libc-2.1.2
Dynamic Linker (ld.so) 1.9.9
Linux C++ Library  Notfound
Procps 2.0.2
Mount  2.9v
Net-tools  1.57
Sh-utils   1.16
Flex   2.5.4
E2fsprogs  1.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/

File time stamps all foobar . touch friends .



Hello All,  The below files were downloaded from ftp.iphase.com 
with a time stamp there of ~ 29142233 .  Except 00README.txt
which has a TS of 29142258 .  After doing a gunzip *.pdf.Z
on the flipper* files .

4 -rw-r--r--   1 jiml users1540 Mar  2  1910 00README.txt
 5688 -rw-r--r--   1 jiml users 5812219 Mar  2  1910 flipper_part3.pdf
 6552 -rw-r--r--   1 jiml users 6696394 Mar  2  1910 flipper_part1.pdf
 5676 -rw-r--r--   1 jiml users 5798677 Mar  2  1910 flipper_part2.pdf

After I noticed this I did ...

# touch -t 29142233 flipper*
# touch -t 29142258 00README.txt

And this is what I got for my efforts .

# ls -alsgFrt
 5688 -rw-r--r--   1 jiml users 5812219 Sep 14  2000 flipper_part3.pdf
 5676 -rw-r--r--   1 jiml users 5798677 Sep 14  2000 flipper_part2.pdf
 6552 -rw-r--r--   1 jiml users 6696394 Sep 14  2000 flipper_part1.pdf
4 -rw-r--r--   1 jiml users1540 Sep 14  2000 00README.txt

Anyone have an idea of what the heck I did to my system to cause
this kind of silliness ?  Any help appreciated .  Tia,  JimL

   ++
   | James   W.   Laferriere | System  Techniques | Give me VMS |
   | NetworkEngineer | 25416  22nd So |  Give me Linux  |
   | [EMAIL PROTECTED] | DesMoines WA 98198 |   only  on  AXP |
   ++

 root@filesrv1:~# touch --version
touch (GNU fileutils) 4.0

 root@filesrv1:~# ver_linux
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Slackware-7.0.0
Linux filesrv1 2.2.17pre16 #1 Fri Aug 11 17:43:53 PDT 2000 i686 unknown
Kernel modules 2.1.121
Gnu C  egcs-2.91.66
Binutils   2.9.1.0.25
Make version   3.77
Linux C Library 6 -libc-2.1.2
Dynamic Linker (ld.so) 1.9.9
Linux C++ Library  Notfound
Procps 2.0.2
Mount  2.9v
Net-tools  1.57
Sh-utils   1.16
Flex   2.5.4
E2fsprogs  1.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/

Re: File time stamps all foobar . touch friends .