Create a document to explain how to use numa=fake in conjunction with
cpusets for coarse memory resource management.
An attempt to get more awareness and testing for this feature.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
Documentation/x86_64/fake-n
On Thu, Jan 25, 2007 at 09:03:22PM +0300, Andrey Borzenkov wrote:
> Ingo Molnar wrote:
> > Make debugging such bugs easier by offering a resume mode that does not
> > actually call into the BIOS to turn off the machine. This, in
> > combination with earlyprintk=serial,ttyS0,115200,keep ,
> > CONFIG
When expanding the stack, we don't currently check if the VMA will cross into
an area of the address space that is reserved for hugetlb pages. Subsequent
faults on the expanded portion of such a VMA will confuse the low-level MMU
code, resulting in an OOPS. Check for this.
Signed-off-by: Adam L
Mark the new numa=fake x86_64 helper functions, setup_node_range(),
split_nodes_equally(), and split_nodes_by_size() as __init.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/x86_64/mm/numa.c | 13 +++--
1 files changed, 7 insertions(+), 6
roucaries bastien wrote:
> My bcm43xx oops after suspend to disk on a 2.6.20rc5 kernel (preempt+smp).
>
> ---
> Jan 25 19:47:39 portablebastien kernel: caller is oops_begin+0xb/0x80
> Jan 25 19:47:39 portablebastien kernel:
> Jan 25 19:47:39 portablebastien kernel: Call Trace:
> Jan 25
On Thu, 25 Jan 2007, Soeren Sonnenburg wrote:
> On Wed, 2007-01-24 at 13:37 -0200, Henrique de Moraes Holschuh wrote:
> > On Wed, 24 Jan 2007, Soeren Sonnenburg wrote:
> > > might be a good idea to power down the drive using hdparm -Y followed by
> > > a scsiadd -r.
> [...]
> > > the disk or remove
Hi there,
This is odd:
Index of /pub/linux/kernel/v2.6/snapshots
NameLast modified Size
Parent Directory -
incr/ 13-Dec-2006 22:45-
old/26-Sep-2006 07:41-
On Thu, Jan 25, 2007 at 03:40:06PM -0500, [EMAIL PROTECTED] wrote:
> >Basically, new distros can disable that option if their userspace can
> >handle the new structure of sysfs with the symlinks. Users of older
> >distros with newer kernels can enable the option and (hopefully) not
> >break anythi
On Thu, Jan 25, 2007 at 09:39:47AM +1100, Dave Airlie wrote:
> >> Why do we want this?
> >>
> >> Currently the kernel cannot provide both the fb and drm drivers with
> >> access to the device model and this means the drm cannot get any
> >> suspend/resume callbacks. This layer attempts to fix this
On Thu, 2007-01-25 at 10:59 +0100, John wrote:
> John Stultz wrote:
> > On Wed, 2007-01-24 at 10:41 +0100, John wrote:
> >> As you can see, the first diagnostic came at 472.410501014... Then
> >> another diagnostic almost exactly two seconds apart 9 times in a row!
> >>
> >> My process is the only
Fix race when deleting an EFI variable and issuing another EFI command on the
same variable. The removal of the variable from the efivars_list should be
done in efivar_delete and not delayed until the kobject release.
Furthermore, remove the item from the list at module unload time, and
use list_
On Thursday, 25 January 2007 22:26, Matt Mackall wrote:
> On Thu, Jan 25, 2007 at 09:03:22PM +0300, Andrey Borzenkov wrote:
> > Ingo Molnar wrote:
> > > Make debugging such bugs easier by offering a resume mode that does not
> > > actually call into the BIOS to turn off the machine. This, in
> > >
On Wed, 24 Jan 2007 15:22:49 -0500
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> Sometimes we may need to see more code than the default in an oops,
> so add an option for that.
spose so, but some more justification would be nice. As would an x86_64
version?
> Signed-off-by: Chuck Ebbert <[EMAIL PR
Fix what looks like an obvious typo in the file drivers/kvm/svm.c.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
is this, in fact, a typo?
diff --git a/drivers/kvm/svm.c b/drivers/kvm/svm.c
index 7397bfb..1764fb6 100644
--- a/drivers/kvm/svm.c
+++ b/drivers/kvm/svm.c
@@ -1149,7 +
Hi,
I want to ask about strange behavior of linux kernel
on some laptops (namely recent Asus laptops with
dualcore 64bit Athlons). There's a weird bug when
the kernel's under some kind of heavy load. It usually
freezes all processes which run from X11 (including
X11..) - happens usually when:
1]
Fix apparent typo, where CONFIG_64_BIT should read CONFIG_64BIT.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/asm-um/elf-ppc.h b/include/asm-um/elf-ppc.h
index 9971113..d3b90b7 100644
--- a/include/asm-um/elf-ppc.h
+++ b/include/asm-um/elf-ppc.h
@@ -11,7 +11,7
Hello group, I have some concern about scheduling issue with 2.4.16 and
2.4.22 i386 kernel where I see 1200+ interrupts and context switches per
second through vmstat when machine is under load. Is this behavior
normal? Is there any know scheduling issue with the above mentioned
kernel versions
On Thursday 25 January 2007 09:16, Chris Rankin wrote:
> But anyway - can someone please tell me what "Eeek! page_mapcount(page)
> went negative! (-1)" is *really* saying/implying? Because I am currently
> translating this as "I WANT TO EAT YOUR FILESYSTEMS".
Hugh already did, multiple times. If t
Do you have the log stuff that precedes this part? In particular, was there a
assertion that failed?
It is oops on resume and no asseertion failled this boot. However I
have usually a lot of
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1496:b
On Fri, 26 Jan 2007, mirek kratochvil wrote:
> I want to ask about strange behavior of linux kernel on some laptops
> (namely recent Asus laptops with dualcore 64bit Athlons). There's a
> weird bug when the kernel's under some kind of heavy load. It usually
> freezes all processes which run fro
On Thu, 25 Jan 2007 16:18:35 -0500, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
> > I see that ORBs are always allocated with a call (like SKB) and not
> > embedded into drivers (like URBs). It's great, keep it up. Also,
> > never allow drivers to pass DMA-mapped buffers into fw_send_request
> >
Replace apparent typo of CONFIG_MT_SMP with CONFIG_MIPS_MT_SMP.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/arch/mips/mips-boards/sim/sim_setup.c
b/arch/mips/mips-boards/sim/sim_setup.c
index 2659c1c..ea2066c 100644
--- a/arch/mips/mips-boards/sim/sim_setup.c
+++ b/a
Andrew Morton wrote:
> On Wed, 24 Jan 2007 15:22:49 -0500
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>
>> Sometimes we may need to see more code than the default in an oops,
>> so add an option for that.
>>
>
> spose so, but some more justification would be nice. As would an x86_64
> vers
On Mon, Jan 15, 2007 at 04:29:11PM +, Ken Moffat wrote:
>
> Today, I've built 2.6.19.2 without highmem (the box only has 1GB,
> dunno why I'd included that in the original config) and I will
> continue to wait patiently for either a week without problems, or
> something that I can manage to n
On Thu, Jan 25, 2007 at 06:41:35PM -0500, Robert P. J. Day wrote:
> Replace apparent typo of CONFIG_MT_SMP with CONFIG_MIPS_MT_SMP.
Good catch, thanks.
Applied,
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Replace an apparent typo of CONFIG_SERIAL_CPM_SMC with
CONFIG_SERIAL_CPM_SMC2.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/arch/ppc/platforms/mpc866ads_setup.c
b/arch/ppc/platforms/mpc866ads_setup.c
index 8a0c07e..5b05d4b 100644
--- a/arch/ppc/platforms/mpc866ads_set
For over the last few weeks, I've been trying to get sound working on my
Powerbook G3. I've tried various different things with no luck. Anyone
got any ideas??
dmasound_pmac: Awacs/Screamer Codec Mfct: 2 Rev 3
input: dmasound beeper as /class/input/input4
PowerMac Screamer DMA sound driver rev
On Thu, 25 Jan 2007, Jan Engelhardt wrote:
> As we all know, mountd and other SUNRPC (I question this invention too)
> services are at a fixed RPC port number (/etc/rpc) which are mapped
> to a random TCP/UDP port, and the application doing the mappings is
> portmap. This random TCP/UDP port sele
This patch adds the kernelcore= parameter for ppc and powerpc.
Signed-off-by: Mel Gorman <[EMAIL PROTECTED]>
---
powerpc/kernel/prom.c |1 +
ppc/mm/init.c |2 ++
2 files changed, 3 insertions(+)
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff
linux-2.6.20-rc4-mm1-004_x86_set_
This patch adds the kernelcore= parameter for x86.
Signed-off-by: Mel Gorman <[EMAIL PROTECTED]>
---
setup.c |1 +
1 files changed, 1 insertion(+)
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff
linux-2.6.20-rc4-mm1-003_mark_hugepages_movable/arch/i386/kernel/setup.c
linux-2.6.20-rc4-mm
Once all patches are applied, a new command-line parameter exist and a new
sysctl. This patch adds the necessary documentation.
Signed-off-by: Mel Gorman <[EMAIL PROTECTED]>
---
filesystems/proc.txt | 15 +++
kernel-parameters.txt | 16
sysctl/vm.txt |
This patch adds the kernelcore= parameter for x86_64.
Signed-off-by: Mel Gorman <[EMAIL PROTECTED]>
---
e820.c |1 +
1 files changed, 1 insertion(+)
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff
linux-2.6.20-rc4-mm1-005_ppc64_set_kernelcore/arch/x86_64/kernel/e820.c
linux-2.6.20-rc4-m
This patch adds the kernelcore= parameter for ia64.
Signed-off-by: Mel Gorman <[EMAIL PROTECTED]>
---
efi.c |3 +++
1 files changed, 3 insertions(+)
diff -rup -X /usr/src/patchset-0.6/bin//dontdiff
linux-2.6.20-rc4-mm1-006_x8664_set_kernelcore/arch/ia64/kernel/efi.c
linux-2.6.20-rc4-mm1-
On Thu, 2007-01-25 at 09:56 -0800, Linus Torvalds wrote:
> Broken architectures that put PCI things at some "PCI physical address
> zero" need to map their PCI addresses to something else. It's part of why
> we have the whole infrastructure for doing things like
>
> pcibios_bus_to_resource
Replace the apparent typo CONFIG_USB_CDCETHER with
CONFIG_USB_NET_CDCETHER.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i *think* this is correct, but i'll leave the final decision to
those higher up the food chain.
diff --git a/drivers/usb/core/otg_whitelist.h b/drivers/usb/c
The following 8 patches against 2.6.20-rc4-mm1 create a zone called
ZONE_MOVABLE that is only usable by allocations that specify both __GFP_HIGHMEM
and __GFP_MOVABLE. This has the effect of keeping all non-movable pages
within a single memory partition while allowing movable allocations to be
satis
It is often known at allocation time when a page may be migrated or
not. This patch adds a flag called __GFP_MOVABLE and a new mask called
GFP_HIGH_MOVABLE. Allocations using the __GFP_MOVABLE can be either migrated
using the page migration mechanism or reclaimed by syncing with backing
storage an
This patch creates an additional zone, ZONE_MOVABLE. This zone is only
usable by allocations which specify both __GFP_HIGHMEM and __GFP_MOVABLE.
Hot-added memory continues to be placed in their existing destination as
there is no mechanism to redirect them to a specific zone.
Signed-off-by: Mel
Huge pages are not movable so are not allocated from ZONE_MOVABLE. However,
as ZONE_MOVABLE will always have pages that can be migrated or reclaimed,
it can be used to satisfy hugepage allocations even when the system has been
running a long time. This allows an administrator to resize the hugepag
On Thu, Jan 25, 2007 at 08:46:14PM +0100, Jan Altenberg wrote:
> Fix some whitespace damage in arch/mips/Kconfig.debug
Thanks, applied.
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vg
From: Dirk Hohndel <[EMAIL PROTECTED]>
Date: Thu, 25 Jan 2007 06:22:54 -0800
We've held netconf in Japan, Montreal, Portland, and this year will
likely be Europe. People found a way to make it and we found
sufficient sponsorship for all attendees who needed monetary travel
assistence every time.
On 1/25/07, Sunil Naidu <[EMAIL PROTECTED]> wrote:
It was a cool booting, have really enjoyed this.
Here is the clean boot for me after spending for good time. Here is
the box info:-
Linux Typhoon 2.6.20-rc6-Akula-II #1 SMP Fri Jan 26 05:33:18 IST 2007
i686 i686 i386 GNU/Linux
I shall test m
Fei Liu wrote:
Hello group, I have some concern about scheduling issue with 2.4.16 and
2.4.22 i386 kernel where I see 1200+ interrupts and context switches per
second through vmstat when machine is under load. Is this behavior
normal? Is there any know scheduling issue with the above mentioned
> On 1/25/07, yogeshwar sonawane <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > I am running a user application which will just open/close my driver
> > (simple one, empty functions with only printks) infinitely.
> > A massive use of printk can slow down the system noticeably OR it can
> > affect some
Jim Gifford <[EMAIL PROTECTED]> writes:
> For over the last few weeks, I've been trying to get sound working on my
> Powerbook G3. I've tried various different things with no luck. Anyone got
> any ideas??
>
> dmasound_pmac: Awacs/Screamer Codec Mfct: 2 Rev 3
> input: dmasound beeper as /class/inp
On x86-64, a put_user call using a 64-bit pointer and a constant value that
is > 0x will produce code that doesn't assemble. This patch fixes
the asm construct to use the Z constraint for 32-bit constants.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-x86_64/uaccess.h
On Fri, 26 Jan 2007, David Woodhouse wrote:
>
> You're thinking of MMIO, while the case we were discussing was PIO. My
> laptop is perfectly happy to assign PIO resources from zero.
I was indeed thinking MMIO, but I really think it should extend to PIO
also. It certainly is (again) true on PC'
Linus Torvalds wrote:
On Fri, 26 Jan 2007, David Woodhouse wrote:
You're thinking of MMIO, while the case we were discussing was PIO. My
laptop is perfectly happy to assign PIO resources from zero.
I was indeed thinking MMIO, but I really think it should extend to PIO
also. It certainly is (
On Thu, Jan 25, 2007 at 11:58:16AM -0800, Paul E. McKenney wrote:
> On Thu, Jan 25, 2007 at 01:29:23AM -0800, Josh Triplett wrote:
> > Overall, this code looks sensible to me. Some comments on the patch below.
[ . . . ]
> Thank you again for the careful and thorough review!!!
>
> I will test th
On Thu, 25 Jan 2007, Roland McGrath wrote:
>
> On x86-64, a put_user call using a 64-bit pointer and a constant value that
> is > 0x will produce code that doesn't assemble. This patch fixes
> the asm construct to use the Z constraint for 32-bit constants.
Ahh. Will apply.
Just out of
On Thu, Jan 25, 2007 at 11:06:35AM -0800, Josh Triplett wrote:
> Paul E. McKenney wrote:
> > On Thu, Jan 25, 2007 at 12:47:04AM -0800, Josh Triplett wrote:
> >> One major item: this new test feature really needs a new module parameter
> >> to
> >> enable or disable it.
> >
> > CONFIG_PREEMPT_RCU_
On Thu, Jan 25, 2007 at 12:05:01PM +0100, Ingo Molnar wrote:
> Subject: [patch] suspend/resume debugging: device filter
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> this patch implements the /sys/power/filter attribute, which takes a
> string. If a device's name matches the filter string (exactly)
On Thu, 25 Jan 2007, Jeff Garzik wrote:
>
> On sparc64, for example, after I pointed this out to DaveM, he was able to
> implement the new iomap interface without the 'if (pio-mem-area)' branch
> present on x86.
However, in all honesty, we have triggered bugs in that area too, simply
because s
On Wednesday 24 January 2007 8:50 pm, Hans-Peter Nilsson wrote:
>
> There was a comment in the mmc_spi.c glue driver at
> http://www.gossamer-threads.com/lists/linux/kernel/671939#671939>:
> +* some cards seemed happier if they were initialized first
> +* by the nat
Linus Torvalds wrote:
So *if* you use the new "iomap" interfaces, and the new "pci_iomap()"
things, that should actually not just allow drivers (like the ATA layer)
to share much more code between the PIO and MMIO cases, but it hopefully
actually makes it easier for strange architectures to do
I should have added that this is on Debian stable:
$ gcc --version
gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
Eyal Lebedinsky wrote:
> i386
> Practically all modules selected.
>
> Building modules, stage 2.
> MODPOST 1931 modules
> WARNING: drivers/atm/fore_200e.o - Section mismatch:
On Thu, 2007-01-25 at 17:28 -0800, Linus Torvalds wrote:
>
> On Fri, 26 Jan 2007, David Woodhouse wrote:
> >
> > You're thinking of MMIO, while the case we were discussing was PIO. My
> > laptop is perfectly happy to assign PIO resources from zero.
>
> I was indeed thinking MMIO, but I really th
Pete Zaitcev wrote:
> On Thu, 25 Jan 2007 16:18:35 -0500, Kristian Høgsberg <[EMAIL PROTECTED]>
> wrote:
...
>> will do a status write to the status address specified in the ORB, at which
>> point the SBP-2 transaction is complete.
>
> You know, I wanted to use this picture for a long time:
> h
As Joe Perches pointed out, 4 casts to (long) are unneeded here.
The *_test functions only return integers, never a long.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-generic/atomic.h
+++ b/include/asm-generic/atomic.h
@@ -70,28 +70,28 @@ static inline int atomic_long_s
Hi Andi, as we discussed, FS/GS segment state doesn't allow VT execution
during boot. Patch fixes this problem. Please apply. I will be
sending for -stable review when upstream.
Thanks,
Zach
Initialize FS and GS to __KERNEL_DS as well. The actual value of them is not
important, but it is i
On Fri, 26 Jan 2007, David Woodhouse wrote:
>
> The quality of our drivers is low; I'm fully aware that trying to
> improve driver quality is a quixotic task.
This is an important point. I actually hold things like the kernel VM
layer to _much_ higher standards than I would ever hold a driver
On Thu, 25 Jan 2007 04:32:12 -0500 (EST)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> In the same way that include/linux/log2.h defines the
> roundup_pow_of_two() macro, define the rounddown_pow_of_two() macro so
> peopls can stop re-implementing this operation using a loop.
>
> Signed-of
From the log:
2.6.18.3:
ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
2.6.20-rc5:
"ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21"
Sounds like acpi interrupt configure problem. Please try acpi=off first.
-
To unsubscribe from this list: send the line
On Thu, 2007-01-25 at 18:58 -0800, Linus Torvalds wrote:
> And it's why I decreed, that the ONLY SANE THING is to just let people do
> the obvious thing:
>
> if (!dev->irq)
> return -ENODEV;
>
> you don't have to know ANYTHING, and that code just works, and just looks
>
On Fri, Jan 26, 2007 at 06:16:13AM +0530, Sunil Naidu wrote:
> Good thoughts ;-) I too believe in this - Where there is a Will,
> there is a Way! That's the reason why I have proposed India as the
> location for KS 2007, am still awaiting for the response from Theodore
> Tso.
I did give you a res
On Fri, 26 Jan 2007, David Woodhouse wrote:
>
> It's not just "my laptop", I believe. It's the generic resource code,
> which is happy to assign address zero since it's never been taught that
> zero is now a special case. If we're not going to ask for the bug I
> observed to be fixed -- if we're
Stefan Richter wrote:
Pete Zaitcev wrote:
On Thu, 25 Jan 2007 16:18:35 -0500, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
...
will do a status write to the status address specified in the ORB, at which
point the SBP-2 transaction is complete.
You know, I wanted to use this picture for a long
Hi,
I'm having the following traces on every boot; are they of any concern, or
should I just ignore and carry on?
(machine is an Intel Core2 Duo T7200 2.0Ghz laptop)
Linux version 2.6.20-rc6-rt1.0 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115
(prerelease) (SUSE Linux)) #1 SMP PREEMPT Thu Jan 2
* Rui Nuno Capela <[EMAIL PROTECTED]> wrote:
> I'm having the following traces on every boot; are they of any
> concern, or should I just ignore and carry on?
please ignore them - i've removed them from the current tree.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
Sergei Shtylyov wrote:
> Marc St-Jean wrote:
> > Here is my second attempt at the serial driver patch for the
> > PMC-Sierra MSP71xx device.
> >
> > There are three different fixes:
> > 1. Fix for THRE errata
> > - I verified the UART_BUG_TXEN fix does not help with this erratum.
> > - I lef
On Wed, Jan 24 2007, Ed Lin wrote:
>
>
> > -Original Message-
> > From: David Somayajulu [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, January 24, 2007 5:03 PM
> > To: Ed Lin; Michael Reed
> > Cc: linux-scsi; linux-kernel; james.Bottomley; jeff;
> > Promise_Linux; Jens Axboe
> > Subjec
On Thu, Jan 25 2007, Jens Axboe wrote:
> On Wed, Jan 24 2007, Ed Lin wrote:
> >
> >
> > > -Original Message-
> > > From: David Somayajulu [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, January 24, 2007 5:03 PM
> > > To: Ed Lin; Michael Reed
> > > Cc: linux-scsi; linux-kernel; james.Bot
lsscsi is a utility that uses sysfs in linux 2.6 series kernels
to list information about SCSI devices and SCSI hosts. Both a
compact format (default) which is one line per device and a
"classic" format (like the output of 'cat /proc/scsi/scsi') are
supported.
Version 0.19 is available at
http://w
> -Original Message-
> From: Jens Axboe [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 25, 2007 7:48 AM
> To: Ed Lin
> Cc: David Somayajulu; Michael Reed; linux-scsi; linux-kernel;
> james.Bottomley; jeff; Promise_Linux
> Subject: Re: [patch] scsi: use lock per host instead of per
Ed Lin wrote:
There may possibly be some other errors. So we need a lock here.
I think the simple but reliable way to do it is just to replace
queue lock with a host lock. James pointed out that there may be
performance slow down when many devices are accessed at the
same time. But I think the ma
On Thursday 25 of January 2007 05:50:45 Len Brown wrote:
> On Wednesday 24 January 2007 17:52, Adrian Bunk wrote:
> > On Wed, Jan 24, 2007 at 11:46:44PM +0100, Paweł Sikora wrote:
> > > for 2.6.20rc5 i get an acpi related oops during x86-64 boot:
> > > http://minus.ds14.agh.edu.pl/~pluto/2.6.20rc5-
On Thursday 25 of January 2007 05:50:45 Len Brown wrote:
> On Wednesday 24 January 2007 17:52, Adrian Bunk wrote:
> > On Wed, Jan 24, 2007 at 11:46:44PM +0100, Paweł Sikora wrote:
> > > for 2.6.20rc5 i get an acpi related oops during x86-64 boot:
> > > http://minus.ds14.agh.edu.pl/~pluto/2.6.20rc5-
Hello.
Sergei Shtylyov wrote:
Not a suprise to be honest. I fixed some of the ALi stuff when I did it
and I think that was pushed back into drivers/ide. The CMD64x hasn't had
much love really.
Another buglet found by random glancing at this driver:
/**
* cmd648_dma_stop - D
Hello.
Bartlomiej Zolnierkiewicz wrote:
The other advantage of doing cleanups is that code becomes cleaner/simpler
which matters a lot for this codebase, i.e. ide-dma-off-void.patch exposed
(yet to be fixed) bug in set_using_dma() (->ide_dma_off_quietly always returns
0 which is passed by ->ide
Alan wrote:
Fixes bogus accesses to ports 0-15 with a non DMA capable controller.
This I think should go in for 2.6.20
applied to #upstream-fixes, but it's a hack based on a misunderstanding.
See comments below for further work needed.
Arguably it shouldn't be called for PIO commands at a
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c | 57 --
drivers/ata/ata_generic.c|6 +++-
drivers/ata/
Greg KH wrote:
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
It seems that the ata_piix driver has two duplicate ids, one of them
with a different 'private' field in it, which was never being used due
to the match for the device happening on an earlier entry.
This patch removes the duplicates, i
On Thu, 2007-01-25 at 20:00 -0800, Linus Torvalds wrote:
> The resource code really is totally agnostic, and you're barking up the
> wrong tree there. In many ways, the resource code isn't even about "IO
> resources", it could do other things too.
Of course it could, but then again why shouldn'
Hi,
Are the I/O scheduler queues in the 2.6 kernel (particularly for CFQ)
maintained per thread or per process? If it is per process is there a future
plan in place to make them per thread.
Thanks a lot.
Siddharth
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 1/25/07, Theodore Tso <[EMAIL PROTECTED]> wrote:
(Unless perhaps in some conspiracy theory scenario where
Microsoft pays $$$ to some VC company to sponsor an event in Moskow,
and then contracts out to the KGB to fill the meeting room with an
aerosolized powder of Polonium 210 to kill off all
On 1/25/07, Luming Yu <[EMAIL PROTECTED]> wrote:
From the log:
2.6.18.3:
ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
2.6.20-rc5:
"ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21"
Sounds like acpi interrupt configure problem. Please try acpi=off firs
On Fri, 26 Jan 2007, David Woodhouse wrote:
>
> Of course it could, but then again why shouldn't we special-case zero in
> _all_ of those use cases, just to make life easier for those poor driver
> authors who presumably can't manage to write userspace code using stdin
> or open() either.
You're
On Fri, 26 Jan 2007 03:35:19 +0100, Stefan Richter <[EMAIL PROTECTED]> wrote:
> The fundamental thing about SBP-2 is that ORBs ( = SCSI command blocks
> plus SBP-2 header) and data buffers all reside in the memory of the
> initiator (or of a 3rd party on the FireWire bus).
I recognize the concept
David Woodhouse wrote:
When I eventually get to go home, which will hopefully still be some
time this month, I'll give some more coherent thought to the idea of
just using a (struct irq_desc *) directly instead of an integer. Then
Tejun beat you to it with devres. devres makes all sorts of res
Current test based on the fact below in my previous mail
Current Linux page allocation fairly provides pages for every process, since
swap daemon only is started when memory is low, so when it starts to scan
active_list, the private pages of processes are messed up with each other,
vmscan.c:shri
On Thu, 25 Jan 2007 16:32:28 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> +long congestion_wait_interruptible(int rw, long timeout)
> +{
> + long ret;
> + DEFINE_WAIT(wait);
> + wait_queue_head_t *wqh = &congestion_wqh[rw];
> +
> + prepare_to_wait(wqh, &wait, TASK_INTERRUPTIBL
On Thu, 25 Jan 2007 16:32:28 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Hopefully the last version ;-)
>
>
> ---
> Subject: nfs: fix congestion control
>
> The current NFS client congestion logic is severly broken, it marks the
> backing
> device congested during each nfs_writepages() c
On Thu, 2007-01-25 at 20:48 -0800, Linus Torvalds wrote:
> Irq0 may _exist_. IO Port 0 may _exist_. Virtual address 0 may
> _exist_.
>
> Got it?
>
> But they ARE NOT VALID THINGS FOR DRIVERS TO WORRY ABOUT.
I do understand what you're saying; there's no need to shout. I think
it's very misguide
On 1/26/07, Stephen Evanchik <[EMAIL PROTECTED]> wrote:
On 1/25/07, Luming Yu <[EMAIL PROTECTED]> wrote:
> From the log:
> 2.6.18.3:
> ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
> 2.6.20-rc5:
> "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21"
>
> S
Ok, could you verify that the following patch at least solves
the oopsing?
(I can't reproduce the oops with Daniel's test prog)
thanks,
-serge
From: Serge E. Hallyn <[EMAIL PROTECTED]>
Subject: [PATCH] namespaces: fix exit race by splitting exit
Fix exit race by splitting the nsproxy putting in
On Thu, 25 Jan 2007, Andrew Morton wrote:
> atomic_t is 32-bit. Put 16TB of memory under writeback and blam.
We have systems with 8TB main memory and are able to get to 16TB.
Better change it now.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
> Quoting Andrew Morton ([EMAIL PROTECTED]):
> > On Wed, 24 Jan 2007 12:58:45 -0600
> > "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> >
> > > > If we need to I can see doing something special if the process setting
> > > > fown has CAP_KILL
> > >
> >
I'm not aware of any code in the tree triggering it. We copied some of the
uaccess.h macro guts into macros used in systemtap, and there we hit an
instance of someone producing code that used a large constant and hit the
problem. Since I noticed the kernel code still had the same bug, I was
just
Add NR_MLOCK
Track mlocked pages via a ZVC
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux-2.6.20-rc6/include/linux/mmzone.h
===
--- linux-2.6.20-rc6.orig/include/linux/mmzone.h2007-01-25
20:29:58.
On Thu, 25 Jan 2007 16:20:56 -0600
Matt Domsch <[EMAIL PROTECTED]> wrote:
> Fix race when deleting an EFI variable and issuing another EFI command on the
> same variable. The removal of the variable from the efivars_list should be
> done in efivar_delete and not delayed until the kobject release.
201 - 300 of 344 matches
Mail list logo
