On Thu, Feb 22, 2007 at 10:42:23AM -0800, Christoph Lameter wrote:
> On Thu, 22 Feb 2007, Andi Kleen wrote:
>
> > >SLUB does not need a cache reaper for UP systems.
> >
> > This means constructors/destructors are becomming worthless?
> > Can you describe your rationale why you think they don
> To some degree linux-arch would be a good list for it, but it's closed,
> even to monitor.
linux-arch is only for architecture code, but yes it serves a similar
purpose. But it's very specialized. What is discussed there is unlikely
to be of much interest to most people.
I was thinking of a re
Rolf Offermanns wrote:
I hear the same strange noise on poweroff (2.6.20 vanilla). This is what I
get on my system with ATA_DEBUG and ATA_VERBOSE_DEBUG both defined. The
system will *not* poweroff with "halt -f" so there was no noise!
md: stopping all md devices.
Synchronizing SCSI cache for dis
From: Joachim Fenkes <[EMAIL PROTECTED]>
This fixes whitespacing in ibmebus.[ch] - no functionality changed.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c | 126 +-
include/asm-powerpc/ibmebus.h | 42 +++-
Dmitriy Monakhov <[EMAIL PROTECTED]> wrote:
> Lets explicitly add O_LARGEFILE to opened lower file flags as it
> done in unionfs and nfsd. Also remove unnecessery #define from
> ecryptfs_initialize_file().
O_LARGEFILE should be set here when opening the lower file.
Signed-off-by: Michael Halcrow
Remove unnecessary flush_dcache_page() call. Thanks to Dmitriy
Monakhov for pointing this out.
Signed-off-by: Michael Halcrow <[EMAIL PROTECTED]>
---
fs/ecryptfs/mmap.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/ecryptfs/mmap.c b/fs/ecryptfs/mmap.c
index 842497d..
Dmitriy Monakhov wrote:
> if path_lookup() return non zero code we don't have to worry about
> 'nd' parameter, but ecryptfs_read_super does path_release(&nd) after
> path_lookup has failed, and dentry counter becomes negative
Do not do a path_release after a path_lookup error.
Signed-off-by: Mich
From: Joachim Fenkes <[EMAIL PROTECTED]>
This adds two sysfs attributes to /sys/bus/ibmebus which can
be used to notify the ebus driver of added / removed ebus
devices in the OF device tree.
Echoing the device's location code (as found in the OFDT
"ibm,loc-code" property) into the "probe" attribu
On Fri, 23 Feb 2007 00:18:26 + Alan wrote:
> > me off, and in the meantime, you know where to find your keyboard's
> > "stick my fingers in my ears and shout la-la-la-I-can't-hear-you" key.
> > :-)
>
> I was hoping you'd take the pseudo-legal noise elsewhere.
Yes. I find it interesting, bu
On 2/22/07, Alan <[EMAIL PROTECTED]> wrote:
> Oh yeah? For IRIX in 1991? Or for that matter, for Linux/ARM EABI
> today? Tell me, how many of what sort of users do you support
Solaris (NTL - very large ISP/Telco), Dec server 5000 (for fun), Irix (and
linux cross for Irix removal), MIPS embedd
This allows some drivers compile on arches that don't support DMA
(e.g. s390).
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
Is there any reason why this header should not cover the whole DMA API?
Compile-tested only...
include/asm-generic/dma-mapping-broken.h | 134 +
This patch changes mark_tsc_unstable() so it takes a string argument,
which holds the reason the TSC was marked unstable.
This is then displayed the first time mark_tsc_unstable is called.
This should help us better debug why the TSC was marked unstable on
certain systems and allow us to make su
Patchset enables force detection of HPET, when it is not listed by BIOS.
and enables use of HPET as a event source. HPET timers
configures in stamdard interrupt mode can be used as dependable per CPU timer
on laptops that are known to have LAPIC stoppage with ACPI C3 state.
Patch is against rt k
Rik van Riel <[EMAIL PROTECTED]> wrote:
+++ linux-2.6.20.noarch/mm/swap.c2007-02-20 06:44:17.0 -0500
@@ -420,6 +420,26 @@ void pagevec_strip(struct pagevec *pvec)
> +if (printk_ratelimit())
> +printk("kswapd freed a swap spac
Use HPET address detected by quirk, when it is not listed by BIOS and
register HPET as a clocksource.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/hpet.c
===
--- linux-2.6.21-r
Register HPET as eventsource.
If number of logical CPUs is less than number of HPET channels, HPET provides
a per CPU eventsource (using as many timers as needed). Otherwise, it is a
global eventsource (using only one timer).
HPET timers are programmed in their standard interrupt mapping mode (no
Cleanup HPET RTC emulation based on earlier patch which uses HPET interrupts
in normal mode instead of legacy replacement mode. RTC can now coexist with
HPET.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/arch/x86_64/Kconfig
===
Cleanup HPET related boot options in x86-64 and deprecate 'nohpet'.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/hpet.c
===
--- linux-2.6.21-rc-mm.orig/arch/x86_64/kernel/hpet.
Hi All
I was in a situation where I could really simplify many things by
using down_interruptible() with a timeout. I went around looking for
how could one be implemented and ran away from the asm code in arch/.
At the end I realized I could make a simple one by setting up a timer
that would 'fa
While debugging some other irq migration issue, observed this issue with
-git kernels. Ingo, please ACK it.
---
With the commit 76d2160147f43f982dfe881404cfde9fd0a9da21, irq_chip
default_disable() became an empty function. And with this change, irq
migration in the case of Edge triggered IO-APIC a
On Thursday 22 February 2007 2:58 pm, Guennadi Liakhovetski wrote:
>
> I think, we only want 1, right? And the latter seems to be more generic /
> platform independent? And as a side-effect, powermac would have to migrate
> to generic rtc:-)
I'd certainly think that restoring the system clock s
> Yes, you are wrong -- although perhaps you shouldn't be.
>
> The current version of do_debug() clears dr7 when a debug interrupt is
> fielded. As a result, if a system call touches two watchpoint addresses
> in userspace only the first access will be noticed.
Ah, I see. I think it would ind
Performance improvement should occur when private pages of multiple processes
are messed up, such as SMP. To UP, my previous mail is done by timer, which only
shows a fact, if pages are messed up fully, current readahead will degrade
remarkably, and unused readaheading pages make a burden to memor
The __syscallN series macros have disappeared in
include/asm-i386/unistd.h. Why? I occasionally what to add and use
some new system calls, mainly for debug use. Now I can not access the
system call I added from user space.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On 2/22/07, Alan <[EMAIL PROTECTED]> wrote:
> to do anything but chase pointers through cache. Done right, it
> hardly even branches (although the branch misprediction penalty is a
> lot less of a worry on current x86_64 than it was in the
> mega-superscalar-out-of-order-speculative-execution da
Christophe Saout wrote:
> Fix corruption issue with dm-crypt on top of software raid5. Cancelled
> readahead bio's that report no error, just have BIO_UPTODATE cleared
> were reported as successful reads to the higher layers (and leaving
> random content in the buffer cache). Already fixed in 2.6.
On Fri, 23 Feb 2007, Dong Feng wrote:
> The __syscallN series macros have disappeared in
> include/asm-i386/unistd.h. Why? I occasionally what to add and use
> some new system calls, mainly for debug use. Now I can not access the
> system call I added from user space.
You can use glibc's syscall(
Thank you very much.
2007/2/23, Davide Libenzi :
On Fri, 23 Feb 2007, Dong Feng wrote:
> The __syscallN series macros have disappeared in
> include/asm-i386/unistd.h. Why? I occasionally what to add and use
> some new system calls, mainly for debug use. Now I can not access the
> system call I
Linus, please apply. Andrew, please drop the other hvc_console patch
you have.
Paulus preferred this over #defining NO_IRQ in the file, since that's
0 for powerpc anyway.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Acked-by: Paul Mackerras <[EMAIL PROTECTED]>
diff -urpN --exclude TAGS -X /
yunfeng zhang wrote:
Performance improvement should occur when private pages of multiple
processes are messed up,
Ummm, yes. Linux used to do this, but doing virtual scans
just does not scale when a system has a really large amount
of memory, a large number of processes and multiple zones.
We
Bodo Eggert wrote:
Rik van Riel <[EMAIL PROTECTED]> wrote:
+++ linux-2.6.20.noarch/mm/swap.c2007-02-20 06:44:17.0 -0500
@@ -420,6 +420,26 @@ void pagevec_strip(struct pagevec *pvec)
+if (printk_ratelimit())
+printk("kswapd
On Thu, Feb 22, 2007 at 02:33:00PM -0800, Suresh B wrote:
> On Thu, Feb 22, 2007 at 04:26:54AM +0100, Nick Piggin wrote:
> > This is really ugly, sorry :(
>
> hm. myself and others too thought it was a simple and nice idea.
The idea is not bad. I won't guarantee mine will be as good or better,
bu
This patch contains a set of small fixes to allow the kernel to build under
the Cygwin environment, which is unfortunately used by more people than
one would think in the embedded world. :(
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
---
lib/gen_crc32table.c |2 ++
On Thu, Feb 22, 2007 at 07:59:45PM -0500, John W. Linville wrote:
> This allows some drivers compile on arches that don't support DMA
> (e.g. s390).
Which drivers are we talking about? Last time I checked an allmodconfig
just compiled.
I'd rather like to the opposite: rip out everything that depen
On Feb 22 2007, at 19:44, Jan Engelhardt was caught saying:
>
> On Feb 22 2007 14:30, Michael Tokarev wrote:
> >Deepak Saxena wrote:
> >> We attempted an experiment in cleaning up some modprobe messages during
> >> initramfs bootup when the modules directory is missing by moving modprobe
> >> to
These solutions are laughable
Areca Support wrote:
>
> Dear Sir,
>
> This is Kevin Wang from Areca Technology, Tech-Support Team.
> regarding your problem, please trying to disable ACPI in kernel loader.
> if the problem happen as soon as driver loaded, it should be the IRQ
> releated is
On Fri, 23 Feb 2007, Andi Kleen wrote:
> If you don't cache constructed but free objects then there is no cache
> advantage of constructors/destructors and they would be useless.
SLUB caches those objects as long as they are part of a partially
allocated slab. If all objects in the slab are free
Rafael J. Wysocki wrote:
> Hi,
>
> On Friday, 23 February 2007 00:04, Lukas Hejtmanek wrote:
>> Hello,
>>
>> after some time I've tried to suspend to disk. It basically works but it
>> complains into log with the following message:
>
> Tejun says it is known and he's going to fix it.
Patch went
Here is another attempt. This format is compatible with
KaiGai's current tools.
Tested on s390 with 32 and 64-bit caps stored in the xattrs.
-serge
From: "Serge E. Hallyn" <[EMAIL PROTECTED]>
Subject: [PATCH 2/2] file caps: accomodate future 64-bit caps
As the capability set changes and distr
Here's a curious code I found in drivers/input/input.c (2.6.21-rc1):
void input_release_device(struct input_handle *handle)
{
if (handle->handler->start)
handle->handler->start(handle);
}
Is the above supposed to be this way, or you meant ->stop here?
The commit comm
I forgot to include some possibly useful "lspci -v" output. This
is while running 2.6.20:
00:0a.0 Ethernet controller: National Semiconductor Corporation DP83815
(MacPhyter) Ethernet Controller
Subsystem: Netgear FA311 / FA312 (FA311 with WoL HW)
Flags: bus master, medium devsel,
Hi!
> > > the old /proc/acpi/ interfaces with cleaner interfaces in sysfs --
> > > non-ACPI-specific generic ones whenever possible. This effort
> > > is not complete, but it has been in -mm for a long time and
> > > I believe that it is time to push it upstream to benefit
> > > from broader expo
Hello all,
make-kpkg kernel_image bombed with:
LD init/built-in.o
LD .tmp_vmlinux1
drivers/built-in.o: In function `bay_is_dock_device':
drivers/acpi/bay.c:261: undefined reference to `is_dock_device'
drivers/acpi/bay.c:261: undefined reference to `is_dock_device'
drivers/built-in.o
Announcing 'cpuidle', a new CPU power management infrastructure to manage
idle CPUs in a clean and efficient manner.
cpuidle separates out the drivers that can provide support for multiple types
of idle states and policy governors that decide on what idle state to use
at run time.
A cpuidle driv
Hookup ACPI C-states onto generic cpuidle infrastructure.
drivers/acpi/procesor_idle.c is now a ACPI C-states driver that registers as
a driver in cpuidle infrastructure and the policy part is removed from
drivers/acpi/processor_idle.c. We use governor in cpuidle instead.
Signed-off-by: Shaohua
Documentation for cpuidle infrastructure
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc-mm/Documentation/cpuidle/core.txt
==
On Thu, Feb 22, 2007 at 10:24:52AM +0100, Arkadiusz Miskiewicz wrote:
> On Thursday 22 of February 2007, Greg KH wrote:
> > On Wed, Feb 21, 2007 at 11:14:56PM +0100, Arkadiusz Miskiewicz wrote:
> > > Hello,
> > >
> > > Today version of Linus git tree has a problem with resuming of usb
> > > devices
Not that it'll help much: the VM calls throttle_vm_writeout()
for GFP_NOIO
and GFP_NOFS allocations, which is a bug. Because if the caller
holds
locks which prevent filesystem or IO progress, we deadlock.
I'll fix the VM if someone else fixes USB ;)
What else needs to be fixed?
Would be
> On Thu, 22 Feb 2007 12:20:06 -0600 Kumar Gala <[EMAIL PROTECTED]> wrote:
> + if ((gfp_mask & (__GFP_FS|__GFP_IO)) != (__GFP_FS|__GFP_IO)) {
>
> The second seems to make more sense. I tested with the first last
> night which didn't help.
>
> With the proper patch in place things look go
On Thu, 22 Feb 2007 11:43:38 +0100, Duncan Sands <[EMAIL PROTECTED]> wrote:
> > + /* the module/device has probably been removed */
> > + if (urb->status == -ESHUTDOWN)
> > + return;
> > +
> > if (printk_ratelimit())
> > atm_war
Miklos Szeredi wrote:
+int set_page_dirty_mapping(struct page *page);
This aspect of the design seems intrusive to me. I didn't see a strong
reason to introduce new versions of many of the routines just to handle
these semantics. What motivated this part of
Miklos Szeredi wrote:
Why is the flag checked in __fput()?
It's because of this bit in the standard:
If there is no such call and if the underlying file is modified
as a result of a write reference, then these fields shall be
marked for update at some time after the wr
> > Take this example:
> >
> > fd = open()
> > addr = mmap(.., fd)
> > write(fd, ...)
> > close(fd)
> > sleep(100)
> > msync(addr,...)
> > munmap(addr)
> >
> > The file times will be updated in write(), but with your patch, the
> > bit in the mapping will also be set.
>
> > __fput() will be called when there are no more references to 'file',
> > then it will update the time if the flag is set. This applies to
> > regular files as well as devices.
> >
> >
>
> I suspect that you will find that, for a block device, the wrong inode
> gets updated. That's where t
Miklos Szeredi wrote:
Take this example:
fd = open()
addr = mmap(.., fd)
write(fd, ...)
close(fd)
sleep(100)
msync(addr,...)
munmap(addr)
The file times will be updated in write(), but with your patch, the
bit in the mapping will also be set.
Then in msync() the fil
Miklos Szeredi wrote:
__fput() will be called when there are no more references to 'file',
then it will update the time if the flag is set. This applies to
regular files as well as devices.
I suspect that you will find that, for a block device, the wrong inode
gets updated. That's w
On Thu, 2007-02-22 at 21:48 +0100, Miklos Szeredi wrote:
> > This still does not address the situation where a file is 'permanently'
> > mmap'd, does it?
>
> So? If application doesn't do msync, then the file times won't be
> updated. That's allowed by the standard, and so portable applications
> > > This still does not address the situation where a file is 'permanently'
> > > mmap'd, does it?
> >
> > So? If application doesn't do msync, then the file times won't be
> > updated. That's allowed by the standard, and so portable applications
> > will have to call msync.
>
> It is allowed
Miklos Szeredi wrote:
This still does not address the situation where a file is 'permanently'
mmap'd, does it?
So? If application doesn't do msync, then the file times won't be
updated. That's allowed by the standard, and so portable applications
will have to call msync.
It is
> Miklos Szeredi wrote:
> This still does not address the situation where a file is 'permanently'
> mmap'd, does it?
>
> >>> So? If application doesn't do msync, then the file times won't be
> >>> updated. That's allowed by the standard, and so portable applications
> >>>
Hi!
> @@ -126,6 +126,12 @@ struct paravirt_ops
> void (*io_delay)(void);
> void (*const_udelay)(unsigned long loops);
>
> + void (fastcall *activate_mm)(struct mm_struct *prev,
> + struct mm_struct *next);
> + void (fastcall *dup_mmap)(struct
Pavel Machek wrote:
> Hi!
>
>
>> @@ -126,6 +126,12 @@ struct paravirt_ops
>> void (*io_delay)(void);
>> void (*const_udelay)(unsigned long loops);
>>
>> +void (fastcall *activate_mm)(struct mm_struct *prev,
>> + struct mm_struct *next);
>> +voi
Pavel Machek wrote:
> Hi!
>
>
>> @@ -126,6 +126,12 @@ struct paravirt_ops
>> void (*io_delay)(void);
>> void (*const_udelay)(unsigned long loops);
>>
>> +void (fastcall *activate_mm)(struct mm_struct *prev,
>> + struct mm_struct *next);
>> +voi
Jens Axboe wrote:
Robert Hancock wrote:
..
+/* The following blacklist entries are taken from the Windows
+ driver .inf files for the Silicon Image 3124 and 3132. */
+{ "Maxtor 7B250S0","BANC1B70",ATA_HORKAGE_NONCQ, },
+{ "HTS541060G9SA00","MB3OC60D",ATA_HORKAG
On Feb 21, 2007, at 10:57 PM, Jeff Garzik wrote:
+/* The following blacklist entries are taken from the Windows
+ driver .inf files for the Silicon Image 3124 and 3132. */
+{ "Maxtor 7B250S0","BANC1B70",ATA_HORKAGE_NONCQ, },
[...]
Do we have information that these drive
On Thu, Feb 22 2007, Mark Lord wrote:
> Jens Axboe wrote:
> >>Robert Hancock wrote:
> >..
> >>>+/* The following blacklist entries are taken from the Windows
> >>>+ driver .inf files for the Silicon Image 3124 and 3132. */
> >>>+{ "Maxtor 7B250S0","BANC1B70",ATA_HORKAGE_NONCQ,
Jens Axboe wrote:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for
Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for an ordered bit for
years, so that we co
Tejun Heo wrote:
Jens Axboe wrote:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've b
Ric Wheeler wrote:
I think that FUA was designed for a different use case than what Linux
is using barriers for currently. The advantage with FUA is when you have
"before barrier", "after barrier" and "don't care" sets, where only the
specific things you care about ordering are in the before/afte
Ask Bjørn Hansen wrote:
On Feb 21, 2007, at 10:57 PM, Jeff Garzik wrote:
+/* The following blacklist entries are taken from the Windows
+ driver .inf files for the Silicon Image 3124 and 3132. */
+{ "Maxtor 7B250S0","BANC1B70",ATA_HORKAGE_NONCQ, },
[...]
Do we have inf
On Feb 22, 2007, at 4:18 PM, Robert Hancock wrote:
model and (partial) firmware revision of the drives:
Maxtor 7V300F0 VA11
Maxtor 7B300S0 BANC
Until I disabled NCQ I got gazillions of messages like the ones
below and absymal performance.
- ask
ata5: spurious interrupt (irq_stat 0x8 acti
In the 2.6.20 hang patch, I accidentally threw out an error message.
This puts it back.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/sigio.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-2.6.18-mm/arch/um/os-Linux/sigio.c
==
Add some locking to host_ldt_entries to prevent racing when reading
LDT information from the host.
The locking is somewhat more careful than my previous attempt. Now,
only the check of host_ldt_entries is locked. The lock is dropped
immediately afterwards, and if the LDT needs initializing, that
> OK, I'll do it this way.
Your replacement patch still has utrace_regset stuff in it, so it doesn't
compile without the later patches in the series. Try applying only
utrace-tracehook.patch from the series, then get it to build and make your
utrace-tracehook-um.patch. Then apply only utrace-reg
Hi!
> Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
>
> There's a lot of changes, as is usual for an -rc1 thing, but at least so
> far it would seem that 2.6.20 has been a good base, and I don't think we
> have anything *really* scary here.
And lot of acpi/suspend changes
Hi!
> -stable review patch. If anyone has any objections, please let us know.
>
> --
> From: Larry Finger <[EMAIL PROTECTED]>
>
> There is a kernel oops on bcm43xx when resuming due to an overly tight
> timeout loop.
>
> Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
> Signed
My Ethernet card worked fine up through 2.6.20, but starting with 2.6.21-rc1,
I get the following:
Feb 22 23:27:39 gherkin kernel: natsemi dp8381x driver, version 2.1, Sept 11,
2006
Feb 22 23:27:39 gherkin kernel: originally by Donald Becker <[EMAIL
PROTECTED]>
Feb 22 23:27:39 gherkin kernel:
Michal,
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Here is more
>
> hardirqs last enabled at (30787): [] syscall_exit_work+0x11/0x26
> hardirqs last disabled at (30788): [] ret_from_exception+0x9/0xc
> softirqs last enabled at (30202): [] __do_softirq+0xe4/0xea
> softirqs last disabled
How about this for telling that an architecture doesn't support DMA?
At least we could get rid of dma-mapping-broken.h and don't need to
compile some afterwards dead code.
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
arch/s390/Kconfig |3 +++
drivers/base/Makefile
Heiko, what do you think about the patch below - is there perhaps some
deeper reason to s390's _local_bh_enable() use that i missed?
Ingo
-->
Subject: [patch] s390: do not use _local_bh_enable()
From: Ingo Molnar <[EMAIL PROTECTED]>
_local_bh_enable() enables bh
Hi all
I have previously posted regarding a message about a transparent
bridge message I get when booting my laptop.
PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
PCI quirk: region 1180-11bf claimed by ICH6 GPIO
PCI: Ignoring BAR0-3 of IDE controller :00:1f.1
PCI: Transpar
Hi Tony, Paul, Peter, fbdev, lkml, and mm,
This is a first pass at abstracting deferred IO out from hecubafb and
into fbdev as was discussed before:
http://marc.theaimsgroup.com/?l=linux-fbdev-devel&m=117187443327466&w=2
Please let me know your feedback and if it looks okay so far.
Thanks,
jaya
Andrew,
i just got the lockdep warning below when doing:
echo 3 > /proc/sys/vm/drop_caches
is this a known quirk in the drop_caches code?
Ingo
===
[ INFO: possible circular locking dependency detected ]
2.6.20-syslet #434
-
On Thu, Feb 22, 2007 at 02:41:16PM +0200, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This changes unionfs to use krealloc() for reallocating memory so that
> we don't need to play tricks with slab internals.
>
> Cc: Josef Sipek <[EMAIL PROTECTED]>
> Signed-off-by: Pekka En
"Siddha, Suresh B" <[EMAIL PROTECTED]> writes:
> While debugging some other irq migration issue, observed this issue with
> -git kernels. Ingo, please ACK it.
> ---
>
> With the commit 76d2160147f43f982dfe881404cfde9fd0a9da21, irq_chip
> default_disable() became an empty function. And with this ch
Arjan van de Ven wrote:
> if it's something built in the last year or two you have the hw.
>
>
I have an ICH4-M, and from Intel's datasheets it looks like I got the
short straw..
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
On Fri, 2007-02-23 at 07:08 +0100, Ingo Molnar wrote:
> Index: linux/kernel/sched.c
> ===
> --- linux.orig/kernel/sched.c
> +++ linux/kernel/sched.c
> @@ -4689,6 +4689,7 @@ int __sched cond_resched_softirq(void)
> BUG_ON(!in_sof
Hello,
Let me first start by saying that if a better place to ask these
quesions is to be found, please let me know.
I have a 2.6.20 kernel running a raid 1 set with two SATA disks.
Recently (on an older (gentoo-specific) kernel) I started getting
entries like this after my weekly 'echo check >
/
From: Pekka Enberg <[EMAIL PROTECTED]>
This converts an open-coded krealloc() to use the shiny new API.
Cc: Rusty Russell <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
kernel/module.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: uml-2.6/kerne
http://www.glumbert.com/media/dolphin
http://www.petitiononline.com/golfinho
PS: Before any smart-ass jumps in, effectively making this post a thread
about what spam is, let me say that if I posted it to a dolphin or
other related list, there would be no gain, as they should already be
aware of i
On Thu, Feb 22, 2007 at 03:55:23PM -0800, Pete Zaitcev wrote:
| On Mon, 19 Feb 2007 21:15:49 +0300, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > +++ b/drivers/usb/misc/ftdi-elan.c
| > @@ -57,9 +57,9 @@ module_param(distrust_firmware, bool, 0);
| > MODULE_PARM_DESC(distrust_firmware, "true to
On Wed, Feb 21, 2007 at 07:14:27PM -0800, Andrew Morton wrote:
> >
> > + if (total_size == 0x) {
>
> I seem to remember having already questioned this. total_size is sector_t,
> which
> can be either 32-bit or 64-bit. Are you sure that comparison works as
> intended in both cases?
>
> On Thu, 22 Feb 2007 10:51:23 -0600 "Mike Miller (OS Dev)" <[EMAIL PROTECTED]>
> wrote:
> On Wed, Feb 21, 2007 at 07:14:27PM -0800, Andrew Morton wrote:
> > On Wed, 21 Feb 2007 15:10:39 -0600 "Mike Miller (OS Dev)" <[EMAIL
> > PROTECTED]> wrote:
> >
> > > Patch 1/2
> > > + if (total_siz
Patch 2/2
This adds support for struct pci_driver shutdown and negates the previous NAK'ed
reboot_notifier patch. It's much easier, wish I had know about this before.
Thanks to
Christoph for pointing this out.
Signed-off-by: Mike Miller <[EMAIL PROTECTED]>
---
> -Original Message-
> From: Mike Miller (OS Dev) [mailto:[EMAIL PROTECTED]
>
> Andrew,
> Using this test program and changing the type of x to int,
> long, long long signed and unsigned the comparison always
> worked on x86, x86_64, and ia64. It looks to me like the
> comparsion wi
On Thu, 2007-02-22 at 13:24 -0800, Andrew Morton wrote:
> > On Thu, 22 Feb 2007 10:51:23 -0600 "Mike Miller (OS Dev)" <[EMAIL
> > PROTECTED]> wrote:
> > On Wed, Feb 21, 2007 at 07:14:27PM -0800, Andrew Morton wrote:
> > > On Wed, 21 Feb 2007 15:10:39 -0600 "Mike Miller (OS Dev)" <[EMAIL
> > > PRO
On Thu, Feb 22, 2007 at 03:38:45PM -0600, Mike Miller (OS Dev) wrote:
> Patch 2/2
>
> This adds support for struct pci_driver shutdown and negates the previous
> NAK'ed
> reboot_notifier patch. It's much easier, wish I had know about this before.
> Thanks to
> Christoph for pointing this out.
J
On Thu, 2007-02-22 at 15:38 -0600, Mike Miller (OS Dev) wrote:
> .remove = __devexit_p(cciss_remove_one),
> .id_table = cciss_pci_device_id,/* id_table */
> + .shutdown = cciss_remove_one,
You need a __devexit_p() wrapper for this one too.
James
-
To unsubscribe fr
On Thu, Feb 22, 2007 at 03:49:38PM -0600, James Bottomley wrote:
> On Thu, 2007-02-22 at 15:38 -0600, Mike Miller (OS Dev) wrote:
> > .remove = __devexit_p(cciss_remove_one),
> > .id_table = cciss_pci_device_id,/* id_table */
> > + .shutdown = cciss_remove_one,
>
> Yo
301 - 400 of 411 matches
Mail list logo
