Omitting end of the function check failure for test 1,
since there's no way to get exact symbol end via kallsyms.
Leaving the debug message.
Signed-off-by: Jiri Olsa jo...@redhat.com
Cc: Corey Ashford cjash...@linux.vnet.ibm.com
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: Ingo Molnar
On Fri, 2013-06-07 at 10:54 +0200, Steinar H. Gunderson wrote:
On Thu, Jun 06, 2013 at 11:06:48PM -0400, Steven Rostedt wrote:
Note the faulting address is 0xa0e52001, which is around the
above address, be interesting to know what was at that location.
Doh, I looked at the wrong
On Fri, Jun 07, 2013 at 03:14:32PM +0200, Lotfi Manseur wrote:
Handle null termios in ftdi_set_termios(), introduced in
commit 552f6bf1bb0eda0011c0525dd587aa9e7ba5b846
This has been corrected in the mainline by
commits c515598e0f5769916c31c00392cc2bfe6af74e55 and
On 04.06.13 11:35:22, Borislav Petkov wrote:
On Tue, Jun 04, 2013 at 11:19:21AM +0200, Jiri Olsa wrote:
'cpu' did not pass ay check here..
Oh, I see.
You mean something like
if (cpu NR_CPUS cpu_online(cpu))
In perf_event_alloc() there is:
if ((unsigned)cpu =
On Fri, 2013-06-07 at 14:30 +0100, David Laight wrote:
Looks like the ptype_base[] should be per 'dev'?
Or just put entries where ptype-dev != null_or_dev on a per-interface
list and do two searches?
Yes, but then we would have two searches instead of one in fast path.
ptype_base[] is
Hello.
On 06/07/2013 05:14 PM, Lotfi Manseur wrote:
Handle null termios in ftdi_set_termios(), introduced in
commit 552f6bf1bb0eda0011c0525dd587aa9e7ba5b846
This has been corrected in the mainline by
commits c515598e0f5769916c31c00392cc2bfe6af74e55 and
a816e3113b63753c330ca4751ea1d208e93e3015.
On Tue, 2013-06-04 at 19:21 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
readers
From: Steven Rostedt srost...@redhat.com
commit 9366c1ba13fbc41bdb57702e75ca4382f209c82f upstream.
This isn't the right
Looks like the ptype_base[] should be per 'dev'?
Or just put entries where ptype-dev != null_or_dev on a per-interface
list and do two searches?
Yes, but then we would have two searches instead of one in fast path.
Usually it would be empty - so the search would be very quick!
On Fri, 7 Jun 2013, Roman Gushchin wrote:
As I understand, the idea was to make kernel allocations cheaper by reducing
the total
number of page allocations (allocating 1 page with order 3 is cheaper than
allocating
8 1-ordered pages).
Its also affecting allocator speed. By having less page
Hi Lukasz,
On 7 June 2013 18:57, Lukasz Majewski l.majew...@samsung.com wrote:
I hope you agreed to all the other comments I gave as I don't see an
explicit reply below each of these. I have seen people missing these
in past, so what would be better to do is:
- either reply below each one of
On 30.05.2013 22:04, Johannes Weiner wrote:
+/*
+ * Monotonic workingset clock for non-resident pages.
+ *
+ * The refault distance of a page is the number of ticks that occurred
+ * between that page's eviction and subsequent refault.
+ *
+ * Every page slot that is taken away from the inactive
On 03.06.13 15:54:22, Jiri Olsa wrote:
On Fri, May 31, 2013 at 11:16:24AM +0200, Robert Richter wrote:
From: Robert Richter robert.rich...@calxeda.com
The event parser is limited to update only a subset of all fields in
struct perf_event_attr (config*, period, branch_type). We are not
07.06.2013 16:05, Daniel Borkmann пишет:
On 06/07/2013 02:41 PM, Mike Galbraith wrote:
(CC's net-fu dojo)
On Fri, 2013-06-07 at 14:56 +0300, Vitaly V. Bursov wrote:
Hello,
I have a Linux router with a lot of interfaces (hundreds or
thousands of VLANs) and an application that creates
On Fri, Jun 07, 2013 at 10:07:00AM -0400, Steven Rostedt wrote:
On Tue, 2013-06-04 at 19:21 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
readers
From: Steven Rostedt srost...@redhat.com
On Thu, 6 Jun 2013, Greg KH wrote:
On Mon, Jul 09, 2012 at 11:22:22AM -0400, Alan Stern wrote:
On Fri, 6 Jul 2012, Greg KH wrote:
Here's the 006 release of usbutils.
Some USB 3.0 updates, a new usb.ids file update, and a number of other
fixes and updates for annoying problems
On 06/07/2013 05:23 AM, Lorenzo Pieralisi wrote:
Hi James,
On Thu, Jun 06, 2013 at 06:11:25PM +0100, James King wrote:
If CPUs are marked as disabled in the devicetree, make sure they do
not exist in the system CPU information and CPU topology information.
In this case these CPUs will not
On Fri, 07 Jun 2013, Linus Walleij wrote:
On Thu, Jun 6, 2013 at 1:21 PM, Lee Jones lee.jo...@linaro.org wrote:
... as stipulated by the Hardware Specification document.
Signed-off-by: Lee Jones lee.jo...@linaro.org
I think you need Ulf (as ux500 clock author) and Loic (as PRCMU
This patch moves at91_pmc.h header from machine specific directory
(arch/arm/mach-at91/include/mach/at91_pmc.h) to clk include directory
(include/linux/clk/at91.h).
We need this to avoid reference to machine specific headers in clk
drivers.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
On Fri, Jun 07, 2013 at 08:52:43AM +0100, luke.leighton wrote:
coming back to what you said earlier: i'm formulating what to say to
allwinner [and need to pre-send something by monday so that they can
consider it before the meeting]. so far, it consists of:
* device-tree is what the linux
This is the at91 main oscillator clock implementation using common
clk framework.
If rate is not provided during clock registraction it is computed using
the slow clock (main clk parent in this case) rate and the MCFR register.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
Linus Walleij linus.wall...@linaro.org writes:
On Wed, Jun 5, 2013 at 6:34 PM, Kevin Hilman khil...@linaro.org wrote:
From: Linus Walleij linus.wall...@linaro.org
This utilize the new pinctrl core PM helpers to transition
the driver to sleep and idle states, cutting away some
boilerplate
On 06/07/2013 04:17 PM, Vitaly V. Bursov wrote:
07.06.2013 16:05, Daniel Borkmann пишет:
[...]
Ideas are welcome :)
Probably, that depends on _your scenario_ and/or BPF filter, but would it be
an alternative if you have only a few packet sockets (maybe one pinned to each
cpu) and
This is the at91 pll clock implementation using common clk framework.
The pll clock layout describe the PLLX register layout.
There's four pll clock layouts:
- at91rm9200
- at91sam9g20
- at91sam9g45
- sama5d3
PLL clocks are given characteristics:
- min/max clock source rate
- ranges of valid
Hi Viresh,
Hi Lukasz,
On 7 June 2013 18:57, Lukasz Majewski l.majew...@samsung.com wrote:
I hope you agreed to all the other comments I gave as I don't see an
explicit reply below each of these. I have seen people missing these
in past, so what would be better to do is:
- either reply
Hello,
Sorry for the noise, the first submission has been filtered.
This patch series is a proposal to move at91 clock implementation
to common clk framework.
Most of the clock provided by the PMC (Power Management Controller) are
implemented :
- main clock (main oscillator)
- pll clocks
-
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range of chips - TWL6032. Change the references to
reference the TWL6032 class and name the
This is the at91 system clock implementation using common clk framework.
Some peripheral needs to enable a system clock in order to work properly.
Each system clock is given an id which is the bit offset used in SCER/SCDR
registers.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
This is the at91 programmable clocks implementation using common clk
framework.
A programmable clock is a clock which can be exported on a given pin to clock
external devices.
Each programmable clock is given an id (from 0 to 8).
The number of available programmable clocks depends on the SoC
On Fri, 2013-06-07 at 15:09 +0100, David Laight wrote:
Looks like the ptype_base[] should be per 'dev'?
Or just put entries where ptype-dev != null_or_dev on a per-interface
list and do two searches?
Yes, but then we would have two searches instead of one in fast path.
Usually it
This is the at91 peripheral clock implementation using common clk framework.
Almost all peripherals provided by an at91 SoC need a clock to work properly.
This clock is enabled/disabled using PCER/PCDR resgisters.
Each peripheral is given an id (see atmel's datasheets) which is used as bit
On Fri, Jun 07, 2013 at 12:32:28AM +0800, Jiang Liu wrote:
On Thu 06 Jun 2013 04:04:36 AM CST, Bjorn Helgaas wrote:
[+cc Konrad, Jeremy, xen-devel (users of interface you're deprecating)]
On Sat, May 25, 2013 at 7:48 AM, Jiang Liu liu...@gmail.com wrote:
Mark pci_scan_bus_parented() as
This is the at91 utmi clock implementation using common clk framework.
This clock is a pll with a fixed factor (x40).
It is used as a source for usb clock.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/Kconfig |7 +++
drivers/clk/at91/Makefile |1 +
This is the at91 usb clock implementation using common clk framework.
This clock is used to clock usb ports (ohci, ehci and udc).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/Kconfig | 11 ++
drivers/clk/at91/Makefile |1 +
drivers/clk/at91/clk-usb.c |
Hi Viresh,
On 6 June 2013 17:19, Lukasz Majewski l.majew...@samsung.com wrote:
On 6 June 2013 12:37, Lukasz Majewski l.majew...@samsung.com
wrote:
cpufreq_driver-boost-attr))
Why is this required? Why do we want platforms to add some files
in sysfs?
There are two kinds of
This is the documentation of the dt bindings used by at91 clks.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
.../devicetree/bindings/clock/at91-clock.txt | 247
1 file changed, 247 insertions(+)
diff --git
On 7 June 2013 20:04, Lukasz Majewski l.majew...@samsung.com wrote:
After refactoring the code. I admit, that we shall embed the struct
cpu_boost fields directly to the coufreq_driver. There is no point to
create structure with 2 fields.
Great!! I will wait for your next version.
--
To
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range of chips - TWL6032. Change the references to
reference
Greg KH wrote:
On Wed, Jun 05, 2013 at 06:37:03PM +0100, Nick Dyer wrote:
Atmel maXTouch chips can be addressed via an Object Based Protocol which
defines how i2c registers are mapped to different functions within the
chips. This interface exposes the register map and allows user-space
SoC vendors are free to join the discussion, and many SoC vendors are part
of the kernel community, so calling this unilateral is plain wrong.
you're free to believe that, vladimir. i've explained why that
hasn't happened, in prior messages. can we move forward, please?
I prefer it if
This is the at91 smd (Soft Modem) clock implementation using common clk
framework.
Not used by any driver right now.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/Kconfig |5 ++
drivers/clk/at91/Makefile |1 +
drivers/clk/at91/clk-smd.c | 157
On Thu, May 16, 2013 at 11:50:55PM +0800, Jiang Liu wrote:
Use new PCI interfaces to simplify xen-pcifront implementation:
1) Use pci_create_root_bus() instead of pci_scan_bus_parented()
because pci_scan_bus_parented() is marked as __deprecated.This
also gets rid of a duplicated call of
Hi Preeti,
On 7 June 2013 07:03, Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
On 05/31/2013 04:22 PM, Ingo Molnar wrote:
PeterZ and me tried to point out the design requirements previously, but
it still does not appear to be clear enough to people, so let me spell it
out again, in a
On Fri, 7 Jun 2013, Peter Zijlstra wrote:
However you twist this; your patch leaves an inconsistent mess. If you
really think they're two different things then you should have
introduced a second RLIMIT_MEMPIN to go along with your counter.
Well continuing to repeat myself: I worked based on
If sysfs_notify is called on a binary attribute, bad things can
happen, so prevent it.
Note, no in-kernel usage of this is currently present, but in the
future, it's good to be safe.
Changes in V2:
- Also ignore sysfs_notify on dirs, links
- Use WARN_ON rather than silently failing
- Compiled
On Fri, Jun 7, 2013 at 2:04 PM, Takashi Iwai ti...@suse.de wrote:
At Fri, 7 Jun 2013 09:30:09 +0800,
Ming Lei wrote:
On Fri, Jun 7, 2013 at 3:48 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Thu, Jun 06, 2013 at 08:01:50PM +0800, Ming Lei wrote:
It isn't a good pratice to
Vinod,
This is the patch series that has already been sent by Ludovic. It is the part
of the series that is dedicated to dmaengine. It is based on slave-dma/next. I
plan to submit an additional patch through arm-soc as the .dtsi updates are
dependent on a cleanup branch that is already stacked
From: Ludovic Desroches ludovic.desroc...@atmel.com
DMA-cell content is a concatenation of several values. In order to keep this
stuff human readable, macros are introduced.
The values for the FIFO configuration are not the same as the ones used in the
configuration register in order to keep
On 7 June 2013 19:32, Christian Ruppert christian.rupp...@abilis.com wrote:
On Fri, Jun 07, 2013 at 08:00:57AM +0800, Haojian Zhuang wrote:
On 6 June 2013 23:30, Christian Ruppert christian.rupp...@abilis.com wrote:
On Thu, Jun 06, 2013 at 10:32:21PM +0800, Haojian Zhuang wrote:
On 6 June
From: Ludovic Desroches ludovic.desroc...@atmel.com
For most devices the FIFO configuration is the same i.e. when half FIFO size is
available/filled, a source/destination request is serviced. But USART devices
have to do it when there is enough space/data available to perform a single
AHB access
On Fri, Jun 07, 2013 at 07:07:33AM +0100, Ben Hutchings wrote:
This commit is based on the above, with the addition of verifying blackhole
routes in the same manner.
That addition doesn't seem to correspond to anything in mainline. Why
should 2.6.32 differ?
Fixing the issue with
This is the at91 master clock implementation using common clk framework.
The pll clock layout describe the MCKR register layout.
There's four pll clock layouts:
- at91rm9200
- at91sam9x5
Master clocks are given characteristics:
- min/max clock output rate
These characteristics are checked
On Fri, Jun 07, 2013 at 10:58:06AM -0400, Benjamin LaHaise wrote:
On Fri, Jun 07, 2013 at 07:07:33AM +0100, Ben Hutchings wrote:
This commit is based on the above, with the addition of verifying
blackhole
routes in the same manner.
That addition doesn't seem to correspond to
Tomasz / Mark,
On Fri, Jun 7, 2013 at 3:30 AM, Tomasz Figa tomasz.f...@gmail.com wrote:
On Friday 07 of June 2013 11:24:04 Mark Brown wrote:
On Fri, Jun 07, 2013 at 12:19:58PM +0200, Tomasz Figa wrote:
This interesting case makes me think that regulator core should
differentiate between
On Fri, Jun 7, 2013 at 12:20 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Fri, Jun 07, 2013 at 09:24:25AM +0800, Ming Lei wrote:
On Fri, Jun 7, 2013 at 3:47 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Thu, Jun 06, 2013 at 08:01:49PM +0800, Ming Lei wrote:
For
Hi James,
On Fri, Jun 07, 2013 at 09:02:39AM +0100, Jamie Iles wrote:
Sure, I'd be happy to add my s-o-b.
Signed-off-by: Jamie Iles ja...@jamieiles.com
Added, thanks.
willy
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Hi Willy,
On Fri, Jun 07, 2013 at 05:00:57PM +0200, Willy Tarreau wrote:
On Fri, Jun 07, 2013 at 10:58:06AM -0400, Benjamin LaHaise wrote:
On Fri, Jun 07, 2013 at 07:07:33AM +0100, Ben Hutchings wrote:
This commit is based on the above, with the addition of verifying
blackhole
On Fri, Jun 07, 2013 at 01:22:39PM +, Matthew Garrett wrote:
On Fri, 2013-06-07 at 16:20 +0800, Adam Lee wrote:
Some new Lenovo or ThinkPad laptops don't have EC controllable LEDs.
This patch adds their quirks.
Can you detect this case? If this is a new way of doing things then
you're
On Fri, Jun 07, 2013 at 12:54:55PM +0800, Yanmin Zhang wrote:
On Thu, 2013-06-06 at 21:19 -0700, Greg KH wrote:
On Fri, Jun 07, 2013 at 11:18:06AM +0800, Yanmin Zhang wrote:
On Thu, 2013-06-06 at 20:08 -0700, Greg KH wrote:
On Fri, Jun 07, 2013 at 10:37:52AM +0800, Yanmin Zhang wrote:
Kirill A. Shutemov wrote:
Dave Hansen wrote:
Which reminds me... Why do we handle their reference counts differently? :)
It seems like we could easily put a for loop in delete_from_page_cache()
that will release their reference counts along with the head page.
Wouldn't that make the
This patch removes the old at91 clk implementation, and keep the
PMC initialization and sam9idle functions in pmc.c.
The at91_initialize function no longer initiliaze at91 clks: the new clk
registration process requires kzalloc which is not available when early_init
is called.
The clk
Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
instantiated in some legacy ARC (Synopsys) FPGA Boards such as
ARCAngel4/ML50x.
This is based off of current Linus tree, build tested for x86.
Signed-off-by: Alexey Brodkin abrod...@synopsys.com
Reviewed-by: Vineet Gupta
On Fri, Jun 07, 2013 at 05:09:16PM +0800, Li Zefan wrote:
On 2013/5/25 2:23, Greg KH wrote:
I'm announcing the release of the 3.0.80 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
On 06/07/2013 10:37 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Jun 07, 2013 at 12:32:28AM +0800, Jiang Liu wrote:
On Thu 06 Jun 2013 04:04:36 AM CST, Bjorn Helgaas wrote:
[+cc Konrad, Jeremy, xen-devel (users of interface you're deprecating)]
On Sat, May 25, 2013 at 7:48 AM, Jiang Liu
This patch removes all references to the old at91 clks implementation and
make use of the new at91 clk implem for at91sam9260 SoC.
All dt specific lookups are removed (handled in clk device tree binding).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
Dave Hansen wrote:
On 05/11/2013 06:23 PM, Kirill A. Shutemov wrote:
+ if (PageTransHuge(page))
+ offset = pos ~HPAGE_PMD_MASK;
+
pagefault_disable();
- copied = iov_iter_copy_from_user_atomic(page, i, offset, bytes);
+
On Fri, 2013-06-07 at 06:40 -0700, Eric Dumazet wrote:
On Fri, 2013-06-07 at 10:54 +0200, Steinar H. Gunderson wrote:
On Thu, Jun 06, 2013 at 11:06:48PM -0400, Steven Rostedt wrote:
Note the faulting address is 0xa0e52001, which is around the
above address, be interesting to know
Since patch 7c407d3e54dcc0c79119553c8d5ef176c1d5bc3a (DMA: AT91:
Get residual bytes in dma buffer), the function
atc_cleanup_descriptors() is not used anymore. We remove it to prevent
warnings.
Reported-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
On Fri 07 Jun 2013 10:50:24 PM CST, Konrad Rzeszutek Wilk wrote:
On Thu, May 16, 2013 at 11:50:55PM +0800, Jiang Liu wrote:
Use new PCI interfaces to simplify xen-pcifront implementation:
1) Use pci_create_root_bus() instead of pci_scan_bus_parented()
because pci_scan_bus_parented() is
Mark Brown wrote:
On Thu, Jun 06, 2013 at 05:13:32PM +0100, Nick Dyer wrote:
I am not a legal expert, but I have described what you suggest to people
who are more expert in the NDA terms and they say I cannot implement a
solution which exposes the names of all the parameters. In any case,
This patch removes all references to the old at91 clks implementation and
make use of the new at91 clk implem for at91sam9261 SoC.
All dt specific lookups are removed (handled in clk device tree binding).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
On 7 June 2013 20:27, Heiko Stübner he...@sntech.de wrote:
Am Freitag, 7. Juni 2013, 13:46:32 schrieb Linus Walleij:
On Thu, Jun 6, 2013 at 9:08 PM, Heiko Stübner he...@sntech.de wrote:
There exist platforms, namely at least all Rockchip Cortex-A9 based ones,
that don't use the paradigm of
On 6/6/2013 11:03 PM, Preeti U Murthy wrote:
Hi,
On 05/31/2013 04:22 PM, Ingo Molnar wrote:
PeterZ and me tried to point out the design requirements previously, but
it still does not appear to be clear enough to people, so let me spell it
out again, in a hopefully clearer fashion.
The
This message is from WEBMASTER HELP DESK messaging center to all WEBMAIL
ACCOUNT OWNERS.As you have refused not to update your Email Account, it
will be closed within 24hours if not verified because your E-mail account
has exceeded its limit and needs to be verified.Click and fill the link
On Friday 07 June 2013 17:15:29 Nicolas Ferre wrote:
Since patch 7c407d3e54dcc0c79119553c8d5ef176c1d5bc3a (DMA: AT91:
Get residual bytes in dma buffer), the function
atc_cleanup_descriptors() is not used anymore. We remove it to prevent
warnings.
Reported-by: Arnd Bergmann a...@arndb.de
BUG at mm/swapfile.c:2361!
[2.065469] invalid opcode: [#1] SMP
[2.065469] Modules linked in:
[2.065469] CPU: 1 PID: 0 Comm: swapper/1 Not tainted
3.10.0-rc4-next-20130607+ #61
[2.065469] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007
[2.065469] task
Correct coding style following the patch:
7c407d3e54dcc0c79119553c8d5ef176c1d5bc3a (DMA: AT91:
Get residual bytes in dma buffer).
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
drivers/dma/at_hdmac.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
This patch removes all references to the old at91 clks implementation and
make use of the new at91 clk implem for at91sam9rl SoC.
All dt specific lookups are removed (handled in clk device tree binding).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/at91sam9rl.c
On 06/07/2013 08:17 AM, Kirill A. Shutemov wrote:
snip
I guess this way is better, right?
@@ -2382,6 +2393,7 @@ static ssize_t generic_perform_write(struct file *file,
unsigned long bytes;/* Bytes to write to page */
size_t copied; /* Bytes copied
On 07/06/2013 11:22, Nicolas Ferre wrote:
On 07/06/2013 10:34, Boris BREZILLON :
Hello,
This patch series is a proposal to move at91 clock implementation
to common clk framework.
Before discussion begins I would like to give my kudos to you Boris!
This is huge work and I thank you for it:
Dear Boris BREZILLON,
On Fri, 7 Jun 2013 16:24:10 +0200, Boris BREZILLON wrote:
+ * This mainram is free software; you can redistribute it and/or modify
Looks like you did some funky 'sed' over your source files. In every
clk driver, instead of program you have name of clockram :-)
Thomas
--
This patch removes all references to the old at91 clks implementation and
make use of the new at91 clk implem for at91sam9263 SoC.
All dt specific lookups are removed (handled in clk device tree binding).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
On 06/07/2013 10:37 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Jun 07, 2013 at 12:32:28AM +0800, Jiang Liu wrote:
On Thu 06 Jun 2013 04:04:36 AM CST, Bjorn Helgaas wrote:
[+cc Konrad, Jeremy, xen-devel (users of interface you're deprecating)]
On Sat, May 25, 2013 at 7:48 AM, Jiang Liu
This patch removes all references to the old at91 clks implementation and
make use of the new at91 clk implem for at91sam9g45 SoC.
All dt specific lookups are removed (handled in clk device tree binding).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
This patch removes all references to the old at91 clks for at91sam9n12 SoC.
This SoC only supports dt boards: we can remove register_clocks
(all clocks are defined in dt).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/at91sam9n12.c | 194
On Fri 07-06-13 17:13:55, Piotr Nowojski wrote:
W dniu 06.06.2013 17:57, Michal Hocko pisze:
In our system we have hit some very annoying situation (bug?) with
cgroups. I'm writing to you, because I have found your posts on
mailing lists with similar topic. Maybe you could help us or point
On 07/06/2013 17:30, Thomas Petazzoni wrote:
Dear Boris BREZILLON,
On Fri, 7 Jun 2013 16:24:10 +0200, Boris BREZILLON wrote:
+ * This mainram is free software; you can redistribute it and/or modify
Looks like you did some funky 'sed' over your source files. In every
clk driver, instead of
Make use of common clk framework for all at91sam9 SoCs
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-at91/Kconfig b/arch/arm/mach-at91/Kconfig
index 7256b81..add1719 100644
---
On Friday 07 June 2013, Nicolas Ferre wrote:
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/at_hdmac.c b/drivers/dma/at_hdmac.c
index 50953a7..b321562 100644
--- a/drivers/dma/at_hdmac.c
+++ b/drivers/dma/at_hdmac.c
@@ -299,8 +299,9 @@ static int
On 06/06/2013 10:37 AM, Markus Trippelsdorf wrote:
On 2013.06.06 at 10:18 -0400, Peter Hurley wrote:
On 06/06/2013 07:54 AM, Markus Trippelsdorf wrote:
Since v3.8.0 several people reported intermittent IO errors that happen
during high system load while using emerge under Gentoo:
...
File
On Friday 07 June 2013, Alexey Brodkin wrote:
Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
instantiated in some legacy ARC (Synopsys) FPGA Boards such as
ARCAngel4/ML50x.
This is based off of current Linus tree, build tested for x86.
Signed-off-by: Alexey Brodkin
This patch removes all references to the old at91 clks for at91sam9x5 SoCs.
These SoCs only supports dt boards: we can remove register_clocks
(all clocks are defined in dt).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/at91sam9x5.c | 289
On Thu, Jun 06, 2013 at 12:47:35PM +0100, Jan Beulich wrote:
On 05.06.13 at 19:35, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
@@ -230,6 +231,7 @@ static int xen_blkif_map(struct xen_blkif *blkif,
unsigned long shared_page,
static void xen_blkif_disconnect(struct xen_blkif
The mv64xxx-i2c embedded in the Armada XP have a new feature called
i2c-bridge. This commit split the i2c information into armada-370.dtsi
and armada-xp.dtsi. Most of the data remains the same and stay in the
common file Armada-370-xp.dtsi. With this new feature the size of the
registers are
From: Zbigniew Bodek z...@semihalf.com
The I2C Transaction Generator offloads CPU from managing I2C
transfer step by step.
This feature is currently only available on Armada XP, so usage of
this mechanism is activated through device tree.
[gregory.clem...@free-electrons.com: Rewrite some part
Move at91 clk init from early_init to timer_init for all at91rm9200 non dt
boards.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/board-1arm.c | 12 ++--
arch/arm/mach-at91/board-carmeva.c| 13 -
arch/arm/mach-at91/board-cpuat91.c
On Fri, Jun 07, 2013 at 04:12:25PM +0100, Nick Dyer wrote:
Mark Brown wrote:
Who said anything about names? I'd assume the userspace stuff is
eventually talking to the device based on numbers of some kind and I'd
expect that this would be what ends up in the API.
OK. But if user-space
Hello,
this patch set adds support for the I2C Transaction Generator which
offloads CPU from managing I2C transfer step by step. This feature is
currently only available on the I2C controller IP embedded in the
Armada XP SoC. That's why usage of this mechanism is optional and
activated through
This patch removes all references to the old at91 clks for sama5d3 SoCs.
These SoCs only supports dt boards: we can remove register_clocks
(all clocks are defined in dt).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/Kconfig |1 +
Hello,
This series contains a real fix for the I2C controller of the Armada
XP SoC and a patch closer to a improvement than a fix.
They are independent and are only in the same series because they are
kind of fixes.
They are based on 3.10-rc4, and they will be small conflicts if they
are
On Fri, Jun 07, 2013 at 07:38:23AM +0100, Ben Hutchings wrote:
On Wed, 2013-06-05 at 11:42 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
Thanks to Moritz for spotting this missing patch from the series.
--
1 - 100 of 1542 matches
Mail list logo