On Mon, May 14, 2007 at 11:19:52AM +0800, Jeff Chua wrote:
> On 5/14/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> >On Mon, 2007-05-14 at 09:18 +0800, Jeff Chua wrote:
>
> >I'm sorry... but why are you posting these patches here? Those aren't
> >GPL modules, and thus very offtopic for lkml, ma
On Sun, 2007-05-13 at 23:42 -0700, Andrew Morton wrote:
> On Sun, 13 May 2007 18:12:50 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
> > > Still hangs in the same fashion, sorry.
> > >
> > > It's peculiar that the hang happens when
Tsutomu-san,
On Mon, 2007-05-14 at 15:38 +0900, Tsutomu OWA wrote:
> Oopps, Subject was wrong resending it. Sorry.
>
> To reduce scheduling latecy by changing tlb flush size to 1.
> Since tlb flush on Celleb is done by calling (an) expensive hypervisor
> call(s),
> it takes a long time to
Add a need_resched_delayed() check.
This was pointed by Sergei Shtylyov;
http://ozlabs.org/pipermail/linuxppc-dev/2007-March/033148.html
Signed-off-by: Tsutomu Owa <[EMAIL PROTECTED]>
-- owa
diff -rup linux-2.6.21-rt1/arch/powerpc/kernel/idle.c
rt/arch/powerpc/kernel/idle.c
--- linux-2.6.21-
On Sun, 13 May 2007 18:12:50 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
> > Still hangs in the same fashion, sorry.
> >
> > It's peculiar that the hang happens when acpi_evaluate_object() hits its
> > return statement. Any theories
Oopps, Subject was wrong resending it. Sorry.
To reduce scheduling latecy by changing tlb flush size to 1.
Since tlb flush on Celleb is done by calling (an) expensive hypervisor call(s),
it takes a long time to flush tlbs and causes scheduing latency.
As I don't know how long it takes on o
I have a very basic doubt here ... what makes it impossible to sleep
in an ISR? I mean, I know that the kernel preemption is disabled and
the kernel will panic, but I could not understand why?
TIA,
LL
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Alistair,
On Mon, 2007-05-14 at 02:17 +0100, Alistair John Strachan wrote:
> I've noticed a few problems with this patch series, which I manually (without
> difficulty) ported to 2.6.22-rc1.
There are a couple of fixups pending. I'm going to push out a new queue
today.
> Only 195 timer interrup
Add missing macros to fix a build breakage for PREEMPT_DESKTOP.
Signed-off-by: Tsutomu OWA <[EMAIL PROTECTED]>
-- owa
diff -rup linux-2.6.21-rt1/include/asm-powerpc/spinlock.h
rt/include/asm-powerpc/spinlock.h
--- linux-2.6.21-rt1/include/asm-powerpc/spinlock.h 2007-05-07
14:08:12.
To reduce scheduling latecy by changing tlb flush size to 1.
Since tlb flush on Celleb is done by calling (an) expensive hypervisor call(s),
it takes a long time to flush tlbs and causes scheduing latency.
As I don't know how long it takes on other platforms, it would be better to
enclose it wi
Convert more spinlocks to raw ones for Celleb.
Signed-off-by: Tsutomu OWA <[EMAIL PROTECTED]>
-- owa
diff -rup linux-2.6.21-rt1/arch/powerpc/platforms/celleb/htab.c
rt/arch/powerpc/platforms/celleb/htab.c
--- linux-2.6.21-rt1/arch/powerpc/platforms/celleb/htab.c 2007-04-26
12:08:32.0
Hi Ingo,
Please apply.
This series of patches fixes a build breakage and some minor issues
including oonverting spinlocks to raw ones, adding a need_resched_delayed
check, etc. for powerpc64.
This applies on top of linux-2.6.21 and patch-2.6.21-rt1.
Compile and boot tested for both PR
Hi Michal,
On Sun, 13 May 2007 20:14:45 +0200, Michal Piotrowski wrote:
>
> I2C
>
> Subject: "Sensors Applet" give an error message "No chip detected"
> References : http://lkml.org/lkml/2007/5/13/109
> Submitter : Antonino Ingargiola <[EMAIL PROTECTED]>
> Status : Unknown
There is cur
Hi David,
On 5/14/07, David Miller <[EMAIL PROTECTED]> wrote:
From: Tilman Schmidt <[EMAIL PROTECTED]>
Date: Sun, 13 May 2007 20:19:09 +0200
> Would it be asking too much to have help texts on the following
> new (wrt 2.6.21) configuration options?
>
> ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m]
On 5/14/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> This patch adds a soft release key mask to input_dev, to enable keyboard
> drivers to determine which keys never generate a hardware release event and
> hence add a release event after every press event of such keys. The mask is
> controll
Jeff Chua wrote:
On 5/14/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Mon, 2007-05-14 at 09:18 +0800, Jeff Chua wrote:
I'm sorry... but why are you posting these patches here? Those aren't
GPL modules, and thus very offtopic for lkml, maybe except for if you
want to deliberately have pe
On Sun, May 13, 2007 at 09:33:41AM -0700, Linus Torvalds wrote:
> On Sun, 13 May 2007, Gautham R Shenoy wrote:
> > RFC #1: Use get_hot_cpus()- put_hot_cpus() , which follow the
> > well known refcounting model.
>
> Yes. And usign the "preempt count" as a refcount is fairly natural, no?
> We do al
Hi Antonino, hi Linus,
On Sun, 13 May 2007 20:50:54 +0200, Antonino Ingargiola wrote:
> 2007/5/13, Linus Torvalds <[EMAIL PROTECTED]>:
> > On Sun, 13 May 2007, Antonino Ingargiola wrote:
> > >
> > > On my desktop pc with Debian Etch and 2.6.22-rc1 the gnome panel
> > > applet "Sensors Applet" give
On Sunday, 13 May 2007 23:34, Oleg Nesterov wrote:
> On 05/13, Rafael J. Wysocki wrote:
> >
[--snip--]
>
> > @@ -819,20 +843,31 @@ static int __devinit workqueue_cpu_callb
> >
> > +
> > + case CPU_DEAD_FROZEN:
> > + if (wq->freezeable) {
> > +
On May 14 2007 10:55, Mattia Dongili wrote:
>On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
>> On May 12 2007 20:20, Linus Torvalds wrote:
>> >
>> >Ok, the merge window has closed, and 2.6.22-rc1 is out there.
>>
>> I have hit a randconfig compile failure. .config attached.
>>
>
Am Montag, 14. Mai 2007 02:53 schrieb Alistair John Strachan:
> > What did you use instead of hci_usb then ? usbkbd ? This won't give you
> > the special keys etc...
>
> Sorry, I wasn't clear. hci_usb is actually part of the BlueZ stack, it's got
> nothing to do with the keyboard. I unloaded both
On Mon, 14 May 2007 10:37:18 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> PG_lazyfree and PG_booked shares the same bit.
>
> Either it is a bug that shall fixed by the following patch, or
> the situation should be explicitly documented?
>
> Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
> --
On Mon, 2007-05-14 at 11:44 +1000, Rusty Russell wrote:
> On Sun, 2007-05-13 at 19:39 +0100, Al Viro wrote:
> > > static void push_guest_stack(struct lguest *lg, u32 __user **gstack, u32
> > > val)
> > > {
> > > - lgwrite_u32(lg, (u32)--(*gstack), val);
> > > + lgwrite_u32(lg, (__force u32)--(*g
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Mon, 14 May 2007 06:37:14 +0200
> The above is almost the help entry seeked for this option.
> For some this is maybe given from the option name,
> but for other the above info is a help.
>
> So either provide help or do not have the option visible.
>
On Sun, May 13, 2007 at 04:20:59PM -0700, David Miller wrote:
> From: Tilman Schmidt <[EMAIL PROTECTED]>
> Date: Sun, 13 May 2007 20:19:09 +0200
>
> > Would it be asking too much to have help texts on the following
> > new (wrt 2.6.21) configuration options?
> >
> > ESP Scsi Driver Core (SCSI_ESP
Alexey Dobriyan wrote:
> 2. After (so far) manual invocations of mknod and mount -a, lockdep spit
>the following:
>
> ===
> [ INFO: possible circular locking dependency detected ]
>
Al has a patch to fix this (haven't tested it myself yet
compat_sys_signalfd and compat_sys_timerfd need declarations before
PowerPC can wire them up.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/linux/compat.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROT
Hi Giel,
On Friday 11 May 2007 13:23, Giel de Nijs wrote:
> Hi,
>
> This patch adds a soft release key mask to input_dev, to enable keyboard
> drivers to determine which keys never generate a hardware release event and
> hence add a release event after every press event of such keys. The mask is
On 5/14/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
Hi Satyam,
On Saturday 12 May 2007 01:45, Satyam Sharma wrote:
> Seems to be good-looking code!
Thanks. Do you have the hardware? Were you able to test the patch?
Oh, sorry, no. I was actually referring to the input-polldev code. Let's
ho
Hi Bodo,
On 5/13/07, Bodo Eggert <[EMAIL PROTECTED]> wrote:
Satyam Sharma <[EMAIL PROTECTED]> wrote:
> In fact you can't really say the same for
> volatile. We already assume the compiler _actually_ took some
> pains to stuff meaning into C's (lack of) definition of volatile and
> implement it
On Saturday 12 May 2007 23:58, Jason Riedy wrote:
> And Dmitry Torokhov writes:
> > Have you tried any other -mm? Also, does it help if you stick
> > ps2_command(&psmouse->ps2dev, NULL, PSMOUSE_CMD_SETSTREAM);
> > at the very beginning of psmouse_initialize() in
> > drivers/input/mouse/psmo
I don't have any particular need in multithreaded wq, but I do need it
freezeable. Freezeability
simplifies things quite a lot. This is ok with me:
> -#define create_freezeable_workqueue(name) __create_workqueue((name), 0, 1)
> +#define create_freezeable_workqueue(name) __create_workqueue((name),
On 5/14/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Mon, 2007-05-14 at 09:18 +0800, Jeff Chua wrote:
I'm sorry... but why are you posting these patches here? Those aren't
GPL modules, and thus very offtopic for lkml, maybe except for if you
want to deliberately have people look at non-g
Hi Satyam,
On Saturday 12 May 2007 01:45, Satyam Sharma wrote:
> Seems to be good-looking code!
Thanks. Do you have the hardware? Were you able to test the patch?
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
PG_lazyfree and PG_booked shares the same bit.
Either it is a bug that shall fixed by the following patch, or
the situation should be explicitly documented?
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/page-flags.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
On Monday 14 May 2007 12:10, Con Kolivas wrote:
> I've had a few requests for a standalone patch implementing swap prefetch
> for mainline.
>
> Here is a patch that is a current rollup that should apply and work for
> vanilla 2.6.21 (ie not a -ck kernel):
>
> http://ck.kolivas.org/patches/swap-pref
I've had a few requests for a standalone patch implementing swap prefetch for
mainline.
Here is a patch that is a current rollup that should apply and work for
vanilla 2.6.21 (ie not a -ck kernel):
http://ck.kolivas.org/patches/swap-prefetch/2.6.21-swap_prefetch-38.patch
--
-ck
-
To unsubscri
On Sun, 13 May 2007 20:57:25 +0100, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> Ok, I've tidied this up a little. [...]
Looks fine here... well, almost. Did you try rmmod (I don't even know if
it's applicable, sorry)? Usually, when schedule_work is involved, you want
to make sure that a schedule
On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
> On May 12 2007 20:20, Linus Torvalds wrote:
> >
> >Ok, the merge window has closed, and 2.6.22-rc1 is out there.
>
> I have hit a randconfig compile failure. .config attached.
>
> LD .tmp_vmlinux1
> drivers/built-in.o: In fu
On Thu, May 03, 2007 at 10:36:14AM +0200, Martin Schwidefsky wrote:
> On Wed, 2007-05-02 at 22:30 -0700, Greg KH wrote:
> > > Hide the config menu for userspace I/O on s390.
> >
> > Why? Who says s390 can't have userspace I/O drivers someday?
>
> Theoretically yes, but in practice this is very u
On Sun, 2007-05-13 at 19:39 +0100, Al Viro wrote:
> On Fri, May 11, 2007 at 11:19:14AM +1000, Rusty Russell wrote:
> > @@ -218,7 +218,7 @@ u32 lgread_u32(struct lguest *lg, u32 ad
> >
> > /* Don't let them access lguest binary */
> > if (!lguest_address_ok(lg, addr, sizeof(val))
> > -
On Tue, May 08, 2007 at 04:13:42PM +0400, Evgeniy Polyakov wrote:
> So, my vote is for exporting generic find_bus in mainline with related
> to w1 and battery status changes.
Ok, I'm convinced, can someone resend that patch to me again? I seem to
have lost it in the ether somewhere :(
thanks,
g
On Tue, May 08, 2007 at 09:53:05AM -0400, Mark Lord wrote:
> Greg ?
>
> The oddball thing here is that on a UP machine with a UP kernel,
> this (below) was never an issue.
>
> After moving the drive to a dual-core machine and rebuilding
> the kernel with SMP=y, the problem becomes a killer h
On Fri, May 11, 2007 at 06:59:31PM +0530, Satyam Sharma wrote:
> [1] This is the first problem point. However, I didn't find any reason
> why this particular driver's .disconnect() couldn't sleep. In fact, a
> comment in include/linux/usb.h:811 says:
>
> "The probe() and disconnect() methods a
On Mon, 2007-05-14 at 09:18 +0800, Jeff Chua wrote:
> Attached are patches for vmware-5.5.3 to make the vmmon and vmnet
> modules compile under Linux-2.6.22-rc1.
I'm sorry... but why are you posting these patches here? Those aren't
GPL modules, and thus very offtopic for lkml, maybe except for if
Hi Stephen,
Thank you for comments. I'll try your patch.
I have one concern about your patch, though I don't know very much
about netdev codes.
@@ -3411,6 +3410,9 @@ void unregister_netdevice(struct net_dev
> /* Notifier chain MUST detach us from master device. */
> BUG_TRAP(!dev->m
On Fri, May 11, 2007 at 01:45:37PM +0200, Johannes Berg wrote:
> On Fri, 2007-05-11 at 10:22 +0900, Simon Horman wrote:
>
> > Actually, it was with ARCH=ia64. I have a feeling that you can get
> > it to show up quite easily with anything other than ARCH=powerpc.
>
> Ick, I didn't know that driver
On Sun, 2007-05-13 at 19:47 +0100, Al Viro wrote:
> On Sun, May 13, 2007 at 02:07:25PM +1000, Rusty Russell wrote:
> > Most importantly, I now realize that Christoph's incorrect ranting
> > about lgread_u32 et al was in fact a subtle ploy to make me diagnose
> > the real issue: sparse 0.3 complains
Attached are patches for vmware-5.5.3 to make the vmmon and vmnet
modules compile under Linux-2.6.22-rc1.
Thanks,
Jeff.
--- vmware/vmmon-only/include/compat_kernel.h.org 2006-12-26 16:47:25
+0800
+++ vmware/vmmon-only/include/compat_kernel.h 2006-12-26 16:48:00 +0800
@@ -18,7 +18,9 @@
On Sunday 06 May 2007 21:58:47 Thomas Gleixner wrote:
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch set,
> which is again based on Arjan van de Ven's initial work:
I've noticed a few problems with this patch series,
Attached is my patch for vpnclient-linux-x86_64-4.8.00.0490-k9 to make
it run on Linux-2.6.22-rc1.
Thanks,
Jeff.
patch-2.6.22-vpn
Description: Binary data
sorry, forgot to CC mailing list last time.
build errors from make randconfig
# CONFIG_SMP is not set
CONFIG_X86_VOYAGER=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
arch/i386/kernel/built-in.o: In function `vic_sys_interrupt':
(.text+0x2770): undefined reference to `smp_vic_sys_interrupt'
arch/i386/k
[EMAIL PROTECTED] wrote:
I am upgrading kernel from 2.4.20-8(default in RH9) to 2.6.xx. when I do
"make" command it gives some output and finally get error saying that,
"BFD: Warning: Writing section '.bss' to huge ( ie negative) file offset
0xc0244000. "
"Objcopy: arch/i386/boot/compressed/vm
akpm, please queue on top of "mm: swap prefetch improvements"
---
Failed radix_tree_insert wasn't being handled leaving stale kmem.
The list should be iterated over in the reverse order when prefetching.
Make the yield within kprefetchd stronger through the use of cond_resched.
Check that the p
On Monday 14 May 2007 01:46:10 Soeren Sonnenburg wrote:
> On Sat, 2007-05-12 at 22:47 +0100, Alistair John Strachan wrote:
> > On Saturday 12 May 2007 19:51:26 Soeren Sonnenburg wrote:
> > > Dear all,
>
> [...]
>
> > > While we are at it usb related powerhogs on this macbook pro are
> > > uhci_hcd
On Sat, 2007-05-12 at 22:47 +0100, Alistair John Strachan wrote:
> On Saturday 12 May 2007 19:51:26 Soeren Sonnenburg wrote:
> > Dear all,
[...]
> > While we are at it usb related powerhogs on this macbook pro are
> > uhci_hcd (usb keyboard) and usb_hcd_poll_rh_status (rh_timer_func)
> > too...
>
Rafael J. Wysocki wrote:
On Friday, 11 May 2007 18:30, Linus Torvalds wrote:
On Fri, 11 May 2007, Rafael J. Wysocki wrote:
We're working on fixing the breakage, but currently it's difficult, because
none of my testboxes has problems with the 'platform' hibernation and I
cannot reproduce the rep
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> Re-enable is definitely "more correct".
I don't disagree. Had I been more awake I expect I'd've :^)
made that more clear.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
-
To unsubscribe from this list: send th
Dave Jones wrote:
>
> That previous entry of MAINTAINERS raised an eyebrow too.
> You, Eric, Andi, and Zach seem to have done more work on 'i386 BOOT CODE'
> in the last few months than I recall Riley doing, well.. since ages.
> Not to belittle whatever work he did, but perhaps his entry belongs
>
On Sun, 2007-05-13 at 20:57 +0100, Matthew Garrett wrote:
> Ok, I've tidied this up a little. I've separated the actual mode init
> code into a separate function in order to avoid code duplication, and no
> longer creating a new workqueue. The only other change is something that
> I /think/ is a
Marcin Garski wrote:
Convert files to UTF-8 encoding, remove useless NBSP and fix "table"
drawing.
Signed-off-by: Marcin Garski <[EMAIL PROTECTED]>
By mistake I sent wrong patch that won't apply cleanly, here's the good
one. Sorry.
--
Marcin Garski
linux-2.6.22-rc1-utf-8-strings.patch.bz
Convert files to UTF-8 encoding, remove useless NBSP and fix "table"
drawing.
Signed-off-by: Marcin Garski <[EMAIL PROTECTED]>
--
Marcin Garski
linux-2.6.22-rc1-utf-8-strings.patch.bz2
Description: Binary data
At Sat, 12 May 2007 15:10:27 +0200,
Thomas Gleixner wrote:
>
> On Fri, 2007-05-11 at 19:39 +0900, Satoru Takeuchi wrote:
> > Fix Touchscreen driver for UCB1x00-based touchscreens to use
> > sched_setscheduler() instead of setting the fields of task_struct directly.
> >
> > Signed-off-by: Satoru T
Rob Landley wrote:
Out of curiosity, since 2.2 hasn't had a release in 3 years, and the last
prepatch was 2 years ago, why is its' status still on the kernel.org main
page?
Not exactly something people are checking the status of on a daily basis...
Just wondering...
I assume because it's a h
Am 14.05.2007 01:20 schrieb David Miller:
>>
>> ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
>
> This one is a case where the option makes no sense by itself,
> it provides the core common code for other front-end drivers.
>
> The documentation exists in those front end drivers, which
> in tu
On Sun, May 13, 2007 at 07:26:13PM -0400, Bill Davidsen wrote:
> Krzysztof Halasa wrote:
> >Robert Hancock <[EMAIL PROTECTED]> writes:
> >>You don't need volatile in that case, rmb() can be used.
> >rmb() invalidates all compiler assumptions, it can be much slower.
It does not invalidate /all/ as
Hi,
On Mon, May 14, 2007 at 12:10:29AM +0100, Russell King wrote:
> Some random review comments on your driver, while I was passing. Spotted
> a few things.
Thanks, I appreciate the feedback.
> On Sun, May 13, 2007 at 04:40:07PM -0500, Olof Johansson wrote:
> > +#include
> > +#include
> > +#i
On Sat, 12 May 2007, Jens Axboe wrote:
> On Fri, May 11 2007, Oliver Xymoron wrote:
> > Tried to boot using SLUB under lguest with 2.6.21-mm2. Got the
> > following:
> >
> > ...
> > [0.388000] NET: Registered protocol family 17
> > [0.388000] Using IPI Shortcut mode
> > [0.42] EXT
Some random review comments on your driver, while I was passing. Spotted
a few things.
On Sun, May 13, 2007 at 04:40:07PM -0500, Olof Johansson wrote:
> +#include
> +#include
> +#include
> +#include
> +#include
Silly duplicate includes.
> +#include
> +#include
> +#include
> +#include
>
I've just shut down -rc1 on my ppc64, and got a big scary message
from the following code in libata-scsi.c:
ata_dev_printk(qc->dev, KERN_WARNING,
"DISK MIGHT NOT BE SPUN DOWN PROPERLY. "
"UPDATE SHUTDOWN UTILITY\n");
So, I went to http://linux-ata.org/shutdown.html, but as far a
> > Would it be asking too much to have help texts on the following
> > new (wrt 2.6.21) configuration options?
> >
> > ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
>
> This one is a case where the option makes no sense by itself,
> it provides the core common code for other front-end
On Sun, May 13, 2007 at 04:10:52PM -0700, H. Peter Anvin wrote:
> Dave Jones wrote:
> > I've not really 'maintained' this code for years, and others
> > are doing a much more thorough job these days.
> > Removing myself might stem some of the crazier emails I get.
> >
> > Signed-off-by: Dave
Le dimanche 13 mai 2007 à 15:47 -0700, Andrew Morton a écrit :
> On Sun, 13 May 2007 14:02:50 -0700 [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=8473
>
> Please follow up via emailed reply-to-all.
>
> In fact, please report -mm bugs via email. bugzilla is more suite
Krzysztof Halasa wrote:
Robert Hancock <[EMAIL PROTECTED]> writes:
You don't need volatile in that case, rmb() can be used.
rmb() invalidates all compiler assumptions, it can be much slower.
Yes, why would you use rmb() when a read of a volatile generates optimal
code?
--
bill d
From: Tilman Schmidt <[EMAIL PROTECTED]>
Date: Sun, 13 May 2007 20:19:09 +0200
> Would it be asking too much to have help texts on the following
> new (wrt 2.6.21) configuration options?
>
> ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
This one is a case where the option makes no sense by it
There is apparently at least one instance of the Ricoh SDHCI
implementation out there where card insertion (and possibly
removal) interrupts do not work - so the only way to detect
a change in the presence of a card is to poll.
This changes adds a polling quirk for the particular model
reported by
On Wed, 2007-05-09 at 20:03 +0400, Anton Vorontsov wrote:
> Following patch sitting for a long time in our handhelds.org tree.
>
> kogiidena, I'm almost sure you'll find it useful, just apply patch,
> and implement .is_led_supported function for your trigger, which will
> eliminate trigger showing
Dave Jones wrote:
> I've not really 'maintained' this code for years, and others
> are doing a much more thorough job these days.
> Removing myself might stem some of the crazier emails I get.
>
> Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 68a
I've not really 'maintained' this code for years, and others
are doing a much more thorough job these days.
Removing myself might stem some of the crazier emails I get.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 68a56ad..21f3fff 100644
--- a/MAINTAI
Stefan Richter s5r6.in-berlin.de> writes:
> So why don't we simply say:
>
> - "Users of feature A are urged to migrate to alternative B."
> - "Feature C will be removed in February 2038."
>
> Everybody understands the meaning of /that/.
Why not just use the terms:
* outdated - as a replacem
On 5/13/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Ok, the merge window has closed, and 2.6.22-rc1 is out there.
Got this ...
Thanks,
Jeff.
# make config
scripts/kconfig/conf arch/i386/Kconfig
drivers/macintosh/Kconfig:116:warning: 'select' used by config symbol
'PMAC_APM_EMU' refers to u
On Sun, 13 May 2007 14:02:50 -0700 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8473
Please follow up via emailed reply-to-all.
In fact, please report -mm bugs via email. bugzilla is more suited to
longer-term problems, and -mm bugs are super-short-term, we hope.
>
Tilman Schmidt wrote:
> Am 13.05.2007 22:10 schrieb Stefan Richter:
>> So why don't we simply say:
>>
>> - "Users of feature A are urged to migrate to alternative B."
>> - "Feature C will be removed in February 2038."
>
> Because that's too long to add to a Kconfig tag line.
> You need a terse
On Sun, 13 May 2007 22:07:39 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > Yeah, I expect quite a few people will start seeing that. iirc it was
> > triggered by a couple of changes: a local_irq_save/local_irq_restore
> > in sched_clock() an
Hi,
this is the first attempt to write a hwmon driver for ASUS motherboards
that uses ACPI methods instead of directly touching the sensor chip.
If you haven't followed the discussion[1] we want to avoid concurrent
access to the monitoring hw by ACPI and native driver, since it may
cause a malfunct
On 05/14, Rafael J. Wysocki wrote:
>
> Hmm, I guess we could add an additional mutex that would only be taken in
> flush_workqueue() and in _cpu_down()/_cpu_up() via workqueue_cpu_callback()
> with CPU_LOCK_ACQUIRE?
This will deadlock if work->func() does flush_workqueue(), because it may
run when
On Sunday, 13 May 2007 23:54, Oleg Nesterov wrote:
> On 05/13, Rafael J. Wysocki wrote:
> >
> > On Sunday, 13 May 2007 23:34, Oleg Nesterov wrote:
> > > On 05/13, Rafael J. Wysocki wrote:
> > > >
> > > > @@ -819,20 +843,31 @@ static int __devinit workqueue_cpu_callb
> > > >
> > > > +
> > > > +
On Sat, 5 May 2007 16:58:22 +0200 Markus Koßmann wrote:
> Am Donnerstag, 3. Mai 2007 schrieb Randy Dunlap:
> > On Wed, 11 Apr 2007 20:40:23 +0200 Markus Koßmann wrote:
> > > When using either the unpatched 2.6.21_rc5 or SUSEs patched
> > > 2.6.21_rc6_git3-20070410174235 on a SUSE-10.2 x86_64 sy
On 05/13, Rafael J. Wysocki wrote:
>
> On Sunday, 13 May 2007 23:34, Oleg Nesterov wrote:
> > On 05/13, Rafael J. Wysocki wrote:
> > >
> > > @@ -819,20 +843,31 @@ static int __devinit workqueue_cpu_callb
> > >
> > > +
> > > + case CPU_DEAD_FROZEN:
> > > + if (wq->freezeabl
It is a known fact that freezeable multithreaded workqueues doesn't like
CPU_DEAD. We keep them only for the incoming CPU-hotplug rework.
Sadly, we can't just kill create_freezeable_workqueue() right now, make
them singlethread.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- OLD/include/li
> +++ b/arch/alpha/kernel/vmlinux.lds.S
> @@ -15,7 +15,7 @@ SECTIONS
>
>_text = .; /* Text and read-only data */
>.text : {
> - *(.text)
> + TEXT_TEXT
> SCHED_TEXT
> LOCK_TEXT
> *(.fixup)
It was in private mail suggested to impr
On Sat, May 12, 2007 at 09:31:05AM -0500, Olof Johansson wrote:
> ppc64 really needs ioaddr_t to be 64-bit, since I/O addresses really
> are MMIO addresses, and remapped to a high range.
>
> While the type is exported to userspace, there hasn't been any platforms
> with PCMCIA on 64-bit powerpc un
Am 13.05.2007 22:10 schrieb Stefan Richter:
> So why don't we simply say:
>
> - "Users of feature A are urged to migrate to alternative B."
> - "Feature C will be removed in February 2038."
Because that's too long to add to a Kconfig tag line.
You need a terse label there.
--
Tilman Schmidt
On Sunday, 13 May 2007 23:34, Oleg Nesterov wrote:
> On 05/13, Rafael J. Wysocki wrote:
> >
> > > > On Sunday, 13 May 2007 22:30, Oleg Nesterov wrote:
> > > > >
> > > > > I think the better fix (at least for now) is
> > > > >
> > > > > - #define create_freezeable_workqueue(name)
> > > > > _
Robert P. J. Day wrote:
> On Sun, 13 May 2007, Stefan Richter wrote:
>
>> Except that the term "obsolete" is already used differently in the
>> context of Linux kernel features; see Documentation/ABI/README.
>
> no, it isn't. in fact, it's used in that file *exactly* the way i've
> been defining
Hi,
On Sun, May 13, 2007 at 10:20:42PM +0100, Christoph Hellwig wrote:
> On Sat, May 12, 2007 at 01:06:58PM -0500, Olof Johansson wrote:
> > Export pcmcia_bus_type so module-based drivers can register bus notifiers,
> > and add it to what seems to be the main include file.
>
> This all sounds rat
On 05/13, Rafael J. Wysocki wrote:
>
> > > On Sunday, 13 May 2007 22:30, Oleg Nesterov wrote:
> > > >
> > > > I think the better fix (at least for now) is
> > > >
> > > > - #define create_freezeable_workqueue(name)
> > > > __create_workqueue((name), 0, 1)
> > > > + #define create_
On Thu, 10 May 2007 11:52:33 -0700, john stultz wrote:
> On Wed, 2007-05-09 at 11:11 +0200, Mikael Pettersson wrote:
> > On Tue, 8 May 2007 15:14:36 -0400, Len Brown wrote:
> > > On Friday 04 May 2007 03:42, Mikael Pettersson wrote:
> > > > On Thu, 03 May 2007 19:38:50 -0700, john stultz wrote:
> >
Hi Tejun,
Sorry, I can't give a "complete" reply today (will do tomorrow),
just one note right now...
On 05/13, Tejun Heo wrote:
>
> Oleg Nesterov wrote:
> >> * try_to_grab_pending() checks VALID && pointers equal after grabbing
> >> cwq->lock.
> >
> > We don't even need to check the pointers.
"Yinghai Lu" <[EMAIL PROTECTED]> writes:
> On 5/13/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> We have big boot protocol revision coming up to more clearly document
>> what is needed to work with the native entry points. It is a 2.6.23
>> targeted thing and that is one of the things that
1 - 100 of 263 matches
Mail list logo