From: Yoshinori Sato <ysato@users.sourceforge.jp>
To: Arnaud Lacombe <lacombar@gmail.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Greg KH <greg@kroah.com>
Subject: Re: Linux 3.0 release
Date: Thu, 28 Jul 2011 00:22:34 +0900 [thread overview]
Message-ID: <87k4b3iw91.wl%ysato@users.sourceforge.jp> (raw)
In-Reply-To: <CACqU3MWuZUG3XDxTRgBztyJa5rj-GQDcCDrLX1M-AThxtxfXRA@mail.gmail.com>
At Mon, 25 Jul 2011 11:50:43 -0400,
Arnaud Lacombe wrote:
>
> Hi,
>
> On Sun, Jul 24, 2011 at 10:21 PM, Yoshinori Sato
> <ysato@users.sourceforge.jp> wrote:
> > At Sun, 24 Jul 2011 18:04:59 -0400,
> > Arnaud Lacombe wrote:
> >>
> >> Hi,
> >>
> >> On Thu, Jul 21, 2011 at 10:59 PM, Linus Torvalds
> >> <torvalds@linux-foundation.org> wrote:
> >> >
> >> > So there it is. Gone are the 2.6.<bignum> days, and 3.0 is out.
> >> > [...]
> >> For the record, if anybody cares, arch/h8300 no longer configure since 2.6.38:
> >>
> >> % make ARCH=h8300 menuconfig
> >> make: h8300-elf-gcc: Command not found
> >> HOSTCC scripts/basic/fixdep
> >> HOSTCC scripts/kconfig/conf.o
> >> HOSTCC scripts/kconfig/lxdialog/checklist.o
> >> HOSTCC scripts/kconfig/lxdialog/inputbox.o
> >> HOSTCC scripts/kconfig/lxdialog/menubox.o
> >> HOSTCC scripts/kconfig/lxdialog/textbox.o
> >> HOSTCC scripts/kconfig/lxdialog/util.o
> >> HOSTCC scripts/kconfig/lxdialog/yesno.o
> >> HOSTCC scripts/kconfig/mconf.o
> >> SHIPPED scripts/kconfig/zconf.tab.c
> >> SHIPPED scripts/kconfig/lex.zconf.c
> >> SHIPPED scripts/kconfig/zconf.hash.c
> >> HOSTCC scripts/kconfig/zconf.tab.o
> >> HOSTLD scripts/kconfig/mconf
> >> scripts/kconfig/mconf Kconfig
> >> arch/h8300/Kconfig:198: can't open file "drivers/serial/Kconfig"
> >> make[1]: *** [menuconfig] Error 1
> >> make: *** [menuconfig] Error 2
> >>
> >> Yes, I know I have no h8300-elf-gcc, but it does not change the fact
> >> that the arch tries to include a non-existent file. It's been broken
> >> by:
> >>
> >> commit ab4382d27412e7e3e7c936e8d50d8888dfac3df8
> >> Author: Greg Kroah-Hartman <gregkh@suse.de>
> >> Date: Thu Jan 13 12:10:18 2011 -0800
> >>
> >> tty: move drivers/serial/ to drivers/tty/serial/
> >>
> >> The serial drivers are really just tty drivers, so move them to
> >> drivers/tty/ to make things a bit neater overall.
> >> This is part of the tty/serial driver movement proceedure as proposed by
> >> Arnd Bergmann and approved by everyone involved a number of months ago.
> >>
> >> Cc: Arnd Bergmann <arnd@arndb.de>
> >> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
> >> Cc: Geert Uytterhoeven <geert@linux-m68k.org>
> >> Cc: Rogier Wolff <R.E.Wolff@bitwizard.nl>
> >> Cc: Michael H. Warfield <mhw@wittsend.com>
> >> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> >>
> >> - Arnaud
> >
> > Please try this fix.
> > Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>
> >
> > diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
> > index 091ed61..910e5ad 100644
> > --- a/arch/h8300/Kconfig
> > +++ b/arch/h8300/Kconfig
> > @@ -89,125 +89,7 @@ endmenu
> >
> > source "net/Kconfig"
> >
> > -source "drivers/base/Kconfig"
> > -
> > -source "drivers/mtd/Kconfig"
> > -
> > -source "drivers/block/Kconfig"
> > -
> > -source "drivers/ide/Kconfig"
> > -
> > -source "arch/h8300/Kconfig.ide"
> > -
> > -source "drivers/net/Kconfig"
> > -
> > -#
> > -# input - input/joystick depends on it. As does USB.
> > -#
> > -source "drivers/input/Kconfig"
> > -
> > -menu "Character devices"
> > -
> > -config VT
> > - bool "Virtual terminal"
> > - ---help---
> > - If you say Y here, you will get support for terminal devices with
> > - display and keyboard devices. These are called "virtual" because you
> > - can run several virtual terminals (also called virtual consoles) on
> > - one physical terminal. This is rather useful, for example one
> > - virtual terminal can collect system messages and warnings, another
> > - one can be used for a text-mode user session, and a third could run
> > - an X session, all in parallel. Switching between virtual terminals
> > - is done with certain key combinations, usually Alt-<function key>.
> > -
> > - The setterm command ("man setterm") can be used to change the
> > - properties (such as colors or beeping) of a virtual terminal. The
> > - man page console_codes(4) ("man console_codes") contains the special
> > - character sequences that can be used to change those properties
> > - directly. The fonts used on virtual terminals can be changed with
> > - the setfont ("man setfont") command and the key bindings are defined
> > - with the loadkeys ("man loadkeys") command.
> > -
> > - You need at least one virtual terminal device in order to make use
> > - of your keyboard and monitor. Therefore, only people configuring an
> > - embedded system would want to say N here in order to save some
> > - memory; the only way to log into such a system is then via a serial
> > - or network connection.
> > -
> > - If unsure, say Y, or else you won't be able to do much with your new
> > - shiny Linux system :-)
> > -
> > -config VT_CONSOLE
> > - bool "Support for console on virtual terminal"
> > - depends on VT
> > - ---help---
> > - The system console is the device which receives all kernel messages
> > - and warnings and which allows logins in single user mode. If you
> > - answer Y here, a virtual terminal (the device used to interact with
> > - a physical terminal) can be used as system console. This is the most
> > - common mode of operations, so you should say Y here unless you want
> > - the kernel messages be output only to a serial port (in which case
> > - you should say Y to "Console on serial port", below).
> > -
> > - If you do say Y here, by default the currently visible virtual
> > - terminal (/dev/tty0) will be used as system console. You can change
> > - that with a kernel command line option such as "console=tty3" which
> > - would use the third virtual terminal as system console. (Try "man
> > - bootparam" or see the documentation of your boot loader (lilo or
> > - loadlin) about how to pass options to the kernel at boot time.)
> > -
> > - If unsure, say Y.
> > -
> > -config HW_CONSOLE
> > - bool
> > - depends on VT && !S390 && !UM
> > - default y
> > -
> > -comment "Unix98 PTY support"
> > -
> > -config UNIX98_PTYS
> > - bool "Unix98 PTY support"
> > - ---help---
> > - A pseudo terminal (PTY) is a software device consisting of two
> > - halves: a master and a slave. The slave device behaves identical to
> > - a physical terminal; the master device is used by a process to
> > - read data from and write data to the slave, thereby emulating a
> > - terminal. Typical programs for the master side are telnet servers
> > - and xterms.
> > -
> > - Linux has traditionally used the BSD-like names /dev/ptyxx for
> > - masters and /dev/ttyxx for slaves of pseudo terminals. This scheme
> > - has a number of problems. The GNU C library glibc 2.1 and later,
> > - however, supports the Unix98 naming standard: in order to acquire a
> > - pseudo terminal, a process opens /dev/ptmx; the number of the pseudo
> > - terminal is then made available to the process and the pseudo
> > - terminal slave can be accessed as /dev/pts/<number>. What was
> > - traditionally /dev/ttyp2 will then be /dev/pts/2, for example.
> > -
> > - The entries in /dev/pts/ are created on the fly by a virtual
> > - file system; therefore, if you say Y here you should say Y to
> > - "/dev/pts file system for Unix98 PTYs" as well.
> > -
> > - If you want to say Y here, you need to have the C library glibc 2.1
> > - or later (equal to libc-6.1, check with "ls -l /lib/libc.so.*").
> > - Read the instructions in <file:Documentation/Changes> pertaining to
> > - pseudo terminals. It's safe to say N.
> > -
> > -source "drivers/char/pcmcia/Kconfig"
> > -
> > -source "drivers/serial/Kconfig"
> > -
> > -source "drivers/i2c/Kconfig"
> > -
> > -source "drivers/hwmon/Kconfig"
> > -
> > -source "drivers/usb/Kconfig"
> > -
> > -source "drivers/uwb/Kconfig"
> > -
> > -endmenu
> > -
> > -source "drivers/staging/Kconfig"
> > +source "drivers/Kconfig"
> >
> > source "fs/Kconfig"
> >
> > diff --git a/arch/h8300/include/asm/types.h b/arch/h8300/include/asm/types.h
> > index bb2c91a..b9e79bc 100644
> > --- a/arch/h8300/include/asm/types.h
> > +++ b/arch/h8300/include/asm/types.h
> > @@ -1,29 +1 @@
> > -#ifndef _H8300_TYPES_H
> > -#define _H8300_TYPES_H
> > -
> > -#include <asm-generic/int-ll64.h>
> > -
> > -#if !defined(__ASSEMBLY__)
> > -
> > -/*
> > - * This file is never included by application software unless
> > - * explicitly requested (e.g., via linux/types.h) in which case the
> > - * application is Linux specific so (user-) name space pollution is
> > - * not a major issue. However, for interoperability, libraries still
> > - * need to be careful to avoid a name clashes.
> > - */
> > -
> > -typedef unsigned short umode_t;
> > -
> > -/*
> > - * These aren't exported outside the kernel to avoid name space clashes
> > - */
> > -#ifdef __KERNEL__
> > -
> > -#define BITS_PER_LONG 32
> > -
> > -#endif /* __KERNEL__ */
> > -
> > -#endif /* __ASSEMBLY__ */
> > -
> > -#endif /* _H8300_TYPES_H */
> > +#include <asm-generic/types.h>
> > diff --git a/arch/h8300/include/asm/unistd.h b/arch/h8300/include/asm/unistd.h
> > index 2c3f8e6..7cdb4ea 100644
> > --- a/arch/h8300/include/asm/unistd.h
> > +++ b/arch/h8300/include/asm/unistd.h
> > @@ -325,11 +325,37 @@
> > #define __NR_move_pages 317
> > #define __NR_getcpu 318
> > #define __NR_epoll_pwait 319
> > -#define __NR_setns 320
> > +#define __NR_utimensat 320
> > +#define __NR_signalfd 321
> > +#define __NR_timerfd_create 322
> > +#define __NR_eventfd 323
> > +#define __NR_fallocate 324
> > +#define __NR_timerfd_settime 325
> > +#define __NR_timerfd_gettime 326
> > +#define __NR_signalfd4 327
> > +#define __NR_eventfd2 328
> > +#define __NR_epoll_create1 329
> > +#define __NR_dup3 330
> > +#define __NR_pipe2 331
> > +#define __NR_inotify_init1 332
> > +#define __NR_preadv 333
> > +#define __NR_pwritev 334
> > +#define __NR_rt_tgsigqueueinfo 335
> > +#define __NR_perf_event_open 336
> > +#define __NR_recvmmsg 337
> > +#define __NR_fanotify_init 338
> > +#define __NR_fanotify_mark 339
> > +#define __NR_prlimit64 340
> > +#define __NR_name_to_handle_at 341
> > +#define __NR_open_by_handle_at 342
> > +#define __NR_clock_adjtime 343
> > +#define __NR_syncfs 344
> > +#define __NR_sendmmsg 345
> > +#define __NR_setns 346
> >
> > #ifdef __KERNEL__
> >
> > -#define NR_syscalls 321
> > +#define NR_syscalls 347
> >
> > #define __ARCH_WANT_IPC_PARSE_VERSION
> > #define __ARCH_WANT_OLD_READDIR
> > diff --git a/arch/h8300/kernel/syscalls.S b/arch/h8300/kernel/syscalls.S
> > index f4b2e67..4cfe56c 100644
> > --- a/arch/h8300/kernel/syscalls.S
> > +++ b/arch/h8300/kernel/syscalls.S
> > @@ -333,8 +333,34 @@ SYMBOL_NAME_LABEL(sys_call_table)
> > .long SYMBOL_NAME(sys_ni_syscall) /* sys_move_pages */
> > .long SYMBOL_NAME(sys_getcpu)
> > .long SYMBOL_NAME(sys_ni_syscall) /* sys_epoll_pwait */
> > - .long SYMBOL_NAME(sys_setns) /* 320 */
> > -
> > + .long SYMBOL_NAME(sys_utimensat) /* 320 */
> > + .long SYMBOL_NAME(sys_signalfd)
> > + .long SYMBOL_NAME(sys_timerfd_create)
> > + .long SYMBOL_NAME(sys_eventfd)
> > + .long SYMBOL_NAME(sys_fallocate)
> > + .long SYMBOL_NAME(sys_timerfd_settime) /* 325 */
> > + .long SYMBOL_NAME(sys_timerfd_gettime)
> > + .long SYMBOL_NAME(sys_signalfd4)
> > + .long SYMBOL_NAME(sys_eventfd2)
> > + .long SYMBOL_NAME(sys_epoll_create1)
> > + .long SYMBOL_NAME(sys_dup3) /* 330 */
> > + .long SYMBOL_NAME(sys_pipe2)
> > + .long SYMBOL_NAME(sys_inotify_init1)
> > + .long SYMBOL_NAME(sys_preadv)
> > + .long SYMBOL_NAME(sys_pwritev)
> > + .long SYMBOL_NAME(sys_rt_tgsigqueueinfo) /* 335 */
> > + .long SYMBOL_NAME(sys_perf_event_open)
> > + .long SYMBOL_NAME(sys_recvmmsg)
> > + .long SYMBOL_NAME(sys_fanotify_init)
> > + .long SYMBOL_NAME(sys_fanotify_mark)
> > + .long SYMBOL_NAME(sys_prlimit64) /* 340 */
> > + .long SYMBOL_NAME(sys_name_to_handle_at)
> > + .long SYMBOL_NAME(sys_open_by_handle_at)
> > + .long SYMBOL_NAME(sys_clock_adjtime)
> > + .long SYMBOL_NAME(sys_syncfs)
> > + .long SYMBOL_NAME(sys_sendmmsg)
> > + .long SYMBOL_NAME(sys_setns)
> > +
> > .macro call_sp addr
> > mov.l #SYMBOL_NAME(\addr),er6
> > bra SYMBOL_NAME(syscall_trampoline):8
> >
> With this patch, it configures, at least, but build fails with:
>
> In file included from /src/linux/linux/include/linux/mempolicy.h:70:0,
> from /src/linux/linux/init/main.c:49:
> /src/linux/linux/include/linux/pagemap.h: In function 'fault_in_pages_readable':
> /src/linux/linux/include/linux/pagemap.h:444:2: error: assignment of
> read-only variable '__gu_val'
> /src/linux/linux/include/linux/pagemap.h:450:5: error: assignment of
> read-only variable '__gu_val'
> make[2]: *** [init/main.o] Error 1
> make[1]: *** [init] Error 2
> make: *** [sub-make] Error 2
OK.
I pushing latest code in here.
git.kernel.org/pub/scm/linux/kernel/git/ysato/h8300.git
Please try it.
I using gcc is v4.5.3
> Cross-toolchain is baremetal binutils and gcc for their respective trunk:
>
> $ /src/h8300/obj/destdir/bin/h8300-elf-gcc -v
> Using built-in specs.
> COLLECT_GCC=/src/h8300/obj/destdir/bin/h8300-elf-gcc
> COLLECT_LTO_WRAPPER=/src/h8300/obj/destdir/libexec/gcc/h8300-elf/4.7.0/lto-wrapper
> Target: h8300-elf
> Configured with: ../gcc/configure --prefix=/src/h8300/obj/destdir
> --target=h8300-elf --enable-languages=c
> Thread model: single
> gcc version 4.7.0 20110609 (experimental) (GCC)
>
> - Arnaud
>
> > --
> > Yoshinori Sato
> > <ysato@users.sourceforge.jp>
> >
--
Yoshinori Sato
<ysato@users.sourceforge.jp>
next prev parent reply other threads:[~2011-07-27 15:22 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-20 17:06 Major 2.6.38 regression ignored? Luke-Jr
2011-05-20 18:08 ` Ray Lee
2011-05-20 20:24 ` Rafael J. Wysocki
2011-05-20 21:11 ` Ray Lee
2011-05-21 8:41 ` Chris Wilson
2011-05-21 15:23 ` Luke-Jr
2011-05-21 15:40 ` Chris Wilson
2011-05-21 15:40 ` Chris Wilson
2011-05-21 19:33 ` Luke-Jr
2011-05-21 19:33 ` Luke-Jr
2011-05-28 13:19 ` Major 2.6.38 / 2.6.39 " Kirill Smelkov
2011-07-12 17:17 ` [Intel-gfx] " Kirill Smelkov
2011-07-12 18:07 ` Pekka Enberg
2011-07-12 18:07 ` Pekka Enberg
2011-07-22 2:59 ` Linux 3.0 release Linus Torvalds
2011-07-22 11:08 ` Major 2.6.38 / 2.6.39 / 3.0 regression ignored? Kirill Smelkov
2011-07-22 11:08 ` Kirill Smelkov
2011-07-22 14:12 ` Herbert Xu
2011-07-22 14:12 ` Herbert Xu
2011-07-22 18:00 ` Keith Packard
2011-07-22 18:00 ` Keith Packard
2011-07-22 20:23 ` Kirill Smelkov
2011-07-22 20:23 ` Kirill Smelkov
2011-07-22 20:50 ` Keith Packard
2011-07-22 20:50 ` Keith Packard
2011-07-22 21:08 ` Kirill Smelkov
2011-07-22 21:08 ` Kirill Smelkov
2011-07-22 21:31 ` [Intel-gfx] " Kirill Smelkov
2011-07-22 21:31 ` Kirill Smelkov
2011-07-23 15:10 ` [Intel-gfx] " Alex Deucher
2011-07-23 15:10 ` Alex Deucher
2011-07-23 18:19 ` Kirill Smelkov
2011-07-23 18:19 ` Kirill Smelkov
2011-07-23 15:55 ` Pekka Enberg
2011-07-25 4:29 ` Keith Packard
2011-07-26 13:48 ` [Intel-gfx] " Kirill Smelkov
2011-07-26 13:48 ` Kirill Smelkov
2011-08-09 12:08 ` Kirill Smelkov
2011-08-09 12:08 ` Kirill Smelkov
2011-08-09 14:00 ` [Intel-gfx] " Vasily Khoruzhick
2011-08-09 14:00 ` Vasily Khoruzhick
2011-08-09 14:47 ` [Intel-gfx] " Kirill Smelkov
2011-08-09 14:47 ` Kirill Smelkov
2011-08-09 15:09 ` [Intel-gfx] " Vasily Khoruzhick
2011-08-09 15:09 ` Vasily Khoruzhick
2011-08-09 15:34 ` [Intel-gfx] " Kirill Smelkov
2011-08-09 15:34 ` Kirill Smelkov
2011-08-09 16:02 ` [Intel-gfx] " Vasily Khoruzhick
2011-08-09 16:02 ` Vasily Khoruzhick
2011-08-09 16:32 ` [Intel-gfx] " Kirill Smelkov
2011-08-09 16:32 ` Kirill Smelkov
2011-08-09 16:56 ` Ray Lee
2011-08-09 16:56 ` Ray Lee
2011-08-09 17:40 ` Kirill Smelkov
2011-08-09 17:40 ` Kirill Smelkov
2011-08-09 17:43 ` [Intel-gfx] " Ray Lee
2011-08-09 17:43 ` Ray Lee
2011-08-10 8:36 ` Kirill Smelkov
2011-08-10 8:36 ` Kirill Smelkov
2011-08-10 9:41 ` [Intel-gfx] " Alan Cox
2011-08-10 9:41 ` Alan Cox
2011-08-10 11:37 ` Kirill Smelkov
2011-08-10 11:37 ` Kirill Smelkov
2011-07-22 12:52 ` Linux 3.0 release Martin Knoblauch
2011-07-22 19:11 ` David
2011-07-22 19:21 ` Linus Torvalds
2011-07-22 19:44 ` Ben Greear
2011-07-22 20:32 ` Stephen Hemminger
2011-07-22 20:35 ` Linus Torvalds
2011-07-23 2:27 ` Tejun Heo
2011-07-23 2:30 ` Tejun Heo
2011-07-22 21:26 ` Francois Romieu
2011-07-22 22:09 ` Stephen Hemminger
2011-07-22 22:53 ` [PATCH] net: allow netif_carrier to be called safely from IRQ Stephen Hemminger
2011-07-23 0:16 ` David Miller
2011-07-22 23:21 ` Linux 3.0 release - btrfs possible locking deadlock Ed Tomlinson
2011-07-25 19:49 ` Chris Mason
2011-07-26 0:22 ` Ed Tomlinson
2011-07-24 22:04 ` Linux 3.0 release Arnaud Lacombe
2011-07-25 2:21 ` Yoshinori Sato
2011-07-25 15:50 ` Arnaud Lacombe
2011-07-27 15:22 ` Yoshinori Sato [this message]
2011-07-27 17:29 ` Arnaud Lacombe
2011-07-28 2:08 ` Arnaud Lacombe
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=87k4b3iw91.wl%ysato@users.sourceforge.jp \
--to=ysato@users.sourceforge.jp \
--cc=greg@kroah.com \
--cc=lacombar@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.