-boot/u-boot/-/commit/3f04db891a353f4b127ed57279279f851c6b4917
> Suggested-by: Simon Glass
> Signed-off-by: Nathan Chancellor
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
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
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
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 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 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: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/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/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 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 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 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
-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
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
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
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 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
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 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
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: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 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 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 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 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
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
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
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
]
> Signed-off-by: John Keeping
> Tested-by: Genki Marshall
Tested-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
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, 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
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: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 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
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
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 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
[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 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
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 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 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 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 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 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 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 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 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.
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 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 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
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
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
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 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
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 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 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
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
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
201 - 262 of 262 matches
Mail list logo
