Adrian Bunk napsal(a):
On Wed, Sep 26, 2007 at 12:40:27AM +0930, David Newall wrote:
Miloslav Semler pointed out that a root process can chdir("..") out of its
chroot. Although this is documented in the man page, it conflicts with the
essential function, which is to change the root directo
On Tue, 25 Sep 2007 16:09:31 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
>
> Hi Andrew,
>
> The build error reported at http://lkml.org/lkml/2007/9/20/210 for the
> drivers/a
On Tue, 25 Sep 2007, Dmitry Torokhov wrote:
>
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
> or
> master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
>
> to receive updates for the input subsystem. There is only one
On Tue, Sep 25, 2007 at 04:44:43PM +0200, Ingo Molnar wrote:
>
> The latest sched-devel.git tree can be pulled from:
>
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
>
This is required for it to compile.
---
include/linux/sched.h |1 +
1 files chan
On Tue, Sep 25, 2007 at 09:34:20PM +0530, Srivatsa Vaddagiri wrote:
> On Tue, Sep 25, 2007 at 04:44:43PM +0200, Ingo Molnar wrote:
> >
> > The latest sched-devel.git tree can be pulled from:
> >
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
> >
>
>
On Fri, Sep 21, 2007 at 03:05:40PM -0700, Andrew Morton wrote:
> btw, I'm not really a great admirer of the whole patchset: it does
> some pretty nasty-looking things: allocating dynamic memory,
> grabbing the underlying pageframes with virt_to_page(), passing them
> back into kernel APIs which are
On Tue, Sep 25, 2007 at 05:43:58PM +0200, Miloslav Semler wrote:
> Adrian Bunk napsal(a):
>> On Wed, Sep 26, 2007 at 12:40:27AM +0930, David Newall wrote:
>>
>>
>>> Miloslav Semler pointed out that a root process can chdir("..") out of
>>> its chroot. Although this is documented in the man pag
On Tue, 25 Sep 2007 13:53:51 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> This patch from Andi:
>
> x86_64-mm-cpa-einval.patch
>
> makes the hda_intel audio driver stop working on my HP nx6325.
>
> The following line appears in dmesg (from 2.6.23-rc7-mm1:
>
> ALSA /home/raf
Hi!
the queue for 2.6.22.8 (2.6.22.8-rc1) is for the next release or
thuse paches droped?
--
Thanks,
Oliver
-
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 Mon, 2007-09-24 at 16:15 -0700, Andrew Morton wrote:
> On Mon, 24 Sep 2007 16:05:37 -0700
> Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2007-09-24 at 15:25 -0700, Andrew Morton wrote:
> > > hm. I saw that warning on my 2-way. It has CONFIG_NR_CPUS=8 so perhaps
> > > the kernel has de
On Tue, 25 Sep 2007 06:07:24 +0200
Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Mon, 24 Sep 2007 18:55:38 +0200
> > Patrick McHardy <[EMAIL PROTECTED]> wrote:
> >
> >>Eric W. Biederman wrote:
> >>
> >>>A really good fix would be to remove the binary side and then t
On Tue, Sep 25, 2007 at 04:44:43PM +0200, Ingo Molnar wrote:
>
> The latest sched-devel.git tree can be pulled from:
>
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
>
Ingo,
Few more patches follow on top of this latest sched-devel tree.
Pls con
On Tue, 25 Sep 2007 18:23:58 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> The drivers/net/ibm_newemac/mal seems to be broken, which stop with
> build error
(please cc [EMAIL PROTECTED] on networking things)
> CC drivers/net/ibm_newemac/mal.o
> drivers/net/ibm_newemac/
Fix coding style issues reported by Randy Dunlap and others
Signed-off-by : Dhaval Giani <[EMAIL PROTECTED]>
Signed-off-by : Srivatsa Vaddagiri <[EMAIL PROTECTED]>
---
init/Kconfig | 14 +++---
kernel/sched_debug.c |8 ++--
2 files changed, 9 insertions(+), 13 deletions
On Tue, 25 Sep 2007 14:18:17 +0100 Ralf Baechle <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 21, 2007 at 12:44:09PM -0700, Andrew Morton wrote:
>
> > > A driver model and phylib update.
> >
> > akpm:/usr/src/25> diffstat patches/git-net.patch | tail -n 1
> > 1013 files changed, 187667 insertions(+
On Tue, Sep 25, 2007 at 06:09:49PM +0200, Oliver Pinter wrote:
> Hi!
>
> the queue for 2.6.22.8 (2.6.22.8-rc1) is for the next release or
> thuse paches droped?
The queue is for the next release, which will be called 2.6.22.9
(hopefully) as a security update caused the 2.6.22.8 release to happen
So what? Just do this: chdir into the root after chroot.
I don't think so. His exploit just got me all the way out of a chroot within a
chroot within a chroot, inclusive of lots of chdirs.
Close all fds that point to directories outside the root ;-)
This does not help. Let
Stephane Eranian wrote:
Hello,
Hi, Stephane
Many monitoring tools use /proc/kallsyms to build a symbol table for the kernel.
This technique has the advantage that it does not require root privileges, nor
an up-to-date /boot/System.map, nor a decompressed kernel in /boot.
The problem is that
Recent fix to check_preempt_wakeup() to check for preemption at higher
levels caused a size bloat for !CONFIG_FAIR_GROUP_SCHED.
Fix the problem.
42277 10598 320 53195cfcb kernel/sched.o-before_this_patch
42216 10598 320 53134cf8e kernel/sched.o-after_this_patch
Signe
On Tue, 25 Sep 2007 18:45:15 +0400 Alexey Starikovskiy <[EMAIL PROTECTED]>
wrote:
> [fix-ACPI_SLEEP_states.patch text/x-patch (2.0KB)]
> ACPI: suspend: fix ACPI_SLEEP states
>
> From: Alexey Starikovskiy <[EMAIL PROTECTED]>
>
> Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
> ---
>
>
Stephen Hemminger wrote:
On Tue, 25 Sep 2007 06:07:24 +0200
Patrick McHardy <[EMAIL PROTECTED]> wrote:
I meant removing brnf_sysctl_call_tables function, not the sysctls
themselves, all it does is change values != 0 to 1. Or did you
actually mean that something in userspace might depend on r
Andrew,
There are 2 patches, this is the second.
Above, Rafael gave link to first. Here it is again:
http://marc.info/?l=linux-kernel&m=119052978117735&w=4
Sorry for confusion,
Alex.
Andrew Morton wrote:
> On Tue, 25 Sep 2007 18:45:15 +0400 Alexey Starikovskiy <[EMAIL PROTECTED]>
> wrote:
>
>>
There is a possibility that because of task of a group moving from one
cpu to another, it may gain more cpu time that desired. See
http://marc.info/?l=linux-kernel&m=119073197730334 for details.
This is an attempt to fix that problem. Basically it simulates dequeue
of higher level entities as if
Hi,
After upgrading to 2.6.23-rc7 for testing purposes I noticed that the
contents of /proc/bus/input/devices changed a little bit.
I now have the following entries for my USB-keyboard
P: Phys=usb-:00:1d.0-2/input0
S: Sysfs=/devices/pci:00/:00:1d.0/usb1/1-2/1-2:1.0/input/inp
On 9/25/07, Alexey Starikovskiy <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > No, I do not have CONFIG_ACPI_SLEEP set,
> > because I do not have CONFIG_PM_SLEEP set,
> > because I do not want SUSPEND and/or HIBERNATION.
> This is not the reason. SUSPEND is controlled with CONFIG_SUSPEND an
Torsten Kaiser wrote:
> On 9/25/07, Alexey Starikovskiy <[EMAIL PROTECTED]> wrote:
>> Torsten Kaiser wrote:
>>> No, I do not have CONFIG_ACPI_SLEEP set,
>>> because I do not have CONFIG_PM_SLEEP set,
>>> because I do not want SUSPEND and/or HIBERNATION.
>> This is not the reason. SUSPEND is control
On Wed, 26 Sep 2007 01:05:07 +0930
David Newall <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> >> Marek's loading dynamic libraries, it seems clear that the prime
> >> purpose of chroot is to aid security. Being able to cd your way
> >> out is handy
> >
> > Does it - I can't find any evidence fo
Torsten Kaiser wrote:
> Back to debugging this:
> http://marc.info/?l=linux-acpi&m=119052970904643&w=4
> fails to apply against 2.6.23-rc7-mm1, but moving that function by
> hand was not to difficult. ;)
> (With only the second patch I got a link error...)
>
> http://marc.info/?l=linux-acpi&m=1190
From: Jose R. Santos <[EMAIL PROTECTED]>
JBD: Export jbd-debug via debugfs
The jbd-debug file used to be located in /proc/sys/fs/jbd-debug, but
create_proc_entry() does not do lookups on file names that are more that one
directory deep. This causes the entry creation to fail and hence, no proc
f
From: Jose R. Santos <[EMAIL PROTECTED]>
JBD: Fix JBD warnings when compiling with CONFIG_JBD_DEBUG
Note from Mingming's JBD2 fix:
Noticed all warnings are occurs when the debug level is 0. Then found
the "jbd2: Move jbd2-debug file to debugfs" patch
http://git.kernel.org/?p=linux/kernel/git/tor
Patrick McHardy <[EMAIL PROTECTED]> writes:
> OK lets keep it then. Fixing the race seems overkill to me though.
Me to.
Eric
-
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/maj
One quick question:
> Like the previous timerfd API implementation, read(2) and poll(2) are
> supported
> (with the same interface).
Looking at that interface, it appears that a process doing a read() on a
timerfd with no timer set will block for a very long time. It's an
obvious "don't do that
2.6.23-rc8-mm1, x86_64.
# ls -l /sys/kernel/debug/kprobes/
total 0
-rw--- 1 root root 0 2007-09-25 12:21 enabled
-r--r--r-- 1 root root 0 2007-09-25 12:21 list
Is there a reason 'enabled' is mod 0600 instead of 0644, when 'list' is 444
and allows you to figure out (indirectly) if it's enabled
James Pearson wrote:
> Arvin Moezzi wrote:
>
>> I think that's not true. 'count' is changing through the iteration.
>> The difference in the mem_read():
>>
>> * while (count > 0) {
>> * int this_len, retval;
>> *
>> * this_len = (count > PAGE_SIZE) ? PAGE_SIZE : count;
>> * retval =
[EMAIL PROTECTED] wrote:
>> Hm, it just seems that its trying to unpin an mm on the error path of
>> execve, and so it hasn't been pinned. The simplest way to reproduce is:
>>
> ...
>
>> Anyway, try this patch.
>>
> Bug is solved by this patch. Thanks! - Maybe this patch can make it i
On Sep 25 2007 18:19, Miloslav Semler wrote:
>> > > So what? Just do this: chdir into the root after chroot.
>> > >
>> > I don't think so. His exploit just got me all the way out of a chroot
>> > within a
>> > chroot within a chroot, inclusive of lots of chdirs.
>> >
>>
>> Close all f
On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 08:31:32AM +0100, Russell King wrote:
> > On Mon, Sep 24, 2007 at 05:53:57PM -0500, [EMAIL PROTECTED] wrote:
> > > I was building a kernel for an iPaq {SA1110} and ran into this.
> > >
> > > lin
Quoting Miloslav Semler ([EMAIL PROTECTED]):
>
So what? Just do this: chdir into the root after chroot.
>>> I don't think so. His exploit just got me all the way out of a chroot
>>> within a
>>> chroot within a chroot, inclusive of lots of chdirs.
>>>
>>
>> Close all fds tha
On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote:
> Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to
> have calmed down, and I think Thomas Gleixner may have found the
> suspend/resume regression that has dogged us for a while, so I'm feeling
> happy about things.
The mandatory file locking implementation has long-standing races that
probably render it useless. I know of no plans to fix them. Till we
do, we should at least warn people.
Signed-off-by: J. Bruce Fields <[EMAIL PROTECTED]>
---
Documentation/filesystems/mandatory-locking.txt | 21 ++
Shouldn't this mandatory-locking documentation be in the
Documentation/filesystems directory?
Give it a more descriptive name while we're at it, and update 00-INDEX
with a more inclusive description of Documentation/filesystems (which
has already talked about more than just individual filesystems)
On Tue, Sep 25, 2007 at 09:52:29AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > commit 184c44d2049c4db7ef6ec65794546954da2c6a0e
> > Author: Andrew Morton <[EMAIL PROTECTED]>
> > Date: Wed May 2 19:27:08 2007 +0200
> >
> >
This does not help. Let's try:
chroot somewhere
mkdir foo
fd = open /
chroot foo
('fd' implicitly closed and chdir to /foo)
Really? Try it. I am sure, that this works. You can create directory in
chroot and break chroot by this. fd is not closed, because linux doesn't
close descrip
On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote:
> > Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to
> > have calmed down, and I think Thomas Gleixner may have found the
> > suspend/
>From my point, sorry for thread hijacking, but I did not have
the upper node anymore.
So, here is something that I think should go into the next 2.6.22.
A proper fix is already in 2.6.23-git-du-jour.
/home/build/rt.jengelh.10.2-i386/var/tmp/kernel-source-2.6.22.7-build
/usr/src/linux-2.6.22.7-1
On Sep 25 2007 19:00, Miloslav Semler wrote:
>> > This does not help. Let's try:
>> > chroot somewhere
>> > mkdir foo
>> > fd = open /
>> > chroot foo
>> >
>>
>> ('fd' implicitly closed and chdir to /foo)
>>
> Really? Try it. I am sure, that this works. You can create directory in chroot
On Tue, 25 Sep 2007 12:58:34 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 09:52:29AM -0700, Andrew Morton wrote:
> > On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> > >
> > > commit 184c44d2049c4db7ef6ec65794546954da2c6a0e
> > > Author: Andr
Jan Engelhardt napsal(a):
On Sep 25 2007 19:00, Miloslav Semler wrote:
This does not help. Let's try:
chroot somewhere
mkdir foo
fd = open /
chroot foo
('fd' implicitly closed and chdir to /foo)
Really? Try it. I am sure, that this works. You can create directory i
On Tue, Sep 25, 2007 at 07:05:06PM +0200, Jan Engelhardt wrote:
> Perhaps that was formulated a bit sloppy. It of course means
> "On chroot(2), implicitly close all FDs that point outside."
Bollocks. Pack 'em into SCM_RIGHTS datagram, send to yourself,
do chroot, recvmsg() and move on, cheerfull
On Sat, Sep 15, 2007 at 02:30:40AM +1000, Paul Mackerras wrote:
> Keshavamurthy, Anil S writes:
>
> > Can I expect the ppc64 code changes from you?
> > Once I get your, I will merge with mine and post it again.
>
> Sure, but it will be next week, since I am travelling this week.
Any progress?
-
* Alan D. Brunelle ([EMAIL PROTECTED]) wrote:
> Taking Linux 2.6.23-rc6 + 2.6.23-rc6-mm1 as a basis, I took some sample
> runs of the following on both it and after applying Mathieu Desnoyers
> 11-patch sequence (19 September 2007).
>
>* 32-way IA64 + 132GiB + 10 FC adapters + 10 HP MSA 1000
On Tue, 25 Sep 2007 12:55:51 -0400 J. Bruce Fields wrote:
> Shouldn't this mandatory-locking documentation be in the
> Documentation/filesystems directory?
Agreed.
> Give it a more descriptive name while we're at it, and update 00-INDEX
> with a more inclusive description of Documentation/filesy
On Tue, Sep 25, 2007 at 07:05:06PM +0200, Jan Engelhardt wrote:
Perhaps that was formulated a bit sloppy. It of course means
"On chroot(2), implicitly close all FDs that point outside."
Bollocks. Pack 'em into SCM_RIGHTS datagram, send to yourself,
do chroot, recvmsg() and move on,
On Tue, 2007-09-25 at 10:02 -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote:
> > > Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to
> > > have calmed
On Tue, Sep 25, 2007 at 10:08:39AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 12:58:34 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Sep 25, 2007 at 09:52:29AM -0700, Andrew Morton wrote:
> > > On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> > >
On Sep 25 2007 19:21, Oliver Pinter wrote:
>
>the rev is locali declared:
>
>[snap]
>
> ...
>
>static void ali_init_chipset(struct pci_dev *pdev)
>{
>u8 rev, tmp;
>struct pci_dev *north, *isa_bridge;
>
>pci_read_config_byte(pdev, PCI_REVISION_ID, &rev);
>
> ...
>
>[snap]
>
On 9/25/07, Vegard Nossum <[EMAIL PROTECTED]> wrote:
> On 9/23/07, Miguel Ojeda <[EMAIL PROTECTED]> wrote:
> > Nice. I would suggest having some kind of standard way to show the
> > information on the screen/dmesg. I mean, instead of having plain lines
> > being written to the log, having something
my git top is:
commit 0dc661f882011b941b8b4d4dac84d7a0371f7a7b
Author: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Date: Mon Sep 24 23:05:13 2007 -0700
Linux 2.6.22.8
On 9/25/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Sep 25 2007 19:21, Oliver Pinter wrote:
> >
> >the rev is locali d
On Tue, Sep 25, 2007 at 10:12:40AM -0700, Randy Dunlap wrote:
> One correction below.
...
> > --- a/Documentation/filesystems/00-INDEX
> > +++ b/Documentation/filesystems/00-INDEX
> > @@ -52,6 +52,8 @@ isofs.txt
> > - info and mount options for the ISO 9660 (CDROM) filesystem.
> > jfs.txt
> >
hey, your's tree is 2.6-git and not 2.6.22.8 ;)
On 9/25/07, Oliver Pinter <[EMAIL PROTECTED]> wrote:
> my git top is:
>
> commit 0dc661f882011b941b8b4d4dac84d7a0371f7a7b
> Author: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> Date: Mon Sep 24 23:05:13 2007 -0700
>
> Linux 2.6.22.8
>
>
> On 9/25/
On Tue, 25 Sep 2007 01:46:25 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
>
> - Various fixes against 2.6.23-rc7-mm1.
>
>
> git-unionfs.patch
in unionfs debug.c:
#if BITS_PER_LONG == 32
#define POISONED_PTR
On Tue, 25 Sep 2007 13:22:55 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > OK, here:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/broken-out/fix-x86_64-mm-sched-clock-share.patch
> >
> > So I guess what we want to do here is to revert that
On Tue, Sep 25, 2007 at 07:03:24PM +0200, Jan Engelhardt wrote:
>
> From my point, sorry for thread hijacking, but I did not have
> the upper node anymore.
>
How hard is it to start a new message? Me thinks you need a new email
client :)
> So, here is something that I think should go into the
On Tue, Sep 25, 2007 at 04:52:47PM +0200, Jan Engelhardt wrote:
>
> On Aug 8 2007 16:19, Subbaiah Venkata wrote:
> >
> >Hello, I fixed and tested a small bug in lib/sort.c file, heap sort
> >function.
> >
> >The fix avoids unnecessary swap of contents when i is 0 (saves few
> >loads and stores), w
Put back an implementation of timeval_to_ns in
arch/um/os-Linux/time.c. tglx pointed out in his review of tickless
support that there was a perfectly good implementation of it in
linux/time.h. The problem is that this is userspace code which can't
pull in kernel headers and there doesn't seem to
On Tue, Sep 25, 2007 at 10:26:37AM -0700, Randy Dunlap wrote:
> On Tue, 25 Sep 2007 01:46:25 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm1/
> >
> > - Various fixes against 2.6.23-rc7-mm1.
> >
> >
> > git-unionfs.pa
On Tue, 25 Sep 2007, Jonathan Corbet wrote:
> One quick question:
>
> > Like the previous timerfd API implementation, read(2) and poll(2) are
> > supported
> > (with the same interface).
>
> Looking at that interface, it appears that a process doing a read() on a
> timerfd with no timer set wil
This also fixes a compile warning on 64-bit systems.
Cc: [EMAIL PROTECTED]
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/debug.c | 12 ++--
fs/unionfs/union.h |1 +
include/linux/poison.h |3 +++
3 files changed, 6 insertions(+), 10 deletions(-)
d
On 9/25/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 25 Sep 2007, Dmitry Torokhov wrote:
> >
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
> > or
> > master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linu
Hi Michael,
On 9/25/07, Michael Guntsche <[EMAIL PROTECTED]> wrote:
> Hi,
>
> After upgrading to 2.6.23-rc7 for testing purposes I noticed that the
> contents of /proc/bus/input/devices changed a little bit.
>
> I now have the following entries for my USB-keyboard
>
>
> P: Phys=usb-:00:1d
On Tue, Sep 25, 2007 at 10:31:42AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 13:22:55 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > >
> > > OK, here:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/broken-out/fix-x86_64-mm-sched-cloc
On Sat, Sep 22, 2007 at 04:01:24PM +0800, lepton wrote:
> In a stock 2.6.22.6 kernel, poweroff a user mode linux guest
> (2.6.22.6 running in skas0 mode) will halt the host linux. I
> think the reason is the kernel thread abort because of a bug.
> Then the sys_reboot in process of user mode linux
This is, unfortunately, not a recent regression but it's only been
recently diagnosed. Apparently the SCSI Parallel transport class domain
validation cable width detection wasn't working, leading to cases where
controllers with damaged cables would end up hanging the system (the
reported one was a
Sorry this has taken so long to get out ... I just, er, forgot.
Summary of the TAB election results at the kernel Summit on Wednesday 5
September.
At the meeting, we had eight candidates:
Arjan van de Ven
Greg Kroah Hartman
Christoph Lameter
Jon Corbett
James Morris
Christoph Hellwig
David Woodh
On Sep 25, 2007, at 19:51, Dmitry Torokhov wrote:
Hi Michael,
...
I this a "wanted" change or should I still see the same with 2.6.23?
Is this with CONFIG_SYSFS_DEPRECATED=y?
No, CONFIG_SYSFS_DEPRECATED is not set with both kernels. I had a
closer look and noticed that I for some reaso
Jeff Garzik wrote:
> The first step would be to clone the "upstream" branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>
> and see if the problem is reproducible there. If yes, then you have
> narrowed down the problem to something my ATA devel tree has introduced
On 09/25/2007 09:56 AM, Pierre-Yves Paulus wrote:
> Hello,
>
> I initially posted this to the bluez-devel mailing-list, but following
> Marcel Holtmann's advice, I'm reposting here: he thinks it looks like an
> issue within the device_move() API call.
>
> How it happened:
>
> I was trying to ope
On Tue, Sep 25 2007, Berck E. Nash wrote:
> Jeff Garzik wrote:
>
> > The first step would be to clone the "upstream" branch of
> > git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
> >
> > and see if the problem is reproducible there. If yes, then you have
> > narrowed down th
This is the generic part of the patch. It adds a parse_crashkernel() function
in kernel/kexec.c that is called by the architecture specific code that
actually reserves the memory. That function takes the whole command line and
looks itself for "crashkernel=" in it.
If there are multiple occurrence
This patch removes the crashkernel parsing from
arch/i386/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
Signed-off
This patch adds a extended crashkernel syntax that makes the value of reserved
system RAM dependent on the system RAM itself:
crashkernel=:[,:,[EMAIL PROTECTED]
range=start-[end]
For example:
crashkernel=512M-2G:64M,2G-:128M
The motivation comes from distributors that configure thei
This patch removes the crashkernel parsing from
arch/x86_64/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
Signed-o
This patch adapts IA64 to use the generic parse_crashkernel() function
instead of its own parsing for the crashkernel command line.
Because the total amount of System RAM must be known when calling this
function, efi_memmap_init() is modified to return its accumulated total_memory
variable.
Also,
This patch adapts the ppc64 code to use the generic parse_crashkernel()
function introduced in the generic patch of that series.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/machine_kexec.c | 52 ++--
1 file changed, 26 insertions(+
This patch removes the crashkernel parsing from arch/sh/kernel/machine_kexec.c
and calls the generic function, introduced in the generic patch, in
setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
NOTE: Due
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
Documentation/kdump/kdump.txt | 26 ++
Documentation/kernel-parameters.txt |7 +++
2 files changed, 33
On 09/25/2007 11:04 AM, Pierre-Yves Paulus wrote:
> Hello,
>
> Putting the bluetooth system under load (opening and closing several
> rfcomm links off several USB adapters, and transmitting data over them),
> I got the Oops below. The computer hung completely, as you can see. Just
> before, I also
Jens Axboe wrote:
> On Tue, Sep 25 2007, Berck E. Nash wrote:
>> Jeff Garzik wrote:
>>
>>> The first step would be to clone the "upstream" branch of
>>> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>>>
>>> and see if the problem is reproducible there. If yes, then you have
On Tue, Sep 25 2007, Berck E. Nash wrote:
> Jens Axboe wrote:
> > On Tue, Sep 25 2007, Berck E. Nash wrote:
> >> Jeff Garzik wrote:
> >>
> >>> The first step would be to clone the "upstream" branch of
> >>> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
> >>>
> >>> and see if
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 04:44:43PM +0200, Ingo Molnar wrote:
> >
> > The latest sched-devel.git tree can be pulled from:
> >
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
> >
>
> Ingo,
> Few
execve's error paths don't activate (and therefore pin) the mm before
calling exit_mmap to free it up, so don't try to unpin unless it is
actually pinned. This prevents a BUG_ON from triggering.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
---
arch/i386/xen/mmu.c
Well then, now I guess I know why the FB isn't working...
Sorry to open up the can of worms this turned out to be {after reading
all the other replies first}...
-Original Message-
From: Russell King [mailto:[EMAIL PROTECTED] On Behalf Of Russell
King
Sent: Tuesday, September 25, 2007 2
Hi Mathieu & Randy.
On Tue, Sep 25, 2007 at 08:11:48AM -0400, Mathieu Desnoyers wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Begin infrastructure for kernel code samples in the samples/ directory.
> Add its Kconfig and Kbuild files.
> Source its Kconfig file in all arch/ Kconfigs.
Sorry f
On Tuesday 25 September 2007, Srivatsa Vaddagiri wrote:
> Index: current/kernel/sched_debug.c
> ===
> --- current.orig/kernel/sched_debug.c
> +++ current/kernel/sched_debug.c
> @@ -239,11 +239,7 @@ static int
> root_user_share_read_pr
When an error occurs, existing logging uses dbg() so the cause of a
problem is hard to determine. Error conditions shouldn't only be
properly reported with debugging enabled.
A side effect of this change is that when an uninitialised device
is started, a log message similar to the following is
Hi, David,
One little thing I noticed:
> + * @cred_kernel_act_as:
> + * Set the credentials for a kernel service to act as (subjective context).
> + * @cred points to the credentials structure to be filled in.
> + * @service names the service making the request.
> + * @daemon: A userspace
Hi Henry.
On Tue, Sep 25, 2007 at 11:49:44AM +0200, Henry Nestler wrote:
> In reference of git 114f51577724b782a30f4f5ceaee9880de93d776:
> >kbuild: use LDFLAGS_MODULE only for .ko links
> >
> >Sam Ravnborg pointed out that Documentation/kbuild/makefiles.txt
> >already
> >says
Jonathan Corbet <[EMAIL PROTECTED]> wrote:
> The comment describes a "dentry" argument, but the actual function does
> not have that argument.
oops. Yeah, I decided I didn't want that there.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Jeff Garzik wrote:
> Once the blame has been squared fixed upon me :) you can use git-bisect
> to locate the precise change that broke your setup.
Okay, here's the problem:
268fe6f9f15551be9abedd44a237392675d529d5 is first bad commit
commit 268fe6f9f15551be9abedd44a237392675d529d5
Author: Jeff Ga
commit 3556ddfa9284a86a59a9b78fe5894430f6ab4eef titled
[PATCH] x86-64: Disable local APIC timer use on AMD systems with C1E
solves a problem with AMD dual core laptops e.g. HP nx6325 (Turion 64
X2) with C1E enabled:
When both cores go into idle at the same time, then the system switches
into C1
201 - 300 of 503 matches
Mail list logo
