that we do, we're stuck with keeping /proc/cpuinfo for
compatability reasons.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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 at http://www.tux.org/lkml/
at boottime only means the function can be marked as initcode,
and freed after usage. Putting it in proc/cpuinfo means we use up
kernel space that can't be freed.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line
On Wed, 23 May 2001, Tomas Telensky wrote:
Yes. Recently I tried to transform whole cpuid code to a userspace
utility. Not easy, not clean... but it worked.
See http://www.sourceforge.net/projects/x86info
or ftp://ftp.suse.com/pub/people/davej/x86info/
regards,
Dave.
--
| Dave Jones
.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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 at http://www.tux.org/lkml/
LE chipsets rev 6 have problems with write-combining
Don't allow it and leave room for other chipsets to be tagged */
Otherwise, if this works for everyone else with rev 6+ serverworks
chipsets, looks ok to me.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE
to run at full speed, I'd
be inclined to think the latter.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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
we thought the CPRM
nightmare was over, we have the BIOS feeding us IDE commands to throw
at drives with vendors telling us Trust it, it's ok, really.
Maybe I'm overly paranoid, but I'm sure I'm not the only one who feels
this way.
regards,
Dave.
--
| Dave Jones.http://www.suse.de
On Sat, 7 Apr 2001, Rogier Wolff wrote:
One machine regularly crashes.
Linux version 2.2.16-3 ([EMAIL PROTECTED]) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #1 Mon Jun 19 19:11:44 EDT 2000
Probably unrelated to the issue below. Try a more recent 2.2 ?
cpuid level :
On Sat, 7 Apr 2001, Trevor Hemsley wrote:
I've got this on my dual processor P-III 600MHz. One of the cpus in
this box reports cpuid level 2, the other 3. Serial number is disabled
in the BIOS.
Interesting, the cpu serial number isn't being disabled on the
2nd CPU. Most odd. Well, we disable
On Wed, 11 Apr 2001, Christoph Hellwig wrote:
CML2 takes around 15 seconds before I get that far.
This is on an Athlon 800 w/512MB. I dread to think how this
responds on a 486.
If you look for something _even_ faster try mconfig. For everyone who is
interested, I've put my latests
On Wed, 11 Apr 2001 [EMAIL PROTECTED] wrote:
Unfortunately, I'm fairly sure that finishing gcml would take long
enough to render the point moot, because by the time it was done the
average Linux machine would have sped up enough for the Python
implementation not to be laggy anymore :-).
On Thu, 12 Apr 2001, Steven Cole wrote:
Excuse me, but this seems to be something of a red herring.
...
Adding seconds or tens of seconds at this time on 2001 hardware will
seem very moot by the time 2.5/2.6 is at the point 2.4.x is now.
Adding tens of seconds per build is not acceptable
On Mon, Apr 16, 2007 at 02:37:23AM +0200, Adrian Bunk wrote:
Subject: ThinkPad X60: resume no longer works (PCI related?)
workaround: booting with hpet=disable
References : http://lkml.org/lkml/2007/3/13/3
Submitter : Dave Jones [EMAIL PROTECTED]
Jeremy
On Sun, Apr 15, 2007 at 08:30:27PM -0700, Zach Carter wrote:
Console Messages:
Bad page state in process 'cc1'
page:c1ca88e8 flags:0x5200 mapping:c100 mapcount:0 count:0
Trying to fix it up, but a reboot is needed
Backtrace:
[c015625d] bad_page+0x5e/0x89
[c0156ab1]
On Sun, Apr 15, 2007 at 10:31:38PM -0700, Zach Carter wrote:
Dave Jones wrote:
On Sun, Apr 15, 2007 at 08:30:27PM -0700, Zach Carter wrote:
list_del corruption. prev-next should be c21a4628, but was e21a4628
'c' became 'e' in that last address. A single bit flipped.
Given
On Mon, Apr 16, 2007 at 03:16:37AM +0200, Adrian Bunk wrote:
On Sun, Apr 15, 2007 at 08:54:46PM -0400, Dave Jones wrote:
On Mon, Apr 16, 2007 at 02:37:23AM +0200, Adrian Bunk wrote:
Subject: ThinkPad X60: resume no longer works (PCI related?)
workaround
On Mon, Apr 16, 2007 at 02:54:07PM +0800, Antonino A. Daplas wrote:
CONFIG_ACPI_VIDEO depends on BACKLIGHT_CLASS_DEVICE, which, in turn is
enabled by FB_BACKLIGHT. So we can narrow it down further, can you try?
CONFIG_FB_BACKLIGHT=y
CONFIG_ACPI_VIDEO=n
That also gets me a dead
On Mon, Apr 16, 2007 at 03:32:02PM +0800, Antonino A. Daplas wrote:
On Mon, 2007-04-16 at 03:23 -0400, Dave Jones wrote:
On Mon, Apr 16, 2007 at 02:54:07PM +0800, Antonino A. Daplas wrote:
CONFIG_ACPI_VIDEO depends on BACKLIGHT_CLASS_DEVICE, which, in turn is
enabled
On Mon, Apr 16, 2007 at 10:26:43AM +0100, Richard Purdie wrote:
CONFIG_FB_BACKLIGHT=y
CONFIG_ACPI_VIDEO=n
That also gets me a dead display. Backlight doesn't turn back on.
Anything under /sys/class/backlight?
Entries from ibm_acpi. I rmmod'd that,
commit 2dec3ba8d872aa3ffbcdb8f6f8a2c0bcd44e9910 puzzles me.
git-bisect just fingered it as responsible for my backlight doesn't turn on
suspend/resume regression on the Thinkpad X60. I think it's lying.
Why? Because afaict, drivers/video/output.c is never compiled.
That commit adds the driver,
On Wed, Apr 18, 2007 at 07:48:55AM +0800, Antonino A. Daplas wrote:
When the backlight doesn't come on, for some reason, nothing else
runs. Capslock works, so it's at least partially alive, but even
doing..
echo mem /sys/power/state ; echo foo /bar ; sync
results in no
On Thu, Apr 19, 2007 at 08:47:13AM +1000, Neil Brown wrote:
Fixed by changing /etc/fstab and rebuilding initrd, but IMO rootfstype=
should have worked.
I think these are both issues that should be solved by smarts in the
initrd.
This is getting away from the intent of Kyle's
On Wed, Apr 18, 2007 at 05:23:15PM -0400, Len Brown wrote:
p.p.s. patch improvements that will let me avoid doing any of that
myself always welcome. :-)
well, I'm sorry that I've known about the APM issue for a long time
and done nothing about it. I did ping davej when he broke it,
On Thu, Apr 19, 2007 at 09:57:15PM -0700, Jeremy Fitzhardinge wrote:
Adrian Bunk wrote:
Subject: ThinkPad X60: resume no longer works (PCI related?)
workaround: booting with hpet=disable
References : http://lkml.org/lkml/2007/3/13/3
Submitter : Dave Jones [EMAIL
On Thu, Apr 19, 2007 at 10:15:48PM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
Do you have the backlight code enabled ?
I'm guessing not.
Hm, think so. backlight controls work, via both
/proc/acpi/ibm/backlight and /sys/class/backlight/*/brightness.
$ ls -l /sys
On Thu, Apr 19, 2007 at 10:33:39PM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
Hmm, given you hit the hpet problems and I didn't I think our X60's
aren't quite so similar. Mine is the one with the swivelly touchscreen
tablet-pc mode. I understand they made a regular 'laptop
On Fri, Apr 20, 2007 at 03:10:45AM -0400, Preston A. Elder wrote:
I have a Tyan Thunder K7x Pro (S2469) and the amd-k7-agp module does not
seem to be probing my AGP device. I have even tried putting debugging
code into the amd-k7-agp module, and sure enough I can see it being
loaded,
On Fri, Apr 20, 2007 at 08:28:10AM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
-BUG: at arch/i386/kernel/sched-clock.c:170 init_sched_clock()
- [c01091b5] show_trace_log_lvl+0x1a/0x30
- [c010980c] show_trace+0x12/0x14
- [c01098cb] dump_stack+0x16/0x18
- [c0468dbd
On Fri, Apr 20, 2007 at 10:16:54AM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
Andi, I think. I've got his firstfloor.org patches applied to this
kernel.
Ah, I saw you patched in CFS too, and thought it may be related.
Well, I have CONFIG_FB_BACKLIGHT enabled
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: DEBUG 0
agpgart: DEBUG 1
__pci_register_driver: In function
__pci_register_driver: driver = agpgart-amdk7, multithread = 0
__pci_register_driver: Before Spinlock
On Fri, Apr 20, 2007 at 02:04:45PM -0400, Preston A. Elder wrote:
Dave Jones wrote:
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: DEBUG 0
agpgart: DEBUG 1
__pci_register_driver: In function
On Fri, Apr 20, 2007 at 02:31:01PM -0400, Preston A. Elder wrote:
Here is the code for __pci_register_driver:
...
So in the above case, we ARE saying if driver_register returns 0 then
pci_create_newid_file.
Is it different to the code you have? As I said, this IS 2.6.19.
Yes,
On Fri, Apr 20, 2007 at 11:29:52AM -0700, Greg Kroah-Hartman wrote:
On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote:
btw Greg, wtf does driver_register return a 0 as 'success' if it
completes the function, and 0 as 'failure' if !bus ?
That seems doomed to failure.
I
On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote:
Dave, Greg,
Here is the trace with 2.6.20.6
I added back in my trace code, as you see. As you can also see,
agp_amdk7_probe is still not called.
Try looking down in __driver_attach()
The fact that we're not calling
On Fri, Apr 20, 2007 at 04:26:51PM -0700, Greg Kroah-Hartman wrote:
We should always have a bus in bus_add_driver()
Instead of returning success when we don't, BUG().
Nah, I don't like adding BUG() calls to the kernel if it can be helped,
how about the version I copied you on a few
On Fri, Apr 20, 2007 at 06:52:52PM -0400, Chuck Ebbert wrote:
--- 2.6.21-rc7-d390.orig/arch/x86_64/kernel/setup.c
+++ 2.6.21-rc7-d390/arch/x86_64/kernel/setup.c
@@ -576,7 +576,7 @@ static void __cpuinit init_amd(struct cp
/* Bit 31 in normal CPUID used for nonstandard 3DNow ID;
On Mon, Apr 23, 2007 at 02:50:27PM +0100, Alan Cox wrote:
Signed-off-by: Alan Cox [EMAIL PROTECTED]
This is lacking a changelog. What's the purpose of changing this?
Is pci_find_slot() obsolete and going away? (If so, it should be
marked as such). These devices aren't hotpluggable, so I'm not
If the chip locks up, we get into a long polling loop,
where the softlockup detector kicks in.
See https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=151878
for an example.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.20.noarch/drivers/video/nvidia/nv_accel.c~2007-04-23
On Mon, Apr 23, 2007 at 04:55:05PM +0100, Alan Cox wrote:
On Mon, 23 Apr 2007 11:36:30 -0400
Dave Jones [EMAIL PROTECTED] wrote:
If the chip locks up, we get into a long polling loop,
where the softlockup detector kicks in.
See https://bugzilla.redhat.com/bugzilla/attachment.cgi?id
=
[ INFO: inconsistent lock state ]
2.6.20-1.3094.fc7 #1
-
inconsistent {hardirq-on-W} - {in-hardirq-W} usage.
swapper/0 [HC1[1]:SC0[0]:HE0:SE1] takes:
(port_lock_key){++..}, at: [c0558f96] serial8250_interrupt+0x4a/0xe0
On Tue, Apr 24, 2007 at 09:03:23PM +, William Heimbigner wrote:
The following patches should allow selection of conservative, powersave, and
ondemand in the kernel configuration.
This has been rejected several times already.
Ondemand and conservative isn't a viable governor for all
On Tue, Apr 24, 2007 at 03:05:36PM -0700, Nish Aravamudan wrote:
On 4/24/07, Dave Jones [EMAIL PROTECTED] wrote:
On Tue, Apr 24, 2007 at 09:03:23PM +, William Heimbigner wrote:
The following patches should allow selection of conservative,
powersave, and
ondemand
?)
workaround: CONFIG_FB_BACKLIGHT=n
References : http://lkml.org/lkml/2007/3/13/3
Submitter : Dave Jones [EMAIL PROTECTED]
Caused-By : PCI merge
commit 78149df6d565c36675463352d0bfeb02b7a7
Handled-By : Eric W. Biederman [EMAIL PROTECTED]
Rafael J
On Thu, Mar 08, 2007 at 09:50:43AM -0500, John W. Linville wrote:
On Wed, Mar 07, 2007 at 08:18:39PM -0800, Andrew Morton wrote:
By removing NET_RADIO, these changes pave the way to making wireless
extensions optional when cfg80211 can fully take over for some
drivers
modprobe irda ; rmmod irda in 2.6.21rc3 gets me the spew below..
Dave
NET: Registered protocol family 23
NET: Unregistered protocol family 23
=
[ INFO: possible recursive locking detected ]
2.6.20-1.2966.fc7 #1
- point to the sparse webpage
- use git:// instead of rsync://
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.20.noarch/Documentation/sparse.txt~ 2007-03-08
19:40:30.0 -0500
+++ linux-2.6.20.noarch/Documentation/sparse.txt2007-03-08
19:43:01.0 -0500
=
[ INFO: possible recursive locking detected ]
2.6.20-1.2962.fc7 #1
-
rosegardenseque/5229 is trying to acquire lock:
(grp-list_mutex){}, at: [881d4352]
snd_seq_deliver_event+0x93/0x173 [snd_seq]
On Mon, Mar 12, 2007 at 01:00:31PM -0400, Trond Myklebust wrote:
Code: 0f 0b eb fe f0 ff 41 44 c7 85 18 01 00 00 01 00 00 00 48 8b
RIP [8032fb83] nfs_wait_on_requests_locked+0x43/0xb2
RSP 81007d669ca8
Known issue. There is already a fix available in the -mm kernel
On Mon, Mar 12, 2007 at 10:43:52AM +, Pavel Machek wrote:
On Tue 2007-03-06 13:21:34, Dave Jones wrote:
On Tue, Mar 06, 2007 at 07:14:30PM +0100, Bernhard Walle wrote:
+cmdline_size: .long COMMAND_LINE_SIZE-1 #length of the command
line,
Why a long? It's
On Tue, Mar 13, 2007 at 12:12:20AM +0100, Pavel Machek wrote:
65535 characters? Are you for real?
Stop and think about just how big that is. If you have to create
a boot command line that long, you have serious, serious issues.
Well, it is about the same size as my .config...
So?
I spent considerable time over the last day or so bisecting to
find out why an X60 stopped resuming somewhen between 2.6.20 and current -git.
(Total lockup, black screen of death).
The bisect log looked like this.
git-bisect start
# bad: [c8f71b01a50597e298dc3214a2f2be7b8d31170c] Linux
On Tue, Mar 13, 2007 at 10:22:53AM +0100, Rafael J. Wysocki wrote:
On Tuesday, 13 March 2007 05:08, Dave Jones wrote:
I spent considerable time over the last day or so bisecting to
find out why an X60 stopped resuming somewhen between 2.6.20 and current
-git.
(Total lockup, black
On Thu, Mar 15, 2007 at 10:11:01AM -0600, Eric W. Biederman wrote:
I haven't heard anything more on this thread.
Sorry, I've been stuck in meetings the last two days..
I just wanted to double check. The tree that failed did it include
commits:
392ee1e6dd901db6c4504617476f6442ed91f72d
On Thu, Mar 15, 2007 at 10:11:01AM -0600, Eric W. Biederman wrote:
Dave Jones [EMAIL PROTECTED] writes:
On Tue, Mar 13, 2007 at 10:22:53AM +0100, Rafael J. Wysocki wrote:
On Tuesday, 13 March 2007 05:08, Dave Jones wrote:
I spent considerable time over the last day or so
On Thu, Mar 15, 2007 at 12:45:20PM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
I just did a build of top of tree, including those commits, and
it's still broken. Booting with pci=nomsi no longer 'fixes' it
though, which may indicate that the MSI changes were a red herring
On Thu, Feb 08, 2007 at 01:32:43PM -0800, [EMAIL PROTECTED] wrote:
The patch titled
rdmsr_on_cpu, wrmsr_on_cpu
has been removed from the -mm tree. Its filename was
rdmsr_on_cpu-wrmsr_on_cpu.patch
This patch was dropped because I've lost the plot on this thing
Alexey,
it is again..
Dave
Shrink the held_lock struct by using bitfields.
This shrinks task_struct on lockdep enabled kernels by 480 bytes.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h
index ea097dd..ba81cce 100644
--- a/include
On Thu, Feb 08, 2007 at 03:07:10PM -0800, Andrew Morton wrote:
I'm getting fed up of holding onto hundreds of patches against subsystem
trees, sending them over and over again seeing and nothing happen. I sent
242
patches out to subsystem maintainers on Monday and look at what's still
On Sat, Feb 10, 2007 at 09:56:07AM -0800, Michael Kerrisk wrote:
Val,
I'm just updating the mount(2) man page for MS_RELATIME, and this is the
text I've come up with:
MS_RELATIME(Since Linux 2.6.20)
When a file on this file system is accessed, only
On Sun, Feb 11, 2007 at 10:55:04PM -0800, Valerie Henson wrote:
On Sat, Feb 10, 2007 at 07:54:00PM -0500, Dave Jones wrote:
Whilst on the subject of RELATIME, is there any good reason why
not to make this a default mount option ?
Ubuntu has been shipping with noatime
On Mon, Feb 12, 2007 at 02:14:41PM -0500, Kyle McMartin wrote:
On Mon, Feb 12, 2007 at 06:37:38PM +0100, Mark de Vries wrote:
I've been googeling for about an hour now and can't find an answer to:
What type of CPU should I select when compiling a recent 2.6 kernel if I
have a VIA Esther
On Mon, Feb 12, 2007 at 11:46:46PM +, Simon Arlott wrote:
MVIAC3_2 doesn't enable X86_GOOD_APIC
which is pretty irrelevant unless you have a dual C7.
, try M686 (Pentium-Pro) - but that won't enable MMX and SSE (via
-march=c3-2).
If gcc generated SSE/MMX instructions that would be a
On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote:
Introducing 'cpuidle', a new CPU power management infrastructure to manage
idle CPUs in a clean and efficient manner.
cpuidle separates out the drivers that can provide support for multiple types
of idle states and
This option is useful for all of the X86 subarchs afaik (and especially
X86_GENERICARCH).
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.20.noarch/drivers/rtc/Kconfig~2007-02-14 13:07:07.0
-0500
+++ linux-2.6.20.noarch/drivers/rtc/Kconfig 2007-02-14 13:07
On Wed, Feb 14, 2007 at 05:08:39PM -0200, Marcelo Tosatti wrote:
movntq instruction is supported by Geode CPU's, so use
fast_clear_page/fast_copy_page versions that have it.
it's supported, but is it a win ?
The same was also true of the VIA C3/C7's, but due to
poor memory bandwidth, it
On Wed, Feb 14, 2007 at 06:17:36PM -0200, Marcelo Tosatti wrote:
On Wed, Feb 14, 2007 at 02:55:46PM -0500, Dave Jones wrote:
On Wed, Feb 14, 2007 at 05:08:39PM -0200, Marcelo Tosatti wrote:
movntq instruction is supported by Geode CPU's, so use
fast_clear_page/fast_copy_page
Without this, building drivers/serial/of_serial.c as a module fails.
WARNING: .of_find_property [drivers/serial/of_serial.ko] undefined!
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.20.noarch/arch/powerpc/kernel/prom.c~ 2007-02-14
16:52:47.0 -0500
+++ linux-2.6.20
On Wed, Feb 14, 2007 at 07:41:12PM -0800, Andrew Morton wrote:
77 files changed, 9681 insertions(+), 10 deletions(-)
just to be able to sign modules.
Normally I'd collapse writhing in laughter, but..
These patches have been in use by RHEL and Fedora kernels for years, and so
On Wed, Feb 14, 2007 at 09:16:28PM -0800, v j wrote:
This is in reference to the following thread:
http://lkml.org/lkml/2006/12/14/63
I am not sure if this is ever addressed in LKML, but linux is _very_
popular in the embedded space. We (an embedded vendor) chose Linux 3
years back
On Wed, Feb 14, 2007 at 10:27:10PM -0800, v j wrote:
Not everybody has to be a contributor. The reason Linux is popular is
because of its openness. Take that away and see where it goes.
please expand on this openness.
Especially wrt your add-ons.
Dave
--
On Wed, Feb 14, 2007 at 10:46:13PM -0800, v j wrote:
You don't get it do you. Our source code is meaningless to the Open
Source community at large.
Linux supports entire _architectures_ of which there are single figures
of people using it. What makes your hardware special ?
We are only
On Wed, Feb 14, 2007 at 09:35:40PM -0800, Andreas Gruenbacher wrote:
On Wednesday 14 February 2007 20:13, Dave Jones wrote:
I've not investigated it, but I hear rumours that suse has something
similar.
Actually, no. We don't belive that module signing adds significant value,
ok
On Wed, Feb 14, 2007 at 10:14:53PM -0800, Andreas Gruenbacher wrote:
On Wednesday 14 February 2007 21:45, Dave Jones wrote:
well, the situation for external modules is no worse than usual.
They still work, they just aren't signed. Which from a distributor point
of view, is actually
On Thu, Feb 15, 2007 at 04:44:51AM -0500, Jeff Garzik wrote:
Dave Jones wrote:
On Wed, Feb 14, 2007 at 10:46:13PM -0800, v j wrote:
Using our source code would not benefit anybody but
our competitors.
This excuse has been given time and time again, and repeatedly been
On Thu, Feb 15, 2007 at 12:00:56PM +0100, Xavier Bestel wrote:
On Thu, 2007-02-15 at 12:51 +0200, Mohammed Gamal wrote:
I am still a kernel newbie, and I am still not very much aware about
the GPL vs. Non-GPL drivers debate. I personally think it'd be better
that all drivers should be
On Thu, Feb 15, 2007 at 09:05:11PM +1000, Trent Waddington wrote:
On 2/15/07, Xavier Bestel [EMAIL PROTECTED] wrote:
But that's not the case with VJ's drivers, which are apparently solely
for linux, so should be distributed under the GPL.
In any case, you're free to use any driver,
On Thu, Feb 15, 2007 at 10:49:57AM +0100, Andi Kleen wrote:
It's always seemed broken (though perhaps this was a distro bug?) in
module form, so I've been compiling it in to get it to work.
Must have been a distro bug. It should have worked before as long
as the config was
On Thu, Feb 15, 2007 at 10:13:04PM +, Pavel Machek wrote:
Hi!
Now, this is not a complete solution by any means: the core kernel is not
protected, and nor are /dev/mem or /dev/kmem, but it denies (or at least
controls) one relatively simple attack vector.
Could we fix the
On Wed, Feb 14, 2007 at 05:00:19PM +, Linux Kernel wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b04c3afb2b6e2f902b41bb62b73684d92d7e6c34
Commit: b04c3afb2b6e2f902b41bb62b73684d92d7e6c34
Parent:
On Tue, Feb 20, 2007 at 01:07:13AM +0100, Adrian Bunk wrote:
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc6-mm3:
...
+rdmsr_on_cpu-wrmsr_on_cpu.patch
...
x86 updates
...
Let's save a few bytes in the CONFIG_SMP=n case.
On Tue, Feb 20, 2007 at 01:21:45AM +0100, Adrian Bunk wrote:
On Mon, Feb 19, 2007 at 07:14:34PM -0500, Dave Jones wrote:
On Tue, Feb 20, 2007 at 01:07:13AM +0100, Adrian Bunk wrote:
...
+#ifdef CONFIG_SMP
void rdmsr_on_cpu(unsigned int cpu, u32 msr_no, u32 *l, u32 *h);
void
. Given how this keeps coming up every few months, lets just
remove that from the list.. It's not that a 306 line driver is
particularly invasive anyways..
Signed-off-by: Dave Jones [EMAIL PROTECTED]
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-removal-schedule.txt
On Tue, Mar 20, 2007 at 10:04:18AM -0700, Pallipadi, Venkatesh wrote:
just for kicks (actually because I was seeing the negative effects
of not having this diff) I threw this in the Fedora devel kernel.
Got a few people reporting softlockups during shutdown.
jpeg from one user attached..
On Wed, Mar 21, 2007 at 05:06:34PM +0100, Cestonaro, Thilo (external) wrote:
Hey,
my module generates this ugly softlockup dump, because all cpus are stopped
longer then 10 secs.
What I do is:
[code]
local_irq_disable();
// my stuff which takes long and stopps all cpus
.
On Wed, Mar 21, 2007 at 01:23:40PM -0700, Venkatesh Pallipadi wrote:
Add a new deferrable delayed work init. This can be used to schedule work
that are 'unimportant' when CPU is idle and can be called later, when CPU
eventually comes out of idle.
Use this init in cpufreq ondemand
On Wed, Mar 21, 2007 at 03:19:45PM -0700, Venki Pallipadi wrote:
init_timer_deferrable is defined in
[PATCH 1/2] Add support for deferrable timers
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.2/2064.html
Do you get this error after that patch?
Ah, looks like I had 1/2 from the
On Wed, Mar 21, 2007 at 03:19:52PM -0700, Andrew Morton wrote:
We've given people years of notice and _some_ applications have converted
over to open(/dev/sda1, O_DIRECT), as they should.
Sure, it's a small and simple driver (now), so the cost of maintaining it
is low.
But otoh,
On Wed, Mar 21, 2007 at 04:27:17PM -0700, Andrew Morton wrote:
[1] Though admittedly the one in RHEL deviates from upstream
as it contains performance enhancements that were vetoed from
upstream acceptance due to it being deprecated.
What enhancements are they?
Hmm, actually it
On Thu, Mar 22, 2007 at 12:24:33AM +0100, Willy Tarreau wrote:
Then a printk() on every open() should be enough. We've all been seeing
Warning: tcpdump uses obsolete AF_PACKET... and it finally disappeared.
There's a difference. We have the source for tcpdump.
Dave
--
On Wed, Mar 21, 2007 at 08:07:53PM -0700, Greg KH wrote:
After modprobe/rmmod cpufreq/stats directory appears but doesn't get
removed. Should it?
Well, one can argue that those stats should never be in sysfs at all
anyway, I mean come on, a histogram in sysfs? That's, not ok.
Meh,
On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
On Thu, Mar 22, 2007 at 12:24:33AM +0100, Willy Tarreau wrote:
Then a printk() on every open() should be enough. We've all been seeing
Warning: tcpdump
On Thu, Mar 22, 2007 at 05:45:40AM +0100, Willy Tarreau wrote:
On Thu, Mar 22, 2007 at 12:17:51AM -0400, Dave Jones wrote:
On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
On Thu, Mar 22, 2007 at 12:24:33AM
make help implies that supplying $CHECK on the command line
should override sparse as the checker used when building with C=1
Yet, this doesn't seem to be the case.
This would be useful for cases where for eg, sparse isn't in
the $PATH, allowing an explicit path to the executable to be
passed in
On Thu, Mar 22, 2007 at 04:26:39PM +1100, Keith Owens wrote:
Dave Jones (on Thu, 22 Mar 2007 01:15:25 -0400) wrote:
make help implies that supplying $CHECK on the command line
should override sparse as the checker used when building with C=1
Yet, this doesn't seem to be the case
On Thu, Mar 22, 2007 at 06:53:06AM +0100, Willy Tarreau wrote:
At most, they will ask their distro vendor for continued support of the
feature (which there will be in the same minor release), and if vendors'
feedback show there is enough demand, then we will just have to delay the
On Thu, Mar 22, 2007 at 06:43:21PM +0100, Mattia Dongili wrote:
On Thu, Mar 22, 2007 at 06:02:01PM +0100, Mattia Dongili wrote:
forgot... (should I resend the whole thing?)
Signed-off-by: Mattia Dongili [EMAIL PROTECTED]
Nah, I'll cut-n-paste.
Ignore my other mail btw, I wasn't
On Thu, Mar 22, 2007 at 06:02:01PM +0100, Mattia Dongili wrote:
The problem is cpufreq_stats doesn't know when a cpufreq driver is
removed and doesn't cleanup. I guess this affects any setup with
cpufreq_stats.
The attached patch seems to solve both symptoms and yes... it's quite
On Thu, Mar 22, 2007 at 03:46:54PM -0700, Jeremy Fitzhardinge wrote:
Cestonaro, Thilo (external) wrote:
It's a condition of a customer of us, so I can't change it.
But it happens not often that my part is used. So I thought there is a
mechanism to disable or reset the watchdog
On Sun, Mar 25, 2007 at 02:22:08PM +0200, Helmut Auer wrote:
Hello List,
The kernel 2.6.20 makes a long delay during booting ( about 15 seconds )
after showing:
NET: Registered protocol family 2
then it goes along with:
IP route cache hash table entries: 2048 (order: 1,
1 - 100 of 4526 matches
Mail list logo