From: Jason Wang
Date: Wed, 6 Mar 2013 13:10:26 +0800
> Signed-off-by: Jason Wang
Applied, thanks Jason.
--
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
Add a dmaengine API to retrieve slave SG transfer limits.
The API is optionally implemented by dmaengine drivers and when
unimplemented will return a NULL pointer. A client driver using
this API provides the required dma channel, address width, and
burst size of the transfer.
Replace the hardcoded values used to set max_segs/max_seg_size with
a dma_get_slave_sg_limits() query to the dmaengine driver.
Signed-off-by: Matt Porter
---
drivers/mmc/host/davinci_mmc.c| 37 -
include/linux/platform_data/mmc-davinci.h |3 ---
2
Implement device_slave_sg_limits().
EDMA has a finite set of PaRAM slots available for linking a
multi-segment SG transfer. In order to prevent any one channel
from consuming all PaRAM slots to fulfill a large SG transfer,
the driver reports a static per-channel max number of SG segments
it will
Changes since v3:
- Change api name to dma_get_slave_sg_limits() to avoid
confusion with h/w caps which are static.
Changes since v2:
- Change to a separate slave sg specific api. Drop the
generic per-channel capabilities api that is not used.
Changes since
On Wed, Mar 06, 2013 at 12:31:49PM -0700, Stephen Warren wrote:
> get_maintainer.pl could always look at file contents IIRC. The change
> was that I added keyword "tegra" to the Tegra section that now matches
> this file's contents.
>
> ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau
>
>
> >> Can you check bootloader like grub.efi ?
> >
> > I checked, same story. I tried without EFI_STUB, no joy. I ran with
> > and without nouveau, just in case. Without the patch, everything
> > works. With the patch, nothing works, and no output at all.
> >
> > With a bit of luck, I could maybe
Dear Pavel Machek,
On Wed, 6 Mar 2013 20:33:32 +0100, Pavel Machek wrote:
> Moves dtb files from arch/arm/boot/ to arch/arm/boot/dtb. That causes
> several problems:
>
> 1) it is inconsistent with 3.8, making switching between 3.9-rc1 and
> 3.8 tricky
The commit you're pointing to was part of
On Wed, Mar 06, 2013 at 08:14:18PM +0100, Marcin Slusarz wrote:
> On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> > On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > > Dropping Tegra ML, it's not the place where Nouveau mails should go.
> >
> > $
The "10" sounds like an attempt to add some hysteresis to the up/down
decisionmaking. If you take it out, you should make sure you don't get into
situations where you're continually switching rapidly between two frequencies.
(In the ondemand governor some care was also taken to avoid the cost
On 03/06/2013 11:36 AM, Henrik Rydberg wrote:
> Hi Yinghai,
>
Can you get a boot log with "debug memblock=debug" from the last
successful commit point? Are you booting EFI or BootCamp?
>>>
>>> Attached the dmesg log, booting from f763ad1 which is on top of
>>> 3.7-rc6. I am booting
Hi!
Commit
commit 499cd8298628eeabf0eb5eb6525d4faa0eec80d8
Author: Grant Likely
Date: Tue Nov 27 16:29:11 2012 -0700
The current rules have the .dtb files build in a different
directory
from the .dts files. The only reason for this is that it was what
PowerPC has done
Hi Yinghai,
> >> Can you get a boot log with "debug memblock=debug" from the last
> >> successful commit point? Are you booting EFI or BootCamp?
> >
> > Attached the dmesg log, booting from f763ad1 which is on top of
> > 3.7-rc6. I am booting with EFI_STUB, straight into the kernel.
> > The
On 03/06/2013 12:14 PM, Marcin Slusarz wrote:
> On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
>> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
>>> Dropping Tegra ML, it's not the place where Nouveau mails should go.
>>
>> $ ./scripts/get_maintainer.pl -f
On 03/05/13 20:07, zhangwei(Jovi) wrote:
> See the help text output of /proc/sysrq-trigger:
>
>SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E)
>memory-full-oom-kill(F) kill-all-tasks(I) ...
>
> Most command is referenced by responding upper-case character,
> this would
Dave,
This time just passing along a big batch of fixes from Johannes...
For the mac80211 bits:
"Here I have fixes from Ben Greear for stray work items when deleting
interfaces, another idle handling fix from Felix, a fix from Marco ro a
mesh PS buffering crash and I have a fix for the VHT MCS
On 03/05/13 16:50, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130305:
>
on i386 and x86_64:
ERROR: "usb_control_msg" [drivers/hid/hid-multitouch.ko] undefined!
ERROR: "usb_ifnum_to_if" [drivers/hid/hid-holtek-kbd.ko] undefined!
when CONFIG_USB_SUPPORT is not enabled.
Should these
Hi Daniel,
I've just tried drm-intel-fixes merged into v3.9-rc1, and so far it's
looking good. No suspicious timeouts.
Thanks for the quick response!
Benson
On Wed, Mar 6, 2013 at 12:14 AM, Daniel Vetter wrote:
> On Wed, Mar 6, 2013 at 3:35 AM, Benson Leung wrote:
>> I'm working on touch
On Wed, 2013-03-06 at 17:52 +0100, Johan Hovold wrote:
> > > @@ -225,15 +232,13 @@ void tty_port_hangup(struct tty_port *port)
> > spin_lock_irqsave(>lock, flags);
> > port->count = 0;
> > port->flags &= ~ASYNC_NORMAL_ACTIVE;
> > - if (port->tty) {
> > + if
On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > Dropping Tegra ML, it's not the place where Nouveau mails should go.
>
> $ ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau/nv50_display.c
> ...
>
Hello, Lei.
On Wed, Mar 06, 2013 at 10:39:15PM +0800, Lei Wen wrote:
> We find a race condition as below:
> CPU0 CPU1
> timer interrupt happen
> __run_timers
>__run_timers::spin_lock_irq(>lock)
>
On Wednesday 06 March 2013 18:51:21 Tony Lindgren wrote:
> * Pali Rohár [130306 06:13]:
> > On Monday 04 March 2013 19:58:06 Tony Lindgren wrote:
> > > * Nishanth Menon [130301 06:42]:
> > > > On Fri, Mar 1, 2013 at 1:47 AM, Ивайло Димитров
> >
> > wrote:
> > > > > They look similar, but they
On Wed, 6 Mar 2013, Paul E. McKenney wrote:
> On Wed, Mar 06, 2013 at 04:58:54PM +0100, Thomas Gleixner wrote:
> > On Wed, 6 Mar 2013, Paul Gortmaker wrote:
> > > So, I guess the question is, whether we want to try and make the system
> > > fail in a more meaningful way -- kind of like the rt
[Problem]
When kernel panics, unnecessary WARN_ON() may be printed after panic messages
in a following scenario.
- A panicked cpu stops other cpus via smp_send_stop().
- Other cpus turn to be offline in stop_this_cpu().
- The panicked cpu enables interrupt.
- native_smp_send_reschedule() is
Hello, Oleg.
On Wed, Mar 06, 2013 at 07:16:08PM +0100, Oleg Nesterov wrote:
> And how SIGFREEZE can help? If we want to interrupt the sleeps in NFS/RPC
> layer we can simply add TASK_WAKEFREEZE (can be used with TASK_KILLABLE)
> and change freeze_task() to do
Hello,
On Wed, Mar 06, 2013 at 01:40:04PM -0500, Jeff Layton wrote:
> Though when I said that, it was before Tejun mentioned hooking this up
> to ptrace. I'll confess that I don't fully understand what he's
> proposing either though...
Oh, they're all just pretty closely related. All signal and
On Wed, 6 Mar 2013 19:17:35 +0100
Oleg Nesterov wrote:
> On 03/05, Jeff Layton wrote:
> >
> > Anyone up for working out how to handle a freeze event on a process
> > that already has a pending signal, while it's being ptraced?
>
> Could you explain the problem?
>
Not very well. I was just
zswap is a thin compression backend for frontswap. It receives
pages from frontswap and attempts to store them in a compressed
memory pool, resulting in an effective partial memory reclaim and
dramatically reduced swap device I/O.
Additionally, in most cases, pages can be retrieved from this
On Wed, 2013-03-06 at 13:23 -0500, Jeff Layton wrote:
> On Wed, 6 Mar 2013 07:59:01 -0800
> Mandeep Singh Baines wrote:
> > In general, holding a lock and freezing can cause a deadlock if:
> >
> > 1) you froze via the cgroup_freezer subsystem and a task in another
> > cgroup tried to acquire the
From: Stephen Warren
All Tegra GPIOs are named after the GPIO bank and GPIO number within
the bank. Define a macro to calculate the GPIO ID based on those
parameters. Make the macro available via all Tegra .dtsip files.
Signed-off-by: Stephen Warren
---
v2: Moved header file. Added include
From: Stephen Warren
Use the GIC and standard IRQ binding defines in all IRQ specifiers.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/tegra114.dtsi| 55 +
arch/arm/boot/dts/tegra20-colibri-512.dtsi |2 +-
arch/arm/boot/dts/tegra20-harmony.dts |4 +-
From: Stephen Warren
The USB PHY nodes are all grouped together rather than being sorted based
on reg address like all other nodes fix this.
I apologize for the churn; I should have noticed this during review of the
patches that caused this.
Signed-off-by: Stephen Warren
---
From: Stephen Warren
Remove white-space from empty line; triggers checkpatch.
Signed-off-by: Stephen Warren
---
Patches 3 and later in his series depends on the kbuild-related series I
just posted to rework the dtc+cpp logic. I hope to apply them to the Tegra
tree after merging the previous
From: Stephen Warren
Use TEGRA_GPIO() macro to name all GPIOs referenced by GPIO properties,
and some interrupts properties. Use standard GPIO flag defines too.
Signed-off-by: Stephen Warren
---
v2: Move addition of #include of tegra-gpio.h into this patch.
---
arch/arm/boot/dts/tegra114.dtsi
From: Stephen Warren
Prior to this change, when compiling *.dts to *.dtb, the dependency
output from dtc would be used, and when compiling *.dtsp to *.dtb, the
dependency output from gcc -E alone would be used, despite dtc also
being invoked (on a temporary file that was guaranteed to have no
On 03/05/2013 11:08:16 AM, Randy Dunlap wrote:
From: Randy Dunlap
Fix new kernel-doc warnings in drm_edid.c: convert doxygen(?) to
kernel-doc to match the rest of the file's documentation.
I've been feeding this stuff through triv...@kernel.org. (I just got my
kernel.org account re-enabled
From: Stephen Warren
The recent dtc+cpp support allows header files and C pre-processor
defines/macros to be used when compiling device tree files. These
headers will typically define various constants that are part of the
device tree bindings.
The original patch which set up the dtc+cpp
From: Stephen Warren
Replace /include/ (dtc) with #include (C pre-processor) for all Tegra DT
files, so that gcc -E handles the entire include tree, and hence any of
those files can #include some other file e.g. for constant definitions.
This allows future use of #defines and header files in
From: Stephen Warren
Many GPIO device tree bindings use the same flags. Create a header to
define those.
Signed-off-by: Stephen Warren
---
v2: Moved header. Added include guard.
---
include/dt-bindings/gpio/gpio.h | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
On Wed, 6 Mar 2013 07:59:01 -0800
Mandeep Singh Baines wrote:
> On Wed, Mar 6, 2013 at 4:06 AM, Jeff Layton wrote:
> > On Wed, 6 Mar 2013 10:09:14 +0100
> > Ingo Molnar wrote:
> >
> >>
> >> * Mandeep Singh Baines wrote:
> >>
> >> > On Tue, Mar 5, 2013 at 5:16 PM, Tejun Heo wrote:
> >> > > On
From: Stephen Warren
The ARM GIC binding defines a few custom cells and flags for its IRQ
specifier. Provide names for those.
Signed-off-by: Stephen Warren
---
v2: Moved header. Added include guard.
---
include/dt-bindings/interrupt-controller/arm-gic.h | 22
1 file
From: Stephen Warren
Many IRQ device tree bindings use the same flags. Create a header to
define those.
Signed-off-by: Stephen Warren
---
v2: Moved header. Added include guard.
---
include/dt-bindings/interrupt-controller/irq.h | 19 +++
1 file changed, 19 insertions(+)
From: Stephen Warren
Replace cmd_dtc with cmd_dtc_cpp, and delete the latter.
Previously, a special file extension (.dtsp) was required to trigger
the C pre-processor to run on device tree files. This was ugly. Now that
previous changes have enhanced cmd_dtc_cpp to collect dependency
From: Stephen Warren
The current use-case for fixdep is: a source file is run through a single
processing step, which creates a single dependency file as a side-effect,
which fixdep transforms into the file used by the kernel build process.
In order to transparently run the C pre-processor on
On 03/05, Jeff Layton wrote:
>
> Anyone up for working out how to handle a freeze event on a process
> that already has a pending signal, while it's being ptraced?
Could you explain the problem?
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 03/05, Tejun Heo wrote:
>
> Oleg, are you still opposed to the idea of making freezer share trap
> points with ptrace?
My memory can fool me, but iirc I wasn't actually opposed... I guess
you mean the previous discussion about vfork/ptrace/etc which I forgot
completely.
But I can recall the
Does anybody know what this business is in __cpa_process_fault()?
> /*
> * Ignore the NULL PTE for kernel identity mapping, as it is expected
> * to have holes.
> * Also set numpages to '1' indicating that we processed cpa req for
> * one virtual
This should help avoid making the incorrect change in non-compliant
bootloaders.
Signed-off-by: Peter Jones
---
Documentation/x86/boot.txt | 5 +++--
arch/x86/include/asm/bootparam_utils.h | 7 +++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git
Linux is free to call ethtool ops as soon as a netdev exists when probe
finishes. However, we only allocate vmxnet3 tx/rx queues and initialize the
rx_buf_per_pkt field in struct vmxnet3_adapter when the interface is
opened (UP).
Signed-off-by: Bhavesh Davda
Signed-off-by: Shreyas N Bhatewara
* Arnd Bergmann [130306 03:27]:
> On Wednesday 06 March 2013, Tony Lindgren wrote:
> > * Arnd Bergmann [130305 14:31]:
> > > On Tuesday 05 March 2013, Arnd Bergmann wrote:
> > > > The recent reorganization of OMAP header files caused a couple of
> > > > files that used to be implicitly included
* Anil Kumar [130305 18:40]:
> Hi Tony,
>
> >> From: linux-arm-kernel [mailto:linux-arm-kernel-
> >> boun...@lists.infradead.org] On Behalf Of Anil Kumar
> >> Sent: Wednesday, February 27, 2013 8:03 AM
> >> To: devicetree-disc...@lists.ozlabs.org; linux-o...@vger.kernel.org;
> >>
On 06/03/13 16:47, Daniel Kiper wrote:
> On Wed, Mar 06, 2013 at 11:05:03AM +, David Vrabel wrote:
>> On 04/03/13 21:14, Daniel Kiper wrote:
>>> This patch enforces on target limit statically defined in Linux Kernel
>>> source and limit defined by hypervisor or host.
>>>
>>> Particularly this
On 03/06/2013 06:58 AM, Tetsuo Handa wrote:
> Borislav Petkov wrote:
>> Ok, before we continue guessing stuff, Tetsuo, can you please explain
>> how exactly you're triggering this. More specifically, we need .config,
>> hypervisor version, I'm assuming kernel is 3.9-rc1, Linux is guest/host
>>
On Wed, Mar 6, 2013 at 2:07 AM, Henrik Rydberg wrote:
>> Can you get a boot log with "debug memblock=debug" from the last
>> successful commit point? Are you booting EFI or BootCamp?
>
> Attached the dmesg log, booting from f763ad1 which is on top of
> 3.7-rc6. I am booting with EFI_STUB,
* Pali Rohár [130306 06:13]:
> On Monday 04 March 2013 19:58:06 Tony Lindgren wrote:
> > * Nishanth Menon [130301 06:42]:
> > > On Fri, Mar 1, 2013 at 1:47 AM, Ивайло Димитров
> wrote:
> > > > They look similar, but they are not equivalent :). The
> > > > first major difference is here (code
On Tue, Mar 5, 2013 at 9:01 PM, Mark Brown
wrote:
> Provide some trace, though the hardware is most likely non-functional if
> this happens.
>
Thanks for the update, I will merge it.
-Bryan
> Signed-off-by: Mark Brown
> ---
> drivers/leds/leds-wm8350.c |5 -
> 1 file changed, 4
On Mon, 2013-03-04 at 11:47 +0800, Hanjun Guo wrote:
> Ioapic hotplug was supported in IA64 code, but will lead to kexec oops
> when iosapic was removed. here is the code logic:
>
> iosapic_remove
> iosapic_free
> memset(_lists[index], 0, sizeof(iosapic_lists[0]))
>
On 03/05/13 22:03, Venu Byravarasu wrote:
>
>> +/**
>> + * devm_rtc_device_register - resource managed rtc_device_register()
>> + * @name: the name of the device
>> + * @dev: the device to register
>> + * @ops: the rtc operations structure
>> + * @owner: the module owner
>> + *
>> + * @return a
* Timo Kokkonen [130305 22:26]:
> On 03.05 2013 17:09:53, Tony Lindgren wrote:
> > * Mauro Carvalho Chehab [130305 16:28]:
> > > Em Tue, 5 Mar 2013 23:16:46 +0100
> > > Arnd Bergmann escreveu:
> > >
> > > > OMAP1 no longer provides its own clock interfaces since patch
> > > > a135eaae52 "ARM:
Thanks for redoing the patch, but...
On Wed, Mar 06, 2013 at 10:17:22AM +0800, Andrew Cooks wrote:
> diff --git a/drivers/dma/ioat/dma.c b/drivers/dma/ioat/dma.c
> index 1879a59..5431ba8 100644
> --- a/drivers/dma/ioat/dma.c
> +++ b/drivers/dma/ioat/dma.c
> @@ -832,7 +832,18 @@ int
On 03/06/2013 09:36 AM, Josh Boyer wrote:
>
> Something like this?
>
> Index: linux-2.6/arch/x86/include/asm/bootparam_utils.h
> ===
> --- linux-2.6.orig/arch/x86/include/asm/bootparam_utils.h
> +++
On Wed, Mar 6, 2013 at 8:43 AM, David Howells wrote:
>
> Scripting a change from "defined(__XXX_ENDIAN)" to
> "(__XXX_ENDIAN==__BYTEORDER)"
> should be easy to script.
How about we just make the rule be that we shouldn't test __xyz_ENDIAN
at all, and instead always use CONFIG_xyz_ENDIAN, which
On Wed, Mar 6, 2013 at 12:26 PM, H. Peter Anvin wrote:
> On 03/06/2013 08:53 AM, Josh Boyer wrote:
>>
>> I don't think this is limited to elilo. I have a UEFI machine booting
>> with grub2 that also fails to boot because of this patch. I was in the
>> middle of bisecting when I found this
On Wed, Mar 06, 2013 at 09:14:27AM -0800, H. Peter Anvin wrote:
> On 03/06/2013 08:55 AM, Peter Jones wrote:
> >
> > So, the problem here seems to be that there's never been widespread
> > compliance with this paragraph, but this patch assumes there has. A
> > brief survey concludes:
>
> No,
Hi Jan,
what a small world. Good to hear from you.
On Wed, Mar 06, 2013 at 12:51:21PM +0100, Jan Lübbe wrote:
> Hi Sören,
>
> On Tue, 2013-03-05 at 12:04 -0800, Sören Brinkmann wrote:
> > For this reasons, I'd like to propose moving Zynq into the same
> > direction. I.e. adding a clock
On 03/06/2013 08:53 AM, Josh Boyer wrote:
>
> I don't think this is limited to elilo. I have a UEFI machine booting
> with grub2 that also fails to boot because of this patch. I was in the
> middle of bisecting when I found this thread and if I revert 5dcd14ecd4
> the machine boots again. Put
On Wed, Mar 06, 2013 at 12:38:36AM +0800, Viresh Kumar wrote:
> So how does below fix look to you?
Much better, but I think you want a better device name than just "clusterN".
Also, please get rid of that "default n" - n is the default default default
default default default there's no need
On Wed, Mar 06, 2013 at 04:58:54PM +0100, Thomas Gleixner wrote:
> On Wed, 6 Mar 2013, Paul Gortmaker wrote:
> > So, I guess the question is, whether we want to try and make the system
> > fail in a more meaningful way -- kind of like the rt throttling message
> > does - as it lets users know
The backlight enable regulator is specified in the device tree node for
backlight.
Signed-off-by: Andrew Chew
---
Changed the name of the property from en-supply to enable-supply.
Made enable-supply a mandatory property. Changed the example in the
bindings documentation accordingly.
Moved
On 03/06/2013 08:55 AM, Peter Jones wrote:
>
> So, the problem here seems to be that there's never been widespread
> compliance with this paragraph, but this patch assumes there has. A
> brief survey concludes:
>
No, this patch doesn't assume there is widespread compliance, it is
trying to
On Tue, Mar 05, 2013 at 05:02:37PM +0800, Daniel J Blueman wrote:
> On 02/26/2013 12:32 AM, Paul E. McKenney wrote:
> >On Wed, Feb 20, 2013 at 11:35:57AM +0800, Daniel J Blueman wrote:
> >>On 20/02/2013 02:16, Paul E. McKenney wrote:
> >>>On Wed, Feb 20, 2013 at 12:34:12AM +0800, Daniel J Blueman
On Wed, Mar 06, 2013 at 07:46:29AM +0800, Simon Jeons wrote:
> On 03/06/2013 07:38 AM, Andrew Shewmaker wrote:
> >Limit the growth of the memory reserved for other processes
> >to the smaller of 3% or 8MB.
> >
> >This affects only OVERCOMMIT_NEVER.
> >
> >Signed-off-by: Andrew Shewmaker
>
>
On 03/06/2013 08:08 AM, Linus Torvalds wrote:
> On Wed, Mar 6, 2013 at 12:06 AM, Henrik Rydberg wrote:
>>
>> Or not. ;-) This commit breaks boot on my MacBookAir3,1:
>>
>> commit 8d57470d8f859635deffe3919d7d4867b488b85a
>> Author: Yinghai Lu
>> Date: Fri Nov 16 19:38:58 2012 -0800
>>
>>
On Thu, Feb 28, 2013 at 01:12:11PM -0800, H. Peter Anvin wrote:
> Then make it follow the boot spec:
>
> > In 32-bit boot protocol, the first step in loading a Linux kernel
> > should be to setup the boot parameters (struct boot_params,
> > traditionally known as "zero page"). The memory for
On Tue, Mar 5, 2013 at 2:12 PM, Yinghai Lu wrote:
> On Tue, Mar 5, 2013 at 7:22 AM, H. Peter Anvin wrote:
>> Yes, please do the analysis I asked for.
>
> it uses first 2 pages in bzImage to bootparams.
>
> then update the fields with ===> X
>
> struct boot_params {
> struct screen_info
Hi Jiri,
On Tue, Mar 05, 2013 at 05:02:44PM +0100, Jiri Slaby wrote:
> On 02/28/2013 09:57 PM, Peter Hurley wrote:
> > Hi Jiri,
> >
> > Just wanted to make sure you saw this series.
>
> Hi, thanks for letting me know. Johan, care to CC Alan Cox and me (or at
> least LKML) when you're changing
On Wed, Mar 06, 2013 at 11:05:03AM +, David Vrabel wrote:
> On 04/03/13 21:14, Daniel Kiper wrote:
> > This patch enforces on target limit statically defined in Linux Kernel
> > source and limit defined by hypervisor or host.
> >
> > Particularly this patch fixes bug which led to flood
> > of
The SSD1307 was used in an early prototype that will never get
distributed. The final board now has a SSD1306 instead, that has its own
power generation unit and thus doesn't need any PWM. The panel attached
to it also changed.
Signed-off-by: Maxime Ripard
---
The Solomon SSD1306 OLED controller is very similar to the SSD1307,
except for the fact that the power is given through an external PWM for
the 1307, and while the 1306 can generate its own power without any PWM.
Signed-off-by: Maxime Ripard
---
.../devicetree/bindings/video/ssd1307fb.txt
Hi Linus,
Looking at commit 13da9e200fe4740b02cd51e07ab454627e228920, I suspect the
answer will be no, but can we please revisit the use of __BYTE_ORDER in the
kernel?
The reason for this is that I've noticed a number of places in the UAPI
headers where __LITTLE_ENDIAN and __BIG_ENDIAN are
On 03/06/2013 07:56 AM, Matt Porter wrote:
> On Wed, Mar 06, 2013 at 07:12:29PM +0530, Balaji T K wrote:
>> On Wednesday 06 March 2013 02:43 AM, Matt Porter wrote:
>>> From: Santosh Shilimkar
>>>
>>> MMC driver probe will abort for DT case because of failed
>>> platform_get_resource_byname()
On Tue, 5 Mar 2013, Linus Torvalds wrote:
> On Mon, Mar 4, 2013 at 2:35 AM, Pekka Enberg wrote:
> >
> > It contains more of Christoph's SLAB unification work that reduce the
> > differences between different slab allocators. The code has been sitting
> > in linux-next without problems.
> >
> >
On Wed, 2013-03-06 at 14:34 +0100, Frederic Weisbecker wrote:
> 2013/3/5 Michael Wolf :
> > Sorry for the delay in the response. I did not see the email
> > right away.
> >
> > On Mon, 2013-02-18 at 22:11 -0300, Marcelo Tosatti wrote:
> >> On Mon, Feb 18, 2013 at 05:43:47PM +0100, Frederic
On Wed, 2013-03-06 at 12:13 +0400, Glauber Costa wrote:
> On 03/06/2013 05:41 AM, Marcelo Tosatti wrote:
> > On Tue, Mar 05, 2013 at 02:22:08PM -0600, Michael Wolf wrote:
> >> Sorry for the delay in the response. I did not see the email
> >> right away.
> >>
> >> On Mon, 2013-02-18 at 22:11
From: Christian Schmiedl
/drivers/usb/serial/option.c: added support for Cinterion's products AH6 and
PLS8 by adding Product IDs and USB_DEVICE tuples
Signed-off-by: Christian Schmiedl
---
patch is against linux-3.2.40
--- linux-3.2.40/drivers/usb/serial/option.c.orig 2013-03-06
On Tue, 2013-03-05 at 22:41 -0300, Marcelo Tosatti wrote:
> On Tue, Mar 05, 2013 at 02:22:08PM -0600, Michael Wolf wrote:
> > Sorry for the delay in the response. I did not see the email
> > right away.
> >
> > On Mon, 2013-02-18 at 22:11 -0300, Marcelo Tosatti wrote:
> > > On Mon, Feb 18, 2013
On Wed, Mar 06, 2013 at 05:10:53PM +0100, Thomas Gleixner wrote:
> On Wed, 6 Mar 2013, Feng Tang wrote:
> > Hi Thomas,
> >
> > Thanks for the reviews.
> >
> > On Wed, Mar 06, 2013 at 03:09:26PM +0100, Thomas Gleixner wrote:
> > > On Wed, 6 Mar 2013, Feng Tang wrote:
> > >
> > > > Current
On 03/05/2013 11:32 PM, Peter Hurley wrote:
>> So I'm thinking about
>> something like this:
>>
>> if (port->tty)
>>set_bit(TTY_IO_ERROR, >tty->flags);
>> tty = port->tty; <=== take a snapshot
>> spin_unlock_irqrestore(>lock, flags);
>> tty_port_shutdown(port, tty); <=== use the snapshot
>>
On 03/06/2013 01:20 PM, Peter Hurley wrote:
> When a session leader exits, it hangs up the controlling tty and
> then signals the foreground group processes with SIGHUP. This sequence
> can hang as reported by Sasha Levin, and noted in the changelog of
> 'tty: Signal SIGHUP before hanging up
On Wed, 2013-03-06 at 12:17 +, Corentin Chary wrote:
> On Mon, Jan 7, 2013 at 5:22 PM, Linus Torvalds
> wrote:
> > On Mon, Jan 7, 2013 at 9:17 AM, Matthew Garrett
> > wrote:
> >>
> >> A bit delayed (new job fun), but there's nothing terribly exciting in
> >> here.
> >
> > Nonetheless, this
On Wed, Mar 6, 2013 at 10:59 AM, Eric Paris wrote:
> I've got a Lenovo T530. Booting a 3.8 based Fedora kernel my machine
> works just fine. Booting a 3.9-rc1 based Fedora kernel my USB 2.0 root
> hub doesn't seem to notice when devices are plugged in. (The USB 3.0
> root hub has no such
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/Kconfig |1 +
arch/arm/common/Kconfig|3 +
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports the DT case of
platforms requiring channel selection from either the OMAP DMA or
the EDMA engine. AM33xx only boots from DT and is the only user
implementing EDMA so in the !DT case we can default to the
The binding definition is based on the generic DMA request binding
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index cbea5ab..c3c781a 100644
---
Adds support for parsing the TI EDMA DT data into the
required EDMA private API platform data. Enables runtime
PM support to initialize the EDMA hwmod. Adds AM33XX EDMA
crossbar event mux support. Enables build on OMAP.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
Fix build on OMAP, the irqs are undefined on AM33xx.
These error interrupt handlers were hardcoded as disabled
so since they are unused code, simply remove them.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common/edma.c | 37 -
1 file
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49 +
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/dma/ti-edma.txt
diff
Enable TI EDMA option on OMAP.
Signed-off-by: Matt Porter
---
drivers/dma/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 80b6997..3b7ea20 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -222,7 +222,7
301 - 400 of 1258 matches
Mail list logo