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
---
arch/arm/mach-at91/at91sam9n12.c | 194 --
1 file
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
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
---
arch/arm/mach-at91/at91sam9263.c | 597
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 "ram" :-)
Thomas
--
Thomas
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:
On 06/07/2013 08:17 AM, Kirill A. Shutemov wrote:
> 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
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
---
arch/arm/mach-at91/at91sam9rl.c | 512
Correct coding style following the patch:
7c407d3e54dcc0c79119553c8d5ef176c1d5bc3a (DMA: AT91:
Get residual bytes in dma buffer).
Signed-off-by: Nicolas Ferre
---
drivers/dma/at_hdmac.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/at_hdmac.c
hers don't suggest another solution.
Thanks for the report!
>
> [2.065206] kernel 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-201
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
>
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 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
On 7 June 2013 20:27, Heiko Stübner wrote:
> Am Freitag, 7. Juni 2013, 13:46:32 schrieb Linus Walleij:
>> On Thu, Jun 6, 2013 at 9:08 PM, Heiko Stübner wrote:
>> > There exist platforms, namely at least all Rockchip Cortex-A9 based ones,
>> > that don't use the paradigm of
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
---
arch/arm/mach-at91/at91sam9261.c | 579
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
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()
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
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
Signed-off-by: Nicolas Ferre
---
drivers/dma/at_hdmac.c | 31
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);
> > +
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
---
arch/arm/mach-at91/at91sam9260.c | 692
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
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:
> >
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
Reviewed-by: Vineet Gupta
Reviewed-by: Mischa Jonker
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
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
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
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
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
> > > >
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
Added, thanks.
willy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Fri, Jun 7, 2013 at 12:20 PM, Greg Kroah-Hartman
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
>> wrote:
>> > On Thu, Jun 06, 2013 at 08:01:49PM +0800, Ming Lei wrote:
>> >> For some distributions(e.g. android),
Tomasz / Mark,
On Fri, Jun 7, 2013 at 3:30 AM, Tomasz Figa 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 regulator
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
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
From: Ludovic Desroches
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 so the ASAP configuration.
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
From: Ludovic Desroches
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 backward compatibility. Most
On 7 June 2013 19:32, Christian Ruppert wrote:
> On Fri, Jun 07, 2013 at 08:00:57AM +0800, Haojian Zhuang wrote:
>> On 6 June 2013 23:30, Christian Ruppert wrote:
>> > On Thu, Jun 06, 2013 at 10:32:21PM +0800, Haojian Zhuang wrote:
>> >> On 6 June 2013 22:11, Christian Ruppert
>> >> wrote:
>>
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
On Fri, Jun 7, 2013 at 2:04 PM, Takashi Iwai 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
>> wrote:
>> > On Thu, Jun 06, 2013 at 08:01:50PM +0800, Ming Lei wrote:
>> >> It isn't a good pratice to request firmware via
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
Hi Preeti,
On 7 June 2013 07:03, Preeti U Murthy 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 hopefully clearer
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 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
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
---
arch/arm/mach-at91/Kconfig |5 ++
drivers/clk/at91/Makefile |1 +
drivers/clk/at91/clk-smd.c | 157
> > 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
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
On 7 June 2013 20:04, Lukasz Majewski 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 unsubscribe from this
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
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
This is the documentation of the dt bindings used by at91 clks.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/clock/at91-clock.txt | 247
1 file changed, 247 insertions(+)
diff --git a/Documentation/devicetree/bindings/clock/at91-clock.txt
Hi Viresh,
> On 6 June 2013 17:19, Lukasz Majewski wrote:
> >> On 6 June 2013 12:37, Lukasz Majewski
> >> 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 attributes, which are
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
---
arch/arm/mach-at91/Kconfig | 11 ++
drivers/clk/at91/Makefile |1 +
drivers/clk/at91/clk-usb.c | 303
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
---
arch/arm/mach-at91/Kconfig |7 +++
drivers/clk/at91/Makefile |1 +
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 wrote:
> >> Mark pci_scan_bus_parented() as
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, 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.
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
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
---
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
> From: Graeme Gregory
>
> 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 registers to twl6032
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
-
Hi Viresh,
> Hi Lukasz,
>
> On 7 June 2013 18:57, Lukasz Majewski 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
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
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
Linus Walleij writes:
> On Wed, Jun 5, 2013 at 6:34 PM, Kevin Hilman wrote:
>
>>> From: Linus Walleij
>>>
>>> This utilize the new pinctrl core PM helpers to transition
>>> the driver to "sleep" and "idle" states, cutting away some
>>> boilerplate code.
>>>
>>> Cc: Hebbar Gururaja
>>> Cc:
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
---
drivers/clk/at91/Makefile |
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
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
---
On Fri, 07 Jun 2013, Linus Walleij wrote:
> On Thu, Jun 6, 2013 at 1:21 PM, Lee Jones wrote:
>
> > ... as stipulated by the Hardware Specification document.
> >
> > Signed-off-by: Lee Jones
>
> I think you need Ulf (as ux500 clock author) and Loic (as PRCMU
> developer) to have a look at
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
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
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
> >
> >
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 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
> >
> > 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 able
> > to set
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
Hi Lukasz,
On 7 June 2013 18:57, Lukasz Majewski 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 them and say yes or no..
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
> > 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 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
>
> commit 9366c1ba13fbc41bdb57702e75ca4382f209c82f upstream.
This isn't the right commit
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 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
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, 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 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
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
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc:
Making TEST_ASSERT_VAL global as it's used in multiple
objects.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Cc: David Ahern
---
Removing 'cwd' from perf_session struct as it's no
longer needed.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Cc: David Ahern
---
On Wed, Nov 28, 2012 at 10:14:44AM +1100, Dave Chinner wrote:
> From: Dave Chinner
>
> Convert the driver shrinkers to the new API. Most changes are
> compile tested only because I either don't have the hardware or it's
> staging stuff.
I presume that the the i915, ttm_page_alloc and
On Tuesday 04 June 2013 08:16 PM, Tony Lindgren wrote:
* Hebbar Gururaja [130531 03:19]:
Amend the hsmmc controller to optionally take a pin control handle and
set the state of the pins to:
- "default" on boot, resume and before performing a mmc transfer
- "idle" after initial default, after
On Fri, Jun 07, 2013 at 01:36:16PM +0200, Linus Walleij wrote:
> On Mon, Jun 3, 2013 at 11:42 AM, Christian Ruppert
> wrote:
>
> > Ease of use is also the reason why I added the gpio-base property to the
> > original driver: Finding out the global GPIO number to use in
> > /sys/class/gpio for a
> > I have a Linux router with a lot of interfaces (hundreds or
> > thousands of VLANs) and an application that creates AF_PACKET
> > socket per interface and bind()s sockets to interfaces.
...
> > I noticed that box has strange performance problems with
> > most of the CPU time spent in
Hi Catalin,
the following changes since commit dcdbe33add56cb659ebf21fb9b6577507e21d952:
Merge branch 'mn10300' (mn10300 fixes from David Howells) (2013-05-30
13:39:01 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sstabellini/xen.git
On Fri, 2013-06-07 at 11:45 +0530, Raghavendra K T wrote:
> On 06/03/2013 11:51 AM, Raghavendra K T wrote:
> > On 06/03/2013 07:10 AM, Raghavendra K T wrote:
> >> On 06/02/2013 09:50 PM, Jiannan Ouyang wrote:
> >>> On Sun, Jun 2, 2013 at 1:07 AM, Gleb Natapov wrote:
> >>>
> High level
Hi Viresh,
> On 6 June 2013 17:19, Lukasz Majewski wrote:
> >> On 6 June 2013 12:37, Lukasz Majewski
> >> 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 attributes, which are
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 going to have to add new entries to the quirk list every time
Lenovo
Currently cciss logs a message each time cciss_read_capacity_16 is called:
kernel: cciss :03:00.0: blocks= 5274326576 block_size= 512
This generates considerable log noise. An identical message was deleted
from cciss_read_capacity in 2009.
This patch mirrors the change made to
Handle null termios in ftdi_set_termios(), introduced in
commit 552f6bf1bb0eda0011c0525dd587aa9e7ba5b846
This has been corrected in the mainline by
commits c515598e0f5769916c31c00392cc2bfe6af74e55 and
a816e3113b63753c330ca4751ea1d208e93e3015.
This is to be fixed in longterm 2.6.32.60 and 3.4.47.
On Thu, Jun 6, 2013 at 1:21 PM, Lee Jones wrote:
> Signed-off-by: Lee Jones
Applied to my ux500-devicetree branch.
Yours,
Linus Walleij
--
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
On Thu, Jun 6, 2013 at 1:21 PM, Lee Jones wrote:
> ... as stipulated by the Hardware Specification document.
>
> Signed-off-by: Lee Jones
I think you need Ulf (as ux500 clock author) and Loic (as PRCMU
developer) to have a look at this.
> -enum prcmu_clock {
> - PRCMU_SGACLK,
(...)
>
Hi Tejun,
On 06/06, Tejun Heo wrote:
>
> Which tree are the patches based on? I'm getting conflicts on
> linus#master, mmotd and next.
Hmm. linus#master. I just verified that the patches apply cleanly
after git-pull.
> Reviewed-by: Tejun Heo
Thanks,
> But a couple nits.
>
> > +int
>
> I
On Thu 06-06-13 18:16:33, azurIt wrote:
> Hello Michal,
>
> nice to read you! :) Yes, i'm still on 3.2. Could you be so kind and
> try to backport it? Thank you very much!
Here we go. I hope I didn't screw anything (Johannes might double check)
because there were quite some changes in the area
On Thu, Jun 6, 2013 at 1:21 PM, Lee Jones wrote:
> ... as stipulated by the Hardware Specification document.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
401 - 500 of 1542 matches
Mail list logo