On Fri, 12 Oct 2007 22:29:29 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> Patch doesn't apply cleanly due to spaces instead of tabs.
> Copy-and-paste ?
>
Yeah, gnome-terminal damage. But you need to git it from the repo to
get the full commit info anyway.
Rgds
--
-- Pierre Ossman
Jeff Garzik wrote:
> * Asynchronous notification -- finally userspace CD-ROM polling can go
> away!
> (NOTE: waiting on James B to apply the piece that actually makes this
> work...)
Does it depend on hardware offering suitable support? What are chances for
it to work on 5 years old DVD-ROM?
The git-block patches in 2.6.23-mm1 freeze my ia64 SN Altix hard on boot.
Not good (tm).
Something broke between the git-block patch of Sept 26 in 2.6.23-rc8-mm2
and the git-block patches of Oct 10-11 in 2.6.23-mm1 on my ia64 SN Altix
system using sn2_defconfig.
Bisecting 2.6.23-mm1 narrows the p
[Try again, with a Subject this time ...]
The git-block patches in 2.6.23-mm1 freeze my ia64 SN Altix hard on boot.
Not good (tm).
Something broke between the git-block patch of Sept 26 in 2.6.23-rc8-mm2
and the git-block patches of Oct 10-11 in 2.6.23-mm1 on my ia64 SN Altix
system using sn2_def
On Sat, Oct 13, 2007 at 07:40:09AM +0200, Giacomo Catenazzi wrote:
> Mike Galbraith wrote:
> > On Fri, 2007-10-12 at 23:31 +0200, Sam Ravnborg wrote:
> >> On Fri, Oct 12, 2007 at 06:48:58AM +0200, Mike Galbraith wrote:
> >>> Greetings,
> >>>
> >>> Freshly pulled 2.6.23.git failed to build:
> >>>
>
Hi,
The 2.6.23-git2 build fails with build error
CC [M] drivers/mmc/core/core.o
CC [M] drivers/mmc/core/sysfs.o
CC [M] drivers/mmc/core/bus.o
CC [M] drivers/mmc/core/host.o
drivers/mmc/core/host.c: In function ‘mmc_remove_host’:
drivers/mmc/core/host.c:146: error: implicit declar
a) include/asm-um/arch can't just point to include/asm-$(SUBARCH) now
b) arch/{i386,x86_64}/crypto are merged now
c) subarch-obj needed changes
d) cpufeature_64.h should pull "cpufeature_32.h", not
since it can be included from asm-um/cpufeature.h
e) in case
On Sat, Oct 13 2007, Paul Jackson wrote:
> [Try again, with a Subject this time ...]
>
> The git-block patches in 2.6.23-mm1 freeze my ia64 SN Altix hard on boot.
> Not good (tm).
>
> Something broke between the git-block patch of Sept 26 in 2.6.23-rc8-mm2
> and the git-block patches of Oct 10-11
On Fri, 2007-10-12 at 22:51 +0200, Peter Zijlstra wrote:
> Subject: sched: high-res preemption tick
>
> Use HR-timers (when available) to deliver an accurate preemption tick.
This patch further reduced iperf context switching, and boosted
throughput.
iperf -c localhost -P 10 -t 300
Previously r
Jens wrote:
> Can you try with init call debugging,
Sure - if I knew what that was or how to do it ;).
If you want to guide me, I'll give it try.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTE
On Sat, 13 Oct 2007 00:20:03 -0700 Paul Jackson <[EMAIL PROTECTED]> wrote:
> Jens wrote:
> > Can you try with init call debugging,
>
> Sure - if I knew what that was or how to do it ;).
>
> If you want to guide me, I'll give it try.
>
Add initcall_debug to the boot command line.
-
To unsubscri
On Sat, Oct 13 2007, Paul Jackson wrote:
> Jens wrote:
> > Can you try with init call debugging,
>
> Sure - if I knew what that was or how to do it ;).
>
> If you want to guide me, I'll give it try.
Just pass 'initcall_debug' as a boot parameter.
--
Jens Axboe
-
To unsubscribe from this list:
Breaks on any target that has copy_to_user() defined as a non-trivial
macro.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/media/video/videobuf-core.c
b/drivers/media/video/videobuf-core.c
index c606332..5599a36 100644
--- a/drivers/media/video/videobuf-core.c
+++ b/drivers/
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/macmace.c b/drivers/net/macmace.c
index 6589239..1877052 100644
--- a/drivers/net/macmace.c
+++ b/drivers/net/macmace.c
@@ -538,8 +538,9 @@ static void mace_set_multicast(struct net_device *dev)
local_irq_restore(flags
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
4804102d4d0db062dcc480bfbd4336066f6e879d
diff --git a/drivers/net/atarilance.c b/drivers/net/atarilance.c
index ebf1a3a..b74dbee 100644
--- a/drivers/net/atarilance.c
+++ b/drivers/net/atarilance.c
@@ -1023,7 +1023,7 @@ static int lance_rx( struct net
On Sat, 2007-10-13 at 09:16 +0200, Sam Ravnborg wrote:
> Pulled 2.6.23 tree and did a build
> Added latest -linus on top of it.
> Did a new build (x86_64).
>
>
> As expected it failed due to wrong asm symlink but nothing
> like the error Mike posted.
> So I'm a bit puzzeled here.
>
> I anyone c
Booting with initcall_debug doesn't change the output at all. If I
boot a working kernel with initcall_debug, the added output starts
showing up right after the point that my broken kernel is freezing.
Mount-cache hash table entries: 1024
ACPI: Core revision 20070126
Boot processor id
In commit 4665079cbb2a3e17de82f2ab2940b9f97f37d65e ([NETNS]: Move
some code into __init section when CONFIG_NET_NS=n) we got a new section -
.exit.text.refok (more of 'let's tell modpost that some bogus calls are
not bogus', a-la text.init.refok).
Unfortunately, commit in question f
Hi,
On 10/12/07, Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> I saw /proc/meminfo and it seems to me that slab is leaking memory.
> But /usr/bin/slabtop claims /proc/slabinfo is missing.
Do you have CONFIG_SLUB enabled? Try looking into /sys/slab/.
Pekka
-
To u
On Friday 12 October 2007, Greg KH wrote:
> On Fri, Oct 12, 2007 at 10:31:50PM +0200, Frans Pop wrote:
> > Please consider this patch for 2.6.23.2
> > http://lkml.org/lkml/2007/10/4/389
> >
> > tested by me in
> > http://lkml.org/lkml/2007/10/5/150
> >
> > to fix the regression first reported in
>
On Tue, 9 Oct 2007 12:57:20 +0100
Denys Vlasenko <[EMAIL PROTECTED]> wrote:
> On Tuesday 09 October 2007 12:25, Malte Schröder wrote:
> > > Does it happen over loopback?
> >
> > I just tried a few times and yes, it also happens on loopback, but
> > much less frequently. Now I am really confused .
Dang it -- I suspect I borked my bisection.
Looks like the problem is in the few patches
prior to git-block.
Sorry, Jens.
I'll start all over again, on some other thread,
once I have something useful (to someone, likely
not you ;) to say.
Sorry.
--
I won't rest till it's the
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> > Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
> > smartd database.
>
> hm.
>
> > Oct 12 10:23:03 treogen [ 105.99] WARNING: at
> > d
Hello.
Pekka Enberg wrote:
> > I saw /proc/meminfo and it seems to me that slab is leaking memory.
> > But /usr/bin/slabtop claims /proc/slabinfo is missing.
>
> Do you have CONFIG_SLUB enabled? Try looking into /sys/slab/.
Yes. There is /sys/slab/ .
But are there any tools for browsing like /us
Hi,
On 10/12/07, Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> > > I saw /proc/meminfo and it seems to me that slab is leaking memory.
> > > But /usr/bin/slabtop claims /proc/slabinfo is missing.
At some point in time, I wrote:
> > Do you have CONFIG_SLUB enabled? Try looking into /sys/slab/.
On 10/
Tetsuo Handa a écrit :
Hello.
Pekka Enberg wrote:
I saw /proc/meminfo and it seems to me that slab is leaking memory.
But /usr/bin/slabtop claims /proc/slabinfo is missing.
Do you have CONFIG_SLUB enabled? Try looking into /sys/slab/.
Yes. There is /sys/slab/ .
But are there any tools for br
Jan Engelhardt wrote:
> On Oct 12 2007 15:57, Randy Dunlap wrote:
>>On Fri, 12 Oct 2007 23:44:08 +0200 (CEST) Jan Engelhardt wrote:
>>
>>> warning("override: %s turns state choice", sym->name);
>>
>>What does that warning message mean? I can't decipher it.
>
> It is when the value of a "choice" k
On Sat, Oct 13, 2007 at 09:35:09AM +0200, Mike Galbraith wrote:
> On Sat, 2007-10-13 at 09:16 +0200, Sam Ravnborg wrote:
>
> > Pulled 2.6.23 tree and did a build
> > Added latest -linus on top of it.
> > Did a new build (x86_64).
> >
> >
> > As expected it failed due to wrong asm symlink but not
Hi,
I tried to send this to netdev and various maintainers, but
they seem not to have seen it.
Please add to -mm and have it merged somewhere.
The xl_laa array is just 6 bytes long, so we should substract
10 from the index, like is also done some lines above already.
Signed-Off-By: Marcus Meis
On Mon, Oct 01, 2007 at 02:22:22PM -0700, Andrew Morton wrote:
> #increase-at_vector_size-to-terminate-saved_auxv-properly.patch: Tony wanted
> enhancements
> increase-at_vector_size-to-terminate-saved_auxv-properly.patch
> change-inotifyfs-magic-as-the-same-magic-is-used-for-futexfs-v2.patch
> d
On Sat, 13 Oct 2007 10:44:55 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
> can you please add http://lkml.org/lkml/2007/7/30/98 also to the misc-queue
> for
> the warning still persists and the patch is good to go as is (against current
> git
> v2.6.23-2840-g752097c, for example) albeit wit
On Sat, 2007-10-13 at 09:18 +0200, Mike Galbraith wrote:
> On Fri, 2007-10-12 at 22:51 +0200, Peter Zijlstra wrote:
> > Subject: sched: high-res preemption tick
> >
> > Use HR-timers (when available) to deliver an accurate preemption tick.
>
> This patch further reduced iperf context switching, a
Linus, please pull from the repo and branch at
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git for-linus
to receive the 2.6.24 episode of KVM. Highlights include in-kernel
pic/lapic/ioapic emulation, improved guest support, preemptibility,
an improved x86 emulator, and a fair amount
On Sat, 2007-10-13 at 10:55 +0200, Peter Zijlstra wrote:
> On Sat, 2007-10-13 at 09:18 +0200, Mike Galbraith wrote:
> > On Fri, 2007-10-12 at 22:51 +0200, Peter Zijlstra wrote:
> > > Subject: sched: high-res preemption tick
> > >
> > > Use HR-timers (when available) to deliver an accurate preempt
Hi
I have recompiled kernel with OPROFILE disabled. I am sending in
attachment /proc/interrupts (i ran it 3 times with 2 sec delay) and
netconsole log. Lockup in the lock is software made with ./lockup.
The kernel still locks 4-5minutes after boot without any further
messages (waited more than 2 m
Reiser4: Drop 'size' argument from bio_endio and bi_end_io
This patch pushes into Reiser4 the changes introduced by
commit 6712ecf8f648118c3363c142196418f89a510b90:
As bi_end_io is only called once when the request is complete,
the 'size' argument is now redundant. Remove it.
On Fri, 12 Oct 2007 21:22:44 -0400, Dave Jones wrote:
> On Sat, Oct 13, 2007 at 11:11:31AM +1000, Nigel Cunningham wrote:
> > Hi all.
> >
> > Maybe I just picked a bad time to try, but...
> >
> > arch/x86/kernel/alternative.c: In function 'apply_alternatives':
> > arch/x86/kernel/alternativ
Jeff Garzik wrote:
I think the scenario you outline is an illustration of the approach's
fragility: disable_irq() is a heavy hammer that originated with INTx,
and it relies on a chip-specific disable method (kernel/irq/manage.c)
that practically guarantees behavior will vary across MSI/INTx/
* Rok Markovic <[EMAIL PROTECTED]> wrote:
> Hi
>
> I have recompiled kernel with OPROFILE disabled. I am sending in
> attachment /proc/interrupts (i ran it 3 times with 2 sec delay) and
> netconsole log. Lockup in the lock is software made with ./lockup. The
> kernel still locks 4-5minutes af
On Sat, 13 Oct 2007, Sam Ravnborg wrote:
> But I cannot see how this could result in the bug you
> reported..
> Anyway at least one dontdiff buglet - or we should preferably
> drop the .i files in the kernel src.
I have a patch from Adrian staged to do this.
tglx
-
To unsubscribe from this
On Fri, 2007-10-12 at 20:15 -0400, Gregory Haskins wrote:
> +/* Push all tasks that we can to other CPUs */
> +static void push_rt_tasks(struct rq *this_rq)
> +{
> + while (push_rt_task(this_rq));
> +}
I'd like to see an additional termination condition to this loop (might
just be paranoia th
Hi Randy.
I tried to do a simple find -name 'xxx'
where xxx was the file patters from dontdiff.
A suprisingly number of files showed up
in a clean kernel.
Ignoring all the .gitignore hits wc counted
58 matches (a few is false).
The list is below.
I did a git clean -d -x before executing the scri
On Sat, Oct 13 2007, Laurent Riffard wrote:
> Reiser4: Drop 'size' argument from bio_endio and bi_end_io
>
> This patch pushes into Reiser4 the changes introduced by
> commit 6712ecf8f648118c3363c142196418f89a510b90:
>
> As bi_end_io is only called once when the request is complete,
>
On Sat, 2007-10-13 at 11:17 +0200, Peter Zijlstra wrote:
> Also, this seems to suggest iperf would like SCHED_BATCH.
Yes. Throughput falls as preemption climbs.
-Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mike Galbraith wrote:
Greetings,
Perhaps my .config is dainbramaged. When make oldconfig asked me if I
wanted CONFIG_PATA_PLATFORM, I said "Damned if I know, go for it".
drivers/ide/legacy/ide_platform.c: .name = "pata_platform",
drivers/ata/pata_platform.c:#define DRV_NAME "pata_
Torsten Kaiser wrote:
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
smartd database.
hm.
Oct 12 10:23:03 treogen [ 105.99] WARNING:
Andrey Borzenkov wrote:
Jeff Garzik wrote:
* Asynchronous notification -- finally userspace CD-ROM polling can go
away!
(NOTE: waiting on James B to apply the piece that actually makes this
work...)
Does it depend on hardware offering suitable support? What are chances for
it to work on 5
Hi Dave et al.
On Saturday 13 October 2007 11:22:44 Dave Jones wrote:
> On Sat, Oct 13, 2007 at 11:11:31AM +1000, Nigel Cunningham wrote:
> > Hi all.
> >
> > Maybe I just picked a bad time to try, but...
> >
> > arch/x86/kernel/alternative.c: In function 'apply_alternatives':
> > arch/x86/
On Sat, Oct 13, 2007 at 08:25:24AM +0100, Al Viro wrote:
> Breaks on any target that has copy_to_user() defined as a non-trivial
> macro.
Where did that CALL crap come from? We normally don;t accept junk like
that.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Oct 13 2007 10:16, Stefan Richter wrote:
warning("override: %s turns state choice", sym->name);
>>>
>>>What does that warning message mean? I can't decipher it.
>>
>> It is when the value of a "choice" kconfig object is changed, for example
>> this .config excerpt:
>>
>> CONFIG_PREEMPT_
On Sat, Oct 13, 2007 at 01:52:52AM -0700, Andrew Morton wrote:
> On Sat, 13 Oct 2007 10:44:55 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> > can you please add http://lkml.org/lkml/2007/7/30/98 also to the misc-queue
> > for
> > the warning still persists and the patch is good to go as is
Hi,
I am using an ARM processor with CS8900 Ethernet card, it works fine in
kernel 2.6.11. But, recently I upgraded it to kernel 2.6.22, the
ipconfig.c started up a bond0 instead of eth0 with an IP address I
actually assigned to eth0 in cs89x0.c. The trouble was I cannot event
ping the ip add
On Sat, 13 Oct 2007, Patrizio Bassi wrote:
> include/linux/types.h:15:23: error: asm/types.h: No such file or directory
> In file included from include/linux/prefetch.h:13,
> from include/linux/list.h:8,
> from include/linux/module.h:9,
> from incl
On 10/13, Oleg Nesterov wrote:
>
> On 10/12, Andrew Morton wrote:
> >
> > Bisection shows that this problem is caused by these two patches:
> >
> > pid-namespaces-allow-cloning-of-new-namespace.patch
>
> This? http://marc.info/?l=linux-mm-commits&m=118712242002039
>
> Pavel, this patch has a subt
On Sat, 13 Oct 2007 06:51:06 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Mike Galbraith wrote:
> > Greetings,
> >
> > Perhaps my .config is dainbramaged. When make oldconfig asked me if I
> > wanted CONFIG_PATA_PLATFORM, I said "Damned if I know, go for it".
> >
> > drivers/ide/legacy/ide_pl
Hi
Good news (I hope). With kernel option maxcpus=1, I can not get
a lock, so the system is stable and running. Where could be a problem?
Best regards,
Rok
Ingo Molnar wrote:
>> Hi
>>
>> I have recompiled kernel with OPROFILE disabled. I am sending in
>> attachment /proc/interrupts (i ran it
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >> On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]>
> >> wrote:
> >>> Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not found in
On Fri, Oct 12, 2007 at 08:43:32PM -0400, Dave Jones wrote:
> I never really understood the motivation behind putting the filename
> in a comment, but this fixes up a bunch of them that are now wrong
> post-merge.
Please just remove all these useless filename comments.
-
To unsubscribe from this
Torsten Kaiser wrote:
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Torsten Kaiser wrote:
On 10/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 12 Oct 2007 10:31:42 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
Oct 12 10:23:03 treogen smartd[6091]: Device: /dev/sdc, not foun
On Sat, Oct 13 2007, Alejandro Riveira Fernández wrote:
>
> Latest commit is
> ab9c232286c2b77be78441c2d8396500b045777e
>
> /home/alex/kernel/linux-2.6/block/compat_ioctl.c: En la función
> ???compat_put_ushort???:
This should already be fixed, Linus fixed it up. block/compat_ioctl.o
shoul
scripts/checkpatch.pl doesn't seem to like this patch:
$ scripts/checkpatch.pl m68k-export-asm-cachectl-h.diff
ERROR: Does not appear to be a unified-diff format patch
Your patch has style problems, please review. If any of these errors
are false positives report them to the maintainer, see
CHE
m68k: Atari input drivers cleanup:
- memleak on failed init/register of input devices fixed
- correct keycodes table (Atari keycodes are almost, but not entirely, equal
to Linux keycodes).
Signed-off-by: Michael Schmitz <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECT
emc_endio returns void:
linux/drivers/md/dm-emc.c: In function 'emc_endio':
linux/drivers/md/dm-emc.c:58: warning: 'return' with a value, in function
returning void
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/md/dm-emc.c |2 --
1 file changed, 2 deletions(-)
--- a/driv
m68k: fix net drivers after recent get_stats updates
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/macmace.c |6 +++---
drivers/net/mvme147.c |1 -
2 files changed, 3 insertions(+), 4 deletions(-)
--- a/drivers/net/macmace.c
+++ b/drivers/net/macmace.c
@@ -538,8 +
From: Matthew Wilcox <[EMAIL PROTECTED]>
libffi in GCC 4.2 needs cachectl.h to do its cache flushing. But we
don't currently export it. I believe this patch should do the trick.
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
include/
b43 wireless needs
linux/drivers/net/wireless/b43/pio.h: In function 'b43_pio_write':
linux/drivers/net/wireless/b43/pio.h:89: error: implicit declaration of
function 'mmiowb'
linux/drivers/net/wireless/b43/phy.c: In function 'b43_phy_write':
linux/drivers/net/wireless/b43/phy.c:301: error: imp
ssb bus needs
linux/drivers/ssb/main.c: In function 'ssb_ssb_read16':
linux/drivers/ssb/main.c:518: error: implicit declaration of function 'readw'
linux/drivers/ssb/main.c: In function 'ssb_ssb_read32':
linux/drivers/ssb/main.c:526: error: implicit declaration of function 'readl'
linux/drivers/s
Hi Linus, Andrew,
Here are some m68k patches for 2.6.24:
[1] m68k: Atari input drivers cleanup
[2] m68k: Atari keyboard ACIA driver cleanup
[3] m68k: ignore restart_syscall
[4] m68k: Export cachectl.h
[5] dm: emc_endio returns void
[6] m68k: fix net drivers after recent get_sta
m68k: Atari keyboard ACIA driver cleanup:
- removed dead key autorepeat code
- removed hardcoded initial keymap
Signed-off-by: Michael Schmitz <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/m68k/atari/atakeyb.c | 104 +++
On Fri, Oct 12, 2007 at 05:50:21PM +0200, Jan Blunck wrote:
> In case of somebody opens a file with dentry_open(dentry, NULL, ...) we don't
> want to stumble on the NULL pointer mnt in struct file.
We should just not allow a NULL vfsmount in dentry_open. Dave and I have
fixes for reiserfs, and I'
ACK
-
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/
Mark Weber wrote:
Anything else you'd like me to try?
Yes: a stock kernel, please. Preferably 2.6.23.
Thanks.
-
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-inf
On Sat, Oct 13, 2007 at 02:28:00PM +0200, Geert Uytterhoeven wrote:
> scripts/checkpatch.pl doesn't seem to like this patch:
>
> $ scripts/checkpatch.pl m68k-export-asm-cachectl-h.diff
> ERROR: Does not appear to be a unified-diff format patch
>...
> --- a/include/asm-m68k/Kbuild
> +++ b/include/
On Oct 13 2007 14:47, Adrian Bunk wrote:
>On Sat, Oct 13, 2007 at 02:28:00PM +0200, Geert Uytterhoeven wrote:
>> scripts/checkpatch.pl doesn't seem to like this patch:
>>
>> $ scripts/checkpatch.pl m68k-export-asm-cachectl-h.diff
>> ERROR: Does not appear to be a unified-diff format patch
>>...
On 10/12, Andrew Morton wrote:
>
> On Fri, 12 Oct 2007 15:47:59 -0400
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > I noticed a regression between 2.6.23-rc8-mm2 and 2.6.23-mm1 (with your
> > hotfixes). User space threads seems to receive a ERESTART_RESTARTBLOCK
> > as s
Hi, I think that my drives should be NCQ blacklisted too.
That's what I'm getting in my /var/log/messages:
---
Oct 13 13:55:52 ko kernel: ata1.00: exception Emask 0x2 SAct 0x3f9 SErr 0x0
action 0x2 frozen
Oct 13 13:55:53
Em Sáb, 2007-10-13 às 08:25 +0100, Al Viro escreveu:
> Breaks on any target that has copy_to_user() defined as a non-trivial
> macro.
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Cheers,
Mauro
-
To unsubscribe from this list: send the line
On Sat, Oct 13, 2007 at 02:55:01PM +0200, Jan Engelhardt wrote:
>
> On Oct 13 2007 14:47, Adrian Bunk wrote:
> >On Sat, Oct 13, 2007 at 02:28:00PM +0200, Geert Uytterhoeven wrote:
> >> scripts/checkpatch.pl doesn't seem to like this patch:
> >>
> >> $ scripts/checkpatch.pl m68k-export-asm-cachect
Jan Engelhardt wrote:
> On Oct 13 2007 10:16, Stefan Richter wrote:
>> Perhaps say
>>
>> warning("override: switching to choice %s", sym->name);
>>
>> if sym->name is [CONFIG_]PREEMPT_VOLUNTARY. Or what is it?
>
> .config:176:warning: override: reassigning to symbol PREEMPT_VOLUNTARY
> .conf
On 286, 10 13, 2007 at 12:05:02AM +0800, Bryan Wu wrote:
> From: Michael Hennerich <[EMAIL PROTECTED]>
> Subject: [PATCH try #4] Blackfin BF54x Input Keypad controller driver
>
> [try #2] Changelog:
> - Coding style issue fixes
> - using a temp variable for bf54x_kpad->input
> - Other updates a
Hi all,
I got a Bluetooth wireless mouse identifed as,
input: Microsoft Microsoft� Wireless Notebook Presenter Mouse 8000
as /devices/pci:00/:00:1d.1/usb3/3-1/3-1.3/3-1.3:1.0/input/input12
input: USB HID v1.11 Mouse [Microsoft Microsoft� Wireless Notebook Presenter
Mouse 8000] on usb-00
s/moderated/moderate of course :-/
Saturday 13 October 2007 Tarihinde 17:13:03 yazmıştınız:
> Hi all,
>
> I got a Bluetooth wireless mouse identifed as,
>
> input: Microsoft Microsoft� Wireless Notebook Presenter Mouse 8000
> as /devices/pci:00/:00:1d.1/usb3/3-1/3-1.3/3-1.3:1.0/input/input
On Oct 13 2007 16:01, Stefan Richter wrote:
>>
>> .config:176:warning: override: reassigning to symbol PREEMPT_VOLUNTARY
>> .config:176:warning: override: PREEMPT_VOLUNTARY turns state choice
>
>Try to make it a single warning.
Patches welcome. Even without the patch, i.e. original kconfig
behav
On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> Torsten Kaiser wrote:
> > I can't follow you on SYNCHRONIZE CACHE.
> > The only command written to the syslog in the errors where
> > 0x60==ATA_CMD_FPDMA_READ and
On 10/13/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> On 10/13/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Torsten Kaiser wrote:
> > > Comparing sata_nv.c from 2.6.23-rc8-mm1 and 2.6.23-mm1 I see two
> > > changes, that look suspicious:
> > >
> > > http://git.kernel.org/?p=linux/kernel/git/jg
This is the start of the review cycle for the stable 2.6.20.21
kernel release. This version catches up with 2.6.22.9, and 35
patches will be posted as a response to this message. I tried
hard to trim the patches to a minimally reasonable set, and
unless I have introduced a big regression or build e
ACPICA: Fixed possible corruption of global GPE list
Fixed a problem in acpi_ev_delete_gpe_xrupt where the global interrupt
list could be corrupted if the interrupt being removed was at
the head of the list. Reported by Linn Crosetto.
Signed-off-by: Bob Moore <[EMAIL PROTECTED]>
Signed-off-by: Le
These functions depend on "result" being initalized to 0, but "result"
is not included as an input constraint to the inline assembly block
following its initialization, only as an output constraint. Thus gcc
thinks it doesn't need to initialize it, so result ends up undefined
if the "unless" condit
Author: Chuck Ebbert <[EMAIL PROTECTED]>
Add xt_statistic.h to the list of headers to install.
Apparently needed to build newer versions of iptables.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTE
Theory : though needless, it should not have hurt.
Practice: it does not play nice with DEBUG_SHIRQ + LOCKDEP + UP
(see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D242572).
The patch makes sense in itself but I should dig why it has an effect
on #242572 (assuming that NAPI do not chan
It didn't handle that case at all, and now dump_stack()
can be implemented directly as show_stack(current, NULL)
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/traps.c | 18 +++---
arch/sparc64/mm/faul
[TCP]: Invoke tcp_sendmsg() directly, do not use inet_sendmsg().
As discovered by Evegniy Polyakov, if we try to sendmsg after
a connection reset, we can do incredibly stupid things.
The core issue is that inet_sendmsg() tries to autobind the
socket, but we should never do that for TCP. Instead
This patch (as964) was suggested by Steffen Koepf. It makes
usb_get_descriptor() retry on all errors other than ETIMEDOUT, instead
of only on EPIPE. This helps with some devices.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/usb/
the pwc driver has a disconnect method that waits for user space to
close the device. This opens up an opportunity for a DoS attack,
blocking the USB subsystem and making khubd's task busy wait in
kernel space. This patch shifts freeing resources to close if an opened
device is disconnected.
Signe
From: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
arch/i386/kernel/sysenter.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
Index: 2.6/arch/i3
Actually, the ratehalving seems to work too well, as cwnd is
reduced on every second ACK even though the packets in flight
remains unchanged. Recoveries in a bidirectional flows suffer
quite badly because of this, both NewReno and SACK are affected.
After this patch, rate halving is performed for
Use seq_file for the proc file read/write of snd-page-alloc module.
This automatically fixes bugs in the old proc code.
Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
---
sound/core/memalloc.c | 68 --
commit 0ee6c15e7ba7b36a217cdadb292eeaf32a057a59 in mainline.
When we flush register state for FP, Altivec, or SPE in flush_*_to_thread
we need to respect the task_struct that the caller has passed to us.
Most cases we are called with current, however sometimes (ptrace) we may
be passed a differen
(cherry picked from commit 48200baeab95fd39a7f4c4f3536c7142a64ac335)
[PATCH] V4L: cx88: Avoid a NULL pointer dereference during mpeg_open()
Bug: With a hardware encoder board installed as cx88[1] and a
non-encoder boards installed as cx88[0], an OOPS is generated
during cx8802_get_device() called
commit 3558c9b3232b5f0fd9f32043a191eca20fca64c6 in mainline.
sparc32:
drivers/block/DAC960.c: In function 'DAC960_V1_EnableMemoryMailboxInterface':
drivers/block/DAC960.c:1168: error: 'DMA_32BIT_MASK' undeclared (first use in
this function)
drivers/block/DAC960.c:1168: error: (Each undeclared id
1 - 100 of 261 matches
Mail list logo
