] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Russ Dill
---
drivers/clk/clk.c| 14 +++---
include/linux/clk-provider.h | 4 ++--
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index 56e4495e..ed01746
On Mon, Nov 26, 2012 at 11:57 AM, Mike Turquette wrote:
>
> Quoting Russ Dill (2012-11-26 11:20:09)
> > The helper functions that access the opaque struct clk should
> > not be marked inline since they are contained in clk.c, but expected
> > to be used by other compil
On 04/02/2013 01:02 PM, Greg KH wrote:
> On Tue, Apr 02, 2013 at 06:30:42PM +0900, Jonghwan Choi wrote:
>> 3.8-stable review patch. If anyone has any objections, please let us know.
>>
>> ------
>>
>> From: "Russ Dill "
>>
>> c
On Thu, Oct 18, 2012 at 6:26 AM, Matt Porter wrote:
> Changes since v2:
> - Rebased on 3.7-rc1
> - Fixed bug in DT/pdata parsing first found by Gururaja
> that turned out to be masked by some toolchains
> - Dropped unused mach-omap2/devices.c hsmmc patch
>
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
wrote:
> Introducing capebus; a bus that allows small boards (capes) to connect
> to a complex SoC using simple expansion connectors.
>
> Up to now to support these kind of boards, one had to hack the board files,
> and do all sort of gymnastics t
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
wrote:
> Capebus is created to address the problem of many SoCs that can provide a
> multitude of hardware interfaces but in order to keep costs down the main
> boards only support a limited number of them. The rest are typically brought
> out to
On Wed, Oct 31, 2012 at 3:07 PM, Pantelis Antoniou
wrote:
>
> On Oct 31, 2012, at 11:55 PM, Russ Dill wrote:
>
>> On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
>> wrote:
>>> Introducing capebus; a bus that allows small boards (capes) to connect
>>>
On Thu, Nov 1, 2012 at 3:05 PM, Felipe Balbi wrote:
> HI,
>
> On Thu, Nov 01, 2012 at 03:59:50PM +0200, Pantelis Antoniou wrote:
>> Hi Alan,
>>
>> On Nov 1, 2012, at 3:51 PM, Alan Cox wrote:
>>
>> >> What they want, and what every user wants, is I plug this board in, and
>> >> the driver make sure
On Fri, Nov 2, 2012 at 1:57 AM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Nov 01, 2012 at 04:49:23PM -0700, Russ Dill wrote:
>> On Thu, Nov 1, 2012 at 3:05 PM, Felipe Balbi wrote:
>> > HI,
>> >
>> > On Thu, Nov 01, 2012 at 03:59:50PM +0200, Pantelis Antonio
On Fri, Nov 2, 2012 at 4:00 AM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Nov 02, 2012 at 02:42:51AM -0700, Russ Dill wrote:
>> >> browse through various detect functions, yes, some of them key off an
>> >> ID, but a lot of them just check various registers to see i
On Wed, Oct 31, 2012 at 8:55 AM, Pantelis Antoniou
wrote:
> The MFD parent device now uses a regmap, instead of direct
> memory access. Use the same method in the sub devices to avoid
> nasty surprises.
>
> Also rework the channel initialization of tiadc a bit.
>
> Signed-off-by: Pantelis Antoniou
This enables CONFIG_PIE for omap2plus_defconfig and adds
an am33xx PIE section group. This is necessary for am33xx
suspend/resume code as it is written in C.
Signed-off-by: Russ Dill
---
arch/arm/configs/omap2plus_defconfig | 1 +
arch/arm/kernel/pie.lds.S| 1 +
2 files changed, 2
Add a helper that generates a short snippet of code that updates PIE
relocations, loads the stack pointer and calls a C (or asm) function.
The code gets placed into a PIE section.
Signed-off-by: Russ Dill
---
arch/arm/include/asm/suspend.h | 25 +
1 file changed, 25
as part of the suspend
sequence.
The low level code in OCMC relocks the PLLs, enables access
to external RAM and then jumps to the cpu_resume code of
the kernel to finish the resume process.
Signed-off-by: Vaibhav Bedia
Signed-off-by: Dave Gerlach
Signed-off-by: Russ Dill
Cc: Tony Lingren
C
Add support to ARM for embedding PIEs into the kernel, loading them into
genalloc pools (such as SRAM) and executing them. Support for ARM means
performing R_ARM_RELATIVE fixups within the .rel.dyn section.
Signed-off-by: Russ Dill
---
arch/arm/Kconfig | 1 +
arch/arm/Makefile
The SRAM is for use by the MPU. Marking it as such makes it
easier for PM initialization code to locate the SRAM in order to
load a PIE section into it.
Additionally, set the map-exec flag to allow code to be run
from SRAM. This is necessary for suspend/resume.
Signed-off-by: Russ Dill
This adds support for updating PIE relocations under ARM. This
is necessary in the case that the same PIE must run both with
virtual mapping (MMU enabled) and physical mapping (MMU
disabled).
Signed-off-by: Russ Dill
---
arch/arm/include/asm/pie.h | 42 +
arch/arm/kernel
Now that there is an _exec version of ioremap, add devm support for it.
Signed-off-by: Russ Dill
---
include/linux/device.h | 17 -
include/linux/io.h | 4 +++
lib/devres.c | 97 --
3 files changed, 114 insertions(+), 4
If code is to be copied into and area (such as SRAM) and run,
it needs to be marked as exec. Currently only an ARM version
of this exists.
Signed-off-by: Russ Dill
---
arch/arm/include/asm/io.h | 2 ++
include/asm-generic/iomap.h | 5 +
2 files changed, 7 insertions(+)
diff --git a/arch
.
Signed-off-by: Russ Dill
---
arch/alpha/include/asm/fncpy.h | 1 +
arch/arc/include/asm/fncpy.h| 1 +
arch/arm/include/asm/fncpy.h| 76 +++---
arch/arm/plat-omap/sram.c | 2 +-
arch/arm64/include/asm/fncpy.h | 1 +
arch/avr32/include/asm
to be performed.
+
+Copyright 2013 Texas Instruments, Inc
+ Russ Dill
+
+Motivation
+==
+
+Without the PIE framework, the only way to support platforms that require
+code loaded to and run from arbitrary addresses was to write the code in
+assembly. For example, a platform may have
This is necessary for platforms that use SRAM to execute suspend/resume stubs.
Signed-off-by: Russ Dill
---
Documentation/devicetree/bindings/misc/sram.txt | 4
drivers/misc/sram.c | 13 -
include/linux/platform_data/sram.h | 8
s.arm.omap/103774
[3] http://www.spinics.net/lists/devicetree/msg00227.html
[4] http://www.spinics.net/lists/linux-omap/msg95305.html
[5] https://github.com/russdill/linux/commits/sram
Russ Dill (10):
asm-generic: io: Add exec versions of ioremap
lib: devres: Add exec versions of devm_ioremap_
On Mon, Nov 12, 2012 at 3:23 AM, Pantelis Antoniou
wrote:
> Hi Grant,
>
> Sorry for the late comments, travelling...
>
> On Nov 9, 2012, at 6:28 PM, Grant Likely wrote:
>
>> On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren
>> wrote:
>>> On 11/05/2012 01:40 PM, Grant Likely wrote:
Hey folks,
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren wrote:
> * Grant Likely [121106 03:16]:
>> On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
>> wrote:
>> >
>> > Another can of worms is the pinctrl nodes.
>>
>> Yes... new pinctrl data would need to trigger adding new data to
>> pinctrl. I don't k
On 08/05/2013 10:02 AM, Zubair Lutfullah : wrote:
> On Mon, Aug 05, 2013 at 09:12:56AM -0700, Dmitry Torokhov wrote:
Touchscreen and ADC share the same IRQ line from parent MFD core.
Previously only Touchscreen was interrupt based.
With continuous mode support added in ADC driver, dr
On Sat, Mar 2, 2013 at 11:49 AM, Al Viro wrote:
> On Sat, Mar 02, 2013 at 03:00:28AM -0800, Russ Dill wrote:
>> I'm seeing a race in fs/fcntl.c. I'm not sure exactly how the race is
>> occurring, but the following is my best guess. A kernel log is
>> attached.
On Sat, Mar 2, 2013 at 4:09 PM, Russ Dill wrote:
> On Sat, Mar 2, 2013 at 11:49 AM, Al Viro wrote:
>> On Sat, Mar 02, 2013 at 03:00:28AM -0800, Russ Dill wrote:
>>> I'm seeing a race in fs/fcntl.c. I'm not sure exactly how the race is
>>> occurring, but the
code:
mix_pool_bytes /* takes nonblocking_pool.lock */
add_device_randomness
posix_cpu_timers_exit
__exit_signal
release_task /* takes write lock on tasklist_lock */
do_exit
__module_put_and_exit
cryptomgr_test
Signed-off-by: Russ Dill
---
kernel/posix-cpu-timers.c | 3 ---
1 file changed, 3
to be taken while the random
> pool is locked, so move it out to fix this locking dependency.
>
> Signed-off-by: "Theodore Ts'o"
> Reported-by: Russ Dill
> Cc: sta...@kernel.org
> ---
> drivers/char/random.c | 12
> 1 file changed, 8 insertions(+)
7;[2.079890] : Restricting voltage, 3735899821-4294967295uV'
Because it references regulator->dev, it could potentially read memory from
anywhere causing a panic.
This patch instead uses rdev and the updated min/max uV values.
Signed-off-by: Russ Dill
---
drivers/regulator/core.c | 4
51bf2976 caused a regression in the asix usbnet driver. usb_control_msg
returns the number of bytes read on success, not 0. Tested with NETGEAR
FA120.
Signed-off-by: Russ Dill <[EMAIL PROTECTED]>
---
drivers/net/usb/asix.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
I've been having a back and forth going for a while with my TA and OS
professor on the meaning of profile=3 and have been unable to convince
either of them. The basic question is if profile=3 is passed to kernel
with an 8MB text section, how big is the allocated profile buffer. His
answer is 1MB...
/* only text is profiled */
> prof_len = (unsigned *) &_etext - (unsigned *) &_stext;
Crap, sorry, accidentally sent a version I had laying around demonstrating how
one *would* get the answer he expects. The correct line is of course:
prof_len = (unsigned long) &_e
On 10/10/07, David Newall <[EMAIL PROTECTED]> wrote:
> Russ Dill wrote:
> > I've been having a back and forth going for a while with my TA and OS
> > professor on the meaning of profile=3 and have been unable to convince
> > either of them. The basic question is
Marc Haber zugschlus.de> writes:
>
> While debugging Exim4's GnuTLS interface, I recently found out that
> reading from /dev/urandom depletes entropy as much as reading from
> /dev/random would. This has somehow surprised me since I have always
> believed that /dev/urandom has lower quality entr
Actually, this occured at 2.4.2
I searched though the archives, and the only people who were able to get
this resolved were those with a non-isapnp card (by added isapnp=0).
However, I have an isapnp card and the driver doesn't think my card
exists. If I lod it, withot options, I get:
russ kerne
On 02 May 2001 09:30:03 +0100, Vivek Dasmohapatra wrote:
> I have an isapnp opl3sax system [2.4.3-ac5] - the sound card
initialises
> fine, I just have to kick the second logical device with by cat'ing the
> following into /proc/isapnp:
>
> card 0 YMH0802
> dev 0 YMH0022
> port 0 0x201
> activa
On 10/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 16 Oct 2007 22:16:47 -0700
> "Russ Dill" <[EMAIL PROTECTED]> wrote:
>
> > Be more explicit on what the step/bucket size accomplishes.
> >
> > Signed-off-by: Russ Dill <
On 2.6.22 from debian (stock), I have a process (dpkg) stuck with the following
calltrace:
SysRq : Show Blocked State
freesibling
task PCstack pid father child younger older
dpkg D 0003 0 26040 20765 (NOTLB)
On 8/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 11 Aug 2007 02:34:34 +0000 (UTC) Russ Dill <[EMAIL PROTECTED]> wrote:
>
> > On 2.6.22 from debian (stock), I have a process (dpkg) stuck with the
> > following
> > calltrace
Be more explicit on what the step/bucket size accomplishes.
Signed-off-by: Russ Dill <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-paramete
Be more explicit on what the step/bucket size accomplishes.
Signed-off-by: Russ Dill <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-paramete
I have an Acer Ferrari 5000 laptop, it has an AMD64 TL-60 processor, and an
RS480 host bridge. I'm running 2.6.22, I get no HPET.
>From looking at the kernel source, the HPET driver is looking for PNP0103. I
>see
no PNP0103 entry on my machine, just PNP0100. Searching around, it looks like
kernel
On 22 Aug 2007 13:18:28 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Russ Dill <[EMAIL PROTECTED]> writes:
>
> > I have an Acer Ferrari 5000 laptop, it has an AMD64 TL-60 processor, and an
> > RS480 host bridge. I'm running 2.6.22, I get no HPET.
>
> Act
On 02/21/2014 08:37 PM, Sebastian Capella wrote:
> Quoting Sebastian Capella (2014-02-21 15:59:11)
>> - Cyril Chemparathy as his email is bouncing back to me.
>>
>> Quoting Sebastian Capella (2014-02-21 10:39:56)
>>> Quoting Lorenzo Pieralisi (2014-02-20 08:27:55)
>>> + cpu_switch_mm(idmap
On 02/24/2014 03:13 PM, Sebastian Capella wrote:
> Quoting Russell King - ARM Linux (2014-02-22 02:26:17)
>> On Tue, Feb 18, 2014 at 05:52:07PM -0800, Sebastian Capella wrote:
>>> From: Russ Dill
>>>
>>> This adds the ability to run soft_restart with local_irq/
On 02/25/2014 02:27 AM, Thomas Gleixner wrote:
> On Mon, 24 Feb 2014, Russ Dill wrote:
>> On 02/24/2014 03:13 PM, Sebastian Capella wrote:
>>> Quoting Russell King - ARM Linux (2014-02-22 02:26:17)
>>>> On Tue, Feb 18, 2014 at 05:52:07PM -0800, Sebastian Capella
>
On 02/26/2014 11:10 AM, Sebastian Capella wrote:
> From: Russ Dill
>
> Enable hibernation for ARM architectures and provide ARM
> architecture specific calls used during hibernation.
>
> The swsusp hibernation framework depends on the
> platform first having functional susp
On 02/27/2014 04:09 PM, Stephen Boyd wrote:
> On 02/27/14 15:57, Sebastian Capella wrote:
>> diff --git a/arch/arm/include/asm/memory.h
>> b/arch/arm/include/asm/memory.h index 8756e4b..1079ea8 100644 ---
>> a/arch/arm/include/asm/memory.h +++
>> b/arch/arm/include/asm/memory.h @@ -291,6 +291,7 @@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/19/2014 08:12 AM, Lorenzo Pieralisi wrote:
+ * https://patchwork.kernel.org/patch/96442/
I think the idea here is to get the CPU into a state so that later
when we resume from the resume kernel, the actual CPU state matches
the state we have
The get_parent op is defined as returning u8, but clk-mux is
returning negative values on error. Code within drivers/clk/clk.c
uses this return value as an index into an array which could
cause an oops.
Signed-off-by: Russ Dill
---
drivers/clk/clk-mux.c | 4 ++--
1 file changed, 2 insertions
software_resume into late_initcall_sync so that it happens
after all the other late_initcalls.
Signed-off-by: Russ Dill
---
kernel/power/hibernate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/power/hibernate.c b/kernel/power/hibernate.c
index c9c759d..0121dab 100644
--- a
From: Russ Dill
This patch provides the FTDI genuine product verification steps
as contained within the new 2.12.00 official release. It ensures
that counterfeiters don't exploit engineering investment made
by FTDI. Counterfeit ICs are destroying innovation in the
industry.
FTDI recommends
On Thu, Oct 23, 2014 at 5:44 AM, Hector Martin wrote:
> NAK. This patch neither accomplishes what FTDI intended, nor what the
> author humorously intended.
>
>> + /* Attempt to set Vendor ID to 0 */
>> + eeprom_data[1] = 0;
>> +
>> + /* Calculate new checksum to avoid bricking devices
nuine then please don't use the drivers.
Signed-off-by: Russ Dill
---
drivers/usb/serial/ftdi_sio.c | 113 +-
drivers/usb/serial/ftdi_sio.h | 41 +++
2 files changed, 153 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/serial/ftdi_
Alexander Holler ahsoftware.de> writes:
>
> Hello.
>
> I've set up a repository at github which contains the 3 pathches to add
> limited support to the Linux kernel for wiping files on ext4 and (v)fat
> with 3 small patches and a total of "9 files changed, 101 insertions(+),
> 8 deletions(-)
57 matches
Mail list logo
