-boot/u-boot/-/commit/3f04db891a353f4b127ed57279279f851c6b4917
> Suggested-by: Simon Glass
> Signed-off-by: Nathan Chancellor
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Fri, Dec 04, 2020 at 02:23:23PM +0100, Paul Menzel wrote:
> Dear Wim, dear Daniel,
>
>
> First, thank you for including all parties in the discussion.
> Am 04.12.20 um 13:52 schrieb Wim Vervoorn:
>
> > I agree with you. Using an existing standard is better than inventing
> > a new one in this
On Mon, Jun 22, 2020 at 02:03:28PM -0700, H. Peter Anvin wrote:
> On 2020-06-22 14:01, Tom Rini wrote:
> >
> > I'm picky here because, well, there's a whole lot of moving parts in the
> > pre-kernel world. In a strict sense, "UEFI" doesn't do a
On Mon, Jun 22, 2020 at 01:48:45PM -0700, H. Peter Anvin wrote:
> On 2020-06-22 13:40, Tom Rini wrote:
> > On Mon, Jun 22, 2020 at 01:02:16PM -0700, ron minnich wrote:
> >
> >> The other thing you ought to consider fixing:
> >> initrd is documented as
On Mon, Jun 22, 2020 at 01:56:24PM -0700, ron minnich wrote:
> So, let me first add, the comment can be removed as needed. Comments
> offered only for clarification.
Noted, thanks.
> On Mon, Jun 22, 2020 at 1:40 PM Tom Rini wrote:
>
> > But what do you mean UEFI
On Mon, Jun 22, 2020 at 01:02:16PM -0700, ron minnich wrote:
> The other thing you ought to consider fixing:
> initrd is documented as follows:
>
> initrd= [BOOT] Specify the location of the initial ramdisk
>
> for bootloaders only.
>
> UEFI consumes initrd from the command line
The following commit has been merged into the x86/cleanups branch of tip:
Commit-ID: eacb0c101a0bdf14de77cc9d107493e2d8d6389c
Gitweb:
https://git.kernel.org/tip/eacb0c101a0bdf14de77cc9d107493e2d8d6389c
Author:Tom Rini
AuthorDate:Fri, 19 Jun 2020 10:30:56 -04:00
Committer
dress")
Cc: Andrew Morton
Cc: Borislav Petkov
Cc: Dominik Brodowski
Cc: H. Peter Anvin (Intel)
Cc: Ronald G. Minnich
Signed-off-by: Tom Rini
---
For a bit more context, I assume there's been some confusion between
"initrd" being a keyword in things like extlinux.conf and also
On Mon, May 06, 2019 at 11:10:57PM +0200, Heinrich Schuchardt wrote:
> On 5/6/19 10:39 PM, Karsten Merker wrote:
> >On Mon, May 06, 2019 at 10:06:39PM +0200, Heinrich Schuchardt wrote:
> >>On 5/6/19 8:11 PM, Atish Patra wrote:
> >>>This patch adds booti support for RISC-V Linux kernel. The existing
On Thu, Oct 05, 2017 at 10:09:39AM -0500, Rob Herring wrote:
> On Thu, Oct 5, 2017 at 9:39 AM, Tom Rini wrote:
> > On Tue, Oct 03, 2017 at 05:23:28PM -0500, Rob Herring wrote:
> >> On Tue, Oct 3, 2017 at 5:04 PM, Tom Rini wrote:
> >> > On Tue, Oct 03, 2017 at 01:31
On Tue, Oct 03, 2017 at 05:23:28PM -0500, Rob Herring wrote:
> On Tue, Oct 3, 2017 at 5:04 PM, Tom Rini wrote:
> > On Tue, Oct 03, 2017 at 01:31:17PM -0500, Rob Herring wrote:
> >
> >> libfdt has gained some new files. We need to include them in the
> >> kernel&#x
On Tue, Oct 03, 2017 at 01:31:17PM -0500, Rob Herring wrote:
> libfdt has gained some new files. We need to include them in the
> kernel's copy.
>
> Reported-by: Kyle Yan
> Signed-off-by: Rob Herring
> ---
> scripts/dtc/update-dtc-source.sh | 4 +++-
> 1 file changed, 3 insertions(+), 1 deleti
Hey folks,
Entirely unrelated to the regression on this board that we dealt with
the other week, I have (and have had for a bit), a problem with audio on
this laptop. After a while of use, I'll have a problem like this:
Sep 12 20:59:30 oliver kernel: haswell-pcm-audio haswell-pcm-audio: FW
loade
On Fri, Aug 25, 2017 at 07:42:51PM +0300, Andy Shevchenko wrote:
> On Fri, 2017-08-25 at 17:05 +0100, John Keeping wrote:
> > On Fri, 25 Aug 2017 10:24:26 -0400, Tom Rini wrote:
> > > On Fri, Aug 25, 2017 at 04:56:47PM +0300, Andy Shevchenko wrote:
>
> > > > Appa
On Fri, Aug 25, 2017 at 04:56:47PM +0300, Andy Shevchenko wrote:
> +John
>
> On Tue, 2017-08-22 at 21:51 -0400, Tom Rini wrote:
> > Not all devices with ACPI and this combination of sound devices will
> > have the required information provided via ACPI. Reintroduce the
On Thu, Aug 24, 2017 at 06:06:20PM +0200, Takashi Iwai wrote:
> On Thu, 24 Aug 2017 17:54:37 +0200,
> Tom Rini wrote:
> >
> > On Thu, Aug 24, 2017 at 04:52:35PM +0100, Mark Brown wrote:
> > > On Thu, Aug 24, 2017 at 05:42:11PM +0200, Takashi Iwai wrote:
> > &
On Thu, Aug 24, 2017 at 04:52:35PM +0100, Mark Brown wrote:
> On Thu, Aug 24, 2017 at 05:42:11PM +0200, Takashi Iwai wrote:
>
> > OK, so the fix for 4.13 would be either to cherry-pick this commit, or
> > just to re-add "RT5677CE:00" to i2c_id temporarily as a quick band-aid
> > fix (and remove ag
On Thu, Aug 24, 2017 at 04:31:25PM +0200, Takashi Iwai wrote:
> On Thu, 24 Aug 2017 16:28:29 +0200,
> Takashi Iwai wrote:
> >
> > On Thu, 24 Aug 2017 02:05:25 +0200,
> > Tom Rini wrote:
> > >
> > > On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom Rini wr
On Thu, Aug 24, 2017 at 03:26:00PM +0300, Andy Shevchenko wrote:
> On Thu, 2017-08-24 at 07:15 -0400, Tom Rini wrote:
> > On Thu, Aug 24, 2017 at 10:39:09AM +0300, Andy Shevchenko wrote:
> > > On Wed, 2017-08-23 at 20:05 -0400, Tom Rini wrote:
> > > > On Wed, Aug 23,
On Thu, Aug 24, 2017 at 10:39:09AM +0300, Andy Shevchenko wrote:
> On Wed, 2017-08-23 at 20:05 -0400, Tom Rini wrote:
> > On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom Rini wrote:
> > > On Wed, Aug 23, 2017 at 05:29:33PM +0300, Andy Shevchenko wrote:
> > >
> >
On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom Rini wrote:
> On Wed, Aug 23, 2017 at 05:29:33PM +0300, Andy Shevchenko wrote:
>
> > On Tue, 2017-08-22 at 21:51 -0400, Tom Rini wrote:
> > > Not all devices with ACPI and this combination of sound devices will
> > >
On Wed, Aug 23, 2017 at 11:47:52PM +0100, Mark Brown wrote:
> On Wed, Aug 23, 2017 at 06:35:24PM -0400, Tom Rini wrote:
>
> > After looking at 89128534f925 (which introduced the above line, and thus
>
> Please include human readable descriptions of things like commits
[stupid google spam filtered _this_ as spam, I don't know why]
On Wed, Aug 23, 2017 at 10:28:28AM +0100, Mark Brown wrote:
> On Tue, Aug 22, 2017 at 09:51:46PM -0400, Tom Rini wrote:
>
> > Not all devices with ACPI and this combination of sound devices will
> > have t
On Wed, Aug 23, 2017 at 05:29:33PM +0300, Andy Shevchenko wrote:
> On Tue, 2017-08-22 at 21:51 -0400, Tom Rini wrote:
> > Not all devices with ACPI and this combination of sound devices will
> > have the required information provided via ACPI. Reintroduce the I2C
> > devic
PI
enumeration")
Cc: Bard Liao
Cc: Oder Chiou
Cc: Liam Girdwood
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: alsa-de...@alsa-project.org
CC: linux-kernel@vger.kernel.org
Cc: Andy Shevchenko
Cc: Mark Brown
Cc: Linus Torvalds
Signed-off-by: Tom Rini
---
This is a regression from v4.12 on my
On Wed, Aug 16, 2017 at 11:32:08PM -0700, Frank Rowand wrote:
> Hi Tom,
>
> Some nit picking on the patch comment. :-)
>
>
> On 08/16/17 17:35, Tom Rini wrote:
> > This introduces the variabe DTC_EXTRA_FLAGS to allow for additional
> > flags to be passed to dtc.
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tom Rini
---
This would be v3 of my attempt to enable __symbols__ more widely (v2,
for people not on the CC, enabled it always, but for some boards).
To be clear, this version of the patch is more flexible
On Wed, Aug 16, 2017 at 03:57:21PM -0700, Frank Rowand wrote:
> On 08/16/17 15:33, Frank Rowand wrote:
> > On 08/16/17 14:59, Tom Rini wrote:
> >> Build the dtb file for these platfroms with __symbol__ information
> >> included. This will reduce the size of t
when OF_OVERLAY is enabled.
Cc: Jason Kridner
Cc: Drew Fustini
Cc: Robert Nelson
Cc: Lokesh Vutla
Cc: Frank Rowand
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tom
On Wed, Aug 16, 2017 at 10:43:16AM -0500, Rob Herring wrote:
> On Tue, Aug 15, 2017 at 5:49 PM, Tom Rini wrote:
> > On Tue, Aug 15, 2017 at 05:36:11PM -0500, Rob Herring wrote:
> >> On Tue, Aug 15, 2017 at 4:15 PM, Tom Rini wrote:
> >> > With support for stacked ov
On Wed, Aug 16, 2017 at 10:22:03AM -0500, Rob Herring wrote:
> On Tue, Aug 15, 2017 at 7:42 PM, Tom Rini wrote:
> > On Tue, Aug 15, 2017 at 04:50:40PM -0700, Frank Rowand wrote:
> >> On 08/15/17 14:15, Tom Rini wrote:
> >> > With support for stacked overlays
On Tue, Aug 15, 2017 at 08:22:01PM -0700, Frank Rowand wrote:
> On 08/15/17 17:42, Tom Rini wrote:
> > On Tue, Aug 15, 2017 at 04:50:40PM -0700, Frank Rowand wrote:
> >> On 08/15/17 14:15, Tom Rini wrote:
> >>> With support for stacked overlays being part of libfd
On Tue, Aug 15, 2017 at 04:50:40PM -0700, Frank Rowand wrote:
> On 08/15/17 14:15, Tom Rini wrote:
> > With support for stacked overlays being part of libfdt it is now
> > possible and likely that overlays which require __symbols__ will be
> > applied to the dtb files ge
On Tue, Aug 15, 2017 at 05:36:11PM -0500, Rob Herring wrote:
> On Tue, Aug 15, 2017 at 4:15 PM, Tom Rini wrote:
> > With support for stacked overlays being part of libfdt it is now
> > possible and likely that overlays which require __symbols__ will be
> > applied to the d
number of __symbol__ entries added to match the
contents of the dts.
Cc: Rob Herring
Cc: Frank Rowand
Cc: Masahiro Yamada
Cc: Michal Marek
Cc: Pantelis Antoniou
Cc: devicet...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
CC: linux-kbu...@vger.kernel.org
Signed-off-by: Tom Rini
---
In order for
Cc: Cyrille Pitchen
Cc: Rob Herring
Cc: Mark Rutland
Signed-off-by: Tom Rini
---
I have submitted a separate patch that correct the dm816x.dtsi to set
the compatible string there for the elm from ti,816-elm to ti,am3352-elm
and tested it on the hardware, where it works. It is quite likely tha
Cc: Rob Herring
Cc: Mark Rutland
Signed-off-by: Tom Rini
---
Documentation/devicetree/bindings/mtd/gpmc-nand.txt| 2 +-
Documentation/devicetree/bindings/mtd/gpmc-nor.txt | 4 ++--
Documentation/devicetree/bindings/mtd/gpmc-onenand.txt | 2 +-
Documentation/devicetree/bindings/net/gpmc
y Lindgren
Signed-off-by: Mihail Grigorov
Signed-off-by: Tom Rini
---
arch/arm/boot/dts/dm8168-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/dm8168-evm.dts b/arch/arm/boot/dts/dm8168-evm.dts
index 996eba0c2e7a..c72a2132aa82 100644
--- a/arch/arm/boot/
: Russell King
Cc: Arnd Bergmann
Cc: Tony Lindgren
Cc: Mihail Grigorov
Signed-off-by: Tom Rini
---
arch/arm/configs/multi_v7_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 2685e03600b1..69b0b3c0fb6c
that we do not try and probe NAND before we probe the
ELM.
Cc: Rob Herring
Cc: Mark Rutland
Cc: Russell King
Cc: Roger Quadros
Cc: Tony Lindgren
Cc: Mihail Grigorov
Signed-off-by: Tom Rini
---
arch/arm/boot/dts/dm8168-evm.dts | 32
arch/arm/boot/dts
On Wed, Mar 15, 2017 at 04:03:44PM +0100, Michal Marek wrote:
> Dne 15.3.2017 v 15:51 Tom Rini napsal(a):
> > I found https://patchwork.kernel.org/patch/9442211/ today and I see that
> > it was brought up again just before I sent my patch. I just want to
> > point out that 94
On Sat, Mar 11, 2017 at 11:59:22PM +, Tom Rini wrote:
> On some architectures, such as arm64, KBUILD_IMAGE is not a full path
> but instead just the build target. The builddeb script handles this
> case correctly today and will try arch/$ARCH/boot/$KBUILD_IMAGE so we
> can just
Cc: linux-kbu...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Tom Rini
---
It is currently a mixed-bag on if architectures will use a build target
(arm, arm64, arc are certainly by inspection and a few others 'may') or
a full
On Mon, Sep 12, 2016 at 03:46:23PM +0200, Matthijs van Duin wrote:
> On 12 September 2016 at 15:35, Tom Rini wrote:
> > What do you mean by "you can't put it to good use" ? Is that the case
> > of stuff that's say exposed via a header and could be used but
On Sat, Sep 10, 2016 at 03:11:17AM +0200, Matthijs van Duin wrote:
[snip]
> On 8 September 2016 at 16:20, Nishanth Menon wrote:
> > Minor point here
>
> It's not minor, it's quite crucial.
>
> > maintaining dts per paper spin is just too impossible to maintain
>
> Even if the per-spin dtsi jus
On Sat, Sep 10, 2016 at 03:11:17AM +0200, Matthijs van Duin wrote:
> On 8 September 2016 at 15:38, Rob Herring wrote:
> > Yes, in theory a device can go from disabled to okay, but that's
> > generally never been supported. Linux takes the simple approach of
> > "disabled" means ignore it. I think
On Thu, Sep 08, 2016 at 09:43:03PM -0500, Rob Herring wrote:
> On Thu, Sep 8, 2016 at 2:05 PM, Frank Rowand wrote:
> > On 09/08/16 06:38, Rob Herring wrote:
> >> On Wed, Aug 31, 2016 at 4:41 PM, Tony Lindgren wrote:
> >>> * Frank Rowand [160831 13:51]:
[snip]
> Why not just create a new pro
]
> Signed-off-by: John Keeping
> Tested-by: Genki Marshall
Tested-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
GPIOs are only available by index, so we need to register a
> mapping to allow machine drivers to access the GPIOs by name.
>
> Signed-off-by: John Keeping
Tested-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Fri, May 20, 2016 at 04:28:23PM +0200, Sebastian Frias wrote:
> Hi,
>
> Some bootloaders (like U-boot) support several HW devices: serial,
> network, NAND, USB, etc. most of which are also supported by Linux.
>
> So the question is: is code shared? I mean, I understand that the
> drivers need
On Tue, Apr 12, 2016 at 03:27:32PM -0700, Tony Lindgren wrote:
> * Rob Herring [160412 15:22]:
> > On Tue, Apr 12, 2016 at 4:41 PM, Frank Rowand
> > wrote:
> > >>> Status of "fail-sss" is meant to indicate an error was detected in
> > >>> the device, and that the error might (or might not) be re
On Tue, Apr 12, 2016 at 03:39:30PM -0700, Frank Rowand wrote:
> On 4/12/2016 1:13 PM, Frank Rowand wrote:
> > Hi Tony,
>
> < snip >
>
> > With that change, the bulk of your patch looks good, with
> > minor changes:
> >
> > __of_device_is_available() would not need to change.
> >
> > __of_de
On Fri, Apr 08, 2016 at 10:30:02PM +0100, Nick Dyer wrote:
> On 2016-04-08 13:39, Tom Rini wrote:
> >>>> I have a Pixel 2 here - can you advise how to reproduce?
> >>>
> >>> I (and a bunch of other folks, the linux-samus people now point people
> >&g
On Fri, Apr 08, 2016 at 01:26:30PM +0100, Nick Dyer wrote:
> On 2016-04-08 13:14, Tom Rini wrote:
> > On Fri, Apr 08, 2016 at 10:10:06AM +0100, Nick Dyer wrote:
> >> On 2016-04-07 23:52, Tom Rini wrote:
> >>> This reverts commit 885f3fb9fa1f9e185e8a4e9051570874957
On Fri, Apr 08, 2016 at 10:10:06AM +0100, Nick Dyer wrote:
> On 2016-04-07 23:52, Tom Rini wrote:
> > This reverts commit 885f3fb9fa1f9e185e8a4e905157087495734349 due to this
> > change breaking the touchpad on the Chromebook Pixel 2015 on resume from
> > sleep or warm rese
This reverts commit 885f3fb9fa1f9e185e8a4e905157087495734349 due to this
change breaking the touchpad on the Chromebook Pixel 2015 on resume from
sleep or warm resets.
Cc: Olof Johansson
Cc: Nick Dyer
Cc: Dmitry Torokhov
Cc: Henrik Rydberg
Signed-off-by: Tom Rini
---
drivers/input
On Sat, Jan 16, 2016 at 02:11:16PM -0500, Tom Rini wrote:
> On Mon, Dec 7, 2015 at 4:26 PM, Tom Rini wrote:
>
> > Coverity has recently added a check that will find when we don't check
> > the return code from fstat(2). Copy/paste the checking logic that
> > print_d
l.org
Signed-off-by: Tom Rini
---
Note that I don't have a CID here was I found this in U-Boot and the
kernel hasn't yet done a build with this test being enabled.
---
scripts/basic/fixdep.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/basic/fixdep.c
On Tue, Oct 13, 2015 at 08:24:08AM -0500, Nishanth Menon wrote:
> On Tue, Oct 13, 2015 at 3:03 AM, Lokesh Vutla wrote:
> >
> >
> > On Tuesday 13 October 2015 01:14 PM, Heiko Schocher wrote:
> >> Hello Lokesh,
> >>
> >> Am 13.10.2015 um 08:46 schrieb Lokesh Vutla:
> >>> +Nishanth,
> >>>
> >>> On Tu
g
> off these unused rails may result in stability issues on other domains
> and increased leakage and power-on-hour impacts.
>
> Signed-off-by: Felipe Balbi
> Signed-off-by: Nishanth Menon
Reviewed-by: Tom Rini
--
Tom
--
To unsubscribe from this list: send the line "unsu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/06/2014 11:32 AM, Felipe Balbi wrote:
> On Thu, Nov 06, 2014 at 10:18:22AM -0600, Nishanth Menon wrote:
>> BeagleBoard-X15 is the next generation Open Source Hardware
>> BeagleBoard based on TI's AM5728 SoC featuring dual core 1.5GHZ
>> A15 proc
On Mon, Oct 13, 2014 at 08:48:39AM +0200, Jeroen Hofstee wrote:
> Hello Simon,
>
> On 13-10-14 07:14, Simon Glass wrote:
> >Hi Jeroen,
> >
> >On 12 October 2014 10:13, Jeroen Hofstee wrote:
> >
> >>Hello Hans,
> >>
> >>On 12-10-14 12:25, Hans de Goede wrote:
> >>
> >>>Hi,
> >>>
> >>>This one seem
On 06/23/2014 02:20 PM, Felipe Balbi wrote:
> by providing phandles to rtc, wdt, cpu and dispc nodes,
> boards can access them to add board-specific data.
>
> Signed-off-by: Felipe Balbi
Tested-by: Tom Rini
--
Tom
--
To unsubscribe from this list: send the line "unsubscribe
On 06/23/2014 02:20 PM, Felipe Balbi wrote:
> Add support for TI's AM437x StarterKit Evaluation
> Module.
>
> Cc: Josh Elliot
> Cc: Darren Etheridge
> Signed-off-by: Felipe Balbi
Tested-by: Tom Rini
--
Tom
--
To unsubscribe from this list: send the line "unsu
On 05/13/2014 10:06 AM, Javier Martinez Canillas wrote:
> Agreed. I think that until the device tree overlay and the cape
> manager find their way into mainline we should treat capes as if they
> were expansion boards attached to a Computer-on-Module. That is, a
> static based board which its own
On 05/12/2014 04:57 PM, Robert Nelson wrote:
>>> Either case if fine with me. As who knows when the dtc "overlay" will
>>> every truly make it mainline, as the capemgr was the only real kernel
>>> user of the i2c/at24 eeprom information.
>>
>> Sounds like we should keep it disabled though so u-boo
On 02/26/2014 05:04 PM, Joe Perches wrote:
> On Tue, 2014-02-25 at 07:30 -0500, Tom Rini wrote:
>> The only intentional differences we have today are adding debug/printf
>> to the list of log functions
>
> That seems fine and trivial to keep current.
Agreed,
>> and po
On 02/25/2014 12:23 AM, Joe Perches wrote:
> On Mon, 2014-02-24 at 17:43 -0500, Tom Rini wrote:
>> My perl is quite limited, so however much effort you're interested in
>> putting in here is greatly appreciated (even if it's pointing out
>> something else already i
On 02/24/2014 05:31 PM, Joe Perches wrote:
> On Mon, 2014-02-24 at 17:20 -0500, Tom Rini wrote:
>> On 02/24/2014 05:08 PM, Joe Perches wrote:
>>> On Mon, 2014-02-24 at 17:04 -0500, Tom Rini wrote:
>>>> I've got this modified to a CHK and only for non-file usage.
On 02/24/2014 05:08 PM, Joe Perches wrote:
> On Mon, 2014-02-24 at 17:04 -0500, Tom Rini wrote:
>> I've got this modified to a CHK and only for non-file usage. Anything
>> else we want to talk about before I repost?
>
> Probably not, but I'm still not convinced it&
On 02/24/2014 05:02 PM, Joe Perches wrote:
> On Mon, 2014-02-24 at 16:52 -0500, Tom Rini wrote:
>> I've been lead to
>> believe that most cases now people should be using regmap instead, which
>> just leaves the case of having to match on-disk formats or similar cases
On 02/24/2014 04:28 PM, Joe Perches wrote:
> On Mon, 2014-02-24 at 16:11 -0500, Tom Rini wrote:
>> On 02/24/2014 04:00 PM, Joe Perches wrote:
>>> On Mon, 2014-02-24 at 15:38 -0500, Tom Rini wrote:
>>>> While there are valid reasons to use __packed, often the answer is
On 02/24/2014 04:00 PM, Joe Perches wrote:
> On Mon, 2014-02-24 at 15:38 -0500, Tom Rini wrote:
>> While there are valid reasons to use __packed, often the answer is that
>> you should be doing something else here instead.
> []
>> diff --git a/scripts/checkpatch.pl
While there are valid reasons to use __packed, often the answer is that
you should be doing something else here instead.
Cc: Andrew Morton
Cc: Joe Perches
Cc: Josh Triplett
Signed-off-by: Tom Rini
---
scripts/checkpatch.pl |5 +
1 file changed, 5 insertions(+)
diff --git a/scripts
of Linus' tree atm), came up with a ramdisk.
Tested-by: Tom Rini
--
Tom
--
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/
Commit-ID: 323f54ed0f3ce20e9946c961fc928ccdb80d9345
Gitweb: http://git.kernel.org/tip/323f54ed0f3ce20e9946c961fc928ccdb80d9345
Author: Tom Rini
AuthorDate: Thu, 25 Jul 2013 14:26:10 -0400
Committer: Ingo Molnar
CommitDate: Thu, 25 Jul 2013 21:54:01 +0200
numa: Mark __node_set() as
-by: Paul Bolle
Cc: Jianpeng Ma
Cc: Rusty Russell
Cc: Lai Jiangshan
Cc: Yasuaki Ishimatsu
Cc: Wen Congyang
Cc: Jiang Liu
Cc: KOSAKI Motohiro
Cc: Minchan Kim
Cc: Mel Gorman
Cc: David Rientjes
Cc: Yinghai Lu
Cc: Greg KH
Signed-off-by: Tom Rini
---
Changes in v2:
- As per KOSAKI Motohiro
On 07/25/2013 02:08 PM, KOSAKI Motohiro wrote:
> (7/25/13 8:14 AM), Tom Rini wrote:
>> It is posible for some compilers to decide that __node_set does not need
>> to be made turned into an inline function. When the compiler does this
>> on an __init function calling it o
On 07/25/2013 05:41 AM, Paul Bolle wrote:
> Tom,
>
> On Thu, 2013-07-25 at 10:53 +0200, Paul Bolle wrote:
>> But I've just pulled top-of-tree Linus, ie commit 07bc9dc1b0
>> ("git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc'"). I'll
>> try to build that and I 'll send you my .config if t
: Lai Jiangshan
Cc: Yasuaki Ishimatsu
Cc: Wen Congyang
Cc: Jiang Liu
Cc: KOSAKI Motohiro
Cc: Minchan Kim
Cc: Mel Gorman
Cc: David Rientjes
Cc: Yinghai Lu
Cc: Greg KH
Signed-off-by: Tom Rini
---
include/linux/nodemask.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 07/24/2013 05:05 PM, Paul Bolle wrote:
> [Added Tom and Rusty because they might be able to say what's really
> going on here.]
>
> On Fri, 2013-07-05 at 19:56 +0800, majianpeng wrote:
>> Compile x86_64 meet those messages:
>> WARNING: arch/x86/mm/built-in.o(.text.unlikely+0xbf8): Section misma
On 05/01/2013 07:18 AM, Tom Rini wrote:
> On 04/30/2013 10:19 PM, Rusty Russell wrote:
>> Tom Rini writes:
>>> On 04/28/2013 10:59 PM, Rusty Russell wrote:
>>>> Tom Rini writes:
>>>>
>>>>> Recent gcc's may place functions into the .te
On 04/30/2013 10:19 PM, Rusty Russell wrote:
> Tom Rini writes:
>> On 04/28/2013 10:59 PM, Rusty Russell wrote:
>>> Tom Rini writes:
>>>
>>>> Recent gcc's may place functions into the .text.unlikely section and we
>>>> need to check t
On 04/28/2013 10:59 PM, Rusty Russell wrote:
> Tom Rini writes:
>
>> Recent gcc's may place functions into the .text.unlikely section and we
>> need to check this section as well for section mismatches now otherwise
>> we may have false negatives for this test.
>
l.org
Signed-off-by: Tom Rini
---
scripts/mod/modpost.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c
index ff36c50..13ff12f 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -880,7 +880,7 @@ static void check_se
On 10/22/12 07:40, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 02:23:58PM -0700, Tom Rini wrote:
>> On 10/21/12 14:06, Jacob Shin wrote:
>>> Ah, sorry, this one should apply on top of 3.7-rc2:
>>>
>>> https://lkml.org/lkml/2012/8/24/469
>>>
>>&g
On 10/21/12 14:06, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 10:51:35AM -0700, Tom Rini wrote:
>> On 10/20/12 21:18, Jacob Shin wrote:
>>> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
>>>> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>>>
mory_mapping()
>
> This patch also reportedly fixes suspend/resume issue reported in:
>
> https://lkml.org/lkml/2012/8/11/83
>
> Signed-off-by: Jacob Shin
This fixes a bug I see that was introduced in 1e7
Tested-by: Tom Rini
--
Tom
--
To unsubscribe from this list: se
On 10/20/12 21:01, Yinghai Lu wrote:
> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>> On 10/20/12 17:11, Shin, Jacob wrote:
>>> Hi could you please attach the dmesg output? Before rc2 is fine as well.
>>> I would like to see the E820 table. Thank you,
>>
>
On 10/20/12 21:18, Jacob Shin wrote:
> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
>> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>>> On 10/20/12 17:11, Shin, Jacob wrote:
>>>> Hi could you please attach the dmesg output? Before rc2 is fine as
On 10/20/12 17:11, Shin, Jacob wrote:
> Hi could you please attach the dmesg output? Before rc2 is fine as well.
> I would like to see the E820 table. Thank you,
dmesg is quite long so I've put it on pastebin: http://pastebin.com/4eSPEAvB
--
Tom
--
To unsubscribe from this list: send the line "u
Hello all,
I grabbed 3.7-rc2 and found the following on boot:
PANIC: early exception 08 rip 246:10 error 81441d7f cr2 0
A git bisect says that this problems came from:
1e779aabe1f0768c2bf8f8c0a5583679b54a is the first bad commit
commit 1e779aabe1f0768c2bf8f8c0a5583679b54a
Author: Jacob Sh
+
> 6 files changed, 923 insertions(+), 351 deletions(-)
> create mode 100644 drivers/dma/edma.c
> create mode 100644 include/linux/edma.h
On the Logic PD AM1808 EVM:
mmc0 rootfs: http://pastebin.com/HKVdmA0G
jffs2 on the SPI flash rootfs: http://pastebin.com/cpAHgdug
Tested-by: T
nough annotations so GDB could finally figure out where things had
stopped? Thanks.
--
Tom Rini
-
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/
On Fri, Sep 09, 2005 at 10:01:00AM +0200, Andi Kleen wrote:
> On Thursday 08 September 2005 18:38, Tom Rini wrote:
> > This adds a call to notify_die() in the "no context" portion of
> > do_page_fault() as someone on the chain might care and want to do a fixup.
> >
APIC_DM_FIXED | shortcut | vector | dest;
- if (vector == KDB_VECTOR)
+ if (vector == NMI_VECTOR)
icr = (icr & (~APIC_VECTOR_MASK)) | APIC_DM_NMI;
return icr;
}
--
Tom Rini
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "
return;
+ if (notify_die(DIE_PAGE_FAULT, "no context", regs, error_code, 14,
+ SIGSEGV) == NOTIFY_STOP)
+ return;
+
/*
* Oops. The kernel tried to access some bad page. We'll have to
* terminate things with extreme prej
extern void early_idt_handler(void);
--
Tom Rini
http://gate.crashing.org/~trini/
-
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/
On Thu, Sep 08, 2005 at 05:47:38PM +0200, Bartlomiej Zolnierkiewicz wrote:
> On 9/8/05, Tom Rini <[EMAIL PROTECTED]> wrote:
> > In some cases (such as the mips Toshiba TX4939 w/ onboard IDE, not PCI
> > IDE), hwif->cds can be NULL, so test that prior to testing
>
#else
[snip]
> +#define CFI_STARTPROC ignore
Why not just empty defines?
--
Tom Rini
http://gate.crashing.org/~trini/
-
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://
1 - 100 of 262 matches
Mail list logo
