On Wed, 2007-02-21 at 21:17 -0200, Henrique de Moraes Holschuh wrote:
On Wed, 21 Feb 2007, Richard Purdie wrote:
enabled. On a thinkpad, the backlight is probably under ACPI control.
BIOS+ACPI, actually. Without ACPI video loaded, the firmware does
everything correctly. With ACPI video,
Remove the Kconfig selection of semaphore debugging from the ALPHA
and FRV Kconfig files, and centralize it in lib/Kconfig.debug.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
there doesn't seem to be much point in letting individual
architectures independently define the same
On Wed, Feb 21, 2007 at 05:39:01PM -0500, Chuck Ebbert wrote:
Andi Kleen wrote:
What is the status of:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/x86_64-mm-simplfy-__assign_irq_vector.patch
Linux Kernel Markers - cleanup
- Keep a positive CONFIG_MARKERS_ENABLE_OPTIMIZATION for Makefile.
- Have CONFIG_MARKERS_DISABLE_OPTIMIZATION depending on EMBEDDED shown
in the menus.
- CONFIG_MARKERS_ENABLE_OPTIMIZATION depends on
!CONFIG_MARKERS_DISABLE_OPTIMIZATION and defaults to y
On 2/21/07, Nuno Silva [EMAIL PROTECTED] wrote:
I can see that your argument is all about the defenition of a
derivative work.
Far from it. Try reading to the end.
We all know that #include anything.h is mostly non copyrightable, so I
mostly agree that some - very very simple - modules may
Correct the misspelling of the preprocessor check of a Kconfig
option to refer to CONFIG_REISERFS_PROC_INFO and not just the
incorrect REISERFS_PROC_INFO.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/fs/reiserfs/procfs.c b/fs/reiserfs/procfs.c
index ecc9943..83b9135
Problem description at:
http://bugzilla.kernel.org/show_bug.cgi?id=8048
Commit b18ec80396834497933d77b81ec0918519f4e2a7
[PATCH] sched: improve migration accuracy
optimized the scheduler time calculations, but broke posix-cpu-timers.
The problem is that the p-last_ran value is not updated
I think you just misread. I said that the Evil Linker has cheerfully
shipped the source code of the modified POP server. He may not have
given you the compiler he compiled it with, wihout which the source
code is a nice piece of literature but of no engineering utility; but
that's the situation
Are you using an unpatched gcc 4.1.1? Its optimizer did nasty things
to us, at least on an ARM target ...
-
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
On Wed, 2007-02-21 at 00:56 -0500, Yaroslav Halchenko wrote:
I didn't mention 2.6.20-mm1 and got to see -mm2 so it is the one which
Iv'e tried, but, once again, I experienced the same issue with 19-mm?
kernels.
I built 2.6.20-mm2 without backlight support
$ grep BACKLIGH
We attempted an experiment in cleaning up some modprobe messages during
initramfs bootup when the modules directory is missing by moving modprobe
to modprobe-bin and replacing modprobe with the following simple shell script:
#!/bin/sh
# Clean up bootup when modules are not present
if [ -e
On Thu, 22 Feb 2007, Richard Purdie wrote:
I have a thinkpad with Intel GM graphics ;-). I need it to work so I try
not to experiment too much on it. I've just tried the ibm-acpi driver
and it doesn't work well :-(.
2.6.21-rc, or 2.6.20? If it is in 2.6.21, could you give me a report of how
On 2/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
threadlets, when they dont block, are just regular user-space function
calls - so no need to schedule or throttle them. [*]
Right. That's a great design feature.
threadlets, when they block, are regular kernel threads, so the regular
O(1)
+/* image data is MSB-first, fb structure is MSB-first too */
+static inline u32 expand_color(u32 c)
+{
+ return ((c 1) | ((c 2) 7) | ((c 4) 14) | ((c 8) 21)) *
0xFF;
+}
+
+/* s3fb_iplan_imageblit silently assumes that almost everything is 8-pixel
aligned */
Hmn,
On 2/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
pthread_cancel() [if/once threadlets are integrated into pthreads] ought
to do that. A threadlet, if it gets moved to an async context, is a
full-blown thread.
The fact that you are proposing pthread_cancel as a model for how to
abort an
Chuck Ebbert wrote:
I was testing a 2.6.20 kernel and got a soft
lockup on shutdown:
_raw_write_lock+0x5a
nf_ct_iterate_cleanup+0x3e
kill_l3proto+0x0
nf_conntrack_l3proto_unregister+0x85
nf_conntrack_l3proto_ipv4_fini+0x1e
sys_delete_module+0x18a
remove_vma+0x45
do_munmap+0x196
On Wed, 2007-02-21 at 15:53 +0100, Rodolfo Giometti wrote:
Backlight control support for the PXA fram buffer.
Signed-off-by: Rodolfo Giometti [EMAIL PROTECTED]
---
Each platform should define the backlight properties in its own setup
file in linux/arch/arm/mach-pxa/ as follow:
Hi,
The GIGABYTE M57SLI-S4 [1] is the first-ever desktop motherboard
supported by a Free Open Source BIOS, thanks to AMD engineer Yinghai
Lu who released GPL-licensed code last month. This state-of-the-art
motherboard is based on the NVIDIA nForce 570 SLI chipset and AMD's
latest Socket AM2. It
On Wed, 2007-02-21 at 21:23 +, James Simmons wrote:
This is the new display intreface. Its goal is to provide a standard
interface to various types of displays. Currently we have auxdisplay,
output acpi device and the now defunct lcd class in the backlight directory.
Please apply.
Is
(I'm sorry if the thread breaks, i'm not subscribed)
2007/2/21, Alan [EMAIL PROTECTED]:
Stick some printk calls in drivers/ata/libata-eh.c in ata_eh_suspend, or
turn on all the ATA debug and shutdown, the code should issue a cache
flush followed by a standbynow1 command for each disk.
Alan
Greg KH wrote:
-stable review patch. If anyone has any objections, please let us know.
--
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was missing a try_to_freeze()
call, which caused it to go into a tight loop
Oops, forgot to include the relevant links in the previous email:
[1]
http://www.gigabyte.com.tw/Products/Motherboard/Products_Overview.aspx?ProductID=2287
[2] http://www.newegg.com/Product/Product.asp?Item=N82E16813128014
[3] http://linuxbios.org/Download_LinuxBIOS
[4]
On 2/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
threadlets (and syslets) are parallel contexts and they behave so -
queuing and execution semantics are then ontop of that, implemented
either by glibc, or implemented by the application. There is no
'pipeline' of requests imposed - the structure
On Thu, 2007-02-22 at 00:53 +, James Simmons wrote:
+/* image data is MSB-first, fb structure is MSB-first too */
+static inline u32 expand_color(u32 c)
+{
+ return ((c 1) | ((c 2) 7) | ((c 4) 14) | ((c 8) 21)) *
0xFF;
+}
+
+/* s3fb_iplan_imageblit silently
On Thu, Feb 22, 2007 at 06:16:23AM +0900, OGAWA Hirofumi wrote:
Greg KH [EMAIL PROTECTED] writes:
On Thu, Feb 22, 2007 at 04:12:04AM +0900, OGAWA Hirofumi wrote:
YOSHIFUJI Hideaki / ?$B5HF#1QL@ [EMAIL PROTECTED] writes:
In article [EMAIL PROTECTED] (at Tue, 20 Feb 2007 20:53:45 -0800
On Wed, Feb 21, 2007 at 01:43:42PM +0100, Blaisorblade wrote:
On Wednesday 21 February 2007 00:41, [EMAIL PROTECTED] wrote:
This is a note to let you know that we have just queued up the patch titled
Subject: x86_64: fix 2.6.18 regression - PTRACE_OLDSETOPTIONS should
be accepted
On Wed, Feb 21, 2007 at 01:43:42PM +0100, Blaisorblade wrote:
On Wednesday 21 February 2007 00:41, [EMAIL PROTECTED] wrote:
This is a note to let you know that we have just queued up the patch titled
Subject: x86_64: fix 2.6.18 regression - PTRACE_OLDSETOPTIONS should
be accepted
On Wed, 2007-02-21 at 00:56 -0500, Yaroslav Halchenko wrote:
I didn't mention 2.6.20-mm1 and got to see -mm2 so it is the one which
Iv'e tried, but, once again, I experienced the same issue with 19-mm?
kernels.
I built 2.6.20-mm2 without backlight support
$ grep BACKLIGH
On Wed, 21 Feb 2007, Henrique de Moraes Holschuh wrote:
* 'cat brightness' != 'cat actual_brightness' upon bootup (doesn't have
Hmm, I see this in 2.6.20 too. And brightness is the one that is buggy. I
will look into it.
Now, that was trivial to fix, and I will reply with a patch (which
On Wed, 2007-02-21 at 22:51 -0200, Henrique de Moraes Holschuh wrote:
On Thu, 22 Feb 2007, Richard Purdie wrote:
I have a thinkpad with Intel GM graphics ;-). I need it to work so I try
not to experiment too much on it. I've just tried the ibm-acpi driver
and it doesn't work well :-(.
I built 2.6.20-mm2 without backlight support
$ grep BACKLIGH /boot/config-2.6.20-mm2
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_RIVA_BACKLIGHT is not set
# CONFIG_FB_RADEON_BACKLIGHT is not set
that eliminated the problem. Also I can see the
Richard Purdie [EMAIL PROTECTED] writes:
If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
with that option disabled?
i don't have my laptop with me but i am pretty sure
FB_RADEON_BACKLIGHT wasn't set for 2.6.20 (i think it showed up as a
new option when i did make
Greg KH wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Robert Hancock [EMAIL PROTECTED]
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was missing a try_to_freeze()
Chuck Ebbert wrote:
Greg KH wrote:
-stable review patch. If anyone has any objections, please let us know.
--
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was missing a try_to_freeze()
call, which caused it to
[EMAIL PROTECTED] (Lennart Sorensen) writes:
Well someone said the VIA uses INTA for the DN19 on their riser card,
although is that INTA from the CPUs point of view or INTA from the slot
the riser card is plugged into?
CPU/chipset it seems.
Device# IDSEL INT (first)
0x08A19 n/a
Alistair John Strachan [EMAIL PROTECTED] writes:
One warning to you though, I found the riser to be pretty flaky, causing
bizarre lockups and periodic crashes of Linux. Maybe this is a Linux
bug, but
it really didn't seem like it.
I don't know how it could be a Linux bug.
Perhaps
We have a number of functions which return small structures (such as
pte_t). It seems that the kernel is not compiled with
-freg-struct-return, so all these small structures are being returned
via the stack, even though they would fit into registers.
Is there a reason for this? Would
On Wednesday 21 February 2007 19:28, Michael K. Edwards wrote:
I think you just misread. I said that the Evil Linker has cheerfully
shipped the source code of the modified POP server. He may not have
given you the compiler he compiled it with, wihout which the source
code is a nice piece of
On 2/21/07, Michael K. Edwards [EMAIL PROTECTED] wrote:
You won't be able to do it later if you don't design for it now.
Don't reinvent the square wheel -- there's a model to follow that was
so successful that it has killed all alternate models in its sphere.
Namely, IEEE 754. But please try
On Wed, 2007-02-21 at 21:23 +, James Simmons wrote:
This is the new display intreface. Its goal is to provide a standard
interface to various types of displays. Currently we have auxdisplay,
output acpi device and the now defunct lcd class in the backlight directory.
Please apply.
Thomas Gleixner napisaĆ(a):
Michal,
On Wed, 2007-02-21 at 16:38 +0100, Michal Piotrowski wrote:
But you still have those softirq pending messages, right ?
Yes
(+ new NOHZ: local_softirq_pending 02)
Yike, that's the timer softirq.
Can you add the patch below, maybe it gives us some
On Thu, 2007-02-22 at 01:35 +, James Simmons wrote:
On Wed, 2007-02-21 at 21:23 +, James Simmons wrote:
If this is an attempt to consolidate, I don't see the 'brightness'
hook of backlight and lcd.
If this is not a consolidation, why don't we just extend the lcd class?
Its
Any comments or suggestions are always welcomed.
-
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/
On Wed, Feb 21, 2007 at 02:19:44PM -0800, Andrew Morton wrote:
On Tue, 20 Feb 2007 10:13:56 -0500
Josef Sipek [EMAIL PROTECTED] wrote:
On Tue, Feb 20, 2007 at 08:37:34AM +0200, Pekka Enberg wrote:
On 2/20/07, Adrian Bunk [EMAIL PROTECTED] wrote:
CC fs/unionfs/copyup.o
On 2/21/07, D. Hazelton [EMAIL PROTECTED] wrote:
On Wednesday 21 February 2007 19:28, Michael K. Edwards wrote:
I think you just misread. I said that the Evil Linker has cheerfully
shipped the source code of the modified POP server. He may not have
given you the compiler he compiled it
On Thu, Feb 22, 2007 at 01:11:18AM +, James Simmons wrote:
*$ grep BACKLIGH /boot/config-2.6.20
# CONFIG_FB_BACKLIGHT is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_BACKLIGHT_CLASS_DEVICE=m
CONFIG_BACKLIGHT_DEVICE=y
You need to explictly enable the backlight for your fbdev
On Thu, 22 Feb 2007, Richard Purdie wrote:
The following sequence is reproducible:
echo 7 brightness (repeat until actual_brightness reads 7)
echo 0 brightness (brightness reads 0, actual_brightness reads 4)
echo 0 brightness (brightness reads 0, actual_brightness reads 0)
As I said, it
yunfeng zhang wrote:
Any comments or suggestions are always welcomed.
Same question as always: what problem are you trying to solve?
--
Politics is the struggle between those who want to make their country
the best in the world, and those who believe it already is. Each group
calls the other
Yo,
After some delay[0] I have uploaded a new version of module-init-tools
to http://www.kerneltools.org/
This release mostly has a bunch of build fixes, some memory leakage
cleanups that will benefit systems that actually run out of memory
(embedded, etc.) and various other things in the
On Wed, 21 Feb 2007 21:00:39 -0500 Josef Sipek [EMAIL PROTECTED] wrote:
I can't say more until I've managed to understand your description, which
might take a while.
It is intended for reallocation of a buffer. The code in lookup.c allocates
some memory, and it may have to reallocate the
For what it's worth, the new branch-management code also needs realloc():
right now I do a kfree/kalloc instead. So I'm all for having a true
krealloc function.
Erez.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Matthew Fredrickson wrote:
On Feb 20, 2007, at 9:43 PM, Robert Hancock wrote:
Matthew Fredrickson wrote:
I have noticed something that might be related as well. I am working
on a device driver that would have periodic data errors due to
exceptionally long interrupt handling latency. I
Alan wrote:
Stick some printk calls in drivers/ata/libata-eh.c in ata_eh_suspend, or
turn on all the ATA debug and shutdown, the code should issue a cache
flush followed by a standbynow1 command for each disk.
Alan
I believe it runs on suspend, but we don't run that code on normal
shutdown,
On Tue, 20 Feb 2007 17:35:16 +1100
NeilBrown [EMAIL PROTECTED] wrote:
+ for (i = conf-raid_disks ; i-- ; ) {
That statement should be dragged out, shot, stomped on then ceremonially
incinerated.
What's wrong with doing
for (i = 0; i conf-raid_disks; i++) {
in a manner
The following patchset moves the kvm userspace interface from having a
single fd, to having three types of file descriptors:
- one fd returned by open(/dev/kvm) is used for generic access to the
kvm driver, for example to get the API version and to create virtual
machines
- when you create a
The kvmfs inodes will represent virtual machines and vcpus, as necessary,
reducing cacheline bouncing due to inodes and filps being shared.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c | 33 -
1 files changed, 32 insertions(+), 1
This avoids having filp-f_op and the corresponding inode-i_fop different,
which is a little unorthodox.
The ioctl list is split into two: global kvm ioctls and per-vm ioctls. A new
ioctl, KVM_CREATE_VM, is used to create VMs and return the VM fd.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
This reflects the changed scope, from device-wide to single vm (previously
every device open created a virtual machine).
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c | 48
1 files changed, 24 insertions(+), 24
In preparation of some hacking.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c | 102
1 files changed, 51 insertions(+), 51 deletions(-)
diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c
index 981f5d3..6fb36c8
Allocate a distinct inode for every vcpu in a VM. This has the following
benefits:
- the filp cachelines are no longer bounced when f_count is incremented on
every ioctl()
- the API and internal code are distinctly clearer; for example, on the
KVM_GET_REGS ioctl, there is no need to copy
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
include/linux/kvm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/kvm.h b/include/linux/kvm.h
index 7c9a400..275354f 100644
--- a/include/linux/kvm.h
+++ b/include/linux/kvm.h
@@ -11,7 +11,7 @@
#include
Avi Kivity wrote:
The following patchset moves the kvm userspace interface from having a
single fd, to having three types of file descriptors:
Andrew, while the 2.6.21 merge window has closed, please consider
applying this to 2.6.21 anyway. At least one major distribution
(Fedora) is
On Wed, 2007-02-21 at 20:21 +0200, Avi Kivity wrote:
Avi Kivity wrote:
The following patchset moves the kvm userspace interface from having a
single fd, to having three types of file descriptors:
Andrew, while the 2.6.21 merge window has closed, please consider
applying this to 2.6.21
From: Miklos Szeredi [EMAIL PROTECTED]
This patch makes writing to shared memory mappings update st_ctime and
st_mtime as defined by SUSv3:
The st_ctime and st_mtime fields of a file that is mapped with
MAP_SHARED and PROT_WRITE shall be marked for update at some point
in the interval
Miklos Szeredi wrote:
From: Miklos Szeredi [EMAIL PROTECTED]
This patch makes writing to shared memory mappings update st_ctime and
st_mtime as defined by SUSv3:
The st_ctime and st_mtime fields of a file that is mapped with
MAP_SHARED and PROT_WRITE shall be marked for update at some
On Wed, 2007-02-21 at 18:51 +0100, Miklos Szeredi wrote:
From: Miklos Szeredi [EMAIL PROTECTED]
This patch makes writing to shared memory mappings update st_ctime and
st_mtime as defined by SUSv3:
The st_ctime and st_mtime fields of a file that is mapped with
MAP_SHARED and
Inspired by Peter Staubach's patch and the resulting comments.
An updated version of the original patch was submitted to LKML
yesterday... :-)
Strange coincidence :)
file = vma-vm_file;
start = vma-vm_end;
+ mapping_update_time(file);
This flag is checked in msync() and __fput(), and if set, the file
times are updated and the flag is cleared
Why not also check inside vfs_getattr?
This is the minimum, that the standard asks for.
Note, your porposal would touch the times in vfs_getattr(), which
means, that the
On Wed, 2007-02-21 at 19:28 +0100, Miklos Szeredi wrote:
This flag is checked in msync() and __fput(), and if set, the file
times are updated and the flag is cleared
Why not also check inside vfs_getattr?
This is the minimum, that the standard asks for.
Note, your porposal would
Trond Myklebust wrote:
On Wed, 2007-02-21 at 19:28 +0100, Miklos Szeredi wrote:
This flag is checked in msync() and __fput(), and if set, the file
times are updated and the flag is cleared
Why not also check inside vfs_getattr?
This is the minimum, that the standard asks
This flag is checked in msync() and __fput(), and if set, the file
times are updated and the flag is cleared
Why not also check inside vfs_getattr?
This is the minimum, that the standard asks for.
Note, your porposal would touch the times in vfs_getattr(), which
means,
Miklos Szeredi wrote:
Inspired by Peter Staubach's patch and the resulting comments.
An updated version of the original patch was submitted to LKML
yesterday... :-)
Strange coincidence :)
file = vma-vm_file;
start = vma-vm_end;
+
Inspired by Peter Staubach's patch and the resulting comments.
An updated version of the original patch was submitted to LKML
yesterday... :-)
Strange coincidence :)
file = vma-vm_file;
start = vma-vm_end;
+
From: Andrew Morton
Newsgroups: gmane.linux.raid,gmane.linux.kernel
Subject: Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
Date: Wed, 21 Feb 2007 14:48:06 -0800
Hallo.
On Tue, 20 Feb 2007 17:35:16 +1100
NeilBrown [EMAIL PROTECTED] wrote:
+for (i =
On Thu, 22 Feb 2007 00:36:22 +0100
Oleg Verych [EMAIL PROTECTED] wrote:
From: Andrew Morton
Newsgroups: gmane.linux.raid,gmane.linux.kernel
Subject: Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
Date: Wed, 21 Feb 2007 14:48:06 -0800
Hallo.
On Tue, 20 Feb 2007 17:35:16
On Thursday, 22 February 2007 00:58, Andrew Morton wrote:
On Thu, 22 Feb 2007 00:36:22 +0100
Oleg Verych [EMAIL PROTECTED] wrote:
From: Andrew Morton
Newsgroups: gmane.linux.raid,gmane.linux.kernel
Subject: Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
Date: Wed, 21
Patch 1/2
This patch changes the way we determine if a logical volume is larger than 2TB.
The
original test looked for a total_size of 0. Originally we added 1 to the
total_size.
That would make our read_capacity return size 0 for 2TB lv's. We assumed that
we
could not have a lv size of 0 so
Patch 2/2
This patch adds reboot_notifier support to cciss. Changes in firmware make this
patch
essential. Without this patch there may be valid data left in the controller's
battery
backed write cache (BBWC) on shutdown. We found out the hard way that the
kernel does
not call our cleanup
On Wed, Feb 21, 2007 at 03:12:28AM -0800, Roland McGrath wrote:
The way I've organized my patch series is with the arch support split up
along with the separate infrastructure patches in the series. That is,
just asm/tracehook.h with no utrace_regset stuff in the first patch so that
the
These are 2.6.21 material, nothing urgent.
Jeff
-
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
Move the host_info string from util.c to um_arch.c, where it is
actually initialized and used. Also document its lack of locking.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/include/os.h|2 +-
arch/um/include/user_util.h |2 --
arch/um/kernel/um_arch.c|6 +-
Formatting fixes -
style violations
whitespace breakage
emacs formatting comment removal
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/kernel/um_arch.c | 51 +--
arch/um/os-Linux/main.c | 11 +
Add some locking to host_ldt_entries to prevent racing when reading
LDT information from the host.
Also fixed some style violations.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/sys-i386/ldt.c | 29 +++--
1 file changed, 19 insertions(+), 10 deletions(-)
Get rid of a bunch of unused stuff -
cpu_feature had no users
linux_prog is little-used, so its declaration is moved to the
user for easy deletion when the whole file goes away
a long-unused debugging aid in helper.c is gone
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
On Wednesday 21 February 2007 21:25, Jeff Dike wrote:
Add some locking to host_ldt_entries to prevent racing when reading
LDT information from the host.
Please remove GFP_KERNEL allocation under spin_lock - simplest way is using a
mutex unless this can be important for performance.
@@
On Thursday 08 February 2007 22:57, Jeff Dike wrote:
x86_64 needs some TLS fixes. What was missing was remembering the
child thread id during clone and stuffing it into the child during
each context switch.
The %fs value is stored separately in the thread structure since the
host controls
On Thursday 15 February 2007 18:07, Jeff Dike wrote:
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
[...]
@@ -331,10 +334,9 @@ void maybe_sigio_broken(int fd, int read
sigio_lock();
err = need_poll(all_sigio_fds, all_sigio_fds.used + 1);
- if(err){
-
On Wednesday February 21, [EMAIL PROTECTED] wrote:
On Tue, 20 Feb 2007 17:35:16 +1100
NeilBrown [EMAIL PROTECTED] wrote:
+ for (i = conf-raid_disks ; i-- ; ) {
That statement should be dragged out, shot, stomped on then ceremonially
incinerated.
An experiment in lateral
On Friday February 16, [EMAIL PROTECTED] wrote:
I was wondering if the block layer has been changed into a more serialized
manner yet? I've been trying to google this, but so far no luck. I know there
was some talk about removing the stack based approach, but I can't find any
information about
On Tue, 20 Feb 2007 09:02:53 +0100 (CET), Jiri Kosina [EMAIL PROTECTED] wrote:
On Mon, 19 Feb 2007, Veronique Vincent wrote:
Hi again Marcel and Jiri,
I've set up the hid-core.c to DEBUG mode... and it literally got pretty
verbose...
thanks for the output. Is this really the full
cond_resched() checks and conditionally sets PREEMPT_ACTIVE flag for
the current task. The comments says,
/*
* The BKS might be reacquired before we have dropped
* PREEMPT_ACTIVE, which could trigger a second
* cond_resched() call.
*/
My understanding is that cond_resched() would be indirectly
On Wed, Feb 21, 2007 at 06:26:57PM -0800, Andrew Morton wrote:
On Wed, 21 Feb 2007 21:00:39 -0500 Josef Sipek [EMAIL PROTECTED] wrote:
I can't say more until I've managed to understand your description, which
might take a while.
It is intended for reallocation of a buffer. The code
On Wed, Feb 21, 2007 at 12:23:44PM -0800, Andrew Morton wrote:
On Fri, 16 Feb 2007 18:08:42 -0800
+int select_nohz_load_balancer(int stop_tick)
+{
+ int cpu = smp_processor_id();
+
+ if (stop_tick) {
+ cpu_set(cpu, nohz.cpu_mask);
+
On Fri, Feb 16, 2007 at 06:08:42PM -0800, Suresh B wrote:
Changes since v1:
- Move the idle load balancer selection from schedule()
to the first busy scheduler_tick() after restarting the tick.
This will avoid the unnecessay ownership changes when
softirq's(which are run in
On Wed, Feb 21, 2007 at 02:15:10AM -0800, Roland McGrath wrote:
This causes the following compile error with CONFIG_PTRACE=y,
CONFIG_PROC_FS=n:
Bah. I moved ptrace_may_attach to fs/proc/base.c so that CONFIG_PTRACE=n
could just omit kernel/ptrace.c entirely and still get the function for
On Wed, Feb 21, 2007 at 02:13:38PM +0100, Rolf Eike Beer wrote:
These functions were inlines before 8b9365d753d9870bb6451504c13570b81923228f.
Now EXPORT_SYMBOL() them to allow them to be used in modules again.
Just because they happened to be inlined that doesn't mean modules should
be using
On Thu, Feb 22, 2007 at 01:48:00PM +1100, Neil Brown wrote:
Might this:
http://lkml.org/lkml/2007/2/10/22
relate to your question?
If you are talking about stacking block device (via dm or md), then a
patch to fix this in in -mm but there are or were some potential
issues in dm that
Hi,
Following this message (on the RTC list) are six patches:
- Remove the /sys/class/rtc-dev class_device, and a class_interface
- Use struct rtc_device in the external interface, not class_device
- Simplify the sysfs attribute handling, removing a class_interface
- Simplify the
On Thursday February 22, [EMAIL PROTECTED] wrote:
On Thu, Feb 22, 2007 at 01:48:00PM +1100, Neil Brown wrote:
Might this:
http://lkml.org/lkml/2007/2/10/22
relate to your question?
If you are talking about stacking block device (via dm or md), then a
patch to fix this in in -mm
RTC class suspend/resume support, re-initializing the system clock on resume
from the clock used to initialize it at boot time.
- Inlining the same code used by ARM, which saves and restores the
delta between a selected RTC and the current system wall-clock time.
- Removes calls to that ARM
901 - 1000 of 1130 matches
Mail list logo