[Jeff Garzik - Sat, Sep 01, 2007 at 06:32:27AM -0400]
> Cyrill Gorcunov wrote:
>> test this, does it help?
>> Cyrill
>> ---
>> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
>> index e40c94f..8031697 100644
>> --- a/drivers/ata/ata_piix.c
>> +++ b/drivers/ata/ata_piix.c
> So anyway, what's actually failing is one of these:
Thanks for the analysis.
In theory we could not fail DAC if the machine has <4GB RAM to work around
such buggy drivers, but then they would fail anyways with >4GB. Also
the failure was intended to allow some drivers to use more efficient non
> I'm satisfied that Stephane's last patch fixes it ..
Great. Can someone send a final version with proper Changelog and Signed-off-by
please? Thanks.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Can you cc the next version to Linus please? He's probably best qualified
to review the i386 double fault handler because he wrote it originally.
I must admit the code always scared me a bit.
> +#ifdef CONFIG_HOTPLUG_CPU
> +static void *noinline __init_refok
> +#else
> +static inline void
Cyrill Gorcunov wrote:
test this, does it help?
Cyrill
---
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index e40c94f..8031697 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -1187,6 +1187,7 @@ static void piix_iocfg_bit18_quirk(struct
Grant Wilson wrote:
Get an oops when booting this kernel:
[...]
Using git-bisect the faulty commit is
bad: [43a98f05d99205687ddf74089e79a8312c8c5f90] ata_piix: implement IOCFG bit18
quirk
Good work bisecting! I love git-bisect :)
The attached patch should fix things, let me know if it
[Grant Wilson - Sat, Sep 01, 2007 at 10:11:10AM +0100]
| On Fri, 31 Aug 2007 23:52:36 -0700 (PDT)
| Linus Torvalds <[EMAIL PROTECTED]> wrote:
|
| >
| > I'm making ready to leave for the kernel summit (as are probably a
| > lot of other core kernel people), and as part of that, there's a
| >
> write_seqlock_irqsave(_gtod_data.lock, flags);
> /* copy vsyscall data */
> vsyscall_gtod_data.clock.vread = clock->vread;
> vsyscall_gtod_data.clock.cycle_last = clock->cycle_last;
> vsyscall_gtod_data.clock.mask = clock->mask;
>
On Thursday 30 August 2007 19:43:14 Robert Richter wrote:
> This patch implements PCI extended configuration space access for
> AMD's Barcelona CPUs. It extends the method using CF8/CFC IO
> addresses. An x86 capability bit has been introduced that is set for
> CPUs supporting PCI extended config
On Thursday 30 August 2007 19:43:12 Robert Richter wrote:
> Already added to the -mm tree. Its filename is
> i386-add-amd64-barcelona-pmu-msr-definitions.patch
Patch doesn't apply to -rc5 + ff tree.
Hunk #1 FAILED at 73.
Hunk #2 FAILED at 107.
2 out of 2 hunks FAILED -- rejects in file
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > given the possible interpretations of EXPERIMENTAL that i hadn't
> > considered until now, maybe it really *does* make sense to tag
> > something as both EXPERIMENTAL and, say, DEPRECATED (does it?).
>
> In theory maybe, for
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > you take advantage of that? you'd have to add a new
> > structure to "make config" along the following lines:
> >
> > Along with maturity-untagged features, what other maturity levels
> > would you like to see and be
Please add 'slab' to the title, otherwise you conflict with a feature of
the same name...
-
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://vger.kernel.org/majordomo-info.html
Please read the
Robert P. J. Day wrote:
> given the possible
> interpretations of EXPERIMENTAL that i hadn't considered until now,
> maybe it really *does* make sense to tag something as both
> EXPERIMENTAL and, say, DEPRECATED (does it?).
In theory maybe, for communication purposes perhaps rather not.
The
On Fri, 2007-08-31 at 23:02 -0400, Mike Frysinger wrote:
> i really dont know how the maple bus works or what piece of hardware is wired
> up to the same interrupt line. my point is that if the other device fires an
> interrupt, the pvr interrupt handler may be executed and attempt to do work
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > *attributes* would be orthogonal to one another -- the values
> > *within* an attribute would be mutually exclusive.
>
> Ah, right.
great, we got that cleared up. onward.
> In the context of kernel features, "experimental"
Robert P. J. Day wrote:
> you take advantage of that? you'd have to add a new
> structure to "make config" along the following lines:
>
> Along with maturity-untagged features, what other maturity levels
> would you like to see and be able to select?
Most (all?) users and presumably most
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
>
> On Aug 31 2007 18:02, Jeff Garzik wrote:
> > Robert P. J. Day wrote:
> >> it may be that some people had a different understanding of what was
> >> meant by "maturity" than i did. what *i* meant by that attribute is
> >> a feature's current
On Fri, 31 Aug 2007 23:52:36 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> I'm making ready to leave for the kernel summit (as are probably a
> lot of other core kernel people), and as part of that, there's a
> 2.6.23-rc5 out there now.
>
> Hopefully we've addressed most
Robert P. J. Day wrote:
> *attributes* would be orthogonal to one another -- the values *within*
> an attribute would be mutually exclusive.
Ah, right.
...
> with regard to "experimental", what attribute would you imagine it
> would be a possible value for, and what other possible values might
>
On Fri, 2007-08-31 at 21:06 -0700, Randy Dunlap wrote:
> Johannes is using a feature of kernel-doc that I wasn't even familiar
> with, also one that no one else is using. I'm sure that Johannes can
> point us to some source code and generated output for it though.
It's not been merged yet:
> If you look at the LOC values you'll notice a lot of time has passed,
> with only one NMI and on only one cpu ..
>
> It's possible this is something else completely tho ..
It only ticks when the CPU is not idle. If you want to see the "operating
frequency" run a main(){for(;;;);} for each
On Fri, Aug 31, 2007 at 11:58:15PM -0700, Andrew Morton wrote:
>
> > crypto/built-in.o: In function `update2':
> > digest.c:(.text+0x94a): undefined reference to `crypto_km_types'
> > digest.c:(.text+0x9bf): undefined reference to `crypto_km_types'
> >
> > digest.c (CONFIG_CRYPTO) uses
On Fri, 31 Aug 2007, Dave Jones wrote:
> On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote:
> > it's a natural progression and, at any point, a feature cannot
> > possibly have more than one maturity value. it would be as absurd
> > as saying that someone was a teenager *and* was
Len Brown pisze:
> On Wednesday 29 August 2007 11:28, Michal Piotrowski wrote:
>
>> ACPI
>>
>> Subject : the fan doesn't work any more
>> References : http://lkml.org/lkml/2007/8/28/359
>> Last known good : ?
>> Submitter : Daniel Ritz <[EMAIL PROTECTED]>
>> Caused-By :
> Move the setting of SIGNAL_STOP_DEQUEUED from dequeue_signal() to
> get_signal_to_deliver(), and set this flag only if we are really going to
> stop.
> This also simplifies the code and makes the SIGNAL_STOP_DEQUEUED usage more
> understandable.
It looks like a nice cleanup to me.
> However,
On Fri, 2007-08-31 at 17:01 -0700, Daniel Walker wrote:
> > - UP compile fixes back merged (Kevin Hilman / Steven Rostedt)
> > - various latency tracer fixes (Steven Rostedt)
>
> I'm not sure which latency tracing fixes these are, but Steven's
> get_monotonic_cycles() changes are racy .. It might
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
>
> On Aug 31 2007 21:33, Robert P. J. Day wrote:
> >
> >perhaps. all i'm begging for is that these attributes be defined
> >cleanly and clearly, and following those two conditions i suggested
> >earlier:
> >
> >1) all attributes are orthogonal to one
> Yes. do_wait(WCONTINUED) can miss SIGNAL_STOP_CONTINUED task if the task
> dequeues another sig_kernel_stop() signal. I thought this is harmless, but
> it turns out I misunderstood the needed semantics.
>
> Thanks for your explanation.
>
> This is easy to fix, but we have to split
On Wed, 29 Aug 2007, Michal Piotrowski wrote:
>
> Clocks & time
>
> Subject : "double" hpet clocksource && hard freeze
> References : http://lkml.org/lkml/2007/8/23/257
> Last known good : ?
> Submitter : Paolo Ornati <[EMAIL PROTECTED]>
> Caused-By : Tony Luck <[EMAIL
> On Sat, 1 Sep 2007 15:53:53 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> I met 2 troubles while I compiled rc4-mm1 on x86/UP system,
>
> One on pcnet32.c (patch is attaced below).
> One on crypto CONFIG.
>
> == compile log ==
> drivers/net/pcnet32.c: In function 'pcnet32_netif_stop':
>
On Sat, 1 Sep 2007, Mariusz Kozlowski wrote:
> Hello,
>
> This patch fixes the unbalanced parenthesis inroduced by
> add-a-rounddown_pow_of_two-routine-to-log2h.patch.
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> include/linux/log2.h |2 +-
> 1 file changed, 1
I'm making ready to leave for the kernel summit (as are probably a lot of
other core kernel people), and as part of that, there's a 2.6.23-rc5 out
there now.
Hopefully we've addressed most regressions, so please do give it a good
testing.
The shortlog and diffstat are appended: the diffstat
I met 2 troubles while I compiled rc4-mm1 on x86/UP system,
One on pcnet32.c (patch is attaced below).
One on crypto CONFIG.
== compile log ==
drivers/net/pcnet32.c: In function 'pcnet32_netif_stop':
drivers/net/pcnet32.c:445: warning: unused variable 'lp'
drivers/net/pcnet32.c: In function
Hi,
On Fri, 31 Aug 2007, Ingo Molnar wrote:
Maybe I should explain for everyone else (especially after seeing some of
the comments on kerneltrap), why I reacted somewhat irritated on what
looks like such an innocent mail.
The problem is without the necessary background one can't know how wrong
On Aug 31 2007 21:33, Robert P. J. Day wrote:
>
>perhaps. all i'm begging for is that these attributes be defined
>cleanly and clearly, and following those two conditions i suggested
>earlier:
>
>1) all attributes are orthogonal to one another, and
This "orthogonal" argument is reserved for the
On Aug 31 2007 18:02, Jeff Garzik wrote:
> Robert P. J. Day wrote:
>> it may be that some people had a different understanding of what was
>> meant by "maturity" than i did. what *i* meant by that attribute is
>> a feature's current position in the normal software life cycle, and
>> that would
This is both -rc and stable material.
Subject: kconfig: oldconfig shall not set symbols if it does not need to
From: Roman Zippel <[EMAIL PROTECTED]>
Avoid setting the value if the symbol doesn't need to be changed or can't
be changed. Later choices may change the dependencies and thus the
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/asm-arm/arch-sa1100/SA-1101.h.c | -> ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h.o | -> ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h |4 ++--
1 file changed, 2
On Fri 31 Aug 2007 17:22, Mike Frysinger pondered:
> is there any sort of standard for testing and integration into
> mainline ? in the Blackfin world, we've been developing little
> external kernel modules and adding them to our own testsuite, but
> often times these things are not Blackfin
On Aug 31 2007 19:48, Robert Hancock wrote:
>
> I'm not aware of any code in the kernel that does userspace-to-userspace
> copies directly. Likely because there's rarely a need for it?
splice(), sort of.
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/net/skge.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc4-mm1-a/drivers/net/skge.h 2007-09-01 07:23:52.0
+0200
+++
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/net/skge.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc4-mm1-a/drivers/net/skge.h 2007-09-01 07:23:52.0
+0200
+++
On Aug 31 2007 19:48, Robert Hancock wrote:
I'm not aware of any code in the kernel that does userspace-to-userspace
copies directly. Likely because there's rarely a need for it?
splice(), sort of.
Jan
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Fri 31 Aug 2007 17:22, Mike Frysinger pondered:
is there any sort of standard for testing and integration into
mainline ? in the Blackfin world, we've been developing little
external kernel modules and adding them to our own testsuite, but
often times these things are not Blackfin
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
include/asm-arm/arch-sa1100/SA-1101.h.c | - ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h.o | - ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h |4 ++--
1 file changed, 2
This is both -rc and stable material.
Subject: kconfig: oldconfig shall not set symbols if it does not need to
From: Roman Zippel [EMAIL PROTECTED]
Avoid setting the value if the symbol doesn't need to be changed or can't
be changed. Later choices may change the dependencies and thus the
possible
On Aug 31 2007 18:02, Jeff Garzik wrote:
Robert P. J. Day wrote:
it may be that some people had a different understanding of what was
meant by maturity than i did. what *i* meant by that attribute is
a feature's current position in the normal software life cycle, and
that would be one of:
On Aug 31 2007 21:33, Robert P. J. Day wrote:
perhaps. all i'm begging for is that these attributes be defined
cleanly and clearly, and following those two conditions i suggested
earlier:
1) all attributes are orthogonal to one another, and
This orthogonal argument is reserved for the
Hi,
On Fri, 31 Aug 2007, Ingo Molnar wrote:
Maybe I should explain for everyone else (especially after seeing some of
the comments on kerneltrap), why I reacted somewhat irritated on what
looks like such an innocent mail.
The problem is without the necessary background one can't know how wrong
I met 2 troubles while I compiled rc4-mm1 on x86/UP system,
One on pcnet32.c (patch is attaced below).
One on crypto CONFIG.
== compile log ==
drivers/net/pcnet32.c: In function 'pcnet32_netif_stop':
drivers/net/pcnet32.c:445: warning: unused variable 'lp'
drivers/net/pcnet32.c: In function
I'm making ready to leave for the kernel summit (as are probably a lot of
other core kernel people), and as part of that, there's a 2.6.23-rc5 out
there now.
Hopefully we've addressed most regressions, so please do give it a good
testing.
The shortlog and diffstat are appended: the diffstat
On Sat, 1 Sep 2007, Mariusz Kozlowski wrote:
Hello,
This patch fixes the unbalanced parenthesis inroduced by
add-a-rounddown_pow_of_two-routine-to-log2h.patch.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
include/linux/log2.h |2 +-
1 file changed, 1 insertion(+), 1
On Sat, 1 Sep 2007 15:53:53 +0900 KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
I met 2 troubles while I compiled rc4-mm1 on x86/UP system,
One on pcnet32.c (patch is attaced below).
One on crypto CONFIG.
== compile log ==
drivers/net/pcnet32.c: In function 'pcnet32_netif_stop':
On Wed, 29 Aug 2007, Michal Piotrowski wrote:
Clocks time
Subject : double hpet clocksource hard freeze
References : http://lkml.org/lkml/2007/8/23/257
Last known good : ?
Submitter : Paolo Ornati [EMAIL PROTECTED]
Caused-By : Tony Luck [EMAIL PROTECTED]
Yes. do_wait(WCONTINUED) can miss SIGNAL_STOP_CONTINUED task if the task
dequeues another sig_kernel_stop() signal. I thought this is harmless, but
it turns out I misunderstood the needed semantics.
Thanks for your explanation.
This is easy to fix, but we have to split
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
On Aug 31 2007 21:33, Robert P. J. Day wrote:
perhaps. all i'm begging for is that these attributes be defined
cleanly and clearly, and following those two conditions i suggested
earlier:
1) all attributes are orthogonal to one another, and
On Fri, 2007-08-31 at 17:01 -0700, Daniel Walker wrote:
- UP compile fixes back merged (Kevin Hilman / Steven Rostedt)
- various latency tracer fixes (Steven Rostedt)
I'm not sure which latency tracing fixes these are, but Steven's
get_monotonic_cycles() changes are racy .. It might be a
Move the setting of SIGNAL_STOP_DEQUEUED from dequeue_signal() to
get_signal_to_deliver(), and set this flag only if we are really going to
stop.
This also simplifies the code and makes the SIGNAL_STOP_DEQUEUED usage more
understandable.
It looks like a nice cleanup to me.
However, this
Len Brown pisze:
On Wednesday 29 August 2007 11:28, Michal Piotrowski wrote:
ACPI
Subject : the fan doesn't work any more
References : http://lkml.org/lkml/2007/8/28/359
Last known good : ?
Submitter : Daniel Ritz [EMAIL PROTECTED]
Caused-By : Alexey Starikovskiy
On Fri, 31 Aug 2007, Dave Jones wrote:
On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote:
it's a natural progression and, at any point, a feature cannot
possibly have more than one maturity value. it would be as absurd
as saying that someone was a teenager *and* was a
On Fri, Aug 31, 2007 at 11:58:15PM -0700, Andrew Morton wrote:
crypto/built-in.o: In function `update2':
digest.c:(.text+0x94a): undefined reference to `crypto_km_types'
digest.c:(.text+0x9bf): undefined reference to `crypto_km_types'
digest.c (CONFIG_CRYPTO) uses
If you look at the LOC values you'll notice a lot of time has passed,
with only one NMI and on only one cpu ..
It's possible this is something else completely tho ..
It only ticks when the CPU is not idle. If you want to see the operating
frequency run a main(){for(;;;);} for each core.
On Fri, 2007-08-31 at 21:06 -0700, Randy Dunlap wrote:
Johannes is using a feature of kernel-doc that I wasn't even familiar
with, also one that no one else is using. I'm sure that Johannes can
point us to some source code and generated output for it though.
It's not been merged yet:
Robert P. J. Day wrote:
*attributes* would be orthogonal to one another -- the values *within*
an attribute would be mutually exclusive.
Ah, right.
...
with regard to experimental, what attribute would you imagine it
would be a possible value for, and what other possible values might
that
On Fri, 31 Aug 2007 23:52:36 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
I'm making ready to leave for the kernel summit (as are probably a
lot of other core kernel people), and as part of that, there's a
2.6.23-rc5 out there now.
Hopefully we've addressed most regressions, so
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
On Aug 31 2007 18:02, Jeff Garzik wrote:
Robert P. J. Day wrote:
it may be that some people had a different understanding of what was
meant by maturity than i did. what *i* meant by that attribute is
a feature's current position in the normal
Robert P. J. Day wrote:
you take advantage of that? you'd have to add a new
structure to make config along the following lines:
Along with maturity-untagged features, what other maturity levels
would you like to see and be able to select?
Most (all?) users and presumably most
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
*attributes* would be orthogonal to one another -- the values
*within* an attribute would be mutually exclusive.
Ah, right.
great, we got that cleared up. onward.
In the context of kernel features, experimental doesn't
On Fri, 2007-08-31 at 23:02 -0400, Mike Frysinger wrote:
i really dont know how the maple bus works or what piece of hardware is wired
up to the same interrupt line. my point is that if the other device fires an
interrupt, the pvr interrupt handler may be executed and attempt to do work
Robert P. J. Day wrote:
given the possible
interpretations of EXPERIMENTAL that i hadn't considered until now,
maybe it really *does* make sense to tag something as both
EXPERIMENTAL and, say, DEPRECATED (does it?).
In theory maybe, for communication purposes perhaps rather not.
The
Please add 'slab' to the title, otherwise you conflict with a feature of
the same name...
-
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://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
you take advantage of that? you'd have to add a new
structure to make config along the following lines:
Along with maturity-untagged features, what other maturity levels
would you like to see and be able to select?
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
given the possible interpretations of EXPERIMENTAL that i hadn't
considered until now, maybe it really *does* make sense to tag
something as both EXPERIMENTAL and, say, DEPRECATED (does it?).
In theory maybe, for
On Thursday 30 August 2007 19:43:14 Robert Richter wrote:
This patch implements PCI extended configuration space access for
AMD's Barcelona CPUs. It extends the method using CF8/CFC IO
addresses. An x86 capability bit has been introduced that is set for
CPUs supporting PCI extended config
On Thursday 30 August 2007 19:43:12 Robert Richter wrote:
Already added to the -mm tree. Its filename is
i386-add-amd64-barcelona-pmu-msr-definitions.patch
Patch doesn't apply to -rc5 + ff tree.
Hunk #1 FAILED at 73.
Hunk #2 FAILED at 107.
2 out of 2 hunks FAILED -- rejects in file
write_seqlock_irqsave(vsyscall_gtod_data.lock, flags);
/* copy vsyscall data */
vsyscall_gtod_data.clock.vread = clock-vread;
vsyscall_gtod_data.clock.cycle_last = clock-cycle_last;
vsyscall_gtod_data.clock.mask = clock-mask;
[Grant Wilson - Sat, Sep 01, 2007 at 10:11:10AM +0100]
| On Fri, 31 Aug 2007 23:52:36 -0700 (PDT)
| Linus Torvalds [EMAIL PROTECTED] wrote:
|
|
| I'm making ready to leave for the kernel summit (as are probably a
| lot of other core kernel people), and as part of that, there's a
| 2.6.23-rc5
Grant Wilson wrote:
Get an oops when booting this kernel:
[...]
Using git-bisect the faulty commit is
bad: [43a98f05d99205687ddf74089e79a8312c8c5f90] ata_piix: implement IOCFG bit18
quirk
Good work bisecting! I love git-bisect :)
The attached patch should fix things, let me know if it
Cyrill Gorcunov wrote:
test this, does it help?
Cyrill
---
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index e40c94f..8031697 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -1187,6 +1187,7 @@ static void piix_iocfg_bit18_quirk(struct
So anyway, what's actually failing is one of these:
Thanks for the analysis.
In theory we could not fail DAC if the machine has 4GB RAM to work around
such buggy drivers, but then they would fail anyways with 4GB. Also
the failure was intended to allow some drivers to use more efficient non
I'm satisfied that Stephane's last patch fixes it ..
Great. Can someone send a final version with proper Changelog and Signed-off-by
please? Thanks.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Can you cc the next version to Linus please? He's probably best qualified
to review the i386 double fault handler because he wrote it originally.
I must admit the code always scared me a bit.
+#ifdef CONFIG_HOTPLUG_CPU
+static void *noinline __init_refok
+#else
+static inline void *__init
[Jeff Garzik - Sat, Sep 01, 2007 at 06:32:27AM -0400]
Cyrill Gorcunov wrote:
test this, does it help?
Cyrill
---
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index e40c94f..8031697 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -1187,6
Stefan Richter wrote:
But I can state requirements for the 'experimental' marker, from the POV
of a volunteer driver support guy:
- Show it in big letters in the Kconfig prompt of an experimental
feature.
- Explain at appropriate place(s) what the particular caveats of the
feature
Ondrej Zary wrote:
Hello,
I think that I've found and fixed the problem. There is a copy/paste bug in
vt6421_set_dma_mode() function which causes wrong values to be written to
PATA_UDMA_TIMING register.
This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port.
On Fri, 31 Aug 2007, Randy Dunlap wrote:
On Thu, 19 Jul 2007 23:05:57 +0100 Simon Arlott wrote:
What about something like this? I'm not sure if the addition to
sym_init is desirable... I also had to prefix _ to the name for
now otherwise it conflicts badly with the current symbols. It
On Sat, 1 Sep 2007, Jeff Garzik wrote:
Feature deprecation and removal is a very amorphous concept that
does not fit well at all into Kconfig markers, unlike
experimental/broken.
and, as i've said before, i disagree. while one might debate what
those words *mean*, or which features should be
Robert P. J. Day wrote:
On Sat, 1 Sep 2007, Jeff Garzik wrote:
Feature deprecation and removal is a very amorphous concept that
does not fit well at all into Kconfig markers, unlike
experimental/broken.
and, as i've said before, i disagree. while one might debate what
Feel free to
commit f1aa850441adc237d237a469dca7d87dde0fe3b2
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Sat Sep 1 07:17:36 2007 -0400
[libata] ata_piix: Use more-robust form of array initialization
Use a form of array init that is less fragile, less sensitive to trivial
typos and ordering
On Tuesday 28 August 2007 12:44:31 Jan Beulich wrote:
.. when dumping register state. This is particularly useful when gcc
managed to tail-call optimize an indirect call which happens to hit a
NULL (or otherwise invalid) pointer.
I added it, with a warning in the documentation and changelog
Andrew Morton wrote:
On Fri, 24 Aug 2007 15:26:57 -0700 [EMAIL PROTECTED] wrote:
Convert cpu_sibling_map from a static array sized by NR_CPUS to a
per_cpu variable. This saves sizeof(cpumask_t) * NR unused cpus.
Access is mostly from startup and CPU HOTPLUG functions.
ia64
This is a kernel/module.c
Linux 2.6.23-rc5 documentation patch that adds more explanation and corrects a
spelling error.
--- kernel/module.c 2007-09-01 14:15:06.131101500 +0300
+++ patched-kernel/module.c 2007-09-01 14:15:27.502780500 +0300
@@ -80,7 +80,8 @@ int
On 09/01, Roland McGrath wrote:
However, this changes the behaviour when the task is ptraced. If the
debugger
doesn't clear -exit_code, SIGSTOP always succeeds after ptrace_stop(), even
if SIGCONT was sent in between. I can't decide whether this change is good
or bad, hopefully Roland
Andrew Morton wrote:
On Sat, 1 Sep 2007 15:53:53 +0900 KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
I met 2 troubles while I compiled rc4-mm1 on x86/UP system,
One on pcnet32.c (patch is attaced below).
One on crypto CONFIG.
== compile log ==
drivers/net/pcnet32.c: In function
On Tue 2007-08-21 22:49:51, Samuel Thibault wrote:
Hi,
Jan Engelhardt, le Tue 21 Aug 2007 22:42:24 +0200, a écrit :
- keycodes: even before translation into keysym.
They can use the raw xlation for that.
For userland, yes. This is for kernel modules.
And should speakup be a kernel
Pavel Machek, le Thu 12 Jul 2007 19:19:32 +, a écrit :
On Tue 2007-08-21 22:49:51, Samuel Thibault wrote:
Hi,
Jan Engelhardt, le Tue 21 Aug 2007 22:42:24 +0200, a écrit :
- keycodes: even before translation into keysym.
They can use the raw xlation for that.
For
They can use the raw xlation for that.
For userland, yes. This is for kernel modules.
And should speakup be a kernel module? Why?
Because userland only begins quite late in the boot process, and
userland may hang.
Initrd means userland is started very early on most machines
On Sat, Sep 01, 2007 at 06:44:06AM -0400, Robert P. J. Day wrote:
while (1) {
printf(%*s%s , indent - 1, , menu-prompt-text);
+ switch (sym-maturity) {
+ case M_EXPERIMENTAL:
+ printf((EXPERIMENTAL) );
+ break;
+
Hi,
Pavel Machek, le Sat 01 Sep 2007 12:32:58 +, a écrit :
They can use the raw xlation for that.
For userland, yes. This is for kernel modules.
And should speakup be a kernel module? Why?
Because userland only begins quite late in the boot process, and
userland
201 - 300 of 478 matches
Mail list logo
