Signed-off-by: David Woodhouse <dwmw2@infradead.org> --- drivers/media/dvb/ttusb-budget/Kconfig | 9 + drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c | 16 +- .../media/dvb/ttusb-budget/dvb-ttusb-dspbootcode.h | 1644 -------------------- firmware/Makefile | 1 + firmware/WHENCE | 10 + firmware/ttusb-budget/dspbootcode.bin.ihex | 820 ++++++++++ 6 files changed, 852 insertions(+), 1648 dele...

Signed-off-by: David Woodhouse <dwmw2@infradead.org> --- drivers/net/tokenring/Kconfig | 9 + drivers/net/tokenring/smctr.c | 56 ++- drivers/net/tokenring/smctr.h | 2 - drivers/net/tokenring/smctr_firmware.h | 978 -------------------------------- firmware/Makefile | 1 + firmware/WHENCE | 13 + firmware/tr_smctr.bin.ihex | 477 ++++++++++++++++ 7 files changed, 535 insertions(+), 1001 deletio...

Signed-off-by: David Woodhouse <dwmw2@infradead.org> --- firmware/Makefile | 2 + firmware/WHENCE | 14 +++ firmware/ess/maestro3_assp_kernel.fw.ihex | 120 +++++++++++++++++++ firmware/ess/maestro3_assp_minisrc.fw.ihex | 51 ++++++++ sound/pci/Kconfig | 4 +- sound/pci/maestro3.c | 171 ---------------------------- 6 files changed, 189 insertions(+), 173 deletions(-) create mode ...

Submitter and owner should be able to edit the bug as far I as can see. If the bug is not already in the resolved state then you can use the Close check box at the end of the 'Resolve' option line to close a bug with one submit. You do not have to change it to the assign state in order to close it either - if it is the submitter or owner that is closing it. These statements do not apply to bugzilla in general but do apply to the bugzilla.kernel.org one. Jon --

On Thu, 29 May 2008 18:46:37 -0400 (EDT) Thanks. Jiri, I'll assume this this is destined for your tree. Perhaps suitable for 2.6.26? I can merge it at your request, as always. --

This patch lets the early real mode code look for the 'quiet' option on the kernel command line and pass a loadflag to the decompressor. When this flag is set, we suppress the "Decompressing Linux... Parsing ELF... done." messages. Signed-off-by: Kristian Høgsberg <krh@redhat.com> --- Changed to use the bootflags approach suggested by hpa. Less code and yet it does a better job of parsing the command line (doesn't get confused by eg fooquiet etc). arch/x86/boot/compressed/misc.c | ...

The page decrypt calls in ecryptfs_write() are both pointless and buggy. Pointless because ecryptfs_get_locked_page() has already brought the page up to date, and buggy because prior mmap writes will just be blown away by the decrypt call. This patch also removes the declaration of a now-nonexistent function ecryptfs_write_zeros(). Thanks to Eric Sandeen and David Kleikamp for helping to track this down. Signed-off-by: Michael Halcrow <mhalcrow@us.ibm.com> --- fs/ecryptfs/ecryptfs_ker...

This patch fixes the following build error caused by commit a1dc4b59fa4af97ae68ee214d4d72bbd7c7ec1dc (sh: intc_sh5 depends on cayman board for IRQ priority table.): <-- snip --> ... CC arch/sh/kernel/cpu/irq/intc-sh5.o /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/sh/kernel/cpu/irq/intc-sh5.c: In function 'plat_irq_setup': /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/sh/kernel/cpu/irq/intc-sh5.c:257: error: expected declaration or statement at end of input make[4]: *** [arch/sh...

Here are some USB patches for your 2.6.25-git tree. They include: - bugfixes - new driver for the isight webcam device to drop firmware into it to make it work. It's very tiny and self-contained. - new device ids. Lots of them. They overshadow the new driver, which is pretty funny. - usb quirks - usb-storage quirks Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/gregkh/usb-2.6.git/ All of these patches have been in the -mm tree for a while, as well as -next. ...

Well, I was misinformed by Alan Stern about this then, sorry for missing that you didn't ack this one (you acked the other patches in this series though.) Alan, care to make up a patch to fix this? Or should I just revert it in the tree as-is? thanks, greg k-h --

Well, perhaps because no one did this kind of integration before? :) I'll take this driver out later, if the infrastructure is put into place, and some kind of driver package is created for the distros to use to implement this. But until then, the easiest way to get this hardware working for users is a tiny kernel firmware loader just like this one. If you think we should turn it into something for all ezusb devices, that's also a possiblity. thanks, greg k-h --

Hi, I've written this perl script that takes a patch as input and prints the authors/committers of the affected lines, using git-blame as the back end. (The purpose of this is of course to find out whom to send patches to.) There are some caveats: - If I've understood correctly, git-blame incremental output doesn't split commits when a newer one is found, so we currently possibly take into account more than just the last patch to touch a line. This might not be a disadvantage, however....

<snip> The script is nice, but I'd wish it looked at a few other things as well. When I personally need to determine who to send patches to I do use 'git blame' for some of the addresses, but in addition to that I also check; - The comments at the top of the file. Sometimes there are email addresses there for relevant people (sometimes just names, but addresses can then usually be found for those people in CREDITS or MAINTAINERS). - Entries in MAINTAINERS that are relevant to the sub...

I got a weird coredump from bash on a system running 2.6.25.3. Stack trace is below. Someone was tail -f'ing a log file that was being written to at a very high rate, and hit ctrl-c many times until the flood stopped (not tens of thousands of times however). This resulted in their login bash shell coredumping, when the stack filled up due to some kind of signal (or handler) misbehavior. Obviously this could be a bug in bash. But out of hundreds of identical 64-bit CentOS 4.4 systems running Redh...

On Thu, 29 May 2008 13:33:41 -0700 Can it really take a negative amount of time? If so, this message will convert that to a positive duration. We should have a comment here explaining what we're warning about. Why would it take more that five seconds? Better might be to just add a nice printk - I don't think we need the - One tab before the variable space is a waste of space. Two tabs is just extravagant. - The space before the [] shouldn't be there. checkpatch misses this. - ...

AFAIK -- just that it's an updated version. Comments, some code flow, but mostly having the "test_suspend=mode" parameter No idea. --

On Thu, 29 May 2008 23:29:48 +0200 There's just one trivial reject against the PCI tree's pm-introduce-new-top-level-suspend-and-hibernation-callbacks: *************** *** 293,299 **** if (suspend_ops->finish) suspend_ops->finish(); Resume_devices: device_resume(); Resume_console: resume_console(); Close: --- 342,350 ---- if (suspend_ops->finish) suspend_ops->finish(); Resume_devices: + suspend_test_start(); device_resume(); + suspend_te...

From: Rik van Riel <riel@redhat.com> Define page_file_cache() function to answer the question: is page backed by a file? Originally part of Rik van Riel's split-lru patch. Extracted to make available for other, independent reclaim patches. Moved inline function to linux/mm_inline.h where it will be needed by subsequent "split LRU" and "noreclaim" patches. Unfortunately this needs to use a page flag, since the PG_swapbacked state needs to be preserved all the way to the point where...

From: Rik van Riel <riel@redhat.com> We avoid evicting and scanning anonymous pages for the most part, but under some workloads we can end up with most of memory filled with anonymous pages. At that point, we suddenly need to clear the referenced bits on all of memory, which can take ages on very large memory systems. We can reduce the maximum number of pages that need to be scanned by not taking the referenced state into account when deactivating an anonymous page. After all, every anony...

From: Rik van Riel <riel@redhat.com> The -mm tree contains the patch vmscan-give-referenced-active-and-unmapped-pages-a-second-trip-around-the-lru.patch which gives referenced pagecache pages another trip around the active list. This seems to help keep frequently accessed pagecache pages in memory. However, it means that pagecache pages that get moved to the inactive list do not have their referenced bit set, and a reference to the page will not get it moved back to the active list. Thi...

From: Rik van Riel <riel@redhat.com> The access ratio based scan rate determination in get_scan_ratio works ok in most situations, but needs to be corrected in some corner cases: - if we run out of swap space, do not bother scanning the anon LRUs - if we have already freed all of the page cache, we need to scan the anon LRUs - restore the *actual* access ratio based scan rate algorithm, the previous versions of this patch series had the wrong version - scale the number of pages added to...

On large memory systems, the VM can spend way too much time scanning through pages that it cannot (or should not) evict from memory. Not only does it use up CPU time, but it also provokes lock contention and can leave large systems under memory presure in a catatonic state. Against 2.6.26-rc2-mm1 This patch series improves VM scalability by: 1) putting filesystem backed, swap backed and non-reclaimable pages onto their own LRUs, so the system only scans the pages that it can/should evict...

From: Lee Schermerhorn <lee.schermerhorn@hp.com> Define proper false/noop inline functions for noreclaim page flags when !defined(CONFIG_NORECLAIM_LRU) Signed-off-by: Lee Schermerhorn <lee.schermerhorn@hp.com> Signed-off-by: Rik van Riel <riel@redhat.com> --- include/linux/page-flags.h | 12 ++++++++++++ 1 file changed, 12 insertions(+) Index: linux-2.6.26-rc2-mm1/include/linux/page-flags.h =================================================================== --- linux-2...

The patches to follow are a continuation of the V8 "VM pageout scalability improvements" series that Rik van Riel posted to LKML on 23May08. These patches apply atop Rik's series with the following overlap: Patches 13 through 16 replace the corresponding patches in Rik's posting. Patch 13, the noreclaim lru infrastructure, now includes Kosaki Motohiro's memcontrol enhancements to track nonreclaimable pages. Patches 14 and 15 are largely unchanged, except for refresh. Includes some minor sta...

From: Lee Schermerhorn <lee.schermerhorn@hp.com> Against: 2.6.26-rc2-mm1 Allow free of mlock()ed pages. This shouldn't happen, but during developement, it occasionally did. This patch allows us to survive that condition, while keeping the statistics and events correct for debug. Signed-off-by: Lee Schermerhorn <lee.schermerhorn@hp.com> include/linux/vmstat.h | 1 + mm/internal.h | 17 +++++++++++++++++ mm/page_alloc.c | 1 + mm/vmstat.c ...