mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* 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®