login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
September
»
18
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Ingo Molnar
Subject:
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
Date: Thursday, September 18, 2008 - 5:29 am
* Jan Beulich <jbeulich@novell.com> wrote:
quoted text
> >>> Ingo Molnar <mingo@elte.hu> 18.09.08 13:20 >>> > > > >* Ingo Molnar <mingo@elte.hu> wrote: > > > >> * Jan Beulich <jbeulich@novell.com> wrote: > >> > >> > I'm really sorry for that, yet another merge oversight (not caught > >> > because only re-tested on x86-64). Here's a better one. > >> > >> ah, i see, the delta below. Nasty. > > > >the attached config fails in a similar way. > > Hmm, yes, other than in .27, -tip derives resource_size_t from phys_addr_t, > regardless of CONFIG_RESOURCES_64BIT (and the config you provided > is a non-PAE one). I have to question that change, which I'm sure is > responsible for this failure. If there's a good reason for this, then > phys_addr_valid() should use phys_addr_t as its parameter type (and > so should ioremap() & Co), and the pre-processor conditional should > then change to depend on CONFIG_PHYS_ADDR_T_64BIT. Since ioremap() > would need to change first, I'd have to withdraw the patch until that > gets sorted out.
(Cc:-ing Jeremy and Hugh). Ingo --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jan Beulich
, (Thu Sep 18, 12:13 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Ingo Molnar
, (Thu Sep 18, 12:18 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Yinghai Lu
, (Thu Sep 18, 12:52 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Ingo Molnar
, (Thu Sep 18, 2:10 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jan Beulich
, (Thu Sep 18, 2:31 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Ingo Molnar
, (Thu Sep 18, 2:57 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Ingo Molnar
, (Thu Sep 18, 4:20 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jan Beulich
, (Thu Sep 18, 4:58 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Ingo Molnar
, (Thu Sep 18, 5:29 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, H. Peter Anvin
, (Thu Sep 18, 8:25 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jan Beulich
, (Thu Sep 18, 8:52 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, H. Peter Anvin
, (Thu Sep 18, 10:25 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jeremy Fitzhardinge
, (Thu Sep 18, 11:00 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, H. Peter Anvin
, (Thu Sep 18, 11:12 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jan Beulich
, (Fri Sep 19, 1:32 am)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, Jeremy Fitzhardinge
, (Fri Sep 19, 2:46 pm)
Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3)
, H. Peter Anvin
, (Fri Sep 19, 4:32 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Dave Jones
Re: OT: character encodings (was: Linux 2.6.20-rc4)
Greg Kroah-Hartman
[PATCH 17/36] sysdev: detect multiple driver registrations
Sam Ravnborg
Re: [PATCH] kbuild: fix make V=1
Nick Piggin
Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
Greg Kroah-Hartman
[PATCH 16/36] driver core: cpu: fix section mismatch in cpu.c:store_online
git
:
Stephen R. van den Berg
Re: [RFC] origin link for cherry-pick and revert
Junio C Hamano
Re: [PATCH 1/2] Teach git-describe to display distances from tags.
Johannes Schindelin
Re: [PATCH 2/2] git-svn: support fetch with autocrlf on
fantasy1215
Will tortoisesvn conflict with tortoisegit?
Junio C Hamano
Re: [PATCH 6/6] Teach core object handling functions about gitlinks
linux-netdev
:
Jarek Poplawski
Re: [PATCH] flush_work_sync vs. flush_scheduled_work Re: [PATCH] PHYLIB: IRQ event...
Lennert Buytenhek
Re: Distributed Switch Architecture(DSA)
Daniel Schaffrath
Re: tcp bw in 2.6
Guo-Fu Tseng
Re: jme: UDP checksum error, and lots of them
Gerrit Renker
[PATCH 37/37] dccp: Debugging functions for feature negotiation
openbsd-misc
:
Claudio Jeker
Re: Vlan Tag on Vlan Tag (l2tunneling)
Josh Grosse
ssh/sshd challenge-response seems to have stopped working in -current
Pieter Verberne
File collision while using pkg_add
Tomas Bodzar
bsd: uvm_mapent_alloc: out of static map entries
Community First Financial
Teacher A+ Loan
git-commits-head
:
Linux Kernel Mailing List
ath9k: Added get_survey callback in order to get channel noise
Linux Kernel Mailing List
tracing: protect reader of cmdline output
Linux Kernel Mailing List
kconfig: recalc symbol value before showing search results
Linux Kernel Mailing List
[ARM] 5185/1: Fix spi num_chipselect for lubbock
Linux Kernel Mailing List
swsusp: provide users with a hint about the no_console_suspend option
Colocation donated by:
Syndicate