From: Al Viro <viro@ftp.linux.org.uk>
To: linux-kernel@vger.kernel.org
Subject: [PATCHSET] 2.6.15-rc6-bird1
Date: Thu, 22 Dec 2005 10:15:23 +0000 [thread overview]
Message-ID: <20051222101523.GP27946@ftp.linux.org.uk> (raw)
Here it comes, after a long delay... I'm mostly done with
moving the tree to use of git (at least internally), so with any
luck the next revision will be available as a git tree on kernel.org.
For now, it's just a patch.
URL: ftp://ftp.linux.org.uk/pub/people/viro/patch-2.5.16-bird1.bz2
URL of splitup: same place, bird-mbox. It's stored as git-format-patch
output; i.e. an mbox consisting of individual changesets.
Changes since the last time: a lot. Moreover, a lot of stuff had come
_through_ the tree and got merged upstream in the meanwhile. The list
of targets remains the same, ppc and ppc64 had migrated to ARCH=powerpc.
The rest of ppc variants remain on the ARCH=ppc; they still don't build
on ARCH=powerpc.
Coming soon: mips variants and frv added to tracked targets list. That's
nearly finished, the main problem with frv is that some bits of gcc are
_still_ not in mainline ("U" constraint support).
It's an open season on endianness annotations; feel free to send such
stuff, this time update latency will stay tolerable, honest...
There will be a separate posting on the build setup; there had been a lot
of improvements since the last time, most notable ones being
* integration of ccache
* finally, a tolerable support of build clusters (basically,
source trees on build boxen are cloned from a branch in master git repository;
targets are split among the build boxen, any fixes done in a source tree
on a build box are simply pushed to master and then pulled to other build
boxen; on master they are cherry-picked to topic branches; from time to time
upstream in pulled to master; when needed, topic branches are rebased).
I've moved FC4 build boxen to recent binutils and I would like to spend
a few pages on expression of my opinion on that code and changes in it.
However, l-k is supposed to be more or less printable, so let's just
say that doing an as(1) replacement from scratch becomes more and more
attractive ;-/ Never would've thought that I would agree with Ulrich...
Not-so-short log:
Al Viro:
[infrastructure]
allmodconfig-with-subset support
disabling DEBUG_INFO for test builds
[task_thread_info series]
missing helper - task_stack_page()
alpha: task_thread_info()
alpha: task_stack_page()
alpha: task_pt_regs()
amd64: task_thread_info()
amd64: task_pt_regs()
amd64: task_stack_page()
i386: task_thread_info()
i386: use task_pt_regs()
i386: task_stack_page()
sparc64: task_thread_info()
sparc64: task_stack_page()
sparc64: task_pt_regs()
sh: task_pt_regs()
sh: task_thread_info()
sh: task_stack_page()
sparc: task_thread_info()
sparc: task_stack_page()
uml: task_thread_info()
uml: task_stack_page()
s390: task_pt_regs()
s390: task_stack_page()
xtensa: task_pt_regs(), task_stack_page()
v850: task_stack_page(), task_pt_regs()
m32r: task_pt_regs(), task_stack_page(), task_thread_info()
frv: task_thread_info(), task_stack_page()
m68k: task_stack_page()
m6knommu: task_stack_page()
parisc: task_stack_page(), task_thread_info()
h8300: task_stack_page()
arm: task_thread_info()
arm: task_pt_regs()
arm: end_of_stack()
arm: task_stack_page()
arm26: task_thread_info()
arm26: task_pt_regs()
arm26: task_stack_page()
sh64: task_stack_page()
powerpc: task_thread_info()
powerpc: task_stack_page()
cris: task_pt_regs()
cris: fix KSTK_EIP
cris: task_thread_info()
ia64: task_thread_info()
ia64: task_pt_regs()
mips: namespace pollution: dump_regs() -> elf_dump_regs()
mips: task_pt_regs()
mips: task_thread_info()
mips: task_stack_page()
death of get_thread_info/put_thread_info
[endianness]
more sunrpc endianness annotations
[m32r]
m32r: Kconfig fix (m32r smc91x)
m32r: play it safer with ld24 arguments (64bit issues in cross-as(1))
m32r: more binutils fallout
[net]
arcnet probing cleanups and fixes
ibm_emac sparse annotations
appletalk/cops.h: missing const in struct ltfirmware
macsonic.c: missed s/driver_unregister/platform_driver_unregister/
missing include of asm/irq.h in drivers/net
bogus include of linux/irq.h in 7990.c
wrong ifdefs in 82596.c
[uml]
uml: kills symlinks in arch/um/sys-*
uml: kills unmap magic
uml: no need to add the same file twice to MRPROPER_FILES
uml: kconfig sanitized around drivers/net
uml: misc sparse annotations
uml: __user annotations (hppfs)
uml: removed assignments to unused variables in arch/um/os-Linux/Makefile
[misc]
B2 rio
B12 broken-on-big-endian Kconfig fix (BROKEN_ON_BIG_ENDIAN)
C4 asm-delay.h
C5 atyfb-sparc
C6 sparc-video
B23 8390 fixes - part 1
C15 mv643xx_eth ifdefs
B33 8390 fixes - part 2 (m68k)
Fix misspellings of ARCH_S390 in Kconfig
S54 drivers/s390 misc sparse annotations
mips: namespace pollution - mem_... -> __mem_... in io.h
at76c651.c: __ilog2() exists not only on powerpc, mips also has it.
remove bogus asm/bug.h includes.
arm: fix dependencies for MTD_XIP
V0 MEMORY_HOTPLUG
V1 KEXEC on powerpc 6xx is broken
drive_info removal outside of arch/i386
[m68k]
m68k: compile fix - hardirq checks were in wrong place
m68k: compile fix - updated vmlinux.lds to include LOCK_TEXT
m68k: namespace pollution fix (custom->amiga_custom)
m68k: switch mac/misc.c to direct use of appropriate cuda/pmu/maciisi requests
m68k: dumb typo in atyfb
m68k: oktagon makefile fix
m68k: Kconfig fix (mac vs. FONTS)
m68k: isa_{type,sex} should be exported
m68k: fix macro syntax to make current binutils happy
m68k: more workarounds for recent binutils idiocy
m68k: static vs. extern in scc.h
m68k: static vs. extern in sun3ints.h
m68k: static vs. extern in amigaints.h
m68k: memory input should be an lvalue (mac/misc.c)
m68k: broken constraints on mulu.l
m68k: bogus function argument types (sun3_pgtable.h)
m68k: lvalues abuse in mac8390
m68k: lvalues abuse in dmasound
m68k: compile fixes for dmasound (static vs. extern)
m68k: basic iomem annotations
m68k: basic __user annotations
m68k: signal __user annotations
m68k: rtc __user annotations
m68k: syscalls __user annotation
m68k: checksum __user annotations
m68k: amiflop __user annotations
m68k: ataflop __user annotations, NULL noise removal
m68k: amiserial __user annotations
m68k: dsp56k __user annotations
m68k: amifb __user annotations
m68k: zorro __user annotations
m68k: drivers/scsi/mac53c94.c __iomem annotations
m68k: dmasound __user annotations
m68k: NULL noise removal
m68k: cast in strnlen switched to unsigned long
Alexey Dobriyan:
Minimal patch to remove junk endianness warnings from net/sunrpc/*.
lockd endianness annotations
nfs endianness annotations
cdrom: add endianness annotations
Roman Zippel:
m68k: dmasound_paula.c lvalues abuse (from m68k CVS)
next reply other threads:[~2005-12-22 10:15 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-22 10:15 Al Viro [this message]
2005-12-22 11:25 ` [PATCHSET] 2.6.15-rc6-bird1 Maciej Soltysiak
2005-12-22 21:42 ` nbd: add endian annotations Alexey Dobriyan
2005-12-22 21:47 ` [PATCH] aes: fix endian warnings Alexey Dobriyan
2005-12-22 22:12 ` [PATCH] serpent: " Alexey Dobriyan
2005-12-23 9:31 ` [PATCHSET] 2.6.15-rc6-bird2 Al Viro
2005-12-23 20:51 ` [PATCH] drivers/pcmcia/cistpl.c: fix endian warnings Alexey Dobriyan
2005-12-30 9:24 ` Dominik Brodowski
2005-12-23 23:36 ` [parisc-linux] [PATCH] parisc: add __iomem to __raw_check_addr() Alexey Dobriyan
2005-12-23 23:39 ` [parisc-linux] [PATCH] include/asm-parisc/processor.h: C99 initializers Alexey Dobriyan
2005-12-23 23:41 ` [parisc-linux] [PATCH] eisa_eeprom.c: __user annotations Alexey Dobriyan
2005-12-24 2:23 ` Matthew Wilcox
2005-12-24 9:51 ` [PATCHSET] 2.6.15-rc6-bird3 Al Viro
2005-12-25 20:14 ` [PATCHSET] 2.6.15-rc7-bird1 Al Viro
2005-12-29 4:38 ` Adrian Bunk
2006-02-04 11:27 ` [PATCHSET] 2.6.15-rc2-git1-bird1 Al Viro
2017-11-04 0:29 ` [PATCHSET] 2.6.15-rc7-bird1 Al Viro
2017-11-04 0:31 ` Al Viro
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=20051222101523.GP27946@ftp.linux.org.uk \
--to=viro@ftp.linux.org.uk \
--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 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.