On Tuesday, 25 September 2007 13:02, Daniel Ritz wrote:
> does that one help?
>
> [ as attachment since i'm on webmail ]
>
> ACPI: acpi_sleep_prepare() should not depent on CONFIG_SUSPEND
> Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
An alternative fix for this has been sent to Len:
http://m
Quoting David Newall ([EMAIL PROTECTED]):
> Serge E. Hallyn wrote:
>> Quoting David Newall ([EMAIL PROTECTED]):
>>
>>> It might be tidy if pivot_root could be used (instead of a hack based on
>>> a chroot bug), but it'd still be unportable.
>>>
>>
>> It can.
>>
>> Please re-read my previou
>
>
> Jan Kara wrote:
> >>
> >-#define create_jbd_proc_entry() do {} while (0)
> >-#define remove_jbd_proc_entry() do {} while (0)
> >+static ctl_table fs_table[] = {
> >+{
> >+.ctl_name = -1, /* Don't want it */
>
>
>
> shouldn't this be CTL_UNNUMBERED ?
Oh,
On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 11:58, Damien Wyart 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.
> >
> > > Same answ
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/rafael/src/mm/linux-2.6.23-rc7-mm1/sound/pci/hda/hda_intel.c:1755: hd
a-intel: ioremap error
and the driver
> On the box that fails to power off, can you please test -rc8 with these two
> commits reverted:
> commit 5a50fe709d527f31169263e36601dd83446d5744
> ACPI: suspend: consolidate handling of Sx states addendum
> commit f216cc3748a3a22c2b99390fddcdafa0583791a2
> ACPI: suspend: consolidate handling o
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
>> On Tuesday, 25 September 2007 11:58, Damien Wyart 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
Thomas,
On Tuesday, 25 September 2007 11:30, Thomas Gleixner wrote:
> Rafael,
>
> On Tue, 2007-09-25 at 10:07 +0200, Thomas Gleixner wrote:
> > On Tue, 2007-09-25 at 10:14 +0400, Mikhail Kshevetskiy wrote:
> > > Hello Thomas, Rafael
> > >
> > > > We know, that
> > > > - disabling local apic time
Hi Scott,
Yikes. Please don't change cpm_uart_cpm1.h, as it's correct for
arch/powerpc, and there are numerous other places that assume cpmp is
virtual (including in the very same function that assigns it a
physical address).
I'm still not convinced cpm_uart_cpm1.h is correct:
pinfo->rx_bd_
This patchset will merge the ibmebus and of_platform bus drivers by basing a
lot of ibmebus functionality on of_platform code and adding the features
specific to ibmebus on top of that.
I split the actual ibmebus rework into three patches (2/5-4/5) for easier
readability. The kernel will compile d
Extract generic of_device allocation code from of_platform_device_create()
and move it into of_device.[ch], called of_device_alloc(). Also, there's now
of_device_free() which puts the device node.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
include/asm-powerpc/of_device.h |4 ++
i
The devtree root is now searched for devices matching a built-in whitelist
during boot, so these devices appear on the bus from the beginning. It is
still possible to manually add/remove devices to/from the bus by using the
probe/remove sysfs interface. Also, when a device driver registers itself,
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h |2 +-
drivers/net/ehea/ehea.h |2 +-
include/asm-powerpc/ibmebus.h | 38 +++
arch/powerpc/kernel/ibmebus.c | 28 ++-
drivers/in
Hi!
Following Christoph's usual nitpicking and Randy's suggestions to put the sample
code in the new samples/ kernel directory, I made modifications to the markers.
The result is that the marker code holds into a single patch; other patches are
for menus, documentation and samples.
Here is the up
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kernel/ibmebus.c b/arch/powerpc/kernel/ibmebus.c
index 379472f..8c08a98 100644
--- a/arch/powerpc/kernel/ibmebus.c
+++ b/arch
ibmebus_{,un}register_driver() are replaced by dummy functions because
ibmebus is temporarily unusable in this transitional state.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c | 199 ++---
1 files changed, 6 insertions(+)
Quoting Randy:
"It seems sad that this patch sources Kconfig.marker, a 7-line file,
20-something times. Yes, you (we) don't want to put those 7 lines
into 20-something different files, so sourcing is the right thing.
However, what you did for avr32 seems more on the right track to me:
make _one_
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.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
The marker activation functions sits in kernel/marker.c. A hash table is used
to keep track of the registered probes and armed markers, so the markers within
a newly loaded module that should be active can be activated at module load
time.
marker_query has been removed. marker_get_first, marker_ge
On Tue, 2007-09-25 at 14:08 +0200, Rafael J. Wysocki 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/rafael/src/mm/linux-2.6.23-
Maybe you know what bringt this box down:
regards,
Hendrik P.
[263322.356816] BUG: unable to handle kernel NULL pointer dereference at
virtual address 0008
[263322.459908] printing eip:
[263322.493267] c014e09c
[263322.520391] *pde =
[263322.554795] Oops: [#1]
[263322.589188] D
This patch kills a may-be-used-uninitialized warning.
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
fs/udf/balloc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.23-rc8-mm1/fs/udf/balloc.c
===
--- li
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> > On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
> >> On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
> > No, I do not have CONFIG_ACPI_SLEEP set,
> > because I do not have C
On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
> > > > As i can see from the log, you are booting on computer with dualcore AMD
> > > > processor. Do you have C1E feature enabled?
>
> That's possible, how to check?
>
> > > > i386 kernel disable lapic on dualcore AMD with C1E support
On Tue, 2007-09-25 at 15:58 +0530, Srivatsa Vaddagiri wrote:
> While I try recreating this myself, I wonder if this patch helps?
It didn't here, nor did tweaking root's share. Booting with maxcpus=1,
I was unable to produce large latencies, but didn't try very many
things.
-Mike
-
To u
On Tuesday, 25 September 2007 14:28, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
> > > > > As i can see from the log, you are booting on computer with dualcore
> > > > > AMD
> > > > > processor. Do you have C1E feature enabled?
> >
> > That's possible, ho
Module example showing how to use the Linux Kernel Markers.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
samples/Kconfig |5 +
samples/Makefile |3 +
samples/markers/Makefile |4 +
samples/markers/marker-example.c | 55 +++
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
Changelog:
- Move the examples to a separate "samples" patch.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: "Frank Ch. Eigler" <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
---
Do
On Tue, Sep 25, 2007 at 12:36:17PM +0200, Ingo Molnar wrote:
> hm. perhaps this fixup in kernel/sched.c:set_task_cpu():
>
> p->se.vruntime -= old_rq->cfs.min_vruntime - new_rq->cfs.min_vruntime;
This definitely does need some fixup, even though I am not sure yet if
it will solve completel
On Mon, 24 Sep 2007 17:14:26 -0400 (EDT) Steven Rostedt
<[EMAIL PROTECTED]> wrote:
>
> Hopefully I will get some attention from those that are responsible for
> fs/direct_io.c
>
> Ingo and Thomas,
>
> This patch converts the i_alloc_sem into a compat_rw_semaphore for the -rt
> patch. Seems tha
On Tue, 25 Sep 2007 13:50:46 +0200
Jan Kara <[EMAIL PROTECTED]> wrote:
> > Jan Kara wrote:
> > >>
> > >-#define create_jbd_proc_entry() do {} while (0)
> > >-#define remove_jbd_proc_entry() do {} while (0)
> > >+static ctl_table fs_table[] = {
> > >+ {
> > >+.ctl_name = -1,
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
>> Rafael J. Wysocki wrote:
>>> On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
>>> No, I do not have CONFIG_ACPI_SLEEP set,
>>>
On Tue, 2007-09-25 at 14:28 +0200, Mike Galbraith wrote:
> On Tue, 2007-09-25 at 15:58 +0530, Srivatsa Vaddagiri wrote:
>
> > While I try recreating this myself, I wonder if this patch helps?
>
> It didn't here, nor did tweaking root's share. Booting with maxcpus=1,
> I was unable to produce lar
Hi Andrew,
The drivers/net/ibm_newemac/mal seems to be broken, which stop with
build error
CC drivers/net/ibm_newemac/mal.o
drivers/net/ibm_newemac/mal.c: In function ‘mal_schedule_poll’:
drivers/net/ibm_newemac/mal.c:238: error: too few arguments to function
‘netif_rx_schedule_prep’
driver
Kill two unused variables in drivers/usb/misc/sisusbvga/sisusb.c.
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
drivers/usb/misc/sisusbvga/sisusb.c |2 --
1 file changed, 2 deletions(-)
Index: linux-2.6.23-rc8-mm1/drivers/usb/misc/sisusbvga/sisusb.c
=
On Tuesday, 25 September 2007 14:52, Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:28, Thomas Gleixner wrote:
> > On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
> > > > > > As i can see from the log, you are booting on computer with
> > > > > > dualcore AMD
> > > > > > p
On Monday, 24 September 2007 21:13, Thomas Gleixner wrote:
> On Mon, 2007-09-24 at 21:11 +0200, Rafael J. Wysocki wrote:
> > > /me scratches head
> >
> > Retested.
> >
> > > We know, that
> > > - disabling local apic timers work
> >
> > This works reproducibly accross the board.
>
> Ok
>
> > >
On Tuesday, 25 September 2007 14:18, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 14:08 +0200, Rafael J. Wysocki 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 ap
Peter Zijlstra wrote:
> On Mon, 24 Sep 2007 21:20:58 +0200 Peter Zijlstra
> <[EMAIL PROTECTED]> wrote:
>
Nope, and the stacktrace is utterly puzzling.
/me goes read the lkml.org link
Kamalesh Babulal: do you still get:
BUG: spinlock bad magic on
msgs?
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> > On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 11:58
Hello all,
sometime ago I submitted patch to TPM layer, originally I thought this
patch could be accepted into kernel (see below). However,
since this did not happen, I wonder, if there are some problems with the
patch or whether I am expected to do/provide something else, in order to
have it acce
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
>> Rafael J. Wysocki wrote:
>>> On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
>> On Tues
On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
> > > There seems to be a history effect in the box, to make things more
> > > "interesting".
> >
> > Did you connect this box to Andrews VAIO during KS ?
>
> No, but it's famous for being interestingly broken nevertheless.
:)
> > > I
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(+), 23587 deletions(-)
>
> Sorry, but raising networking patches against Linus's crufty
On (25/09/07 13:53), Hendrik P. didst pronounce:
> Maybe you know what bringt this box down:
>
> regards,
> Hendrik P.
>
Nick, this is a random stab in the dark but you were around mark_buffer_dirty()
a few months ago. Does this error look familiar?
Hendrik, what is going on when you trigger th
On Tue, 2007-09-25 at 18:21 +0530, Srivatsa Vaddagiri wrote:
> On Tue, Sep 25, 2007 at 12:36:17PM +0200, Ingo Molnar wrote:
> > hm. perhaps this fixup in kernel/sched.c:set_task_cpu():
> >
> > p->se.vruntime -= old_rq->cfs.min_vruntime -
> > new_rq->cfs.min_vruntime;
>
> This definitely
On Wed, Sep 19, 2007 at 07:44:03PM +0200, Sam Ravnborg wrote:
> On Wed, Sep 19, 2007 at 10:28:48AM +0100, Andy Whitcroft wrote:
> > I am seeing this strange link error from a PowerMac G5 (powerpc):
> >
> > [...]
> > KSYM.tmp_kallsyms2.S
> > AS .tmp_kallsyms2.o
> > LD vm
On Tue, 25 Sep 2007 07:49:38 -0500
"Jose R. Santos" <[EMAIL PROTECTED]> wrote:
> On Tue, 25 Sep 2007 13:50:46 +0200
> Jan Kara <[EMAIL PROTECTED]> wrote:
> > > Jan Kara wrote:
> > > >>
> > > >-#define create_jbd_proc_entry() do {} while (0)
> > > >-#define remove_jbd_proc_entry() do {} while (0)
>
On Tue, 2007-09-25 at 15:20 +0200, Rafael J. Wysocki wrote:
> > The patch is correct. Instead of returning "Success" in the case of a
> > failure of lookup_address, it now returns -EINVAL, which in turn makes
> > the ioremap fail.
> >
> > OTOH, the driver ioremap call looks straight forward. Can y
2.6.23-rc6-mm1, 2.6.23-rc7-mm1 and 2.6.23-rc8-mm1 all fail to link
correctly on a powerpc machine (elm3b19) in our test grid. It fails as
below:
LD vmlinux.o
ld: dynreloc miscount for fs/built-in.o, section .opd
ld: can not edit opd Bad value
make: *** [vmlinux.o] Error 1
Compiler
On Tue, Sep 25, 2007 at 03:35:17PM +0200, Mike Galbraith wrote:
> > I tried the following patch. I *think* I see some improvement, wrt
> > latency seen when I type on the shell. Before this patch, I noticed
> > oddities like "kill -9 chew-max-pid" wont kill chew-max (it is queued in
> > runqueue wa
Serge E. Hallyn wrote:
Quoting David Newall ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
Quoting David Newall ([EMAIL PROTECTED]):
It might be tidy if pivot_root could be used (instead of a hack based on
a chroot bug), but it'd still be unportable.
It can.
Plea
On Tue, 2007-09-25 at 13:32 +0530, Kamalesh Babulal wrote:
> Balbir Singh wrote:
> > On 9/25/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> >> Exactly same call trace is produced over IA64 Madison (up to 9M cache)
> >> with 8 cpu's.
> >> --
> >
> > Hi, Kamalesh,
> >
> > Could you please repro
Patrick McHardy <[EMAIL PROTECTED]> writes:
>> Hmm. This is an interesting case. The proc method is forcing
>> the integer to be either 0 or 1 in a racy fashion. But none of the
>> users appear to depend upon that.
>>
>> So this is the least broken set of binary sysctls I have seen caught
>> b
On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> > On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> >
Rusty Russell wrote:
> On Tue, 2007-09-25 at 17:36 +0900, Tejun Heo wrote:
>> Hmmm There doesn't seem to any reason why the blocking should be
>> after calling ->exit(). And, yeah, it would be more useful and
>> intuitive if blocking happens before ->exit(). What do you think?
>
> *That* I h
On Tuesday, 25 September 2007 15:44, Thomas Gleixner wrote:
> On Tue, 2007-09-25 at 15:20 +0200, Rafael J. Wysocki wrote:
> > > The patch is correct. Instead of returning "Success" in the case of a
> > > failure of lookup_address, it now returns -EINVAL, which in turn makes
> > > the ioremap fail.
On Tue, Sep 25, 2007 at 03:14:50PM +0200, Richard MUSIL wrote:
> Hello all,
>
> sometime ago I submitted patch to TPM layer, originally I thought this
> patch could be accepted into kernel (see below). However,
> since this did not happen, I wonder, if there are some problems with the
> patch or w
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
>> Rafael J. Wysocki wrote:
>>> On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
>> Rafae
On Tue, 25 Sep 2007, Tejun Heo wrote:
> Jonathan Corbet wrote:
> > Hi, Tejun,
> >
> > I was just looking over these changes...
> >
> >> + /* Don't proceed till inhibition is lifted. */
> >> + add_wait_queue(&module_unload_wait, &wait);
> >> + set_current_state(TASK_UNINTERRUPTIBLE);
> >> + i
Alan Stern wrote:
>> The unloading can proceed once module_unload_inhibit_cnt reaches zero.
>> An unloading thread only has to care about inhibition put in effect
>> before unloading has started, so there's no need to check again.
>
> You haven't fully answered Jon's question. Suppose
> module_un
On Tue, 2007-09-25 at 16:29 +0200, Rafael J. Wysocki wrote:
> > > lookup failed for 18446604438082158592
> > > [--snipped some USB messages--]
> > > ALSA
> > > /home/rafael/src/mm/linux-2.6.23-rc8-mm1/sound/pci/hda/hda_intel.c:1756:
> > > hda-intel: ioremap error: 2349334528 16384
> >
> > Stupi
> On Tue, 25 Sep 2007 07:49:38 -0500
> "Jose R. Santos" <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 25 Sep 2007 13:50:46 +0200
> > Jan Kara <[EMAIL PROTECTED]> wrote:
> > > > Jan Kara wrote:
> > > > >>
> > > > >-#define create_jbd_proc_entry() do {} while (0)
> > > > >-#define remove_jbd_proc_entry()
Eric W. Biederman wrote:
> Patrick McHardy <[EMAIL PROTECTED]> writes:
>
>>I seem to be missing something, the entire brnf_sysctl_call_tables
>>thing looks purely cosmetic to me, wouldn't it be better to simply
>>remove it?
>
>
> Well it is cosmetic in a user space visible way. Which means I do
On Tuesday 25 September 2007, Joachim Fenkes wrote:
> Extract generic of_device allocation code from of_platform_device_create()
> and move it into of_device.[ch], called of_device_alloc(). Also, there's now
> of_device_free() which puts the device node.
>
> Signed-off-by: Joachim Fenkes <[EMAIL P
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.
> >
> > linux-2.6.22.7/arch/arm/mach-sa1100/generic.c:
> > Has a: #include
> > Then afterwar
On Tuesday, 25 September 2007 16:19, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> > On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> >
On Tuesday 25 September 2007, Joachim Fenkes wrote:
> ibmebus_{,un}register_driver() are replaced by dummy functions because
> ibmebus is temporarily unusable in this transitional state.
>
> Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
> ---
> arch/powerpc/kernel/ibmebus.c | 199
> ++--
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 a quick iteration after yesterday's: a couple of group
scheduling bugs were found/debugged and fixed by Srivatsa Vaddagiri and
Mike Galbraith. There's
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 16:19, Alexey Starikovskiy wrote:
>> Rafael J. Wysocki wrote:
>>> On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
>> Rafae
On Tuesday 25 September 2007, Joachim Fenkes wrote:
> The devtree root is now searched for devices matching a built-in whitelist
> during boot, so these devices appear on the bus from the beginning. It is
> still possible to manually add/remove devices to/from the bus by using the
> probe/remove sy
On Tue, Sep 25, 2007 at 01:33:06PM +0200, Ingo Molnar wrote:
> > hm. perhaps this fixup in kernel/sched.c:set_task_cpu():
> >
> > p->se.vruntime -= old_rq->cfs.min_vruntime -
> > new_rq->cfs.min_vruntime;
> >
> > needs to become properly group-hierarchy aware?
You seem to have hit the n
On Tuesday 25 September 2007, Joachim Fenkes wrote:
> Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
This is missing a description, but the patch looks good.
Arnd <><
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
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), which happens every time sort function is called.
>I felt the fix is worth bringi
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 1000s (one 72GiB
volume per MSA used)
* 10 runs wi
Dereferencing unintialized "usb3" pointer in ufs_fill_super() is not
going to work. gcc even warns about this.
BUG: unable to handle kernel NULL pointer dereference at virtual address
014e
printing eip: f9a3b1a2 *pde =
Oops: [#1] PREEMPT
last sysfs file: /block/loop7/removable
On Tuesday 25 September 2007, Jiri Kosina wrote:
> (linux-usb-devel added to CC)
>
> On Tue, 25 Sep 2007, Mihai Don?u wrote:
>
> > [1.743528] Restarting tasks ... <3>hub 1-0:1.0: port 5 disabled by hub
> > (EMI?), re-enabling...
> > [1.743563] usb 1-5: USB disconnect, address 3
> > [
> Will test this evening the patch you pointed in your next message.
Ok, with both patches (including the very latest one from Alexey ---
tried the "stylistically correct" one), machine halts fine again. Thanks
to all for having looked at this!
--
Damien Wyart
-
To unsubscribe from this list: se
On Tue, 25 Sep 2007, Tejun Heo wrote:
> Alan Stern wrote:
> >> The unloading can proceed once module_unload_inhibit_cnt reaches zero.
> >> An unloading thread only has to care about inhibition put in effect
> >> before unloading has started, so there's no need to check again.
> >
> > You haven't
On 25/09/07 01:38 -0700, Joerg Pommnitz wrote:
> Chuck, Jordan,
> thanks for taking an interest in this problem. As suggested by Jordan I tried
> a new
> BIOS revision from
> http://www.digitallogic.ch/index.php?id=256&dir=/MSEP800%20-%20SM800PCX%20%20-%20MPC20%20-%20MPC21&mountpoint=23
>
> Unfor
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 directory of
the process. In addition to any creative uses, for example Philipp
Marek's loading
On Tue, Sep 25, 2007 at 02:09:03PM +0200, Jochen Friedrich wrote:
> In cpm_uart_core.c, the operation "pinfo->rx_bd_base - DPRAM_BASE" is
> used to calculate the DPRAM offset. So DPRAM_BASE must be relative to
> dpram_vbase in commproc.c as well. However, cpm_uart_cpm1.h uses cpmp in
> commproc.
On Sep 26 2007 00:40, 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 directory of the process. In
> addition to any c
On Tue, 2007-09-25 at 08:45 +0200, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2007-09-24 at 23:45 +0200, Ingo Molnar wrote:
> > > Lots of scheduler updates in the past few days, done by many people.
> > > Most importantly, the SMP latency problems reported and d
> 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 for that. I think you are confusing
containers and chroot. They are quite different things. A root user can
get o
On Tue, 25 Sep 2007, Andy Whitcroft wrote:
> As suggested elsewhere I have had a go at tracking this down. Previous
> problems of this kind were introduced as a result of using 'weak'
> declarations to provide default implementations. This investigation led
> me to the following commit:
> c
--
On Tue, 25 Sep 2007, Peter Zijlstra wrote:
> How about teaching {up,down}_read_non_owner() to barf on rw_semaphore
> in -rt?
>
Sure thing!
This patch prevents rw_semaphore in PREEMPT_RT from performing
down_read_non_owner and up_read_non_owner. If this must be used, then
either convert to 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 directory of the process.
>
On Tue, 25 Sep 2007 17:04:04 +0200,
Pierre-Yves Paulus <[EMAIL PROTECTED]> 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
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 for that.
It seems self-evident to me. What do you think is it prime purpose?
A root use
On Tue, 25 Sep 2007 01:11:05 -0700 (PDT) Matti Linnanvuori wrote:
> If you want to maintain the convention of documenting the interface only in
> .c files,
> you should write the convention in so many places in .h files that no one
> could overlook it.
> But I think the convention is bad and it
On Tue, 25 Sep 2007 08:51:09 +0200 Damien Wyart <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> After testing rc8, I noticed that I couldn't power off the computer
> directly, it only got halted and I had to press the power button
> manually. Just before displaying "System halted", the following mess
On Tuesday, 25 September 2007 16:45, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> > On Tuesday, 25 September 2007 16:19, Alexey Starikovskiy wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
> Rafael J. Wysocki wrote:
> >
Jan Engelhardt wrote:
On Sep 26 2007 00:40, David Newall wrote:
Miloslav Semler pointed out that a root process can chdir("..") out of its
chroot.
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 ch
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 evide
On Tuesday, 25 September 2007 17:40, Linus Torvalds wrote:
>
> On Tue, 25 Sep 2007 08:51:09 +0200 Damien Wyart <[EMAIL PROTECTED]> wrote:
> >
> > Hello,
> >
> > After testing rc8, I noticed that I couldn't power off the computer
> > directly, it only got halted and I had to press the power butto
On Sep 26 2007 00:40, 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 directory of the process. In
addition to any creat
On Sep 25 2007 16:48, Alan Cox wrote:
>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 ev
On Sep 26 2007 01:11, David Newall wrote:
> Jan Engelhardt wrote:
>> On Sep 26 2007 00:40, David Newall wrote:
>>
>> > Miloslav Semler pointed out that a root process can chdir("..") out of its
>> > chroot.
>> So what? Just do this: chdir into the root after chroot.
>
> I don't think so. His e
On Tue, 25 Sep 2007 10:09:29 +0300 Mihai Donțu wrote:
> On Monday 24 September 2007, Andreas Herrmann wrote:
> > Have you tried to boot your kernel with
> >
> >video=radeonfb:noaccel
> >
> > I usual add this kernel parameter when running radeonfb and X.
> >
> > Otherwise I've observed the s
101 - 200 of 503 matches
Mail list logo
