Andrea Arcangeli wrote:
On Fri, Jul 27, 2007 at 11:43:23PM -0400, Chris Snook wrote:
I'm pretty sure the point of posting a patch that triples CFS performance
on a certain benchmark and arguably improves the semantics of sched_yield
was to improve CFS. You have a point, but it is a point for a
On Fri, 2007-07-27 at 17:40 +0200, Miklos Szeredi wrote:
> > all - fs has options, but doesn't define ->show_options()
> > some - fs defines ->show_options(), but some options are not shown
> > noopt - fs does not have options
> > good - fs shows all options
> > patch - I have a patch
>
On Fri, 27 Jul 2007 23:14:04 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> On 7/27/07, Miles Lane <[EMAIL PROTECTED]> wrote:
> > Do you need my .config file?
> >
> > CC mm/sparse.o
> > mm/sparse.c: In function 'sparse_init':
> > mm/sparse.c:482: error: implicit declaration of function
> >
On Fri, Jul 27, 2007 at 10:16:35PM -0700, Miles Lane wrote:
> MODPOST vmlinux.o
> WARNING: vmlinux.o(.text+0x183): Section mismatch: reference to
> .init.text.1:start_kernel (between 'is386' and 'check_x87')
This one is not fixed - yet.
The rest are fixed in latest -linus.
modpost choked over t
On 7/27/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 27, 2007 at 11:00:54PM -0700, Miles Lane wrote:
> > Do you need my .config file?
>
> Please always send the .config - it makes reproducing an error and
> verifying a fix much easier.
>
> This list has a 400 kB per email limit, and as
On Fri, Jul 27, 2007 at 03:32:13PM -0700, Luck, Tony wrote:
> - mca_data = alloc_bootmem(sizeof(struct ia64_mca_cpu)
> - * NR_CPUS + KERNEL_STACK_SIZE);
> + mca_data = mca_bootmem(NR_CPUS + KERNEL_STACK_SIZE);
>
> Oops. You moved the mu
On Fri, Jul 27, 2007 at 11:00:54PM -0700, Miles Lane wrote:
> Do you need my .config file?
Please always send the .config - it makes reproducing an error and
verifying a fix much easier.
This list has a 400 kB per email limit, and as long as you don't hit
this limit you have never sent too much
flush icache for ia64 take4.
This patch is against 2.6.23-rc1.
Changes V4 -> V5:
- removed sync_icache_dcache from do_wp_page() page reuse case.
Changes v3 -> v4:
- avoid implementing flush_(i)cache_pages().
- added sync_icache_dcache() call.
- change Documentation/cachetlb.txt
Current i
In migration, a new page should be cache flushed before set_pte()
in some archs which have virtually-tagged cache..
V4 -> V5:
* changed flush_icache_page to flush_cache_page.
Signed-Off-By: KAMEZAWA Hiruyoki <[EMAIL PROTECTED]>
---
mm/migrate.c |1 +
1 file changed, 1 insertion(+)
Index
On Fri, 27 Jul 2007 23:00:54 -0700 Miles Lane wrote:
> Do you need my .config file?
Ideally, yes. Is this for 2.6.23-rc1-mm1?
> CC mm/sparse.o
> mm/sparse.c: In function 'sparse_init':
> mm/sparse.c:482: error: implicit declaration of function
> 'sparse_early_usemap_alloc'
> mm/sparse.c
Appliled comments on take 4.
patches are against 2.6.23-rc1.
Changes:
- changes flush_icache_page to be flush_cache_page() in
remove_migration_pte().
- removed sync_icache_dcahe() in page reuse case of do_wp_page().
Considerations:
- I can add CONFIG_MONTECITO if necessary. But it will be
Do you need my .config file?
CC mm/sparse.o
mm/sparse.c: In function 'sparse_init':
mm/sparse.c:482: error: implicit declaration of function
'sparse_early_usemap_alloc'
mm/sparse.c:482: warning: assignment makes pointer from integer without a cast
make[1]: *** [mm/sparse.o] Error 1
-
To uns
Alexey reviewed the patch and is fine with this fix.
Please apply, thanks!
[PROCFS]: Fix ioctl regression.
It is important to only provide the compat_ioctl method
if the downstream de->proc_fops does too, otherwise this
utterly confuses the logic in fs/compat_ioctl.c and we
end up doing the wro
On Sat, 28 Jul 2007, Benjamin Herrenschmidt wrote:
>
> As I'm sweeping through arch code etc... preparing the ground for the
> proper mmu_gather surgery, I've been thinking about the way to deal with
> that per-cpu page list and finally came up with the idea that the best
> we can do is around the
On Sat, 28 Jul 2007 07:06:09 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> On Fri, 27 Jul 2007 09:39:16 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > This will have no effect on x86_64, ia64 and i386. Maybe useful for
> > virtually mapped platforms (parisc)?
> >
> yes.
> >> Some mount options are never passed to the kernel, and thus can't appear
> >> in /proc/mounts. Examples include user, users, and _netdev for NFS.
> >
> > These options control *who* may mount and *when* to mount. They are
> > not a property of the mount itself and are not added to /etc/mta
On 07/27/2007 10:28 PM, Daniel Hazelton wrote:
Check the attitude at the door then re-read what I actually said:
Attitude? You wanted attitude dear boy?
Updatedb or another process that uses the FS heavily runs on a users
256MB P3-800 (when it is idle) and the VFS caches grow, causing memory
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0x183): Section mismatch: reference to
.init.text.1:start_kernel (between 'is386' and 'check_x87')
WARNING: vmlinux.o(.data+0x53c0): Section mismatch: reference to
.init.text.4:native_smp_prepare_boot_cpu (between 'smp_ops' and
'call_lock')
WARNING: vmli
On Fri, Jul 27, 2007 at 11:43:23PM -0400, Chris Snook wrote:
> I'm pretty sure the point of posting a patch that triples CFS performance
> on a certain benchmark and arguably improves the semantics of sched_yield
> was to improve CFS. You have a point, but it is a point for a different
> thread
Hello,
I'm having trouble getting Linux to see any hard drives on an ASUS M2N-X
motherboard with an MCP65 (nForce 520) chipset. When the kernel probes the
AHCI controllers, it hangs for a minute or so on each one and returns the
following;
ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4)
T
On Fri, Jul 27, 2007 at 03:57:39PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 28 Jul 2007, Adrian Bunk wrote:
> >
> > The dependency of SUSPEND_SMP on HOTPLUG_CPU is quite unintuitive, so
> > what about something like the patch below?
>
> Yeah, this looks reasonable.
>
> May I suggest another
Paul Fulghum wrote:
So this seems to be a latency issue reading the receive
FIFO in the ISR. The current rx FIFO trigger level
should be 8 bytes (UART_FCR_R_TRIG_10) which gives the
ISR 694usec to get the data at 115200bps.
IIRC, in 2.2.X kernels this defaulted to 4 bytes
(TRIG_01) which gave a
Indan Zupancic wrote:
> On Tue, July 24, 2007 06:45, Dmitry Torokhov wrote:
> > Hi everyone,
> >
> > I finally managed to put together some patches implementing
> > locking in input core and main input handles. Please look
> > over them and give them a spin.
>
> Since kernel 2.6.21 or so I was anno
Chris Snook wrote:
> Al Boldi wrote:
> > IMHO, what everybody agrees on, is that swap-prefetch has a positive
> > effect in some cases, and nobody can prove an adverse effect (excluding
> > power consumption). The reason for this positive effect is also crystal
> > clear: It prefetches from swap o
Chris Snook wrote:
> Resource size has been outpacing processing latency since the dawn of
> time. Disks get bigger much faster than seek times shrink. Main memory
> and cache keep growing, while single-threaded processing speed has nearly
> ground to a halt.
>
> In the old days, it made lots of s
> I tested Andrew's patch and panic was gone but got few ENOTBLK.
> So I tried with Joe's patch , both panic and ENOTBLK are gone now.
> But in Joe's patch if (ret == -ENOTBLK && (rw & WRITE)), dio_cleanup(dio)
> was not getting called because of break. So I moved dio_cleanup just
> after if (ret)
Andrea Arcangeli wrote:
On Fri, Jul 27, 2007 at 08:31:19PM -0400, Chris Snook wrote:
I think Volanomark is being pretty stupid, and deserves to run slowly, but
Indeed, any app doing what volanomark does is pretty inefficient.
But this is not the point. I/O schedulers are pluggable to help for
Andrew Morton wrote:
[...]
>
> And userspace can do a much better implementation of this
> how-to-handle-large-load-shifts problem, because it is really quite
> complex. The system needs to be monitored to determine what is the "usual"
[...]
> All this would end up needing runtime configurability
Thanks for your comment.
Fixed patch is attached at the last of this mail.
> > +
> > +Note(1): x86_64's has special implementation for memory hotplug.
> > + This test does not describe it.
>
> text (?)
Oops. Yes.
> > +1.2. Phases of memory hotplug
> > +---
>
Bill Huey (hui) wrote:
On Fri, Jul 27, 2007 at 07:36:17PM -0400, Chris Snook wrote:
I don't think that achieving a constant error bound is always a good thing.
We all know that fairness has overhead. If I have 3 threads and 2
processors, and I have a choice between fairly giving each thread 1
Tim Chen wrote:
Ingo,
Volanomark slows by 80% with CFS scheduler on 2.6.23-rc1.
Benchmark was run on a 2 socket Core2 machine.
The change in scheduler treatment of sched_yield
could play a part in changing Volanomark behavior.
In CFS, sched_yield is implemented
by dequeueing and requeueing
Thanks for all the answers. The common code is mostly handling
the message passing for hardware initialization, rings creation
and some ioctls. drivers/message looks like a good place for this
code to live.
Subbu
From: Jan Engelhardt [mailto:[EMAIL PROTECTED]
To: Chris Friesen [mailto:[EMAIL
On Fri, 27 Jul 2007 21:25:47 -0400 Wyatt Banks wrote:
> From: Wyatt Banks <[EMAIL PROTECTED]>
>
> Documentation: document HFSPlus filesystem and its mount options.
>
> Signed-off-by:Wyatt Banks <[EMAIL PROTECTED]>
Thanks.
> ---
>
> Patched against 2.6.22.1
FYI: Patches should be aga
Yoann Padioleau writes:
> When comparing a pointer, it's clearer to compare it to NULL than to 0.
As other people have said, if you're going to spend time on this,
testing (!buf) is more idiomatic in the kernel than (buf == NULL).
Paul.
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, 28 Jul 2007, Kasper Sandberg wrote:
>
> Im still not so keen about this, Ingo never did get CFS to match SD in
> smoothness for 3d applications, where my test subjects are quake(s),
> world of warcraft via wine, unreal tournament 2004. And this is despite
> many patches he sent me to try
On Sat, 2007-07-28 at 10:14 +0800, Antonino A. Daplas wrote:
> On Sat, 2007-07-28 at 02:06 +0100, Adrian McMenamin wrote:
> > On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> >
> > >
> tmp = transp << var->transp.offset | red << var->red.offset |
> green << var->green.offset | b
On Sat, 2007-07-28 at 02:06 +0100, Adrian McMenamin wrote:
> On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> >
> But certainly better at 16bpp
>
> Can mess about with it later to see if I can get the colours right I suppose.
>
You can start with pvr2fb_setcolreg() and pvr2fb_set_
(sorry for repost, but there seemed to have been some troubles..)
On Sun, 2007-07-22 at 14:04 -0700, Linus Torvalds wrote:
> Ok, right on time, two weeks afetr 2.6.22, there's a 2.6.23-rc1 out there.
>
> And it has a *ton* of changes as usual for the merge window, way too much
> for me to be abl
Maxim Levitsky <[EMAIL PROTECTED]> writes:
> Hello,
>
> Today I noticed that gdb gets confused when I try to load a vmlinux image.
> gdb 'thinks' that all kernel symbols are below 0x8000 , while they are at
> 0xC000
>
> Turning CONFIG_RELOCATABLE off fixes that, so I assume that is the re
Al Boldi wrote:
People wrote:
I believe the users who say their apps really do get paged back in
though, so suspect that's not the case.
Stopping the bush-circumference beating, I do not. -ck (and gentoo) have
this massive Calimero thing going among their users where people are
much less intere
Manuel Reimer wrote:
Hello,
today I've tried to install Slackware 12.0
As the installer just "skipped" some install steps, I tried to find the
error.
The problem seems to be unreadable parts on the DVD:
http://pastebin.com/f381e8a88
But the DVD is OK. I've checked the MD5sum directly from
On 7/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 26, 2007 at 02:59:51PM +0200, Peter Bortas wrote:
> > On 7/26/07, Marcus Comstedt <[EMAIL PROTECTED]> wrote:
> > > "Peter Bortas" <[EMAIL PROTECTED]> writes:
> > > > On 7/21/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > > >> On 2
On Fri, Jul 27, 2007 at 04:21:47PM -0700, Luck, Tony wrote:
> > So it seems on ia64 with gcc 3.3.6 there's some 8 byte alignment of the
> > array members?
> >
> > Sam and the ia64 maintainers Cc'ed - they might know better what's going
> > on here.
>
> This ia64 maintainer is baffled ... but I d
On 7/27/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> If there is a definite style or semantic preference that everyone should live
> with - does it make sense to put checks in checkpatch.pl to enforce it?
checkpatch.pl does not have enough semantic knowledge to know if the
thing being tested is a p
> > So I'll first do patch #1, which will not fix the problem, but will make
> > the fix easier to fit in, in the meantime, please provide feedback of
> > your preferred solution for avoiding the get/put_cpu of the 2 above,
> > unless you find a good 3rd one.
>
> I too would prefer the former sol
On Fri 27 Jul 2007 06:18, Yoann Padioleau pondered:
> David Howells <[EMAIL PROTECTED]> writes:
>
> > Yoann Padioleau <[EMAIL PROTECTED]> wrote:
> >
> >> When comparing a pointer, it's clearer to compare it to NULL than to
> 0.
> >
> > Can you make them of style:
> >
> > if (!x)
>
> Yes I can
We have been looking into the linux kernel direct IO scalability issues with
database workloads. Comments and suggestions on our below experiments are
welcome.
In the linux kernel, direct IO requests are not batched at the block layer.
i.e, as a new request comes in, the request get directly submi
From: Wyatt Banks <[EMAIL PROTECTED]>
Documentation: document HFSPlus filesystem and its mount options.
Signed-off-by: Wyatt Banks <[EMAIL PROTECTED]>
---
Patched against 2.6.22.1
diff -uprN linux-2.6.22.1/Documentation/filesystems/hfsplus.txt
linux-2.6.22.1-devel/Documentation/filesystems
Hello everyone,
I've tossed out seekwatcher v0.3. The major changes are using rolling
averages to smooth out the seek and throughput graphs, and it can
generate mpgs of the IO done by a given trace.
Here's a sample of the smoother graphs (creating 20 kernel trees):
http://oss.oracle.com/~mason
On Friday 27 July 2007 19:29:19 Andi Kleen wrote:
> > Any faults in that reasoning?
>
> GNU sort uses a merge sort with temporary files on disk. Not sure
> how much it keeps in memory during that, but it's probably less
> than 150MB. At some point the dirty limit should kick in and write back the
>
On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> Is this with commit a66ad56eb2c9644717da4d7f05f971d6786145e3 reverted?
> Reapply this commit again, it might (fingers crossed) correct the color
> problem.
>
> As to your display doubling/quadrupling with bpp 24/32, I don't have any
>
On Fri, Jul 27, 2007 at 08:31:19PM -0400, Chris Snook wrote:
> I think Volanomark is being pretty stupid, and deserves to run slowly, but
Indeed, any app doing what volanomark does is pretty inefficient.
But this is not the point. I/O schedulers are pluggable to help for
inefficient apps too. If
On Fri, Jul 27, 2007 at 07:36:17PM -0400, Chris Snook wrote:
> I don't think that achieving a constant error bound is always a good thing.
> We all know that fairness has overhead. If I have 3 threads and 2
> processors, and I have a choice between fairly giving each thread 1.0
> billion cycle
On Sat, 2007-07-28 at 01:32 +0100, Adrian McMenamin wrote:
> On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> > > On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > > > On Fri, 2007-07-27 at 21:18 +0100, Adrian M
On Fri, Jul 27, 2007 at 01:54:19PM -0700, Jeremy Fitzhardinge wrote:
> Neil Horman wrote:
> > + int helper_argc = 0;
> >
> > + helper_argv = argv_split(GFP_KERNEL, corename+1, &helper_argc);
> >
>
> Hm, I suspect most users of argv_split don't really care about argc, so
> it woul
On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> > On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > > On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > > > On 27/07/07, Adrian McMenamin <[EMAIL PROTE
Tim Chen wrote:
Ingo,
Volanomark slows by 80% with CFS scheduler on 2.6.23-rc1.
Benchmark was run on a 2 socket Core2 machine.
The change in scheduler treatment of sched_yield
could play a part in changing Volanomark behavior.
In CFS, sched_yield is implemented
by dequeueing and requeueing
On Wed, Jul 25, 2007 at 11:50:37PM -0700, Andrew Morton wrote:
> On Wed, 25 Jul 2007 23:33:24 -0700 "Ray Lee" <[EMAIL PROTECTED]> wrote:
>
> > > So. We can
> > >
> > > a) provide a way for userspace to reload pagecache and
> > >
> > > b) merge maps2 (once it's finished) (pokes mpm)
> > >
> > > an
On Wed, Jul 25, 2007 at 09:57:17PM -0700, Andrew Morton wrote:
> So. We can
>
> a) provide a way for userspace to reload pagecache and
>
> b) merge maps2 (once it's finished) (pokes mpm)
Consider me poked, despite not being cc:ed.
--
Mathematics is the supreme nostalgia of our time.
-
To unsu
Al Viro wrote:
Address of auto variable is not a userland pointer. A good thing, too,
since if pppol2tp_tunnel_getsockopt() would _really_ get a userland pointer
as argument, it would be an instant roothole...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: James Chapman <[EMAIL PROTECTED
On 2007.07.28 01:29:19 +0200, Andi Kleen wrote:
> > Any faults in that reasoning?
>
> GNU sort uses a merge sort with temporary files on disk. Not sure
> how much it keeps in memory during that, but it's probably less
> than 150MB. At some point the dirty limit should kick in and write back the
>
On Sat, July 28, 2007 01:34, grundig wrote:
> El Fri, 27 Jul 2007 15:06:14 -0700, Arjan van de Ven <[EMAIL PROTECTED]>
> escribi�:
>
>> how do you know there will be other activity? You start the IO and that
>> basically blacks out the disk for 5 to 10 ms. If the "real" IO gets
>> submitted in tha
On Sat, 2007-07-28 at 01:34 +0200, grundig wrote:
> El Fri, 27 Jul 2007 15:06:14 -0700, Arjan van de Ven <[EMAIL PROTECTED]>
> escribió:
>
> > how do you know there will be other activity? You start the IO and that
> > basically blacks out the disk for 5 to 10 ms. If the "real" IO gets
> > submit
> Subject : ia64 build failure from recent diskquota patch
> References : http://lkml.org/lkml/2007/7/18/407
> Last known good : ?
> Submitter : Doug Chapman <[EMAIL PROTECTED]>
> Caused-By : Vasily Tarasov <[EMAIL PROTECTED]>
> commit b716395e2b8e450e2945
Ingo,
Volanomark slows by 80% with CFS scheduler on 2.6.23-rc1.
Benchmark was run on a 2 socket Core2 machine.
The change in scheduler treatment of sched_yield
could play a part in changing Volanomark behavior.
In CFS, sched_yield is implemented
by dequeueing and requeueing a process . The ti
Andrew Morton wrote:
> On Sat, 28 Jul 2007 00:46:57 +0200
> Gabriel C <[EMAIL PROTECTED]> wrote:
>
>> UML does not compile on current git head.
>>
>>
>> $ make defconfig ARCH=um
>> [..]
>> $ make ARCH=um
>> scripts/kconfig/conf -s arch/um/Kconfig
>> net/bluetooth/hidp/Kconfig:4:warning: 'se
Jan Dittmer <[EMAIL PROTECTED]> writes:
> Len Brown wrote:
>> Hi Linus,
>>
>> please pull from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
>
> This seems to break ia64 defconfig:
>
> Building modules, stage 2.
> MODPOST 157 modules
> FATAL: drivers/acp
Currently the modinfo looks like:
description:Support for Cisco/Aironet 802.11 wireless ethernet
cards. Direct support for ISA/PCI/MPI cards and support
for PCMCIA when used with airo_cs.
Arguably, it should be cut at the end of the first sentence.
This at
I've run into a problem with the ATA SCSI disk driver when running in a
kdump dump-capture kernel.
I'm running on 2-processor x86_64 box. It has 2 scsi disks, /dev/sda and
/dev/sdb
My kernel is 2.6.22, and built to be a dump capturing kernel loaded by kexec.
When I boot this kernel by itself,
On Fri, 27 Jul 2007 14:08:09 +0200
Clemens Koller <[EMAIL PROTECTED]> wrote:
> Hi, Mario!
>
> Mario Doering schrieb:
> > Hello,
> >
> > are there any news or questions on this issue?
>
> Can you try the latest kernel to see if the same problem
> persists?
> Is there any kernel version where it
Hi,
On 7/28/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> Hi Rodolfo,
>
> On 7/28/07, Rodolfo Giometti <[EMAIL PROTECTED]> wrote:
> > On Fri, Jul 27, 2007 at 01:40:14PM -0600, Chris Friesen wrote:
> > >
> > > My point is that the lock should be used to protect specific data. Thus,
> > > it
> > >
Thank you very much for your help!
Tomorrow I will try! :-)
Bye!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml
Tong Li wrote:
On Fri, 27 Jul 2007, Chris Snook wrote:
Tong Li wrote:
I'd like to clarify that I'm not trying to push this particular code
to the kernel. I'm a researcher. My intent was to point out that we
have a problem in the scheduler and my dwrr algorithm can potentially
help fix it. Th
El Fri, 27 Jul 2007 15:06:14 -0700, Arjan van de Ven <[EMAIL PROTECTED]>
escribió:
> how do you know there will be other activity? You start the IO and that
> basically blacks out the disk for 5 to 10 ms. If the "real" IO gets
> submitted in that time you add latency. You cannot predict that IO
>
Add some casts to the LZO compression algorithm after they were removed
during cleanup and shouldn't have been.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
This fixes the reported problems for me, I've checked fairly carefully
and I can't see any other issues. Edward, could you see if
On Fri, 2007-07-27 at 13:48 -0700, Lee Howard wrote:
> Here's the output:
>
> type: 4
> line: 1
> line: 760
> irq: 3
>flags: 1358954688
> xmit_fifo_size: 16
> custom_divisor: 0
>baud_base: 115200
OK, the FIFO should be enabl
Hi,
Not real feedback, just some nitpicks.
On Tue, July 24, 2007 06:45, Dmitry Torokhov wrote:
> +static int input_defuzz_abs_event(int value, int old_val, int fuzz)
> +{
> + if (fuzz) {
> + if (value > old_val - fuzz / 2 && value < old_val + fuzz / 2)
> + retu
On Sat, 28 Jul 2007 00:46:57 +0200
Gabriel C <[EMAIL PROTECTED]> wrote:
> UML does not compile on current git head.
>
>
> $ make defconfig ARCH=um
> [..]
> $ make ARCH=um
> scripts/kconfig/conf -s arch/um/Kconfig
> net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol
> 'BT
> Any faults in that reasoning?
GNU sort uses a merge sort with temporary files on disk. Not sure
how much it keeps in memory during that, but it's probably less
than 150MB. At some point the dirty limit should kick in and write back the
data of the temporary files; so it's not quite the same as
On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > > On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > >
> > > > With the patch reverted and 24bpp, it o
On 2007.07.27 20:16:32 +0200, Rene Herman wrote:
> On 07/27/2007 07:45 PM, Daniel Hazelton wrote:
>
>> Updatedb or another process that uses the FS heavily runs on a users
>> 256MB P3-800 (when it is idle) and the VFS caches grow, causing memory
>> pressure that causes other applications to be swap
On 28/07/07, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-27 at 23:27 +0200, Jesper Juhl wrote:
> > In sas_smp_get_phy_events() we never test if the call to
> > alloc_smp_req(RPEL_REQ_SIZE) succeeds or fails. That means we run
> > the risk of dereferencing a NULL pointer if it doe
On Sat, Jul 28, 2007 at 12:47:37AM +0200, Stefan Richter wrote:
> Adrian Bunk wrote:
> > The dependency of SUSPEND_SMP on HOTPLUG_CPU is quite unintuitive,
>
> It's not entirely unintuitive. That option's full name is "Support for
> suspend on SMP and hot-pluggable CPUs".
>
> Only the place wher
On 28/07/07, shacky <[EMAIL PROTECTED]> wrote:
> > Symbol: USB [=y]
> > Prompt: Support for Host-side USB
> > Defined at drivers/usb/Kconfig:51
> > Depends on: USB_SUPPORT && USB_ARCH_HAS_HCD
> > Location:
> > -> Device Drivers
> > -> USB support (USB_SUPPORT [=y])
>
> Could you tel
On Fri, 2007-07-27 at 23:27 +0200, Jesper Juhl wrote:
> In sas_smp_get_phy_events() we never test if the call to
> alloc_smp_req(RPEL_REQ_SIZE) succeeds or fails. That means we run
> the risk of dereferencing a NULL pointer if it does fail. Far
> better to test if we got NULL back and in that ca
On Sat, 28 Jul 2007, Adrian Bunk wrote:
>
> The dependency of SUSPEND_SMP on HOTPLUG_CPU is quite unintuitive, so
> what about something like the patch below?
Yeah, this looks reasonable.
May I suggest another level of indirection, though:
> +config SUSPEND_SMP_POSSIBLE
> + bool
> +
On Friday 27 July 2007 18:08:44 Mike Galbraith wrote:
> On Fri, 2007-07-27 at 13:45 -0400, Daniel Hazelton wrote:
> > On Friday 27 July 2007 06:25:18 Mike Galbraith wrote:
> > > On Fri, 2007-07-27 at 03:00 -0700, Andrew Morton wrote:
> > > > So hrm. Are we sure that updatedb is the problem? There
> Symbol: USB [=y]
> Prompt: Support for Host-side USB
> Defined at drivers/usb/Kconfig:51
> Depends on: USB_SUPPORT && USB_ARCH_HAS_HCD
> Location:
> -> Device Drivers
> -> USB support (USB_SUPPORT [=y])
Could you tell me how you found them, please?
> Hint: In menuconfig, type "/
Hi,
UML does not compile on current git head.
$ make defconfig ARCH=um
[..]
$ make ARCH=um
scripts/kconfig/conf -s arch/um/Kconfig
net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol 'BT_HIDP'
refers to undefined symbol 'HID'
drivers/net/wireless/Kconfig:552:warning: 'sel
Adrian Bunk wrote:
> The dependency of SUSPEND_SMP on HOTPLUG_CPU is quite unintuitive,
It's not entirely unintuitive. That option's full name is "Support for
suspend on SMP and hot-pluggable CPUs".
Only the place where you find the option is unintuitive, as far as its
first application is conce
On Friday 27 July 2007 07:28:09 am [EMAIL PROTECTED] wrote:
> Looks like the problematic code is in tpm_tis.c tpm_tis_init() near here:
>
> for (i = 3; i < 16 && chip->vendor.irq == 0; i++) {
> iowrite8(i, chip->vendor.iobase +
>
On Fri, 27 Jul 2007 22:52:43 +0200
David Lamparter <[EMAIL PROTECTED]> wrote:
> [PATCH] ide: sis5513.c: Add FSC Amilo A1630 PCI subvendor/dev to laptops
>
> Recognise the FSC Amilo A1630's incarnation of a SiS5513 chip as laptop to
> get UDMA100 support.
>
> Signed-off-by: David Lamparter <[EMAI
- mca_data = alloc_bootmem(sizeof(struct ia64_mca_cpu)
-* NR_CPUS + KERNEL_STACK_SIZE);
+ mca_data = mca_bootmem(NR_CPUS + KERNEL_STACK_SIZE);
Oops. You moved the multiply by sizeof(struct ia64_mca_cpu) up into
the mca_bootmem()
On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> >
> > > With the patch reverted and 24bpp, it oopses before freezing (with two
> > > odd looking boot logos on the s
On Thu, Jul 26, 2007 at 01:55:18PM -0700, Linus Torvalds wrote:
>
>
> On Thu, 26 Jul 2007, Rafael J. Wysocki wrote:
> >
> > My point is we have ACPI dependent on PM, so if you want ACPI, you end
> > up with all of the STR stuff built in, which is what you don't like (if I
> > understand that cor
On Tue, July 24, 2007 06:45, Dmitry Torokhov wrote:
> Hi everyone,
>
> I finally managed to put together some patches implementing
> locking in input core and main input handles. Please look
> over them and give them a spin.
Since kernel 2.6.21 or so I was annoyed by a warping mouse, and
one kerne
On Fri, 27 Jul 2007 13:37:08 -0700
Nick Pasich <[EMAIL PROTECTED]> wrote:
>
> Greg/Peter/Al,
added linux-usb-devel.
> I've been using the edgeport 4 port USB to Serial Converter
> to monitor APC Smart UPS's via apcupsd for quite awhile on
> various Linux boxes.
>
> I just upgraded to Kernel
Hello,
today I've tried to install Slackware 12.0
As the installer just "skipped" some install steps, I tried to find the
error.
The problem seems to be unreadable parts on the DVD:
http://pastebin.com/f381e8a88
But the DVD is OK. I've checked the MD5sum directly from disc on the
same syst
On Sat, July 28, 2007 00:06, Arjan van de Ven wrote:
> On Fri, 2007-07-27 at 23:51 +0200, Indan Zupanci
>> > also, they take up seek time (5 to 10 msec), so if you were to read
>> > something else at the time you get additional latency.
>>
>> If there's other disk activity swap prefetch shouldn't d
On Fri, Jul 27, 2007 at 12:03:28PM -0700, Tong Li wrote:
> Thanks for the interest. Attached is a design doc I wrote several months
> ago (with small modifications). It talks about the two pieces of my design:
> group scheduling and dwrr. The description was based on the original O(1)
> schedule
1 - 100 of 426 matches
Mail list logo
