x86_32 CONFIG_HIGHMEM64G with 5GB RAM hung when booting, after issuing some "request_module: runaway loop modprobe binfmt-0000" messages in trying to exec /sbin/init. The binprm buf doesn't see the right ".ELF" header because sg_phys() is providing the wrong physical addresses for high pages: a 32-bit unsigned long is too small in this case, we need to use dma_addr_t. Signed-off-by: Hugh Dickins <hugh@veritas.com> --- Whether this is a complete patch, suitable for all architectures, I'm n...

Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- drivers/scsi/ips.c | 178 ++++++++++++++++++++++++---------------------------- drivers/scsi/ips.h | 20 +++---- 2 files changed, 91 insertions(+), 107 deletions(-) diff --git a/drivers/scsi/ips.c b/drivers/scsi/ips.c index 5c5a9b2..595a91a 100644 --- a/drivers/scsi/ips.c +++ b/drivers/scsi/ips.c @@ -707,7 +707,7 @@ ips_release(struct Scsi_Host *sh) release_region(ha->io_addr, ha->io_len); /* free IRQ */ - free_irq(ha-&...

* pass Scsi_Host to ips_remove_device() via pci_set_drvdata(), allowing us to eliminate the ips_ha[] search loop and call ips_release() directly. * call pci_{request,release}_regions() and eliminate individual request/release_[mem_]region() calls * call pci_disable_device(), paired with pci_enable_device() * s/0/NULL/ in a few places * check ioremap() return value Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- drivers/scsi/ips.c | 72 ++++++++++++++++++++++------------...

* We shouldn't bother with dev->current_state, the PCI API functions we call manage this for us (and do a far better job at it too). * Remove pci_set_power_state(dev, PCI_D0) call in resume, as pci_enable_device() does the same thing. * Check pci_enable_device() return value. If it failed, fail the entire resume and avoid programming timings into the [potentially dead/asleep] chip. Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- drivers/ide/pci/sc1200.c | 8 ++++---- ...

Like ide_setup_pci_device(), except with additional array argument 'u8 *idx' that permits low-level driver to become aware of its assigned hwifs. Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- drivers/ide/setup-pci.c | 17 ++++++++++++----- include/linux/ide.h | 1 + 2 files changed, 13 insertions(+), 5 deletions(-) diff --git a/drivers/ide/setup-pci.c b/drivers/ide/setup-pci.c index 02d14bf..4960b9f 100644 --- a/drivers/ide/setup-pci.c +++ b/drivers/ide/setup-pci.c @@ -...

I have a Belkin USB Wireless adapter with ID 050d:705a. Both rt2500usb.c and rt73usb.c claim that they can drive the device with this ID. When using the distro kernel as well as custom 2.4.24-rc1 both rt73usb and rt2500usb get loaded and fight for the register writes and fail. rt2500usb is not able to drive my device. So I have to manually rmmod/modprobe or delete rt2500usb.ko and depmod every time I get a new kernel. If only rt73usb is loaded everything works well. To me it sounds like rt2...

We are pleased to announce the 2.6.23-rt3 tree, which can be downloaded from the location: http://www.kernel.org/pub/linux/kernel/projects/rt/ Changes since 2.6.23-rt2 - Workqueue PI (Peter Zijlstra with help from Daniel Walker) - some schedstat updates (Steven Rostedt) to build a 2.6.23-rt3 tree, the following patches should be applied: http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.23.tar.bz2 http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.23-rt3.bz2 The...

mm/sparse-vmemmap.c uses init_mm in some places. However, it is not present in any of the headers currently included in the file. init_mm is defined as extern in sched.h, so we add it to the headers list Up to now, this problem was masked by the fact that functions like set_pte_at() and pmd_populate_kernel() are usually macros that expand to simpler variants that does not use the first parameter at all. Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> --- mm/sparse-vmemmap.c...

From: Johannes Berg <johannes@sipsolutions.net> Currently, DOC: sections are always output even if only a single function is requested, fix this and also make it possible to just output a single DOC: section by giving its title as the function name to output. Also fixes docbook XML well-formedness for sections with examples. Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> --- scripts/kernel-doc | 63 ++++++++...

From: Johannes Berg <johannes@sipsolutions.net> The kernel-doc script triggers a perl warning when invoked without KERNELVERSION in the environment, rather make it use the string "unknown kernel version" instead. Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> --- scripts/kernel-doc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-2.6.23-git19.orig/scripts/kernel-doc +++ linux-2.6.23-git19/s...

From: Johannes Berg <johannes@sipsolutions.net> When asked by a template to include all functions from a file, it will also include DOC: sections wreaking havoc in the generated docbook file. This patch makes it use the new -no-doc-sections flag for kernel-doc to avoid this. Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> --- scripts/basic/docproc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) ...

Currently the IR input handling of drivers/media/dvb/ttpci/budget-ci.c requires a rc5_device module option which specifies the rc5 device code to listen to (or as an alternative, all devices). This means, among other things, that multiple remotes can't be used with different keymaps. My idea was to drop the module parameter and allow all rc5 device and command combinations to be mapped using one keyboard map. rc5 device codes are 5 bits, command codes are 6 bits, giving a total of 2048 pos...

This patch removes the check for whether the loaded table is going to change the device size and allows resizing of the dm device suspended with 'noflush'. Signed-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com> --- dm.c | 5 ----- 1 file changed, 5 deletions(-) Index: linux-2.6.23.work/drivers/md/dm.c =================================================================== --- linux-2.6.23.work.orig/drivers/md/dm.c +++ linux-2.6.23.work/drivers/md/dm.c @@ -1288,11 +1288,6 @@ int dm_...

This patch adds bdlookup() and bdlookup_disk(). They are lookup-only variant of bdget()/bdget_disk(). The function can be used when - the caller wants to get bdev only if somebody already got it (i.e. there is already bd_inode allocated in memory) - the race between bdlookup() and bdget() is acceptable The patch is a preparation for the 2nd part of this patchset. Background: inode is initialized with I_LOCK and I_NEW turned on. After initialization, both flags are turned off. ...

Hello People, I need your help, this problem is turning me crazy. I have created a RAID 10 using a RAID0 configuration on top of a two RAID1 devices (all software raid), like this: Personalities : [raid0] [raid1] md4 : active raid0 md2[0] md3[1] 605071872 blocks 64k chunks md0 : active raid1 sdd3[3] sda3[0] sdc3[2] sdb3[1] 9791552 blocks [4/4] [UUUU] md3 : active raid1 sdd2[2](F) sdb2[0] 302536000 blocks [2/1] [U_] md1 : active raid1 sdd1[3] sda1[0] sdc1[2] sdb1[1]...

Hello Len, thenks for your answer, i need a clarification on wheter it could be a software or a hardware problem, fortunatelly i have an exact system, so what i am going to do is to swap the four drives on the first system to the second system, and with more time i will make the required tests. p.d. the machine is debian 4.0 amd64 system. I change the drive and the problem remains, i will check changing the hard drive cables, to see if that is the problem, the problem has -- Nestor A. Di...

Seems to be already fixed in current git tree. --- ~Randy -

Incorporated all feedback received: - Explicitly allow people to dereference sb->buf and sb->len, and include comments about the potential problems with doing so. Document that alloc is probably better left unreferenced. Remove sb_len() and sb_string(). - Ensure that we grow by at least 1.5x, even if we're using slob. - Start by allocating 128 bytes - Pass a gfp_t to sb_printk - Drop the bogus change to snd_ac97_proc_regs_write - Add stringbuf.o to obj-y instead of lib-y, oth...

printf prints to stdout. fprintf prints to a file. sprintf prints to An interesting belief. Of the three users I've converted, one uses If you look at the patches, you'll see that they basically all have a wrapper around sb_printf that I was able to insert the GFP argument into, so I don't see this as a win. I hadn't bothered with one for ISDN, and that one involved much more editing. -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that ...

Then they should carefully think about whether they need GFP_ATOMIC or GFP_KERNEL. Just like we don't have a kalloc() that uses GFP_ATOMIC to spare people from having to think about it. ISDN and sound had done that thinking for me -- one knew they needed GFP_ATOMIC, the other needed GFP_KERNEL. I was able to work out that GFP_KERNEL made sense for the partition code. -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in sel...

This seems unlikely to work reliably as the various "v*printf" functions modify the va_list argument they are passed. It may happen to work on your particular architecture depending on how that argument data is passed and stored, but you probably actually want to make a copy of the varargs list for the first vsnprintf call. Cheers, Kyle Moffett -

Get rid of the _cdebbuf structure that was used to accumulate strings for a debug printk and use the stringbuf instead. Allocate the stringbuf on the stack instead of with kmalloc. Return a char * to the callers rather than a stringbuf. Signed-off-by: Matthew Wilcox <willy@linux.intel.com> --- drivers/isdn/capi/capidrv.c | 18 ++-- drivers/isdn/capi/capiutil.c | 220 ++++++++++------------------------------- drivers/isdn/capi/kcapi.c | 35 +++---- include/linux/isdn/capiutil....

With asynchronous disk scanning, it's quite common for the partition report to be interrupted by reports of other discs being discovered. Use a new function, print_partition, to accumulate the partitions into a stringbuf. Signed-off-by: Matthew Wilcox <willy@linux.intel.com> --- fs/partitions/acorn.c | 24 ++++++++++-------------- fs/partitions/amiga.c | 9 ++++----- fs/partitions/atari.c | 20 +++++++++----------- fs/partitions/check.c | 19 ++++++++++++++----- fs/partitions...

^ The rest is acked. -- Greetings Michael. -

Hello everyone, We are organizing another filesystem and storage workshop in San Jose next Feb 25 and 26. You can find some great writeups of last year's conference on LWN: http://lwn.net/Articles/226351/ This year we're trying to concentrate on more problem solving sessions, short term projects and joint sessions. You can find all the details on the conference webpages: http://www.usenix.org/events/lsf08/ Soon there will be a link for submitting your position statement, which is bas...