On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
1. Wrong mailing list; use linux-ide (@vger) instead.
What, and keep all us other interested people in the dark?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Hi,
I implement a little patch (ndr just for a try) for the atmel serial
driver atmel_serial.c to wakeup the system when it is in suspend-ram state.
I reconfigure the RXD pin as a gpio in suspend function and restore it
in the resume function. It is the correct way?
Regards Michael
--
To
On Monday 28 January 2008, Peter Zijlstra wrote:
On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
1. Wrong mailing list; use linux-ide (@vger) instead.
What, and keep all us other interested people in the dark?
As a test, I tried rebooting to the latest fedora kernel and found it
* Paul Mackerras [EMAIL PROTECTED] [2008-01-27 22:55:43]:
Balbir Singh writes:
Here's a better and more complete fix for the problem. Could you
please see if it works for you? I tested it on a real NUMA box and it
seemed to work fine there.
There are a couple of other changes in
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
NEW_FAIR_SLEEPERS feature gives credit for sleeping only to tasks and
not group-level entities. With the patch attached, I could see that
wakeup latencies with FAIR_USER_SCHED are restored to the same level
as !FAIR_USER_SCHED.
However I am
Peter Zijlstra writes:
On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
1. Wrong mailing list; use linux-ide (@vger) instead.
What, and keep all us other interested people in the dark?
MAINTAINERS clearly lists linux-ide as the primary mailing
list for all things
Could you please prepare the changeset for the macro, as suggested by Ian?
In time:
s/as suggested by Ian/considering Jan's arguments/
Cheers,
Mauro
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hello!
The list_for_each_entry_rcu() primitive should be used instead of
list_for_each_rcu(), as the former is easier to use and provides
better type safety. This patch therefore adds list_for_each_rcu()
to the Documentation/feature-removal-schedule.txt file (for mid-2008)
and marks its comment
I agree with you.
If you will have a test result, Let me know it.
On Jan 28, 2008 6:01 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 28 Jan 2008 15:43:56 +0900 minchan kim [EMAIL PROTECTED] wrote:
I think this is actually a bugfix. The code you're removing doesn't do
the
On Monday 28 January 2008, Gene Heskett wrote:
[ 0.00] If you got timer trouble try acpi_use_timer_override
This is from the dmesg of my previous post.
Can anyone tell me what it actually means?
--
Cheers, Gene
There are four boxes to be used in defense of liberty:
soap, ballot, jury,
Hi,
What you *could* do is to start putting processes to sleep if they
attempt to write to the frozen filesystem, and then detect the
deadlock case where the process holding the file descriptor used to
freeze the filesystem gets frozen because it attempted to write to the
filesystem --- at
On Jan 28, 2008 8:04 AM, richard kennedy [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On Jan 28, 2008 5:40 AM, Bryan Wu [EMAIL PROTECTED] wrote:
On Mon, 2008-01-28 at 05:16 -0500, Mike Frysinger wrote:
the trouble is that this file currently weighs in at ~1.8 megs. this
is because it
* Mikael Pettersson [EMAIL PROTECTED] wrote:
Now I tried the 2.6.24 release and noticed that WOL is still
broken. I'll be happy to test any patches that can make it into
2.6.24.1.
1. Wrong mailing list; use netdev (@vger) instead.
lkml is the right mailing list for reporting Linux
Hi,
Thank you for your comments.
That's inherently unsafe - you can have multiple unfreezes
running in parallel which seriously screws with the bdev semaphore
count that is used to lock the device due to doing multiple up()s
for every down.
Your timeout thingy guarantee that at some point you
Mike Frysinger wrote:
On Jan 28, 2008 5:40 AM, Bryan Wu [EMAIL PROTECTED] wrote:
On Mon, 2008-01-28 at 05:16 -0500, Mike Frysinger wrote:
the trouble is that this file currently weighs in at ~1.8 megs. this
is because it contains all the information for all Blackfin processors
we support
* Greg Kroah-Hartman [EMAIL PROTECTED] wrote:
This problem is due to the kobject rework recently done in this file.
The mce_amd_64.c code uses some wierd forward calls to back out of the
recursive way the code creates kobjects. Because of this, we need to
verify that we have really
* Yinghai Lu [EMAIL PROTECTED] wrote:
[PATCH] x86_64: not set boot cpu in cpu_online_map at
smp_prepare_boot_cpu
in init/main.c boot_cpu_init() does that before
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
No specific spec, just general quality of implementation.
I completely agree. If one thread writes A and another writes B then the
kernel should record either A or B, not ((A 0x) | (B
0x))
Agree entirely: the spec doesn't allow for random scribbling in the wrong
On Sat 26-01-08 22:02:10, Andrew Morton wrote:
On Wed, 23 Jan 2008 19:47:52 +0100 Jan Kara [EMAIL PROTECTED] wrote:
Implement dmode option for iso9660 filesystem to allow setting of access
rights for directories on the filesystem.
Please update Documentation/filesystems/isofs.txt?
* Yinghai Lu [EMAIL PROTECTED] wrote:
[PATCH] x86_64: not set boot cpu in cpu_present_map again
in init/main.c boot_cpu_init() already does that before setup_arch
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On 1/28/08, Jean Delvare [EMAIL PROTECTED] wrote:
Hi Jon,
On Sun, 27 Jan 2008 12:36:03 -0500, Jon Smirl wrote:
On 1/27/08, Jean Delvare [EMAIL PROTECTED] wrote:
Linus,
Please pull the i2c subsystem updates for Linux 2.6.25 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6
On Mon, 28 Jan 2008, Herbert Xu wrote:
Hi:
[AUDIT]: Increase skb-truesize in audit_expand
The recent UDP patch exposed this bug in the audit code. It
was calling pskb_expand_head without increasing skb-truesize.
The caller of pskb_expand_head needs to do so because that function
is
On Tue, Jan 22, 2008 at 02:20:48PM +0100, Paolo Ciarrocchi wrote:
On Jan 14, 2008 11:23 PM, Paolo Ciarrocchi [EMAIL PROTECTED] wrote:
Add a filename option (default to 0)
in order to get the following summary output:
./scripts/checkpatch.pl --filename --file ./arch/sparc/kernel/apc.c
...
* Arjan van de Ven [EMAIL PROTECTED] wrote:
Subject: x86: deprecate change_page_attr()
From: Arjan van de Ven [EMAIL PROTECTED]
With the introduction of the new API, no driver or non-archcore code
needs to use c-p-a anymore, so this patch also deprecates the
EXPORT_SYMBOL of CPA (it's a
Gene Heskett writes:
On Monday 28 January 2008, Peter Zijlstra wrote:
On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
1. Wrong mailing list; use linux-ide (@vger) instead.
What, and keep all us other interested people in the dark?
As a test, I tried rebooting to the
Also worse really fixing it would be a major change to the VFS
because of the way -read/write are defined :/
I don't see a problem there. -read and -write update the passed pointer
which is not the real f_pos anyway. Just the copies need fixing.
Alan
--
To unsubscribe from this list: send the
On Mon, Jan 28, 2008 at 12:20:30PM +, Russell King wrote:
On Mon, Jan 28, 2008 at 11:39:55AM +0100, Peter Zijlstra wrote:
move update_process_times() out from under xtime_lock.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Peter,
Mind if I merge:
On Mon, Jan 28, 2008 at 14:37:38 +0100, Mikael Pettersson wrote:
[...]
However, it _is_ a fact that there is a proliferation of specialized
mailing lists, and it is also a fact that many developers _only_ read
those lists. I'm in no way defending this behaviour, on the contrary
I probably
On Sun, Jan 27, 2008 at 06:39:23PM +0100, Rodolfo Giometti wrote:
here my patch for PPS support against kernel 2.6.24:
http://ftp.enneenne.com/pub/misc/linuxpps/patches/ntp-pps-2.6.24.diff
The code has been tested by some guys intered in PPS stuff and it
seems ok. :)
Please report
On Mon, 28 Jan 2008 15:56:21 +0100
Andi Kleen [EMAIL PROTECTED] wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
Right now, if drivers or other code want to change, say, a cache
attribute of a page, the only API they have is change_page_attr().
c-p-a is a really bad API for this,
On Mon, Jan 28, 2008 at 08:43:08AM -0500, Lennart Sorensen wrote:
I would test it except I am still on 2.6.18 and probably will be for
quite a while. I am still using an older patch of yours which works
great for now, although I know the interface has a changed a bit since.
Yes, you are
On Monday, 28 of January 2008, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Speaking of cleanups, the following one is applicable IMO.
--- linux-2.6.orig/arch/x86/mm/init_32.c
+++ linux-2.6/arch/x86/mm/init_32.c
@@ -444,23 +444,23 @@ static void __init
On Tue, Jan 22, 2008 at 04:53:30PM +0100, Ingo Molnar wrote:
Hi Ingo,
I applied all the hot fixes patches but still the bug is there.
(crash at early boot).
As I replied your earlier mail in which the patch sent by you
does not apply (reverse).
can you please look into the problem ?
Thanks
This is the first stop (of two) in removing the kill_pgrp_info.
All the users of this function are in kernel/signal.c, but all
they need is to call __kill_pgrp_info() with the tasklist_lock
read-locked.
Fortunately, one of its users is the kill_something_info(),
which already needs this lock in
El Mon, 28 Jan 2008 15:10:34 +0100, Andi Kleen [EMAIL PROTECTED] escribió:
So you get overlapping reads. Probably not good.
This was discussed in the past i think -
http://lkml.org/lkml/2006/4/13/124
http://lkml.org/lkml/2006/4/13/130
--
To unsubscribe from this list: send the line unsubscribe
On Thu, Jan 24, 2008 at 07:52:40PM +0300, Dmitri Vorobiev wrote:
Whole series queued for 2.6.25.
Thanks,
Ralf
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, Jan 14, 2008 at 11:19:48PM +0100, Bartlomiej Zolnierkiewicz wrote:
__FUNCTION__ is gcc specific, __func__ is C99
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Research seems to indicate this is indeed sensible as __FUNCTION__ can
cause -Werror to trip. Have applied
On Mon, 28 Jan 2008 09:52:45 -0600 Paul Jackson wrote:
Randy -- any idea why the Documentation/email-clients.txt file states:
Sylpheed (GUI)
...
- Not good for IMAP.
On 2008.01.25 10:08:20 -0800, mark gross wrote:
This is used for our graphics driver module to know if we have to
do dma remapping in iommu case, both in kernel config and kernel
boot time param config.
ok. How soon do you need this export?
As graphics part of these patches depend on
On Fri 2008-01-18 10:13:01, Daniel Arai wrote:
I have an x86_64 system that's capable of doing ACPI CPU
hot removal.
One issue that's worrying me right now is that there
isn't enough
information to automatically script CPU removal when
it's requested by
the hardware platform.
I'm
* Ingo Molnar [EMAIL PROTECTED] wrote:
and after a session of bisection, the winner patch is:
Subject: x86: unify PAE/non-PAE pgd_ctor
which is a tad unexpected, given the relatively harmless nature of the
patch. (but then again, nothing is really harmless in PAE land.)
ok, i merged
* Ingo Molnar [EMAIL PROTECTED] wrote:
hm, i tried this, and got an early crash:
[ 29.389844] VFS: Mounted root (ext3 filesystem) readonly.
[ 29.389872] debug: unmapping init memory c0b03000..c0b6f000
[ 29.440139] PM: Adding info for No Bus:vcs1
[ 29.463676] khelper used greatest
Ingo Molnar wrote:
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
This series addresses various cleanups in pagetable allocation in the
direction of unifying 32/64 bits (that's still a while off yet).
hm, i tried this, and got an early crash:
[ 29.389844] VFS: Mounted root (ext3
On Jan 28 2008 10:02, Roy Zacharias wrote:
Hello,
This is my first time posting on this list. Currently, I am working
on a powerpc board and I encounter some problems. When I do the
following:
1. Login to my card from pc as root
2. Run command (i.e. ls, ps, etc.)
3. Wait 30 min-1hr
4. Run
and so then dmesg ..
--
Thanks,
Oliver
Initializing cgroup subsys cpuset
Linux version 2.6.24-szami2 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115
(prerelease) (Debian 4.1.1-21)) #2 SMP Sun Jan 27 01:47:58 CET 2008
BIOS-provided physical RAM map:
BIOS-e820: -
On Sunday 27 January 2008 01:14:44 pm Stefan Richter wrote:
If a device is being unplugged while fw-sbp2 had a login or reconnect on
schedule, it would take about half a minute to shut the fw_unit down:
Jan 27 18:34:54 stein firewire_sbp2: logged in to fw2.0 LUN (0
retries) unplug
Jan
On Sat, Jan 26, 2008 at 10:00:29PM -0800, Andrew Morton wrote:
On Thu, 24 Jan 2008 10:50:30 -0600 David Teigland [EMAIL PROTECTED] wrote:
void dlm_rcom_in(struct dlm_rcom *rc)
{
struct dlm_header *hd = (struct dlm_header *) rc;
aww, c'mon guys, this is nonsense.
struct
On Sun, 2008-01-27 at 20:19 +0100, Rene Herman wrote:
On 23-01-08 18:38, Thomas Renninger wrote:
isapnp is totally untested. Also the sysfs is rather untested.
If nobody beats me to it I'll debug this myself later on, but as a quick
heads up:
I think I know what is going on.
While
On Monday 28 January 2008 14:38:57 Alan Cox wrote:
Also worse really fixing it would be a major change to the VFS
because of the way -read/write are defined :/
I don't see a problem there. -read and -write update the passed pointer
which is not the real f_pos anyway. Just the copies need
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
I'd like to move the 64-bit suspend/hibernation files from
arch/x86/kernel to arch/x86/power, modify the names of the 32-bit
files already in arch/x86/power and update the Makefiles accordingly,
but there are some changes queued for merging
On Jan 28, 2008 3:56 PM, Andy Whitcroft [EMAIL PROTECTED] wrote:
On Mon, Jan 14, 2008 at 11:29:13PM +0100, Paolo Ciarrocchi wrote:
Hi Andy,
When I started using checkpatch I was confused by the following WARN
message:
no space between function name and open parenthesis
I
When sending the pid namespaces patches I wrongly converted
the tsk-tgid into task_pid_vnr(tsk) in mqueue-s (the git id
of this patch is b488893a390edfe027bae7a46e9af8083e740668).
The proper behavior is to get the task_tgid_vnr(tsk).
This seem to be the only mistake of that kind.
Toralf, for me the group scheduler offers superior interactivity on my
laptop for a number of reasons. The biggest practical effect is because
it splits the CPU time between Xorg (root UID) and desktop apps. This
helps particularly well when there's compile jobs going on, etc. - Xorg
still
On Mon, 28 Jan 2008 12:15:00 +0100
michael [EMAIL PROTECTED] wrote:
Hi,
I implement a little patch (ndr just for a try) for the atmel serial
driver atmel_serial.c to wakeup the system when it is in suspend-ram state.
I reconfigure the RXD pin as a gpio in suspend function and restore it
in
On Mon, 2008-01-28 at 12:20 +, Russell King wrote:
On Mon, Jan 28, 2008 at 11:39:55AM +0100, Peter Zijlstra wrote:
move update_process_times() out from under xtime_lock.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Peter,
Mind if I merge:
arch/arm/common/time-acorn.c
Some time ago the xxx_vnr() calls (e.g. pid_vnr or find_task_by_vpid)
were _all_ converted to operate on the current pid namespace. After
this each call like xxx_nr_ns(foo, current-nsproxy-pid_ns) is
nothing but a xxx_vnr(foo) one.
Switch all the xxx_nr_ns() callers to use the xxx_vnr() calls
On Monday, 28 of January 2008, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
I'd like to move the 64-bit suspend/hibernation files from
arch/x86/kernel to arch/x86/power, modify the names of the 32-bit
files already in arch/x86/power and update the Makefiles
On Mon, Jan 28, 2008 at 01:17:10PM +0100, Jan Engelhardt wrote:
On Jan 28 2008 01:05, Trent Piepho wrote:
Maybe the kernel headers should provide a couple macros for testing
configs, since people get it wrong over and over again?
#define CONFIG_ON(x) (defined(CONFIG_##x) ||
Hi,
Abhishek Sagar wrote:
On 1/28/08, Masami Hiramatsu [EMAIL PROTECTED] wrote:
Thank you for explanation, I hope I can understand it.
Even if it causes a trap recursively, it could be checked (and ignored) by
longjump_break_handler(), and passed to the debugger correctly.
Yes, all
On Mon, Jan 28, 2008 at 06:10:39PM +0200, Izik Eidus wrote:
i dont understand how is that better than notification on tlb flush?
I certainly agree. The quoted call wasn't actually the one that could
be moved in a single place in the .h file though. But the 4/4 patch
could be reduced to a few
On Jan 26, 2008 1:11 AM, Jochen Friedrich [EMAIL PROTECTED] wrote:
Using the port of 2.4 code from Vitaly Bordug [EMAIL PROTECTED]
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to
On Mon, 2008-01-28 at 11:50 -0500, Calvin Walton wrote:
On Mon, 2008-01-28 at 11:35 -0500, Gene Heskett wrote:
On Monday 28 January 2008, Mikael Pettersson wrote:
Unfortunately we also see:
[ 48.285456] nvidia: module license 'NVIDIA' taints kernel.
[ 48.549725] ACPI: PCI
Ingo Molnar wrote:
and after a session of bisection, the winner patch is:
Subject: x86: unify PAE/non-PAE pgd_ctor
which is a tad unexpected, given the relatively harmless nature of the
patch. (but then again, nothing is really harmless in PAE land.)
Oh, well, good. At least
On Mon, Jan 28, 2008 at 10:58:55AM +0100, Clemens Ladisch wrote:
Greg KH wrote:
On Mon, Jan 28, 2008 at 09:13:16AM +0100, Clemens Ladisch wrote:
Greg KH wrote:
Over two years ago, the Linux USB developers stated that they believed
there was no way to create a USB kernel driver that was
On Mon, Jan 28, 2008 at 12:44:19PM +0200, Boaz Harrosh wrote:
On Fri, Jan 25 2008 at 20:02 +0200, Greg KH [EMAIL PROTECTED] wrote:
FYI, this is a patch that will be sent out in the next round to Linus
for inclusion in 2.6.25.
If anyone has any objections about it, please let me know.
Linus,
could you please pull from 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive the following patches for HID code. All of them have been in
-mm for
On Sun, 27 Jan 2008, Andrew Morton wrote:
0 sh -c echo $1 /sys/class/backlight/thinkpad_screen/brightness
) 2/dev/null
And yes, I had an rc.local command which assumed that 7 (later 8) is max
brightness.
You have to use 15 (or 16? I forget) on T61, X61, R61, X60(I think)... for
maximum
On Sunday 27 January 2008, Bartlomiej Zolnierkiewicz wrote:
BTW what happend to patch #23?
my bad, the patch got eaten by gmail's spam filter...
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Mikael Pettersson [EMAIL PROTECTED] wrote:
Ok, I can see how my overly terse statement could be interpreted in
this way, and I apologize for that.
However, it _is_ a fact that there is a proliferation of specialized
mailing lists, and it is also a fact that many developers _only_ read
Hi Fu,
Luotao Fu wrote:
Hi,
I took some time today and went through Wolfgangs scenarios partly. Now
some results from my side. I ran my tests on a 2.6.24-rt1
Wolfgang Grandegger wrote:
I also did some more measurements and made, by chance, interesting
observations. I will summarize in
On Monday, 28 of January 2008, Dmitry Adamushko wrote:
On 28/01/2008, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Sunday, 27 of January 2008, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
2.6.24-git3 adds a 5 - 10 sec delay to the suspend and
On Jan 28, 2008 11:35 AM, Gene Heskett [EMAIL PROTECTED] wrote:
On Monday 28 January 2008, Mikael Pettersson wrote:
We have no way of debugging that module, so please try 2.6.24 without it.
Sorry, I can't do this and have a working machine. The nv driver has suffered
bit rot or something
I've recently seen this kind of error myself, under Fedora 8, using the
Fedora 2.6.23 kernels: I'd see a train of the same sort of error:
Jan 28 04:46:25 coyote kernel: [26550.290016] ata1.00: exception Emask 0x0
SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 28 04:46:25 coyote kernel:
On Monday, 28 of January 2008, Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 02:43:05PM +0100, Tino Keitel wrote:
On Mon, Jan 28, 2008 at 14:37:38 +0100, Mikael Pettersson wrote:
[...]
However, it _is_ a fact that there is a proliferation of specialized
mailing lists, and it is also
On Mon, 28 Jan 2008 15:10:34 +0100
Andi Kleen [EMAIL PROTECTED] wrote:
On Monday 28 January 2008 14:38:57 Alan Cox wrote:
Also worse really fixing it would be a major change to the VFS
because of the way -read/write are defined :/
I don't see a problem there. -read and -write update
On Monday 28 January 2008, Gene Heskett wrote:
While reading this msg as it came back, I locked up again and rebooted to
2.6.24, and got lucky (maybe) as the attached dmesg will show quite a few
instances of this LNNNGG before the nvidia driver is loaded to taint the
kernel. Have fun guys!
Hi Srivatsa,
On Jan 28, 2008 3:31 AM, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Given that sysctl_sched_wakeup_granularity is set to 10ms by default,
this doesn't sound abnormal.
Indeed, by lowering sched_wakeup_granularity I get much better
latencies, but lowering sched_latency seems to be
On Mon, Jan 28, 2008 at 06:34:49PM +0100, Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
git-x86 tip 5b838c0d9d7269eb4d21532da126b3c90db46c67 with x86-64 defconfig
oopses on boot with
BUG: unable to handle kernel paging request at c20001815000
IP: [803773e8]
On Mon, 28 Jan 2008 10:21:57 -0800
David Brownell [EMAIL PROTECTED] wrote:
What will AVR32 (AP7) need to do, when it supports system sleep states?
Not sure. The PIOs seem to require a clock in order to detect a pin
change, so I don't think we can enter very deep sleep states if we want
to be
On Mon, Jan 28, 2008 at 06:57:36PM +0100, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
I have added a lot more robustness checks to the kobject core now,
see the lkml messages about the maple bus for examples of where it is
catching real problems already. And the kobject
On Sun, 2008-01-27 at 05:46 +0100, Mike Galbraith wrote:
On Sat, 2008-01-26 at 17:59 -0800, Fernando Lopez-Lezcano wrote:
Hi Ingo... back to testing.
History:
2.6.23.x + rt has not been very usable for audio applications.
2.6.24-rt1: same so far.
Why: Jack keeps printing
On Fri, Jan 25, 2008 at 01:10:48PM -0600, Nathan Lynch wrote:
Jan-Bernd Themann wrote:
Hi,
sorry for answering so late, I'm only tracking netdev and ppc mailing list.
On Thursday 10 January 2008 18:34, Greg KH wrote:
The structure device_driver(in device.h) has a member struct
On Monday 28 January 2008, Haavard Skinnemoen wrote:
On Mon, 28 Jan 2008 12:15:00 +0100
michael [EMAIL PROTECTED] wrote:
Hi,
I implement a little patch (ndr just for a try) for the atmel serial
driver atmel_serial.c to wakeup the system when it is in suspend-ram state.
I reconfigure
On Mon, 28 Jan 2008, Max Krasnyanskiy wrote:
[PATCH] [CPUISOL] Support for workqueue isolation
The thing about workqueues is that they should only be woken on a CPU if
something on that CPU accessed them. IOW, the workqueue on a CPU handles
work that was called by something on that
Gene Heskett wrote:
Greeting;
I had to reboot early this morning due to a freezeup, and I had a bunch of
these in the messages log:
==
Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0 SAct
0x0 SErr 0x0 action 0x2 frozen
Jan 27 19:42:11 coyote kernel:
* Greg KH [EMAIL PROTECTED] wrote:
Are kobjects protected against accidental copying? If not add kobj
to the 'magic value' too, and check that - it becomes
copying-resistent that way and has the same cost to check. (which is
negligible anyway)
Oh, that's a very cool idea, I like it
On ma, 2008-01-28 at 12:46 +1100, Nick Piggin wrote:
On Sunday 27 January 2008 00:29, Frederik Himpe wrote:
On di, 2008-01-22 at 16:25 +1100, Nick Piggin wrote:
On Tuesday 22 January 2008 07:58, Frederik Himpe wrote:
With Linux 2.6.24-rc8 I often have the problem that the pan usenet
* driver might have split up a kernel 4MB mapping.
*/
-char __nosavedata swsusp_pg_dir[PAGE_SIZE]
+char swsusp_pg_dir[PAGE_SIZE]
hm, random-qa found build breakage with this patch:
arch/x86/kernel/built-in.o: In function `wakeup_start':
: undefined reference to `swsusp_pg_dir'
The problem in kernel/sched.c:isolated_cpu_setup() is an array of
NR_CPUS integers:
static int __init isolated_cpu_setup(char *str)
{
int ints[NR_CPUS], i;
str = get_options(str, ARRAY_SIZE(ints), ints);
Since isolated_cpu_setup() is an __init routine,
On Mon, Jan 14, 2008 at 11:29:13PM +0100, Paolo Ciarrocchi wrote:
Hi Andy,
When I started using checkpatch I was confused by the following WARN message:
no space between function name and open parenthesis
I thought the problem was that a space was missing while the truth is the
On Monday 28 January 2008, Zan Lynx wrote:
On Mon, 2008-01-28 at 11:50 -0500, Calvin Walton wrote:
On Mon, 2008-01-28 at 11:35 -0500, Gene Heskett wrote:
On Monday 28 January 2008, Mikael Pettersson wrote:
Unfortunately we also see:
[ 48.285456] nvidia: module license 'NVIDIA' taints
On Fri, Jan 25, 2008 at 06:11:57PM +0100, Jochen Friedrich wrote:
diff --git a/arch/powerpc/boot/dts/mpc866ads.dts
b/arch/powerpc/boot/dts/mpc866ads.dts
index daf9433..80c08bf 100644
--- a/arch/powerpc/boot/dts/mpc866ads.dts
+++ b/arch/powerpc/boot/dts/mpc866ads.dts
@@ -169,6 +169,16 @@
On Mon, 2008-01-28 at 16:00 +0100, Rene Herman wrote:
On 28-01-08 15:21, Thomas Renninger wrote:
I think I know what is going on.
While pnpbios and pnpacpi theoretically do not have limits, isapnp has
spec restrictions (AFAIK, I have not read this up, but taken over from
previous
On Mon, Jan 28, 2008 at 06:44:14PM +0200, Boaz Harrosh wrote:
Thank you, I do support what you are doing here. Just the ndiswrapper
is a special case. But I guess I, as a user, can always use it anyway,
right? But not the commercial distros. Don't stop the transition on my
account.
Yes, as a
Ralf Baechle пишет:
On Thu, Jan 24, 2008 at 07:52:40PM +0300, Dmitri Vorobiev wrote:
Whole series queued for 2.6.25.
OK, thanks.
Dmitri
Thanks,
Ralf
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
There's only one caller left - the kill_pgrp one - so merge
these two functions and forget the kill_pgrp_info one.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Reviewed-by: Oleg Nesterov [EMAIL PROTECTED]
--
include/linux/sched.h |1 -
kernel/signal.c | 19 +++
On Mon, 28 Jan 2008 09:48:55 +0100
Tino Keitel [EMAIL PROTECTED] wrote:
On Mon, Jan 28, 2008 at 09:21:30 +0100, Mikael Pettersson wrote:
Tino Keitel writes:
Hi folks,
with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
2.6.23 on my Mac mini Core Duo. I saw
On Mon, Jan 28, 2008 at 02:43:05PM +0100, Tino Keitel wrote:
On Mon, Jan 28, 2008 at 14:37:38 +0100, Mikael Pettersson wrote:
[...]
However, it _is_ a fact that there is a proliferation of specialized
mailing lists, and it is also a fact that many developers _only_ read
those lists.
* Sudhir Kumar [EMAIL PROTECTED] wrote:
I applied all the hot fixes patches but still the bug is there. (crash
at early boot).
As I replied your earlier mail in which the patch sent by you does not
apply (reverse). can you please look into the problem ?
could you test latest x86.git:
On Monday 28 January 2008 13:56:05 Alan Cox wrote:
No specific spec, just general quality of implementation.
I completely agree. If one thread writes A and another writes B then the
kernel should record either A or B, not ((A 0x) | (B
0x))
Agree entirely:
501 - 600 of 1261 matches
Mail list logo
