Re: Tabs, spaces, indent and 80 character lines

[Miles Bader]

Why do people even respond to these trolls...?

-Miles

-- 
Success, n. The one unpardonable sin against one's fellows.

--
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 SCM saga..

[Miles Bader]

Marcin Dalecki <[EMAIL PROTECTED]> writes:
> Better don't waste your time with looking at Arch. Stick with patches
> you maintain by hand combined with some scripts containing a list of
> apply commands and you should be still more productive then when using
> Arch.

Arch has its problems, but please lay off the uninformed flamebait (the
"issues" you complain about are so utterly minor as to be laughable).

-Miles
-- 
Ich bin ein Virus. Mach' mit und kopiere mich in Deine .signature.
-
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: Why not GNU Arch instead of BitKeeper?

[Miles Bader]

Asfand Yar Qazi <[EMAIL PROTECTED]> writes:
> I'm surprised nobody considered GNU Arch 
> (http://www.gnu.org/software/gnu-arch/) to replace BitKeeper - it was 
> probably started in direct response to the Linux Kernel using a 
> non-free tool.
>
> I must say I haven't used it, but from reviews and comparisons I've 
> read, it seems to be a good tool.

I agree (I use it) -- but of course it has its own issues.  For instance
it has a _lot_ less attention payed to optimization than one might wish
(judging from "git", this is very important to Linus :-).  The concept
of "archives" and their associated namespace offer some nice advantages,
but is a very different model than BK uses, and I presume sticking with
the familiar and simple BK model was attractive.

-Miles
-- 
Suburbia: where they tear out the trees and then name streets after them.
-
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/

[PATCH] v850: Update checksum.h to match changed function signatures

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/lib/checksum.c|3 ++-
 include/asm-v850/checksum.h |   11 ++-
 2 files changed, 8 insertions(+), 6 deletions(-)

diff -ruN -X../cludes linux-2.6.11-uc0/arch/v850/lib/checksum.c 
linux-2.6.11-uc0-v850-20050711/arch/v850/lib/checksum.c
--- linux-2.6.11-uc0/arch/v850/lib/checksum.c   2005-03-04 11:31:28.747099000 
+0900
+++ linux-2.6.11-uc0-v850-20050711/arch/v850/lib/checksum.c 2005-07-11 
13:05:36.844263000 +0900
@@ -138,7 +138,8 @@
  * Copy from userspace and compute checksum.  If we catch an exception
  * then zero the rest of the buffer.
  */
-unsigned int csum_partial_copy_from_user (const unsigned char *src, unsigned 
char *dst,
+unsigned int csum_partial_copy_from_user (const unsigned char *src,
+ unsigned char *dst,
   int len, unsigned int sum,
   int *err_ptr)
 {
diff -ruN -X../cludes linux-2.6.11-uc0/include/asm-v850/checksum.h 
linux-2.6.11-uc0-v850-20050711/include/asm-v850/checksum.h
--- linux-2.6.11-uc0/include/asm-v850/checksum.h2002-11-05 
11:25:31.859782000 +0900
+++ linux-2.6.11-uc0-v850-20050711/include/asm-v850/checksum.h  2005-07-11 
13:06:31.973753000 +0900
@@ -1,8 +1,8 @@
 /*
  * include/asm-v850/checksum.h -- Checksum ops
  *
- *  Copyright (C) 2001  NEC Corporation
- *  Copyright (C) 2001  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,2005  NEC Corporation
+ *  Copyright (C) 2001,2005  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -36,8 +36,8 @@
  * here even more important to align src and dst on a 32-bit (or even
  * better 64-bit) boundary
  */
-extern unsigned csum_partial_copy (const char *src, char *dst, int len,
-  unsigned sum);
+extern unsigned csum_partial_copy (const unsigned char *src,
+  unsigned char *dst, int len, unsigned sum);
 
 
 /*
@@ -46,7 +46,8 @@
  * here even more important to align src and dst on a 32-bit (or even
  * better 64-bit) boundary
  */
-extern unsigned csum_partial_copy_from_user (const char *src, char *dst,
+extern unsigned csum_partial_copy_from_user (const unsigned char *src,
+unsigned char *dst,
 int len, unsigned sum,
 int *csum_err);
 
-
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/

[PATCH] v850: Update mmu.h header to match implementation changes

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 include/asm-v850/mmu.h |   17 +++--
 1 files changed, 3 insertions(+), 14 deletions(-)

diff -ruN -X../cludes linux-2.6.11-uc0/include/asm-v850/mmu.h 
linux-2.6.11-uc0-v850-20050711/include/asm-v850/mmu.h
--- linux-2.6.11-uc0/include/asm-v850/mmu.h 2002-11-05 11:25:32.169771000 
+0900
+++ linux-2.6.11-uc0-v850-20050711/include/asm-v850/mmu.h   2005-04-11 
13:46:11.741698000 +0900
@@ -1,22 +1,11 @@
-/* Copyright (C) 2002, David McCullough <[EMAIL PROTECTED]> */
+/* Copyright (C) 2002, 2005, David McCullough <[EMAIL PROTECTED]> */
 
 #ifndef __V850_MMU_H__
 #define __V850_MMU_H__
 
-struct mm_rblock_struct {
-   int size;
-   int refcount;
-   void*kblock;
-};
-
-struct mm_tblock_struct {
-   struct mm_rblock_struct *rblock;
-   struct mm_tblock_struct *next;
-};
-
 typedef struct {
-   struct mm_tblock_struct tblock;
-   unsigned long   end_brk;
+   struct vm_list_struct   *vmlist;
+   unsigned long   end_brk;
 } mm_context_t;
 
 #endif /* __V850_MMU_H__ */
-
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: [PATCH] v850: Update checksum.h to match changed function signatures

[Miles Bader]

2005/7/11, Frederik Deweerdt <[EMAIL PROTECTED]>:
> > -unsigned int csum_partial_copy_from_user (const unsigned char *src, 
> > unsigned char *dst,
> > +unsigned int csum_partial_copy_from_user (const unsigned char *src,
> > +   unsigned char *dst,
>   ^^^ Alignment looks fuzzy here

It's actually a spaces-vs-tabs issue -- the existing lines use all
spaces for indentation, but my new line uses tabs, so when viewed as
part of the diff they look unaligned; they look OK in the actual
source file though.

-Miles
-- 
Do not taunt Happy Fun Ball.
-
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/

[PATCH] v850: Align ___start___param to match parameter alignment

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/kernel/vmlinux.lds.S |5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)

diff -ruN -X../cludes linux-2.6.11-uc0/arch/v850/kernel/vmlinux.lds.S 
linux-2.6.11-uc0-v850-20050713/arch/v850/kernel/vmlinux.lds.S
--- linux-2.6.11-uc0/arch/v850/kernel/vmlinux.lds.S 2004-12-27 
11:26:17.694361000 +0900
+++ linux-2.6.11-uc0-v850-20050713/arch/v850/kernel/vmlinux.lds.S   
2005-07-13 14:29:50.398591000 +0900
@@ -1,8 +1,8 @@
 /*
  * arch/v850/vmlinux.lds.S -- kernel linker script for v850 platforms
  *
- *  Copyright (C) 2002,03,04  NEC Electronics Corporation
- *  Copyright (C) 2002,03,04  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2002,03,04,05  NEC Electronics Corporation
+ *  Copyright (C) 2002,03,04,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -61,6 +61,7 @@
*(__kcrctab_gpl)  \
___stop___kcrctab_gpl = .;\
/* Built-in module parameters */  \
+   . = ALIGN (4) ;   \
___start___param = .; \
*(__param)\
___stop___param = .;
-
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/

[PATCH] v850: const-qualify first parameter of find_next_zero_bit

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 include/asm-v850/bitops.h |6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/bitops.h 
linux-2.6.12-uc0-v850-20050720/include/asm-v850/bitops.h
--- linux-2.6.12-uc0/include/asm-v850/bitops.h  2004-08-16 14:48:15.606748000 
+0900
+++ linux-2.6.12-uc0-v850-20050720/include/asm-v850/bitops.h2005-07-20 
17:08:31.442593000 +0900
@@ -1,8 +1,8 @@
 /*
  * include/asm-v850/bitops.h -- Bit operations
  *
- *  Copyright (C) 2001,02,03,04  NEC Electronics Corporation
- *  Copyright (C) 2001,02,03,04  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,02,03,04,05  NEC Electronics Corporation
+ *  Copyright (C) 2001,02,03,04,05  Miles Bader <[EMAIL PROTECTED]>
  *  Copyright (C) 1992  Linus Torvalds.
  *
  * This file is subject to the terms and conditions of the GNU General
@@ -157,7 +157,7 @@
 #define find_first_zero_bit(addr, size) \
   find_next_zero_bit ((addr), (size), 0)
 
-extern __inline__ int find_next_zero_bit (void *addr, int size, int offset)
+extern __inline__ int find_next_zero_bit(const void *addr, int size, int 
offset)
 {
unsigned long *p = ((unsigned long *) addr) + (offset >> 5);
unsigned long result = offset & ~31UL;
-
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/

[PATCH] v850: Define pfn_valid

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 include/asm-v850/page.h |5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)

diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/page.h 
linux-2.6.12-uc0-v850-20050720/include/asm-v850/page.h
--- linux-2.6.12-uc0/include/asm-v850/page.h2003-04-21 10:53:17.281477000 
+0900
+++ linux-2.6.12-uc0-v850-20050720/include/asm-v850/page.h  2005-07-20 
17:10:08.902014000 +0900
@@ -1,8 +1,8 @@
 /*
  * include/asm-v850/page.h -- VM ops
  *
- *  Copyright (C) 2001,02,03  NEC Electronics Corporation
- *  Copyright (C) 2001,02,03  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,02,03,05  NEC Electronics Corporation
+ *  Copyright (C) 2001,02,03,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -132,6 +132,7 @@
 
 #define pfn_to_page(pfn)   virt_to_page (pfn_to_virt (pfn))
 #define page_to_pfn(page)  virt_to_pfn (page_to_virt (page))
+#define pfn_valid(pfn) ((pfn) < max_mapnr)
 
 #definevirt_addr_valid(kaddr)  
\
   (((void *)(kaddr) >= (void *)PAGE_OFFSET) && MAP_NR (kaddr) < max_mapnr)
-
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: defconfig for v850, please

[Miles Bader]

2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
> while you're at it patching v850 here and there, could you please
> also provide a resonable defconfig for v850, so that

I must admit it's because I've never quite understood how the
defconfig stuff works... I'll look into it I guess...

-miles

-- 
Do not taunt Happy Fun Ball.
-
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: defconfig for v850, please

[Miles Bader]

2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
> > I must admit it's because I've never quite understood how the
> > defconfig stuff works... I'll look into it I guess...
> 
> I think you just need to provide a file called 'defconfig' in
> arch/v850/

Hmmm...

Some archs seem to provide defconfigs for various different platforms,
which seems nice, and there seems to be some sort of framework for
doing this, but ...

-Miles
-- 
Do not taunt Happy Fun Ball.
-
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/

[PATCH] v850: Add defconfigs

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/Makefile |7 
 arch/v850/README   |   62 ++-
 arch/v850/configs/rte-ma1-cb_defconfig |  605 +
 arch/v850/configs/rte-me2-cb_defconfig |  453 
 arch/v850/configs/sim_defconfig|  442 
 5 files changed, 1542 insertions(+), 27 deletions(-)

diff -ruN -X../cludes linux-2.6.12-uc0/arch/v850/Makefile 
linux-2.6.12-uc0-v850-20050721/arch/v850/Makefile
--- linux-2.6.12-uc0/arch/v850/Makefile 2003-07-28 10:13:57.643115000 +0900
+++ linux-2.6.12-uc0-v850-20050721/arch/v850/Makefile   2005-07-21 
11:34:48.550867000 +0900
@@ -1,8 +1,8 @@
 #
 # arch/v850/Makefile
 #
-#  Copyright (C) 2001,02,03  NEC Corporation
-#  Copyright (C) 2001,02,03  Miles Bader <[EMAIL PROTECTED]>
+#  Copyright (C) 2001,02,03,05  NEC Corporation
+#  Copyright (C) 2001,02,03,05  Miles Bader <[EMAIL PROTECTED]>
 #
 # This file is included by the global makefile so that you can add your own
 # architecture-specific flags and dependencies. Remember to do have actions
@@ -22,6 +22,9 @@
 CFLAGS += -fno-builtin
 CFLAGS += -D__linux__ -DUTS_SYSNAME=\"uClinux\"
 
+# By default, build a kernel that runs on the gdb v850 simulator.
+KBUILD_DEFCONFIG := sim_defconfig
+
 # This prevents the linker from consolidating the .gnu.linkonce.this_module
 # section into .text (which the v850 default linker script for -r does for
 # some reason)
diff -ruN -X../cludes linux-2.6.12-uc0/arch/v850/README 
linux-2.6.12-uc0-v850-20050721/arch/v850/README
--- linux-2.6.12-uc0/arch/v850/README   2003-07-28 10:13:57.663116000 +0900
+++ linux-2.6.12-uc0-v850-20050721/arch/v850/README 2005-07-21 
11:48:07.674661000 +0900
@@ -1,31 +1,43 @@
 This port to the NEC V850E processor supports the following platforms:
 
-   + The gdb v850e simulator (CONFIG_V850E_SIM).
+   "sim"
+   The gdb v850e simulator (CONFIG_V850E_SIM).
 
-   + The Midas labs RTE-V850E/MA1-CB and RTE-V850E/NB85E-CB evaluation boards
- (CONFIG_RTE_CB_MA1 and CONFIG_RTE_CB_NB85E).  This support has only been
- tested when running with the Multi-debugger monitor ROM (for the Green
- Hills Multi debugger).  The optional NEC Solution Gear RTE-MOTHER-A
- motherboard is also supported, which allows PCI boards to be used
- (CONFIG_RTE_MB_A_PCI).
-
-   + The Midas labs RTE-V850E/ME2-CB evaluation board (CONFIG_RTE_CB_ME2).
- This has only been tested using a kernel downloaded via an ICE connection
- using the Multi debugger.  Support for the RTE-MOTHER-A is present, but
- hasn't been tested (unlike the other Midas labs cpu boards, the
- RTE-V850E/ME2-CB includes an ethernet adaptor).
-
-   + The NEC AS85EP1 V850E evaluation chip/board (CONFIG_V850E_AS85EP1).
-
-   + The NEC `Anna' (board/chip) implementation of the V850E2 processor
- (CONFIG_V850E2_ANNA).
-
-   + The sim85e2c and sim85e2s simulators, which are verilog simulations of
- the V850E2 NA85E2C/NA85E2S cpu cores (CONFIG_V850E2_SIM85E2C and
- CONFIG_V850E2_SIM85E2S).
-
-   + A FPGA implementation of the V850E2 NA85E2C cpu core
- (CONFIG_V850E2_FPGA85E2C).
+   "rte-ma1-cb"
+   The Midas labs RTE-V850E/MA1-CB and RTE-V850E/NB85E-CB evaluation
+   boards (CONFIG_RTE_CB_MA1 and CONFIG_RTE_CB_NB85E).  This support
+   has only been tested when running with the Multi-debugger monitor
+   ROM (for the Green Hills Multi debugger).  The optional NEC
+   Solution Gear RTE-MOTHER-A motherboard is also supported, which
+   allows PCI boards to be used (CONFIG_RTE_MB_A_PCI).
+
+   "rte-me2-cb"
+   The Midas labs RTE-V850E/ME2-CB evaluation board (CONFIG_RTE_CB_ME2).
+   This has only been tested using a kernel downloaded via an ICE
+   connection using the Multi debugger.  Support for the RTE-MOTHER-A is
+   present, but hasn't been tested (unlike the other Midas labs cpu
+   boards, the RTE-V850E/ME2-CB includes an ethernet adaptor).
+
+   "as85ep1"
+   The NEC AS85EP1 V850E evaluation chip/board (CONFIG_V850E_AS85EP1).
+
+   "anna"
+   The NEC `Anna' (board/chip) implementation of the V850E2 processor
+   (CONFIG_V850E2_ANNA).
+
+   "sim85e2c", "sim85e2s"
+   The sim85e2c and sim85e2s simulators, which are verilog simulations
+   of the V850E2 NA85E2C/NA85E2S cpu cores (CONFIG_V850E2_SIM85E2C and
+   CONFIG_V850E2_SIM85E2S).
+
+   "fpga85e2c"
+   A FPGA implementation of the V850E2 NA85E2C cpu core
+   (CONFIG_V850E2_FPGA85E2C).
+
+To get a default kernel configuration for a particular platform, you can
+use a _defconfig make target (e.g., "make rte-me2-cb_defconfig");
+to see which default configurations are possible, look in the directory
+"arch/v850/configs".
 
 Porting to anything with a V850E/MA1 or MA2 pro

[PATCH] v850: Add pte_file

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 include/asm-v850/pgtable.h |2 ++
 1 files changed, 2 insertions(+)

diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/pgtable.h 
linux-2.6.12-uc0-v850-20050721/include/asm-v850/pgtable.h
--- linux-2.6.12-uc0/include/asm-v850/pgtable.h 2005-03-04 11:34:09.605536000 
+0900
+++ linux-2.6.12-uc0-v850-20050721/include/asm-v850/pgtable.h   2005-07-21 
16:23:19.930669000 +0900
@@ -23,6 +23,8 @@
 #define __pte_to_swp_entry(pte)((swp_entry_t) { pte_val(pte) })
 #define __swp_entry_to_pte(x)  ((pte_t) { (x).val })
 
+static inline int pte_file (pte_t pte) { return 0; }
+
 
 /* These mean nothing to !CONFIG_MMU.  */
 #define PAGE_NONE  __pgprot(0)
-
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/

[PATCH] v850: Define L1_CACHE_SHIFT and L1_CACHE_SHIFT_MAX

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 include/asm-v850/cache.h|7 +--
 include/asm-v850/v850e2_cache.h |5 +++--
 2 files changed, 8 insertions(+), 4 deletions(-)

diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/cache.h 
linux-2.6.12-uc0-v850-20050721/include/asm-v850/cache.h
--- linux-2.6.12-uc0/include/asm-v850/cache.h   2002-11-05 11:25:31.839784000 
+0900
+++ linux-2.6.12-uc0-v850-20050721/include/asm-v850/cache.h 2005-07-21 
15:21:07.336901000 +0900
@@ -1,8 +1,8 @@
 /*
  * include/asm-v850/cache.h -- Cache operations
  *
- *  Copyright (C) 2001  NEC Corporation
- *  Copyright (C) 2001  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,05  NEC Corporation
+ *  Copyright (C) 2001,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -20,6 +20,9 @@
 #ifndef L1_CACHE_BYTES
 /* This processor has no cache, so just choose an arbitrary value.  */
 #define L1_CACHE_BYTES 16
+#define L1_CACHE_SHIFT 4
 #endif
 
+#define L1_CACHE_SHIFT_MAX L1_CACHE_SHIFT
+
 #endif /* __V850_CACHE_H__ */
diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/v850e2_cache.h 
linux-2.6.12-uc0-v850-20050721/include/asm-v850/v850e2_cache.h
--- linux-2.6.12-uc0/include/asm-v850/v850e2_cache.h2003-07-28 
10:14:26.472851000 +0900
+++ linux-2.6.12-uc0-v850-20050721/include/asm-v850/v850e2_cache.h  
2005-07-21 15:19:05.917798000 +0900
@@ -2,8 +2,8 @@
  * include/asm-v850/v850e2_cache_cache.h -- Cache control for V850E2
  * cache memories
  *
- *  Copyright (C) 2003  NEC Electronics Corporation
- *  Copyright (C) 2003  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2003,05  NEC Electronics Corporation
+ *  Copyright (C) 2003,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -69,6 +69,7 @@
 
 /* For  */
 #define L1_CACHE_BYTES V850E2_CACHE_LINE_SIZE
+#define L1_CACHE_SHIFT V850E2_CACHE_LINE_SIZE_BITS
 
 
 #endif /* __V850_V850E2_CACHE_H__ */
-
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/

[PATCH] v850: Update ioremap return type and add ioread/iowrite functions

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 include/asm-v850/io.h |   37 -
 1 files changed, 24 insertions(+), 13 deletions(-)

diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/io.h 
linux-2.6.12-uc0-v850-20050721/include/asm-v850/io.h
--- linux-2.6.12-uc0/include/asm-v850/io.h  2005-06-21 16:11:50.083113000 
+0900
+++ linux-2.6.12-uc0-v850-20050721/include/asm-v850/io.h2005-07-21 
16:30:57.677141000 +0900
@@ -1,8 +1,8 @@
 /*
  * include/asm-v850/io.h -- Misc I/O operations
  *
- *  Copyright (C) 2001,02,03,04  NEC Electronics Corporation
- *  Copyright (C) 2001,02,03,04  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,02,03,04,05  NEC Electronics Corporation
+ *  Copyright (C) 2001,02,03,04,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -27,12 +27,12 @@
 #define readw_relaxed(a) readw(a)
 #define readl_relaxed(a) readl(a)
 
-#define writeb(b, addr) \
-  (void)((*(volatile unsigned char *) (addr)) = (b))
-#define writew(b, addr) \
-  (void)((*(volatile unsigned short *) (addr)) = (b))
-#define writel(b, addr) \
-  (void)((*(volatile unsigned int *) (addr)) = (b))
+#define writeb(val, addr) \
+  (void)((*(volatile unsigned char *) (addr)) = (val))
+#define writew(val, addr) \
+  (void)((*(volatile unsigned short *) (addr)) = (val))
+#define writel(val, addr) \
+  (void)((*(volatile unsigned int *) (addr)) = (val))
 
 #define __raw_readb readb
 #define __raw_readw readw
@@ -96,11 +96,22 @@
outl (*p++, port);
 }
 
-#define iounmap(addr)  ((void)0)
-#define ioremap(physaddr, size)(physaddr)
-#define ioremap_nocache(physaddr, size)(physaddr)
-#define ioremap_writethrough(physaddr, size)   (physaddr)
-#define ioremap_fullcache(physaddr, size)  (physaddr)
+
+/* Some places try to pass in an loff_t for PHYSADDR (?!), so we cast it to
+   long before casting it to a pointer to avoid compiler warnings.  */
+#define ioremap(physaddr, size)((void __iomem *)(unsigned 
long)(physaddr))
+#define iounmap(addr)  ((void)0)
+
+#define ioremap_nocache(physaddr, size)ioremap (physaddr, size)
+#define ioremap_writethrough(physaddr, size)   ioremap (physaddr, size)
+#define ioremap_fullcache(physaddr, size)  ioremap (physaddr, size)
+
+#define ioread8(addr)  readb (addr)
+#define ioread16(addr) readw (addr)
+#define ioread32(addr) readl (addr)
+#define iowrite8(val, addr)writeb (val, addr)
+#define iowrite16(val, addr)   writew (val, addr)
+#define iowrite32(val, addr)   writel (val, addr)
 
 #define mmiowb()
 
-
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/

[PATCH] v850: Update PCI support

[Miles Bader]

These changes are untested (I no longer have the hardware).

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/kernel/rte_mb_a_pci.c |   37 +++--
 arch/v850/kernel/vmlinux.lds.S  |   14 ++
 include/asm-v850/pci.h  |   37 +++--
 3 files changed, 76 insertions(+), 12 deletions(-)

diff -ruN -X../cludes linux-2.6.12-uc0/arch/v850/kernel/rte_mb_a_pci.c 
linux-2.6.12-uc0-v850-20050721/arch/v850/kernel/rte_mb_a_pci.c
--- linux-2.6.12-uc0/arch/v850/kernel/rte_mb_a_pci.c2005-03-04 
11:31:28.597101000 +0900
+++ linux-2.6.12-uc0-v850-20050721/arch/v850/kernel/rte_mb_a_pci.c  
2005-07-21 18:45:49.496213000 +0900
@@ -1,8 +1,8 @@
 /*
  * arch/v850/kernel/mb_a_pci.c -- PCI support for Midas lab RTE-MOTHER-A board
  *
- *  Copyright (C) 2001,02,03  NEC Electronics Corporation
- *  Copyright (C) 2001,02,03  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,02,03,05  NEC Electronics Corporation
+ *  Copyright (C) 2001,02,03,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -743,15 +743,17 @@
for a scatter-gather list, same rules and usage.  */
 
 void
-pci_dma_sync_sg_for_cpu (struct pci_dev *dev, struct scatterlist *sg, int 
sg_len,
-int dir)
+pci_dma_sync_sg_for_cpu (struct pci_dev *dev,
+struct scatterlist *sg, int sg_len,
+int dir)
 {
BUG ();
 }
 
 void
-pci_dma_sync_sg_for_device (struct pci_dev *dev, struct scatterlist *sg, int 
sg_len,
-int dir)
+pci_dma_sync_sg_for_device (struct pci_dev *dev,
+   struct scatterlist *sg, int sg_len,
+   int dir)
 {
BUG ();
 }
@@ -786,6 +788,27 @@
 }
 
 
+/* iomap/iomap */
+
+void __iomem *pci_iomap (struct pci_dev *dev, int bar, unsigned long max)
+{
+   unsigned long start = pci_resource_start (dev, bar);
+   unsigned long len = pci_resource_len (dev, bar);
+
+   if (!start || len == 0)
+   return 0;
+
+   /* None of the ioremap functions actually do anything, other than
+  re-casting their argument, so don't bother differentiating them.  */
+   return ioremap (start, len);
+}
+
+void pci_iounmap (struct pci_dev *dev, void __iomem *addr)
+{
+   /* nothing */
+}
+
+
 /* symbol exports (for modules) */
 
 EXPORT_SYMBOL (pci_map_single);
@@ -794,3 +817,5 @@
 EXPORT_SYMBOL (pci_free_consistent);
 EXPORT_SYMBOL (pci_dma_sync_single_for_cpu);
 EXPORT_SYMBOL (pci_dma_sync_single_for_device);
+EXPORT_SYMBOL (pci_iomap);
+EXPORT_SYMBOL (pci_iounmap);
diff -ruN -X../cludes linux-2.6.12-uc0/arch/v850/kernel/vmlinux.lds.S 
linux-2.6.12-uc0-v850-20050721/arch/v850/kernel/vmlinux.lds.S
--- linux-2.6.12-uc0/arch/v850/kernel/vmlinux.lds.S 2004-12-27 
11:26:17.694361000 +0900
+++ linux-2.6.12-uc0-v850-20050721/arch/v850/kernel/vmlinux.lds.S   
2005-07-21 18:27:09.415864000 +0900
@@ -12,6 +12,7 @@
  */
 
 #include 
+
 #define VMLINUX_SYMBOL(_sym_) _##_sym_
 #include 
 
@@ -42,6 +43,19 @@
*(.rodata) *(.rodata.*)   \
*(__vermagic)   /* Kernel version magic */\
*(.rodata1)   \
+   /* PCI quirks */  \
+   ___start_pci_fixups_early = . ;   \
+   *(.pci_fixup_early)   \
+   ___end_pci_fixups_early = . ; \
+   ___start_pci_fixups_header = . ;  \
+   *(.pci_fixup_header)  \
+   ___end_pci_fixups_header = . ;\
+   ___start_pci_fixups_final = . ;   \
+   *(.pci_fixup_final)   \
+   ___end_pci_fixups_final = . ; \
+   ___start_pci_fixups_enable = . ;  \
+   *(.pci_fixup_enable)  \
+   ___end_pci_fixups_enable = . ;\
/* Kernel symbol table: Normal symbols */ \
___start___ksymtab = .;   \
*(__ksymtab)  \
diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/pci.h 
linux-2.6.12-uc0-v850-20050721/include/asm-v850/pci.h
--- linux-2.6.12-uc0/include/asm-v850/pci.h 2004-04-05 11:34:01.719157000 
+0900
+++ linux-2.6.12-uc0-v850-20050721/include/asm-v850/pci.h 

Re: kernel guide to space

[Miles Bader]

"linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> writes:
> It will take probably an hour to parse:
> struct BusLogic_FetchHostAdapterLocalRAMReguest 
> FetchHostAdapterLocalRAMRequest
>   ^!)

Agh!  My eyes!

The above names are way overdone by any measure, but is there any
consensus whether studly-caps in general are discouraged or not?

CodingStyle is vague on the issue, though it kind of implies you should
use underscores when multiple words are needed (the sole example of
studly caps is in a negative context, and a following recommended name
uses underlines).  The kernel source seems pretty random -- they get
used here and there, but more often not; they seem more common in older
code.

If they are discouraged, it might be better to say so explicitly, as
there are many programmers these days who are used to using them.

-Miles
-- 
Run away!  Run away!
-
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: [patch 2.6.13-rc3] i386: clean up user_mode macros

[Miles Bader]

Linus Torvalds <[EMAIL PROTECTED]> writes:
> Ask a hundred random C programmers what "!!x" means, versus what "x != 0"
> means, and time their replies.

I've always thought of "!!" as the "canonicalize boolean" operator...

Vaguely ugly, but I think it's actually _more clear_ than != 0 in
contexts where the value is already "boolean" in the C zero or not-zero
sense, but you want a "proper" boolean (0 or 1) for some reason.

-miles
-- 
Somebody has to do something, and it's just incredibly pathetic that it
has to be us.  -- Jerry Garcia
-
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: v850, which gcc and binutils version?

[Miles Bader]

Jan Dittmer <[EMAIL PROTECTED]> writes:
> Which is the recommended gcc/binutils combination for v850?

The most crucial thing is that all supported processors are v850e
derivatives (note the "e"), so please configure gcc/binutils for target
"v850e-elf".

[I usually use something bizarre and ancient, which appears to be a NEC
local derivative of gcc 2.9, but I've occasionally compiled the kernel
with gcc3 and it worked.]

-Miles
-- 
"1971 pickup truck; will trade for guns"
-
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: v850, which gcc and binutils version?

[Miles Bader]

Jan Dittmer <[EMAIL PROTECTED]> writes:
>> "v850e-elf".
>
> Thanks, that got me much further, compilation aborts now with

Hmmm, what sources are you compiling exactly?

I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches
I sent to the LKML recently (from which I presume you got the defconfigs);
the v850 patches should now be merged into Linus's tree, but I dunno about
the uClinux patches (and of course there may already be v850 breakage in
Linus's current tree; I usually only test real releases).

If you care to try applying the uClinux patches, they should be available
from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"):

http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz

Greg, do you have any status on merging the current uClinux patch set?

Thanks,

-Miles
-- 
Everywhere is walking distance if you have the time.  -- Steven Wright
-
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 guide to space (updated)

[Miles Bader]

Jan Engelhardt <[EMAIL PROTECTED]> writes:
>>3i. if/else/do/while/for/switch
>>  space between if/else/do/while and following/preceeding
>>  statements/expressions, if any
>
> Why this? if(a) {} is not any worse than if (a).

Well it's harder to read (because it makes control constructs look more
like function calls).  And a bit uglier.

But anyway, coding styles are rarely about "worse" versus "better",
they're about keeping things consistent so that it's easier to read
code.

-Miles
-- 
Any man who is a triangle, has thee right, when in Cartesian Space, to
have angles, which when summed, come to know more, nor no less, than
nine score degrees, should he so wish.  [TEMPLE OV THEE LEMUR]
-
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: [git patches] net driver fixes

[Miles Bader]

Linus Torvalds <[EMAIL PROTECTED]> writes:
> Ugh. It's not like we want people saying "Hi there" in our changelogs.

Well the _occasional_ friendly greeting might be kinda nice...

-miles

hi mom!
-- 
Ich bin ein Virus. Mach' mit und kopiere mich in Deine .signature. fnord.
-
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: [2.6 patch] remove support for gcc < 3.2

[Miles Bader]

Adrian Bunk <[EMAIL PROTECTED]> writes:
> This patch removes support for gcc < 3.2 .

Go away.

-miles
-- 
"Suppose He doesn't give a shit?  Suppose there is a God but He
just doesn't give a shit?"  [George Carlin]
-
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/

[PATCH] v850: Add show_mem

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/kernel/setup.c |   30 ++
 1 file changed, 30 insertions(+)

diff -ruN -X../cludes linux-2.6.13-uc0/arch/v850/kernel/setup.c 
linux-2.6.13-uc0-v850-20050902/arch/v850/kernel/setup.c
--- linux-2.6.13-uc0/arch/v850/kernel/setup.c   2005-06-21 16:07:27.095352000 
+0900
+++ linux-2.6.13-uc0-v850-20050902/arch/v850/kernel/setup.c 2005-09-02 
11:10:57.162581000 +0900
@@ -284,3 +294,33 @@
free_area_init_node (0, NODE_DATA(0), zones_size,
 ADDR_TO_PAGE (PAGE_OFFSET), 0);
 }
+
+
+
+/* Taken from m68knommu */
+void show_mem(void)
+{
+unsigned long i;
+int free = 0, total = 0, reserved = 0, shared = 0;
+int cached = 0;
+
+printk(KERN_INFO "\nMem-info:\n");
+show_free_areas();
+i = max_mapnr;
+while (i-- > 0) {
+   total++;
+   if (PageReserved(mem_map+i))
+   reserved++;
+   else if (PageSwapCache(mem_map+i))
+   cached++;
+   else if (!page_count(mem_map+i))
+   free++;
+   else
+   shared += page_count(mem_map+i) - 1;
+}
+printk(KERN_INFO "%d pages of RAM\n",total);
+printk(KERN_INFO "%d free pages\n",free);
+printk(KERN_INFO "%d reserved pages\n",reserved);
+printk(KERN_INFO "%d pages shared\n",shared);
+printk(KERN_INFO "%d pages swap cached\n",cached);
+}
-
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/

[PATCH] v850: Update defconfigs

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/configs/rte-ma1-cb_defconfig |  108 ++---
 arch/v850/configs/rte-me2-cb_defconfig |   21 --
 arch/v850/configs/sim_defconfig|   21 --
 3 files changed, 90 insertions(+), 60 deletions(-)

diff -ruN -X../cludes linux-2.6.13-uc0/arch/v850/configs/rte-ma1-cb_defconfig 
linux-2.6.13-uc0-v850-20050902/arch/v850/configs/rte-ma1-cb_defconfig
--- linux-2.6.13-uc0/arch/v850/configs/rte-ma1-cb_defconfig 2005-09-02 
14:11:32.0 +0900
+++ linux-2.6.13-uc0-v850-20050902/arch/v850/configs/rte-ma1-cb_defconfig   
2005-09-02 13:56:07.650149000 +0900
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
-# Linux kernel version: 2.6.12-uc0
-# Thu Jul 21 11:08:27 2005
+# Linux kernel version: 2.6.13-uc0
+# Fri Sep  2 13:54:27 2005
 #
 # CONFIG_MMU is not set
 # CONFIG_UID16 is not set
@@ -44,6 +44,8 @@
 # CONFIG_V850E_HIGHRES_TIMER is not set
 # CONFIG_RESET_GUARD is not set
 CONFIG_LARGE_ALLOCS=y
+CONFIG_FLATMEM=y
+CONFIG_FLAT_NODE_MEM_MAP=y
 
 #
 # Code maturity level options
@@ -111,6 +113,52 @@
 # CONFIG_BINFMT_MISC is not set
 
 #
+# Networking
+#
+CONFIG_NET=y
+
+#
+# Networking options
+#
+# CONFIG_PACKET is not set
+# CONFIG_UNIX is not set
+# CONFIG_NET_KEY is not set
+CONFIG_INET=y
+# CONFIG_IP_MULTICAST is not set
+# CONFIG_IP_ADVANCED_ROUTER is not set
+CONFIG_IP_FIB_HASH=y
+# CONFIG_IP_PNP is not set
+# CONFIG_NET_IPIP is not set
+# CONFIG_NET_IPGRE is not set
+# CONFIG_SYN_COOKIES is not set
+# CONFIG_INET_AH is not set
+# CONFIG_INET_ESP is not set
+# CONFIG_INET_IPCOMP is not set
+# CONFIG_INET_TUNNEL is not set
+# CONFIG_IP_TCPDIAG is not set
+# CONFIG_IP_TCPDIAG_IPV6 is not set
+# CONFIG_TCP_CONG_ADVANCED is not set
+CONFIG_TCP_CONG_BIC=y
+# CONFIG_IPV6 is not set
+# CONFIG_NETFILTER is not set
+# CONFIG_BRIDGE is not set
+# CONFIG_VLAN_8021Q is not set
+# CONFIG_DECNET is not set
+# CONFIG_LLC2 is not set
+# CONFIG_IPX is not set
+# CONFIG_ATALK is not set
+# CONFIG_NET_SCHED is not set
+# CONFIG_NET_CLS_ROUTE is not set
+
+#
+# Network testing
+#
+# CONFIG_NET_PKTGEN is not set
+# CONFIG_HAMRADIO is not set
+# CONFIG_IRDA is not set
+# CONFIG_BT is not set
+
+#
 # Generic Driver Options
 #
 CONFIG_STANDALONE=y
@@ -158,6 +206,7 @@
 # Mapping drivers for chip access
 #
 # CONFIG_MTD_COMPLEX_MAPPINGS is not set
+# CONFIG_MTD_PLATRAM is not set
 
 #
 # Self-contained MTD device drivers
@@ -232,6 +281,7 @@
 #
 # Fusion MPT device support
 #
+# CONFIG_FUSION is not set
 
 #
 # IEEE 1394 (FireWire) support
@@ -244,53 +294,8 @@
 # CONFIG_I2O is not set
 
 #
-# Networking support
-#
-CONFIG_NET=y
-
-#
-# Networking options
-#
-# CONFIG_PACKET is not set
-# CONFIG_UNIX is not set
-# CONFIG_NET_KEY is not set
-CONFIG_INET=y
-# CONFIG_IP_MULTICAST is not set
-# CONFIG_IP_ADVANCED_ROUTER is not set
-# CONFIG_IP_PNP is not set
-# CONFIG_NET_IPIP is not set
-# CONFIG_NET_IPGRE is not set
-# CONFIG_SYN_COOKIES is not set
-# CONFIG_INET_AH is not set
-# CONFIG_INET_ESP is not set
-# CONFIG_INET_IPCOMP is not set
-# CONFIG_INET_TUNNEL is not set
-# CONFIG_IP_TCPDIAG is not set
-# CONFIG_IP_TCPDIAG_IPV6 is not set
-# CONFIG_IPV6 is not set
-# CONFIG_NETFILTER is not set
-# CONFIG_BRIDGE is not set
-# CONFIG_VLAN_8021Q is not set
-# CONFIG_DECNET is not set
-# CONFIG_LLC2 is not set
-# CONFIG_IPX is not set
-# CONFIG_ATALK is not set
-
-#
-# QoS and/or fair queueing
-#
-# CONFIG_NET_SCHED is not set
-# CONFIG_NET_CLS_ROUTE is not set
-
-#
-# Network testing
+# Network device support
 #
-# CONFIG_NET_PKTGEN is not set
-# CONFIG_NETPOLL is not set
-# CONFIG_NET_POLL_CONTROLLER is not set
-# CONFIG_HAMRADIO is not set
-# CONFIG_IRDA is not set
-# CONFIG_BT is not set
 CONFIG_NETDEVICES=y
 # CONFIG_DUMMY is not set
 # CONFIG_BONDING is not set
@@ -372,6 +377,8 @@
 # CONFIG_FDDI is not set
 # CONFIG_PPP is not set
 # CONFIG_SLIP is not set
+# CONFIG_NETPOLL is not set
+# CONFIG_NET_POLL_CONTROLLER is not set
 
 #
 # ISDN subsystem
@@ -472,6 +479,7 @@
 # CONFIG_JBD is not set
 # CONFIG_REISERFS_FS is not set
 # CONFIG_JFS_FS is not set
+# CONFIG_FS_POSIX_ACL is not set
 
 #
 # XFS support
@@ -479,6 +487,8 @@
 # CONFIG_XFS_FS is not set
 # CONFIG_MINIX_FS is not set
 CONFIG_ROMFS_FS=y
+# CONFIG_MAGIC_ROM_PTR is not set
+CONFIG_INOTIFY=y
 # CONFIG_QUOTA is not set
 CONFIG_DNOTIFY=y
 # CONFIG_AUTOFS_FS is not set
@@ -524,9 +534,11 @@
 #
 CONFIG_NFS_FS=y
 CONFIG_NFS_V3=y
+# CONFIG_NFS_V3_ACL is not set
 # CONFIG_NFSD is not set
 CONFIG_LOCKD=y
 CONFIG_LOCKD_V4=y
+CONFIG_NFS_COMMON=y
 CONFIG_SUNRPC=y
 # CONFIG_SMB_FS is not set
 # CONFIG_CIFS is not set
diff -ruN -X../cludes linux-2.6.13-uc0/arch/v850/configs/rte-me2-cb_defconfig 
linux-2.6.13-uc0-v850-20050902/arch/v850/configs/rte-me2-cb_defconfig
--- linux-2.6.13-uc0/arch/v850/configs/rte-me2-cb_defconfig 2005-09-02 
14:12:56.0 +0900
+++ linux-2.6.13-uc0-v850-20050902/arch/v850/configs/rte-me2-cb_defconfig   
2005-

[PATCH] v850: Round up length passed to slram driver to a multiple of SLRAM_BLK_SZ

[Miles Bader]

Signed-off-by: Miles Bader <[EMAIL PROTECTED]>

 arch/v850/kernel/setup.c |   14 --
 1 file changed, 12 insertions(+), 2 deletions(-)

diff -ruN -X../cludes linux-2.6.13-uc0/arch/v850/kernel/setup.c 
linux-2.6.13-uc0-v850-20050902/arch/v850/kernel/setup.c
--- linux-2.6.13-uc0/arch/v850/kernel/setup.c   2005-06-21 16:07:27.095352000 
+0900
+++ linux-2.6.13-uc0-v850-20050902/arch/v850/kernel/setup.c 2005-09-02 
11:10:57.162581000 +0900
@@ -1,8 +1,8 @@
 /*
  * arch/v850/kernel/setup.c -- Arch-dependent initialization functions
  *
- *  Copyright (C) 2001,02,03  NEC Electronics Corporation
- *  Copyright (C) 2001,02,03  Miles Bader <[EMAIL PROTECTED]>
+ *  Copyright (C) 2001,02,03,05  NEC Electronics Corporation
+ *  Copyright (C) 2001,02,03,05  Miles Bader <[EMAIL PROTECTED]>
  *
  * This file is subject to the terms and conditions of the GNU General
  * Public License.  See the file COPYING in the main directory of this
@@ -98,10 +98,20 @@
 }
 
 #ifdef CONFIG_MTD
+
+/* From drivers/mtd/devices/slram.c */
+#define SLRAM_BLK_SZ 0x4000
+
 /* Set the root filesystem to be the given memory region.
Some parameter may be appended to CMD_LINE.  */
 void set_mem_root (void *addr, size_t len, char *cmd_line)
 {
+   /* Some sort of idiocy in MTD means we must supply a length that's
+  a multiple of SLRAM_BLK_SZ.  We just round up the real length,
+  as the file system shouldn't attempt to access anything beyond
+  the end of the image anyway.  */
+   len = (((len - 1) + SLRAM_BLK_SZ) / SLRAM_BLK_SZ) * SLRAM_BLK_SZ;
+
/* The only way to pass info to the MTD slram driver is via
   the command line.  */
if (*cmd_line) {
-
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: [RFC] Linux Kernel Subversion Howto

[Miles Bader]

Kevin Puetz <[EMAIL PROTECTED]> writes:
>> If you use svk  for the client side, there's
>> (almost?) no overhead.
>> 
>> Regards, Olaf.
>
> erm, svk is cool and all, but it keeps a local repository mirror (not
> necessarily full I suppose, but usually it is). So it's *much* heavier on
> the client side than normal svn. Pays off in several ways, but just because
> it keeps it's weight in the depot folder instead of the wc folder doesn't
> make it ligher (unless you use several wc's I suppose).

Hmmm, I thought that several other systems had similar (or worse)
overhead -- most notably that bk and darcs have no real notion of a
"repository", but always store the entire history in every source tree.
Such a model seems to simplify the user interface in some cases, but
obviously can impact disk usage...

However I have no real experience with either bk or darcs; please
correct me if I'm wrong about this.

[This is as opposed to arch, which has a repository (local/remote)
model, and allows even repositories to contain only deltas from some
other repository.]

-Miles
-- 
Yo mama's so fat when she gets on an elevator it HAS to go down.
-
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: [RFC] Linux Kernel Subversion Howto

[Miles Bader]

Gene Heskett <[EMAIL PROTECTED]> writes:
> Roman, Larry has a perfectly valid reason to call you a jerk, because 
> you are being one, and have been one for at least 50% of your posts 
> on this list over the last 2 years or more.  Right this instant my 
> most fervent wish is for you to go get a job at M$ or something, and 
> leave us the hell alone.

Please take the grade-school flames elsewhere.

Thanks,

-Miles
-- 
In New York, most people don't have cars, so if you want to kill a person, you
have to take the subway to their house.  And sometimes on the way, the train
is delayed and you get impatient, so you have to kill someone on the subway.
  [George Carlin]
-
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: [darcs-users] Re: [BK] upgrade will be needed

[Miles Bader]

Dustin Sallings  writes:
> but the nicest thing about arch is that a given commit is immutable.
> There are no tools to modify it.  This is also why the crypto
> signature stuff was so easy to fit in.
>
> RCS and SCCS storage throws away most of those features.

Yeah, the basic way arch organizes its repository seems _far_ more sane
than the crazy way CVS (or BK) does, for a variety of reasons[*].  No
doubt there are certain usage patterns which stress it, but I think it
makes a lot more sense to use a layer of caching to take care of those,
rather than screwing up the underlying organization.

[*] (a) Immutability of repository files (_massively_ good idea)
(b) Deals with tree-changes "naturally" (CVS-style ,v files are a
complete mess for anything except file-content changes)
(c) Directly corresponds to traditional diff 'n' patch, easy to
think about, no surprises

-Miles
-- 
Saa, shall we dance?  (from a dance-class advertisement)
-
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: [BK] upgrade will be needed

[Miles Bader]

"Theodore Ts'o" <[EMAIL PROTECTED]> writes:
> The "cost" of using BK seems to be primarily more theoretical, and
> ideological, than real.

I've never used BK (not allowed to), but some things I've read about it
sound quite annoying.  For instance:

 * Every source tree contains your entire repository => massive disk usage

 * Must "unlock" files before working on them ("bk edit"); I recall
   doing this with RCS, and it was, well, a real pain.

-Miles
-- 
"Whatever you do will be insignificant, but it is very important that
 you do it."  Mahatma Ghandi
-
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: [RFC: 2.6 patch] MAINTAINERS remove the v850 entry

[Miles Bader]

Adrian Bunk <[EMAIL PROTECTED]> writes:
> One bouncing email address and two non-existing URLs - we need either 
> updated information or this patch applied...

I don't know the status of that email address/website (the NEC network
has moved around a lot recently), but I'm reachable the address you
apparently already found:

  [EMAIL PROTECTED]

That will do for now.

-Miles
-- 
.Numeric stability is probably not all that important when you're guessing.
-
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: [PATCH 13/20] inflate: (arch) kill silly zlib typedefs

[Miles Bader]

Willy Tarreau <[EMAIL PROTECTED]> writes:
> I don't know if x86_64 is LP64 or LLP64 on Linux, but at least my alpha
> and sparc64 are LP64, so is another PPC64 I use for code validation.
> LPC64 is the recommended model for easier 32 to 64 portability (where
> ints are 32 ; long, longlong, ptrs are 64).

Are there _any_ (widespread) platforms except Windows that use LLP64?

LP64 seems to be by far the most common in the unix world.

-miles
-- 
"1971 pickup truck; will trade for guns"

Re: [2.6 patch] re-add required code to include/asm-v850/unistd.h

[Miles Bader]

Adrian Bunk <[EMAIL PROTECTED]> writes:
>> Wouldn't it be more appropriate to just open-code the contents of these
>> macros in the place where they are used?
>> 
>> Even better probably would be to convert the v850 kernel_thread code
>> to call do_fork directly, like most other architectures do.
>
> The bigger problem seems to be that v850 is not that near at compiling 
> at all...  :-(

Yeah, I'm working on other things these days, so I only check up on the
v850 port occasionally.

I'll see what I can do to get things working again.

Thanks,

-Miles

-- 
"Most attacks seem to take place at night, during a rainstorm, uphill,
 where four map sheets join."   -- Anon. British Officer in WW I
-
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: [PATCH] binfmt_flat: minimum support for theBlackfin relocations

[Miles Bader]

Robin Getz <[EMAIL PROTECTED]> writes:
> BTW - does anyone know Miles Bader's current email address? There isn't one 
> listed in MAINTAINERS - and he is still listed for the NEC V850?

[EMAIL PROTECTED]

-Miles

-- 
Everywhere is walking distance if you have the time.  -- Steven Wright
-
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/