Hello Tejun,
On Sat, 08 Sep 2007 16:23:20 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Paul Rolland wrote:
> > Hello,
> >
> > My machine (an ASUS P5W-DH-Deluxe, Core2, 4Go RAM, 3 SATA and 2IDE) is
> > reporting a :
> > irq 23: nobody cared (try booting with the "irqpoll" option)
> > together wit
Hi James.
> > 2.6.23-rc5-git1 builds for me when I follow those steps...
> > except for some Section mismatch warnings.
>
> What is the git project path name for the 2.6.23rc branch, if I wanted
> to clone it, to keep up to date?
You can find the -gitN trees at frontpage og www.kernel.org.
If yo
From: Divy Le Ray <[EMAIL PROTECTED]>
Embed napi_struct directly into sge_qset.
Use napi_schedule/napi_complete.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h| 20 +++---
drivers/net/cxgb3/cxgb3_main.c | 57 ++
drivers/net
> Updating on this issue: Both myself and another person have reported on
> the RedHat bugzilla that it's a clocksource issue - if you are using the
> hpet clocksource, the time warps, but booting with clocksource=acpi_pm works.
>
> This ring any bells?
Does this patch fix it?
-Andi
Add miss
Jiri Slaby <[EMAIL PROTECTED]> writes:
> remove asm/bitops.h includes
>
> including asm/bitops directly may cause compile errors.
When does it cause compile errors? It would be probably less
intrusive to just fix that case.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe lin
This patch series reflects some recent changes that have been made on kdump
also in the documentation. See the description of the patches itself.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
This patch reflects the
http://git.kernel.org/?p=linux/kernel/git/horms/kexec-tools-testing.git;a=commit;h=b9c3648e690ad0dad12389659673206213a09760
change in kexec-tools-testing also now in the kernel documentation.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
Documentation/kdump/kdump
This patch adapts the Documentation/kdump/kdump.txt file to express the fact
that the x86_64 kernel is now also relocatable. This makes i386 and x86_64 now
behave the same, simplifying the documentation.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
Documentation/kdump/kdump.txt | 35
This patch adds the "reset_devices" option (that's used only by one device
driver for now) to the recommended list of command line parameters for kdump.
Meaning (Documentation/kernel-parameters.txt):
reset_devices [KNL] Force drivers to reset the underlying device
during
This patch adds a extended crashkernel syntax that makes the value of reserved
system RAM dependent on the system RAM itself:
crashkernel=:[,:,[EMAIL PROTECTED]
range=start-[end]
For example:
crashkernel=512M-2G:64M,2G-:128M
The motivation comes from distributors that configure thei
This is the generic part of the patch. It adds a parse_crashkernel() function
in kernel/kexec.c that is called by the architecture specific code that
actually reserves the memory. That function takes the whole command line and
looks itself for "crashkernel=" in it.
If there are multiple occurrence
This patch removes the crashkernel parsing from
arch/i386/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
Signed-off
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
Documentation/kdump/kdump.txt | 26 ++
1 file changed, 26 insertions(+)
--- a/Documentation/kdump/kdump.txt
+++ b/D
This patch removes the crashkernel parsing from
arch/x86_64/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
Signed-o
This patch adapts IA64 to use the generic parse_crashkernel() function
instead of its own parsing for the crashkernel command line.
Because the total amount of System RAM must be known when calling this
function, efi_memmap_init() is modified to return its comulated
total_memory variable in a poi
Natalie Protasevich wrote:
> I've seen individual todo lists on some preject pages, wish I was
> recording such information, so we could gather all the pointers on the
> common page. There is page maintained by Rick An Riel
> http://kernelnewbies.org/KernelProjects which is just perfect for
> addin
"James C. Georgas" <[EMAIL PROTECTED]> writes:
>
> It's 2.6.22.6. I'm thinking a fix would be to add "select PM" to
> X86_64_ACPI_NUMA.
>
> I'm also thinking that maybe K8_NUMA should be changed from "depends on
> PCI" to "select PCI", like X86_64_ACPI_NUMA is. That would fix the
> pseudo depende
Rafael J. Wysocki pisze:
>
> Well, I am.
>
> On HPC nx6325 the status of AC adapter after the restore is not reported
> correctly if hibernation is done without the ACPI hooks (eg. if you hibernate
> with the AC connected and then disconnect it and resume, it will still be
> reported as connected
This is what I intend to push for 2.6.24...
The notable parts are LZO compression support in JFFS2, a OneNAND
simulator, panic dumps to flash... and a bunch of bug fixes and
janitorial stuff.
Adrian Bunk (4):
[MTD] [MAPS] Cleanup nettel map driver
[MTD] [NAND] cafe_nand.c: the OLPC la
Rafael J. Wysocki pisze:
>> Shutdown is completely broken on HP NX6??? laptops.
>
> It's not completely broken, it just handles disks incorrectly and we are not
> sure whether or not there are any serious consequences of that. Moreover,
> it has happened for a long time now, AFAICT, so that's not
Hi List,
I'm looking for any mechanism in a multi-threaded process to monitor the
health of its running threads - or by a specific monitor thread or by
any other mechanism.
It includes the following aspects:
1) Threads are running and not stuck on any lock.
2) Threads are running and ha
m68k(nommu): Add missing syscalls
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/m68k/kernel/entry.S | 10 ++
arch/m68knommu/kernel/syscalltable.S | 10 ++
include/asm-m68k/unistd.h| 12 +++-
include/asm-m68knommu/unistd.h
checksyscalls.sh: ignore restart_syscall, which is not needed on m68k and
blackfin.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
scripts/checksyscalls.sh |1 +
1 file changed, 1 insertion(+)
--- a/scripts/checksyscalls.sh
+++ b/scripts/checksyscalls.sh
@@ -30,6 +30,7 @@ cat << E
On Sun, Sep 09, 2007 at 11:34:11AM +0200, Geert Uytterhoeven wrote:
> checksyscalls.sh: ignore restart_syscall, which is not needed on m68k and
> blackfin.
If only these archs does not care then just stick that
#define __IGNORE_...
in the arch specifc unistd.h files.
x86_64 and other do this alrea
On 08.09.2007 19:49, Stefan Richter wrote:
> Thorsten Leemhuis wrote:
>> On 08.09.2007 01:38, Takashi Iwai wrote:
> [backports to -stable]
>>> Linux will suck really if one breaks so-called stable thing easily
>>> without actually testing. For stable stuff, "it should be good" isn't
>>> enough. I
On Sat, Sep 08, 2007 at 10:02:29PM -0400, Matt LaPlante wrote:
> I'm running the 2.6.22.6 kernel with the berry_charge module loaded.
> I connect my 8700c via USB, but the blackberry does not appear to
> charge. The power icon does not change, and even after staying
> connected for an extended peri
While platform_device.id is a u32, platform_device_add() handles "-1"
as a special id value. This has potential for confusion and bugs.
Making it an int instead should prevent problems from happening in
the future.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
I still believe that we can fur
On Sat, Sep 08, 2007 at 10:42:20PM -0400, Kyle Rose wrote:
>
> > You are a regular reader of linux-kernel, and therefore the sk98lin
> > removal can hardly be a surprise for you. If you prefer whining over
> > helping to improve the kernel that's your choice...
> >
> In my case the issue is s
On Sat, Sep 08, 2007 at 01:05:24PM -0700, Keshavamurthy, Anil S wrote:
> Subject: [RFC][Intel-IOMMU] Fix for IOMMU early crash
This patch feels like a huge hack. See below.
> This patch removes sysdata from pci_dev struct and creates a new
> field called sys_data which is exclusively used by IOM
Jan Engelhardt ha scritto:
> On Sep 8 2007 11:38, Patrizio Bassi wrote:
>
>> Jan Engelhardt wrote:
>>
>>> I shall give this a spin too, since I happen to have sis5513.
>>>
>>> Just booted this fresh ata-enabled system (a matter of mkinitrd). It has
>>> not exploded yet.
>>>
>> don't
On Sunday, 9 September 2007 11:20, Maciek Rutecki wrote:
> Rafael J. Wysocki pisze:
> >> Shutdown is completely broken on HP NX6??? laptops.
> >
> > It's not completely broken, it just handles disks incorrectly and we are not
> > sure whether or not there are any serious consequences of that. Mor
Patrizio Bassi ha scritto:
> Jan Engelhardt ha scritto:
>> On Sep 8 2007 11:38, Patrizio Bassi wrote:
>>
>>> Jan Engelhardt wrote:
>>>
I shall give this a spin too, since I happen to have sis5513.
Just booted this fresh ata-enabled system (a matter of mkinitrd).
It has
not
On 08/28/2007 01:41 PM, Jiri Slaby wrote:
> Does this went through to your boxes? Any progress, clue, idea?
>
> Jiri Slaby napsal(a):
>> Andrew Morton napsal(a):
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>> Hi,
>>
>> I've found a regression agains
(To list based on CC's in net-add-ath5k-wireless-driver-fix.patch . If
that is in error, apologies)
On (31/08/07 21:58), Andrew Morton didst pronounce:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
>
I thought I would give the ath5k driver a shot o
Anthony Liguori wrote:
This patchset refactors KVM's paravirtualization support to better support
guest SMP and cross platform migration. It also introduces a bare-bones KVM
paravirt_ops implementation.
I've tested this on VT and it works nicely. I'm having trouble getting a
bzImage to boot on
On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 08/28/2007 01:41 PM, Jiri Slaby wrote:
> > Does this went through to your boxes? Any progress, clue, idea?
> >
> > Jiri Slaby napsal(a):
> >> Andrew Morton napsal(a):
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/a
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make hibernation_platform_enter() execute the enter-a-sleep-state sequence
instead of the mixed shutdown-with-entering-S4 thing.
Replace the shutting down of devices done by kernel_shutdown_prepare(), before
entering the ACPI S4 sleep state, with suspen
On Sun, Sep 09, 2007 at 10:39:18AM +0200, Bernhard Walle wrote:
> Because the total amount of System RAM must be known when calling this
> function, efi_memmap_init() is modified to return its comulated
accumulated?
> total_memory variable in a pointer value. IMO that's better than making the
>
Removed [EMAIL PROTECTED] (dead e-mail)
On 09/09/2007 02:47 PM, Andrew Morton wrote:
> On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> On 08/28/2007 01:41 PM, Jiri Slaby wrote:
>>> Does this went through to your boxes? Any progress, clue, idea?
>>>
>>> Jiri Slaby nap
On Sun, 2007-09-09 at 11:07 +0200, Andi Kleen wrote:
> "James C. Georgas" <[EMAIL PROTECTED]> writes:
> >
> > It's 2.6.22.6. I'm thinking a fix would be to add "select PM" to
> > X86_64_ACPI_NUMA.
> >
> > I'm also thinking that maybe K8_NUMA should be changed from "depends on
> > PCI" to "select
Hi Eric,
On Fri, Aug 31, 2007 at 09:48:43PM -0500, Eric Sandeen wrote:
> (resend, this one got lost? Got an acked-by from Andreas
> last go-round)
Sorry I missed this first time around. I came up with a very similar
fix recently, following a gentoo bug report. However there are a few
more asser
A guest context switch to an uncached cr3 can require allocation of
shadow pages, but we only recycle shadow pages in kvm_mmu_page_fault().
Move shadow page recycling to mmu_topup_memory_caches(), which is called
from both the page fault handler and from guest cr3 reload.
Signed-off-by: Avi Kivit
On Sat, 2007-08-09 at 22:00 -0700, Randy Dunlap wrote:
> > For example, you would only need to specify one "select" directive in
> > X86_64_ACPI_NUMA, (i.e. to turn on ACPI_NUMA). The configuration system
> > would then recursively walk up ACPI_NUMA's dependency hierarchy, turning
> > on what it ne
On Sun, Sep 09, 2007 at 09:19:05AM -0400, James C. Georgas wrote:
> On Sun, 2007-09-09 at 11:07 +0200, Andi Kleen wrote:
> > "James C. Georgas" <[EMAIL PROTECTED]> writes:
> > >
> > > It's 2.6.22.6. I'm thinking a fix would be to add "select PM" to
> > > X86_64_ACPI_NUMA.
> > >
> > > I'm also thi
On Sunday 01 July 2007, Rafael J. Wysocki wrote:
> On Saturday, 30 June 2007 06:59, Andrey Borzenkov wrote:
> > Since 2.6.18 I do not have suspend to RAM; now I am starting to lose
> > suspend to disk :)
> >
> > Environment - vanilla kernel (2.6.22-rc6 currently + squashfs + single
> > pata_ali pat
On 09/09/2007 02:47 PM, Andrew Morton wrote:
> On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>> On 08/28/2007 01:41 PM, Jiri Slaby wrote:
>>> Does this went through to your boxes? Any progress, clue, idea?
>>>
>>> Jiri Slaby napsal(a):
Andrew Morton napsal(a):
>>>
On 09/09/2007 10:04 AM, Andi Kleen wrote:
> Jiri Slaby <[EMAIL PROTECTED]> writes:
>
>> remove asm/bitops.h includes
>>
>> including asm/bitops directly may cause compile errors.
>
> When does it cause compile errors? It would be probably less
> intrusive to just fix that case.
On ppc defconfi
> Hm, I suspect Andi's x86_64-mm-cpa-clflush.patch or something like that. It
> loops in flush_kernel_map in list_for_each_entry on the first CPU. The a->l
> list
> is somehow corrupted I guess.
Does it still happen with the latest version
ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches/cp
Looks good content-wise. But please move the patches that make sure
we never trip the BUG before the patch introducing them so that we
get a cleanly bisectable tree.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordo
On Sun, Sep 09, 2007 at 10:04:25AM +0200, Andi Kleen wrote:
> Jiri Slaby <[EMAIL PROTECTED]> writes:
>
> > remove asm/bitops.h includes
> >
> > including asm/bitops directly may cause compile errors.
>
> When does it cause compile errors? It would be probably less
> intrusive to just fix that
On 09/09/2007 04:17 PM, Andi Kleen wrote:
>> Hm, I suspect Andi's x86_64-mm-cpa-clflush.patch or something like that. It
>> loops in flush_kernel_map in list_for_each_entry on the first CPU. The a->l
>> list
>> is somehow corrupted I guess.
>
> Does it still happen with the latest version
I thi
On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
> BTW it is reproducible for me on two different machines (i386-x86_64,
> radeon-intel), don't you have the problem too?
No problems here with a radeon, no.
Does your CPU have clflush or not in /proc/cpuinfo?
-Andi
-
To unsubscribe from
On 09/09/2007 04:33 PM, Andi Kleen wrote:
> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
>> BTW it is reproducible for me on two different machines (i386-x86_64,
>> radeon-intel), don't you have the problem too?
>
> No problems here with a radeon, no.
>
> Does your CPU have clflush
On 09/09/2007 04:33 PM, Andi Kleen wrote:
> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
>> BTW it is reproducible for me on two different machines (i386-x86_64,
>> radeon-intel), don't you have the problem too?
>
> No problems here with a radeon, no.
>
> Does your CPU have clflush
Hi Linus:
Please pull from:
git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release
You will get one patch (below), which fixes a potential regression from v2.6.22
(although AFAIK there have been no reports about this one.)
commit 15bde2f1a8e819213f54314505a5a0509673109b
Author: Jean
On Sun, Sep 09, 2007 at 04:43:37PM +0200, Jiri Slaby wrote:
> On 09/09/2007 04:33 PM, Andi Kleen wrote:
> > On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
> >> BTW it is reproducible for me on two different machines (i386-x86_64,
> >> radeon-intel), don't you have the problem too?
> >
Hi!
> Please pull:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
> for-linus
>
> H. Peter Anvin (1):
> [x86 setup] Don't rely on the VESA BIOS being register-clean
>
> arch/i386/boot/video-vesa.c | 34 +-
> 1 files chang
On Mon 2007-09-03 11:24:57, Dave Jones wrote:
> On Mon, Sep 03, 2007 at 12:56:13PM +0200, Andi Kleen wrote:
> > <[EMAIL PROTECTED]> writes:
> >
> > > i want to make a patch known that provides a userspace interface to
> control the core voltage of a computer processor(s).
> >
> > That would
Matthew Wilcox wrote:
Rearrange a lot of the functions in the file to get rid of all the forward
declarations.
What thoughts, if any, have been given to post-patch code arrangement,
besides eliminating prototypes?
This always struck me as a counterproductive exercise when taken by
itself.
On Sun, Sep 09, 2007 at 02:16:19PM +0300, Muli Ben-Yehuda wrote:
> On Sat, Sep 08, 2007 at 01:05:24PM -0700, Keshavamurthy, Anil S wrote:
>
> > Subject: [RFC][Intel-IOMMU] Fix for IOMMU early crash
>
> This patch feels like a huge hack. See below.
You seem to be jumping to conclusion without goin
On 09/09/2007 05:01 PM, Andi Kleen wrote:
> On Sun, Sep 09, 2007 at 04:43:37PM +0200, Jiri Slaby wrote:
>> On 09/09/2007 04:33 PM, Andi Kleen wrote:
>>> On Sun, Sep 09, 2007 at 04:26:22PM +0200, Jiri Slaby wrote:
BTW it is reproducible for me on two different machines (i386-x86_64,
radeon
On Sat, 8 Sep 2007, Adrian Bunk wrote:
On Sat, Sep 08, 2007 at 01:44:20PM -0400, Bill Davidsen wrote:
Haven't tried later kernels, don't intend to, while no network is
really secure, it not really useful.
You are a regular reader of linux-kernel, and therefore the sk98lin
removal can hardly
On Sun, 9 Sep 2007, Oleg Verych wrote:
> * Sat, 8 Sep 2007 08:08:06 -0400 (EDT)
> []
> > from init/do_mounts_rd.c:
> >
> > ...
> []
> > if (rd_prompt)
> > change_floppy("root floppy disk to be loaded into RAM
> > disk");
> > create_dev("/dev/root", ROOT_DEV);
> >
Hello list,
we are encountering a few behaviours regarding the ways to get accurate
timer values under Linux that we would call bugs, and where we are
currently stuck in further diagnosing and/or fixing.
Background: We are developing for SMP servers with up to 8 CPUs (mostly
AMD64) and for variou
This patch adds support for Sega's proprietary Maple bus - which is
required to support the Dreamcast's peripherals.
This driver represents a substantial re-write of the old 2.4 driver.
Signed-off by: Adrian McMenamin <[EMAIL PROTECTED]>
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 54878
On Sun, 09 Sep 2007 18:31:45 +0200
Dennis Lubert <[EMAIL PROTECTED]> wrote:
Hi,
>
> [105771.523771] BUG: soft lockup detected on CPU#1!
> [105771.527869]
> [105771.527871] Call Trace:
> [105771.536079][] _spin_lock+0x9/0xb
> [105771.540294] [] softlockup_tick+0xd2/0xe7
> [105771.544359] []
On Sunday, 9 September 2007 16:00, Andrey Borzenkov wrote:
> On Sunday 01 July 2007, Rafael J. Wysocki wrote:
> > On Saturday, 30 June 2007 06:59, Andrey Borzenkov wrote:
> > > Since 2.6.18 I do not have suspend to RAM; now I am starting to lose
> > > suspend to disk :)
> > >
> > > Environment - va
This patch adds support for the SEGA Dreamcast keyboard.
Following suggestions from the inout maintainer it has been somewhat
rewritten since the previous posting
(http://lkml.org/lkml/2007/9/4/168).
It is dependent on patch 1 in this series
(http://lkml.org/lkml/2007/9/9/70) - which provides th
Make the VBLANK interrupt shareable.
This is the third time I have posted this patch. This is required to
allow the Maple bus driver to work (Maple hardware is synced with the
VBLANK interrupt).
Signed off: Adrian McMenamin <[EMAIL PROTECTED]>
diff --git a/drivers/video/pvr2fb.c b/drivers/video/
On 9/9/07, Bernhard Walle <[EMAIL PROTECTED]> wrote:
> This patch removes the crashkernel parsing from
> arch/x86_64/kernel/machine_kexec.c and calls the generic function, introduced
> in
> the last patch, in setup_bootmem_allocator().
>
> This is necessary because the amount of System RAM must be
James C. Georgas wrote:
On Sat, 2007-08-09 at 22:00 -0700, Randy Dunlap wrote:
For example, you would only need to specify one "select" directive in
X86_64_ACPI_NUMA, (i.e. to turn on ACPI_NUMA). The configuration system
would then recursively walk up ACPI_NUMA's dependency hierarchy, turning
on
On Sunday 09 September 2007, Rafael J. Wysocki wrote:
> On Sunday, 9 September 2007 16:00, Andrey Borzenkov wrote:
> > On Sunday 01 July 2007, Rafael J. Wysocki wrote:
> > > On Saturday, 30 June 2007 06:59, Andrey Borzenkov wrote:
> > > > Since 2.6.18 I do not have suspend to RAM; now I am starting
On Sun, Sep 09, 2007 at 11:29:34AM -0400, Jeff Garzik wrote:
> What thoughts, if any, have been given to post-patch code arrangement,
> besides eliminating prototypes?
> This always struck me as a counterproductive exercise when taken by
> itself.
Eliminating prototypes saves me from an extra go
On Mon, Sep 10, 2007 at 08:43:59AM -0700, Keshavamurthy, Anil S wrote:
> On Sun, Sep 09, 2007 at 02:16:19PM +0300, Muli Ben-Yehuda wrote:
> > On Sat, Sep 08, 2007 at 01:05:24PM -0700, Keshavamurthy, Anil S wrote:
> >
> > > Subject: [RFC][Intel-IOMMU] Fix for IOMMU early crash
> >
> > This patch f
On 9/7/07, Zhang Wei <[EMAIL PROTECTED]> wrote:
> The driver implements DMA engine API for Freescale MPC85xx DMA
> controller, which could be used for MEM<-->MEM, IO_ADDR<-->MEM
> and IO_ADDR<-->IO_ADDR data transfer.
> The driver supports the Basic mode of Freescale MPC85xx DMA controller.
> The M
On Friday 17 August 2007 17:48, Linus Torvalds wrote:
>
> On Fri, 17 Aug 2007, Nick Piggin wrote:
> >
> > That's not obviously just taste to me. Not when the primitive has many
> > (perhaps, the majority) of uses that do not require said barriers. And
> > this is not solely about the code generat
On Sep 9 2007 17:49, Arjan van de Ven wrote:
>>
>> Question: Why are only Intel CPUs considered as stable? Could there be
>> implemented a more sophisticated heuristic, that actually does some
>> tests for tsc stability?
>
>on AMD multi-socket systems, afaik the tsc is not synchronized between
>p
The trick for finding the right defconfig is neat, but you forgot to
provide an i686_defconfig. ;-)
More seriously, cross compiling the defconfig is often useful, e.g. for
testing the compilation of patches that touch multiple architectures,
and this patch therefore chooses g5_defconfig if $(C
On Sun, 9 Sep 2007 19:02:54 +0100
Denys Vlasenko <[EMAIL PROTECTED]> wrote:
> Why is all this fixation on "volatile"? I don't think
> people want "volatile" keyword per se, they want atomic_read(&x) to
> _always_ compile into an memory-accessing instruction, not register
> access.
and ... why is
On Sun, 9 Sep 2007 17:46:54 +0100
"Adrian McMenamin" <[EMAIL PROTECTED]> wrote:
> This patch adds support for Sega's proprietary Maple bus - which is
> required to support the Dreamcast's peripherals.
Hi,
in general the code looks clean; great job on that.
A few suggestions and comments to hopef
On Sun, 9 Sep 2007 18:01:26 +0100
"Adrian McMenamin" <[EMAIL PROTECTED]> wrote:
> This patch adds support for the SEGA Dreamcast keyboard.
>
> Following suggestions from the inout maintainer it has been somewhat
> rewritten since the previous posting
> (http://lkml.org/lkml/2007/9/4/168).
Hi,
t
On Sun, 9 Sep 2007 20:17:28 +0200 (CEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Sep 9 2007 17:49, Arjan van de Ven wrote:
> >>
> >> Question: Why are only Intel CPUs considered as stable? Could
> >> there be implemented a more sophisticated heuristic, that actually
> >> does some tests
On 09/09/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Sun, 9 Sep 2007 17:46:54 +0100
> "Adrian McMenamin" <[EMAIL PROTECTED]> wrote:
>
> > This patch adds support for Sega's proprietary Maple bus - which is
> > required to support the Dreamcast's peripherals.
>
>
> First of all, I'm a litt
On Sun, Sep 09, 2007 at 08:21:17PM +0200, Adrian Bunk wrote:
> The trick for finding the right defconfig is neat, but you forgot to
> provide an i686_defconfig. ;-)
>
> More seriously, cross compiling the defconfig is often useful, e.g. for
> testing the compilation of patches that touch multip
On Sun, 2007-09-09 at 15:46 +0200, Andi Kleen wrote:
> Thanks. How about a fix for the other problem (ACPI_NUMA- PM) too?
>
I don't want to just hard-select it until I understand what happened
between 2.6.22.6 and current git to make ACPI selectable without PM.
Personally, I think ACPI should b
On Sun, 9 Sep 2007, Sam Ravnborg wrote:
> On Sun, Sep 09, 2007 at 11:34:11AM +0200, Geert Uytterhoeven wrote:
> > checksyscalls.sh: ignore restart_syscall, which is not needed on m68k and
> > blackfin.
>
> If only these archs does not care then just stick that
> #define __IGNORE_...
> in the arch
On Sun, 9 Sep 2007 19:36:52 +0100
"Adrian McMenamin" <[EMAIL PROTECTED]> wrote:
> Fair enough.
>
> > > +
> > > +void maple_add_packet(struct mapleq *mq)
> > > +{
> > > + list_add((struct list_head *) mq, &maple_waitq);
> > > +}
> >
> > for example this list.. what makes sure that no 2 pieces
* Yinghai Lu <[EMAIL PROTECTED]> [2007-09-09 19:27]:
> >
> > +#ifdef CONFIG_KEXEC
> ...
>
> CONFIG_KEXEC or CONFIG_CRASH_DUMP?
Good question. The crashkernel parameter was CONFIG_KEXEC before, and
I also wondered why, but I didn't change this because maybe there's
some reason I don't know.
Vivek
On Sun, 09 Sep 2007 10:06:21 +0200 Bernhard Walle wrote:
> This patch adapts the Documentation/kdump/kdump.txt file to express the fact
> that the x86_64 kernel is now also relocatable. This makes i386 and x86_64 now
> behave the same, simplifying the documentation.
>
>
> Signed-off-by: Bernhard
diff -uprN linux-2.6.23/Documentation/mutex-design.txt
linux-2.6.23-patched/Documentation/mutex-design.txt
--- linux-2.6.23/Documentation/mutex-design.txt2007-09-09
21:47:10.545275000 +0300
+++ linux-2.6.23-patched/Documentation/mutex-design.txt2007-09-09
21:48:17.935493000 +0300
@@ -90,
On Sun, 9 Sep 2007 12:02:53 -0700 (PDT)
Matti Linnanvuori <[EMAIL PROTECTED]> wrote:
Hi,
thank you for improving the documentation
> diff -uprN linux-2.6.23/Documentation/mutex-design.txt
> linux-2.6.23-patched/Documentation/mutex-design.txt ---
>
>
> Signed-off-by: Matti Linnanvuori <[EMAIL
* Matthew Wilcox <[EMAIL PROTECTED]> [2007-09-09 15:01]:
> On Sun, Sep 09, 2007 at 10:39:18AM +0200, Bernhard Walle wrote:
> > Because the total amount of System RAM must be known when calling this
> > function, efi_memmap_init() is modified to return its comulated
>
> accumulated?
Yes, sorry.
On Sun, Sep 02, 2007 at 10:40:58PM +0900, Tejun Heo wrote:
> Hello, just a note to tell you guys what's going on.
>
> It's taking more time than I expected but it's near completion. I'm
> testing things now. After that, they need to be split and documented.
> It'll be a BIG change and due to oth
On Fri, Aug 24, 2007 at 12:02:40PM +0200, Eric Lammerts wrote:
> Hi,
> I noticed that DTR toggling doesn't work with the nozomi driver
> (TIOCMBIS/TIOCMBIC ioctls have no effect). This is a nuisance because that
> makes it hard to get the modem back in command mode.
>
> Attached patch adds a tty_
On Fri, Sep 07, 2007 at 03:10:54PM +0200, Matthias Kaehlcke wrote:
> A corrected version of the patch, the first one contained context
> removed by the first patch of this serie
This patch for some reason did not apply cleanly.
Care to redo it after the next -mm releae that has your first patch i
On Thu, Sep 06, 2007 at 05:40:38AM -0700, David Miller wrote:
> From: Matthew Wilcox <[EMAIL PROTECTED]>
> Date: Thu, 6 Sep 2007 05:57:31 -0600
>
> > I'm not sure your analysis is correct. Here's what my draft copy of
> > the pcie 2.0 spec says:
> >
> > Enble No Snoop ? If this bit is Set, the
On Thu, Sep 06, 2007 at 10:24:54AM -0700, Gaston, Jason D wrote:
> >-Original Message-
> >From: Gaston, Jason D
> >Sent: Thursday, August 30, 2007 8:34 PM
> >To: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; linux-
> >[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> >Gaston, Ja
On Mon, Aug 27, 2007 at 11:28:22PM +0200, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - make the following needlessly global function static:
> - pci.c: pci_restore_bars()
> - #if 0 the following unused global functions:
> - rom.c: pci_map_rom_copy()
> - rom.c:
On Sat, Sep 01, 2007 at 12:01:20PM -0400, Jeff Garzik wrote:
> Greg KH wrote:
>> On Sat, Sep 01, 2007 at 10:27:19AM -0400, Jeff Garzik wrote:
>>> commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4
>>> Author: Jeff Garzik <[EMAIL PROTECTED]>
>>> Date: Sat Sep 1 10:16:45 2007 -0400
>>>
>>> drivers
This patches the AICA sound driver for the Dreamcast to handle the
well known flakiness of the Dreamcast's G2 bus.
This is dependent on getting Maple bus support (see
http://lkml.org/lkml/2007/9/9/70) into the kernel.
Signed-off by: Adrian McMenamin <[EMAIL PROTECTED]>
diff --git a/sound/sh/aica
1 - 100 of 171 matches
Mail list logo