Hi!
> > > @@ -763,15 +767,17 @@
> > >* using the inode number.
> > >*/
> > > error = -ENOMEM;
> > > - sprintf(name, "[%lu]", inode->i_ino);
> > > this.name = name;
> > > - this.len = strlen(name);
> > > - this.hash = inode->i_ino;
> > > + this.len = sprintf(name, "[%p]", ep);
> > > + t
Broken patch. Don't apply. Correct one coming.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Fix atomicity of TIF update in flush_thread() for powerpc
>
> Race :
>
> parent process executing :
> sys_ptrace()
> (lock_kernel())
> (ptrace_get_task_struct(pid))
> arch_ptrace()
>ptrace_deta
On Fri, 9 Mar 2007 16:10:29 -0800 Luong Ngo wrote:
> Thanks Parav, adding singal_allow(SIGALRM) wakeup the blocking
> interruptible_sleep_on and checking the signal_pending would return
> true now.
This means that there is also a bug in your userspace program -
somehow when it invokes ioctl(), it
Fix atomicity of TIF update in flush_thread() for powerpc
Fixes it correctly with *_ti_thread_flag.
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
ptrace_disable(child);
clear_singlestep(child);
On Sat, 10 Mar 2007, Pavel Machek wrote:
> > Heh, this is what Al was saying ;)
> > I'm fine with that, but how about counter cycles (going back to zero)?
>
> Just use u64?
Yeah, the second patch was using an u64.
I ended up using a "class" name (signalfd, timerfd, asyncfd) as dname
entry. An
Hello,
patch below adds support for nVidia's SMBus adapter present on Gateway's
GT5414E
motherboard (ECS's MCP61 PM-AM). Patch is for current Linus's git tree.
Thanks,
Petr
--
Add support f
On Fri, 2007-03-09 at 15:26 -0800, Jeremy Fitzhardinge wrote:
> How does the clock period get set on periodic timers? In my clock
> driver, I'm seeing a call to ->set_mode(CLOCK_EVT_MODE_PERIODIC, evt),
> but then... nothing. I was expecting a call to set_next_event to set
> the timer period.
Go
Delete the obsolete source file fs/jffs2/comprtest.c.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/fs/jffs2/comprtest.c b/fs/jffs2/comprtest.c
deleted file mode 100644
index f0fb8be..000
--- a/fs/jffs2/comprtest.c
+++ /dev/null
@@ -1,307 +0,0 @@
-/* $Id: comprtest.
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> LTP test sigaction_16_24 fails, because it expects sem_wait to be
> restarted if SA_RESTART is set. sem_wait is implemented with
> futex_wait, that currently doesn't support being restarted. Ulrich
> confirms that the call should be restartable.
>
>
On Fri, Mar 09, 2007 at 10:18:03PM -0800, Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
>
> --
> From: Michal Miroslaw <[EMAIL PROTECTED]>
>
> [NETFILTER]: nfnetlink_log: fix reference counting
>
> Fix reference counting (memory leak) p
* Cliff Wickman <[EMAIL PROTECTED]> wrote:
> With this patch, migrate the task to:
> 1) to any cpu on the same node as the disabled cpu, which is both online
> and among that task's cpus_allowed
> 2) to any online cpu within the task's cpuset
> 3) to any cpu which is both online and among
[ 36.623291] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network
Driver, 1.2.0kdmprq
[ 36.623297] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[ 36.623975] ACPI: PCI Interrupt :01:06.0[A] -> GSI 18 (level,
low) -> IRQ 18
[ 36.624119] ipw2200: Detected Intel PRO/Wireless 2200BG Networ
On Fri, Mar 09, 2007 at 11:23:32PM +0100, Sam Ravnborg wrote:
> > >> ===
> > >> --- linux-2.6.21-rc3.orig/scripts/kallsyms.c 2007-03-07
> > >> 05:41:20.0 +0100
> > >> +++ linux-2.6.21-rc3/scripts/kallsyms.c 2007-03-07 23:
Hi!
> This patch is the result from the following discussion.
>
> http://thread.gmane.org/gmane.linux.ide/16475
>
> The problem is that CONFIG_PM affects a lot of low level drivers and
> scattering CONFIG_PM all over the place is too ugly. This patch...
>
> * implements __attribute_discard_t
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
> Zachary Amsden wrote:
> >VMI is broken under COMPAT_VDSO, as Xen and other non hardware
> >assisted hypervisors will be. I have been working on a fix for this
> >which works for older glibcs that panic when the new relocatable VDSO
> >is used. Ho
On Fri, Mar 09, 2007 at 03:33:01PM -0800, Mark Fasheh wrote:
> ->kernel_write() as opposed to genericizing ->perform_write() would be fine
> with me. Just so long as we get rid of ->prepare_write and ->commit_write in
> that other kernel code doesn't call them directly. That interface just
> doesn'
This patch corrects work with time in UFS2 case.
1)According to UFS2 disk layout modification/access and so on "time"
should be hold in two variables one 64bit for seconds and another
32bit for nanoseconds,
at now for some unknown reason we suppose
that "inode time" holds in three variables 32bit
This patch fixes "change blocks numbers on the fly"
in case when "prepare write page" is in the call chain,
in this case some buffers may be not uptodate and not mapped,
we should care to map them and load from disk.
This patch was tested with:
ufs regressions simple tests
fsx-linux
ltp(20060306)
This patch fix behaviour in such test scenario:
lseek(fd, BIG_OFFSET)
write(fd, buf, sizeof(buf))
truncate(BIG_OFFSET)
truncate(BIG_OFFSET + sizeof(buf))
read(fd, buf...)
Because of if file big enough(BIG_OFFSET) we start allocate
space by block, ordinary block size > page size,
so we should zero
During modification of code to support UFS2 writing,
the case with "three indirect" blocks in truncate path was missed,
this patch fixes this situation.
Signed-off-by: Evgeniy Dushistov <[EMAIL PROTECTED]>
---
Index: linux-2.6.21-rc3-git6/fs/ufs/truncate.c
===
On Fri, 2007-03-09 at 19:54 +0100, Andi Kleen wrote:
> > We need additional gunk for syscalls that can be called from SPEs on
> > cell
>
> Can that gunk not be auto generated?
>
> I know s390 does in some cases, but it looks quite auto generatable to me.
The system call tables and the compat wra
On Sat, Mar 10, 2007 at 12:30:02PM +0300, Evgeniy Dushistov wrote:
> This patch corrects work with time in UFS2 case.
>
> 1)According to UFS2 disk layout modification/access and so on "time"
> should be hold in two variables one 64bit for seconds and another
> 32bit for nanoseconds,
>
> at now fo
On Fri, 2007-03-09 at 20:00 +0100, Andi Kleen wrote:
> > Not everybody has a simple indexed list of pointers :) For example,
> > for vax-linux, we use a struct per syscall with the expected number of
> > on-stack longwords for the call.
> >
> > So if something "new" is coming up, please keep in m
> On Sat, 10 Mar 2007 01:26:19 -0800 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ 36.623291] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network
> Driver, 1.2.0kdmprq
> [ 36.623297] ipw2200: Copyright(c) 2003-2006 Intel Corporation
> [ 36.623975] ACPI: PCI Interrupt :01:06.0[A] -> GSI 18 (lev
On Sat, 10 Mar 2007, Armin Schindler wrote:
> On Fri, 9 Mar 2007, Robert P. J. Day wrote:
> >
> > following up on an earlier post by stefan richter, i wrote a
> > brute-force little script that scanned the source tree, looking for
> > header files that weren't included from *anywhere* in the tre
On Fri, 9 Mar 2007, Robert P. J. Day wrote:
>
> following up on an earlier post by stefan richter, i wrote a
> brute-force little script that scanned the source tree, looking for
> header files that weren't included from *anywhere* in the tree. what
> turned up was the following:
>
> ./arch/m6
On 3/10/07, Sergey Vlasov <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007 16:10:29 -0800 Luong Ngo wrote:
> Thanks Parav, adding singal_allow(SIGALRM) wakeup the blocking
> interruptible_sleep_on and checking the signal_pending would return
> true now.
This means that there is also a bug in your
- correct function name in comments
- parrent assignment does metter only inside "if" block,
so move it inside this block.
Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
diff --git a/lib/kobject.c b/lib/kobject.c
index b94f208..e4b477d 100644
--- a/lib/kobject.c
+++ b/lib/kobject.c
@@ -
On Saturday 10 March 2007 18:25, Con Kolivas wrote:
> What follows this email is a series of patches for the RSDL cpu scheduler
> as found in 2.6.21-rc3-mm1. This series is for 2.6.21-rc3-mm2 and has some
> bugfixes for the issues found so far. While it is not clear that I've
> attended to all the
Oops
⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
Hi,
I have a problem with cat < /dev/my_ttyS0 (see strace output below). cat
function is not blocked. I don't understand why it is not stopped at read(0, __
and terminated?
Thank you
--
execve("/bin/cat", ["cat"], [/
Cong WANG wrote:
> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.2.tar.bz2
> isn't it what you want?
It's currently 404 (Not Found) error.
http://www2.kernel.org/ page is still showing 2.6.20.1
although it once showed 2.6.20.2 .
-
To unsubscribe from this list: send the line "unsubscrib
Greg Kroah-Hartman <[EMAIL PROTECTED]> writes:
> From: James Simmons <[EMAIL PROTECTED]>
>
> When a device fails to register the class symlinks where not cleaned up.
> This left a symlink in the /sys/class/"device"/ directory that pointed
> to no where. This caused the sysfs_follow_link Oops I rep
Here's the problem:
1. Unpack the kernel sources, run make menuconfig.
2. Mark the necessary options.
3. Pick "Save an alternate configuration file", enter a filename (e.g.
/root/kernelcfg)
4. Pick "Exit".
->5. Configurator exits without saving. If type "make bzImage", it builtd all
the d
This is a very simple bitbanging i2c bus driver utilizing the new
arch-neutral GPIO API. Useful for chips that don't have a built-in
i2c controller, additional i2c busses, or testing purposes.
To use, include something similar to the following in the
board-specific setup code:
#include
stat
Hello,
iMac G3 build fails:
CC drivers/macintosh/adbhid.o
drivers/macintosh/adbhid.c: In function 'adbhid_init':
drivers/macintosh/adbhid.c:1275: error: too many arguments to function
'register_sysctl_table'
make[2]: *** [drivers/macintosh/adbhid.o] Blad 1
make[1]: *** [dr
On Saturday 10 March 2007 22:49, Nicolas Mailhot wrote:
> Oops
>
> ⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
Thanks very much. I can't get your config to boot on qemu, but could you
please try this debugging patch? It's not a patch you can really run the
machine with but might find where
Paul Jackson wrote:
>> But "namespace" has well-established historical semantics too - a way
>> of changing the mappings of local * to global objects. This
>> accurately describes things liek resource controllers, cpusets, resource
>> monitoring, etc.
>>
>
> No!
>
> Cpusets don't rename or cha
Herbert Poetzl wrote:
> On Wed, Mar 07, 2007 at 11:44:58PM -0700, Eric W. Biederman wrote:
>
>> I really don't much care as long as we don't start redefining
>> container as something else. I think the IBM guys took it from
>> solaris originally which seems to define a zone as a set of
>> isola
Sam wrote:
> But when you apply this to something like cpusets, it gets a little abstract.
Just a tad abstract .
Thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401
-
T
Fix atomicity of TIF update in flush_thread() for sparc64
Fixes correctly the race by using *_ti_thread_flag.
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
ptrace_disable(child);
clear_singlestep(child
Fix sparc TIF_USEDFPU flag atomicity
Non atomic update of TIF can be very dangerous, except at thread structure
creation time. Here I standardize the TIF_USEDFPU usage of the sparc arch.
This fix addresses the issue with *_ti_thread_flag().
Applies on 2.6.20.
Signed-off-by: Mathieu Desnoyers <[E
On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
> @@ -348,7 +348,7 @@ void exit_thread(void)
> #ifndef CONFIG_SMP
> if(last_task_used_math == current) {
> #else
> - if(current_thread_info()->flags & _TIF_USEDFPU) {
> + if(test_ti_thread_flag(current_thread_info(),
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 03:08:44 -0500
> Fix atomicity of TIF update in flush_thread() for sparc64
Applied, thanks for fixing this up.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 03:17:43 -0500
> Fix sparc TIF_USEDFPU flag atomicity
Also applied, thanks again.
-
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
From: William Lee Irwin III <[EMAIL PROTECTED]>
Date: Sat, 10 Mar 2007 00:26:46 -0800
> On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
> > @@ -348,7 +348,7 @@ void exit_thread(void)
> > #ifndef CONFIG_SMP
> > if(last_task_used_math == current) {
> > #else
> > - if(curre
On Sat, 10 Mar 2007 00:26:46 -0800, William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> Oh dear. Could we bit a bit more idiomatic here? For instance,
>> something like:
On Sat, Mar 10, 2007 at 12:29:44AM -0800, David Miller wrote:
> Ok I pulled the sparc32 patch back out until there is some
> co
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=df33c77e3981e71afc8727ee5c432ba1a1bba68c
Commit: df33c77e3981e71afc8727ee5c432ba1a1bba68c
Parent: 908e0a8a265fe8057604a9a30aec3f0be7bb5ebb
Author: Kristen Acca
On Mar 10 2007 21:52, Tetsuo Handa wrote:
>Date: Sat, 10 Mar 2007 21:52:23 +0900
>From: Tetsuo Handa <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
>Subject: Re: Where is Linux 2.6.20.2?
>
>Cong WANG wrote:
>> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.20.2.ta
On Mar 10 2007 16:19, Nigel Cunningham wrote:
>On Fri, 2007-03-09 at 23:03 -0500, [EMAIL PROTECTED] wrote:
>> On Sat, 10 Mar 2007 09:57:32 +1100, Rusty Russell said:
>>
>> > +/* GCC is awesome. */
>> > #define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0])
>> > \
>> >
Hi,
It looks like 2.6.20.2 is still doing Bad Things in /sys.
Cheers,
Chris
BUG: unable to handle kernel paging request at virtual address 6b6b6d6b
printing eip:
c01300ff
*pde =
Oops: 0002 [#1]
PREEMPT SMP
Modules linked in: radeon drm pwc eeprom cpufreq_ondemand p4_clockmod
speedstep
On 3/10/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Sat, Mar 10, 2007 at 02:12:04AM -0500, Dmitry Torokhov wrote:
> On Saturday 10 March 2007 01:55, Greg KH wrote:
> > On Fri, Mar 09, 2007 at 10:54:43PM -0800, Greg KH wrote:
> > > On Sat, Mar 10, 2007 at 01:37:34AM -0500, Dmitry Torokhov wrote:
> >
[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
| Here's the problem:
| 1. Unpack the kernel sources, run make menuconfig.
| 2. Mark the necessary options.
| 3. Pick "Save an alternate configuration file", enter a filename (e.g.
/root/kernelcfg)
| 4. Pick "Exit".
| ->5. Configurator exi
Hi,
I've compiled the 2.6.20.2 kernel today (I took the SuSE HEAD kernel instead
of the vanilla one) and I'm having issues with the "imm" module. I still use
a ZIP drive here for small backups and the "imm" module worked flawless on
kernel 2.6.18.8 but with kernel 2.6.20.2 I get error messages
On Thu, Mar 08, 2007 at 01:57:59AM +0100, Marcin 'Qrczak' Kowalczyk wrote:
> This is linux-2.6.20.1 with lots of patches from PLD Linux (I believe
> the patches don't affect the issue), compiled with gcc-4.1.2 and
> binutils-2.17.50.0.12 on x86.
>...
Please test a plain 2.6.20 from ftp.kernel.org.
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> So in case they _ARE_ compatible, we get the compile error, as far as I
> can see it. There's a ! too much in the !!_builtin line.
The error case is when the types are compatible. That means that the
argument is in fact _not_ an array.
Andreas.
--
On Wed, 2007-03-07 at 06:39 +0100, Mike Galbraith wrote:
> On Tue, 2007-03-06 at 13:04 -0800, Greg KH wrote:
> > On Tue, Mar 06, 2007 at 06:43:22AM +0100, Mike Galbraith wrote:
> > > On Mon, 2007-03-05 at 16:25 -0800, Greg KH wrote:
> > >
> > > > Mike, I've reverted this patch, and I don't see any
Thomas Gleixner wrote:
> Good point. I never thought about that and we set the period in the
> clock event device itself. You are right, the clockevents layer should
> hand over the period either with the set_mode call or seperately.
> Probably with the set_mode call, as it is needed exactly there
Hi-
Ingo Molnar wrote:
>
> * Cliff Wickman <[EMAIL PROTECTED]> wrote:
>
> > With this patch, migrate the task to:
> > 1) to any cpu on the same node as the disabled cpu, which is both online
> > and among that task's cpus_allowed
> > 2) to any online cpu within the task's cpuset
> > 3) to
Davide Libenzi wrote:
>
> +int signalfd_deliver(struct sighand_struct *sighand, int sig,
> + struct siginfo *info)
> +{
> + int nsig = 0;
> + struct list_head *pos;
> + struct signalfd_ctx *ctx;
> +
> + list_for_each(pos, &sighand->sfdlist) {
> + ctx = l
Ever since I started playing with suspend I started turning on PCI Hot
Plug support since then I have been seeing messages like whats
below from dmesg I'm not exactly sure how this actually impacts me
if it does at all. I just thought it didn't look exactly right so I
wanted to inquire abo
P.S. forgot to include diagnostic log. Kobject c0644890 is the source
of my woes. Printk's come below WARN_ON(is_ipmi_si_kobj). Post-tinker
log is huge, and probably not interesting.
[ 30.397160] kobject ipmi_devintf: registering. parent: , set: module
[ 30.404033] kobject_uevent_env
[ 3
On Fri, Mar 09, 2007 at 06:18:51PM -0800, Andrew Morton wrote:
> > On Thu, 08 Mar 2007 21:50:29 +0100 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> > Andrew Morton napisał(a):
> > > Temporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
> > >
> > > Will appear later at
[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
| Here's the problem:
| 1. Unpack the kernel sources, run make menuconfig.
| 2. Mark the necessary options.
| 3. Pick "Save an alternate configuration file", enter a filename (e.g.
/root/kernelcfg)
| 4. Pick "Exit".
| ->5. Configurator exi
On Sat, 2007-03-10 at 07:50 -0800, Jeremy Fitzhardinge wrote:
> Thomas Gleixner wrote:
> > Good point. I never thought about that and we set the period in the
> > clock event device itself. You are right, the clockevents layer should
> > hand over the period either with the set_mode call or seperat
Zoltan Boszormenyi wrote:
Hi,
I have seen your message in LKML archive:
http://marc.theaimsgroup.com/?l=linux-kernel&m=116046278930988&w=2
It's dated 2006.10.10 and states that a patch
to support NCQ on MCP55/MCP61 under Linux
is coming "soon". Now it's five months later
and I would like to ask
On Mar 10 2007 19:06, Cyrill Gorcunov wrote:
>[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
>| Here's the problem:
>| 1. Unpack the kernel sources, run make menuconfig.
>| 2. Mark the necessary options.
>| 3. Pick "Save an alternate configuration file", enter a filename (e.g.
>/root/ke
Thomas Gleixner wrote:
> Uuurg. That's ugly. clockevents expect a per CPU timer especially for
> dynamic ticks. If you cannot provide a per cpu timer, then you probably
> need to use the broadcast trick.
>
Ah, apologies, I'm wrong about this. I misread the Xen code; the timers
are per-vcpu, bu
[Jan Engelhardt - Sat, Mar 10, 2007 at 05:26:03PM +0100]
|
| On Mar 10 2007 19:06, Cyrill Gorcunov wrote:
| >[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
| >| Here's the problem:
| >| 1. Unpack the kernel sources, run make menuconfig.
| >| 2. Mark the necessary options.
| >| 3. Pick "S
William Lee Irwin III wrote:
> William Lee Irwin III wrote:
> >> A useful exercise may also be enumerating
> >> your expectations and having those who actually work with the code
> >> describe how well those are actually met.
>
> On Sat, Mar 10, 2007 at 08:34:25AM +0300, Al Boldi wrote:
> > A runti
On Mar 10 2007 19:35, Cyrill Gorcunov wrote:
>[Jan Engelhardt - Sat, Mar 10, 2007 at 05:26:03PM +0100]
>| On Mar 10 2007 19:06, Cyrill Gorcunov wrote:
>| >[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
>| >| Here's the problem:
>| >| 1. Unpack the kernel sources, run make menuconfig.
>| >|
On Mar 10 2007 19:46, Vladimir wrote:
>> On Mar 10 2007 19:06, Cyrill Gorcunov wrote:
>> >[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
>> >| Here's the problem:
>> >| 1. Unpack the kernel sources, run make menuconfig.
>> >| 2. Mark the necessary options.
>> >| 3. Pick "Save an alternate
Le dimanche 11 mars 2007 à 01:03 +1100, Con Kolivas a écrit :
> On Saturday 10 March 2007 22:49, Nicolas Mailhot wrote:
> > Oops
> >
> > ⇒ http://bugzilla.kernel.org/show_bug.cgi?id=8166
>
> Thanks very much. I can't get your config to boot on qemu, but could you
> please try this debugging patch
On Mar 10 2007 16:18, Andreas Schwab wrote:
>Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
>> So in case they _ARE_ compatible, we get the compile error, as far as I
>> can see it. There's a ! too much in the !!_builtin line.
>
>The error case is when the types are compatible. That means
* Nathan Lynch <[EMAIL PROTECTED]> wrote:
> > > + /* try to stay on the same cpuset */
> > > + if (dest_cpu == NR_CPUS) {
> > > + p->cpus_allowed = cpuset_cpus_allowed(p);
> > > + dest_cpu = any_online_cpu(p->cpus_allowed);
> > > + }
> >
> > what's the practical effect of this -
Hello LKML,
BUG: Killing and reviving files with USB disks
This is a reproducible demonstration of the problem initially reported in my
previous e-mail, titled "PROBLEM: 'bio too big device' after moving to a USB
disk" (http://lkml.org/lkml/2007/3/7/657)
Given that my previous e-mail appears to
> "Con" == Con Kolivas <[EMAIL PROTECTED]> writes:
Con> It's sad that sched_yield is still in our graphics card drivers ...
I just did a recursive grep(1) on my mirror of the freedesktop git
repos for sched_yield. This only checked the master branches as I
did not bother to script up somethi
On Sat, 10 Mar 2007, Oleg Nesterov wrote:
> Davide Libenzi wrote:
> >
> > +int signalfd_deliver(struct sighand_struct *sighand, int sig,
> > +struct siginfo *info)
> > +{
> > + int nsig = 0;
> > + struct list_head *pos;
> > + struct signalfd_ctx *ctx;
> > +
> > + list_for_e
Hi Dave,
On Thu, Mar 08, 2007 at 05:54:36PM -0500, Dave Jones wrote:
> modprobe irda ; rmmod irda in 2.6.21rc3 gets me the spew below..
Well it seems that we call __irias_delete_object() from hashbin_delete(). Then
__irias_delete_object() calls itself hashbin_delete() again. We're trying to
get th
* William Lee Irwin III ([EMAIL PROTECTED]) wrote:
> On Sat, 10 Mar 2007 00:26:46 -0800, William Lee Irwin III <[EMAIL PROTECTED]>
> wrote:
> >> Oh dear. Could we bit a bit more idiomatic here? For instance,
> >> something like:
>
> On Sat, Mar 10, 2007 at 12:29:44AM -0800, David Miller wrote:
>
Em Sáb, 2007-03-10 às 02:49 +0100, Johannes Stezenbach escreveu:
> On Sun, Mar 04, 2007 at 05:45:54PM +, Simon Arlott wrote:
> > Fix several instances of dvb-core functions using mutex_lock_interruptible
> > and returning -ERESTARTSYS where the calling function will either never
> > retry or
[Jan Engelhardt - Sat, Mar 10, 2007 at 05:50:56PM +0100]
| On Mar 10 2007 19:46, Vladimir wrote:
| >> On Mar 10 2007 19:06, Cyrill Gorcunov wrote:
| >> >[Vladimir - Sat, Mar 10, 2007 at 04:05:42PM +0300]
| >> >| Here's the problem:
| >> >| 1. Unpack the kernel sources, run make menuconfig.
| >> >
Con Kolivas wrote:
Here is an update for RSDL to version 0.28
Full patch:
http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.28.patch
Series:
http://ck.kolivas.org/patches/staircase-deadline/2.6.20/
The patch to get you from 0.26 to 0.28:
http://ck.kolivas.org/patches/stairc
Hi all,
>
> Here is an update for RSDL to version 0.28
>
> Full patch:
> http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-
> rsdl-0.28.patch
>
> Series:
> http://ck.kolivas.org/patches/staircase-deadline/2.6.20/
>
> The patch to get you from 0.26 to 0.28:
> http://ck.kolivas.org/p
Con Kolivas wrote:
On Saturday 10 March 2007 05:07, Mark Lord wrote:
Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
..
But when it's bad, it stinks.
Like when a "make -j2" kernel rebuild is happening in a background window
And that's bad. When you say "i
On Mar 10 2007 20:50, Cyrill Gorcunov wrote:
>
>lets see to the following scenario:
>
> 1) I've taken a pure Linux kernel (no .config at all)
> 2) I started menuconfig, made a few changes and saved the file
> to .config1 as alternate
> 3) Then I made some additional changes
[Jan Engelhardt - Sat, Mar 10, 2007 at 07:23:41PM +0100]
|
| On Mar 10 2007 20:50, Cyrill Gorcunov wrote:
| >
| >lets see to the following scenario:
| >
| > 1) I've taken a pure Linux kernel (no .config at all)
| > 2) I started menuconfig, made a few changes and saved the file
| > to .
On Fri, Mar 09, 2007 at 09:01:41PM -0800, Arjan van de Ven wrote:
> >I just don't know what it will break - we're changing things so that user A
> >cannot monitor user B's memory maps. I feel that it's sure to break
> >various people's fancy custom system activity monitoring/logging setups,
> >and
On Mar 10 2007 21:50, Cyrill Gorcunov wrote:
>
>Actually, I always work with only .config file too... and the reason I
>wrote you is Vladimir's mail... so either menuconfig does not work as
>expected or users does not expect a such behaviour of menuconfig.
The latter. Though this behavior has bee
CC [M] sound/pci/hda/hda_intel.o
sound/pci/hda/hda_intel.c:1508: error: position_fix_list causes a section type
conflict
Gcc like its __devinitdata readable not const, it seems. An alternative
fix would be to remove the __devinitdata attribute but that would result
in slight runtime bloat.
S
On Sat, Mar 10, 2007 at 01:09:35PM -0500, Stephen Clark wrote:
> Con Kolivas wrote:
>
> >Here is an update for RSDL to version 0.28
> >
> >Full patch:
> >http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.28.patch
> >
> >Series:
> >http://ck.kolivas.org/patches/staircase-deadline
On Fri, 9 Mar 2007 11:30:12 -0800, David Brownell wrote:
> > --- a/include/linux/i2c-id.h
> > +++ b/include/linux/i2c-id.h
> > @@ -194,6 +194,7 @@
> > #define I2C_HW_B_EM28XX0x01001f /* em28xx video capture cards
> > */
> > #define I2C_HW_B_CX2341X 0x010020 /* Conexant CX2341X MPEG
On Fri, 9 Mar 2007, Oliver Neukum wrote:
> Am Freitag, 9. März 2007 21:08 schrieb Alan Stern:
> > After some more thought, I basically agree with what Oliver wrote
> > originally. sysfs_dirent is indeed the logical place to store the kref
> > pointer. However it needs to be used during open and
CC [M] sound/pci/ice1712/ice1712.o
sound/pci/ice1712/ice1712.c:290: error: snd_ice1712_mixer_digmix_route_ac97
causes a section type conflict
sound/pci/ice1712/ice1712.c:1630: error: snd_ice1712_eeprom causes a section
type conflict
sound/pci/ice1712/ice1712.c:1894: error: snd_ice1712_pro_inte
On Sat, Mar 10, 2007 at 07:26:41PM +, Ralf Baechle wrote:
Whops, please ignore this one, I send the wrong file.
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 http://vger.kernel.org/majordo
William Lee Irwin III wrote:
>> Last I checked there were limits to runtime configurability centering
>> around only supporting a compiled-in set of scheduling drivers, unless
>> Peter's taken it the rest of the way without my noticing. It's unclear
>> what you have in mind in terms of dynamic exte
Hi Petr,
On Sat, 10 Mar 2007 09:00:03 +0100, Petr Vandrovec wrote:
> Hello,
> patch below adds support for nVidia's SMBus adapter present on Gateway's
> GT5414E
> motherboard (ECS's MCP61 PM-AM). Patch is for current Linus's git tree.
We already have a patch doing exactly this in -mm:
http:/
[Jan Engelhardt - Sat, Mar 10, 2007 at 08:04:38PM +0100]
|
| On Mar 10 2007 21:50, Cyrill Gorcunov wrote:
| >
| >Actually, I always work with only .config file too... and the reason I
| >wrote you is Vladimir's mail... so either menuconfig does not work as
| >expected or users does not expect a su
CC [M] sound/pci/ice1712/ice1712.o
sound/pci/ice1712/ice1712.c:290: error: snd_ice1712_mixer_digmix_route_ac97
causes a section type conflict
sound/pci/ice1712/ice1712.c:1630: error: snd_ice1712_eeprom causes a section
type conflict
sound/pci/ice1712/ice1712.c:1894: error: snd_ice1712_pro_inte
On Fri, 2007-03-09 at 23:36 -0800, Davide Libenzi wrote:
> On Fri, 9 Mar 2007, Nicholas Miell wrote:
>
> > On Fri, 2007-03-09 at 22:53 -0800, Davide Libenzi wrote:
> > > On Fri, 9 Mar 2007, Nicholas Miell wrote:
> > > >
> > > > So extend the existing POSIX timer API to deliver expiry events via a
1 - 100 of 251 matches
Mail list logo
