* Re: Linux v2.6.17
@ 2006-06-19 7:41 linux
0 siblings, 0 replies; 13+ messages in thread
From: linux @ 2006-06-19 7:41 UTC (permalink / raw)
To: linux-kernel, pasky
>> [torvalds@g5 linux]$ time git log v2.6.16..v2.6.17 > /dev/null
>>
>> real 0m0.484s
>> user 0m0.448s
>> sys 0m0.036s
>>
>> ie the logfile generation really is almost free. And yes, that's the
>> _full_ big log (all 92 _thousand_ lines of it, from the 6113 commits in
>> the 2.6.16->17 case) being generated in under half a second.
> I assume that this is with hot cache, which is something you shouldn't
> assume for a use like this - you likely aren't in the middle of doing
> stuff with the repository but just want to peek at the changes list.
Okay, a laptop with a cold cache:
$ time git log v2.6.16..v2.6.17 > /dev/null
real 0m2.815s
user 0m1.264s
sys 0m0.044s
And, just for fun, having warmed the cache with that:
$ time git log v2.6.12..v2.6.17 > /dev/null
real 0m2.343s
user 0m1.656s
sys 0m0.068s
All 368519 lines (14 MB) of it. I have to hand it to Linus,
when you say "git", it gits.
(On a not very related point having to do with git and the kernel,
I usually edit the root Makefile to set INSTALL_PATH to where I want
"make bzlilo" to put it, but this results in my kernels being named
v.2.6.17-dirty. I can set INSTALL_PATH by hand on the command line,
except when I forget and waste a reboot. I can't install a symlink,
because the install provess renames the symlink. Is there an easy way
to semi-permanently change INSTALL_PATH without triggering the -dirty
detection? Create a GNUmakefile that includes the Makefile?)
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 16:44 ` Linus Torvalds
@ 2006-06-19 21:25 ` Adrian Bunk
0 siblings, 0 replies; 13+ messages in thread
From: Adrian Bunk @ 2006-06-19 21:25 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
On Sun, Jun 18, 2006 at 09:44:43AM -0700, Linus Torvalds wrote:
>
>
> On Sun, 18 Jun 2006, Adrian Bunk wrote:
> >
> > I like to read the shortlog for getting an overview of the changes
> > containing a bit more detail than your verbal summary at the top.
>
> Right. I always generate the shortlog for my own usage anyway. It's really
> the full long log that I'm asking whether people actually care about.
Sorry, it seems there were tomatoes on my eyes...
> Linus
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 2:06 ` Linus Torvalds
2006-06-18 3:30 ` Brice Goglin
2006-06-18 13:49 ` Adrian Bunk
@ 2006-06-19 14:23 ` Mark Lord
2 siblings, 0 replies; 13+ messages in thread
From: Mark Lord @ 2006-06-19 14:23 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
Linus Torvalds wrote:
>
> Btw, one thing that I was planning to ask people - does anybody find the
> full-format ChangeLog's that I produce at all useful?
Very useful, thanks. Without it, we would be shutting out the 99.99%
of the Linux universe who never use Git.
Git is really only used by a handful of core developers -- that's who it
was built for and by. Sure, there's dozens or even a couple hundred names
in that handful now, but a heck of a lot more people never use git,
and never should have to use git.
Cheers
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 3:47 ` Linus Torvalds
@ 2006-06-19 1:39 ` Petr Baudis
0 siblings, 0 replies; 13+ messages in thread
From: Petr Baudis @ 2006-06-19 1:39 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Brice Goglin, Linux Kernel Mailing List
Dear diary, on Sun, Jun 18, 2006 at 05:47:27AM CEST, I got a letter
where Linus Torvalds <torvalds@osdl.org> said that...
> On Sat, 17 Jun 2006, Brice Goglin wrote:
> >
> > I guess I could use git to generate the full changelog once a new
> > release and keep it for later...
>
> Well, if you are already a git user (or willing to become one), there's no
> point in even keeping it for later.
>
> [torvalds@g5 linux]$ time git log v2.6.16..v2.6.17 > /dev/null
>
> real 0m0.484s
> user 0m0.448s
> sys 0m0.036s
>
> ie the logfile generation really is almost free. And yes, that's the
> _full_ big log (all 92 _thousand_ lines of it, from the 6113 commits in
> the 2.6.16->17 case) being generated in under half a second.
I assume that this is with hot cache, which is something you shouldn't
assume for a use like this - you likely aren't in the middle of doing
stuff with the repository but just want to peek at the changes list.
Anyway, the nice thing about the Changelog files MIGHT be Google - it's
nice when googling around about your kernel problem ends up yielding
a changelog entry indicating that it's already fixed in a newer kernel
version. That is, if only Google crawled the changelogs. Does it stay
away of them because they have no extension?
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
A person is just about as big as the things that make them angry.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 16:47 ` Andre Tomt
@ 2006-06-18 17:05 ` Michael Buesch
0 siblings, 0 replies; 13+ messages in thread
From: Michael Buesch @ 2006-06-18 17:05 UTC (permalink / raw)
To: Greg KH
Cc: Andre Tomt, Linus Torvalds, Linux Kernel Mailing List,
Chris Wright, bcm43xx-dev
On Sunday 18 June 2006 18:47, Andre Tomt wrote:
> Michael Buesch wrote:
> > On Sunday 18 June 2006 03:59, Linus Torvalds wrote:
> >> Not a lot of changes since the last -rc, the bulk is actually some
> >> last-minute MIPS updates and s390 futex changes, the rest tend to be
> >> various very small fixes that trickled in over the last week.
> >
> > D'oh, please queue the following patch for -stable, Greg. ;)
>
> I'm unable to apply it on top a clean 2.6.17 using patch -p1 < mailfile.
>
> Hunk #2 FAILED at 1900.
> 1 out of 2 hunks FAILED -- saving rejects to file
> drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej
Ok, I'm sorry. The patch was from wireless-dev.
Here's the adjusted patch:
--
Place the Init-vs-IRQ workaround before any card register
access, because we might not have the wireless core mapped
at all times in init. So this will result in a Machine Check
caused by a bus error.
Signed-off-by: Michael Buesch <mb@bu3sch.de>
Index: tmp/drivers/net/wireless/bcm43xx/bcm43xx_main.c
===================================================================
--- tmp.orig/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-18 18:51:48.000000000 +0200
+++ tmp/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-18 19:02:19.000000000 +0200
@@ -1870,6 +1870,15 @@
spin_lock(&bcm->_lock);
+ /* Only accept IRQs, if we are initialized properly.
+ * This avoids an RX race while initializing.
+ * We should probably not enable IRQs before we are initialized
+ * completely, but some careful work is needed to fix this. I think it
+ * is best to stay with this cheap workaround for now... .
+ */
+ if (unlikely(!bcm->initialized))
+ goto out;
+
reason = bcm43xx_read32(bcm, BCM43xx_MMIO_GEN_IRQ_REASON);
if (reason == 0xffffffff) {
/* irq not for us (shared irq) */
@@ -1891,20 +1900,11 @@
bcm43xx_interrupt_ack(bcm, reason);
- /* Only accept IRQs, if we are initialized properly.
- * This avoids an RX race while initializing.
- * We should probably not enable IRQs before we are initialized
- * completely, but some careful work is needed to fix this. I think it
- * is best to stay with this cheap workaround for now... .
- */
- if (likely(bcm->initialized)) {
- /* disable all IRQs. They are enabled again in the bottom half. */
- bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL);
- /* save the reason code and call our bottom half. */
- bcm->irq_reason = reason;
- tasklet_schedule(&bcm->isr_tasklet);
- }
-
+ /* disable all IRQs. They are enabled again in the bottom half. */
+ bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL);
+ /* save the reason code and call our bottom half. */
+ bcm->irq_reason = reason;
+ tasklet_schedule(&bcm->isr_tasklet);
out:
mmiowb();
spin_unlock(&bcm->_lock);
--
Greetings Michael.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 10:54 ` Michael Buesch
@ 2006-06-18 16:47 ` Andre Tomt
2006-06-18 17:05 ` Michael Buesch
0 siblings, 1 reply; 13+ messages in thread
From: Andre Tomt @ 2006-06-18 16:47 UTC (permalink / raw)
To: Michael Buesch
Cc: Greg KH, Linus Torvalds, Linux Kernel Mailing List, Chris Wright,
bcm43xx-dev
Michael Buesch wrote:
> On Sunday 18 June 2006 03:59, Linus Torvalds wrote:
>> Not a lot of changes since the last -rc, the bulk is actually some
>> last-minute MIPS updates and s390 futex changes, the rest tend to be
>> various very small fixes that trickled in over the last week.
>
> D'oh, please queue the following patch for -stable, Greg. ;)
I'm unable to apply it on top a clean 2.6.17 using patch -p1 < mailfile.
Hunk #2 FAILED at 1900.
1 out of 2 hunks FAILED -- saving rejects to file
drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 13:49 ` Adrian Bunk
@ 2006-06-18 16:44 ` Linus Torvalds
2006-06-19 21:25 ` Adrian Bunk
0 siblings, 1 reply; 13+ messages in thread
From: Linus Torvalds @ 2006-06-18 16:44 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Linux Kernel Mailing List
On Sun, 18 Jun 2006, Adrian Bunk wrote:
>
> I like to read the shortlog for getting an overview of the changes
> containing a bit more detail than your verbal summary at the top.
Right. I always generate the shortlog for my own usage anyway. It's really
the full long log that I'm asking whether people actually care about.
Linus
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 2:06 ` Linus Torvalds
2006-06-18 3:30 ` Brice Goglin
@ 2006-06-18 13:49 ` Adrian Bunk
2006-06-18 16:44 ` Linus Torvalds
2006-06-19 14:23 ` Mark Lord
2 siblings, 1 reply; 13+ messages in thread
From: Adrian Bunk @ 2006-06-18 13:49 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
On Sat, Jun 17, 2006 at 07:06:17PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 17 Jun 2006, Linus Torvalds wrote:
> >
> > Not a lot of changes since the last -rc, the bulk is actually some
> > last-minute MIPS updates and s390 futex changes, the rest tend to be
> > various very small fixes that trickled in over the last week.
>
> Btw, one thing that I was planning to ask people - does anybody find the
> full-format ChangeLog's that I produce at all useful?
>
> You can get the exact same information directly from git, and the full
> changelog (as opposed to the shortlog) tends to be pretty rough to read,
> so I suspect that most people who do want to delve into the details are
> actually much more likely to look it up using git instead (at which point
> you can obviously get much better information - graphical history, diffs,
> etc)
>
> I'm not going to stop doing the incremental shortlogs, since those are
> easy to read and I usually post them with the release announcement unless
> they end up being too large (usually -rc1 has a _lot_ of changes as a
> result of the merge window), but I'm just wondering if anybody finds the
> full logs useful at all?
>
> They're easy for me to generate, but if nobody uses them, I don't see much
> of a point..
I like to read the shortlog for getting an overview of the changes
containing a bit more detail than your verbal summary at the top.
I need git for getting more detail and I could generate them myself. But
if it wasn't there, I might not generate it myself, and might therefore
not ask "Why did this patch get into -rc6?" or become curious enough for
using git to check the contents of a commit.
> Linus
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 1:59 Linus Torvalds
2006-06-18 2:06 ` Linus Torvalds
@ 2006-06-18 10:54 ` Michael Buesch
2006-06-18 16:47 ` Andre Tomt
1 sibling, 1 reply; 13+ messages in thread
From: Michael Buesch @ 2006-06-18 10:54 UTC (permalink / raw)
To: Greg KH
Cc: Linus Torvalds, Linux Kernel Mailing List, Chris Wright, bcm43xx-dev
On Sunday 18 June 2006 03:59, Linus Torvalds wrote:
> Not a lot of changes since the last -rc, the bulk is actually some
> last-minute MIPS updates and s390 futex changes, the rest tend to be
> various very small fixes that trickled in over the last week.
D'oh, please queue the following patch for -stable, Greg. ;)
--
Place the Init-vs-IRQ workaround before any card register
access, because we might not have the wireless core mapped
at all times in init. So this will result in a Machine Check
caused by a bus error.
Signed-off-by: Michael Buesch <mb@bu3sch.de>
Index: wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c
===================================================================
--- wireless-2.6.orig/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-17 15:06:38.000000000 +0200
+++ wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c 2006-06-17 15:17:49.000000000 +0200
@@ -1885,6 +1885,15 @@
spin_lock(&bcm->irq_lock);
+ /* Only accept IRQs, if we are initialized properly.
+ * This avoids an RX race while initializing.
+ * We should probably not enable IRQs before we are initialized
+ * completely, but some careful work is needed to fix this. I think it
+ * is best to stay with this cheap workaround for now... .
+ */
+ if (unlikely(bcm43xx_status(bcm) != BCM43xx_STAT_INITIALIZED))
+ goto out;
+
reason = bcm43xx_read32(bcm, BCM43xx_MMIO_GEN_IRQ_REASON);
if (reason == 0xffffffff) {
/* irq not for us (shared irq) */
@@ -1906,19 +1915,11 @@
bcm43xx_interrupt_ack(bcm, reason);
- /* Only accept IRQs, if we are initialized properly.
- * This avoids an RX race while initializing.
- * We should probably not enable IRQs before we are initialized
- * completely, but some careful work is needed to fix this. I think it
- * is best to stay with this cheap workaround for now... .
- */
- if (likely(bcm43xx_status(bcm) == BCM43xx_STAT_INITIALIZED)) {
- /* disable all IRQs. They are enabled again in the bottom half. */
- bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL);
- /* save the reason code and call our bottom half. */
- bcm->irq_reason = reason;
- tasklet_schedule(&bcm->isr_tasklet);
- }
+ /* disable all IRQs. They are enabled again in the bottom half. */
+ bcm->irq_savedstate = bcm43xx_interrupt_disable(bcm, BCM43xx_IRQ_ALL);
+ /* save the reason code and call our bottom half. */
+ bcm->irq_reason = reason;
+ tasklet_schedule(&bcm->isr_tasklet);
out:
mmiowb();
--
Greetings Michael.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 3:30 ` Brice Goglin
@ 2006-06-18 3:47 ` Linus Torvalds
2006-06-19 1:39 ` Petr Baudis
0 siblings, 1 reply; 13+ messages in thread
From: Linus Torvalds @ 2006-06-18 3:47 UTC (permalink / raw)
To: Brice Goglin; +Cc: Linux Kernel Mailing List
On Sat, 17 Jun 2006, Brice Goglin wrote:
>
> I guess I could use git to generate the full changelog once a new
> release and keep it for later...
Well, if you are already a git user (or willing to become one), there's no
point in even keeping it for later.
[torvalds@g5 linux]$ time git log v2.6.16..v2.6.17 > /dev/null
real 0m0.484s
user 0m0.448s
sys 0m0.036s
ie the logfile generation really is almost free. And yes, that's the
_full_ big log (all 92 _thousand_ lines of it, from the 6113 commits in
the 2.6.16->17 case) being generated in under half a second.
Doing the shortlog (which sort and group by author in perl) is only
fractionally more expensive.
The added benefit of doing it with git and generating it each time is that
then you can also ask for logs just for a specific subsystem.
I don't know of anything but git that can efficiently do things like
git log v2.6.16..v2.6.17 drivers/usb/
and it will show the log for all the commits that changed things under
drivers/usb. And yeah, that can be slightly more expensive, but usually
it's not noticeably so (history pruning at least in that case makes up for
the extra work it has to do to figure out which commits changed that
subsystem).
The point being that the dynamically generated data is often a lot more
useful and readable.
Linus
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 2:06 ` Linus Torvalds
@ 2006-06-18 3:30 ` Brice Goglin
2006-06-18 3:47 ` Linus Torvalds
2006-06-18 13:49 ` Adrian Bunk
2006-06-19 14:23 ` Mark Lord
2 siblings, 1 reply; 13+ messages in thread
From: Brice Goglin @ 2006-06-18 3:30 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
Linus Torvalds wrote:
> Btw, one thing that I was planning to ask people - does anybody find the
> full-format ChangeLog's that I produce at all useful?
>
> You can get the exact same information directly from git, and the full
> changelog (as opposed to the shortlog) tends to be pretty rough to read,
> so I suspect that most people who do want to delve into the details are
> actually much more likely to look it up using git instead (at which point
> you can obviously get much better information - graphical history, diffs,
> etc)
>
> I'm not going to stop doing the incremental shortlogs, since those are
> easy to read and I usually post them with the release announcement unless
> they end up being too large (usually -rc1 has a _lot_ of changes as a
> result of the merge window), but I'm just wondering if anybody finds the
> full logs useful at all?
>
I actually like having the full changelog of every kernels and grep in
all them at once when I want to quickly find out where something has
been added/modified without knowing the exact name of the function or
file that I am looking for.
I guess I could use git to generate the full changelog once a new
release and keep it for later...
Regards,
Brice
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Linux v2.6.17
2006-06-18 1:59 Linus Torvalds
@ 2006-06-18 2:06 ` Linus Torvalds
2006-06-18 3:30 ` Brice Goglin
` (2 more replies)
2006-06-18 10:54 ` Michael Buesch
1 sibling, 3 replies; 13+ messages in thread
From: Linus Torvalds @ 2006-06-18 2:06 UTC (permalink / raw)
To: Linux Kernel Mailing List
On Sat, 17 Jun 2006, Linus Torvalds wrote:
>
> Not a lot of changes since the last -rc, the bulk is actually some
> last-minute MIPS updates and s390 futex changes, the rest tend to be
> various very small fixes that trickled in over the last week.
Btw, one thing that I was planning to ask people - does anybody find the
full-format ChangeLog's that I produce at all useful?
You can get the exact same information directly from git, and the full
changelog (as opposed to the shortlog) tends to be pretty rough to read,
so I suspect that most people who do want to delve into the details are
actually much more likely to look it up using git instead (at which point
you can obviously get much better information - graphical history, diffs,
etc)
I'm not going to stop doing the incremental shortlogs, since those are
easy to read and I usually post them with the release announcement unless
they end up being too large (usually -rc1 has a _lot_ of changes as a
result of the merge window), but I'm just wondering if anybody finds the
full logs useful at all?
They're easy for me to generate, but if nobody uses them, I don't see much
of a point..
Linus
^ permalink raw reply [flat|nested] 13+ messages in thread
* Linux v2.6.17
@ 2006-06-18 1:59 Linus Torvalds
2006-06-18 2:06 ` Linus Torvalds
2006-06-18 10:54 ` Michael Buesch
0 siblings, 2 replies; 13+ messages in thread
From: Linus Torvalds @ 2006-06-18 1:59 UTC (permalink / raw)
To: Linux Kernel Mailing List
Not a lot of changes since the last -rc, the bulk is actually some
last-minute MIPS updates and s390 futex changes, the rest tend to be
various very small fixes that trickled in over the last week.
Have fun with it,
Linus
---
Aki M Nyrhinen:
[TCP]: continued: reno sacked_out count fix
Andrea Bittau:
[DCCP] Ackvec: fix soft lockup in ackvec handling code
Andrew Morton:
powernow-k8 crash workaround
PCI: fix pciehp compile issue when CONFIG_ACPI is not enabled
Andy Currid:
Fix HPET operation on 32-bit NVIDIA platforms
Fix HPET operation on 64-bit NVIDIA platforms
Arnd Bergmann:
powerpc: Fix cell blade detection
powerpc: Fix 64k pages on non-partitioned machines
powerpc: enable CPU_FTR_CI_LARGE_PAGE for cell
Auke Kok:
e1000: fix ethtool test irq alloc as "probe"
e1000: remove risky prefetch on next_skb->data
Benjamin Herrenschmidt:
powerpc: Fix call to ibm,client-architecture-support
Christoph Lameter:
typo in vmscan.c
Dave Jones:
PCI: Improve PCI config space writeback
David Howells:
Further alterations for memory barrier document
David S. Miller:
[SPARC64]: Dump local cpu registers in sun4v_log_error()
[TG3]: Handle Sun onboard tg3 chips more correctly.
[SPARC64]: Avoid JBUS errors on some Niagara systems.
[SPARC64]: Set appropriate max_cache_size.
[SPARC64]: Do not double-export sys_close() when CONFIG_SOLARIS_EMUL_MODULE
Jean Delvare:
PCI: Error handling on PCI device resume
Jens Axboe:
elevator switching race
debugfs inode leak
cfq-iosched: fix crash in do_div()
fix cdrom open
Fix missing ret assignment in __bio_map_user() error path
Kirill Korotaev:
Return error in case flock_lock_file failure
Krzysztof Helt:
[SPARC]: Migration cost tune up in sparc smp.
Lennert Buytenhek:
ep93xx build fix
Linus Torvalds:
[sky2] Fix sky2 network driver suspend/resume
Linux v2.6.17
Malcom Parsons:
fbcon: fix limited scroll in SCROLL_PAN_REDRAW mode
Mark Lord:
sata_mv: grab host lock inside eng_timeout
Markus Lidel:
I2O: Bugfixes to get I2O working again
Martin Schwidefsky:
s390: fix in-user atomic futex operation.
Matt Reimer:
[ARM] 3546/1: PATCH: subtle lost interrupts bug on i.MX
Michael Buesch:
bcm43xx: add DMA rx poll workaround to DMA4
Milton Miller:
powerpc: console_initcall ordering issues
Oleg Nesterov:
check_process_timers: fix possible lockup
run_posix_cpu_timers: remove a bogus BUG_ON()
arm_timer: remove a racy and obsolete PF_EXITING check
Paul Mackerras:
powerpc: Fix machine check problem on 32-bit kernels
Fix for the PPTP hangs that have been reported
Ralf Baechle:
Fix mempolicy.h build error
Randy Dunlap:
alpha: generic hweight build fix
Richard Purdie:
[ARM] 3547/1: PXA-OHCI: Allow platforms to specify a power budget
Robin H. Johnson:
tmpfs: time granularity fix for [acm]time going backwards
Russell King:
[ARM] Fix Neponset IRQ handling
[ARM] Fix Integrator and Versatile interrupt initialisation
Sergey Vlasov:
tmpfs: Decrement i_nlink correctly in shmem_rmdir()
Stephen Hemminger:
sky2: set_power_state should be void
sky2: don't hard code number of ports
sky2: fix hotplug detect during poll
sky2: save/restore base hardware irq during suspend/resume
sky2: stop/start hardware idle timer on suspend/resume
sky2: netconsole suspend/resume interaction
Tom "spot" Callaway:
[FUSION]: Fix mptspi.c build with CONFIG_PM not set.
Weidong:
[IPV4]: Increment ipInHdrErrors when TTL expires.
Yu, Luming:
PCI: reverse pci config space restore order
Documentation/serial/driver | 9
MAINTAINERS | 27 +
Makefile | 4
arch/alpha/kernel/alpha_ksyms.c | 1
arch/alpha/kernel/process.c | 6
arch/alpha/kernel/smp.c | 14 -
arch/alpha/kernel/sys_titan.c | 2
arch/arm/Kconfig.debug | 2
arch/arm/mach-ixp23xx/core.c | 18 +
arch/arm/mach-ixp4xx/Kconfig | 2
arch/arm/mach-pxa/mainstone.c | 1
arch/arm/mach-s3c2410/Kconfig | 2
arch/arm/mm/mm-armv.c | 4
arch/arm/mm/proc-xsc3.S | 3
arch/i386/kernel/acpi/boot.c | 8
arch/i386/kernel/syscall_table.S | 1
arch/i386/mach-generic/probe.c | 16 -
arch/mips/Kconfig | 96 ++--
arch/mips/au1000/common/irq.c | 1
arch/mips/au1000/common/prom.c | 24 -
arch/mips/au1000/common/sleeper.S | 5
arch/mips/au1000/common/time.c | 1
arch/mips/ddb5xxx/ddb5476/dbg_io.c | 2
arch/mips/ddb5xxx/ddb5477/kgdb_io.c | 2
arch/mips/gt64120/ev64120/serialGT.c | 2
arch/mips/gt64120/momenco_ocelot/dbg_io.c | 2
arch/mips/ite-boards/generic/dbg_io.c | 2
arch/mips/kernel/asm-offsets.c | 4
arch/mips/kernel/cpu-bugs64.c | 8
arch/mips/kernel/cpu-probe.c | 15 +
arch/mips/kernel/entry.S | 2
arch/mips/kernel/gdb-low.S | 8
arch/mips/kernel/module.c | 6
arch/mips/kernel/proc.c | 2
arch/mips/kernel/scall64-o32.S | 2
arch/mips/kernel/setup.c | 18 -
arch/mips/kernel/signal-common.h | 30 -
arch/mips/kernel/smp.c | 5
arch/mips/kernel/syscall.c | 27 -
arch/mips/kernel/traps.c | 20 +
arch/mips/kernel/vmlinux.lds.S | 20 -
arch/mips/math-emu/dp_fint.c | 4
arch/mips/math-emu/dp_flong.c | 4
arch/mips/math-emu/sp_fint.c | 4
arch/mips/math-emu/sp_flong.c | 4
arch/mips/mm/c-r4k.c | 78 +++
arch/mips/mm/init.c | 2
arch/mips/mm/pg-r4k.c | 1
arch/mips/mm/tlbex.c | 2
arch/mips/momentum/jaguar_atx/dbg_io.c | 2
arch/mips/momentum/ocelot_c/dbg_io.c | 2
arch/mips/momentum/ocelot_g/dbg_io.c | 2
arch/mips/oprofile/common.c | 9
arch/mips/oprofile/op_model_mipsxx.c | 34 +
arch/mips/oprofile/op_model_rm9000.c | 2
arch/mips/sgi-ip32/ip32-irq.c | 4
arch/powerpc/kernel/prom_init.c | 48 ++
arch/powerpc/platforms/powermac/low_i2c.c | 12
arch/powerpc/platforms/powermac/pfunc_core.c | 18 -
arch/powerpc/platforms/powermac/setup.c | 12
arch/ppc/kernel/asm-offsets.c | 2
arch/ppc/platforms/mpc8272ads_setup.c | 10
arch/ppc/syslib/pq2_devices.c | 16 -
arch/ppc/syslib/pq2_sys.c | 8
arch/s390/kernel/time.c | 2
arch/sparc64/kernel/head.S | 30 +
arch/sparc64/kernel/setup.c | 23 -
arch/sparc64/kernel/smp.c | 16 -
arch/sparc64/lib/checksum.S | 5
arch/sparc64/lib/csum_copy.S | 5
arch/um/Makefile-i386 | 4
arch/um/include/kern_util.h | 13 -
arch/um/kernel/time_kern.c | 10
arch/um/os-Linux/main.c | 2
arch/um/os-Linux/time.c | 10
arch/um/sys-i386/syscalls.c | 9
arch/um/sys-x86_64/signal.c | 24 +
arch/um/sys-x86_64/syscalls.c | 2
arch/x86_64/ia32/ia32_binfmt.c | 4
arch/x86_64/kernel/e820.c | 2
arch/x86_64/kernel/entry.S | 7
arch/x86_64/kernel/pci-dma.c | 4
arch/x86_64/kernel/pci-gart.c | 6
arch/x86_64/kernel/pmtimer.c | 2
arch/x86_64/kernel/setup.c | 2
arch/x86_64/mm/srat.c | 4
block/cfq-iosched.c | 77 ++-
drivers/base/power/suspend.c | 5
drivers/char/agp/Kconfig | 2
drivers/char/agp/amd64-agp.c | 3
drivers/char/agp/via-agp.c | 7
drivers/char/ipmi/ipmi_si_intf.c | 38 +
drivers/char/pcmcia/cm4000_cs.c | 2
drivers/char/tpm/tpm_bios.c | 89 +--
drivers/char/tpm/tpm_tis.c | 4
drivers/char/vt.c | 8
drivers/i2c/busses/scx200_acb.c | 2
drivers/ide/pci/sgiioc4.c | 16 -
drivers/ieee1394/sbp2.c | 2
drivers/infiniband/hw/mthca/mthca_srq.c | 41 +-
drivers/infiniband/ulp/ipoib/ipoib_ib.c | 1
drivers/input/joystick/sidewinder.c | 11
drivers/input/keyboard/corgikbd.c | 12
drivers/input/keyboard/spitzkbd.c | 12
drivers/input/misc/wistron_btns.c | 19 +
drivers/input/mouse/alps.c | 4
drivers/input/mouse/lifebook.c | 24 +
drivers/input/mouse/logips2pp.c | 6
drivers/input/touchscreen/ads7846.c | 53 +-
drivers/md/md.c | 15 +
drivers/message/fusion/mptbase.c | 27 +
drivers/mmc/Kconfig | 2
drivers/net/e1000/e1000_main.c | 10
drivers/net/forcedeth.c | 16 +
drivers/net/irda/Kconfig | 20 -
drivers/net/netconsole.c | 2
drivers/net/pcmcia/nmclan_cs.c | 2
drivers/net/pcnet32.c | 2
drivers/net/pppoe.c | 3
drivers/net/wireless/arlan-main.c | 4
drivers/net/wireless/wavelan.c | 2
drivers/pcmcia/ds.c | 6
drivers/rtc/rtc-m48t86.c | 72 +--
drivers/s390/cio/css.h | 4
drivers/s390/cio/device_fsm.c | 2
drivers/s390/net/ctcmain.c | 26 +
drivers/s390/net/ctctty.c | 10
drivers/s390/net/cu3088.c | 10
drivers/s390/net/iucv.c | 36 +
drivers/s390/net/iucv.h | 622 ++++++++++++------------
drivers/s390/net/lcs.c | 345 +++++++------
drivers/s390/net/lcs.h | 14 -
drivers/s390/net/netiucv.c | 36 +
drivers/s390/net/qeth.h | 18 -
drivers/s390/net/qeth_eddp.c | 18 -
drivers/s390/net/qeth_fs.h | 2
drivers/s390/net/qeth_main.c | 107 ++--
drivers/s390/net/qeth_mpc.h | 4
drivers/s390/net/qeth_proc.c | 8
drivers/s390/net/qeth_sys.c | 6
drivers/s390/net/qeth_tso.h | 4
drivers/scsi/libata-core.c | 1
drivers/scsi/ppa.c | 7
drivers/scsi/sata_sil24.c | 6
drivers/scsi/scsi_devinfo.c | 1
drivers/scsi/scsi_lib.c | 2
drivers/scsi/scsi_transport_sas.c | 4
drivers/serial/cpm_uart/cpm_uart_core.c | 8
drivers/serial/cpm_uart/cpm_uart_cpm2.c | 2
drivers/spi/spi_s3c24xx.c | 4
drivers/video/au1100fb.c | 21 +
drivers/video/console/fbcon.c | 2
drivers/video/maxinefb.c | 4
fs/affs/namei.c | 3
fs/cifs/CHANGES | 7
fs/cifs/cifsfs.h | 2
fs/cifs/cifsproto.h | 2
fs/cifs/cifssmb.c | 40 +-
fs/cifs/connect.c | 97 +++-
fs/cifs/file.c | 12
fs/ext3/resize.c | 1
fs/namei.c | 19 -
include/asm-alpha/smp.h | 4
include/asm-alpha/termbits.h | 1
include/asm-arm/arch-ixp23xx/memory.h | 2
include/asm-arm/arch-l7200/serial_l7200.h | 2
include/asm-arm/arch-l7200/uncompress.h | 2
include/asm-arm/system.h | 6
include/asm-generic/pgtable.h | 11
include/asm-mips/addrspace.h | 1
include/asm-mips/cpu.h | 6
include/asm-mips/delay.h | 22 -
include/asm-mips/futex.h | 141 ++++-
include/asm-mips/inst.h | 33 +
include/asm-mips/mipsregs.h | 2
include/asm-mips/page.h | 2
include/asm-mips/pgtable-32.h | 61 ++
include/asm-mips/pgtable-64.h | 13 -
include/asm-mips/pgtable.h | 103 ++--
include/asm-mips/sigcontext.h | 10
include/asm-mips/smp.h | 5
include/asm-mips/sparsemem.h | 14 +
include/asm-powerpc/termbits.h | 1
include/asm-s390/lowcore.h | 4
include/asm-sparc64/pgtable.h | 17 +
include/asm-um/irqflags.h | 6
include/asm-um/uaccess.h | 6
include/asm-x86_64/elf.h | 2
include/linux/input.h | 13 -
include/linux/m48t86.h | 4
include/linux/mmzone.h | 1
include/linux/pci_ids.h | 1
include/linux/vt_kern.h | 5
include/net/compat.h | 3
kernel/hrtimer.c | 6
mm/memory_hotplug.c | 8
mm/slab.c | 27 +
net/bridge/br_if.c | 19 -
net/core/dev.c | 20 -
net/ethernet/Makefile | 1
net/ethernet/sysctl_net_ether.c | 14 -
net/ipv4/netfilter/Kconfig | 4
net/ipv4/netfilter/ip_conntrack_core.c | 1
net/ipv4/netfilter/ip_conntrack_helper_pptp.c | 4
net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c | 1
net/ipv4/tcp_highspeed.c | 3
net/ipv4/tcp_output.c | 12
net/ipv6/route.c | 16 -
net/irda/irlap.c | 3
net/sysctl_net.c | 8
security/selinux/hooks.c | 6
211 files changed, 2151 insertions(+), 1534 deletions(-)
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2006-06-19 21:25 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-06-19 7:41 Linux v2.6.17 linux
-- strict thread matches above, loose matches on Subject: below --
2006-06-18 1:59 Linus Torvalds
2006-06-18 2:06 ` Linus Torvalds
2006-06-18 3:30 ` Brice Goglin
2006-06-18 3:47 ` Linus Torvalds
2006-06-19 1:39 ` Petr Baudis
2006-06-18 13:49 ` Adrian Bunk
2006-06-18 16:44 ` Linus Torvalds
2006-06-19 21:25 ` Adrian Bunk
2006-06-19 14:23 ` Mark Lord
2006-06-18 10:54 ` Michael Buesch
2006-06-18 16:47 ` Andre Tomt
2006-06-18 17:05 ` Michael Buesch
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®