On Thursday 10 January 2013 13:13:58 Ming Lei wrote:
> IMO, there is a minor fault in the error handling path of
> uvc_status_start() inside uvc_v4l2_open(), and the 'users' count
> should have been decreased before usb_autopm_put_interface().
> In theory, the warning can be triggered when the
Romain KUNTZ wrote:
> From e7ece201c35615c44a3cfdc10ee28ad5a5878f41 Mon Sep 17 00:00:00 2001
> From: Romain Kuntz
> Date: Wed, 9 Jan 2013 15:02:26 +0100
> Subject: [PATCH 1/1] ipv6: fix the noflags test in addrconf_get_prefix_route
>
> The tests on the flags in addrconf_get_prefix_route() does
Hi Kishon,
On 01/10/2013 07:19 AM, kishon wrote:
> On Friday 28 December 2012 12:05 AM, Aaro Koskinen wrote:
>> Hi,
>>
>> On Thu, Sep 20, 2012 at 05:21:15AM +0200, Benoit Cousson wrote:
>>> On 09/19/2012 11:32 AM, Kishon Vijay Abraham I wrote:
This patch series adds dt data to get MUSB
On Wed, Jan 09, 2013 at 10:52:12PM +0100, Rafael J. Wysocki wrote:
>
> > Other problem is that this setup needs manual maintenance as we can't get
> > the configuration from ACPI.
>
> So we just happen to know what the rate is supposed to be? What's the source
> of that information?
We get it
On Wed, Jan 09, 2013 at 11:07:26PM +0100, Rafael J. Wysocki wrote:
> We hardcode different kinds of information into the kernel anyway, but it
> would be good to be able to use some criteria to decide whether or not we need
> that information on the given system.
>
> In this particular case,
On 01/10/2013 09:53 AM, Julia Lawall wrote:
>> +@r1@
>> +identifier fn;
>> +identifier xfers;
>> +@@
>> +fn(...)
>> +{
>> +...
>> +(
>> +struct spi_transfer xfers[...];
>> +|
>> +struct spi_transfer xfers[];
>> +)
>> +...
>> +}
>
> Can it happen that there would be more than one
2012/12/28 Oleg Nesterov :
> On 12/28, Andrey Vagin wrote:
>>
>> signalfd should be called with the flag SFD_RAW for that.
>>
>> signalfd_siginfo is not full for siginfo with a negative si_code.
>> copy_siginfo_to_user() is copied a full siginfo to user-space, if
>> si_code is negative.
This patch fixes a limitation in case of multiple enable pin usages.
Several regulators can be enabled/disabled at the same time by one
shared GPIO pin.
If specific GPIO pin is already used, then skip requesting the GPIO.
Signed-off-by: Milo(Woogyom) Kim
---
drivers/regulator/core.c | 21
Regulator core driver provides enable GPIO control for enabling/disabling a
regulator.
Use this internal working, so unnecessary code are removed.
GPIO enable pin configurations are added in digital LDO and analog LDO drivers.
Cc: Axel Lin
Signed-off-by: Milo(Woogyom) Kim
---
On Sun, Dec 16, 2012 at 2:11 PM, Geert Uytterhoeven
wrote:
> On current linus/HEAD, m68k allmodconfig gives:
>
> drivers/gpio/devres.c:52: error: redefinition of ‘devm_gpio_request’
> include/linux/gpio.h:99: error: previous definition of
> ‘devm_gpio_request’ was here
>
When a regulator is enabled or disabled, enable GPIO state is changed if it is
used.
If multiple regulators are controlled by one shared GPIO, pin states of other
GPIOs should be updated also.
Look up the list of regulators and change the enable pin state if same GPIO
is used. It guarantees
On Wed, Jan 09, 2013 at 08:46:18PM +, Stephen Boyd wrote:
> On 01/09/13 06:46, Mark Rutland wrote:
> > This is an updated version of the series I posted back in December:
> > http://lists.infradead.org/pipermail/linux-arm-kernel/2012-December/137929.html
> >
> > Changes since v1:
> > * Drop
On Thursday 10 January 2013 00:05:55 Laurent Pinchart wrote:
> I've had a quick look at the trace posted at
> https://bugzilla.redhat.com/show_bug.cgi?id=879462 but usbmon only shows URBs
> that are successfully submitted. I'm not sure what useful information I could
> get from the trace.
The
> Wolfram, it would be great if you could update your tree to avoid that
> kind of issue.
Done now. Sorry for the inconvenience.
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
[ deliberately breaking the thread because it got too long]
On Sat, Dec 22, 2012 at 09:35:47PM +0100, Borislav Petkov wrote:
> Hi Alex,
>
> got the sickest bug on 3.8-rc1, see below. The GPU locks up somewhere
> down radeon_fence_wait_seq, judging by the error messages.
>
> And this doesn't
Hello,
Il 25/12/2012 03:22, Eric Wong ha scritto:
> Any other (Free Software) applications that might benefit from
> lower FADV_WILLNEED latency?
Not with fadvise but with madvise. Libreoffice / Openoffice.org have
this comment:
// On Linux, madvise(..., MADV_WILLNEED) appears to have the
Hi Benoit,
On Wednesday 19 September 2012 04:02 PM, Kishon Vijay Abraham I wrote:
Add omap-usb2 data node in omap4 device tree file. Since omap-usb2 is
connected to ocp2scp, omap-usb2 dt data is added as a child node
of ocp2scp.
Acked-by: Felipe Balbi
Signed-off-by: Kishon Vijay Abraham I
On Thu, 10 Jan 2013, Paul Mundt wrote:
> On Thu, Jan 03, 2013 at 10:40:20AM +0100, Julia Lawall wrote:
> > There has been a discussion recently about how the result of get_clk
> > should be an opaque handle, not a value that can be dereferenced:
> >
> > https://lkml.org/lkml/2012/12/20/105
> >
Modern UARTs are able to provide information about their
capabilities such as FIFO size. This allows the drivers to
deliver this information to 8250.c when they are registering
ports.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250.c
Designware UART provides optional Component Parameter
Register that lists most of the capabilities of the UART,
including FIFO size. This uses that register to set FIFO
size for the port before registering it.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
This adds support for ACPI 5.0 enumerated Designware UARTs.
ACPI does not deliver information about uart clk, so
delivering it with the driver_data.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 41 +
drivers/tty/serial/8250/Kconfig
Add support for dmaengine API. The drivers can implement the
struct uart_8250_dma member in struct uart_8250_port and
8250.c can take care of the rest.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250.c | 31 +-
drivers/tty/serial/8250/8250.h | 50 +
With ACPI 5.0 we can use the FixedDMA Resource Descriptor to
extract the needed information for DMA support.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 65 +
1 file changed, 65 insertions(+)
diff --git
On 01/10/2013 08:49 AM, Rusty Russell wrote:
> Wanlong Gao writes:
>> On 01/09/2013 07:31 AM, Rusty Russell wrote:
>>> Wanlong Gao writes:
*/
static u16 virtnet_select_queue(struct net_device *dev, struct sk_buff
*skb)
{
- int txq = skb_rx_queue_recorded(skb) ?
Allow 8250.c to determine the port type for us. This allows
the driver take advantage of FIFO on Designware UARTs that
have it.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1
On Thursday, January 10, 2013 08:59:48 AM Stefan Hajnoczi wrote:
> Multiqueue tun devices support detaching a tun_file from its tun_struct
> and re-attaching at a later point in time. This allows users to disable
> a specific queue temporarily.
>
> ioctl(TUNSETIFF) allows the user to specify the
This needs to be done in order to later access the
Designware specific registers.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250_dw.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
Mel Gorman wrote:
> page->pfmemalloc can be left set for captured pages so try this but as
> capture is rarely used I'm strongly favouring a partial revert even if
> this works for you. I haven't reproduced this using your workload yet
> but I have found that high-order allocation stress tests
Trivial cleanup. This makes it easier to add different
methods to enumerate the device, for example ACPI 5.0
enumeration.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250_dw.c | 78 ++---
1 file
Changes since v2:
- ACPI support for 8250_dw.c
- dmaengine API support for 8250
It looks like there are a few UART drivers that are more or less
identical with 8250.c except they include DMA support, so if we had
DMA support in 8250.c there may be no need for them. Since dmaengine
is now
Hi Ulf,
See below.
Thanks,
Maya
> Hi Maya,
>
> On 24 December 2012 14:51, Maya Erez wrote:
>> Devices have various maintenance operations need to perform internally.
>> In order to reduce latencies during time critical operations like read
>> and write, it is better to execute maintenance
On Thu, 10 Jan 2013 09:52:36 +0100, Laurent Navet wrote:
> Hi Jean,
>
> >
> > Unfortunately your patch also add one new checkpatch.pl warning:
> >
> > WARNING: line over 80 characters
> > #245: FILE: drivers/i2c/busses/i2c-nforce2.c:272:
> > + data->word = inb_p(NVIDIA_SMB_DATA) |
On 9 January 2013 16:50, Viresh Kumar wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> +static void update_policy_cpu(struct cpufreq_policy *policy, unsigned int
> cpu)
> +{
> + cpufreq_frequency_table_update_policy_cpu(old_cpu, cpu);
> +
On Thursday 10 January 2013, Thierry Reding wrote:
> On Wed, Jan 09, 2013 at 04:17:58PM -0700, Jason Gunthorpe wrote:
> > On Wed, Jan 09, 2013 at 04:12:31PM -0700, Stephen Warren wrote:
> > You could decrease the size of the mapping to only span the bus
> > numbers that are configured for use via
On Wed, Jan 09, 2013 at 12:02:09PM +, Ian Campbell wrote:
> On Wed, 2013-01-09 at 02:40 +, ANNIE LI wrote:
> > > @@ -1080,18 +1081,18 @@ static void gnttab_request_version(void)
> > > panic("we need grant tables version 2, but only version
> > > 1 is available");
> > >
On Thu, Jan 03, 2013 at 10:40:20AM +0100, Julia Lawall wrote:
> There has been a discussion recently about how the result of get_clk
> should be an opaque handle, not a value that can be dereferenced:
>
> https://lkml.org/lkml/2012/12/20/105
>
> There is such a dereference in
The driver requires a custom slave configuration to be present to be able to
make the slave transfers. Nevertheless, in some cases we need only the request
line as an additional information to the generic slave configuration. The
request line is provided by slave_id parameter of the
Please, don't push this one yet. I forgot to update the name of is_slave_xfer.
On Thu, Jan 10, 2013 at 10:53 AM, Andy Shevchenko
wrote:
> The driver requires a custom slave configuration to be present to be able to
> make the slave transfers. Nevertheless, in some cases we need only the request
Sasha Levin writes:
> These helper functions just check a set intersection with a range, and
> don't actually modify struct module.
>
> Signed-off-by: Sasha Levin
Thanks, applied.
Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
The closing parenthesis is in the wrong place so it takes the sizeof a
pointer instead of the sizeof the buffer minus one.
Signed-off-by: Dan Carpenter
diff --git a/drivers/scsi/bfa/bfad.c b/drivers/scsi/bfa/bfad.c
index e6bf126..a5f7690 100644
--- a/drivers/scsi/bfa/bfad.c
+++
Hi Jean,
>
> Unfortunately your patch also add one new checkpatch.pl warning:
>
> WARNING: line over 80 characters
> #245: FILE: drivers/i2c/busses/i2c-nforce2.c:272:
> + data->word = inb_p(NVIDIA_SMB_DATA) | (inb_p(NVIDIA_SMB_DATA +
> 1) << 8);
>
> Please fix.
>
> As mentioned
dma_transfer_direction is a normal enum. It means we can't usually use the
values as bit fields. Let's adjust this check and move it above the usage of
the direction parameter, due to the nature of the following usage of it.
Signed-off-by: Andy Shevchenko
Reviewed-by: Viresh Kumar
Acked-by:
The is_slave_direction helps to check if the transfer type is slave.
Signed-off-by: Andy Shevchenko
Reviewed-by: Viresh Kumar
Cc: Guennadi Liakhovetski
---
drivers/dma/ipu/ipu_idmac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/ipu/ipu_idmac.c
This function helps to distinguish the slave type of transfer by checking the
direction parameter.
Signed-off-by: Andy Shevchenko
Reviewed-by: Viresh Kumar
Reviewed-by: Mika Westerberg
Reviewed-by: Linus Walleij
Cc: Nicolas Ferre
Cc: Guennadi Liakhovetski
---
include/linux/dmaengine.h |
If we don't yet have the platform device for the driver when it is being loaded
we fail to probe the driver. So instead of calling probe() directly we call
platform_driver_register(). It will call the probe() immediately if we have the
device but also makes the driver to work on platforms where
Currently the direction value comes from the generic slave configuration
structure and explicitly as a preparation function parameter. The first one is
kinda obsoleted. Thus, we have to store the value passed to the preparation
function somewhere in our structures to be able to use it later. The
The is_slave_direction helps to check if the transfer type is slave.
Signed-off-by: Andy Shevchenko
Reviewed-by: Viresh Kumar
Acked-by: Mika Westerberg
---
drivers/dma/ep93xx_dma.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/dma/ep93xx_dma.c
The same information could be extracted from the struct dma_chan.
The patch introduces helper function dwc_get_data_width() as well.
Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
---
drivers/dma/dw_dmac.c | 27 ---
drivers/dma/dw_dmac_regs.h |3 ---
2
From: Heikki Krogerus
The DMA transfer could not be established if previously it was paused and
terminated. In that case the channel's suspend bit remains set that prevents to
transfer anything until channel is resumed.
The patch adds the dwc_chan_resume() call instead of a plain flag
dma_transfer_direction is a normal enum. It means we can't usually use the
values as bit fields. Let's adjust this check and move it above the usage of
the direction parameter, due to the nature of the following usage of it.
Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
---
> +@r1@
> +identifier fn;
> +identifier xfers;
> +@@
> +fn(...)
> +{
> + ...
> +(
> + struct spi_transfer xfers[...];
> +|
> + struct spi_transfer xfers[];
> +)
> + ...
> +}
Can it happen that there would be more than one spi_transfer or spi_message
variable per function? This
Recend to Vinod for review.
Since v1:
- is_slave_xfer renamed to is_slave_direction
- changelog fixed for "dma: dw_dmac: clear suspend bit during termination"
- typo fixed in the changelog of "dw_dmac: backlink to dw_dma in dw_dma_chan
is superfluous"
Andy Shevchenko (10):
dmaengine:
The is_slave_direction helps to check if the transfer type is slave.
Signed-off-by: Andy Shevchenko
Reviewed-by: Viresh Kumar
Reviewed-by: Linus Walleij
---
drivers/dma/ste_dma40.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/ste_dma40.c
The driver requires a custom slave configuration to be present to be able to
make the slave transfers. Nevertheless, in some cases we need only the request
line as an additional information to the generic slave configuration. The
request line is provided by slave_id parameter of the
Hi Sylwester,
On Thu, Jan 10, 2013 at 3:12 AM, Sylwester Nawrocki
wrote:
> Hi,
>
>
> On 12/28/2012 10:13 AM, Vivek Gautam wrote:
>>
>> Adding support to parse device node data in order to get
>> required properties to set pmu isolation for usb-phy.
>>
>> Signed-off-by: Vivek Gautam
>
> ...
>
>>
Il 08/01/2013 01:12, Rusty Russell ha scritto:
>>> Unfortunately, that cannot work because not all architectures support
>>> chained scatterlists.
>>> >>
>>> >> WHAT? I can't figure out what an arch needs to do to support this?
>> >
>> > It needs to use the iterator functions in its
> -Original Message-
> From: Bi, Chao
> Sent: Thursday, January 10, 2013 4:27 PM
> To: a...@linux.intel.com; gre...@linuxfoundation.org;
> a...@linux-foundation.org; pavan_sa...@ti.com
> Cc: Liu, Chuansheng; linux-kernel@vger.kernel.org
> Subject: [PATCH] ST_CORE: Error triggered by
(2013/01/10 17:36), Glauber Costa wrote:
BTW, shrink_slab() is now node/zone aware ? If not, fixing that first will
be better direction I guess.
It is not upstream, but there are patches for this that I am already
using in my private tree.
Oh, I see. If it's merged, it's worth add
On Wed, Jan 09, 2013 at 11:10:55AM +, Russell King - ARM Linux wrote:
[...]
> err = gpio_request(en_vdd_1v05, "EN_VDD_1V05");
> if (err) {
> pr_err("%s: gpio_request failed: %d\n", __func__, err);
> return err;
> }
>
>
> If it's configure as ZONE_NORMAL, you need to pray for offlining memory.
>
> AFAIK, IBM's ppc? has 16MB section size. So, some of sections can be
> offlined
> even if they are configured as ZONE_NORMAL. For them, placement of offlined
> memory is not important because it's virtualized by LPAR,
Dear Thierry Reding,
On Thu, 10 Jan 2013 07:55:37 +0100, Thierry Reding wrote:
> The reason is that with the latest bindings the matching of root ports
> to device tree nodes works as-is and nothing else indicates that the
> emulated host bridge is actually required to make any of this work. So
On 9 January 2013 21:08, Vinod Koul wrote:
>> >> subsys_initcall(dw_init);
> Viresh, Linus
>
> We had this discussion sometime back. pl022 use dma and we need DMA before
> SPI.
> So if we have pl022 as late_init and dma as device_init. If we have one more
> dependency then moving dw_dmac to
Hi Laurent,
Thanks for the updated patch.
On Wed, 9 Jan 2013 21:50:24 +0100, Laurent Navet wrote:
> avoid these checkpatch.pl issues :
> - ERROR: "foo * bar" should be "foo *bar"
> - ERROR: switch and case should be at the same indent
> - ERROR: "(foo*)" should be "(foo *)"
> - ERROR: do not
On Wed, 2013-01-09 at 07:44 -0800, Vinod Koul wrote:
> On Wed, Jan 09, 2013 at 10:16:59AM +0200, Andy Shevchenko wrote:
> > There is a patchset against dw_dmac driver. It has been resent for Vinod to
> > review after he returned back from vacation and holidays. That's why there
> > is
> > no Cc
On Thu, Jan 10, 2013 at 1:03 PM, Kamezawa Hiroyuki
wrote:
> (2013/01/10 13:26), Sha Zhengju wrote:
>
>> But this method also has its pros and cons(e.g. need lock nesting). So
>> I doubt whether the following is able to deal with these issues all
>> together:
>> (CPU-A does "page stat accounting"
(2013/01/10 16:55), Glauber Costa wrote:
On 01/10/2013 11:31 AM, Kamezawa Hiroyuki wrote:
(2013/01/10 16:14), Glauber Costa wrote:
On 01/10/2013 06:17 AM, Tang Chen wrote:
Note: if the memory provided by the memory device is used by the
kernel, it
can't be offlined. It is not a bug.
Right.
On Thu, Jan 10, 2013 at 12:10 AM, Tomas Winkler wrote:
> On systems where wd and amthif is not initialized
> we will hit cl->dev == NULL. This condition is okay
> so we don't need to be laud about it.
>
> Fixes the follwing warning during suspend
> [ 137.061985] WARNING: at
lways either prev_cpu
>>> or this_cpu. So no need to check it again and the conditionals can be
>>> consolidated.
> [snip]
>> If NUMA_TTWU_BIAS or NUMA_TTWU_TO is true(it is false by
>
> I can't find those bits in the code. I've checked v3.8-rc2,
> next-20130110, tip/
Multiqueue tun devices support detaching a tun_file from its tun_struct
and re-attaching at a later point in time. This allows users to disable
a specific queue temporarily.
ioctl(TUNSETIFF) allows the user to specify the network interface to
attach by name. This means the user can attempt to
From: "John W. Linville"
Date: Wed, 9 Jan 2013 14:18:18 -0500
> Included is a mac80211 pull, of which Johannes says the following:
>
> 'This includes a number of fixes for various pieces of mac80211. I've
> also included Thomas's memory RMC hash table optimisation since it
> saves so much
On 10 January 2013 16:05, Viresh Kumar wrote:
> Another thing, can i have a tested-by from you for both my patches ? remove
> and
> add dev?
>
For both:
Tested-by: Shawn Guo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
When st driver decodes protocol index received from raw data,
it does a value convert from "char" to "int". Because it's sign
extension from bit8 to bit32, the "int" value maybe minus, in
another word, the protocol index might be minus, but driver doesn't
filter such case and may continue access
On 10 January 2013 13:24, Shawn Guo wrote:
> On Wed, Jan 09, 2013 at 04:50:44PM +0530, Viresh Kumar wrote:
>> @Shawn: I believe your driver don't require that ugly code anymore (Though i
>> know there is a situation for that to happen, if we have two cpus, you remove
>> second one and then add it
From: Byungho An
Date: Tue, 08 Jan 2013 15:32:02 -0800
> @@ -348,6 +349,10 @@ stmmac_set_pauseparam(struct net_device *netdev,
>
> if (phy->autoneg) {
> if (netif_running(netdev))
> + if((interface == PHY_INTERFACE_MODE_SGMII) ||
> +
Hi John,
A few fixes for 3.8. Five of them are just new devices ids addition.
Apart from the that there is fix to a kernel memory leak to userspace from
Anderson Lizardo, two interoperability fixes from Jaganath Kanakkassery and
Szymon Janc. And a crash fix by me.
Please pull, or let me know of
On 10 January 2013 13:24, Shawn Guo wrote:
> Yes, just played it and it works for me. However, I would have to keep
> that little ugly code in my patch to save the dependency on your patch.
> Will send a follow-up to clean that up once your patch hits mainline.
Good. Hopefully, patches from
Add oprofile support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Robert Richter r...@kernel.org
Cc: oprofile-l...@lists.sf.net
---
arch/metag/Kconfig|1 +
arch/metag/Makefile |2 +
arch/metag/oprofile/Makefile | 16 ++
Meta core internal interrupts (from HWSTATMETA and friends) are vectored
onto the TR1 core trigger for the current thread. This is demultiplexed
in irq-meta.c to individual Linux IRQs for each internal interrupt.
External SoC interrupts (from HWSTATEXT and friends) are vectored onto
the TR2 core
Add ftrace support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Steven Rostedt rost...@goodmis.org
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: Ingo Molnar mi...@redhat.com
---
arch/metag/Kconfig |5 ++
arch/metag/include/asm/Kbuild |1 -
Add basic JTAG Debug Adapter (DA) support so that drivers which
communicate with the DA can detect whether one is actually present
(otherwise the target will halt indefinitely).
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/Kconfig |9 ++
Commit cc2383ec06be093789469852e1fe96e1148e9a2c (mm: introduce
arch-specific vma flag VM_ARCH_1) merged in v3.7-rc1.
The above commit combined several arch-specific vma flags into one, and
in the process it changed the VM_GROWSUP definition to depend on
specific architectures rather than
Add [!]METAG to a couple of Kconfig dependencies in lib/Kconfig.debug.
Don't allow stack utilization instrumentation on metag, and allow
building with frame pointers.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Paul E. McKenney
Add Perf support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Paul Mackerras pau...@samba.org
Cc: Ingo Molnar mi...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
---
arch/metag/Kconfig |1 +
Commit 09f6ffde introduced a dependency on USB_EHCI_HCD for the chipidea
USB host driver, that in turns depends on USB_ARCH_HAS_EHCI.
If this symbol is not set for MXS, the MXS boards are not able to use the
chipidea driver anymore.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/module.h | 37 +
arch/metag/kernel/module.c | 284 +++
2 files changed, 321 insertions(+), 0 deletions(-)
create mode 100644 arch/metag/include/asm/module.h
create mode
On Wed, 2013-01-09 at 12:33 -0800, Greg Kroah-Hartman wrote:
Note, there are still a lot of patches submitted for inclusion in the
stable releases that I have not gotten to yet. I wanted to get this
release out now, instead of delaying for a week or so while I dig
through all of the pending
On Thursday 10 January 2013 10:20:42 Alan Stern wrote:
On Thu, 10 Jan 2013, Oliver Neukum wrote:
In the long run it is probably a good idea to pass duplicated URBs to
usbmon by
a special code path.
I'd prefer to add extra information to the WARN_ONCE message. Even
though it would
Add basic metag documentation. This includes an outline description of
the ABIs (including syscall ABI) and calling conventions, similar to the
one in Documentation/frv/.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Rob Landley r...@landley.net
Cc: Al Viro v...@zeniv.linux.org.uk
Cc:
Add MAINTAINERS entry for the metag architecture port.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Cesar Eduardo Barros ces...@cesarb.net
Cc: Joe Perches j...@perches.com
Cc: David S. Miller
Add stack unwinding support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/stacktrace.h | 20
arch/metag/kernel/stacktrace.c | 187 +++
2 files changed, 207 insertions(+), 0 deletions(-)
create mode 100644
Add core IRQ handling for metag. The code in irq.c exposes the TBX
signal numbers as Linux IRQs.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/irq.h | 32
arch/metag/include/asm/irqflags.h | 97 +++
arch/metag/kernel/irq.c | 317
Add optimised library functions for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/checksum.h | 92 ++
arch/metag/include/asm/div64.h| 12 ++
arch/metag/include/asm/string.h | 13 ++
arch/metag/lib/ashldi3.S | 33
Add SMP support for metag. This allows Linux to take control of multiple
hardware threads on a single Meta core, treating them as separate Linux
CPUs.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/cachepart.h | 42 +++
arch/metag/include/asm/core_reg.h | 28 ++
Add DMA mapping code.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/dma-mapping.h | 183
arch/metag/kernel/dma.c | 507 ++
2 files changed, 690 insertions(+), 0 deletions(-)
create mode 100644
Add some TCM support
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/mmzone.h| 42 ++
arch/metag/include/asm/sparsemem.h | 13 +++
arch/metag/include/asm/tcm.h | 30 +++
arch/metag/kernel/tcm.c| 151
Add header files to implement Meta hardware thread locks (used by some
other atomic operations), atomics, spinlocks, and bitops.
There are 2 main types of atomic primitives for metag (in addition to
IRQs off on UP):
- LOCK instructions provide locking between hardware threads.
- LNKGET/LNKSET
Add time keeping code for metag. Meta hardware threads have 2 timers.
The background timer (TXTIMER) is used as a free-running time base, and
the interrupt timer (TXTIMERI) is used for the timer interrupt. Both
counters traditionally count at approximately 1MHz.
Signed-off-by: James Hogan
Add trap code for metag. At the lowest level Meta traps (and return from
interrupt instruction - RTI) simply swap the PC and PCX registers and
optionally toggle the interrupt status bit (ISTAT). Low level TBX code
in tbipcx.S handles the core context save, determine the TBX signal
number based on
Add metag system call and gateway page interfaces. The metag
architecture port uses the generic system call numbers from
asm-generic/unistd.h, as well as a user gateway page mapped at
0x6000 which contains fast atomic primitives (depending on SMP) and
a fast method of accessing TLS data.
Add signal handling code for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
arch/metag/include/uapi/asm/sigcontext.h | 31 +++
arch/metag/include/uapi/asm/siginfo.h|8 +
arch/metag/kernel/signal.c | 344
601 - 700 of 1352 matches
Mail list logo