Alan Stern wrote:
On Tue, 12 Jun 2007, Robert de Rooy wrote:
Yes that works.
I tried to plug and unplug the device repeatedly and each time it came
up in full-speed mode.
Good! I'm glad that "companion" attribute file has come in handy for
someone. :-)
Alan Stern
Any way
Charles Shannon Hendrix wrote:
My system has issues running adma mode with sata_nv. I have an nforce4
motherboard.
What is the current status of this problem?
You'll have to be a bit more specific than that. A few problems have
arisen in the past, but currently I don't think there is
On Monday 11 June 2007 20:27, Chris Wright wrote:
> * Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> > The PC-speaker code has a quite creative method to serialize access to
> > the PIT: It uses a local lock.
> >
> > On i386 and x86_64 the access to the PIT is serialized by a lock in the
> >
*This message was transferred with a trial version of CommuniGate(r) Pro*
Jeff Dike wrote:
No it won't. UML builds without warnings here on x86_64.
Okay, I don't have an x86_64, sparc64 or something similar, as my
computer is an x86, so I can't contradict this. If everything is fine on
such
On Mon, Jun 11, 2007 at 09:37:35PM +0200, Ingo Molnar wrote:
> > Patches 1-3 introduce the essential changes in CFS core to support
> > this concept. They rework existing code w/o any (intended!) change in
> > functionality.
>
> i currently have these 3 patches applied to the CFS queue and it's
On Monday 04 June 2007 16:57, Pavel Machek wrote:
> On Mon 2007-06-04 13:46:45, Dmitry Torokhov wrote:
> > On 6/4/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> > >On Mon, 04 Jun 2007, Dmitry Torokhov wrote:
> > >> >...but I'm not quite sure it is a buggy keyboard. It happens _way_
On Tue, Jun 12, 2007 at 01:35:05AM -0400, Dmitry Torokhov wrote:
> On Tuesday 12 June 2007 01:23, Zephaniah E. Hull wrote:
> > On Tue, Jun 12, 2007 at 01:19:59AM -0400, Dmitry Torokhov wrote:
> > >
> > > Like I said I would love if xf86-input-evdev did not grab the
> > > device at all.
> >
> >
On Tuesday 12 June 2007 01:23, Zephaniah E. Hull wrote:
> On Tue, Jun 12, 2007 at 01:19:59AM -0400, Dmitry Torokhov wrote:
> >
> > Like I said I would love if xf86-input-evdev did not grab the
> > device at all.
>
> We have to disable the legacy input handlers somehow, not doing so
> simply
Shani Moideen <[EMAIL PROTECTED]> writes:
> Hi,
> Replacing memcpy(dest,src,PAGE_SIZE) with copy_page(dest,src) in
> arch/i386/kernel/machine_kexec.c.
Please no.
People get creative in copy_page (especially mmx_copy_page),
and this code path need something simple and stupid, that
will work
[Jan Kara - Mon, Jun 11, 2007 at 12:49:11PM +0200]
| Hi Andrew,
|
| attached is a new version of the patch fixing possible leakage of
[SNIP]
Thanks, Jan
Cyrill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi,
On Sunday 10 June 2007 13:42, Giel de Nijs wrote:
> Hi,
>
> Following up on http://thread.gmane.org/gmane.linux.kernel.input/1375 here's
> a new patch to fix the fact that most Fn+F? special keys on (at least) the
> Dell Latitude laptops don't generate a key release event.
Thank you for the
Hi,
On Monday 11 June 2007 00:12, Miltiadis Margaronis wrote:
>
> This makes DELTA and GET_TIME in drivers/input/gameport/gameport.c
> similar to the ones in drivers/input/joystick/analog.c . Worked on
> 2.6.22-rc4-git2.
>
I was told with the introduction of tickless kernels and such the
*googles briefly for rfkill-input, looks for his brown paper bag*
On Tue, Jun 12, 2007 at 01:19:59AM -0400, Dmitry Torokhov wrote:
> On Tuesday 12 June 2007 01:12, Zephaniah E. Hull wrote:
> > On Tue, Jun 12, 2007 at 01:07:13AM -0400, Dmitry Torokhov wrote:
> > > Hi Zephaniah,
> > >
> > > On
On Tuesday 12 June 2007 01:12, Zephaniah E. Hull wrote:
> On Tue, Jun 12, 2007 at 01:07:13AM -0400, Dmitry Torokhov wrote:
> > Hi Zephaniah,
> >
> > On Saturday 09 June 2007 04:48, Zephaniah E. Hull wrote:
> > > EVIOCGRAB is nice and very useful, however over time I've gotten
> > > multiple
On Monday 11 June 2007 14:54, Paul Albrecht wrote:
>
> Is i8042.noaux a workaround or a fix?
>
Just a workaround. Do you have a PS/2 mouse you could test with? If so could
you check if both keybioard and mouse work with mouse plugged in and without
i8042.noaux.
Also cxould you please try the
On Tue, Jun 12, 2007 at 01:07:13AM -0400, Dmitry Torokhov wrote:
> Hi Zephaniah,
>
> On Saturday 09 June 2007 04:48, Zephaniah E. Hull wrote:
> > EVIOCGRAB is nice and very useful, however over time I've gotten
> > multiple requests to make it possible for applications to get events
> > straight
Hi Zephaniah,
On Saturday 09 June 2007 04:48, Zephaniah E. Hull wrote:
> EVIOCGRAB is nice and very useful, however over time I've gotten
> multiple requests to make it possible for applications to get events
> straight from the event device while xf86-input-evdev is getting events
> from the
> I got this code from Nettle, originally, and I never looked at the SHA-1
> round structure very closely. I'll give that approach a try.
Attached is some (tested, working, and public domain) assembly code for
three different sha_transform implementations. Compared to C code, the
timings to
On Mon, Jun 11, 2007 at 09:30:20PM -0700, Andrew Morton wrote:
> Can we just double-check the refcounting please?
The refcounting for mpol's doesn't look good in general. I'm more
curious as to what releases the refcounts. alloc_page_vma(), for
instance, does get_vma_policy() which eventually
We will do AHCI link PM -- presuming that I can be convinced that it
does not repeatedly park the hard drive heads, or something similarly
annoying on PATA<->SATA bridges and similar setups.
IF it works as advertised -- a big if considering all the AHCI silicon
implementations out there -- we
Arjan van de Ven wrote:
>>> The data we have from this patch is that it saves typically a Watt of
>>> power (depends on the machine of course, but the range is 0.5W to
>>> 1.5W). If you want to also have an even more agressive thing where
>>> you want to start disabling the entire controller... I
On Thu, 2007-05-17 at 06:47 +0800, Fengguang Wu wrote:
> +static unsigned long
> +ondemand_readahead(struct address_space *mapping,
> +struct file_ra_state *ra, struct file *filp,
> +struct page *page, pgoff_t offset,
> +unsigned long req_size)
> +{
On Mon, 11 Jun 2007 16:34:54 -0500 Adam Litke <[EMAIL PROTECTED]> wrote:
> Here's another breakage as a result of shared memory stacked files :(
>
> The NUMA policy for a VMA is determined by checking the following (in the
> order
> given):
>
> 1) vma->vm_ops->get_policy() (if defined)
> 2)
Tejun Heo wrote:
do you have data to support this?
Yeah, it was some Lenovo notebook. Pavel is more familiar with the
hardware. Pavel, what was the notebook which didn't save much power
with standard SATA power save but needed port to be completely turned off?
Pavel, if you have time,
> > + *
> > + *
>
> Why two blank comment lines? Isn't one enough?
cleaned it up.
>
> sti();
> Just in case you are bored, at some point those cli()/sti() need to go
> away as well and be replaced with proper locking. But that's a
> different patch :-)
sure will take it up in the next patch.
>
On Tue, Jun 12, 2007 at 07:59:22AM +0530, Balbir Singh wrote:
> > +#define entity_is_task(se) 1
>
> Could you add some comments as to what this means?
sure. Basically this macro tests whether a given schedulable entity is
task or not. Other possible schedulable entities could be process, user,
Arjan van de Ven wrote:
>> I'm not sure about this. We need better PM framework to support
>> powersaving in other controllers and some ahcis don't save much
>> when only link power management is used,
>
> do you have data to support this?
Yeah, it was some Lenovo notebook. Pavel is more
Henrique de Moraes Holschuh wrote:
On Mon, 11 Jun 2007, Jeff Garzik wrote:
on/off doesn't really make sense if the question is "do you favor power
or do you favor performance"...
Actually, it does if you think of it as "do you need hotplug right now or
not?".
that's a temporary
On Mon, 11 Jun 2007, Jeff Garzik wrote:
> >>on/off doesn't really make sense if the question is "do you favor power
> >>or do you favor performance"...
Actually, it does if you think of it as "do you need hotplug right now or
not?".
> >How about just making it a numeric scale with 0 meaning
On Tue, Jun 12, 2007 at 11:34:25AM +0800, Wang Zhenyu wrote:
> I understand. Before James reported his problem on i915, I have thought
> the basic restore on that chip should already be enough, but he proved I was
> wrong and I'm not sure if this also happens on other i915 board with
>
On Mon, Jun 11, 2007 at 04:34:54PM -0500, Adam Litke wrote:
> Here's another breakage as a result of shared memory stacked files :(
> The NUMA policy for a VMA is determined by checking the following (in
> the order given):
> 1) vma->vm_ops->get_policy() (if defined)
> 2) vma->vm_policy (if
On Tue, Jun 12, 2007 at 07:45:59AM +0530, Balbir Singh wrote:
> > +/* CFS-related fields in a runqueue */
> > +struct lrq {
> > + unsigned long raw_weighted_load;
> > + #define CPU_LOAD_IDX_MAX 5
> > + unsigned long cpu_load[CPU_LOAD_IDX_MAX];
> > + unsigned long nr_load_updates;
> > +
> >
On Mon, 11 Jun 2007, Adam Litke wrote:
> Here's another breakage as a result of shared memory stacked files :(
>
> The NUMA policy for a VMA is determined by checking the following (in the
> order
> given):
>
> 1) vma->vm_ops->get_policy() (if defined)
> 2) vma->vm_policy (if defined)
> 3)
On 2007.06.11 22:23:21 +, Dave Jones wrote:
>
> I'd feel much safer if we only did this on chipsets where we know we
> have to do it. Doing this for *every* Intel chipset ever made _will_
> bite us. There are some early chipsets (440BX era iirc) that would just
> hang the box when you
On Thu, 2007-05-17 at 06:47 +0800, Fengguang Wu wrote:
> /*
> * Track a single file's readahead state
> + *
> + * #|==#==|
> + * ^^ ^ ^
> + * file_ra_state.la_index
On Mon, Jun 11, 2007 at 04:49:47PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Jun 11, 2007 at 04:30:11PM -0700, Doug Thompson wrote:
> > I am working with the k8 driver and its dealing with a race with the
> > mcelog device as both access
> > the K8 NB. The K8 driver does use these regs and
Mark Lord wrote:
> Robert de Rooy wrote:
>> (after applying the ide-polling experimental patch)
>>
>> With this I can declare success!! I was able to read and write to the
>> card without any problems, although I did not try to stress it.
>>
>> Jun 12 00:19:42 localhost kernel: pccard: PCMCIA card
On Tue, Jun 12, 2007 at 02:07:18AM +0200, Adrian Bunk wrote:
> I'm getting the following compile error with CONFIG_X86_CMPXCHG64=n
> (with -Werror-implicit-function-declaration - otherwise it would be a
> link error):
We really should just get that flag into mainline so that it breaks
for
Hi,
Replacing memcpy(dest,src,PAGE_SIZE) with copy_page(dest,src) in
arch/i386/mm/init.c.
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
diff --git a/arch/i386/mm/init.c b/arch/i386/mm/init.c
index ae43688..7dc3d46 100644
--- a/arch/i386/mm/init.c
+++ b/arch/i386/mm/init.c
@@ -397,7
On Tue, Jun 12, 2007 at 10:50:33AM +0900, Yasunori Goto wrote:
> > >
> > > If CONFIG_MEMORY_HOTPLUG=n __meminit == __init, and if
> > > CONFIG_HOTPLUG_CPU=n __cpuinit == __init. However, with one set and the
> > > other disabled, you end up with a reference between __init and a regular
> > >
Arjan van de Ven wrote:
Jeff Garzik wrote:
SATA standard defines lower power phy states. So the same argument
you're using for AHCI applies there too -- "just" enabling an existing
hardware feature.
yes I'm not arguing against that. I was trying to find out (and
> and I can't do that over VPN. I'll test it first thing in the morning.
Here is a more general fix
SLUB: minimum alignment fixes
If ARCH_KMALLOC_MIN_ALIGN is set to a value greater than 8 (SLUBs smallest
kmalloc cache) then SLUB may generate duplicate slabs in sysfs (yes again).
No arch sets
Jeff Garzik wrote:
Arjan van de Ven wrote:
Tejun Heo wrote:
Kristen Carlson Accardi wrote:
Hi,
This series of patches enables Aggressive Link Power Management for
AHCI devices, as documented in the AHCI spec. On my laptop (a
Lenovo X60), this
saves me a full watt of power. On other
Hi all,
This is a proposal with a patch to improve scalability
of time handling.
As described in comment at arch/ia64/kernel/time.c:
[arch/ia64/kernel/time.c]
> #ifdef CONFIG_SMP
> /* On IA64 in an SMP configuration ITCs are never accurately synchronized.
>* Jitter compensation requires a
It's useful sometimes to disable the softlockup checker at boottime.
Especially if it triggers during a distro install.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6/init/main.c~ 2006-03-05 00:45:51.0 -0500
+++ linux-2.6/init/main.c 2006-03-05 00:49:41.0
Arjan van de Ven wrote:
Tejun Heo wrote:
Kristen Carlson Accardi wrote:
Hi,
This series of patches enables Aggressive Link Power Management for
AHCI devices, as documented in the AHCI spec. On my laptop (a Lenovo
X60), this
saves me a full watt of power. On other systems, reported power
Move synchronous page_cache_readahead_ondemand() call out of splice loop.
This avoids one pointless page allocation/insertion in case of non-zero
ra_pages, or many pointless readahead calls in case of zero ra_pages.
Note that if a user sets ra_pages to less than PIPE_BUFFERS=16 pages, he will
Andrew,
The two patches optimizes readahead invocations in splice reads:
readahead: move synchronous readahead call out of splice loop
readahead: pass real splice size
They can be appended to readahead-convert-splice-invocations.patch in -mm tree.
diffstat:
fs/splice.c |
Pass real splice size to page_cache_readahead_ondemand().
The splice code works in chunks of 16 pages internally.
The readahead code should be told of the overall splice size, instead of
the internal chunk size. Otherwize bad things may happen. Imagine some
17-page random splice reads. The code
Hi,
Replacing memcpy(dest,src,PAGE_SIZE) with copy_page(dest,src) in
arch/i386/kernel/machine_kexec.c.
Signed-off-by: Shani Moideen <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/machine_kexec.c b/arch/i386/kernel/machine_kexec.c
index 91966ba..ce79a44 100644
---
Hi Rusty,
On Tue, Jun 12, 2007 at 11:04:54AM +1000, Rusty Russell wrote:
> On Thu, 2007-05-17 at 06:47 +0800, Fengguang Wu wrote:
> > plain text document attachment (mm-introduce-pg_readahead.patch)
> > Introduce a new page flag: PG_readahead.
> >
> > It acts as a look-ahead mark, which tells
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> Henrique de Moraes Holschuh wrote:
>> On Mon, 11 Jun 2007, Kristen Carlson Accardi wrote:
>>> Setting Effect
>>> --
>>> min_power ALPM is enabled, and link set to enter
Tejun Heo wrote:
Kristen Carlson Accardi wrote:
Hi,
This series of patches enables Aggressive Link Power Management for AHCI
devices, as documented in the AHCI spec. On my laptop (a Lenovo X60), this
saves me a full watt of power. On other systems, reported power savings
range from .5-1.5
Tejun Heo wrote:
Kristen Carlson Accardi wrote:
Hi,
This series of patches enables Aggressive Link Power Management for AHCI
devices, as documented in the AHCI spec. On my laptop (a Lenovo X60), this
saves me a full watt of power. On other systems, reported power savings
range from .5-1.5
Srivatsa Vaddagiri wrote:
> +#define entity_is_task(se) 1
Could you add some comments as to what this means? Should be it boolean instead
(true)
> /*
> - * Enqueue a task into the rb-tree:
> + * Enqueue a entity into the rb-tree:
Enqueue an entity
> -static void limit_wait_runtime(struct
On Tue, Jun 12, 2007 at 09:54:59AM +0800, Wang Zhenyu wrote:
> It looks that config space save/restore for intel-agp still has problem
> that might affect some chip models. Andreas Mohr's work on his i815
> suspend/resume
> support showed that we need to save extra bits in config space on
On 6/11/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
I brought this up a few years ago, and had it shot down, because of a
few poorly substantiated claims of zImage-only machines; those claims
really need to be debugged since they might indicate A20-related failures.
These beasts are still
Srivatsa Vaddagiri wrote:
> We rely very much on task_cpu(p) to be correct at all times, so that we
> can correctly find the runqueue from which the task has to be removed or
> added to.
>
> There is however one place in the scheduler where this assumption of
> task_cpu(p) being correct is
H. Peter Anvin wrote:
William Lee Irwin III wrote:
Robert P. J. Day wrote:
although it's not clear where in the source tree are the invocations
that would actually make a difference to a MIPS system, which is why
i've CC'ed ralf on this. i'm sure he can clear this up. :-)
On Thu, Jun 07,
Srivatsa Vaddagiri wrote:
> This patch introduces two new structures:
>
> struct sched_entity
> stores essential attributes/execution-history used by CFS core
> to drive fairness between 'schedulable entities' (tasks, users etc)
>
> struct lrq
> runqueue used to hold
> > Index: linux-2.6.22-rc4/include/linux/device.h
> > ===
> > --- linux-2.6.22-rc4.orig/include/linux/device.h2007-06-08
> > 18:26:11.0 +0800
> > +++ linux-2.6.22-rc4/include/linux/device.h 2007-06-09
> >
On Mon, Jun 11, 2007 at 06:55:46PM -0700, Arjan van de Ven wrote:
> Andrew Morton wrote:
> >On Mon, 11 Jun 2007 18:10:40 -0700 Arjan van de Ven
> ><[EMAIL PROTECTED]> wrote:
> >
> >>Andrew Morton wrote:
> Where as resource pool is exactly opposite of mempool, where each
> time it looks
Dagfinn Ilmari Mannsåker wrote:
Arjan van de Ven <[EMAIL PROTECTED]> writes:
Henrique de Moraes Holschuh wrote:
On Mon, 11 Jun 2007, Kristen Carlson Accardi wrote:
Setting Effect
--
min_power ALPM is enabled, and link set
Kristen Carlson Accardi wrote:
> Hi,
> This series of patches enables Aggressive Link Power Management for AHCI
> devices, as documented in the AHCI spec. On my laptop (a Lenovo X60), this
> saves me a full watt of power. On other systems, reported power savings
> range from .5-1.5 Watts. It
Dave,
It looks that config space save/restore for intel-agp still has problem
that might affect some chip models. Andreas Mohr's work on his i815
suspend/resume
support showed that we need to save extra bits in config space on this old chip
type.
His patch is in -mm tree,
Andrew Morton wrote:
On Mon, 11 Jun 2007 18:10:40 -0700 Arjan van de Ven <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
Where as resource pool is exactly opposite of mempool, where each
time it looks for an object in the pool and if it exist then we
return that object else we try to get the
Andrew Morton wrote:
On Sun, 10 Jun 2007 17:57:14 +0200 Eric Sesterhenn / Snakebyte <[EMAIL
PROTECTED]> wrote:
hi,
i got the following BUG while running the syscalls.sh
from ltp-full-20070531 on an ext3 partition, it is easily reproducible
for me
[ 476.338068] [ cut here
> >
> > If CONFIG_MEMORY_HOTPLUG=n __meminit == __init, and if
> > CONFIG_HOTPLUG_CPU=n __cpuinit == __init. However, with one set and the
> > other disabled, you end up with a reference between __init and a regular
> > non-init function.
>
> My plan is to define dedicated sections for both
On Mon, 11 Jun 2007 18:10:40 -0700 Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >> Where as resource pool is exactly opposite of mempool, where each
> >> time it looks for an object in the pool and if it exist then we
> >> return that object else we try to get the memory
On Mon, 11 Jun 2007, Arjan van de Ven wrote:
> the problem with that is that if anything downstream from the iommu layer ALSO
> needs memory, we've now eaten up the last free page and things go splat.
Hmmm... We need something like a reservation system right? Higher levels
in a atomic context
Henrique de Moraes Holschuh wrote:
On Mon, 11 Jun 2007, Kristen Carlson Accardi wrote:
Setting Effect
--
min_power ALPM is enabled, and link set to enter
lowest power state (SLUMBER) when idle
Hot plug not
In article <[EMAIL PROTECTED]> you wrote:
> All of the posts fail to address the question here: what is the
> correct file system, or does one exist yet, for wear leveling flash
> storage. JFFS2 and logfs are nice for MTD, but for better flash
> memories that are likely to be used in the future
Andrew Morton wrote:
Where as resource pool is exactly opposite of mempool, where each
time it looks for an object in the pool and if it exist then we
return that object else we try to get the memory for OS while
scheduling the work to grow the pool objects. In fact, the work
is schedule to
On Mon, 11 Jun 2007, Kristen Carlson Accardi wrote:
> Setting Effect
> --
> min_power ALPM is enabled, and link set to enter
> lowest power state (SLUMBER) when idle
> Hot plug not allowed.
>
>
Tsugikazu Shibata wrote:
Here is a patch of Japanese translated HOWTO.
Thank you very much for lots of comment and suggestions.>all
Bellow is what I have done:
- Added Hiroyuki's comment with my own modifications as top notes.
- Character encoding is UTF-8
- The file is put in
On Mon, Jun 11, 2007 at 05:00:26PM -0700, William Lee Irwin III wrote:
> On Thu, Jun 07, 2007 at 07:35:51PM -0700, William Lee Irwin III wrote:
> >> +PAE is required for NX support, and furthermore enables
> >> +larger swapspace support for non-overcommit purposes. It
> >> +has the
On Sun, 2007-06-10 at 14:17 +0200, Segher Boessenkool wrote:
> >> + dev->revision = get_int_prop(node, "revision-id", 0);
> >
> > It's not clear to me in the spec if nodes are required to have the
> > "revision-id" property.
>
> It is required for every PCI node.
Yep. I was reading the wrong
1/ When resyncing a degraded raid10 which has more than 2 copies of each block,
garbage can get synced on top of good data.
2/ We round the wrong way in part of the device size calculation, which
can cause confusion.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
###
Following are a couple of bugfixes for raid10 and raid1. They only
affect fairly uncommon configurations (more than 2 mirrors) and can
cause data corruption. Thay are suitable for 2.6.22 and 21-stable.
Thanks,
NeilBrown
[PATCH 001 of 2] md: Fix two raid10 bugs.
[PATCH 002 of 2] md: Fix bug
From: Mike Accetta <[EMAIL PROTECTED]>
If raid1/repair (which reads all block and fixes any differences
it finds) hits a read error, it doesn't reset the bio for writing
before writing correct data back, so the read error isn't fixed,
and the device probably gets a zero-length write which it
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> hm, this needs a bit of help to get it to work against Len's current tree.
Here's some help, compile tested only. Udo/Thomas, was this found to
be root cause of a real bug? I didn't want this to get lost if it's
still meant to be relevant for
On Thu, 2007-05-17 at 06:47 +0800, Fengguang Wu wrote:
> plain text document attachment (mm-introduce-pg_readahead.patch)
> Introduce a new page flag: PG_readahead.
>
> It acts as a look-ahead mark, which tells the page reader:
> Hey, it's time to invoke the read-ahead logic. For the sake of I/O
On Sun, 10 Jun 2007 23:07:59 -0700, gregkh wrote:
> On Sun, Jun 10, 2007 at 07:56:52PM +0200, Matthias Schniedermeyer wrote:
> > Greg KH wrote:
> > > On Sun, Jun 10, 2007 at 02:24:51PM +0200, Jesper Juhl wrote:
> > >> Since the common language of most kernel contributors is english I
> > >>
On Mon, Jun 11, 2007 at 03:15:39PM +0900, Tejun Heo wrote:
> Andrew Morton wrote:
> >> This patchset contains three minimal backports of fixes in -mm. With
> >> all patches in the patchset and sysfs-races.patch applied, kernel
> >> survived ~20 hours of stress test without any problem.
> >
> >
On Tue, Jun 12, 2007 at 01:39:25AM +0300, Eduard-Gabriel Munteanu wrote:
> The cast isn't done right. Doing "fd = (long) dev_id;" doesn't help,
> since you pass fd to mconsole_get_request() as is. And
> mconsole_get_request() expects an integer:
> int mconsole_get_request(int fd, struct
On Mon, 11 Jun 2007, Keshavamurthy, Anil S wrote:
> slab allocators don;t reserve the memory, in other words this memory
> can be consumed by VM under memory pressure which we don;t want in
> IOMMU case.
So mempools
> Nope,they both are exactly opposite.
> mempool with GFP_ATOMIC, first
On Tue, 12 Jun 2007 10:16:22 +1000 Neil Brown <[EMAIL PROTECTED]> wrote:
> > please consider incorporating scripts/checkpatch.pl into your patch
> > preparation toolchain.
>
> Done... Any reason that it isn't executable (chmod +x)?
It is executable now (Linus did a chmod).
However I think it
On 6/11/07, Kevin K <[EMAIL PROTECTED]> wrote:
On Jun 11, 2007, at 5:13 AM, DervishD wrote:
> Hi all :)
>
> I was wondering: is there any reason not to use ext2 on an USB
> pendrive? Really my question is not only about USB pendrives, but any
> device whose storage is flash based.
On Mon, 11 Jun 2007 16:52:08 -0700 "Keshavamurthy, Anil S" <[EMAIL PROTECTED]>
wrote:
> On Mon, Jun 11, 2007 at 02:14:49PM -0700, Andrew Morton wrote:
> > On Mon, 11 Jun 2007 13:44:42 -0700
> > "Keshavamurthy, Anil S" <[EMAIL PROTECTED]> wrote:
> >
> > > In the first implementation of ours, we
the parameters passed to the program massive_intr.
All the files and data can be found on
http://www.debianpt.org/~elmig/pool/kernel/20070611/
Just one note, the first time this test was run:
-cfs-v16 i got this values: 44, 23, 19, 16, 42;
-2.6.21-debian: 29, 25, 22, 16, 32;
-ck1: 37 37 37 37 37
The machi
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> The PC-speaker code has a quite creative method to serialize access to
> the PIT: It uses a local lock.
>
> On i386 and x86_64 the access to the PIT is serialized by a lock in the
> architecture code. The separate locking in the PC-speaker code
My system has issues running adma mode with sata_nv. I have an nforce4
motherboard.
What is the current status of this problem?
Is there any information I can provide to help debug it?
I gave up trying various fixes about 6 months ago, and put "sata_nv.adma=0" on
the kernel command line
On Monday 11 June 2007, Tomasz Chmielewski wrote:
> Also, ext2 provides a nice feature other filesystems lack: xip.
> Especially, if a pendrive is used as a rootfs for a small device.
Well, xip cannot work on NAND flash media, including USB pen drives,
because the data is not mapped into the
On Thursday June 7, [EMAIL PROTECTED] wrote:
> On Fri, 8 Jun 2007 12:48:48 +1000 Neil Brown <[EMAIL PROTECTED]> wrote:
>
> > The following patch will remove the extra seqlock except when we
> > actually need it and remove the extra arithmetic - but I haven't
> > tested it or reviewed it properly.
Alan Cox wrote:
+ if (is_multi_taskfile(tf)) {
+ unsigned int multi_count = 1 << (cdb[1] >> 5);
+
+ /* compare the passed through multi_count
+* with the cached multi_count of libata
+*/
+ if (multi_count !=
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm1:
>...
> git-kvm.patch
>...
> git trees
>...
I'm getting the following compile error with CONFIG_X86_CMPXCHG64=n
(with -Werror-implicit-function-declaration - otherwise it would be a
link error):
On Tue, 12 June 2007 01:51:34 +0200, Arnd Bergmann wrote:
> On Tuesday 12 June 2007, Jörn Engel wrote:
> > The initial storm of review comments has calmed down. I get the
> > impression that people either lose interest or run out of simple things
> > to point out. Maybe I should wait a bit
On Jun 11, 2007, at 5:13 AM, DervishD wrote:
Hi all :)
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device
has a
good quality flash
On Thu, Jun 07, 2007 at 07:35:51PM -0700, William Lee Irwin III wrote:
>> + PAE is required for NX support, and furthermore enables
>> + larger swapspace support for non-overcommit purposes. It
>> + has the cost of more pagetable lookup overhead, and also
>> + consumes more
On Tuesday 12 June 2007, Jörn Engel wrote:
> The initial storm of review comments has calmed down. I get the
> impression that people either lose interest or run out of simple things
> to point out. Maybe I should wait a bit before resending?
Your last series had a todo list of 11 items, plus
1 - 100 of 864 matches
Mail list logo