Using: v2.6.25-rc1-120-ge760e71
In a normal compilation, I might this message:
...
MODPOST vmlinux.o
WARNING: modpost: Found 4 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
...
I can indeed try to re-make, passing CONFIG_DEBUG_SECTION_
Hi Bart.
On Thu, Feb 14, 2008 at 09:55:50PM +0100, Bartlomiej Zolnierkiewicz wrote:
> Add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS to drivers/ide/Kconfig and use
> it instead of defining IDE_ARCH_OBSOLETE_DEFAULTS in .
>
> Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
> ---
> drivers/ide
On Thu, Feb 14, 2008 at 03:04:41PM -0500, Gene Heskett wrote:
> On Thursday 14 February 2008, Alan Cox wrote:
> >> byte of a packet is being thrown away about .1% of the time for the
> >> pl2303, but I'm not sure if the FTDI driver still suffers from a similar
> >> rash. I
> >
> >A 20 byte low spe
On Thu, 14 Feb 2008 21:25:35 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > really, the best defense is to reduce the useful lifetime of any
> > leaked canary, and you can't get better than syscall granularity
> > without disproportional e
Stephen Rothwell wrote:
Also, more trees please ... :-)
Please add the 'NEXT' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
to your list. This is a throwaway meta-branch that is rebased often.
The 'master' branch of libata-dev.git always contains the base co
Jeff Garzik wrote:
Please add the 'NEXT' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
to your list. This is a throwaway meta-branch that is rebased often.
Additional FYI:
Don't be worried if "git diff master..NEXT" is empty from time to time.
This condition
In message <[EMAIL PROTECTED]>, Sam Ravnborg writes:
> On Thu, Feb 14, 2008 at 03:54:04PM -0500, Erez Zadok wrote:
> > Using: v2.6.25-rc1-120-ge760e71
> >
> > In a normal compilation, I might this message:
> >
> > ...
> > MODPOST vmlinux.o
> > WARNING: modpost: Found 4 section mismatch(es).
> >
On Thu, Feb 14, 2008 at 03:04:04PM -0500, Mathieu Desnoyers wrote:
> * Sam Ravnborg ([EMAIL PROTECTED]) wrote:
> > On Thu, Feb 14, 2008 at 08:27:52AM -0500, Mathieu Desnoyers wrote:
> > > * Roland McGrath ([EMAIL PROTECTED]) wrote:
> > > >
> > > > The samples/ subdirectory contains only modules.
>
Mel Gorman wrote:
> On (13/02/08 10:45), Mike Travis didst pronounce:
>> Mel Gorman wrote:
>>> On (03/02/08 17:16), Andrew Morton didst pronounce:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>>> bl6-13 (4-way x86_64 machine) from test.kernel.org is fai
On Thursday 14 February 2008 01:26:59 pm Linus Torvalds wrote:
>
> On Thu, 14 Feb 2008, Bjorn Helgaas wrote:
>
> > On Thursday 14 February 2008 12:42:52 pm Linus Torvalds wrote:
> > >
> > > It *shouldn't* fail.
> > >
> > > Things should fail only when two different drivers have requested the
>
Add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS to drivers/ide/Kconfig and use
it instead of defining IDE_ARCH_OBSOLETE_DEFAULTS in .
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/Kconfig |3 +++
drivers/ide/ide.c |5 +
include/as
* Use CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS instead of
CONFIG_IDE_ARCH_OBSOLETE_INIT in init_ide_data().
* Remove no longer needed CONFIG_IDE_ARCH_OBSOLETE_INIT.
There should be no functional changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/id
On Fri, Feb 15, 2008 at 01:42:10AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> To make my life easier, can I ask that the series file for any quilt trees in
> the linux-next tree have a comment at the top to identify their base (either
> a SHA1 or some other ref in Linus' tree). Like this:
>
On Thu, Feb 14, 2008 at 8:35 AM, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Kosaki-san wrote:
> > i prefer another name [!relative].
>
> Any suggestions?
>
> I'll give the name some thought myself.
> I like good names, and this is the right
> time to get this one right.
'Relative map' implies
On Feb 13, 2008, at 7:09 PM, David Miller wrote:
I've taken into consideration the various feedback, and
ported the bug fix and other LMB patches posted recently
in an effort to keep the patch churn by others down wrt.
my moving of these files.
1) Use HAVE_LMB as suggested by Sam.
2) Fix pot
On Thu, 14 Feb 2008 01:36:56 +0100
Bartlomiej Zolnierkiewicz wrote:
> * Initialize IDE ports in mpc8xx_ide_probe().
>
> * Remove m8xx_ide_init() and ppc_ide_md hooks - no need for them
> (IDE mpc8xx host driver takes care of all this setup).
>
> * Remove needless 'if (irq)' and 'if (data_port
On Thu, Feb 14, 2008 at 12:20:32PM -0800, Greg KH wrote:
> On Fri, Feb 15, 2008 at 12:35:37AM +1100, Stephen Rothwell wrote:
> >
> > So, comments, please.
>
> Could you change the Makefile to show that if we build and run this
> tree, it really isn't Linus's tree? Yes, I know the -git number wil
On Thu, Feb 14, 2008 at 07:55:44PM +1030, David Newall wrote:
> The current 2.6 driver maintains it's own buffer. I think that's a bad
> thing: usbserial already buffers writes, and the extra buffer copy seems
> unnecessary, however it does solve the putchar problem. Buffered (i.e.
> by the 2.6 s
> I can indeed try to re-make, passing CONFIG_DEBUG_SECTION_MISMATCH=y on the
> command line, but I can't turn on the option in my .config. That's because
> the option depends on "UNDEFINED". (Was that an attempt to "hide" the
> option? Why?) The following small patch allows me to set the o
On Thu, Feb 14, 2008 at 12:02:57PM -0800, Roland McGrath wrote:
> I don't have any axe to grind here, I just could not figure out how to get
> the samples/ modules built (without resorting to make M=.../samples/foo and
> clobbering my source directory).
> If there is another plan, point me to its
Vegard Nossum wrote:
+DEFINE_PER_CPU(bool, kmemcheck_busy) = false;
+DEFINE_PER_CPU(uint32_t, kmemcheck_addr1) = 0;
+DEFINE_PER_CPU(uint32_t, kmemcheck_addr2) = 0;
+DEFINE_PER_CPU(uint32_t, kmemcheck_reg_flags) = 0;
+
+DEFINE_PER_CPU(int, kmemcheck_num) = 0;
+DEFINE_PER_CPU(int, kmemcheck_balanc
On Thu, Feb 14, 2008 at 06:42:37PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > Fix bug noticed by Ingo of __va() wrapping on 32bit
>
> what you should realize is that had we applied your previous patch in a
> rush, it would have introduced a far more serious
On Thursday 14 February 2008, Greg KH wrote:
>On Thu, Feb 14, 2008 at 01:32:02PM -0500, Gene Heskett wrote:
>> On Thursday 14 February 2008, Linus Torvalds wrote:
>> [...]
>>
>> >And this is where "process" really matters. Making sure people don't get
>> >too frustrated about the constant grind.
>>
On Thu, Feb 14, 2008 at 03:54:04PM -0500, Erez Zadok wrote:
> Using: v2.6.25-rc1-120-ge760e71
>
> In a normal compilation, I might this message:
>
> ...
> MODPOST vmlinux.o
> WARNING: modpost: Found 4 section mismatch(es).
> To see full details build your kernel with:
> 'make CONFIG_DEBUG_SECTI
On Thu, Feb 14, 2008 at 10:19:23PM +0100, Thomas Gleixner wrote:
> Linus,
>
> please pull hrtimer fixes from:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git
> master
>
> The first patch fixes an overflow problem, which is caused by missing
> checks in the relative
On Thu, 14 Feb 2008, Greg KH wrote:
> On Thu, Feb 14, 2008 at 10:19:23PM +0100, Thomas Gleixner wrote:
> > Linus,
> >
> > please pull hrtimer fixes from:
> >
> > ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git
> > master
> >
> > The first patch fixes an overflow probl
On Thu, 14 Feb 2008, Paul Jackson wrote:
> In mempolicy.h, the lines:
>
> /*
> * The lower MPOL_FLAG_SHIFT bits of the policy mode represent the MPOL_*
> * constants defined in enum mempolicy_mode. The upper bits represent
> * optional set_mempolicy() MPOL_F_* mode flags.
>
On Thu, 14 Feb 2008 14:58:22 -0600
Becky Bruce <[EMAIL PROTECTED]> wrote:
>
> On Feb 13, 2008, at 7:09 PM, David Miller wrote:
>
> >
> > I've taken into consideration the various feedback, and
> > ported the bug fix and other LMB patches posted recently
> > in an effort to keep the patch churn b
On Thu, 14 Feb 2008 20:59:46 +0100 Vegard Nossum wrote:
> Greetings,
>
Just a few doc comments (below).
>
> From 0fcca4341b6b1b277d936558aa3cab0f212bad9b Mon Sep 17 00:00:00 2001
> From: Vegard Nossum <[EMAIL PROTECTED]>
> Date: Thu, 14 Feb 2008 19:10:40 +0100
> Subject: [PATCH] kmemcheck: ad
On Thu, 14 Feb 2008, Guennadi Liakhovetski wrote:
> 2.6.24.2 fails to boot on the above system with an Intel DQ35JO
> motherboard, as do Debian install kernels - both stock etch amd64 and
> updated image from Kenshi Muto (kmuto.jp). The only way to boot was with
> "acpi=off". Whereas ubuntu 7.1
On Thursday 14 February 2008, Greg KH wrote:
>On Thu, Feb 14, 2008 at 03:04:41PM -0500, Gene Heskett wrote:
>> On Thursday 14 February 2008, Alan Cox wrote:
>> >> byte of a packet is being thrown away about .1% of the time for the
>> >> pl2303, but I'm not sure if the FTDI driver still suffers from
On Thu, Feb 14, 2008 at 04:05:14PM -0500, Erez Zadok wrote:
> In message <[EMAIL PROTECTED]>, Sam Ravnborg writes:
> > On Thu, Feb 14, 2008 at 03:54:04PM -0500, Erez Zadok wrote:
> > > Using: v2.6.25-rc1-120-ge760e71
> > >
> > > In a normal compilation, I might this message:
> > >
> > > ...
> > >
Oliver Pinter <[EMAIL PROTECTED]> wrote:
> for stable (.22 .23 .24) ?
>
> git id in mainline: 900cf086fd2fbad07f72f4575449e0d0958f860f
I sent it to the stable folks a couple days ago.
Thanks,
jon
Jonathan Corbet / LWN.net / [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "un
Linus,
please pull hrtimer fixes from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git master
The first patch fixes an overflow problem, which is caused by missing
checks in the relative to absolute time conversion in the futex
code. It got caught by the WARN_ON() in cl
On Wed, Feb 13, 2008 at 05:56:53PM -0500, Ed L. Cashin wrote:
> On Thu, Feb 14, 2008 at 12:05:37AM +0200, Adrian Bunk wrote:
> > On Wed, Feb 13, 2008 at 11:03:35PM +0100, Jan Engelhardt wrote:
> > >
> > > On Feb 13 2008 23:30, Adrian Bunk wrote:
> > > >
> > > >This patch #if 0's the no longer used
On Mon, 11 Feb 2008 12:29:33 -0800
Kevin Lloyd <[EMAIL PROTECTED]> wrote:
> From: Kevin Lloyd <[EMAIL PROTECTED]>
>
> Moves the Onda H600/ZTE MF33 device from the sierra driver to the option
> driver.
>
A changelog should describe why a change was made, not simply what the
change is.
>
> ---
>
> I agree but this option is meant to be only temporary to ease the cleanup
> process. We can think about the proper solution after default IDE ports
> initialization gets moved to ide_generic host driver.
Makes sense and agreed. (I hoped so - which is why I said "borderline").
Sam
--
Jeremy Fitzhardinge wrote:
Do you also have a patch to update the boot protocol?
Looking for anything different than the root of this thread?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
The ifdefs are quite ugly. I would recommend to define standard
functions (kmemcheck_init_zero or similar and an own __GFP flag) that can
be used without ifdef and easily nop'ed out on !KMEMCHECK kernels.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Thu, Feb 14, 2008 at 01:12:28PM -0800, Andrew Morton wrote:
> On Mon, 11 Feb 2008 12:29:33 -0800
> Kevin Lloyd <[EMAIL PROTECTED]> wrote:
>
> > From: Kevin Lloyd <[EMAIL PROTECTED]>
> >
> > Moves the Onda H600/ZTE MF33 device from the sierra driver to the option
> > driver.
> >
>
> A change
This patch makes theneedlessly global lpfc_disable_node() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/scsi/lpfc/lpfc_crtn.h|1 -
drivers/scsi/lpfc/lpfc_hbadisc.c |2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
c3ed441728e0116d0e545837d84cbe337740a3de d
This patch removes the mca-pentium boot option that was a noop.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |2 --
arch/x86/kernel/cpu/bugs.c |8
arch/x86/kernel/setup_32.c |1 -
include/asm-x86/processor.h
On Thu, Feb 14, 2008 at 07:38:19PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > this is indeed a bug (we change the attributes for a larger area
> > > than needed), but your fix is unclean. Find below a cleaner
> > > solution.
> >
> > You're still ignoring the
On Thu, 2008-02-14 at 16:03 -0500, Jeff Garzik wrote:
> Stephen Rothwell wrote:
> > Also, more trees please ... :-)
>
> Please add the 'NEXT' branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>
> to your list. This is a throwaway meta-branch that is rebased often
With the needlessly global marker_debug being static gcc can optimize
the unused code away.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
91577cc8ac60bf9003d0dd037a231db363003740 diff --git a/kernel/marker.c
b/kernel/marker.c
index c4c2cd8..133bdbb 100644
--- a/kernel/marker.c
+++ b/kernel
Ian Campbell wrote:
On Thu, 2008-02-14 at 17:01 +, Ian Campbell wrote:
I have a xen domain builder patch as well. I was waiting for the Linux
side to gain some traction before putting it forward (I'd attach it
now but it's at home on a laptop which is sleeping).
Here it is:
# HG c
On Tue, 2008-02-12 at 18:49 -0500, Jeff Garzik wrote:
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Nice work, thanks. This is PCI only I take it. ISA and EISA look like
they'll be a tad more troublesome, so PCI only is fine.
> ---
> drivers/scsi/gdth.c | 143
> +++
On Thu, 14 Feb 2008, Bjorn Helgaas wrote:
>
> That means the PNP system driver has to be registered after the PCI
> driver.
After the PCI *subsystem*
Here's the actual problem:
[ 31.133141] PCI: Unable to reserve mem region #1:[EMAIL PROTECTED] for
device :00:1b.0
and here is what the
Hi,
On Thursday 14 February 2008, Sam Ravnborg wrote:
> Hi Bart.
>
> On Thu, Feb 14, 2008 at 09:55:50PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > Add CONFIG_IDE_ARCH_OBSOLETE_DEFAULTS to drivers/ide/Kconfig and use
> > it instead of defining IDE_ARCH_OBSOLETE_DEFAULTS in .
> >
> > Signed-off-
Clean up: eliminate some compiler noise on x86 when building with strict
warnings enabled, introduced by commit 345b904c.
In file included from include2/asm/thread_info_64.h:12,
from include2/asm/thread_info.h:4,
from
/home/cel/src/linux/nfs-2.6/include/linux/thre
On Thu, 14 Feb 2008, Ray Lee wrote:
> map_bitmap violates your naming convention, bitmap_map isn't all that
> clear, bitmap_remap is taken, and while it is one-to-one and onto, I
> think calling it bitmap_bijection would lose everyone except the
> mathematicians. bitmap_onto? bitmap_map_onto? bitm
On Wed, Feb 13, 2008 at 7:47 PM, Roland Dreier <[EMAIL PROTECTED]> wrote:
> The strange thing is that Ingo's patch to make cpu_clock() a NOP until
> after sched_init() didn't fix things for me...
Very strange. I threw in an output line counter into the printk code() ... if I
disable the timesta
Hi Paul,
On Fri, 15 Feb 2008 00:49:28 +0900 Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> For SH:
>
> master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgpsZoqKbvwi
Boaz Harrosh wrote:
do you intend this to be pushed into 2.6.25-rcx or this is already
for 2.6.26? Should we put this in -mm tree for testing?
Not intended for 2.6.25. I just wanted to get this "in process"
somewhere, and keep this issue moving. I would definitely prefer to
have this teste
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get a collection of bug-fixes and very minor cleanups for powerpc
(plus one commit wiring up the timerfd syscalls).
Thanks,
Paul.
arch/powerpc/Kconfig |4 ---
arch/p
On Thu, 14 Feb 2008 00:27:34 +0100, Mariusz Kozlowski wrote:
> Of course there is a typo in the subject :)
>
> 2.5.25-rc1 -> 2.6.25-rc1
>
> > Hello,
> >
> > I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> > problem.
> > Linux boots but with huge delay due to some iss
Hi Dave,
On Thu, 14 Feb 2008 09:54:02 -0600 Dave Kleikamp <[EMAIL PROTECTED]> wrote:
>
> Please add:
> git://git.kernel.org/pub/scm/linux/kernel/git/shaggy/jfs-2.6.git next
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgp0s5
Comments noted for my next round of revisions (its a low priority, so
definitely not this week). Good spotting, thanks!
Jeff
--
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.k
> > The strange thing is that Ingo's patch to make cpu_clock() a NOP until
> > after sched_init() didn't fix things for me...
> Very strange. I threw in an output line counter into the printk code() ...
> if I
> disable the timestamps for the first 30 lines, then everything is good (so
On Thu, 14 Feb 2008 22:42:41 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 07:38:19PM +0100, Ingo Molnar wrote:
> >
> > * Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > > this is indeed a bug (we change the attributes for a larger
> > > > area than needed), but your fix
Adrian Bunk wrote:
This patch makes theneedlessly global lpfc_disable_node() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
ACK
-- james s
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
James Bottomley wrote:
So does this indicate the meaning of upstream and upstream-fixes is
still the same? I always took upstream-fixes to be bug fixes for this
-rc and upstream as queued for the next merge window, in which case NEXT
would be the union of those two sets?
In practice, #upstrea
On Thu, Feb 14, 2008 at 12:06:37PM -0700, Bjorn Helgaas wrote:
>
> Are you adding x2apic support for both x86 and ia64, or only for x86?
x2apic extension is specific to x86. ia64 already has an advanced lsapic,
isn't it..
thanks,
suresh
--
To unsubscribe from this list: send the line "unsubscrib
Hi Martin,
On Thu, 14 Feb 2008 16:25:09 +0100 Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
>
> For the s390 architecture please use the "features" branch of git390:
>
> git://git390.osdl.marist.edu/pub/scm/linux-2.6.git features
Added thanks.
--
Cheers,
Stephen Rothwell[EM
From: Becky Bruce <[EMAIL PROTECTED]>
Date: Thu, 14 Feb 2008 14:58:22 -0600
> Thanks for picking up the patches from Kumar and myself and fitting
> them into your series - this is much appreciated. FYI, I applied the
> entire patch series to my local tree and test-booted both mpc8641 and
>
On 14 Feb 2008 at 21:25, Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > really, the best defense is to reduce the useful lifetime of any
> > leaked canary, and you can't get better than syscall granularity
> > without disproportional effort and impact elsewhere (and i'
On Thu, 14 Feb 2008, Greg KH wrote:
> On Thu, Feb 14, 2008 at 10:37:49PM +0100, Thomas Gleixner wrote:
> > On Thu, 14 Feb 2008, Greg KH wrote:
> >
> > > On Thu, Feb 14, 2008 at 10:19:23PM +0100, Thomas Gleixner wrote:
> > > > Linus,
> > > >
> > > > please pull hrtimer fixes from:
> > > >
> > >
On Mon, 11 Feb 2008 14:59:34 +0100 (CET)
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Mon, 11 Feb 2008, Adrian Bunk wrote:
>
> > The issue described in [1] is still present and unfixed (and even the
> > fix there wasn't complete since it didn't cover SMP).
>
> Damn, this slipped through my a
On Thu, Feb 14, 2008 at 10:37:49PM +0100, Thomas Gleixner wrote:
> On Thu, 14 Feb 2008, Greg KH wrote:
>
> > On Thu, Feb 14, 2008 at 10:19:23PM +0100, Thomas Gleixner wrote:
> > > Linus,
> > >
> > > please pull hrtimer fixes from:
> > >
> > > ssh://master.kernel.org/pub/scm/linux/kernel/git/tg
On Sun, 10 Feb 2008 22:11:15 -0500
"Andrew Paprocki" <[EMAIL PROTECTED]> wrote:
> This patch adds support for 16-bit watchdog timeout values which are
> available in chip revisions >= 0x08. Values <= 65535 are seconds precision,
> otherwise minutes precision is used up to a maximum value of 393210
In C, signed 1-bit bitfields can only take the values 0 and -1, only
0 and 1 are ever assigned in current code. Make them unsigned
bitfields.
Fixes the (repeated) sparse errors:
drivers/mtd/ubi/ubi.h:220:15: error: dubious one-bit signed bitfield
drivers/mtd/ubi/ubi.h:221:17: error: dubious one-b
Hello,
> > > Is it just me, or does
> > >
> > > ((user_addr + iov[seg].iov_len + PAGE_SIZE - 1)/PAGE_SIZE -
> > > user_addr/PAGE_SIZE)
> > >
> > > not simplify to
> > >
> > > = ((iov[seg].iov_len + PAGE_SIZE - 1)/PAGE_SIZE +
> > > user_addr/PAGE_SIZE - user_addr/PAGE_SIZE)
> >
> On Thu, 2008-02-14 at 18:39 +0100, Miklos Szeredi wrote:
> > > > And I'm not against doing it with the "at*" variants, as Trond
> > > > suggested.
> > >
> > > If you're going to change the syscall, then you should ensure that it
> > > solves _all_ the problems that are known at this time. Ignori
[EMAIL PROTECTED] wrote:
> The patch titled
> drivers/net/e1000: Use FIELD_SIZEOF
> has been added to the -mm tree. Its filename is
> drivers-net-e1000-use-field_sizeof.patch
>
> Before you just go and hit "reply", please:
>a) Consider who else should be cc'ed
>b) Prefer to cc a
Hi Mauro,
On Thu, 14 Feb 2008 15:38:50 -0200 Mauro Carvalho Chehab <[EMAIL PROTECTED]>
wrote:
>
> Please add v4l-dvb tree, at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-next.git
>
> The above tree has two branches: 'master' and 'stable'
>
> Both branches will have V4L/
> I guess sched_init() is too early... it does seem really strange to
> me, but I just double checked with Ingo's patch and it does indeed
> hang. The slow way to make progress is just to go through
> start_kernel() line-by-line and enable cpu_clock() at each stage, and
> see where it stops hangin
On Thursday 14 February 2008 02:37:15 pm Linus Torvalds wrote:
>
> On Thu, 14 Feb 2008, Bjorn Helgaas wrote:
> >
> > That means the PNP system driver has to be registered after the PCI
> > driver.
>
> After the PCI *subsystem*
>
> Here's the actual problem:
>
> [ 31.133141] PCI: Unable to re
On Fri, 2008-02-15 at 00:35 +1100, Stephen Rothwell wrote:
>
> Also, more trees please ... :-)
Please add the 'linux-next' branch of
git://git.linux-nfs.org/projects/trondmy/nfs-2.6.git
Cheers
Trond
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, Feb 14, 2008 at 04:15:41PM -0600, David Nicol wrote:
> Do we care?
>
>
> AS .tmp_kallsyms2.o
> LD vmlinux.o
> MODPOST vmlinux.o
> WARNING: vmlinux.o(.text+0xe51ac): Section mismatch: reference to
> .init.text:pcibios_fixup_bus (between 'pci_scan_child_bus' and
> 'pci_scan_
> On Thu, Feb 14, 2008 at 9:31 AM, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> >
> > I deliberately not used the MS_* flags, which is currently a messy mix
> > of things with totally different meanings.
> >
> > Does this solve all the issues?
>
> We should add a size parameter either in the mou
On Thu, Feb 14, 2008 at 09:25:35PM +0100, Ingo Molnar wrote:
> The per function call overhead from stackprotector is already pretty
> serious IMO, but at least that's something that GCC _could_ be doing
> (much) smarter (why doesnt it jne forward out to __check_stk_failure,
> instead of generati
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> With the needlessly global marker_debug being static gcc can optimize
> the unused code away.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Thanks,
Acked-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
> ---
> 91577cc8ac60bf9003d0dd037a231db36300374
On Thu, Feb 14, 2008 at 01:56:13AM +0100, Roman Zippel wrote:
> Hi,
>
> On Wednesday 13. February 2008, Sam Ravnborg wrote:
>
> > config foo
> > tristate "do you want foo?"
> > depends on USB && BAR
> > module
> > obj-$(CONFIG_FOO) += foo.o
> > foo-y := file1.o file2.o
> >
Do we care?
AS .tmp_kallsyms2.o
LD vmlinux.o
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0xe51ac): Section mismatch: reference to
.init.text:pcibios_fixup_bus (between 'pci_scan_child_bus' and
'pci_scan_bus_parented')
LD vmlinux
SYSMAP System.map
SYSMAP .tmp_System.map
From: Josh Boyer <[EMAIL PROTECTED]>
Date: Thu, 14 Feb 2008 15:24:48 -0600
> I plan on actually testing this on Ebony, Walnut, and Bamboo either
> later tonight or tomorrow. I don't expect many issues.
>
> Dave, those above boards would cover the build of PowerPC 4xx CPU cores.
Ok.
--
To unsubs
Gene Heskett <[EMAIL PROTECTED]> writes:
> Apparently they do not Alan, the pl2303 in particular is a problem child,
> throwing several lost com errors a day when doing nothing more strenuous than
> talking to my belkin UPS from apcupsd, very small packets there, 20 bytes I
> believe at several
On Sun, 10 Feb 2008 11:10:15 +0100
Marcin Slusarz <[EMAIL PROTECTED]> wrote:
> fs/ext2/super.c |8 +++-
> fs/ext3/super.c |2 +-
> fs/ext4/super.c |2 +-
Please don't bundle the filesystem patches in this manner. I split
it into three patches.
Thanks.
--
To unsubscribe from this
On Thu, Feb 14, 2008 at 12:20 PM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Feb 2008, Caitlin Bestler wrote:
>
> > So suspend/resume to re-arrange pages is one thing. Suspend/resume to cover
> > swapping out pages so they can be reallocated is an exercise in futility.
> By the
>
From: [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 13:02:40 -0800
> Subject: net: xfrm statistics depend on INET
> From: Paul Mundt <[EMAIL PROTECTED]>
>
> net/built-in.o: In function `xfrm_policy_init':
> /home/pmundt/devel/git/sh-2.6.25/net/xfrm/xfrm_policy.c:2338: undefined
> reference to `snmp_m
On Thu, 14 Feb 2008, Caitlin Bestler wrote:
> I have no problem with that, as long as the application layer is responsible
> for
> tearing down and re-establishing the connections. The RDMA/transport layers
> are incapable of tearing down and re-establishing a connection transparently
> because c
From: Jozsef Kadlecsik <[EMAIL PROTECTED]>
Date: Thu, 14 Feb 2008 16:02:29 +0100 (CET)
> Hi,
>
> On Sun, 10 Feb 2008, Jeff Chua wrote:
>
> > Please note the lastest git commit is missing one part (which was in
> > Jozsef's
> > original patch).
>
> Sorry everyone, that's my fault: the patch I s
Hi,
I posted 2 patches to fix kernel panic and memory leak.
http://lkml.org/lkml/2008/2/14/282
http://lkml.org/lkml/2008/2/14/283
But, I think this patch is better than old ones.
---
From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
Reading /proc//latency or /proc//task//latency could cause
NULL poin
On Thu, 14 Feb 2008, Bjorn Helgaas wrote:
> >
> > [ 22.906610] system 00:08: iomem range 0xfebfe000-0xfebfec00 has been
> > reserved
> > [ 22.906654] system 00:08: iomem range 0xfebfa000-0xfebfac00 has been
> > reserved
>
> The PNP resource fits entirely inside the PCI bus resource, so th
The drivers/memstick/Kconfig references MMC where it should read MemoryStick
Signed-off-by: Ben Dooks <[EMAIL PROTECTED]>
diff -urNp linux-2.6.25-rc1/drivers/memstick/Kconfig
linux-2.6.25-rc1-bjd1/drivers/memstick/Kconfig
--- linux-2.6.25-rc1/drivers/memstick/Kconfig 2008-02-13 20:04:28.00
On Thursday 14 February 2008, Krzysztof Halasa wrote:
>Gene Heskett <[EMAIL PROTECTED]> writes:
>> Apparently they do not Alan, the pl2303 in particular is a problem child,
>> throwing several lost com errors a day when doing nothing more strenuous
>> than talking to my belkin UPS from apcupsd, ver
On 14 Feb 2008 at 17:35, Jakub Jelinek wrote:
> Where do you see a mispredicted branch?
try it with -Os (gentoo gcc 4.2.2):
:
0: 48 83 ec 58 sub$0x58,%rsp
4: 65 48 8b 04 25 28 00 00 00 mov%gs:0x28,%rax
d: 48 89 44 24 48 mov%ra
On Thu, Feb 14, 2008 at 02:08:16PM -0800, Arjan van de Ven wrote:
> On Thu, 14 Feb 2008 22:42:41 +0100
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Feb 14, 2008 at 07:38:19PM +0100, Ingo Molnar wrote:
> > >
> > > * Andi Kleen <[EMAIL PROTECTED]> wrote:
> > >
> > > > > this is indeed a b
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
Find the shortlog and diffstat below.
Small fixes only. One generic file modified: we touch mm/memory.c's
print_vma_addr() to fix a bug on 64-bit x86 that was found yesterday
On Thu, Feb 14, 2008 at 02:58:22PM -0600, Becky Bruce wrote:
> Thanks for picking up the patches from Kumar and myself and fitting
> them into your series - this is much appreciated. FYI, I applied the
> entire patch series to my local tree and test-booted both mpc8641 and
> mpc8568mds and
> The first things I need from the subsystem maintainers (you know who you
> are) are a contact address (a list address is fine) and at least one git
> branch or quilt series that contains all the things you want to see go
> into 2.6.26.
For InfiniBand/RDMA, the tree is:
master.kernel.org
301 - 400 of 563 matches
Mail list logo
