On Thu, Dec 13, 2012 at 08:23:19AM +0800, Zhang Rui wrote:
This is terribly generic sounding. Might I suggest THERMAL_USER_SPACE
instead ?
Hi, Dave,
You're right. How about the patch attached?
Looks good to me,
thanks,
Dave
--
To unsubscribe from this list:
On Thu, Dec 13, 2012 at 08:21:57PM +, Linux Kernel wrote:
Gitweb:
http://git.kernel.org/linus/;a=commit;h=96ff0f5c7efd4a2205c48a76a6a1fcd2731e6128
Commit: 96ff0f5c7efd4a2205c48a76a6a1fcd2731e6128
Parent: f4a00139b7cbeff538e616a21f6b57249a9d3ed8
Author: Jamie Lentin
Doing a kernel build while running on a 3.7+ tree from last night and I hit
this...
[22637.787422] XFS: Internal error XFS_WANT_CORRUPTED_RETURN at line 163 of
file fs/xfs/xfs_dir2_data.c. Caller 0xa070086a
[22637.788130] Pid: 507, comm: xfsaild/sda6 Not tainted 3.7.0+ #13
On Thu, Dec 13, 2012 at 03:55:22PM -0500, Dave Jones wrote:
Doing a kernel build while running on a 3.7+ tree from last night and I hit
this...
[22637.787422] XFS: Internal error XFS_WANT_CORRUPTED_RETURN at line 163 of
file fs/xfs/xfs_dir2_data.c. Caller 0xa070086a
I
On Fri, Dec 14, 2012 at 09:21:50AM +0100, Andrew Lunn wrote:
Given this seems to be dependant on device-tree, shouldn't there be
some 'depends on' in the kconfig to prevent this showing up on
architectures
that don't implement it ?
+menuconfig POWER_RESET
+ bool
On Fri, Dec 14, 2012 at 01:42:00PM -0500, Dave Hansen wrote:
I think the Kernel Hacking menu has gotten a bit out of hand. It
is over 120 lines long on my system with everything enabled and
options are scattered around it haphazardly.
http://sr71.net/~dave/linux/kconfig-horror.png
On Fri, Dec 14, 2012 at 08:53:40PM +0100, Andrew Lunn wrote:
I think it needs to be on the menuconfig, rather than the child options.
I don't have OF_GPIO, but I still got asked for the former.
The menuconfig enables a class of drivers (at least theoretically in the
future, when
On Fri, Dec 14, 2012 at 10:53:21PM +0100, Andrew Lunn wrote:
Its a generic driver. I know its useful on various Marvell kirkwood
and orion5x devices. I've also heard it useful on some Tegra boards.
Are you asking i list these boards?
No, but at least mentioning the
On Fri, Dec 14, 2012 at 10:53:16PM -0500, Peter Hurley wrote:
On Fri, 2012-12-14 at 18:29 -0800, Greg Kroah-Hartman wrote:
On Tue, Dec 11, 2012 at 10:01:24PM -0500, Dave Jones wrote:
Fuzz-testing fallout from post 3.7 tree as of commit
414a6750e59b0b687034764c464e9ddecac0f7a6
On Sat, Dec 15, 2012 at 11:58:00AM -0800, Linus Torvalds wrote:
It might also be that it causes some massive corruption at boot time,
but it then requires that that particular memory is actually used. So
maybe it's not so much about the memory map except indirectly.
I wonder if this might
On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
Hi Linus,
Florian, the fbdev maintainer, has been very busy lately, so I offered to
send
the pull request for fbdev for this merge
On Fri, Sep 28, 2012 at 10:41:50AM +0200, Jens Axboe wrote:
Turns out that blkid is running simultaneously with losetup -d, and
so it sees an elevated reference count and returns EBUSY. But why
is blkid running? It's obvious, isn't it? udev has decided to try
and find out what is on
On Fri, Sep 21, 2012 at 05:16:39PM -0400, Dave Jones wrote:
On Mon, Sep 10, 2012 at 04:36:20PM +0200, Peter Zijlstra wrote:
On Fri, 2012-09-07 at 11:39 -0700, Linus Torvalds wrote:
Al? Please look into this. I'm not entirely sure what's going on, but
lockdep complains about
Asking for this option on x86 seems a bit pointless.
Signed-off-by: Dave Jones da...@redhat.com
diff --git a/crypto/Kconfig b/crypto/Kconfig
index 94f232f..957cc56 100644
--- a/crypto/Kconfig
+++ b/crypto/Kconfig
@@ -796,6 +796,7 @@ config CRYPTO_DES
config CRYPTO_DES_SPARC64
tristate
BUG: sleeping function called from invalid context at mm/slub.c:925
in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
INFO: lockdep is turned off.
Pid: 566, comm: Xorg Not tainted 3.8.0-rc3+ #49
Call Trace:
[81087ad1] __might_sleep+0x141/0x200
[8119eddb]
On Sun, Jan 06, 2013 at 07:55:53PM +0800, Hillf Danton wrote:
On Sat, Jan 5, 2013 at 11:22 PM, Dave Jones da...@redhat.com wrote:
I have no idea what happened here, but this is the first time I've seen
this one.
This was running a tree pulled yesterday afternoon.
Would you please
On Sat, Jan 05, 2013 at 07:57:39PM -0800, Linus Torvalds wrote:
Adding more people in case somebody else has any idea. Anybody?
On Sat, Jan 5, 2013 at 7:22 AM, Dave Jones da...@redhat.com wrote:
I have no idea what happened here, but this is the first time I've seen
this one
On Fri, Jul 06, 2007 at 03:50:11AM +0200, Bodo Eggert wrote:
Dave Jones [EMAIL PROTECTED] wrote:
This patch from Randy has proven quite useful from time to time,
and has been in Fedora kernels for a while for that reason.
I fixed up some checkpatch warnings, and rediffed it a bunch
On Fri, Jul 06, 2007 at 09:35:24AM -0700, Arjan van de Ven wrote:
Where is the ondemand-fix.patch? I can't find any link to it.
just click on it in the graph ;_
it's also http://www.linuxpowertop.org/patches/ondemand-fix.patch
(which is submitted already to the maintainers)
if it actually does something useful.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/arch/i386/kernel/quirks.c b/arch/i386/kernel/quirks.c
index 9f6ab17..6722469 100644
--- a/arch/i386/kernel/quirks.c
+++ b/arch/i386/kernel/quirks.c
@@ -20,8 +20,6 @@ static void __devinit quirk_intel_irqbalance
On Sat, Jul 07, 2007 at 01:28:43AM +0200, Adrian Bunk wrote:
Only if you want to squeeze the last bit of performance out of
_debugging_ functionality.
You avoid all the pain if you simply don't use debugging functionality
on production systems.
I think you're mixing up profiling and
On Mon, Jul 09, 2007 at 05:42:14PM -0400, [EMAIL PROTECTED] wrote:
On Fri, 06 Jul 2007 13:02:10 EDT, Dave Jones said:
On Fri, Jul 06, 2007 at 09:35:24AM -0700, Arjan van de Ven wrote:
Where is the ondemand-fix.patch? I can't find any link to it.
just click
On Tue, Jul 10, 2007 at 01:31:52AM -0700, Andrew Morton wrote:
working-3d-dri-intel-agpko-resume-for-i815-chip.patch
Sent to davej
You managed to sneak this to me just hours before I handed
AGP maintainership to Dave Airlie. FWIW, I think this needs
to redone in a much more generic
On Tue, Jul 10, 2007 at 05:35:13PM -0400, Mingming Cao wrote:
Sorry about this. I was using version 0.04. The latest one I can find
for now is 0.05(searching lkml), but it didn't catch this codling style
bug either. I appreciate if anyone can point me the version 0.07, thanks
It's now
on UP.
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Dave Jones [EMAIL PROTECTED]
---
arch/i386/kernel/cpu/cpufreq/powernow-k8.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff -puN arch/i386/kernel/cpu/cpufreq/powernow-k8.c~git-cpufreq-fix
arch/i386/kernel/cpu
On Fri, Jul 13, 2007 at 10:35:23AM -0700, H. Peter Anvin wrote:
It causes build failures on i386.
Yet another case of unnecessary divergence between i386 and x86-64 I'm
afraid...
Already fixed in cpufreq.git, pull request about to linus.
Dave
--
http://www.codemonkey.org.uk
-
On Fri, Jun 08, 2007 at 12:21:27AM -0700, Chris Wright wrote:
This is the start of the stable review cycle for the 2.6.21.5 release.
There are 54 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let us know.
On Fri, Jun 08, 2007 at 12:22:04AM -0700, Chris Wright wrote:
-stable review patch. If anyone has any objections, please let us know.
-
From: Mark Salyzyn [EMAIL PROTECTED]
As discussed in the bugzilla outlined below, we have an sa based
(Mustang) RAID adapter
performance.
Compile tested with make all{yes,mod}config on x86_64 and i386.
Signed-off-by: Auke Kok [EMAIL PROTECTED]
ACKed-by: Dave Jones [EMAIL PROTECTED]
for the cpufreq bits.
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line unsubscribe linux
On Mon, Jun 11, 2007 at 09:15:58AM -0700, Andrew Morton wrote:
On Mon, 11 Jun 2007 15:32:10 +0100 Andy Whitcroft [EMAIL PROTECTED] wrote:
We are seeing corruption of the decompressed kernel. It is suspected
that this is platform specific as it has yet to be seen on any
other
On Mon, Jun 11, 2007 at 08:19:57PM +0200, Jan Engelhardt wrote:
On Jun 11 2007 10:36, H. Peter Anvin wrote:
Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
would probably be a more reasonable base. Of course, 16 MB would avoid
the issue of the handful of
On Tue, Jun 12, 2007 at 09:54:59AM +0800, Wang Zhenyu wrote:
It looks that config space save/restore for intel-agp still has problem
that might affect some chip models. Andreas Mohr's work on his i815
suspend/resume
support showed that we need to save extra bits in config space on this
It's useful sometimes to disable the softlockup checker at boottime.
Especially if it triggers during a distro install.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6/init/main.c~ 2006-03-05 00:45:51.0 -0500
+++ linux-2.6/init/main.c 2006-03-05 00:49:41.0
for people before they submit patches. We run into this constantly.
Add -Werror-implicit-function-declaration
This makes builds fail sooner if something is implicitly defined instead
of having to wait half an hour for it to fail at the linking stage.
Signed-off-by: Dave Jones [EMAIL PROTECTED
On Mon, Jun 11, 2007 at 04:49:47PM -0700, Greg Kroah-Hartman wrote:
On Mon, Jun 11, 2007 at 04:30:11PM -0700, Doug Thompson wrote:
I am working with the k8 driver and its dealing with a race with the
mcelog device as both access
the K8 NB. The K8 driver does use these regs and it
On Tue, Jun 12, 2007 at 11:34:25AM +0800, Wang Zhenyu wrote:
I understand. Before James reported his problem on i915, I have thought
the basic restore on that chip should already be enough, but he proved I was
wrong and I'm not sure if this also happens on other i915 board with
different
On Tue, Jun 12, 2007 at 01:49:45PM +0200, Peter Zijlstra wrote:
On Mon, 2007-06-11 at 23:13 -0400, Dave Jones wrote:
It's useful sometimes to disable the softlockup checker at boottime.
Especially if it triggers during a distro install.
Should we not rather fix these occurrences?
We
On Tue, Jun 12, 2007 at 02:05:44PM -0700, Andrew Morton wrote:
On Tue, 12 Jun 2007 12:48:06 -0400
Jeff Dike [EMAIL PROTECTED] wrote:
Distros seem to be removing PAGE_SIZE from asm/page.h
They do? That seems like a strange thing to do. I wonder why, and I
wonder why such a change
On Tue, Jun 12, 2007 at 11:59:36PM +0200, Jan Engelhardt wrote:
On Jun 12 2007 17:01, Michael Tokarev wrote:
Claas Langbehn wrote:
Hmm. I wonder how to *enable* it in the first place.. ;)
e_powersaver.ko and acpi_cpufreq gives No such device
cat /proc/cpuinfo and have a look
On Tue, Jun 12, 2007 at 03:03:57PM -0700, Andrew Morton wrote:
On Mon, 11 Jun 2007 23:22:24 -0400
Dave Jones [EMAIL PROTECTED] wrote:
Add -Werror-implicit-function-declaration
This makes builds fail sooner if something is implicitly defined instead
of having to wait half an hour
On Tue, Jun 12, 2007 at 03:43:45PM -0700, Andrew Morton wrote:
On Tue, 12 Jun 2007 18:16:29 -0400
Dave Jones [EMAIL PROTECTED] wrote:
# Read KERNELRELEASE from include/config/kernel.release (if it
exists)
This causes the i386 allmodconfig build to fail:
Seems
gcc gets whiney about the placement of 'inline' at some warning levels.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/arch/i386/oprofile/op_model_p4.c b/arch/i386/oprofile/op_model_p4.c
index 4792592..cf6d792 100644
--- a/arch/i386/oprofile/op_model_p4.c
+++ b/arch/i386/oprofile
ACPI has a ton of macros which make a bunch of empty if's
when configured in non-debug mode.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c
index 4334c20..5955cfd 100644
--- a/drivers/acpi/glue.c
+++ b/drivers/acpi/glue.c
@@ -16,7 +16,7
On Wed, Jun 13, 2007 at 01:38:42AM +0200, Adrian Bunk wrote:
On Tue, Jun 12, 2007 at 07:30:35PM -0400, Dave Jones wrote:
gcc gets whiney about the placement of 'inline' at some warning levels.
...
Since most of them are in C files, can you remove these when you are at it?
I'm
On Wed, Jun 13, 2007 at 01:00:29AM +0100, Al Viro wrote:
On Tue, Jun 12, 2007 at 07:33:09PM -0400, Dave Jones wrote:
+#define DBG(x...) do { } while(0)
Eh... Please, stop it - if you want a function-call-like no-op returning
void,
use ((void)0). At least that way one can say DBG
:
Linux agpgart interface v0.102 (c) Dave Jones
agpgart: Unsupported Intel chipset(device id: 1130)
--
http://www.codemonkey.org.uk
-
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
On Wed, Jun 13, 2007 at 12:01:52PM -0400, Dave Jones wrote:
On Wed, Jun 13, 2007 at 06:07:42PM +0300, Meelis Roos wrote:
agpgart: Unsupported Intel chipset(device id: 1130)
This is likely due to 9614ece14f23f2ce54a076c471aec9c91e51e79c
[AGPGART] intel_agp: use table for device
On Wed, Jun 13, 2007 at 08:52:23AM +0200, Bodo Eggert wrote:
Jesse Barnes [EMAIL PROTECTED] wrote:
On some machines, buggy BIOSes don't properly setup WB MTRRs to
cover all available RAM, meaning the last few megs (or even gigs)
of memory will be marked uncached. Since Linux tends
On Wed, Jun 13, 2007 at 09:02:15AM +0100, Alex Bennee wrote:
Hi,
For a while now I've been meaning to get DRI running with my rv350
graphics card on my AMD64 machine. However I don't seem to be able to
get the right config-fu in the kernel to enable all the components.
For my sins
On Thu, Jun 14, 2007 at 02:00:39AM +0800, Wang Zhenyu wrote:
On 2007.06.13 12:15:13 +, Dave Jones wrote:
[AGPGART] intel_agp: use table for device probe
Oh, we have this check in find_gmch ..
if (gmch_device PCI_FUNC(gmch_device-devfn) != 0
On Thu, Jun 14, 2007 at 12:21:49PM -0400, Jeff Garzik wrote:
Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
0x0001c807
Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
0x0001c807
Unrelated to the other error, but I've been meaning to ask for a
On Thu, Jun 14, 2007 at 10:01:04AM +0800, Wang Zhenyu wrote:
On 2007.06.14 09:34:12 +, Wang Zhenyu wrote:
Dave, after rethinking about this, I think we mixed two cases
need to be fixed here. This is the patch for this, sorry for mess
it up. Meelis, could you help to test by
On Sat, Jun 16, 2007 at 02:33:41AM +0300, S.Çağlar Onur wrote:
One of our colleagues found following problem with his old laptop while
testing Linus's latest git with external alsa-driver (v1.0.14). And we can
also reproduce same problem with 2.6.18.8 so it seems not a new regression
On Sun, Jun 17, 2007 at 06:22:35PM +0200, Carlo Wood wrote:
Hi Dave, I have an amd64 box for which every kernel
after 2.6.18 hangs during boot, so I have no dmesg :(
I used git bisect to find out where the problem patch is,
and assuming bisect works (imho it jumped between
On Sun, Jun 17, 2007 at 09:59:01PM +0200, Carlo Wood wrote:
On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
Sometimes things fall through the cracks..
I haven't heard any similar problems, which makes it somewhat odd.
Ok. Well, the lockup is all to real here :p
I
On Sun, Jun 17, 2007 at 11:13:38PM +0200, Carlo Wood wrote:
On Sun, Jun 17, 2007 at 04:49:04PM -0400, Dave Jones wrote:
That's pretty bad corruption indeed. What I'm puzzling over though
is why other 965G users aren't seeing the same thing.
My own 965G seems to be fine, though that's
On Mon, Jun 18, 2007 at 12:36:49AM +0200, Carlo Wood wrote:
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
intel-agp
Though by the looks of things, with the working kernel, you don't have
it loaded (it's dependant upon the 'agpgart' module, which prints the
Detected
On Mon, Jun 18, 2007 at 02:06:43AM +0200, Carlo Wood wrote:
On Sun, Jun 17, 2007 at 06:49:18PM -0400, Dave Jones wrote:
ok, then you must have CONFIG_AGP=y
I do - not voluntary however. For some mysterious reason I am
unable to set it to n or m.
You likely have CONFIG_IOMMU set
on a Dell 965G box and
have a NV card plugged-in. It boots fine.
Linux agpgart interface v0.102 (c) Dave Jones
agpgart: Detected an Intel 965G Chipset.
agpgart: AGP aperture is 256M @ 0x0
I don't know why it hangs your machine when loading this module, it should
just not bother
On Thu, Jun 14, 2007 at 02:28:54PM -0400, Dave Jones wrote:
On Thu, Jun 14, 2007 at 12:21:49PM -0400, Jeff Garzik wrote:
Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
0x0001c807
Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
On Mon, Jun 18, 2007 at 11:23:27PM +0300, Meelis Roos wrote:
I have the following messages in my laptops dmesg
ondemand governor failed to load due to too long transition latency
and activating ondemand governor fails. This seems to be introduced in
2.6.22-rc* series - I seem to
.
Signed-off-by: Wang Zhenyu [EMAIL PROTECTED]
Signed-off-by: Dave Jones [EMAIL PROTECTED]
The result of this patch is that the kernel starts to print
agpgart: Detected an Intel 965G Chipset. again with the usual
disastrous results. Now, that doesn't mean that this patch is
wrong
On Mon, Jun 18, 2007 at 04:47:11PM -0700, Andrew Morton wrote:
Frankly, I find it very depressing that the kernel defaults matter. These
things are trivially tunable and you'd think that after all these years,
distro initscripts would be establishing the settings, based upon expected
On Wed, Jun 20, 2007 at 03:38:06PM -0700, Linus Torvalds wrote:
And yes, that patch already got merged. However, the patch to *allow*
Kprobes with DEBUG_RODATA is not, and will not be. It's not a regression,
and quite frankly, I don't think I would even want that patch.
Kprobes
On Wed, Jun 20, 2007 at 04:15:53PM -0700, Arjan van de Ven wrote:
On Wed, 2007-06-20 at 19:07 -0400, Dave Jones wrote:
On Wed, Jun 20, 2007 at 03:38:06PM -0700, Linus Torvalds wrote:
And yes, that patch already got merged. However, the patch to *allow*
Kprobes with DEBUG_RODATA
On Sat, Jun 23, 2007 at 11:50:49AM -0700, Andrew Morton wrote:
On Sat, 23 Jun 2007 14:42:21 -0400 Dave Jones [EMAIL PROTECTED] wrote:
I probably _could_ work this out, and kinda did with a bit of
list-trolling
(verdict: needed in 2.6.22) but please, take care to describe
On Sat, Jun 23, 2007 at 09:52:03AM -0700, Andrew Morton wrote:
On Thu, 21 Jun 2007 13:43:18 +0800 Wang Zhenyu [EMAIL PROTECTED] wrote:
Thanks Carlo to report this problem. The following patch should fix
his and potential issue.
[AGPGART] intel_agp: don't load if no IGD detected and
On Wed, May 23, 2007 at 06:39:24PM -0400, Ben Collins wrote:
Various unusual dev entries accumulated from Ubuntu bug reports.
CC: Phil Dibowitz [EMAIL PROTECTED]
CC: Alan Stern [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Signed-off-by: Ben Collins [EMAIL PROTECTED]
---
On Sat, May 26, 2007 at 04:32:54PM +1000, Nigel Cunningham wrote:
Hi Nigel,
As promised I took another look at the patch and at what Randy had
prepared to fix the IA64 compilation error. I did some more work on it,
and believe that the following is the tidiest correct solution I can
come
On Thu, May 31, 2007 at 07:22:38AM +0200, Adrian Bunk wrote:
On Thu, May 17, 2007 at 05:47:54PM -0400, Dave Jones wrote:
On Thu, May 17, 2007 at 11:28:01PM +0200, Christian Volkmann wrote:
- Important: somebody to check other CPU types if the same behavior
happens.
arch
On Thu, May 31, 2007 at 07:37:52PM +0200, Christian Volkmann wrote:
The SIS550 chip uses the mP6 core according to
http://en.wikipedia.org/wiki/MP6
May be this code can improve the capability of these SIS550 system on a chip
?
But this should be a different story.
From what I heard
On Thu, May 31, 2007 at 02:07:53PM +0200, Andi Kleen wrote:
Yeah, that is a very sensible idea.
Possible further checks that might make sense:
- panic() anywhere in drivers/*
- externs in .c files without asmlinkage
- general checking that everything in a fully visible {}
On Tue, May 29, 2007 at 09:47:53AM +0800, Yang Sheng wrote:
On Tuesday 29 May 2007 06:52, Randy Dunlap wrote:
On Mon, 28 May 2007 15:03:10 +0800 Yang Sheng wrote:
Why we need this:
It can speed up the calling of initcalls, especially useful for some
embed device.
Can you
On Thu, May 31, 2007 at 11:30:46PM +0200, Sam Ravnborg wrote:
+ sym = sym_lookup(DEVEL_KERNEL, 0);
+ sym-type = S_BOOLEAN;
+ sym-flags |= SYMBOL_AUTO;
+ p = getenv(DEVEL_KERNEL);
+ if (p atoi(p))
+ sym_add_default(sym, y);
+ else
+
On Wed, May 30, 2007 at 05:49:56PM -0700, Christoph Lameter wrote:
On Thu, 31 May 2007, young dave wrote:
Hi Christoph,
Introduce CONFIG_STABLE to control checks only useful for development.
What about control checks only as SLUB_DEBUG is set?
Debug code is always
or handling of a
+patch but wishes to signify and record their approval of it then they can
+arrange to have an Acked-by: line added to the patch's changelog.
Acked-by: Dave Jones [EMAIL PROTECTED]
:-)
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line unsubscribe
On Fri, Jun 01, 2007 at 10:59:51AM -0700, Linus Torvalds wrote:
I'm mainly interested in hearing feedback from Fedora 7 damage, before
making
a major decision about the probing code. If this is a single dain bramaged
device, we should avoid punishing the majority. But if this is a
On Fri, Jun 01, 2007 at 11:30:49AM -0700, Linus Torvalds wrote:
There are no old drivers in F7 and beyond.
# CONFIG_IDE is not set
Ahh, that's certainly going to root out the issues. Now let's hope that
people install it..
Whilst it's too early to tell yet, there are a few really
On Fri, Jun 01, 2007 at 11:22:25AM -0700, Andrew Morton wrote:
On Fri, 1 Jun 2007 14:14:14 -0400
Dave Jones [EMAIL PROTECTED] wrote:
On Thu, May 31, 2007 at 07:09:10PM -0700, Andrew Morton wrote:
From: Andrew Morton [EMAIL PROTECTED]
Explain what we use Acked
On Fri, Jun 01, 2007 at 10:22:02PM +0200, Sam Ravnborg wrote:
On Fri, Jun 01, 2007 at 02:02:00PM -0400, Dave Jones wrote:
On Thu, May 31, 2007 at 11:30:46PM +0200, Sam Ravnborg wrote:
+ sym = sym_lookup(DEVEL_KERNEL, 0);
+ sym-type = S_BOOLEAN;
+ sym-flags
On Fri, Jun 01, 2007 at 06:59:25PM -0700, Venki Pallipadi wrote:
Hmmm. How about having a new cpufreq_sysfs entry to say
these CPUs are frequency dependent in hardware.
Wait, wasn't this the entire purpose of affected_cpus in the first
place? So we could see which CPUs would be affected by a
Rediffed version of the patch from ..
http://bugzilla.kernel.org/show_bug.cgi?id=8016
that seems to be lingering for some time.
Original patch by: Andy Shevchenko [EMAIL PROTECTED]
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda
As reported in http://bugzilla.kernel.org/show_bug.cgi?id=7815
this URL 404's. Unless they're coming back, we should probably
just remove them.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/drivers/mtd/nand/Kconfig b/drivers/mtd/nand/Kconfig
index f1d60b6..8f665bb 100644
We've had this printk in drivers/pci/probe.c asking people
to report it if they see it to linux-kernel for a long time.
google finds hundreds of instances of this being hit.
There are a bunch in bugzilla too..
http://bugzilla.kernel.org/show_bug.cgi?id=6783
for consistency, although I've never been very
fond of that convention.
Me either, lets keep it the way it is.
As reported in http://bugzilla.kernel.org/show_bug.cgi?id=7815
this URL 404's. Fix it to point at the correct place.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/drivers/mtd
On Wed, Jun 06, 2007 at 02:40:24PM +0200, Geert Uytterhoeven wrote:
Will http://www.codemonkey.org.uk/projects/checkpatch/checkpatch.git/ (hey, a
project with the same name started by the same person???) be merged in?
Andy and I were working on this in parallel with the same goal.
When his
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/include/linux/prefetch.h b/include/linux/prefetch.h
index fc86f27..1adfe66 100644
--- a/include/linux/prefetch.h
+++ b/include/linux/prefetch.h
@@ -27,7 +27,7 @@
prefetch(x) - prefetches the cacheline at x for read
On Sun, Jul 01, 2007 at 10:20:37PM +0200, Adrian Bunk wrote:
Hi Adrian,
This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Acked-by: Venkatesh Pallipadi [EMAIL PROTECTED]
Acked-by: Dave Jones [EMAIL PROTECTED]
Can you
On Tue, Jul 03, 2007 at 01:43:13AM +0200, Adrian Bunk wrote:
Applying '[CPUFREQ] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI'
error: patch failed: arch/x86_64/kernel/cpufreq/Kconfig:65
error: arch/x86_64/kernel/cpufreq/Kconfig: patch does not apply
I made the patch against
On Tue, Jul 03, 2007 at 03:06:11AM +0200, Adrian Bunk wrote:
@@ -65,1 +60,1 @@
- depends on X86_ACPI_CPUFREQ || X86_SPEEDSTEP_CENTRINO_ACPI ||
X86_POWERNOW_K8_ACPI
+ depends on X86_ACPI_CPUFREQ || X86_POWERNOW_K8_ACPI
---
On Tue, Jul 03, 2007 at 01:22:47AM -0400, Len Brown wrote:
whelp, it seems that the reason for this patch is this:
#define DBG()
if(...)
DBG();
next_c_statement
which turns into
if(...) ;
next_c_statement
But since there is an intervening ';', this code is still
On Tue, Jun 26, 2007 at 07:47:00PM -0700, Andrew Morton wrote:
I suspect that we're at the stage of having to decide between
a) set aside the technical issues and grudgingly merge this stuff as a
service to Suse and to their users (both of which entities are very
important to us)
On Tue, Jul 03, 2007 at 11:36:42AM -0400, Fortier,Vincent [Montreal] wrote:
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de
Arne Georg Gleditsch
Florian Attenberger [EMAIL PROTECTED] writes:
yep, controlled by ntpd.
You're
On Tue, Jul 03, 2007 at 06:00:14PM +0200, Michal Piotrowski wrote:
Hi,
On 02/07/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi! I noticed such message:
PCI: Bus #07 (-#0a) is hidden behind transparent bridge #06 (-#06)
(try 'pci=assign-busses')
Please report the result to
On Wed, Jul 04, 2007 at 08:41:39AM -0700, Jeremy Fitzhardinge wrote:
I'd already posted a patch to remove smp alternatives. I thought it had
been merged already, but I guess it's in Andi's queue.
What was the rationale behind that? Given many distros have now
moved to shipping just an
in milliseconds, with a maximum delay of
10 seconds per printk.
Enable CONFIG_BOOT_DELAY=y and then add (e.g.):
lpj=loops_per_jiffy boot_delay=100
to the kernel command line.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Dave Jones [EMAIL PROTECTED]
---
init/calibrate.c |2
On Tue, May 22, 2007 at 05:19:52PM +, Maxim Uvarov wrote:
diff --git a/include/asm-i386/thread_info.h b/include/asm-i386/thread_info.h
index 4b187bb..bccfd6a 100644
--- a/include/asm-i386/thread_info.h
+++ b/include/asm-i386/thread_info.h
@@ -33,6 +33,7 @@ struct thread_info {
On Tue, May 22, 2007 at 11:47:33AM -0700, Greg Kroah-Hartman wrote:
On Tue, May 22, 2007 at 02:14:44PM -0400, Chuck Ebbert wrote:
I'd like to propose we allow adding new device IDs as part
of the -stable process, but only under certain conditions:
Who would be the primary benifactor
On Tue, May 22, 2007 at 12:09:38PM -0700, Randy Dunlap wrote:
--- linux-2622-rc2.orig/kernel/printk.c
+++ linux-2622-rc2/kernel/printk.c
@@ -458,9 +458,17 @@ static int __init printk_time_setup(char
printk_time = 1;
return 1;
}
-
__setup(time, printk_time_setup);
On Tue, May 22, 2007 at 12:35:38PM -0700, Greg Kroah-Hartman wrote:
On Tue, May 22, 2007 at 03:04:08PM -0400, Jeff Garzik wrote:
Greg KH wrote:
What's wrong with the current sysfs way of adding new device ids without
touching the kernel? Devices described above was the very reason
901 - 1000 of 4526 matches
Mail list logo