mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Frank van Maarseveen <F.vanMaarseveen@inter.NL.net>
To: linux-kernel@vger.kernel.org
Subject: 2.4.0-test11 EXT2 corruption: mixing up file contents
Date: Sun, 10 Dec 2000 22:44:02 +0100	[thread overview]
Message-ID: <20001210224402.A913@iapetus.localdomain> (raw)
In-Reply-To: <20001210161723.A1060@iapetus.localdomain> <20001210183101.A6947@iapetus.localdomain> <20001210213500.A17413@iapetus.localdomain>
In-Reply-To: <20001210213500.A17413@iapetus.localdomain>; from F.vanMaarseveen@inter.NL.net on Sun, Dec 10, 2000 at 09:35:00PM +0100

After removing 128MB, leaving the original 64MB in the main board:

+ tar xzf /home/fvm/kernel/v2.4/linux-2.4.0-test10.tar.gz
+ bzcat /home/fvm/kernel/v2.4/patch-2.4.0-test11.bz2
+ patch -p0 -s
+ zcat /home/fvm/kernel/v2.4/test12-pre7.gz
+ patch -p0 -s
3 out of 3 hunks FAILED -- saving rejects to linux/arch/mips64/Makefile.rej
1 out of 1 hunk FAILED -- saving rejects to linux/arch/mips64/arc/Makefile.rej
1 out of 1 hunk FAILED -- saving rejects to linux/arch/mips64/arc/console.c.rej

-rw-r--r--   1 fvm      sec          4444 Aug 11 20:23 linux/arch/mips64/Makefile.orig
File contains C code (!!!), starts with:
	 Descr Read SM */
	#define CSR_DWRITE_RUN  (1L<<11)        /* Bit 11:      Rel. Descr Write SM */
	#define CSR_DWRITE_RST  (1L<<10)        /* Bit 10:      Reset Descr Write SM */
	#define CSR_TRANS_RUN   (1L<<9)         /* Bit  9:      Release Transfer SM */
	#define CSR_TRANS_RST   (1L<<8)         /* Bit  8:      Reset Transfer SM */
	#define CSR_ENA_POL     (1L<<7)         /* Bit  7:      Enable Descr Polling */
	#define CSR_DIS_POL     (1L<<6)         /* Bit  6:      Disable Descr Polling */
	#define CSR_STOP        (1L<<5)         /* Bit  5:      Stop Rx/Tx Queue */
	#define CSR_START       (1L<<4)         /* Bit  4:      Start Rx/Tx Queue */
	#define CSR_IRQ_CL_P    (1L<<3)         /* Bit  3: (Rx) Clear Parity IRQ */
	#define CSR_IRQ_CL_B    (1L<<2)         /* Bit  2:      Clear EOB IRQ */
	#define CSR_IRQ_CL_F    (1L<<1)         /* Bit  1:      Clear EOF IRQ */
	#define CSR_IRQ_CL_C    (1L<<0)         /* Bit  0:      Clear ERR IRQ */
Ends with (incomplete last line):
	/*      RB_TST1         8 bit   RAM Buffer Test Register 1 */
					/* Bit 7:       reserved */
	#define RB_WP_T_ON      (1<<6)  /* Bit 6:       Write Pointer Test On */
	#define RB_WP_T

-rw-r--r--   1 fvm      sec           320 May 13  2000 linux/arch/mips64/arc/Makefile.orig
Entire file is again C (incomplete last line):
	al Receive Buffer Address upper dword*/
		SK_U32  RxStat ;        /* Receive Frame Status Word */
		SK_U32  RxTiSt ;        /* Receive Timestamp provided by the XMAC */
	#ifndef SK_USE_REV_DESC 
		SK_U16  RxTcpSum1 ;     /* TCP Checksum 1 */
		SK_U16  RxTcpSum2 ;     /* TCP Checksum 2 */
		SK_U16  RxTcpSp1 ;      /* TCP Checksum Calculation Start Position


-rw-r--r--   1 fvm      sec           551 May 13  2000 linux/arch/mips64/arc/console.c.orig
Entire file:
	), XMA((Mac), (Reg+2)), (SK_U16)                        \
			 (((SK_U16)(pByte[2]) & 0x00ff)|                        \
			 (((SK_U16)(pByte[3]) << 8) & 0xff00)));                \
		SK_OUT16((IoC), XMA((Mac), (Reg+4)), (SK_U16)                   \
			 (((SK_U16)(pByte[4]) & 0x00ff)|                        \
			 (((SK_U16)(pByte[5]) << 8) & 0xff00)));                \
		SK_OUT16((IoC), XMA((Mac), (Reg+6)), (SK_U16)                   \
			 (((SK_U16)(pByte[6]) & 0x00ff)|                        \
			 (((SK_U16)(pByte[7]) << 8) & 0xff00)));                \
	}

	/*
	 * Different PHY Types
	 */
	#define SK_PHY_XMAC     0       /* integrated in Xmac II*/
	#define SK_PHY_BCOM     1       /* Broadcom BCM5400 */
	#define SK_PHY_LONE     2       /* Level

Rather unusual for a console driver ;-)

fsck didn't find anything.

I checked a test11 tree and it seems that only the contents of the three
files was messed up, not the mtime/length. I can't rule out a hardware
cause but this doesn't look like a typical hardware problem to me:
mixing up data of different files.

Maybe SMP related because hardware is a dual PIII-450.

-- 
Frank
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  parent reply	other threads:[~2000-12-10 22:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-10 15:17 2.4.0-test11 EXT2 corruption Frank van Maarseveen
2000-12-10 17:31 ` 2.4.0-test11 EXT2 corruption (2) Frank van Maarseveen
2000-12-10 20:35   ` 2.4.0-test11 EXT2 corruption (3) Frank van Maarseveen
2000-12-10 20:39     ` Jens Axboe
2000-12-10 21:44     ` Frank van Maarseveen [this message]
2000-12-11  0:37       ` 2.4.0-test11 EXT2 corruption: mixing up file contents Guest section DW
2000-12-11  8:21         ` 2.4.0-test11 EXT2 corruption (closed) Frank van Maarseveen
2000-12-11 12:08           ` Johan Bergström

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20001210224402.A913@iapetus.localdomain \
    --to=f.vanmaarseveen@inter.nl.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®