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
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
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)?
> >
>
> >> 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
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
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:
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
>
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)
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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 |
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
(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
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
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
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
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
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
> > 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
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
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
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
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):
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.
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
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
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, _argc);
> >
>
> Hm, I suspect most users of argv_split don't really care about argc, so
> it would
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
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
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)
> > >
> > >
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
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
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
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
> >
> 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
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
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:
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:
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
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
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
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.
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
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)
> +
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
>
> 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
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
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
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
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
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
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?
> 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:
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
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
- 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
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
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
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
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
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)
>
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 are quite a few
> > > heavyweight things which happen in
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 do much, so this isn't
> really true.
how do you know
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.
- Kame
> asm-ia64/cacheflush.c
>
> #define flush_icache_page(vma,page) do { }
On 7/27/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Bjorn Helgaas wrote:
> > And couldn't we use udev to associate a fixed name with a MAC
> > address? Then the user could use the same persistent name,
> > regardless of the order in which the driver found the devices.
>
>
> I don't know about
On Fri, July 27, 2007 22:34, Arjan van de Ven wrote:
> On Fri, July 27, 2007 21:43, 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
On Friday 27 July 2007 14:49:34 Stephane Eranian wrote:
> Hi,
>
> Here is a small patch to change the behavior of the PMU msr allocator
> to avoid BUG_ON() when the MSR is unknwon. Instead, it now returns
> ok, which means "I do not manage". The current allocator is not
> yet managing the full
On Fri, 2007-07-27 at 20:47 +0100, Adrian McMenamin wrote:
> On 26/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> >
> > I'm also confused. Can you change the color depth to 32 bpp ('fbset
> > -depth 32')? I'm thinking of a possible pseudo_palette overrun.
> >
>
> The code behaves in
It would really be nice to actually see the patches that go along with this.
Otherwise you are not giving outside reviewers any chance at all to evaluate
these fixes.
Or were they posted on LKML, and I missed them?
In this case I think I picked up all of these patches from LKML by
> You could start by telling people what modules you are talking about.
The modules I need are:
- bridge
- ipv6
- thermal
- fan
- button
- processor
- ac
- battery
- dm_snapshot
- tg3
- serio_raw
- pcspkr
- sata_svw
- libata
- i2c_piix4
- i2c_core
- tsdev
- reiserfs
- dm_mod
- sd_mod
- mptsas
-
I want to make some changes to the Power Management core, and one of
the side effects will be to make it illegal for a driver to acquire a
mutex within its suspend() or resume() method if that mutex was locked
while the device was registered.
Unfortunately the serial core does exactly that. In
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 screen):
> >
> Tested this further and it fails on:
>
> rev =
Hello,
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 case return -ENOMEM
just as we already do for the
1 - 100 of 846 matches
Mail list logo
