From: Michal Simek <monstr@monstr.eu>
To: Randy Dunlap <randy.dunlap@oracle.com>
Cc: linux-kernel@vger.kernel.org, stephen.neuendorffer@xilinx.com,
john.williams@petalogix.com, microblaze-uclinux@itee.uq.edu.au,
sam@ravnborg.org
Subject: Re: [PATCH 01/52] [microblaze] Kconfig patches
Date: Sun, 27 Jan 2008 11:39:37 +0100 [thread overview]
Message-ID: <479C5F69.1000707@monstr.eu> (raw)
In-Reply-To: <20080126093657.f628b0ef.randy.dunlap@oracle.com>
Hi Randy,
thanks for review. Comments are below.
>> diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig
>> new file mode 100644
>> index 0000000..6dbc069
>> --- /dev/null
>> +++ b/arch/microblaze/Kconfig
>> @@ -0,0 +1,160 @@
>> +# For a description of the syntax of this configuration file,
>> +# see Documentation/kbuild/config-language.txt.
>>
>
> It's kconfig-language.txt.
>
I fix it
>> +
>> +mainmenu "Linux/Microblaze Kernel Configuration"
>> +
>> +config MICROBLAZE
>> + bool
>> + default y
>>
>
> The one-line form:
> def_bool y
> is preferred, just to be more concise, use less screen real estate...
> Above and many times below.
>
fix.
>> +config MMU
>> + bool
>> + default n
>> +
>> +config SWAP
>> + bool
>> + default n
>> +
>> +config RWSEM_GENERIC_SPINLOCK
>> + bool
>> + default y
>> +
>> +config RWSEM_XCHGADD_ALGORITHM
>> + bool
>> +
>> +
>> +config ARCH_HAS_ILOG2_U32
>> + bool
>> + default n
>> +
>> +config ARCH_HAS_ILOG2_U64
>> + bool
>> + default n
>> +
>> +config GENERIC_FIND_NEXT_BIT
>> + bool
>> + default y
>> +
>> +config GENERIC_HWEIGHT
>> + bool
>> + default y
>> +
>> +config GENERIC_HARDIRQS
>> + bool
>> + default y
>> +
>> +config GENERIC_IRQ_PROBE
>> + bool
>> + default y
>> +
>> +config GENERIC_CALIBRATE_DELAY
>> + bool
>> + default y
>> +
>> +config PCI
>> + bool
>> + default n
>> +
>> +config UID16
>> + bool
>> + default y
>> +
>> +config DEFCONFIG_LIST
>> + string
>> + default "arch/$ARCH/defconfig"
>> +
>> +source "init/Kconfig"
>> +
>> +source "arch/microblaze/platform/Kconfig.platform"
>> +
>> +menu "Processor type and features"
>> +config PREEMPT
>> + bool "Preemptible Kernel"
>> + help
>> + This option reduces the latency of the kernel when reacting to
>> + real-time or interactive events by allowing a low priority process to
>> + be preempted even if it is in kernel mode executing a system call.
>> + This allows applications to run more reliably even when the system is
>> + under load.
>> +
>> + Say Y here if you are building a kernel for a desktop, embedded
>> + or real-time system. Say N if you are unsure.
>> +
>> +config PREEMPT_TIMES
>> + bool "Collect preemption latency times"
>> + depends on PREEMPT
>> + help
>> + Allow collection for preemption latency times.
>> +
>> +config XILINX_UNCACHED_SHADOW
>> + bool "Are you using uncached shadow for RAM ?"
>> + depends on MICROBLAZE
>> + default y
>> + help
>> + This is needed to be able to allocate uncachable memory regions.
>>
>
> We don't seem to spell uncacheable consistently.
>
> Kernel source tree:
> uncachable - 27 times
> uncacheable - 53 times
> google:
> uncachable - 11,900 hits
> uncacheable - 26,700 hits
>
> so I would use "uncacheable".
>
>
I don't know if is spelling correct. But I tried to find count of uncached
in kernel tree and a result is interesting. For me is not problem to
change it.
$ grep -rn "uncached" * | grep -v "microblaze" | grep "*" | wc -l
198
>> + The feature requires the design to define the RAM memory controller window
>> + to be twice as large as the actual physical memory.
>> +
>> +config LARGE_ALLOCS
>> + bool "Allow allocating large blocks (> 1MB) of memory"
>> + help
>> + Allow the slab memory allocator to keep chains for very large
>> + memory sizes - upto 32MB. You may need this if your system has
>>
>
> s/upto/up to/
>
fix.
>> + a lot of RAM, and you need to able to allocate very large
>> + contiguous chunks. If unsure, say N.
>>
>
> Please indent config symbol help text as indicated in
> Documentation/CodingStyle: one tab + 2 spaces for each line of help text.
> (Please check all help text.)
>
fix in all Kconfig files.
>> +comment "Boot options"
>> +
>> +config CMDLINE
>> + string "Default kernel command string"
>> + default ""
>> + help
>> + On some architectures there is currently no way for the boot loader
>> + to pass arguments to the kernel. For these architectures, you should
>> + supply some command-line options at build time by entering them
>> + here.
>> +
>> +config CMDLINE_FORCE
>> + bool "Force default kernel command string"
>> + help
>> + Set this to have arguments from the default kernel command string
>> + override those passed by the boot loader
>>
>
> End with period (".").
>
fix in all Kconfig files.
>> +
>> +config OF
>> + bool
>> + default y
>> + help
>> + Set this to turn on OF
>>
>
> End with period. Is this Open Firmware?
>
>
>> +config OF_DEVICE
>> + bool
>> + default y
>> + help
>> + Set this to turn on OF
>>
>
> Ditto.
>
Yes. Microblaze architecture use Open Firmware files. I set to this
value with def_boot y without help part.
>> diff --git a/arch/microblaze/Kconfig.debug b/arch/microblaze/Kconfig.debug
>> new file mode 100644
>> index 0000000..1ccdd84
>> --- /dev/null
>> +++ b/arch/microblaze/Kconfig.debug
>> @@ -0,0 +1,22 @@
>> +menu "Kernel hacking"
>> +
>> +source "lib/Kconfig.debug"
>> +
>> +config EARLY_PRINTK
>> + bool "EARLY_PRINTK"
>> + default y
>> +
>> +config EARLY_PRINTK_UARTLITE_ADDRESS
>> + hex "Physical address where UART Lite for early printk is mapped"
>> + depends on EARLY_PRINTK
>> + default "0x40600000"
>> + help
>> + Please enter physcal address where your uart lite is mapped
>>
>
> End with period. s/physcal/physical/
>
fix + all period faults.
>> +endchoice
>> +
>> +# This is stil a bit broken - disabling for now JW 20070504
>>
>
> s/stil/still/
>
fix
>> diff --git a/arch/microblaze/platform/generic/Kconfig.auto b/arch/microblaze/platform/generic/Kconfig.auto
>> new file mode 100644
>> index 0000000..751369b
>> --- /dev/null
>> +++ b/arch/microblaze/platform/generic/Kconfig.auto
>> @@ -0,0 +1,45 @@
>> +#
>> +# Platform Kconfig menu for Microblaze generic board
>> +#
>> +
>> +config KERNEL_BASE_ADDR
>> + hex "Physical address where Linux Kernel is"
>> + default "0x44000000"
>> + help
>> + BASE Address for kernel
>> +
>> +config XILINX_ERAM_SIZE
>> + hex "Size address of XILINX_RAM" if ALLOW_EDIT_AUTO && XILINX_UNCACHED_SHADOW
>>
>
> What is a "Size address"?
>
Size address is physical size of main memory - fix.
>> + default 0x02000000
>> +
>> +comment "Definitions for MICROBLAZE0"
>> + depends on ALLOW_EDIT_AUTO
>> +
>> +config XILINX_MICROBLAZE0_FAMILY
>> + string "Targetted FPGA family" if ALLOW_EDIT_AUTO
>> + default spartan3e
>> +
>> +config XILINX_MICROBLAZE0_HW_VER
>> + string "Core version number" if ALLOW_EDIT_AUTO
>> + default 5.00.c
>> +
>> +config XILINX_MICROBLAZE0_USE_MSR_INSTR
>> + int "USE_MSR_INSTR" if ALLOW_EDIT_AUTO
>> + default 1
>> +
>> +config XILINX_MICROBLAZE0_USE_BARREL
>> + int "USE_BARREL range (0:1)" if ALLOW_EDIT_AUTO
>> + default 1
>>
>
> These (above & below) look like booleans. If you really need a
> range, config symbols can be specified as ranges. See
> Documentation/kbuild/kconfig-language.txt.
>
Fix is with range property.
>> +config XILINX_MICROBLAZE0_USE_DIV
>> + int "USE_DIV range (0:1)" if ALLOW_EDIT_AUTO
>> + default 1
>> +
>> +config XILINX_MICROBLAZE0_USE_HW_MUL
>> + int "USE_HW_MUL range (0:1)" if ALLOW_EDIT_AUTO
>> + default 1
>> +
>> +config XILINX_MICROBLAZE0_USE_FPU
>> + int "USE_FPU range (0:1)" if ALLOW_EDIT_AUTO
>> + default 0
>> +
>> --
>>
>
> ---
> ~Randy
Regards,
Michal Simek
next prev parent reply other threads:[~2008-01-27 11:04 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-24 15:02 Microblaze init port monstr
2008-01-24 15:05 ` [PATCH 01/52] [microblaze] Kconfig patches monstr
2008-01-24 15:02 ` [PATCH 10/52] [microblaze] Generic dts file for platforms monstr
2008-01-24 15:02 ` [PATCH 11/52] [microblaze] kernel modules support monstr
2008-01-26 16:27 ` Jan Engelhardt
2008-01-24 15:02 ` [PATCH 12/52] [microblaze] lmb support monstr
2008-01-27 12:51 ` Jan Engelhardt
2008-01-24 15:02 ` [PATCH 13/52] [microblaze] PVR support, cpuinfo support monstr
2008-01-24 15:02 ` [PATCH 14/52] [microblaze] defconfig file monstr
2008-01-24 15:02 ` [PATCH 15/52] [microblaze] assembler files head.S, entry.S, monstr
2008-01-24 15:02 ` [PATCH 16/52] [microblaze] supported function for memory - kernel/lib monstr
2008-01-29 21:26 ` Jan Engelhardt
2008-01-24 15:02 ` [PATCH 17/52] [microblaze] checksum support monstr
2008-01-27 11:57 ` Geert Uytterhoeven
2008-01-27 13:41 ` Michal Simek
2008-01-27 15:12 ` Geert Uytterhoeven
2008-01-29 21:30 ` Jan Engelhardt
2008-01-24 15:02 ` [PATCH 18/52] [microblaze] early_printk support monstr
2008-01-24 15:02 ` [PATCH 19/52] [microblaze] uaccess files monstr
2008-01-24 15:02 ` [PATCH 20/52] [microblaze] heartbeat file monstr
2008-01-24 15:02 ` [PATCH 21/52] [microblaze] setup.c - system setting monstr
2008-01-24 15:02 ` [PATCH 22/52] [microblaze] asm-offsets monstr
2008-01-24 15:02 ` [PATCH 23/52] [microblaze] process and init task function monstr
2008-01-24 15:02 ` [PATCH 24/52] [microblaze] time support monstr
[not found] ` <47BD86F3.9030400@petalogix.com>
[not found] ` <20080221163040.5E9FA6A0056@mail168-sin.bigfish.com>
2008-03-02 19:25 ` [microblaze-uclinux] " Michal Simek
2008-01-24 15:03 ` [PATCH 25/52] [microblaze] ptrace support monstr
2008-01-24 15:03 ` [PATCH 26/52] [microblaze] IPC support monstr
2008-01-24 15:03 ` [PATCH 27/52] [microblaze] traps support monstr
2008-01-24 15:03 ` [PATCH 28/52] [microblaze] support for a.out monstr
2008-01-24 15:03 ` [PATCH 29/52] [microblaze] memory inicialization, MMU, TLB monstr
2008-01-24 15:03 ` [PATCH 30/52] [microblaze] consistent allocation & page.h, monstr
2008-01-24 15:03 ` [PATCH 31/52] [microblaze] pci header files monstr
2008-01-24 15:03 ` [PATCH 32/52] [microblaze] includes SHM*, msgbuf monstr
2008-01-24 15:03 ` [PATCH 33/52] [microblaze] bug headers files monstr
2008-01-24 15:03 ` [PATCH 34/52] [microblaze] definitions of types monstr
2008-01-24 15:03 ` [PATCH 35/52] [microblaze] ioctl support monstr
2008-01-24 15:03 ` [PATCH 36/52] [microblaze] io.h IO operations monstr
2008-01-24 15:03 ` [PATCH 37/52] [microblaze] headers for executables format FLAT, ELF monstr
2008-01-24 15:03 ` [PATCH 38/52] [microblaze] dma support monstr
2008-01-24 15:03 ` [PATCH 39/52] [microblaze] headers for irq monstr
2008-01-24 15:03 ` [PATCH 40/52] [microblaze] atomic.h bitops.h byteorder.h monstr
2008-01-24 15:03 ` [PATCH 41/52] [microblaze] headers pgalloc.h pgtable.h monstr
2008-01-24 15:03 ` [PATCH 42/52] [microblaze] system.h pvr.h processor.h monstr
2008-01-24 15:03 ` [PATCH 43/52] [microblaze] clinkage.h linkage.h sections.h kmap_types.h monstr
2008-01-24 15:03 ` [PATCH 44/52] [microblaze] stats headers monstr
2008-01-24 15:03 ` [PATCH 45/52] [microblaze] termbits.h termios.h monstr
2008-01-24 15:03 ` [PATCH 46/52] [microblaze] sigcontext.h siginfo.h monstr
2008-01-24 15:03 ` [PATCH 47/52] [microblaze] headers simple files monstr
2008-01-24 15:03 ` [PATCH 48/52] [microblaze] headers files entry.h current.h mman.h registers.h sembuf.h monstr
2008-01-24 15:03 ` [PATCH 49/52] [microblaze] device.h param.h topology.h monstr
2008-01-24 15:03 ` [PATCH 50/52] [microblaze] pool.h socket.h monstr
2008-01-24 15:03 ` [PATCH 51/52] [microblaze] fcntl.h sockios.h ucontext.h unistd.h monstr
2008-01-24 15:03 ` [PATCH 52/52] [microblaze] setup.h string.h thread_info.h monstr
2008-01-24 15:03 ` [PATCH 03/52] [microblaze] Cpuinfo handling monstr
2008-01-27 12:55 ` Jan Engelhardt
2008-01-24 15:03 ` [PATCH 04/52] [microblaze] Open firmware files monstr
2008-01-24 15:03 ` [PATCH 05/52] [microblaze] Support for semaphores monstr
2008-01-24 15:03 ` [PATCH 06/52] [microblaze] exception handling monstr
2008-01-24 15:03 ` [PATCH 07/52] [microblaze] Signal support monstr
2008-01-24 15:03 ` [PATCH 08/52] [microblaze] Interrupt handling, timer support, supported function monstr
2008-01-24 15:03 ` [PATCH 09/52] [microblaze] cache support monstr
2008-01-24 15:05 ` [PATCH 02/52] [microblaze] Makefiles for Microblaze cpu monstr
2008-01-26 17:36 ` [PATCH 01/52] [microblaze] Kconfig patches Randy Dunlap
2008-01-27 10:39 ` Michal Simek [this message]
2008-01-27 10:41 ` [PATCH 01/52] [microblaze] Kconfig patches v2 Michal Simek
2008-01-27 17:15 ` Randy Dunlap
2008-01-27 11:59 ` Microblaze init port Geert Uytterhoeven
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=479C5F69.1000707@monstr.eu \
--to=monstr@monstr.eu \
--cc=john.williams@petalogix.com \
--cc=linux-kernel@vger.kernel.org \
--cc=microblaze-uclinux@itee.uq.edu.au \
--cc=randy.dunlap@oracle.com \
--cc=sam@ravnborg.org \
--cc=stephen.neuendorffer@xilinx.com \
/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