[fixing lkml address]
On 09/11/2012 05:52 PM, Josh Hunt wrote:
With recent kernels we noticed that edac was reporting double the memory size on
systems running with AMD family 0Fh processors. I'm not very familiar with the
code, but this resolves it from what I can see on my systems. At
On 09/12/2012 03:51 AM, Borislav Petkov wrote:
> On Tue, Sep 11, 2012 at 06:02:01PM -0500, Josh Hunt wrote:
>> On 09/11/2012 05:52 PM, Josh Hunt wrote:
>>> With recent kernels we noticed that edac was reporting double the memory
>>> size on
>>> systems running
On 09/12/2012 07:38 AM, Josh Hunt wrote:
> On 09/12/2012 03:51 AM, Borislav Petkov wrote:
>> On Tue, Sep 11, 2012 at 06:02:01PM -0500, Josh Hunt wrote:
>>> On 09/11/2012 05:52 PM, Josh Hunt wrote:
>>>> With recent kernels we noticed that edac was reporting d
cosmetic as it does not affect the actual calculation of
nr_pages. I guess maybe I wasn't completely clear before, but I see the
doubling of the amount of memory both on boot via dmesg, but also in
/sys/devices/system/edac/mc/mc0/size_mb and all of the csrow* subdirs
therein.
Josh
--
*/
if ( cs_mode > 2 && cs_mode < 6 )
return 32 << (cs_mode - 1);
/* 6 to 8 */
else if ( cs_mode > 5 && cs_mode < 9 )
return 32 << (cs_mode - 3);
/* 9 and 10 */
else if ( cs_mode > 8 )
return 32 << (cs_mode - 4);
/* 0 to 3 */
else
On 09/12/2012 11:48 AM, Borislav Petkov wrote:
Can I have /proc/cpuinfo and full dmesg with EDAC_DEBUG enabled from
that machine please?
Actually my apologies. I was looking at the 3.0 code. This issue is
fixed in the latest kernel.
Sorry for the noise on that.
Josh
--
To unsubscribe from
g
it into stable (and upstream) at this point, it would be good to know
what changed so I can go and undo what we did because I was told no.
Please don't get me wrong, I'm all for simplicity. I'm just perhaps
so simple that the brief changelog confuses me because it doesn't
On Wed, Sep 12, 2012 at 9:24 PM, Myklebust, Trond
wrote:
> On Wed, 2012-09-12 at 21:08 -0400, Josh Boyer wrote:
>> On Wed, Sep 12, 2012 at 7:28 PM, Greg Kroah-Hartman
>> wrote:
>> > From: Greg KH
>> >
>> > 3.5-stable review patch. If any
e:Unbuffered-DDR2
size_mb:2048
ue_count:0
To be sure I'm using the correct branch the last git log entry is:
9d67117feece8852570cc8ee25b68c41f8def323
I could be incorrect, but I still think there's a problem with either a)
ddr2_cs_size() for this cpu, or b) the extra shift left wh
On 09/14/2012 07:55 AM, Josh Hunt wrote:
Thanks to your help I was able to test your branch, but it still does
not resolve the problem. Removal of the "factor=1" workaround fixes the
memory size reporting on boot, but the sysfs values are still incorrect.
Please disregard what I sa
On Tue, Oct 02, 2012 at 12:58:03PM +0930, Rusty Russell wrote:
> Josh Boyer writes:
>
> > On Sat, Sep 29, 2012 at 08:13:25AM +0100, David Howells wrote:
> >> Rusty Russell wrote:
> >>
> >> > [2.808075] Loading module verification cert
On Tue, Oct 02, 2012 at 11:49:03PM -0700, David Rientjes wrote:
> On Fri, 28 Sep 2012, Josh Triplett wrote:
>
> > That issue doesn't relate to __flatten, though; it only relates to
> > __weak. Since __flatten (and __compiletime_object_size) will work fine
> > on 4
es with git format-patch --subject-prefix=PATCHv2 ,
and include in the cover letter a patch series changelog saying what
changed in v2.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
on everywhere, so this
> first patch does that. As we go forward we can remove the its
> redundant use in all the Kconfigs, until it is finally removed for
> real.
He's asking "how do I add a feature/option into Linus' tree that I'm
really not ready for random people
features is to refrain from
>> > creating a config option for them, so that people wishing to use them
>> > must modify the code? Or is the philosophy that we keep things out of
>> > tree until we are comfortable with distros turning them on?
>>
>> I
out
changeset might be wanted.
We have a new enough udev in Fedora 17 to hit this issue with 3.5 and
3.6 when we rebase. I'm sure other distributions will be in similar
circumstances soon if they aren't already. Udev isn't going to be
fixed, so having something working in these cases
{ } while (0) here, to force the use of a
semicolon and avoid the use of __compiletime_error_fallback in an
expression.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
gt; > +#define BUILD_BUG_ON_MSG(cond, msg) \
> > + BUILD_BUG_INTERNAL(cond, msg, UNIQUIFY(__build_bug_on_failed_))
>
> Btw, why are we adding the line at all? It is issued by gcc anyway:
>
> cc -Wallmacros.c -o macros
> macros.c: In function ‘main’:
> macros.c:2
Hey Arnd-
Thanks for the review/suggestions.
On Tue, Oct 23, 2012 at 02:50:11PM +, Arnd Bergmann wrote:
> On Monday 22 October 2012, Josh Cartwright wrote:
> > Shifting them up into the vmalloc region prevents the following warning,
> > when booting a zynq qemu target with mor
On Tue, Oct 23, 2012 at 03:09:23PM -0500, Rob Herring wrote:
> On 10/23/2012 09:50 AM, Arnd Bergmann wrote:
> > On Monday 22 October 2012, Josh Cartwright wrote:
> >> -#define SCU_PERIPH_PHYS 0xF8F0
> >> -#define SCU_PERIPH_VIRT SC
On Tue, Oct 23, 2012 at 05:17:42PM -0400, Nick Bowler wrote:
> On 2012-10-23 15:53 -0500, Josh Cartwright wrote:
> > On Tue, Oct 23, 2012 at 03:09:23PM -0500, Rob Herring wrote:
> > > On 10/23/2012 09:50 AM, Arnd Bergmann wrote:
> > > > On Monday 22 Octob
t looks like the secondary uart is
the primary uart on the zc702.
> I also have a DT binding for the TTC driver, I can send that.
That'd be great!
Thanks,
Josh
pgpaObI0L0JAx.pgp
Description: PGP signature
y I removed CLKDEV_LOOKUP
---
Josh Cartwright (5):
zynq: use GIC device tree bindings
zynq: use pl310 device tree bindings
zynq: remove use of CLKDEV_LOOKUP
ARM: annotate VMALLOC_END definition with _AC
zynq: move static peripheral mappings
arch/arm/Kconfig | 1
The Zynq uses the cortex-a9-gic. This eliminates the need to hardcode
register addresses.
Signed-off-by: Josh Cartwright
Cc: John Linn
---
arch/arm/boot/dts/zynq-ep107.dts | 8 +---
arch/arm/mach-zynq/common.c| 7 ++-
arch/arm/mach-zynq/include/mach
The Zynq has a PL310 L2 cache controller. Convert in-tree uses to using
the device tree.
Signed-off-by: Josh Cartwright
Cc: John Linn
---
arch/arm/boot/dts/zynq-ep107.dts | 9 +
arch/arm/mach-zynq/common.c| 9 +
arch/arm/mach-zynq/include/mach
27;
make[2]: *** [vmlinux] Error 1
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
Signed-off-by: Josh Cartwright
Cc: John Linn
---
arch/arm/Kconfig | 1 -
arch/arm/mach-zynq/common.c | 1 -
arch/arm/mach-zynq/include/mach/clkdev.h | 32 -
This makes the definition of VMALLOC_END suitable for use within
assembly code. This is necessary to allow the use of VMALLOC_END in
defining where the early uart is mapped for use with DEBUG_LL.
Signed-off-by: Josh Cartwright
---
arch/arm/include/asm/pgtable.h | 2 +-
1 file changed, 1
ioremap().
Signed-off-by: Josh Cartwright
Cc: John Linn
---
arch/arm/mach-zynq/common.c| 6 +++---
arch/arm/mach-zynq/include/mach/zynq_soc.h | 23 +--
2 files changed, 16 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-zynq/common.c b/arch/arm/mach
The list of attributes above details the use of the 'filter-ranges'
property, but the example improperly used 'filter-latency'. Make these
consistent by fixing up the example.
Signed-off-by: Josh Cartwright
---
Documentation/devicetree/bindings/arm/l2cc.txt | 2 +-
1 file
On Wed, Oct 24, 2012 at 09:32:32AM -0400, Nick Bowler wrote:
> On 2012-10-23 19:34 -0500, Josh Cartwright wrote:
> > The Zynq support in mainline does not (yet) make use of any of the
> > generic clk or clk lookup functionality. Remove what is upstream for
> > now,
emoved CLKDEV_LOOKUP
---
Josh Cartwright (5):
zynq: use GIC device tree bindings
zynq: use pl310 device tree bindings
zynq: remove use of CLKDEV_LOOKUP
ARM: annotate VMALLOC_END definition with _AC
zynq: move static peripheral mappings
arch/arm/Kconfig | 1
The Zynq uses the cortex-a9-gic. This eliminates the need to hardcode
register addresses.
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
---
arch/arm/boot/dts/zynq-ep107.dts | 8 +---
arch/arm/mach-zynq/common.c| 7 ++-
arch/arm/mach
The Zynq has a PL310 L2 cache controller. Convert in-tree uses to using
the device tree.
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
---
arch/arm/boot/dts/zynq-ep107.dts | 9 +
arch/arm/mach-zynq/common.c| 9 +
arch/arm/mach
m versatile that Zynq needed was the
clock support, so this patch should *also* delete the secret use of
plat-versatile by removing this line from arch/arm/Makefile:
plat-$(CONFIG_ARCH_ZYNQ) += versatile
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
---
This makes the definition of VMALLOC_END suitable for use within
assembly code. This is necessary to allow the use of VMALLOC_END in
defining where the early uart is mapped for use with DEBUG_LL.
Signed-off-by: Josh Cartwright
Acked-by: Arnd Bergmann
---
arch/arm/include/asm/pgtable.h | 2
ioremap().
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
---
arch/arm/mach-zynq/common.c| 6 +++---
arch/arm/mach-zynq/include/mach/zynq_soc.h | 23 +--
2 files changed, 16 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-zynq
__must_check __attribute__((warn_unused_result))
> > #define __compiler_offsetof(a,b) __builtin_offsetof(a,b)
> >
> > -#if __GNUC_MINOR__ > 0
> > +#if GCC_VERSION >= 40100
>
> I can't seem to recall so did we explain already why ">= 40100" instead
> of "> 4"?
>
> I mean, it is the same, but still...
__GNUC_MINOR__ > 0 means __GNUC_MINOR__ >= 1, so that would allow 4.1 or
newer. However, GCC_VERSION > 4 would also allow 4.0.n for n > 0.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Oct 25, 2012 at 04:17:01PM -0400, Nick Bowler wrote:
> Hi Josh,
>
> On 2012-10-24 15:04 -0500, Josh Cartwright wrote:
> > Shifting them up into the vmalloc region prevents the following warning,
> > when booting a zynq qemu target with more than 512mb of RAM:
> [.
On Thu, Oct 25, 2012 at 06:41:08PM -0400, Nick Bowler wrote:
> On 2012-10-25 16:29 -0500, Josh Cartwright wrote:
> > On Thu, Oct 25, 2012 at 04:17:01PM -0400, Nick Bowler wrote:
> > > Did you test this on any real hardware? I can't get the ZC702 to work
> > > with
it f08243a491f3e21feabbb04476a03fb0cbc975ff. Al,
couldn't we just select SERIAL_8250 right in the board config
instead?
Of course, arch/ppc is dying soon-ish anyway so we might not even
bother.
josh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Wed, 13 Feb 2008 10:07:27 -0500 (EST)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> On Wed, 13 Feb 2008, Josh Boyer wrote:
>
> > On Wed, 13 Feb 2008 03:56:34 -0500 (EST)
> > "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> > >
and test-booted both mpc8641 and
> mpc8568mds and both build and boot cleanly. I also built pasemi and
> ebony, those build cleanly as well.
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
On Thu, 14 Feb 2008 14:15:31 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> 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 tomo
On Wed, Oct 31, 2012 at 08:43:35AM +, Michal Simek wrote:
>
>
> > -Original Message-
> > From: Arnd Bergmann [mailto:a...@arndb.de]
> > Sent: Tuesday, October 30, 2012 11:22 PM
> > To: Michal Simek
> > Cc: Josh Cartwright; a...@kernel.org; linux-ke
On Wed, Oct 31, 2012 at 08:48:38AM +, Michal Simek wrote:
> From: Arnd Bergmann [mailto:a...@arndb.de]
> > On Tuesday 30 October 2012, Michal Simek wrote:
> > > On 10/29/2012 07:56 PM, Josh Cartwright wrote:
[..]
> >
> > > > delete mode 100644 arch/arm
dahdi/dahdi_dynamic.ko]
Error 2
will prevent such modules from successfully being installed. This changes
the mod_sign_cmd to only sign the modules if they are built in-tree. Those
built externally can sign them manually.
Reported-by: Bruno Wolff III
Signed-off-by: Josh Boyer
---
Makefile | 4 ++
ed to produce
signed modules after they have been processed by distribution build
scripts.
Signed-off-by: Josh Boyer
---
v2: Not word-wrapped this time (hopefully)
Makefile | 6 ++
scripts/Makefile.modsign | 32
2 files changed, 38 insert
ivate keys to sign the hibernation image on the machine itself
> which, well, doesn't sound secure either).
I have a patch that disables that. I imagine it will be included in the
next submission of the patchset.
You can find it here in the meantime:
http://jwboyer.fedorapeople.or
On Wed, Oct 31, 2012 at 12:04 PM, Jiri Kosina wrote:
> On Wed, 31 Oct 2012, Josh Boyer wrote:
>
>> I have a patch that disables that. I imagine it will be included in the
>> next submission of the patchset.
>>
>> You can find it here in the meantime:
>>
&g
The zynq-7000 has an additional UART at 0xE0001000. Describe it in the
device tree.
Signed-off-by: Josh Cartwright
---
arch/arm/boot/dts/zynq-ep107.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/zynq-ep107.dts b/arch/arm/boot/dts/zynq-ep107.dts
index 574bc04
Add support for retrieving TTC configuration from device tree. This
includes the ability to pull information about the driving clocks from
the of_clk bindings.
Signed-off-by: Josh Cartwright
---
arch/arm/boot/dts/zynq-7000.dtsi | 53
arch/arm/boot/dts/zynq-zc702.dts | 10 ++
drivers
The Zynq platform requires the use of CONFIG_OF. Remove the #ifdef
conditionals in the uartps driver.
Signed-off-by: Josh Cartwright
---
drivers/tty/serial/xilinx_uartps.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/tty/serial/xilinx_uartps.c
b/drivers/tty/serial
Suggested cleanup by Arnd Bergmann. Move the ttc timer.c code to
drivers/clocksource, and out of the mach-zynq directory.
The common.h (which only held the timer declaration) was renamed to
xilinx_ttc.h and moved into include/linux.
Signed-off-by: Josh Cartwright
Cc: Arnd Bergmann
---
arch
cenario, should I be expecting of_clk_get(node_b, 0) to
retrieve a handle to parent's consumed clock (due to clock-ranges)? I
could make this work using of_clk_get_by_name(node_b, "my_clock"), but I
was somewhat surprised the former didn't work.
Thanks (and sorry for the n
Add support for COMMON_CLK, and provide simplified models for the
necessary clocks on the zynq-7000. Currently, the PLLs, the CPU clock
network, and the basic peripheral clock networks (for SDIO, SMC, SPI,
QSPI, UART) are modelled.
Signed-off-by: Josh Cartwright
---
.../devicetree/bindings
Add support for specifying clock information for the uart clk via the
device tree. This eliminates the need to hardcode rates in the device
tree.
Signed-off-by: Josh Cartwright
---
arch/arm/boot/dts/zynq-7000.dtsi | 4 ++--
drivers/tty/serial/xilinx_uartps.c | 30
Move the sys_timer definition out of ttc driver and make it part of the
common zynq code. This is preparation for renaming and COMMON_CLK
support.
Signed-off-by: Josh Cartwright
---
arch/arm/mach-zynq/common.c | 13 +
arch/arm/mach-zynq/common.h | 4 +---
arch/arm/mach-zynq
with the 'dtbs' target.
Signed-off-by: Josh Cartwright
---
arch/arm/boot/dts/Makefile | 1 +
.../boot/dts/{zynq-ep107.dts => zynq-7000.dtsi}| 19 +++---
arch/arm/boot/dts/zynq-zc702.dts | 30 ++
arch/
On Thu, Nov 01, 2012 at 06:03:18PM +1030, Rusty Russell wrote:
> Josh Boyer writes:
>
> > If CONFIG_MODULE_SIG is set, and 'make modules_sign' is called then this
> > patch will cause the modules to get a signature appended. The make target
> > is intended to
On Thu, Nov 01, 2012 at 05:38:15PM +1030, Rusty Russell wrote:
> Josh Boyer writes:
> > When building out-of-tree modules, the current modules_install target
> > will attempt to sign them if module signing is enabled. This will only
> > work if the signing keys are pres
On Thu, Nov 01, 2012 at 07:26:55AM -0400, Josh Boyer wrote:
> > I prefer something like this (untested):
> >
> > diff --git a/Makefile b/Makefile
> > index 42d0e56..cb66c8d 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -722,8 +722,14 @@ export mod_s
On Wed, Oct 31, 2012 at 01:56:14PM -0600, Josh Cartwright wrote:
> Add support for retrieving TTC configuration from device tree. This
> includes the ability to pull information about the driving clocks from
> the of_clk bindings.
>
> Signed-off-by: Josh Cartwright
> ---
>
i/dah
di_dynamic.ko] Error 2
will prevent such modules from successfully being installed. This changes
the mod_sign_cmd to only sign the modules if they are built in-tree. Those
built externally can sign them manually.
Reported-by: Bruno Wolff III
Suggested-by: Rusty Russell
Signed-off-by: Josh
On Fri, Nov 02, 2012 at 01:49:14PM +1030, Rusty Russell wrote:
> Josh Boyer writes:
>
> > On Thu, Nov 01, 2012 at 06:03:18PM +1030, Rusty Russell wrote:
> >> Josh Boyer writes:
> >>
> >> > If CONFIG_MODULE_SIG is set, and 'make modules_sign&#
Thanks for the review.
On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
> On 10/31/2012 07:58 PM, Josh Cartwright wrote:
> > [...]
> > +#define PERIPH_CLK_CTRL_SRC(x) (periph_clk_parent_map[((x)&3)>>4])
> > +#define PERIPH_CLK_CTRL_DIV(x)
On Fri, Nov 02, 2012 at 10:20:33AM +0100, Lars-Peter Clausen wrote:
> On 10/31/2012 08:28 PM, Josh Cartwright wrote:
> > Add support for specifying clock information for the uart clk via the
> > device tree. This eliminates the need to hardcode rates in the device
> > tree.
&
On Fri, Nov 02, 2012 at 04:12:21PM +0100, Lars-Peter Clausen wrote:
> On 11/02/2012 02:38 PM, Josh Cartwright wrote:
> > On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
> >> On 10/31/2012 07:58 PM, Josh Cartwright wrote:
[...]
> >>> +static voi
9263 board.
But this task is in my plan. So keep those code and I will enable ISI
support for 9263 in the future. Thanks.
Best Regards,
Josh Wu
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Lee Jones
---
arch/arm/mach-at91/at91sam9263_device
On Mon, Nov 05, 2012 at 12:31:39PM +1030, Rusty Russell wrote:
> Josh Boyer writes:
> > diff --git a/Makefile b/Makefile
> > index 14c93b3..7e27d51 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -722,8 +722,14 @@ export mod_strip_cmd
> > ifeq
On Sat, Oct 27, 2012 at 03:20:59PM +, Michal Simek wrote:
> On Saturday, October 27, 2012 4:43 PM, Josh Cartwright wrote:
> > On Sat, Oct 27, 2012 at 02:06:45PM +, Michal Simek wrote:
> > [...]
> > > I am not big fan to use dtsi solution because dts can be simple
On Mon, Nov 05, 2012 at 12:31:39PM +1030, Rusty Russell wrote:
> Josh Boyer writes:
> > diff --git a/Makefile b/Makefile
> > index 14c93b3..7e27d51 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -722,8 +722,14 @@ export mod_strip_cmd
> > ifeq
uld look from a distro perspective. A significant amount of
work has been done to decouple linux-firmware from the kernel tree and
if signed firmware is used it seems to couple them together one way or
another. At the moment, using generated per-build keys to come up with
the firmware signatures se
The Zynq platform requires the use of CONFIG_OF. Remove the #ifdef
conditionals in the uartps driver. Make dependency explicit in Kconfig.
Signed-off-by: Josh Cartwright
---
Michal-
Here's a version of this patch outside of my COMMON_CLK patchset as you
requested ontop of your arm-next b
On Mon, Nov 05, 2012 at 12:22:55PM +0100, Michal Simek wrote:
> 2012/10/29 Josh Cartwright :
> > Suggested cleanup by Arnd Bergmann. Move the ttc timer.c code to
> > drivers/clocksource, and out of the mach-zynq directory.
> >
> > The common.h (which only held the tim
e USB serial adaptor on this board.
>
> For consistency's sake, add a choice entry for UART0 even though it is
> the the default if UART1 is not selected.
>
> Signed-off-by: Nick Bowler
> Tested-by: Josh Cartwright
> ---
> Sorry all for the phenominal delay in sending this
? The Hyper-V
drivers went through staging and that actually seemed to work fairly
well.
josh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.htm
istent_clock() call:
>
> now.tv_sec = 19646928LL;
>
> thanks
> -john
>
>
> Cc: Ingo Molnar
> Cc: Peter Zijlstra
> Cc: Prarit Bhargava
> Cc: Thomas Gleixner
> Cc: Zhouping Liu
> Cc: CAI Qian
These should be CC'd to stable, right? CAI
+++
> mm/shmem.c |9 ++--
> 3 files changed, 120 insertions(+), 47 deletions(-)
I don't see these patches queued anywhere. They aren't in linux-next,
mmotm, or Linus' tree. Did these get dropped? Is the revert still
On Thu, Jul 26, 2012 at 9:46 PM, Greg KH wrote:
> On Thu, Jul 26, 2012 at 09:06:25PM -0400, Josh Boyer wrote:
>> On Thu, Jul 26, 2012 at 7:39 PM, Andrew Stiegmann (stieg)
>> wrote:
>> > drivers/misc/Kconfig |1 +
>> > drivers/misc/Ma
This forcibly drops CAP_COMPROMISE_KERNEL from both cap_permitted and cap_bset
in the init_cred struct, which everything else inherits from. This works on
any machine and can be used to develop even if the box doesn't have UEFI.
Signed-off-by: Josh Boyer
---
Documentation/kernel-parameter
On Sat, Oct 27, 2012 at 01:39:00PM +, Michal Simek wrote:
> Hi Josh,
>
> > -Original Message-
> > From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> > Sent: Wednesday, October 24, 2012 10:03 PM
> > To: a...@kernel.org; Arnd Bergmann
> > Cc: lin
entified the root cause; any insight you can provide
here would be beneficial.
Otherwise, I'm considering reworking patch 5 to move the uart mapping to
a known working location.
Thanks,
Josh
pgpip1FXMWVUR.pgp
Description: PGP signature
This makes the definition of VMALLOC_END suitable for use within
assembly code. This is necessary to allow the use of VMALLOC_END in
defining where the early uart is mapped for use with DEBUG_LL.
Signed-off-by: Josh Cartwright
Acked-by: Arnd Bergmann
---
arch/arm/include/asm/pgtable.h | 2
The Zynq uses the cortex-a9-gic. This eliminates the need to hardcode
register addresses.
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
---
arch/arm/boot/dts/zynq-ep107.dts | 10 ++
arch/arm/mach-zynq/common.c| 7 ++-
arch/arm
ertheless, the only feature from versatile that Zynq needed was the
clock support, so this patch should *also* delete the secret use of
plat-versatile by removing this line from arch/arm/Makefile:
plat-$(CONFIG_ARCH_ZYNQ) += versatile
Signed-off-by: Josh Cartwright
Cc
The Zynq has a PL310 L2 cache controller. Convert in-tree uses to using
the device tree.
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
Acked-by: Michal Simek
---
arch/arm/boot/dts/zynq-ep107.dts | 9 +
arch/arm/mach-zynq/common.c| 9
27;ll
follow up with this, after this patchset is applied, if that works for you.
Thanks,
Josh
---
Things have been relatively quiet on the Zynq front lately. This patchset does
a bit of cleanup of the Zynq subarchitecture. It was the necessary set of
things I had to do to get a zynq target booti
ioremap().
There are currently unknown issues with the early uart mapping. For
now, the uart will be mapped to a known working address.
Signed-off-by: Josh Cartwright
Cc: John Linn
Acked-by: Arnd Bergmann
---
arch/arm/mach-zynq/common.c| 6 +++---
arch/arm/mach-zynq/include/mach
On Sun, Oct 28, 2012 at 05:26:05PM -0600, Josh Cartwright wrote:
> Michal-
Ugh, sorry everyone, I fatfingered the subject line. This is indeed v5.
Josh
pgpQ4dxD3axJl.pgp
Description: PGP signature
On Mon, Oct 29, 2012 at 07:24:16AM +, Michal Simek wrote:
> Hi Josh,
>
> > Michal-
> >
> > Here is a v5 of the zynq cleanup patchset that addresses your
> > feedback. I've intentionally left patches 4 and 5 in the set until
> > we figure out the appro
include/generated/compile.h
Kernel: arch/arm/boot/Image is ready
LD arch/arm/boot/compressed/vmlinux
OBJCOPY arch/arm/boot/zImage
Kernel: arch/arm/boot/zImage is ready
Signed-off-by: Josh Cartwright
---
arch/arm/boot/Makefile | 10 +-
arch/arm/tools/Makefile | 2 +-
2 fil
t!
>
> Not-Yet-Signed-off-by: Nick Bowler
Tested-by: Josh Cartwright
Now that v5 of the initial zynq cleanup patchset is queued up for
merging (with a workaround for the uart mapping problem), what would it
take for you to sign off on this patch?
There is some trivial merging that has to
/global variables,
> > kzalloc'd memory, etc).
>
> This was discussed in the previous series, the conclusion was to call
> hash_init() either way to keep the encapsulation and consistency.
>
> It's cheap enough and happens only once, so why not?
Unnecessary work adds up. Better not to do it unnecessarily, even if by
itself it doesn't cost that much.
It doesn't seem that difficult for future fields to have 0 as their
initialized state.
- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Suggested cleanup by Arnd Bergmann. Move the ttc timer.c code to
drivers/clocksource, and out of the mach-zynq directory.
The common.h (which only held the timer declaration) was renamed to
xilinx_ttc.h and moved into include/linux.
Signed-off-by: Josh Cartwright
Cc: Arnd Bergmann
---
arch
location of these tools.
Signed-off-by: Josh Boyer
---
diff --git a/tools/power/x86/turbostat/Makefile
b/tools/power/x86/turbostat/Makefile
index f856495..984cc00 100644
--- a/tools/power/x86/turbostat/Makefile
+++ b/tools/power/x86/turbostat/Makefile
@@ -1,3 +1,5 @@
+DESTDIR ?=
+
turbostat
On Mon, Oct 29, 2012 at 05:00:06PM +0800, joeyli wrote:
> Hi Josh,
> Tahashi has a good idea for use strtobool to allow
> 'secureboot_enable=yes' works. Please consider the following change.
>
>
> Thanks a lot!
> Joey Lee
>
> >From f6841a476f3d332fe7b0
tenating "condition" might not be very informative in all cases.
> For example:
>
> BUILD_BUG_ON(1);
>
> Having __LINE__ is good enough IMHO.
While it doesn't always help, it may help sometimes. Worst case,
BUILD_BUG_ON(1) gives you no less information than it di
Hey Stephen-
Thanks for the comments.
On Fri, Aug 23, 2013 at 03:58:36PM -0600, Stephen Warren wrote:
> On 08/22/2013 01:59 PM, Josh Cartwright wrote:
> > Signed-off-by: Josh Cartwright
> > ---
> > I'm introducing this as an RFC, because there are set of assumption
On Tue, Aug 27, 2013 at 03:55:19PM -0600, Stephen Warren wrote:
> On 08/27/2013 11:01 AM, Josh Cartwright wrote:
> ...
> > If we want to ensure for the generic bindings that we are fulling
> > characterizing/describing the SPMI bus, then we'll additionally need to
&
layout);
> #endif
> +
> +bool secure_modules(void)
> +{
> +#ifdef CONFIG_MODULE_SIG
> + return (sig_enforce || modules_disabled);
> +#else
> + return modules_disabled;
> +#endif
> +}
Needs an EXPORT_SYMBOL/EXPORT_SYMBOL_GPL here, or the patches to drivers
later in th
401 - 500 of 7660 matches
Mail list logo
