Re: 2.5.30-dj1 (sort of)

Re: 2.5.30-dj1 (sort of)

[rwhron]

Tim Schmielau posted this bit.  2.5.30-dj1 wants it.

--- linux-2.5.25-dj2/include/linux/times.h      Sat Jul 13 08:40:21 2002
+++ linux-2.5.25-dj2-jfix/include/linux/times.h Sat Jul 13 09:06:05 2002
@@ -2,7 +2,22 @@
 #define _LINUX_TIMES_H

 #ifdef __KERNEL__
+#include <asm/div64.h>
+#include <asm/types.h>
+
 # define jiffies_to_clock_t(x) ((x) / (HZ / USER_HZ))
+
+/*
+ * returning a different type than the function name says is
+ * ugly as hell, and only intended to stay until I know what type
+ * should replace clock_t
+ */
+
+static inline u64 jiffies_64_to_clock_t(u64 x)
+{
+       do_div(x, HZ / USER_HZ);
+       return x;
+}
 #endif

 struct tms {

> Chances are this won't even boot for many people (if any at all).
> There's something nasty in my tree right now which makes it
> fail to find init(1).  

Maybe someone will post a patch for that while you are on holiday :)

VFS: Cannot open root device "1602" or 16:02
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 16:02

-- 
Randy Hron
http://home.earthlink.net/~rwhron/kernel/bigbox.html

2.5.30-dj1 (sort of)

[Dave Jones]

Change of technique this time, as I found a way to work with BitKeeper
that I'm comfortable with. On the upside, syncing gets easier for me,
on the downside, I'm still experimenting, so some bits might be a bit
bumpy, with maybe 1-2 files there that shouldn't be etc..

Chances are this won't even boot for many people (if any at all).
There's something nasty in my tree right now which makes it
fail to find init(1).  I wasn't going to put up a .30-dj for this
reason until I tracked it down, but a few people asked for
something to sync against, or wanted to see where my tree currently
stood (and didn't want to use bk), so just before I disappear
for a week, I've put this up.  So consider it a 'useful only
if you plan to send dave anything' patch for now.

There's still truckloads in my pending patches folder that need
going through, but things like the init(1) problem need tracking
down before I move onto those.

Back in a week..

        -- Davej


As usual,..

Patch against 2.5.30 vanilla is available from:
ftp://ftp.kernel.org/pub/linux/kernel/people/davej/patches/2.5/

Merged patch archive: http://www.codemonkey.org.uk/patches/merged/
BitKeeper tree at http://linux-dj.bkbits.net

2.5.30-dj1
o   Merge bits from 2.4.19 release candidates.
o   Backout the buggy dcache list_ conversion.
o   Remove some more bogus bits Christoph Hellwig found.
o   Remove lots of other bogus bits found during the cvs->bk transition.
o   Fix mask calculation in x86-64 MTRR driver.     (Me)
o   Fix up incorrect C in cpufreq macros.       (Neil Booth)
o   Add missing identification of Intel CPUs.       (Patrick Mochel)

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

Re: 2.5.30-dj1 (sort of)

[Adrian Bunk]

Hi Dave,

the part of -dj1 below is obviously wrong (and it causes a compile error).
After removing it the file compiles.

--- linux-2.5.30/fs/jffs2/dir.c	2002-08-01 22:16:15.000000000 +0100
+++ linux-2.5/fs/jffs2/dir.c	2002-08-02 15:50:33.000000000 +0100
@@ -718,6 +718,7 @@ static int jffs2_rename (struct inode *o
 	struct jffs2_sb_info *c = JFFS2_SB_INFO(old_dir_i->i_sb);
 	struct jffs2_inode_info *victim_f = NULL;
 	uint8_t type;
+	struct jffs2_inode_info *victim_f = NULL;

 	/* The VFS will check for us and prevent trying to rename a
 	 * file over a directory and vice versa, but if it's a directory,

cu
Adrian

-- 

You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
								Alan Cox

Re: 2.5.30-dj1 (sort of)

[David Woodhouse]

bunk@fs.tum.de said:
>  the part of -dj1 below is obviously wrong (and it causes a compile
> error). After removing it the file compiles.

The -dj tree should have no changes to JFFS2. If there are any, they are 
patches which have passed me by for some reason so please resend them to me.

--
dwmw2

Re: 2.5.30-dj1 (sort of)

[Adrian Bunk]

On Mon, 5 Aug 2002, David Woodhouse wrote:

> bunk@fs.tum.de said:
> >  the part of -dj1 below is obviously wrong (and it causes a compile
> > error). After removing it the file compiles.
>
> The -dj tree should have no changes to JFFS2. If there are any, they are
> patches which have passed me by for some reason so please resend them to me.

Below is the output of
  filterdiff -z -i \*jffs2\* patch-2.5.30-dj1.diff.gz

> dwmw2

cu
Adrian



--- linux-2.5.30/fs/jffs2/background.c	2002-08-01 22:16:02.000000000 +0100
+++ linux-2.5/fs/jffs2/background.c	2002-08-02 15:50:33.000000000 +0100
@@ -83,7 +83,6 @@ static int jffs2_garbage_collect_thread(
 	struct jffs2_sb_info *c = _c;

 	daemonize();
-	current->tty = NULL;
 	c->gc_task = current;
 	up(&c->gc_thread_start);

--- linux-2.5.30/fs/jffs2/dir.c	2002-08-01 22:16:15.000000000 +0100
+++ linux-2.5/fs/jffs2/dir.c	2002-08-02 15:50:33.000000000 +0100
@@ -718,6 +718,7 @@ static int jffs2_rename (struct inode *o
 	struct jffs2_sb_info *c = JFFS2_SB_INFO(old_dir_i->i_sb);
 	struct jffs2_inode_info *victim_f = NULL;
 	uint8_t type;
+	struct jffs2_inode_info *victim_f = NULL;

 	/* The VFS will check for us and prevent trying to rename a
 	 * file over a directory and vice versa, but if it's a directory,
@@ -775,6 +776,18 @@ static int jffs2_rename (struct inode *o
 	if (S_ISDIR(old_dentry->d_inode->i_mode) && !victim_f)
 		new_dir_i->i_nlink++;

+	if (victim_f) {
+		/* There was a victim. Kill it off nicely */
+		new_dentry->d_inode->i_nlink--;
+		/* Don't oops if the victim was a dirent pointing to an
+		   inode which didn't exist. */
+		if (victim_f->inocache) {
+			down(&victim_f->sem);
+			victim_f->inocache->nlink--;
+			up(&victim_f->sem);
+		}
+	}
+
 	/* Unlink the original */
 	ret = jffs2_do_unlink(c, JFFS2_INODE_INFO(old_dir_i),
 		      old_dentry->d_name.name, old_dentry->d_name.len, NULL);

Re: 2.5.30-dj1 (sort of)

[David Woodhouse]

bunk@fs.tum.de said:
>  Below is the output of
>   filterdiff -z -i \*jffs2\* patch-2.5.30-dj1.diff.gz 

Thanks.

> --- linux-2.5.30/fs/jffs2/background.c	2002-08-01 22:16:02 +0100 
> +++ linux-2.5/fs/jffs2/background.c	2002-08-02 15:50:33 +0100

Applied. 

> --- linux-2.5.30/fs/jffs2/dir.c	2002-08-01 22:16:15.000000000 +0100
> +++ linux-2.5/fs/jffs2/dir.c	2002-08-02 15:50:33.000000000 +0100

This is a duplicate -- it's already in Linus' tree. You noticed the line 
which actually stopped it compiling; the other hunk is bogus too.

--
dwmw2

Re: 2.5.30-dj1 (sort of)

[Adrian Bunk]

Hi Dave,

the PCI_DEVICE_ID_AL_M1671_0 entry that is added by your patch needs the
following obvious fix to compile:

--- drivers/char/agp/agp.c.old	Sun Aug  4 15:52:02 2002
+++ drivers/char/agp/agp.c	Sun Aug  4 15:52:13 2002
@@ -818,7 +818,7 @@
 		.device_id	= PCI_DEVICE_ID_AL_M1671_0,
 		.vendor_id	= PCI_VENDOR_ID_AL,
 		.chipset	= ALI_M1671,
-		.vendor_name	= "Ali"
+		.vendor_name	= "Ali",
 		.chipset_name	= "M1671",
 		.chipset_setup	= ali_generic_setup,
 	},

cu
Adrian

-- 

You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
								Alan Cox