On Sun, 2007-03-25 at 16:00 -0800, Andrew Morton wrote:
> On Sat, 24 Mar 2007 23:09:19 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > Dirty page accounting/limiting doesn't work for nonlinear mappings,
>
> Doesn't it? iirc the problem is that we don't correctly re-clean the ptes
> while
>>> Greg KH <[EMAIL PROTECTED]> 25.03.07 18:11 >>>
>On Sun, Mar 25, 2007 at 08:23:23AM -0700, Kevin P. Fleming wrote:
>> I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
>> which has an NVidia core chipset. It has the MCP51 and uses it for PATA
>> and SATA.
>>
>> Booting the
* Nicolas Boichat <[EMAIL PROTECTED]> wrote:
> > I found out which commit seems to cause these bugs:
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d04f41e35343f1d788551fd3f753f51794f4afcf
> >
> > The latest GIT without this commit works fine, but doesn't with
Suspend damage filesystem each times on 4G SD.
I use bluetooth. But corruption doesn't depend on it.
I also test 2.6.21-rc4-git7 kernel. The same problem.
512Mb SD works normal.
Pavel Machek wrote:
> Hi!
>
>> I use 2.6.20.2 kernel with ext3 rootfs on 4Gb SD on sharp zaurus sl-750
>> (PXA255).
>>
Le dimanche 25 mars 2007 à 23:34 +0200, Frédéric Riss a écrit :
> However, as I pointed out in the initial report, the MacMini doesn't
> come out of suspend to ram because a commit in another merged patchset
> broke it. I tracked it down to:
>
> commit e9e2cdb412412326c4827fc78ba27f410d837e6e
>
Date: Sun, 25 Mar 2007 23:07:43 -0800
From: Zachary Amsden <[EMAIL PROTECTED]>
If you actually clear the bit, you need to:
+ pte_update_defer(vma->vm_mm, addr, ptep);
The reason is, when updating PTEs, the hypervisor must be notified.
Using
On Sun, 25 Mar 2007, Zachary Amsden wrote:
> If you actually clear the bit, you need to:
>
> + pte_update_defer(vma->vm_mm, addr, ptep);
>
> The reason is, when updating PTEs, the hypervisor must be notified. Using
> atomic operations to do this is fine for all hypervisors I am aware
On Sun, 25 Mar 2007, Zachary Amsden wrote:
>
> If you actually clear the bit, you need to:
>
> + pte_update_defer(vma->vm_mm, addr, ptep);
>
> The reason is, when updating PTEs, the hypervisor must be notified. Using
> atomic operations to do this is fine for all hypervisors I am aware
Hugh Dickins wrote:
On Sun, 25 Mar 2007, David Rientjes wrote:
Add ptep_test_and_clear_{dirty,young} to i386. They advertise that they
have it and there is at least one place where it needs to be called
without the page table lock: to clear the accessed bit on write to
Without the
Andrew Morton wrote:
On Mon, 26 Mar 2007 08:06:07 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
Don't we break the global LRU with this scheme?
Sure, but that's deliberate!
(And we don't have a global LRU - the LRUs are per-zone).
Yes, true. But if we use zones for
On Sun, 25 Mar 2007, David Rientjes wrote:
> Add ptep_test_and_clear_{dirty,young} to i386. They advertise that they
> have it and there is at least one place where it needs to be called
> without the page table lock: to clear the accessed bit on write to
Without the page table lock??
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > The patches available also include a rollup of sched: accurate user
> > accounting as this code touches the same area and it is most
> > convenient to include them together.
>
> as i mentioned it before, please keep this one separate, as we want to
Yes, I agree totally.
Signed-off-by: Mikael Starvik <[EMAIL PROTECTED]>
-Original Message-
From: Adrian Bunk [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 6:08 AM
To: Mikael Starvik
Cc: dev-etrax; linux-kernel@vger.kernel.org
Subject: [2.6 patch]
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> The patches available also include a rollup of sched: accurate user
> accounting as this code touches the same area and it is most
> convenient to include them together.
as i mentioned it before, please keep this one separate, as we want to
apply it
Hi,
On Sat, 2007-03-24 at 03:47 -0400, Adam Belay wrote:
> This patch adds the 'menu' governor, as was described in my first email.
>
> +/**
> + * menu_select - selects the next idle state to enter
> + * @dev: the CPU
> + */
> +static int menu_select(struct cpuidle_device *dev)
> +{
> +
On 3/26/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Resume from RAM (s2ram) still broke (tried with or without
> CONFIG_NO_HZ). Suspend to RAM seems ok, but upon resume, the screen
> will only display "inu" and only after pressing the power button will
> the system return to console. But
On Mon, 2007-03-26 at 08:11 +0300, Al Boldi wrote:
> > + /* Sanity check. It should never go backwards or ruin accounting
> > */ + if (unlikely(now < p->last_ran))
> > + goto out_set;
>
> If sched_clock() goes backwards, why not fix it, instead of hacking around
> it?
On Mon, 26 Mar 2007 08:06:07 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >> Don't we break the global LRU with this scheme?
> >
> > Sure, but that's deliberate!
> >
> > (And we don't have a global LRU - the LRUs are per-zone).
> >
>
> Yes, true. But if we use zones
On Sun, 25 Mar 2007 23:13:02 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-03-25 at 00:16 -0800, Andrew Morton wrote:
> > On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> >
> > > +++ linux-2.6.21-rc4-mm1/security/evm/Kconfig
> > > @@ -0,0 +1,17 @@
> > >
Con Kolivas wrote:
>
> Ok this one is heavily tested. Please try it when you find the time.
It's better, but still skewed. Try two chew.c's; they account 80% each.
> ---
> Currently we only do cpu accounting to userspace based on what is
> actually happening precisely on each tick. The accuracy
On Mon, 2007-03-26 at 11:00 +1000, Con Kolivas wrote:
> This is just for testing at the moment! The reason is the size of this patch.
(no testing done yet, but I have a couple comments)
> In the interest of evolution, I've taken the RSDL cpu scheduler and increased
> the resolution of the task
Hi Greg,
On Saturday 10 March 2007 02:22, Greg KH 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
Nicolas Boichat wrote:
> Hello,
>
> I'm running a Macbook Pro first generation (Core Duo, so x86).
>
> I ran accross these two problems while upgrading from 2.6.21-rc3 to the
> current git HEAD:
> 1. appletouch cannot initialize the device properly at boot time (the
> module is automatically
HI OGAWA-san and Paul-san,
Sorry late response,
I'm not famillar with recent fat code, but code itself looks good for
just turn on/off time adjusting. On the other hand, I feel we need more
consideration on use cases/requirements. I feel that turning off
time adjustment is a just ad-hoc
On 3/25/07, Richard Knutsson <[EMAIL PROTECTED]> wrote:
Adrian Bunk wrote:
> This patch contains the scheduled removal of OSS drivers that:
> - have ALSA drivers for the same hardware without known regressions and
> - whose Kconfig options have been removed in 2.6.20.
>
Sorry for this late
Most likely this patch isn't correct but points to a bug.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/sis/sis_main.c | 11 ---
drivers/video/sis/sis_main.h |4 ++--
2 files changed, 6 insertions(+), 9 deletions(-)
---
This patch removes some kernel 2.4 code.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/scsi/ips.c | 145 +
drivers/scsi/ips.h | 44 -
2 files changed, 20 insertions(+), 169 deletions(-)
---
This patch fixes an off-by-one error spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc4-mm1/drivers/media/video/bt8xx/bttv-cards.c.old
2007-03-26 00:00:07.0 +0200
+++ linux-2.6.21-rc4-mm1/drivers/media/video/bt8xx/bttv-cards.c
This patch removes the remaining kernel 2.4 code.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/sis/osdef.h|5 -
drivers/video/sis/sis.h | 50
drivers/video/sis/sis_main.c | 105 ++-
3 files changed, 22
This patch removes kernel 2.4 code and some ancient CVS tags.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/scsi/pcmcia/nsp_cs.c | 159 +--
drivers/scsi/pcmcia/nsp_cs.h |8 -
2 files changed, 5 insertions(+), 162 deletions(-)
---
This patch removes code for kernel 2.0 (sic).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/cris/arch-v32/kernel/fasttimer.c | 36 ++
1 file changed, 3 insertions(+), 33 deletions(-)
--- linux-2.6.21-rc4-mm1/arch/cris/arch-v32/kernel/fasttimer.c.old
This patch removes kernel 2.4 code.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/scsi/nsp32.c | 109 +--
1 file changed, 13 insertions(+), 96 deletions(-)
--- linux-2.6.21-rc4-mm1/drivers/scsi/nsp32.c.old 2007-03-25
On Mon, Mar 26, 2007 at 09:25:51AM +0800, Jeff Chua wrote:
> On 3/19/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> >Subject: ThinkPad doesn't resume from suspend to RAM
> >References : http://lkml.org/lkml/2007/2/27/80
> > http://lkml.org/lkml/2007/2/28/348
> >Submitter : Jens
Mimi Zohar <[EMAIL PROTECTED]> wrote:
>
> +int update_file_hash(struct dentry *dentry, struct file *f,
> +struct hash_desc *desc)
> +{
...
> + while (offset < i_size) {
> + rbuf_len = kernel_read(file, offset, rbuf, PAGE_SIZE);
> + if
On Sun, Mar 25, 2007 at 11:38:43PM +0200, Lennert Buytenhek wrote:
> On Sun, Mar 25, 2007 at 02:15:42PM -0700, Paul E. McKenney wrote:
>
> > > > [ background: On ARM, SMP synchronisation does need barriers but device
> > > > synchronisation does not. The question is that given this, whether
>
Hi Christoph and Anil,
Thank you for your comments.
Christoph Hellwig wrote:
> Speeding up the unregistration is a very good idea, but this interface
> is rather horrible. It's almost a receipe for users to get it wrong.
Keshavamurthy, Anil S wrote:
> I agree with Christop that the interface is
On Sunday 25 March 2007 14:19, Pete Zaitcev wrote:
> On Sun, 25 Mar 2007 01:34:02 -0400, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> > > + * Without this, a touchpad may report an unchanged
> > > position,
> > > + * then a sync. The input_event() eats the
On Sun, 2007-03-25 at 00:16 -0800, Andrew Morton wrote:
> On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
>
> > +++ linux-2.6.21-rc4-mm1/security/evm/Kconfig
> > @@ -0,0 +1,17 @@
> > +config INTEGRITY_EVM
> > + boolean "EVM support"
> > + depends on INTEGRITY && KEYS
On Sun, Mar 25, 2007 at 07:25:46PM -0700, Kevin P. Fleming wrote:
> Adrian Bunk wrote:
> > It also adds PCI_BASE_ADDRESS_SPACE_IO to the flags which it didn't
> > without the patch.
>
> As an experiment I modified 2.6.20.4 to _only_ remove that value from
> the combined value for the flags and
Michael Ellerman <[EMAIL PROTECTED]> writes:
> We don't call dynamic_irq_cleanup(), so it never gets done. Perhaps we
> should be using your dynamic_irq_init/cleanup.
It depends. If you are going through another irq controller etc.
dynamic_irq_cleanup is probably excessive.
>> Therefore you
On Thu, 2007-03-22 at 21:00 -0600, Eric W. Biederman wrote:
> Michael Ellerman <[EMAIL PROTECTED]> writes:
>
> > On Thu, 2007-03-22 at 08:23 -0600, Eric W. Biederman wrote:
> >> Michael Ellerman <[EMAIL PROTECTED]> writes:
> >>
> >> > Currently we never clear the msi_desc pointer in the
Andrew Morton wrote:
Don't we break the global LRU with this scheme?
Sure, but that's deliberate!
(And we don't have a global LRU - the LRUs are per-zone).
Yes, true. But if we use zones for containers and say we have 400
of them, with all of them under limit. When the system wants
to
Hi -
"Keshavamurthy, Anil S" <[EMAIL PROTECTED]> writes:
> [...]
> > Really? What possible problems can occur? The worst that occurs
> > to me is that if someone forgets to call the commit function, the
> > kprobes will still be disabled, but memory won't be recycled for a
> > while. [...]
>
Adrian Bunk wrote:
> It also adds PCI_BASE_ADDRESS_SPACE_IO to the flags which it didn't
> without the patch.
As an experiment I modified 2.6.20.4 to _only_ remove that value from
the combined value for the flags and it did not help in any noticeable
way. I can reliably boot and operate the
On Mon, Mar 26, 2007 at 03:26:19AM +0200, Richard Knutsson wrote:
> Adrian Bunk wrote:
> >This patch contains the scheduled removal of OSS drivers that:
> >- have ALSA drivers for the same hardware without known regressions and
> >- whose Kconfig options have been removed in 2.6.20.
> >
> Sorry
In fact, this is fixed in already queued patch set.
--- Daniel Drake <[EMAIL PROTECTED]> wrote:
> Noticed this in user logs.
>
> Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
>
> Index: linux/drivers/mmc/tifm_sd.c
> ===
> ---
Adrian Bunk wrote:
This patch contains the scheduled removal of OSS drivers that:
- have ALSA drivers for the same hardware without known regressions and
- whose Kconfig options have been removed in 2.6.20.
Sorry for this late respond
Is sound/oss/emu10k1/ really ready to be replaced?
Christoph Hellwig writes:
> This patch moves the die notifier handling to common code. Previous
> various architectures had exactly the same code for it. Note that
> the new code is compiled unconditionally, this should be understood
> as an appel to the other architecture maintainer to
On 3/19/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe <[EMAIL PROTECTED]>
Jeff Chua <[EMAIL PROTECTED]>
On Saturday 24 March 2007 04:57, Tim Chen wrote:
> On Fri, 2007-03-23 at 13:40 +1100, Con Kolivas wrote:
> > Volanomark is a purely yield() semantic dependant workload (as
> > discussed many times previously). In the earlier form of RSDL I
> > softened the effect of sched_yield but other changes
On Mon, 26 March 2007 01:21:25 +0100, David Woodhouse wrote:
> On Mon, 2007-03-26 at 02:01 +0200, Jörn Engel wrote:
> > You can on NAND. ECC is done in software. And for a data structure as
> > simple as the 'tally', foregoing ECC is not a huge problem - most
> > bitflips are easily detected and
On Monday March 26, [EMAIL PROTECTED] wrote:
>
> I'll try to have a patch for you to try on 2.6.21rc4 shortly.
>
This patch should remove the Oops, but I have a suspicion that
something else is wrong, so I'd be very interested if you could run
with this for a few days and report the results.
This is just for testing at the moment! The reason is the size of this patch.
In the interest of evolution, I've taken the RSDL cpu scheduler and increased
the resolution of the task timekeeping to nanosecond resolution. This removes
the need for the runqueue rotation component entirely out of
On Friday March 23, [EMAIL PROTECTED] wrote:
> Adrian et al,
>
> Under 2.6.20.2+3 I get a similar crash and more frequently. At least
> under 2.6.21rc4 I only get this about once every two hours under heavy
> nfs testing.
That is very odd. The code where it is crashing in the trace you
provide
Hi,
>> Sun, 25 Mar 2007 08:55:21 -0700
>> [Subject: (usagi-core 32640) Re: [linux-usb-devel] [PATCH 0/2] [SERIAL]
>> [USB] fixed to skip NULL entry in struct serial usb_serial_port.]
>> Greg KH <[EMAIL PROTECTED]> wrote...
> > Yes, this problem was already fixed.
>
> Great, thanks for
Add ptep_test_and_clear_{dirty,young} to i386. They advertise that they
have it and there is at least one place where it needs to be called
without the page table lock: to clear the accessed bit on write to
/proc/pid/clear_refs.
ptep_clear_flush_{dirty,young} are updated to use the new
Use arch-specified ptep_test_and_clear_young() to clear the pte accessed
bits for /proc/pid/clear_refs. This avoids a race condition if a pte is
modified between pte_mkold() and set_pte_at().
Cc: Hugh Dickins <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
On Mon, 19 Mar 2007 20:56:23 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
Libata seems to misdetect my cable.
I have double-checked and the cable is 80 pin...
ata1 is PATA ICH5 bus 1 with DVD-RW + ZIP and 40 pin
On Sunday 25 March 2007 18:39, Andrew Morton wrote:
> On Sun, 25 Mar 2007 16:28:39 -0400 (EDT) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
>
> > Delete the never-compiled source file drivers/input/power.c, and
> > remove its entry from the corresponding Makefile, as there is no
> > Kconfig
On Mon, 2007-03-26 at 02:01 +0200, Jörn Engel wrote:
> You can on NAND. ECC is done in software. And for a data structure as
> simple as the 'tally', foregoing ECC is not a huge problem - most
> bitflips are easily detected and the remaining only cause off-by-a-few
> on the erase count.
You're
On Mon, 26 March 2007 00:46:33 +0100, David Woodhouse wrote:
> On Mon, 2007-03-26 at 00:55 +0200, Jörn Engel wrote:
> > > although, since you can flip bits to 1 without requireing an erase you
> > [ vice versa. you can flip bits to 0 without erasing. ]
>
> And on NAND flash you can't just do it
On 3/23/07, Milan Broz <[EMAIL PROTECTED]> wrote:
Disable barriers in dm-crypt because of current workqueue processing
can reorder requests.
--- linux-2.6.20.1.orig/drivers/md/dm-crypt.c 2007-03-23 15:07:11.0
+0100
+++ linux-2.6.20.1/drivers/md/dm-crypt.c2007-03-23
On Sunday March 25, [EMAIL PROTECTED] wrote:
> On Sat, 24 Mar 2007 23:04:09 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > This patch adds support for finding out the current file position,
> > open flags and possibly other info in the future.
> >
> > These new entries are added:
> >
> >
On Sat, 24 Mar 2007 23:09:19 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> Dirty page accounting/limiting doesn't work for nonlinear mappings,
Doesn't it? iirc the problem is that we don't correctly re-clean the ptes
while starting writeout. And the dirty-page accounting is in fact correct
On Monday 26 March 2007 09:01, Con Kolivas wrote:
> On Monday 26 March 2007 03:14, malc wrote:
> > On Mon, 26 Mar 2007, Con Kolivas wrote:
> > > On Monday 26 March 2007 01:19, malc wrote:
> > Erm... i just looked at the code and suddenly it stopped making any sense
> > at all:
> >
> >
On Mon, 2007-03-26 at 00:55 +0200, Jörn Engel wrote:
> > although, since you can flip bits to 1 without requireing an erase you
> [ vice versa. you can flip bits to 0 without erasing. ]
And on NAND flash you can't just do it in multiple cycles one bit at a
time. The 'tally' trick isn't viable
On Sat, 24 Mar 2007 23:04:09 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> This patch adds support for finding out the current file position,
> open flags and possibly other info in the future.
>
> These new entries are added:
>
> /proc/PID/fdinfo/FD
> /proc/PID/task/TID/fdinfo/FD
>
>
On Sat, 24 Mar 2007 22:57:34 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Remove this function. It's purpose was to limit the global number of
> writeback pages from submitted by direct reclaim. But this is equally
> well accomplished by
On Sat, 24 Mar 2007 22:55:29 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> This is a slightly different take on the fix for the deadlock in fuse
> with dirty balancing. David Chinner convinced me, that per-bdi
> counters are too expensive, and that it's not worth trying to account
> the
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most people
is the fixes for the fallout from the hrtimers and no-HZ
On Monday 26 March 2007 03:14, malc wrote:
> On Mon, 26 Mar 2007, Con Kolivas wrote:
> > On Monday 26 March 2007 01:19, malc wrote:
> >> On Mon, 26 Mar 2007, Con Kolivas wrote:
> >>> So before we go any further with this patch, can you try the following
> >>> one and see if this simple sanity
On Sun, 25 March 2007 13:49:58 -0800, David Lang wrote:
> On Sun, 25 Mar 2007, Jörn Engel wrote:
>
> >Logical volume management can just as easily move its management
> >information into a table, instead of having it spread across all blocks.
> >Blocks can keep their original size. Since you
On Monday 26 March 2007 08:49, Con Kolivas wrote:
> On Monday 26 March 2007 04:28, Torsten Kaiser wrote:
> > On 3/24/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > kernel/sched.c | 51
> > > +++ 1 file changed, 51
> > > insertions(+)
> >
> >
On Sun, Mar 25, 2007 at 04:58:32PM +0200, Adrian Bunk wrote:
> nfs4_acl_add_ace() can now be removed.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: J. Bruce Fields <[EMAIL PROTECTED]>
--b.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Monday 26 March 2007 04:28, Torsten Kaiser wrote:
> On 3/24/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> > kernel/sched.c | 51
> > +++ 1 file changed, 51
> > insertions(+)
>
> 2.6.21-rc4-mm1 also fails for me.
>
> I tried pure 2.6.21-rc4-mm1,
Noticed this in user logs.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Index: linux/drivers/mmc/tifm_sd.c
===
--- linux.orig/drivers/mmc/tifm_sd.c
+++ linux/drivers/mmc/tifm_sd.c
@@ -676,7 +676,7 @@ static void
On Sun, 25 Mar 2007 16:28:39 -0400 (EDT) "Robert P. J. Day" <[EMAIL PROTECTED]>
wrote:
> Delete the never-compiled source file drivers/input/power.c, and
> remove its entry from the corresponding Makefile, as there is no
> Kconfig file that refers to the config option INPUT_POWER.
Please cc the
On Sun, 25 Mar 2007 23:02:21 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Some drivers do register_chrdev() before lock or semaphore used in
> corresponding file_operations is initialized.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> drivers/block/aoe/aoechr.c |4
On Sun, 25 Mar 2007 12:11:23 -0400 (EDT) Parag Warudkar <[EMAIL PROTECTED]>
wrote:
> fdomain.c uses the below stuff only if PCMCIA is not defined.
> This causes unused variables to be defined when PCMCIA is not defined.
> Wrap variables and functions around #ifndef PCMCIA appropriately to avoid
On Sun, 25 Mar 2007 14:18:23 +0200 Jean Delvare <[EMAIL PROTECTED]> wrote:
> Add support for _safe (exception handled) variants of rdmsr_on_cpu
> and wrmsr_on_cpu. This is needed for the upcoming coretemp hardware
> monitoring driver, which might step into non-existing (poorly
> documented)
On Sun, 25 Mar 2007, Jörn Engel wrote:
On Wed, 21 March 2007 12:25:34 +0100, Thomas Gleixner wrote:
On Wed, 2007-03-21 at 12:05 +0100, Jörn Engel wrote:
Also LogFS currently requires erasesizes of 2^n.
Last time I talked to you about that, you said it would be possible and
fixable.
On Sun, 25 Mar 2007 19:28:57 +0100 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On 3/24/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> > kernel/sched.c | 51 +++
> > 1 file changed, 51 insertions(+)
>
> 2.6.21-rc4-mm1 also fails for me.
>
> I
On Sun, 25 Mar 2007 13:07:41 -0400 "Parag Warudkar" <[EMAIL PROTECTED]> wrote:
> Separate Kconfig patch below and also attached.
Please avoid sending two copies of a patch in the same email like this.
Because the result applies happily with `patch --dry-run' then makes a mess
when you try to
On Fri, Mar 23, 2007 at 01:43:53PM +, David Howells wrote:
>
> [Resend - this time with a comma in the addresses, not a dot]
>
> Lennert Buytenhek <[EMAIL PROTECTED]> wrote:
>
> > [ background: On ARM, SMP synchronisation does need barriers but device
> > synchronisation does not. The
On Sun, Mar 25, 2007 at 02:15:42PM -0700, Paul E. McKenney wrote:
> > > [ background: On ARM, SMP synchronisation does need barriers but device
> > > synchronisation does not. The question is that given this, whether
> > > mb() and friends can be NOPs on ARM or not (i.e. whether mb() is
> >
Le vendredi 23 mars 2007 à 19:50 +0100, Adrian Bunk a écrit :
> Subject: MacMini: doesn't come out of suspend to ram
> References : http://lkml.org/lkml/2007/3/21/374
> Submitter : Frédéric RISS <[EMAIL PROTECTED]>
> Tino Keitel <[EMAIL PROTECTED]>
> Caused-By : Bob Moore
On Sun, 25 March 2007 16:58:05 +0200, Adrian Bunk wrote:
>
> block2mtd_paramline[] is used in the non-__init block2mtd_setup()
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-By: Jörn Engel <[EMAIL PROTECTED]>
Adrian, can you put me on Cc: next time?
> ---
> ---
On Wed, 21 March 2007 12:25:34 +0100, Thomas Gleixner wrote:
> On Wed, 2007-03-21 at 12:05 +0100, Jörn Engel wrote:
> >
> > Also LogFS currently requires erasesizes of 2^n.
>
> Last time I talked to you about that, you said it would be possible and
> fixable.
Actually, no. LogFS is not broken,
From: Miklos Szeredi <[EMAIL PROTECTED]>
Changes:
v4:
o rename test_clear_page_modified to page_mkclean_noprot
o clean up page_mkclean_noprot
o don't set AS_CMTIME from fault handler, since that also sets the PTE dirty
o only update c/mtime in munmap, if file is not mapped any more
o
> A few comments..
Thanks for reviewing.
> > Index: linux-2.6.21-rc4-mm1/mm/rmap.c
> > ===
> > --- linux-2.6.21-rc4-mm1.orig/mm/rmap.c 2007-03-24 19:03:11.0
> > +0100
> > +++ linux-2.6.21-rc4-mm1/mm/rmap.c 2007-03-24
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch replaces the deprecated functions in drivers/char/riscom8.c
and fixes the compile warnings they produced.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
diff --git a/drivers/char/riscom8.c b/drivers/char/riscom8.c
index 7014525..54cb8cb 100644
> for (;;) {
> struct writeback_control wbc = {
> .bdi= bdi,
> .sync_mode = WB_SYNC_NONE,
> .older_than_this = NULL,
> .nr_to_write= write_chunk,
>
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
> On Sunday, 25 March 2007 14:56, Eric W. Biederman wrote:
>> "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
>>
>> > Yes, in kernel/power/disk.c:power_down() .
>> >
>> > Please comment out the disable_nonboot_cpus() in there and retest (but
>
Delete the never-compiled source file drivers/input/power.c, and
remove its entry from the corresponding Makefile, as there is no
Kconfig file that refers to the config option INPUT_POWER.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/drivers/input/Makefile
* Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-24 00:21]:
> On Fri, 23 Mar 2007, Bernhard Walle wrote:
>
> > * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> > > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> > >
> > > > irqpoll is broken on some architectures that don't use
lo,
aic7xxx driver mmio / dma on x86_64 and some pre 2.6.19.5 ix86 linux kernels are
broken here with the adaptec asc19160 PCI/32 scsi hba pci card.
well, i've got several live cd systems < 2.6.19.5i386 like whax 3.0 and knoppix
that oops
and hang boot in aic7xxx init, only one booting here
> How about using a local variable like ref_count and using
>
> ref_count = atomic_dec_and_test(>count); This will avoid the two
> atomic operations, atomic_dec() and atomic_read() below.
This would also seem to address the race I just noticed in my previous
reply.
Though I would suggest that
> + task_lock(tsk);
> cs = tsk->cpuset;
> tsk->cpuset = _cpuset; /* the_top_cpuset_hack - see above */
> + atomic_dec(>count);
> + task_unlock(tsk);
>
> if (notify_on_release(cs)) {
> char *pathbuf = NULL;
>
> mutex_lock(_mutex);
>
On Sun, 2007-03-25 at 14:22 +0200, Helmut Auer wrote:
> Hello List,
>
> The kernel 2.6.20 makes a long delay during booting ( about 15 seconds )
> after showing:
>
> NET: Registered protocol family 2
>
> then it goes along with:
>
> IP route cache hash table entries: 2048 (order: 1, 8192
On Sun, 2007-03-25 at 11:14 -0700, Linus Torvalds wrote:
> > Environment: Pre Pentium systems, (boot_cpu_data.wp_works_ok == 0)
>
> This shouldn't be "pre-pentium", afaik. WP-works-ok on i486 too. I think
> only the original i386 had this bug ("feature").
>
> But I agree, it does seem to be
1 - 100 of 494 matches
Mail list logo
