Changing the type of pid and tgid variables from int to the POSIX type pid_t. Signed-off-by: Gustavo F. Padovan <gustavo@las.ic.unicamp.br> --- a/kernel/signal.c 2008-06-09 23:45:49.000000000 -0300 +++ b/kernel/signal.c 2008-06-11 19:55:55.000000000 -0300 @@ -1120,7 +1120,7 @@ * is probably wrong. Should make it like BSD or SYSV. */ -static int kill_something_info(int sig, struct siginfo *info, int pid) +static int kill_something_info(int sig, struct siginfo *info, pid_t pid) ...

Move ide_find_port() call to pmac_ide_setup_device(). While at it: - fix return value (s/-ENODEV/-ENOENT/) - add DRV_NAME define and use it to set name field of pmac_port_info - use ide_find_port_slot() instead of ide_find_port() - remove superfluous error message (ide_find_port_slot() takes care of it) - drop IDE interface number from driver banner message (but include bus type) Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Bartlomiej Zolnierkiewicz <bz...

* Pass pmif instead of hwif to pmac_ide_do_{suspend,resume}(). * Store pmif instead of hwif in ->driver_data. * Use dev_get_drvdata() instead of ->hwif_data to obtain pmif. There should be no functional changes caused by this patch. Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ppc/pmac.c | 93 ++++++++++++++++++++++++++++--------------------- 1 file changed, 55 insertions(+), 38 deleti...

Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ppc/pmac.c | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) Index: b/drivers/ide/ppc/pmac.c =================================================================== --- a/drivers/ide/ppc/pmac.c +++ b/drivers/ide/ppc/pmac.c @@ -975,10 +975,7 @@ static const struct ide_port_info pmac_p /* * Setup, register & probe an IDE channel driven b...

Changes to the generic console support code that happened a while ago introduced a scenario where the initial console is used in parallel with the final console during a brief period when switching between the two is in progress. During that time a message about the switch-over is printed. With some combinations of chips, firmware and drivers, such as the Zilog Z85C30 SCC used with the DECstation, a hang may happen because the firmware used for the initial console may not expect the state of the ...

* Add config option EARLY_SERIAL_CONSOLE to enable early printk's to be directed to the serial console. Based on linux-next Signed-off-by: Mike Travis <travis@sgi.com> --- --- arch/x86/Kconfig.debug | 9 +++++++++ arch/x86/kernel/early_printk.c | 4 ++++ 2 files changed, 13 insertions(+) --- linux-2.6-next.orig/arch/x86/Kconfig.debug +++ linux-2.6-next/arch/x86/Kconfig.debug @@ -29,6 +29,15 @@ config EARLY_PRINTK with klogd/syslogd or the X server. You should...

I'll rework the patch to enable the serial console as early as possible. Currently, it's done quite a ways down in start_kernel(). Thanks, Mike --

On Thu, 12 Jun 2008 15:38:03 -0700 Confused. What's wrong with console=uart,...? --

On Thu, 12 Jun 2008 15:58:08 -0700 Sorry, I meant earlycon=uart.. --

On Thu, Jun 12, 2008 at 4:10 PM, Andrew Morton the same. it checks earlycon=uart and console=uart... YH --

We could. My current debugging is in x86_64_start_kernel() almost at the start of the function (before the "Kernel alive" message). The code is below. (cut and pasted so no tabs) One benefit of a startup option instead of a config option is we rely on the standard distribution for the kernel and unless they set this option it won't do us much good. (Maybe the failed attempts was trying to tell me something? ;-) Thanks, Mike /* Cleanup the over mapped high alias */ cle...

Boy, this just isn't my day... Another typo slipped through... --

Sorry, please ignore this patch. I missed the quilt refresh to pick up the latest version and will resend shortly. --

mn10300 was the only archotecture where sg_dma_{address,len}() were not in asm/scatterlist.h, and it's not a big surprise that this caused a compile error somewhere: <-- snip --> .. CC drivers/media/video/videobuf-dma-sg.o /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/media/video/videobuf-dma-sg.c: In function `videobuf_dma_map': /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/media/video/videobuf-dma-sg.c:238: error: implicit declaration of function 'sg_dma_address' ... ...

This patch contains the following cleanups: - make the following needlessly global code static: - entry.S: resume_userspace - process.c: pm_idle - process.c: default_idle() - smp.c: send_IPI_allbutself() - time.c: timer_interrupt() - time.c: struct irq0 - traps.c: set_eit_vector_entries() - traps.c: kstack_depth_to_print - traps.c: show_trace() - traps.c: die_lock - remove the following unused code: - head.S: startup_32 - process.c: hlt_counter - process.c: disable_h...

I'd like to say that the diffs are shrinking and things are calming down, but I'd be lying. Another week, another -rc, and I another 350 commits. Yes, the diff is smaller than the one from rc4 to rc5 (despite having more commits), so we're on the right trajectory, but I was hoping for less churn at this stage. As usual, most of the changes are to drivers (with arch updates a strong second). The DVB updates are the biggest chunk of that, but on the whole it's quite spread out. As mentioned, ...

Same here. ~Randy --

The configfs operations ->make_item() and ->make_group() currently return a new item/group. A return of NULL signifies an error. Because of this, -ENOMEM is the only return code bubbled up the stack. Multiple folks have requested the ability to return specific error codes when these operations fail. This patch adds that ability by changing the ->make_item/group() ops to return an int. Also updated are the in-kernel users of configfs. Signed-off-by: Joel Becker <joel.becker@oracle...

Working with 2.6.26-rc5-mm3 on a pair of test x86 boxes (a p4 and a c2d) both running Ubuntu 8.04. I've had two issues. 1) The build process fails with certain config options. I have reproduced this on 2 machines. GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 mm/built-in.o: In function `__munlock_vma_pages_range': mlock.c:(.text+0x11567): undefined reference to `walk_page_range...

Some of these may not have seen review on linux-pci, so I'm sending them out for comment before I send Linus the pull request. Any comments/objections? The biggest patch by far is the resource_wc stuff; it should have been pushed earlier, but for some reason I thought Ingo & co. were going to do that... Thanks, Jesse commit a123c3d9643464c56417680536ed9515f15cffa1 Author: Yinghai Lu <Yinghai.Lu@Sun.COM> Date: Mon May 12 21:21:05 2008 +0200 PCI: use dev_to_node in pci_call...

Right, I probably should have used one of the git mail scripts... but this wasn't a real git pull request either, more of a "hey please sanity check this" type thing. I figured in this case keeping the changelogs was important, but didn't want to spam people with a bunch of messages when the total size really wasn't that big... Jesse --

Suppose CPU0, as instructed by userspace, reads CPU1's data. If the latter is logging data, it's not enough to disable IRQs or preemption to protect the data. Added a per-buffer (thus per-CPU) spinlock to prevent concurrent access. The choice of using a spinlock is motivated by the need to log data (and thus lock the buffer) from interrupt context. The problem was revealed when working on kmemtrace, where some events were seemingly out-of-order or just all-zeros, even though the necessary precautions...

On Fri, 13 Jun 2008 00:58:01 +0200 (MEST) Thanks, I did not notice. Will fix and resubmit. Eduard --

This patch series was created while working on kmemtrace, a project that needs to do early tracing in the kernel, but the bugfixes are relevant to any project that uses the relay interface. Only the third patch introduces a new feature, that is, buffers that have no associated files. This is exactly what kmemtrace needs, although other tracing projects can use this new API to trace early code and export the data as soon as VFS is ready. Mathieu Desnoyers from LTTng has already expressed his inter...

From: Cliff Wickman <cpw@sgi.com> TLB shootdown for SGI UV. This patch brings v1 up to v5. v1: 6/2 original v2: 6/3 corrections/improvements per Ingo's review v3: 6/4 split atomic operations off to a separate patch (Jeremy's review) v4: 6/12 include <mach_apic.h> rather than <asm/mach-bigsmp/mach_apic.h> (fixes a !SMP build problem that Ingo found) fix the index on uv_table_bases[blade] v5: 6/12 corrections/improvements per Ingo's second review ...