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
Alexander Holler holler at 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
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_sio.c b/drivers
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
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
From: Russ Dill russ.d...@gmail.com
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
On Thu, Oct 23, 2014 at 5:44 AM, Hector Martin hec...@marcansoft.com 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
then please don't use the drivers.
Signed-off-by: Russ Dill russ.d...@gmail.com
---
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
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 @@
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 @@ static
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 func
On 02/26/2014 11:10 AM, Sebastian Capella wrote:
From: Russ Dill russ.d...@ti.com
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 suspend/resume
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/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
wrote:
From: Russ Dill russ.d...@ti.com
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 loca
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 russ.d...@ti.com
This adds the ability to run soft_restart with local_irq/fiq_disable
already called
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)
>>> +
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_pgd, init_mm);
-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
-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
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
software_resume into late_initcall_sync so that it happens
after all the other late_initcalls.
Signed-off-by: Russ Dill russ.d...@ti.com
---
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
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
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 russ.d...@ti.com
---
drivers/clk/clk-mux.c | 4 ++--
1 file changed
] 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_resource and friends
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
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
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
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
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
rs 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 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
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
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 russ.d...@ti.com
---
arch/arm/configs/omap2plus_defconfig | 1 +
arch/arm/kernel/pie.lds.S| 1 +
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 russ.d...@ti.com
---
arch/arm/include/asm/suspend.h | 25 +
1 file
-off-by: Russ Dill russ.d...@ti.com
Cc: Tony Lingren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Benoit Cousson benoit.cous...@linaro.org
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@linaro.org
---
arch/arm/mach-omap2/Kconfig | 7 +-
arch/arm/mach
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 russ.d...@ti.com
---
arch/arm/Kconfig | 1 +
arch
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 russ.d
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 russ.d...@ti.com
---
arch/arm/include/asm/pie.h | 42
Now that there is an _exec version of ioremap, add devm support for it.
Signed-off-by: Russ Dill russ.d...@ti.com
---
include/linux/device.h | 17 -
include/linux/io.h | 4 +++
lib/devres.c | 97 --
3 files changed, 114
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 russ.d...@ti.com
---
arch/arm/include/asm/io.h | 2 ++
include/asm-generic/iomap.h | 5 +
2 files changed, 7 insertions
.
Signed-off-by: Russ Dill russ.d...@ti.com
---
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
-off-by: Russ Dill russ.d...@ti.com
---
Documentation/pie.txt | 167
Makefile | 17 +++-
include/asm-generic/pie.lds.h | 82
include/asm-generic/vmlinux.lds.h | 1 +
include/linux/pie.h
This is necessary for platforms that use SRAM to execute suspend/resume stubs.
Signed-off-by: Russ Dill russ.d...@ti.com
---
Documentation/devicetree/bindings/misc/sram.txt | 4
drivers/misc/sram.c | 13 -
include/linux/platform_data/sram.h
] 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_resource and friends
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,
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, driver
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 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 russ.d...@ti.com
commit 6e45eb12fd1c741d556bf264ee98853b5f3104e5 upstream
e 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(+), 4 deletions(-)
>
>
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
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 russ.d...@gmail.com
---
kernel/posix-cpu-timers.c | 3 ---
1
it out to fix this locking dependency.
Signed-off-by: Theodore Ts'o ty...@mit.edu
Reported-by: Russ Dill russ.d...@gmail.com
Cc: sta...@kernel.org
---
drivers/char/random.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char
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 following
On Sat, Mar 2, 2013 at 4:09 PM, Russ Dill russ.d...@gmail.com wrote:
On Sat, Mar 2, 2013 at 11:49 AM, Al Viro v...@zeniv.linux.org.uk 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
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 11:49 AM, Al Viro v...@zeniv.linux.org.uk 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.
[snip the analysis
] : 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 ++--
1 file changed
ASCII: 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 russ.d...@ti.com
---
drivers/regulator/core.c | 4
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 Mon, Nov 26, 2012 at 11:57 AM, Mike Turquette mturque...@ti.com 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 compilation units
] 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
] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Russ Dill russ.d...@ti.com
---
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
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 Mon, Nov 12, 2012 at 3:23 AM, Pantelis Antoniou
pa...@antoniou-consulting.com 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 swar...@wwwdotorg.org
wrote:
On 11/05/2012 01:40
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
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can of worms is the pinctrl nodes.
Yes... new pinctrl data would
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 s
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 1:57 AM, Felipe Balbi ba...@ti.com 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 ba...@ti.com wrote:
HI,
On Thu, Nov 01, 2012 at 03:59:50PM +0200, Pantelis Antoniou wrote:
Hi Alan,
On Nov 1
On Fri, Nov 2, 2012 at 4:00 AM, Felipe Balbi ba...@ti.com 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 if certain
bits are zero
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
On Thu, Nov 1, 2012 at 3:05 PM, Felipe Balbi ba...@ti.com 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 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 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 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
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
pa...@antoniou-consulting.com 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
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
pa...@antoniou-consulting.com 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
On Wed, Oct 31, 2012 at 3:07 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Oct 31, 2012, at 11:55 PM, Russ Dill wrote:
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Introducing capebus; a bus that allows small boards (capes
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
On Wed, Oct 31, 2012 at 8:55 AM, Pantelis Antoniou
pa...@antoniou-consulting.com 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.
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 Thu, Oct 18, 2012 at 6:26 AM, Matt Porter mpor...@ti.com 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
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(-)
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(-)
diff --git
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
Marc Haber mh+linux-kernel at 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
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 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 [EMAIL PROTECTED]
---
Documentation/kernel-parameters.txt |5 -
1
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
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-parameters.txt
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-parameters.txt
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 if pr
/* 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)
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
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
1 - 100 of 114 matches
Mail list logo