Roman,
Thanks for the testing and the feedback, it's much appreciated! :-) On
what platform did you do your tests, and what .config did you use (and
could you please send me your .config)?
Please also send me the output of this script:
Arjan van de Ven wrote:
Let me repeat the key message:
It does not matter who's code gets merged.
It does not matter who's code gets merged.
It does not matter who's code gets merged.
It does not matter who's code gets merged.
What matters is that the problem gets solved and that the Linux
Hua Zhong wrote:
I don't think it's the code superiority that decided the fate of the two
schedulers. When CFS came out, the fate of SD was pretty much already
decided. The fact is that Linus trusts Ingo, and as such he wants to merge
Ingo's code. Of course I cannot say it's wrong, and Ingo's
On Tue, 2007-07-31 at 23:16 -0700, Hua Zhong wrote:
> > Did Ingo have the obligation to improve Con's work? Definitely not.
> > Did Con have a right to get Ingo's improvements or
> > suggestions? Definitely not.
>
> Yes, and that's where the inequality is.
>
> Unless the maintainer does a really
On Wed, 2007-07-11 at 17:16 +0530, Girish Shilamkar wrote:
> I will make the changes and send an incremental patch.
>
Hi,
I have made the changes and attached the incremental patch as per the
review.
This is the actual changelog which was missing in the original patch.
--
The
On Tue, 2007-07-31 at 17:45 -0700, Andrew Morton wrote:
> On Tue, 31 Jul 2007 11:28:32 +0200 "Joachim Deguara"
> <[EMAIL PROTECTED]> wrote:
>
> > On my Acer Ferrari 1000 the tg3 ethernet no longer is available
> after a
> > suspend to ram with the latet 2.6.23-rc1-git9.
It seems to work for me
> > The removal of /etc/mtab in favor of /proc/mounts is a new requirement,
> > and is not as trivial as you might hope. Internally the NFS client
> > represents the mount options as a binary data structure, and it contains
> > only the information that has traditionally been passed into the
Creating a wiki site for Empia based devices and setting up a
Mailinglist worked out well. That way you also get the email addresses
of people who are very likely interested in such device.
Markus
On 8/1/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> After a bit of talks with NXP,
SH boards in general only wire this up in 8 or 16-bit mode, and
as we never had the wrappers for 32-bit mode defined, SMC_CAN_USE_32BIT
caused build failure for the non-Solution Engine boards. This gets it
building again.
Also kill off the straggling set_irq_type() definition, this is left
over
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 30/07/07, <::.. Teresa_II ..::> <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> >
> > first of all i am not sure if its scheduler issue. But i didn't found
> > anything about that in google related to something else.
> >
> > So i tried
On Wednesday 01 August 2007 03:04:07 Andrew Morton wrote:
> On Wed, 1 Aug 2007 02:57:48 +0200 Bongani Hlope <[EMAIL PROTECTED]>
wrote:
> > I'm not sure if the first email went through, resending without .config
> > attachment.
>
> It did come through, and I replied ;)
>
Thank you ;)
-
To
> >Am Dienstag, den 31.07.2007, 10:26 +0200 schrieb Klaus Schulz:
> >>I am currently testing the 2.6.22.1 cfs-rt9 vs. ck1 on my rather pure
> >>realtime high-end-audio setup. (NO X, just a terminal, streaming .wav.
> >>I am using my own written player and brutefir as the audio engine.)
>
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
> - Is anyone testing the kgdb code in here?
>
Testing, yes. Succeeding, no. It's utterly hosed on SH in its present
condition at least. Presumably it's been tested on at least one platform
with some measure of success, but it's
>On 8/1/07, Wim Van Sebroeck <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> > config eurotechwdt to yes will cause system silent reboot. Is it right
> > behaviour or a bug?
>
> I think this might be a bug. I'll look at the code and will ask you to do some
> tests for me (if that is ok for you).
>
I'm
> On Tue, 2007-07-31 at 17:16 -0400, Chuck Lever wrote:
> > Miklos Szeredi wrote:
> > > It would be nice to have all this stuff in 2.6.24, which doesn't leave
> > > a lot of time.
> >
> > Yes, that would be nice, but there's a lot of stuff that needs to get
> > done before this. NFS IPv6, for
On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> But there's not much value in benchmarking if an important part of the
> performance critical code is in some undebuggable driver...
In this case we don't care about the performance of the video driver.
This isn't a race to see who can get the
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> > _after_ the dup_task_struct(). Then change sched_fork() to return a
> > CPU number - hence we dont have a separate sched_fork_suggest_cpu()
> > initialization function, only one, obvious sched_fork() function.
> > Agreed?
>
> That puts task
On Tue, 2007-07-31 at 21:25 +0100, David Howells wrote:
> diff --git a/include/linux/page-flags.h b/include/linux/page-flags.h
> index 209d3a4..eaf9854 100644
> --- a/include/linux/page-flags.h
> +++ b/include/linux/page-flags.h
> @@ -83,19 +83,24 @@
> #define PG_private 11 /* If
> Did Ingo have the obligation to improve Con's work? Definitely not.
> Did Con have a right to get Ingo's improvements or
> suggestions? Definitely not.
Yes, and that's where the inequality is.
Unless the maintainer does a really bad job or pisses off Linus,
anyone who wants to merge his code
On 31 Jul 2007 at 9:50, Andrew Vasquez wrote:
> > On Fri, 27 Jul 2007, Andrew Patterson wrote:
> >
> > > On Thu, 2007-07-26 at 23:23 -0700, Andrew Vasquez wrote:
> > >
> > > > The 33/66/100/133 values refer to the bus-clock speed at which the
> > > > card is operating. As is seen here (although
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm2/
- the git-block tree remains dropped due to disageement with the Vaio
- git-e1000new was withdrawn by the authors
- git-wireless is back. It is still a >3MB diff, and appears to compile.
- Is anyone
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> OK, I sent this out once before but it must have slipped under the
> radar. http://lkml.org/lkml/2007/6/28/325
thanks - applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
ioremap / iounmap balancing in sound/soc tree
Signed-off-by: Scott Thompson hushmail.com>
---
diff --git a/sound/soc/s3c24xx/s3c24xx-i2s.c
b/sound/soc/s3c24xx/s3c24xx-i2s.c
index 39f0246..cd89c41 100644
--- a/sound/soc/s3c24xx/s3c24xx-i2s.c
+++ b/sound/soc/s3c24xx/s3c24xx-i2s.c
@@ -385,6 +385,7
ioremap / iounmap balancing in sound/pci tree
Signed-off-by: Scott Thompson hushmail.com>
---
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index ac007ce..871b09f 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1319,6 +1319,13 @@ static int
ioremap / iounmap balancing in sound/pci tree
Signed-off-by: Scott Thompson postfail at hushmail.com
---
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index ac007ce..871b09f 100644
--- a/sound/pci/mixart/mixart.c
+++ b/sound/pci/mixart/mixart.c
@@ -1319,6 +1319,13 @@ static
ioremap / iounmap balancing in sound/soc tree
Signed-off-by: Scott Thompson postfail at hushmail.com
---
diff --git a/sound/soc/s3c24xx/s3c24xx-i2s.c
b/sound/soc/s3c24xx/s3c24xx-i2s.c
index 39f0246..cd89c41 100644
--- a/sound/soc/s3c24xx/s3c24xx-i2s.c
+++ b/sound/soc/s3c24xx/s3c24xx-i2s.c
@@
* Steven Rostedt [EMAIL PROTECTED] wrote:
OK, I sent this out once before but it must have slipped under the
radar. http://lkml.org/lkml/2007/6/28/325
thanks - applied.
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 31 Jul 2007 at 9:50, Andrew Vasquez wrote:
On Fri, 27 Jul 2007, Andrew Patterson wrote:
On Thu, 2007-07-26 at 23:23 -0700, Andrew Vasquez wrote:
The 33/66/100/133 values refer to the bus-clock speed at which the
card is operating. As is seen here (although a bit truncated
Did Ingo have the obligation to improve Con's work? Definitely not.
Did Con have a right to get Ingo's improvements or
suggestions? Definitely not.
Yes, and that's where the inequality is.
Unless the maintainer does a really bad job or pisses off Linus,
anyone who wants to merge his code into
On Tue, 2007-07-31 at 21:25 +0100, David Howells wrote:
diff --git a/include/linux/page-flags.h b/include/linux/page-flags.h
index 209d3a4..eaf9854 100644
--- a/include/linux/page-flags.h
+++ b/include/linux/page-flags.h
@@ -83,19 +83,24 @@
#define PG_private 11 /* If
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
- Is anyone testing the kgdb code in here?
Testing, yes. Succeeding, no. It's utterly hosed on SH in its present
condition at least. Presumably it's been tested on at least one platform
with some measure of success, but it's
On 8/1/07, Wim Van Sebroeck [EMAIL PROTECTED] wrote:
Hi Dave,
config eurotechwdt to yes will cause system silent reboot. Is it right
behaviour or a bug?
I think this might be a bug. I'll look at the code and will ask you to do some
tests for me (if that is ok for you).
I'm ok for me.
On Tue, 2007-07-31 at 17:16 -0400, Chuck Lever wrote:
Miklos Szeredi wrote:
It would be nice to have all this stuff in 2.6.24, which doesn't leave
a lot of time.
Yes, that would be nice, but there's a lot of stuff that needs to get
done before this. NFS IPv6, for example, is a
On 8/1/07, Adrian Bunk [EMAIL PROTECTED] wrote:
But there's not much value in benchmarking if an important part of the
performance critical code is in some undebuggable driver...
In this case we don't care about the performance of the video driver.
This isn't a race to see who can get the most
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm2/
- the git-block tree remains dropped due to disageement with the Vaio
- git-e1000new was withdrawn by the authors
- git-wireless is back. It is still a 3MB diff, and appears to compile.
- Is anyone
* Nick Piggin [EMAIL PROTECTED] wrote:
_after_ the dup_task_struct(). Then change sched_fork() to return a
CPU number - hence we dont have a separate sched_fork_suggest_cpu()
initialization function, only one, obvious sched_fork() function.
Agreed?
That puts task struct, kernel
Creating a wiki site for Empia based devices and setting up a
Mailinglist worked out well. That way you also get the email addresses
of people who are very likely interested in such device.
Markus
On 8/1/07, Manu Abraham [EMAIL PROTECTED] wrote:
Hi All,
After a bit of talks with NXP, they
* Michal Piotrowski [EMAIL PROTECTED] wrote:
Hi,
On 30/07/07, ::.. Teresa_II ..:: [EMAIL PROTECTED] wrote:
Hi all,
first of all i am not sure if its scheduler issue. But i didn't found
anything about that in google related to something else.
So i tried 2.6.22.1 kernel with new
On Wednesday 01 August 2007 03:04:07 Andrew Morton wrote:
On Wed, 1 Aug 2007 02:57:48 +0200 Bongani Hlope [EMAIL PROTECTED]
wrote:
I'm not sure if the first email went through, resending without .config
attachment.
It did come through, and I replied ;)
Thank you ;)
-
To unsubscribe from
Am Dienstag, den 31.07.2007, 10:26 +0200 schrieb Klaus Schulz:
I am currently testing the 2.6.22.1 cfs-rt9 vs. ck1 on my rather pure
realtime high-end-audio setup. (NO X, just a terminal, streaming .wav.
I am using my own written player and brutefir as the audio engine.)
Comment: This is
SH boards in general only wire this up in 8 or 16-bit mode, and
as we never had the wrappers for 32-bit mode defined, SMC_CAN_USE_32BIT
caused build failure for the non-Solution Engine boards. This gets it
building again.
Also kill off the straggling set_irq_type() definition, this is left
over
The removal of /etc/mtab in favor of /proc/mounts is a new requirement,
and is not as trivial as you might hope. Internally the NFS client
represents the mount options as a binary data structure, and it contains
only the information that has traditionally been passed into the kernel
On Wed, 2007-07-11 at 17:16 +0530, Girish Shilamkar wrote:
I will make the changes and send an incremental patch.
Hi,
I have made the changes and attached the incremental patch as per the
review.
This is the actual changelog which was missing in the original patch.
--
The journal
On Tue, 2007-07-31 at 23:16 -0700, Hua Zhong wrote:
Did Ingo have the obligation to improve Con's work? Definitely not.
Did Con have a right to get Ingo's improvements or
suggestions? Definitely not.
Yes, and that's where the inequality is.
Unless the maintainer does a really bad job
Hua Zhong wrote:
I don't think it's the code superiority that decided the fate of the two
schedulers. When CFS came out, the fate of SD was pretty much already
decided. The fact is that Linus trusts Ingo, and as such he wants to merge
Ingo's code. Of course I cannot say it's wrong, and Ingo's
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will have to talk to Jetway/VIA.
On the other hand, I don't need the EHCI controller in my
2007/7/30, Ingo Molnar [EMAIL PROTECTED]:
(..)
does the patch below fix those timeouts? It tests the theory whether any
POST latency could expose this problem.
Ingo
Index: linux/drivers/net/lib8390.c
===
---
Yeah please do a fixup for the boot wrapper.
Or, if you have trouble, go into the firmware and type nvedit, add
these lines;
/isa/8042 find-device
8042 encode-string device-type
(then ctrl-c to exit and nvstore to run it on next reboot. Try it without
the patch first, on the firmware
On Wed, 2007-08-01 at 09:12 +0200, Ingo Molnar wrote:
Roman,
Thanks for the testing and the feedback, it's much appreciated! :-) On
what platform did you do your tests, and what .config did you use (and
could you please send me your .config)?
Please also send me the output of this script:
Roman,
Thanks for the testing and the feedback, it's much appreciated! :-) On
what platform did you do your tests, and what .config did you use (and
could you please send me your .config)?
Please also send me the output of this script:
Arjan van de Ven wrote:
Let me repeat the key message:
It does not matter who's code gets merged.
It does not matter who's code gets merged.
It does not matter who's code gets merged.
It does not matter who's code gets merged.
What matters is that the problem gets solved and that the Linux
On Tue, 2007-07-31 at 17:45 -0700, Andrew Morton wrote:
On Tue, 31 Jul 2007 11:28:32 +0200 Joachim Deguara
[EMAIL PROTECTED] wrote:
On my Acer Ferrari 1000 the tg3 ethernet no longer is available
after a
suspend to ram with the latet 2.6.23-rc1-git9.
It seems to work for me on the same
On 08/01/2007 01:35 AM, kriko wrote:
Machine hangs at summary screen where it would be trying a boot from
DVD normally on cold boot, or reboot from Windows. reboot=b doesn't help.
Sorted out, built 2 kernels, one with old driver, other with only new
driver. The one with old driver hangs (it
On Wed, 01 Aug 2007 03:36:30 -0400 Eric St-Laurent [EMAIL PROTECTED] wrote:
On Tue, 2007-31-07 at 23:09 -0700, Andrew Morton wrote:
+vm-dont-run-touch_buffer-during-buffercache-lookups.patch
A little VM experiment. See changelog for details.
We don't have any tests to determine
On Wed, Aug 01, 2007 at 04:19:36PM +1000, Matthew Hawkins wrote:
On 8/1/07, Adrian Bunk [EMAIL PROTECTED] wrote:
But there's not much value in benchmarking if an important part of the
performance critical code is in some undebuggable driver...
In this case we don't care about the
I've got a Dell Vostro 1400 here, which according to the Windows drivers
has an ALPS touchpad that I'm working on. It has PS/2 pass through,
which means I can move the pointer around. It also picks up (via
hardware I assume) quick double-taps as click-and-drag. It however,
doesn't do
On Wed, 2007-08-01 at 09:30 +0200, Ingo Molnar wrote:
* Mike Galbraith [EMAIL PROTECTED] wrote:
I haven't been able to reproduce this with any combination of
features, and massive_intr tweaked to his work/sleep cycle. I notice
he's collecting stats though, and they look funky.
* Mike Galbraith [EMAIL PROTECTED] wrote:
Thanks for the testing and the feedback, it's much appreciated! :-)
On what platform did you do your tests, and what .config did you use
(and could you please send me your .config)?
Please also send me the output of this script:
* Marcin Ślusarz [EMAIL PROTECTED] wrote:
ei_outb_p(ENISR_ALL, e8390_base + EN0_IMR);
+ /* force POST: */
+ ei_inb_p(e8390_base + EN0_IMR);
spin_unlock(ei_local-page_lock);
enable_irq_lockdep_irqrestore(dev-irq, flags);
Bad news. It doesn't
Just so you guys have it all in one pretty little package, these will remove
the need for the Pegasos IDE and ISA fixups in the prom_init.c too.
s /[EMAIL PROTECTED]/[EMAIL PROTECTED],1 find-device
d# 14 encode-int 0 encode-int
d# 15 encode-int 0 encode-int
encode+ encode+ encode+ s interrupts
On Tue, 2007-31-07 at 23:09 -0700, Andrew Morton wrote:
+vm-dont-run-touch_buffer-during-buffercache-lookups.patch
A little VM experiment. See changelog for details.
We don't have any tests to determine the effects of this, and nobody will
bother setting one up, so ho hum, this remains
On Tue, 2007-07-31 at 11:51 +0200, Pavel Machek wrote:
Hi!
This patch implement the functionality of jumping from kexeced kernel
to original kernel.
A new reboot command named LINUX_REBOOT_CMD_KJUMP is defined to
trigger the jumping to (executing) the new kernel or jumping back to
Kristen Carlson Accardi wrote:
libata drivers can define a function (enable_pm) that will
perform hardware specific actions to enable whatever power
management policy the user set up from the scsi sysfs
interface if the driver supports it. This power management
policy will be activated
Peter Zijlstra [EMAIL PROTECTED] wrote:
Not sure its a good idea to overload page_has_private() with an
overloadable page-flag. What if some future FS wants to use
PG_owner_priv_2 for other purposes?
All that it means is that releasepage() and co will get called if a page is to
be released or
Hi Joe,
Joe Perches wrote:
Remove current #define and uses of pr_err
Add pr_emerg, pr_alert, pr_crit, pr_err, pr_warn, pr_notice
to include/linux/kernel.h
Signed-off-by: Joe Perches [EMAIL PROTECTED]
diff --git a/drivers/i2c/chips/menelaus.c b/drivers/i2c/chips/menelaus.c
index
Hi Andrew,
I am getting following error on powerpc almost for allyesconfig,
allmodconfig.
Error produced:
PowerPC: allmodconfig,allyesconfig
CC arch/powerpc/mm/tlb_64.o
/home/risrajak/TEST2/TEST/linux/CurrentTest/23-rc1-mm2-testing/linux-2.6.23-rc1/arch/powerpc/lib/copyuser_64.S:
On Wed, 1 Aug 2007 13:29:18 +0530
Gireesh Kumar M [EMAIL PROTECTED] wrote:
Hi,
I'm trying to load some modules upon occurance of a GPIO interrupt.
The ISR checks some register and then schedules a tasklet to act
further on the interrupt.
Inside the tasklet, I call request_module to load a
Kristen Carlson Accardi wrote:
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Acked-by: Tejun Heo [EMAIL PROTECTED]
--
tejun
-
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
yeah, harmless.
Ingo
-
To unsubscribe from this list:
On 8/1/07, Arjan van de Ven [EMAIL PROTECTED] wrote:
Let me repeat the key message:
It does not matter who's code gets merged.
It does not matter who's code gets merged.
It does not matter who's code gets merged.
It does not matter who's code gets merged.
What matters is that the problem
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
WARNING: at kernel/irq/resend.c:69 check_irq_resend()
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d]
On 7/31/07, Eric Sandeen [EMAIL PROTECTED] wrote:
No, what I had did only that, so it was still a matter of probabilities...
How expensive would it be to allocate two , then use the MMU mark the
second page unwritable? Hardware wise it should be possible, (for
constant 4k pagesizes, I have not
On Wed, 2007-01-08 at 00:46 -0700, Andrew Morton wrote:
Or you could do something more real-worldly like start up OO, firefox and
friends, then run /etc/cron.daily/everything and see what the
before-and-after effects are. The aggregate info we're looking for is
captured in /proc/meminfo:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
WARNING: at kernel/irq/resend.c:69 check_irq_resend()
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0] dump_stack+0x15/0x17
[c013b001]
On 8/1/07, Paul Mundt [EMAIL PROTECTED] wrote:
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
- Is anyone testing the kgdb code in here?
Testing, yes. Succeeding, no. It's utterly hosed on SH in its present
condition at least. Presumably it's been tested on at least one
Hi,
I'm trying to load some modules upon occurance of a GPIO interrupt.
The ISR checks some register and then schedules a tasklet to act
further on the interrupt.
Inside the tasklet, I call request_module to load a driver. But, here
it's failing. Please see the error log pasted below.
When I
On Wed, 1 Aug 2007 03:58:48 -0400 Mike Frysinger [EMAIL PROTECTED] wrote:
On 8/1/07, Paul Mundt [EMAIL PROTECTED] wrote:
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
- Is anyone testing the kgdb code in here?
Testing, yes. Succeeding, no. It's utterly hosed on SH in
On Wed, Aug 01, 2007 at 03:58:48AM -0400, Mike Frysinger wrote:
On 8/1/07, Paul Mundt [EMAIL PROTECTED] wrote:
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
- Is anyone testing the kgdb code in here?
Testing, yes. Succeeding, no. It's utterly hosed on SH in its present
On Wed, 2007-08-01 at 09:36 +0200, Mike Galbraith wrote:
On Wed, 2007-08-01 at 09:30 +0200, Ingo Molnar wrote:
yeah, the posted numbers look most weird, but there's a complete lack of
any identification of test environment - so we'll need some more word
from Roman. Perhaps this was run
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
--
kriko
-
To unsubscribe from this list: send the line unsubscribe
Hi,
The pnc2000 probe function cause oops. Possible reason is its iomem
region not being remaped.
I searched lkml history, the oops was reported at 2006-06-14, but still there.
http://lkml.org/lkml/2006/6/14/59
If the ioremap/iounmap can be added to it, is it the right fix?
Regards
dave
-
To
On Wed, 01 Aug 2007 04:04:06 -0400 Eric St-Laurent [EMAIL PROTECTED] wrote:
I intend to try only this specific patch not the full -mm, is there any
other patch I need to apply too?
no, it is standalone.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Wednesday 01 August 2007 01:40:18 Christoph Lameter wrote:
It does in the sense that slabs are allocated following policies. If you
want to place individual objects then you need to use kmalloc_node().
Nick wants to place individual objects here
-Andi
-
To unsubscribe from this list:
On 08/01/2007 10:37 AM, kriko wrote:
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
You shouldn't have dropped Alan from
Jim Hull wrote:
Not just crazy, but wrong - this *can* happen on pre-Montecito. Even though
L1D is write-through and L2 was mixed I/D, the L1 I-cache could contain
stale instrutions if there are missing flushes.
I cannot agree with you.
In order to consider an L1 I-cache entry as valid, a
Eric W. Biederman wrote:
Takenori Nagano [EMAIL PROTECTED] writes:
Hi all,
IMHO, most users don't use kdump, kdump users are only kernel developers and
enterprise users.
Not at all. So far the only kdump related bug report I have seen has
been from fedora Core.
Sorry, I thought general
Tejun Heo wrote:
Arjan van de Ven wrote:
They were hardware problems. I don't think any amount of proper
implementation can fix them. I have one DVD RAM somewhere in my pile of
hardware which locks up solidly if any link PS mode is used and had a
and the AHCI ALPM code decides to use power
On Jul 28 2007 12:34, Linus Torvalds wrote:
On Sat, 28 Jul 2007, Jan Engelhardt wrote:
Time to investigate...
Well it really is different.
Simple test:
- run Unreal Tournament 99 (nice 0, it gets 98%,99% CPU most of the time)
- in a shell, `renice 20 $$; while :; do date; done;`
The shell
I've been working on this for quite some time. And should post again
soon. Please see the patches:
http://programming.kicks-ass.net/kernel-patches/vm_deadlock/current/
For now it requires one uses SLUB, I hope that SLAB will go away (will
save me the trouble of adding support) and I guess I
On Tue, 2007-07-31 at 13:35 +0200, Andi Kleen wrote:
static unsigned long dma_reserve __initdata;
+/* Flag indicating EFI runtime executable code area */
+static int efi_runtime_code_area;
We don't normally use globals to modify function behaviour.
DEFINE_PER_CPU(struct
On 8/1/07, Paul Mundt [EMAIL PROTECTED] wrote:
The generic code has a better chance of being merged if it actually works
at least and doesn't break every platform out there that has an existing
stub. It offers quite a bit of new functionality and does clean things up
a bit, so it would
On Wednesday 01 August 2007, Andrew Morton wrote:
On Sun, 29 Jul 2007 13:24:54 +0200 Michael Buesch [EMAIL PROTECTED] wrote:
The Sonics Silicon Backplane is a mini-bus used on
various Broadcom chips and embedded devices.
Sigh.
s390:
drivers/ssb/main.c: In function 'ssb_ssb_read16':
On 08/01/2007 10:37 AM, kriko wrote:
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
You shouldn't have dropped Alan from
On Tue, Jul 31, 2007 at 05:05:00PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On Tue, Jul 31, 2007 at 12:14:36PM +0200, Gabriel C wrote:
Jarek Poplawski wrote:
On 28-07-2007 20:42, Gabriel C wrote:
Andrew Morton wrote:
On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel C [EMAIL PROTECTED]
Miklos Szeredi [EMAIL PROTECTED] writes:
I wonder why we don't have type safe object allocators a-la new() in
C++ or g_new() in glib?
fooptr = k_new(struct foo, GFP_KERNEL);
is nicer and more descriptive than
fooptr = kmalloc(sizeof(*fooptr), GFP_KERNEL);
and more safe than
Andrew Morton wrote:
On Wed, 01 Aug 2007 00:22:38 +0200 Frank Benkstein [EMAIL PROTECTED] wrote:
I wonder why there are different permissions needed for VT_PROCESS
(access to the current virtual console) and VT_LOCKSWITCH
(CAP_SYS_TTY_CONFIG).
Perhaps the issue with VT_LOCKSWITCH is that
Jan Engelhardt wrote:
On Jul 27 2007 10:59, Al Viro wrote:
On Fri, Jul 27, 2007 at 11:44:07AM +0200, Yoann Padioleau wrote:
buf = alloc_safe_buffer(device_info, ptr, size, dir);
- if (buf == 0) {
+ if (buf == NULL) {
Mike Frysinger wrote:
On 7/27/07, Robin Getz [EMAIL PROTECTED] wrote:
If there is a definite style or semantic preference that everyone should live
with - does it make sense to put checks in checkpatch.pl to enforce it?
checkpatch.pl does not have enough semantic knowledge to know if
On 8/1/07, Tejun Heo [EMAIL PROTECTED] wrote:
+ if (ata_id_has_hipm(dev-id) || ata_id_has_dipm(dev-id))
+ dev-flags |= ATA_DFLAG_IPM;
Is it safe to use ALPM on a device which only claims to support DIPM?
I have tested on a Dell Inspiron 6400, it has ICH7-M (82801GBM) chipset.
Hendrik . wrote:
Ok, I did actually not copy the coreret code in the
mcelog, leaving me some errors about the Northbridge.
If I do it again it gives me something else. I made 2
digital photo's of 2 lockups when it happened and this
is the result of the tool, the TSC is different in
both errors,
501 - 600 of 1048 matches
Mail list logo