On Fri, Oct 26, 2007 at 01:16:31PM -0400, Ryan Lortie wrote:
> On Fri, 2007-26-10 at 12:44 -0400, Zephaniah E. Hull wrote:
> > A 'filter' cares about a key or two, and might even want to remove it
> > from the stream, rfkill is a good example.
>
> The patch introduces two different features that w
James Bottomley wrote:
There was a missed conversion in the voyager architecture setup file
which this corrects.
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
---
James
diff --git a/include/asm-x86/mach-voyager/setup_arch.h
b/include/asm-x86/mach-voyager/setup_arch.h
index 84d01ad..10de
Andrey Borzenkov wrote:
> I already have power_supply module, battery depends on it and it is
> autloaded. But I fail to see where I can get battery info in /sys
Ah, yes. I see what you mean now and I can confirm the same regression wrt
missing battery data in /proc for my laptop.
$ cat /proc/acp
Eric W. Biederman wrote:
Both x86 and x86_64 support the same boot protocol so we need
to implement the KEEP_SEGMENTS on x86_64 as well. It isn't
just paravirt bootloaders that could use this functionality.
Out of curiousity, what other users do you see?
-hpa
-
To unsubscribe from t
On Fri, 26 Oct 2007, Paul Jackson wrote:
> > Will it handle the case of MPOL_INTERLEAVE policy on a shm segment that
> > is mapped by tasks in different, possibly disjoint, cpusets. Local
> > allocation does, and my patch does. That was one of the primary
> > goals--to address an issue that Chri
On Fri, Oct 26, 2007 at 06:00:31PM +0100, Russell King wrote:
> > > > Also if you didn't eject the socket, at resume the device will be
> > > > powered up again, my patch just prevents that a pre-powered off device
> > > > to be turned on at resume time.
> > > >
> > > > However you should conside
There were two problems. Firstly, someone forgot the struct keyword in
front of cpuinfo_x86, so I take it this wasn't even compile checked.
Secondly, the actual definition has this as a SHARED_ALIGNED, so the
definitions mismatch.
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
---
James
di
Kay Sievers wrote:
> On 10/26/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
>> At Fri, 26 Oct 2007 08:52:02 -0700,
>> Greg KH wrote:
>>> On Fri, Oct 26, 2007 at 02:47:22PM +0530, Kamalesh Babulal wrote:
I get similar warning, while loading the alsa driver
>>> This is a different problem, not a r
On Friday 26 October 2007, Alexey Starikovskiy wrote:
> Andrey Borzenkov wrote:
> > I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
> > no /proc/acpi/battery and cannot test netlink interface because right now
> > there is no consumer of this.
>
> for /sysfs interface you need
On 26/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 26, 2007 at 12:44:38PM +0530, Amit Shah wrote:
> > On 2.6.24-rc1, I get this for all my eth interfaces:
> >
> > [ 150.389821] sysfs: duplicate filename 'eth1_rename' can not be created
> > [ 150.389824] WARNING: at fs/sysfs/dir.c:424
On 10/26/07, Zephaniah E. Hull <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 01:37:34AM -0400, Ryan Lortie wrote:
> > On Wed, 2007-24-10 at 11:35 -0400, Zephaniah E. Hull wrote:
> > > We need a way to, at the absolute minimum, unbind the keyboard from the
> > > text console. The current sol
On Fri, Oct 26 2007, Linus Torvalds wrote:
>
>
> On Fri, 26 Oct 2007, Paul Mackerras wrote:
> >
> > Linus Torvalds writes:
> >
> > > Nobody should *ever* walk the list to find the length. Does anybody
> > > really
> > > do that? Yes, we pass the thing down, but do people *need* it?
> >
> > Ye
Running legacy IDE drivers apparently works in DMA mode for both:
[ 977.965732] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 977.992455] ide: Assuming 33MHz system bus speed for PIO modes; override
with
idebus=xx
[ 978.051475] ALI15X3: IDE controller at PCI slot :00:04.0
[
On Fri, 26 Oct 2007, Andrew Haley wrote:
>
> Bart Van Assche writes:
>
> > Andrew, do you know whether gcc currently contains any optimization
> > that interchanges the order of accesses to non-volatile variables
> > and function calls ?
>
> It sure does.
Note that doing so is perfectly fin
pj wrote:
> On a different point, we could, if it was worth the extra bit of code,
> improve the current code's handling of mempolicy rebinding when the
> cpuset adds memory nodes. If we kept both the original cpusets
> mems_allowed, and the original MPOL_INTERLEAVE nodemask requested by
> the use
On Fri, 2007-26-10 at 12:44 -0400, Zephaniah E. Hull wrote:
> A 'filter' cares about a key or two, and might even want to remove it
> from the stream, rfkill is a good example.
The patch introduces two different features that work nicely together
but, by no means have to be used together.
1) set
On Fri, 2007-10-26 at 12:05 -0500, Larry Finger wrote:
> On my openSUSE 10.3 x86_64 system running v2.6.24-rc1-281-g22d2aa1,
> I get the sysfs rename messages.
Care to try this? Seems like a silly bug in the core if
SYSFS_DEPRECATED=y. That's why we didn't catch this earlier, sorry.
Thanks a lot
> non-volatile variables. But for asm statements this can be solved by
> adding memory to the list of clobbered registers -- this will prevent
> any reordering of manipulations of non-volatile variables and asm
> statements.
IFF the processor doesn't reorder them in hardware, which on some
process
On Fri, 26 Oct 2007, Eric W. Biederman wrote:
>
> It appears we overlooked support for removing generic proc files
> when we added support for multiple proc super blocks. Handle
> that now.
There seems to be more users of "proc_mnt" out there. proc_flush_task,
anyone?
Linus
-
> Well, yeah. I know what you mean. However, at this moment, some gcc
> developers are trying really hard not to be total d*ckheads about this
> issue, but get gcc fixed. Give us a chance.
>
> Andrew.
Can we get some kind of consensus that 'optimizations' that add writes to
any object that the
Andrey Borzenkov wrote:
> On Friday 26 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
>>> no /proc/acpi/battery and cannot test netlink interface because right now
>>> there is no consumer of this.
>> for
On Friday 26 October 2007, Russell King wrote:
> commit 8562043606430185cad26d085d46adcc7ad67fd1 is broken, causing:
>
> CC drivers/ide/pci/cmd64x.o
> CC drivers/ide/pci/hpt366.o
> drivers/ide/pci/hpt366.c:1428: error: hpt366_chipsets causes a section type
> conflict
>
> and theref
On Friday, October 26, 2007 10:10 am Kay Sievers wrote:
> The conversion is already queued in Greg's tree, and in -mm:
> http://git.kernel.org/?p=linux/kernel/git/gregkh/patches.git;a=blob;f
>=driver/drm-convert-from-class_device-to-device-in-drivers-char-drm.pa
>tch;h=f993183d1cb017f981cc2232d1793
On Friday 26 October 2007, Parag Warudkar wrote:
>
> Hi Ivo
>
> On Thu, 25 Oct 2007, Ivo van Doorn wrote:
>
> > I awknowledge the problem, but the solution cannot be found in the USB ID's
> > listed in the driver. The bug is the manufacturer who changed chipset while
> > keeping the USB ID the s
Kay Sievers wrote:
> On Fri, 2007-10-26 at 12:05 -0500, Larry Finger wrote:
>> On my openSUSE 10.3 x86_64 system running v2.6.24-rc1-281-g22d2aa1,
>> I get the sysfs rename messages.
>
> Care to try this? Seems like a silly bug in the core if
> SYSFS_DEPRECATED=y. That's why we didn't catch this e
On Fri, Oct 26, 2007 at 08:37:49AM +0100, Al Viro wrote:
> On Thu, Oct 25, 2007 at 11:40:43PM -0700, [EMAIL PROTECTED] wrote:
> > The vfsmount will be passed down to the LSM hook so that LSMs can compute
> > pathnames.
>
> You know, you really are supposed to understand the code you are modifying.
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>>
>> Both x86 and x86_64 support the same boot protocol so we need
>> to implement the KEEP_SEGMENTS on x86_64 as well. It isn't
>> just paravirt bootloaders that could use this functionality.
>>
>
> Out of curiousity, what
On Fri, Oct 26, 2007 at 08:32:23AM -0400, Stephen Smalley wrote:
> On Thu, 2007-10-25 at 23:40 -0700, [EMAIL PROTECTED] wrote:
> > plain text document attachment (parent-permission.diff)
> > Set the LOOKUP_CONTINUE flag when checking parent permissions. This allows
> > permission functions to tell
On Thu, 25 Oct 2007, H. Peter Anvin wrote:
H. Peter Anvin wrote:
[Ancient LILO boot problem]
Joseph, could you try this patch on your ancient-LILO setup?
Actually, please try this one instead.
-hpa
This patch will work in my particular case, though it appears to violate the
On Friday 26 October 2007, Olof Johansson wrote:
> Fix two build errors on powerpc allyesconfig + CONFIG_SMP=n:
>
> arch/powerpc/platforms/built-in.o: In function `cpu_affinity_set':
> arch/powerpc/platforms/cell/spu_priv1_mmio.c:78: undefined reference to
> `.iic_get_target_id' arch/powerpc/platfo
On Friday 26 October 2007, Alexey Starikovskiy wrote:
> Andrey Borzenkov wrote:
> > On Friday 26 October 2007, Alexey Starikovskiy wrote:
> >> Andrey Borzenkov wrote:
> >>> I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
> >>> no /proc/acpi/battery and cannot test netlink inter
On Fri, 26 Oct 2007, Alan Cox wrote:
>
> > non-volatile variables. But for asm statements this can be solved by
> > adding memory to the list of clobbered registers -- this will prevent
> > any reordering of manipulations of non-volatile variables and asm
> > statements.
>
> IFF the processor do
On Fri, 2007-10-26 at 11:12 -0700, Jesse Barnes wrote:
> On Friday, October 26, 2007 10:10 am Kay Sievers wrote:
> > The conversion is already queued in Greg's tree, and in -mm:
> > http://git.kernel.org/?p=linux/kernel/git/gregkh/patches.git;a=blob;f
> >=driver/drm-convert-from-class_device-to-dev
The following patch clears the portect memory region enable bit at boot
time by default. It also provides a kernel parrameter for disabling
this behavior and leave the PMEN_REG untouched if so wanted.
If the boot loader or platform has protected memory regions enabled at
boot time it could preven
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/ide-iops.c |3 +++
drivers/ide/pci/cy82c693.c |6 +++---
drivers/ide/pci/generic.c |2 +-
drivers/ide/pci/hpt366.c | 32 ---
Linus,
please pull x86 bugfixes from
ssh://master.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
Thanks
tglx
Thomas Gleixner (2):
Revert "i386: export i386 smp_call_function_mask() to modules"
x86: export smp_ops to allow modular build of KVM
arch/x86/kernel
Andrey Borzenkov wrote:
> On Friday 26 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> On Friday 26 October 2007, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
> I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
> no /proc/acpi/battery an
On Fri, Oct 26, 2007 at 07:37:21AM -0700, Arjan van de Ven wrote:
> On Thu, 25 Oct 2007 23:40:24 -0700
> [EMAIL PROTECTED] wrote:
>
> before going into the LSM / security side of things, I'd like to get
> the VFS guys to look at your VFS interaction code.
>
yes, the vfs interaction definitely nee
Parallel port: Convert port_mutex to the mutex API
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/char/lp.c b/drivers/char/lp.c
index c59e2a0..60aecf9 100644
--- a/drivers/char/lp.c
+++ b/drivers/char/lp.c
@@ -312,7 +312,7 @@ static ssize_t lp_write(struct file * fi
Don't call napi_disable if not configured.
And make sure that any misuse of napi_xxx in future fails
with a compile error.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/r8169.c 2007-10-24 21:38:43.0 -0700
+++ b/drivers/net/r8169.c 2007-10-26 11:27:02.0
Joseph Parmelee wrote:
This patch will work in my particular case, though it appears to violate
the rules about getting too close to the EBDA (SP=0xB000 on entry).
The boot loader is responsible for loading the kernel loader at a suitable
location in low memory, but I don't understand why the
On Fri, Oct 26, 2007 at 07:18:57PM +0200, Rodolfo Giometti wrote:
> On Fri, Oct 26, 2007 at 06:00:31PM +0100, Russell King wrote:
> > Or that - probably a sysfs attribute on the pcmcia socket would be
> > better.
>
> Ok, but how can I do it? Can you please suggest to me the name of such
> attribut
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Fri, 26 Oct 2007, Eric W. Biederman wrote:
>>
>> It appears we overlooked support for removing generic proc files
>> when we added support for multiple proc super blocks. Handle
>> that now.
>
> There seems to be more users of "proc_mnt" out there.
> Aren't you supposed to use O= as described by "make help"?
I expect that both ways should work. I find it easier to use the environment
variable
"KBUILD_OUTPUT" because the command line parameter does not need to be repeated
on each
make invocation.
Anyway - How do you think about my followin
On Friday, October 26, 2007 10:10 am Kay Sievers wrote:
> On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > On Thursday, October 25, 2007 9:59 pm Greg KH wrote:
> > > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote:
> > > > Ok, here's yet another version that uses the device mod
On Fri, 26 Oct 2007, Lee Schermerhorn wrote:
> That's what my "cpuset-independent interleave" patch does. David
> doesn't like the "null node mask" interface because it doesn't work with
> libnuma. I plan to fix that, but I'm chasing other issues. I should
> get back to the mempol work after to
On Wed, 24 Oct 2007 08:24:55 -0400
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> Abstracting away direct uses of TASK_ flags allows us to change the
> definitions of the task flags more easily.
>
> Also restructure do_wait() a little
>
> ...
>
> diff --git a/arch/ia64/kernel/perfmon.c b/arch/ia64/k
On Fri, 26 Oct 2007, Lee Schermerhorn wrote:
> Actually, my patch doesn't change the set_mempolicy() API at all, it
> just co-opts a currently unused/illegal value for the nodemask to
> indicate "all allowed nodes". Again, I need to provide a libnuma API to
> request this. Soon come, mon...
>
On Fri, Oct 26, 2007 at 01:30:52PM +0200, Miklos Szeredi wrote:
> On Thu, 2007-10-25 at 23:40 -0700, [EMAIL PROTECTED] wrote:
> > plain text document attachment (file-handle-ops.diff)
> > Struct iattr already contains ia_file since commit cc4e69de from
> > Miklos (which is related to commit befc64
Eric W. Biederman wrote:
> The kernel only ever supports 1 version of the boot protocol
> so there is no need to check the boot protocol revision to
> see if a feature is supported.
>
> Both x86 and x86_64 support the same boot protocol so we need
> to implement the KEEP_SEGMENTS on x86_64 as well.
akpm objected to some of the macros, so convert them into functions.
Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
---
drivers/hwmon/i5k_amb.c | 65 +++
1 files changed, 43 insertions(+), 22 deletions(-)
diff --git a/drivers/hwmon/i5k_amb.c b/d
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Ingo Molnar
> Envoyé : 26 septembre 2007 07:14
>
> By popular demand, here is release -v22 of the CFS scheduler.
> It is a full backport of the latest & greatest
> sched-devel.git code to v2.6.23-rc8, v2.6.22.8, v2.6.21.7 and
>
David wrote:
> I personally prefer an approach where cpusets take the responsibility for
> determining how policies change (they use set_mempolicy() anyway to effect
> their mems boundaries) because it's cpusets that has changed the available
> nodemask out from beneath the application.
Agreed.
Hi Markus.
> Two ways are mentioned in the Makefile for the Linux kernel 2.6.31.1 to
> specify output
> diretories. The description of the environment variable "KBUILD_OUTPUT" is
> missing from
> the file "README".
It is on purpose left out - README contains only the most typical stuff.
And no-
On Fri, 26 Oct 2007 17:22:21 +0200
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Martin Knoblauch <[EMAIL PROTECTED]> wrote:
>
> > Hi ,
> >
> > just to give some feedback on 2.6.24-rc1. For some time I am tracking
> > IO/writeback problems that hurt system responsiveness big-time. I
> > tes
Hi Andrew,
On Thu, 25 Oct 2007 13:24:10 -0700, Andrew Morton wrote:
> On Thu, 25 Oct 2007 15:51:35 +0200, Jean Delvare wrote:
> > Thanks for picking these patches, having them in -mm for some time is
> > exactly what we need. Let's see how many systems are affected by the
> > resource conflicts an
On Fri, 26 Oct 2007 21:30:02 +0400
Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> Running legacy IDE drivers apparently works in DMA mode for both:
Thanks - can you send me an lspci -vvxxx off list
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
> So here you do not have a .config file in the directory:
> /usr/src/obj/linux/2.6.23.1/x86_64/adjusted
> So you are told to create one using some of the available methods.
The README contains the following description.
"...
"make oldconfig" Default all questions based on the contents
Include linux/pagemap.h in linux/swap.h and remove the comment saying
that it's not possible.
---
include/linux/swap.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.17/include/linux/swap.h
===
--- lin
For some time, there has been a problem of linux/swap.h using
page_cache_release and release_pages without declaring them by
including linux/pagemap.h. pagemap.h isn't included because that
breaks the sparc build.
The full details are in the next post, but the short story is that
sparc's pgtable.
There has been a long-standing wart in linux/swap.h where it uses
page_cache_release and release_pages without declaring them by
including linux/pagemap.h. There is this scary comment to warn off
anyone foolish enough to try to fix this:
/* only sparc can not include linux/pagemap.h in thi
On Fri, 26 Oct 2007 16:42:15 +0100
David Howells <[EMAIL PROTECTED]> wrote:
> Permit AOUT library support to be suppressed in the ELF binfmt if the arch
> does
> not support it. AOUT support is suppressed by adding:
>
> config NO_AOUT_SUPPORT
> def_bool y
>
> to the arch Kc
David wrote:
> If something that was previously unaccepted is now allowed with a
> newly-introduced semantic, that's an API change.
Agreed, as I wrote earlier:
> It should work with libnuma and be
> fully upward compatible with current code (except perhaps code that
> depends on getting an error
>> Aren't you supposed to use O= as described by "make help"?
>
> I expect that both ways should work. I find it easier to use the environment
> variable
> "KBUILD_OUTPUT" because the command line parameter does not need to be
> repeated on each
> make invocation.
A wording correction:
I expect
On Fri, 2007-10-26 at 11:40 -0700, Jesse Barnes wrote:
> On Friday, October 26, 2007 10:10 am Kay Sievers wrote:
> > On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > On Thursday, October 25, 2007 9:59 pm Greg KH wrote:
> > > > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote:
> Well it could be something quite simple, in the module loader it is looping
> through all modules to look for a device with the correct USB/PCI ID.
> Currently, after the first occurence it loads the module and doesn't
> continue,
> it should perhaps be relatively easy that it checks if the
On 10/25/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
> James Ausmus wrote:
> > Since updating my laptop to 2.6.23, occasionally all of my free disk
> > space on my root partition will just go away, with no files accounting
> > for the space, with no odd messages in dmesg or my syslog. If I
> > reb
James Ausmus wrote:
OK, false alarm, this is definitely a userpsace (or a user... :)
problem - had a 12GB .xsession-errors file that I had deleted but was
still being held open - now I just have to determine why I have a 12GB
.xsession-errors file... :(
Surely, .xsession-errors was 12GB large
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > dd1 - copy 16 GB from /dev/zero to local FS
> > > dd1-dir - same, but using O_DIRECT for output
> > > dd2/dd2-dir - copy 2x7.6 GB in parallel from /dev/zero to local FS
> > > dd3/dd3-dir - copy 3x5.2 GB in parallel from /dev/zero lo local FS
> > >
Hi Andi,
I am trying to add a TIF_TRACE_KERNEL to each architectures to have a
system-wide activation of syscall_trace. However, I get the following
issue on x86_64 : a few processes segfault and others get a GPF when I
enable the flag on all processes. I am starting to think that it might
be caus
From: Robin Getz <[EMAIL PROTECTED]>
when passing a zero address to kallsyms_lookup(), the kernel thought it was a
valid kernel address, even if it is not. This is because is_ksym_addr() called
is_kernel_extratext() and checked against labels that don't exist on many
archs (which default as zero
On Fri, 26 Oct 2007 21:33:40 +0200
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > > dd1 - copy 16 GB from /dev/zero to local FS
> > > > dd1-dir - same, but using O_DIRECT for output
> > > > dd2/dd2-dir - copy 2x7.6 GB in parallel from /dev/zero to l
>
> I did that clean-up step.
You did it in your output directory I assume.
kbuild complains that the source directory is not clean - which
is what you need to clean up.
Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
On 10/25/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Adrian Bunk wrote:
> > Sorry for the dumb question, but how does or did the gcc -traditional
> > option affect ld?
> >
>
After a while, there is no issue I can find on x86_64 by taking out
the -traditional flag. Everything seems fine.
-
Currently we special case when we have only the initial pid namespace.
Unfortunately in doing so the copied case for the other namespaces was
broken so we don't properly flush the thread directories :(
So this patch removes the unnecessary special case (removing a
usage of proc_mnt) and corrects
This is my trivial patch to swat innumerable little bugs
with a single blow.
After some intensive review (my apologies for not having
gotten to this sooner) what we have looks like a good
base to build on with the current pid namespace code but
it is not complete, and it is still much to simple t
Eric W. Biederman wrote:
The kernel only ever supports 1 version of the boot protocol
so there is no need to check the boot protocol revision to
see if a feature is supported.
Both x86 and x86_64 support the same boot protocol so we need
to implement the KEEP_SEGMENTS on x86_64 as well. It isn'
On Wed, Oct 24, 2007 at 03:08:48PM -0700, Randy Dunlap wrote:
>
> This patch series from Johannes Berg adds support for DOC: sections
> that are embedded in source files.
Thanks - added to kbuild.git after a few small fix-ups.
[Whitespace + the last bit did not apply].
Sam
-
To unsubscri
On Fri, 26 Oct 2007 11:34:48 -0700
John Johansen <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 26, 2007 at 07:37:21AM -0700, Arjan van de Ven wrote:
> > On Thu, 25 Oct 2007 23:40:24 -0700
> > [EMAIL PROTECTED] wrote:
> >
> > before going into the LSM / security side of things, I'd like to get
> > the
On 10/26/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Lee wrote:
> > Paul: what do you think about subsetting the cpuset.txt into a man page
> > or 2 that can be referenced by other man pages' See Also sections?
>
> Oh dear --- looking back in my work queue I have with my employer, I
> see I have
On Friday 26 October 2007 13:30, Miklos Szeredi wrote:
> There's a slight problem (other than HCH not liking it) with this
> approach of passing the open file in iattr: for special files, the
> struct file pointer makes no sense to the filesystem, since it is always
> opened by the generic functio
> The function that is returning ENODEV is the driver probe function.
> According
> to Documentation/DocBook/writing_usb_driver/ch03.html when that function is
> called
>
> "The driver now needs to verify that this device is actually one that it can
> accept. If so, it returns 0. If no
Hi Linus,
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
for-linus
These patches unbreaks booting with some old versions of LILO and
Loadlin.
These patches probably should be considered for -stable as well (with
s/x86/i386/ in the pathnames.)
H. Peter
On Fri, Oct 26, 2007 at 10:55:15PM +0530, Amit Shah wrote:
> On 26/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 26, 2007 at 12:44:38PM +0530, Amit Shah wrote:
> > > On 2.6.24-rc1, I get this for all my eth interfaces:
> > >
> > > [ 150.389821] sysfs: duplicate filename 'eth1_rename'
Pavel Machek <[EMAIL PROTECTED]> writes:
> On Tue 2007-09-11 14:18:57, Krzysztof Halasa wrote:
>> I think 2.6.22 would be overkill, .23 - not sure.
>
> I don't think this is -stable kind of bug.
Given the timeframe, I can only agree once again :-)
--
Krzysztof Halasa
-
To unsubscribe from this l
On Friday 26 October 2007 20:10, Roland Dreier wrote:
> > Well it could be something quite simple, in the module loader it is
> looping > through all modules to look for a device with the correct USB/PCI
> ID. > Currently, after the first occurence it loads the module and doesn't
> continue, > it
This crashes and burns on bootup, but I'm too tired to figure out what I
did wrong... will give it another try tomorrow..
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/genhd.c |2
fs/fuse/inode.c |2
fs/nfs/client.c |2
include/l
Stephen Hemminger <[EMAIL PROTECTED]> :
> Don't call napi_disable if not configured.
> And make sure that any misuse of napi_xxx in future fails
> with a compile error.
Disable napi polling early and remove the useless poll_locked logic.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
On Thu, 18 Oct 2007 13:35:51 +0400
Dmitry Antipov <[EMAIL PROTECTED]> wrote:
> This patch proposes an additional error checking performed within setfl().
>
> As a result, fcntl (fd, F_SETFL, O_ASYNC) will return -1 and set errno
> to -EINVAL if filp->f_op->fasync is NULL for file specified by fd.
On 27/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 26, 2007 at 10:55:15PM +0530, Amit Shah wrote:
> > On 26/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> > > On Fri, Oct 26, 2007 at 12:44:38PM +0530, Amit Shah wrote:
> > > > On 2.6.24-rc1, I get this for all my eth interfaces:
> > > >
Michael wrote:
> PS Note my new addres for man-apges: [EMAIL PROTECTED]
Noted.
> Is there anything I can do to assist?
Got any spare round tuit's ;)?
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL
On Fri, Oct 26, 2007 at 02:57:18PM +0200, Benny Amorsen wrote:
> > "MM" == Matt Mackall <[EMAIL PROTECTED]> writes:
>
> MM> Well there are things we can do, yes, but I'd be worried that
> MM> they've give up the deterministic behavior we rely on quite
> MM> heavily for debugging. If event A ha
On 10/26/07, Amit Shah <[EMAIL PROTECTED]> wrote:
> On 27/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 26, 2007 at 10:55:15PM +0530, Amit Shah wrote:
> > > On 26/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> > > > On Fri, Oct 26, 2007 at 12:44:38PM +0530, Amit Shah wrote:
> > > > > O
On Wed, 2007-10-24 at 20:46 -0700, Casey Schaufler wrote:
> diff -uprN -X linux-2.6.24-rc1-base/Documentation/dontdiff
> linux-2.6.24-rc1-base/security/smack/smack_lsm.c
> linux-2.6.24-rc1-smack/security/smack/smack_lsm.c
> --- linux-2.6.24-rc1-base/security/smack/smack_lsm.c 1969-12-31
> 16:00
This patch implements task_in_pid_ns and uses it to limit cap_set_all
and sys_kill(-1,) to only those tasks in the current pid namespace.
Without this we have a setup for a very nasty surprise.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/pid_namespace.h |2 ++
ker
Alan Cox <[EMAIL PROTECTED]> writes:
>
> You can stop the compiler but not the CPU - and some processors will
> certainly speculatively load across conditionals, reorder writes etc
The difference is that the CPU knows how to cancel most[1] side effects
of these speculative accesses (e.g. by not is
Hi Piero.
On Fri, Oct 26, 2007 at 11:04:36AM +0200, Piero Ottuzzi wrote:
>
> you can download the compiler without registration at [1].
>
> Bye
> Piero
> [1]http://www.axis.com/ftp/pub/axis/tools/cris/compiler-kit/
Downloaded the .gz files and installed them.
When trying to build current cris s
Hi Bjorn,
On Fri, 26 Oct 2007 07:09:19 -0600, Bjorn Helgaas wrote:
> On Friday 26 October 2007 4:45:20 am Thomas Renninger wrote:
> > Maybe the list set up by this patch set should be similarly exported
> > like /proc/ioports /proc/iomem
> > to where ever appropriate (maybe /sys/devices/system/acp
On Fri, Oct 26, 2007 at 11:45:15AM -0700, Andrew Morton wrote:
> On Wed, 24 Oct 2007 08:24:55 -0400
> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> > Abstracting away direct uses of TASK_ flags allows us to change the
> > definitions of the task flags more easily.
> > --- a/arch/ia64/kernel/perfm
On Fri, 2007-10-26 at 10:54 -0700, Paul Jackson wrote:
> > Will it handle the case of MPOL_INTERLEAVE policy on a shm segment that
> > is mapped by tasks in different, possibly disjoint, cpusets. Local
> > allocation does, and my patch does. That was one of the primary
> > goals--to address an is
301 - 400 of 558 matches
Mail list logo
