The callers are expecting an ERR_PTR value in case
of an error. Change he code to return with an encoded
-ENOMEM value in the case of a failed devres_alloc call.
Signed-off-by: Gabor Juhos
---
drivers/usb/phy/phy.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/us
On Fri, 2013-10-11 at 02:32 -0400, Chen, Gong wrote:
> This patch series adds an enhanced MCA event logging driver provided by Intel.
[]
> dmesg output:
>
> [56005.785917] {3}Hardware error detected on CPU0
> [56005.785959] {3}event severity: corrected
> [56005.785975] {3}sub_event[0], severity: c
Stanimir Varbanov wrote:
> I ran the rngtest with following command line:
>
> # cat /dev/hw_random | rngtest -c 10
> ...
> rngtest: bits received from input: 200032
> rngtest: FIPS 140-2 successes: 99925
> rngtest: FIPS 140-2 failures: 75
> ...
>
> Could you guys comment those results?
The
On 10/11/2013 03:15 PM, Kishon Vijay Abraham I wrote:
> On Thursday 10 October 2013 06:41 PM, Laxman Dewangan wrote:
>> On Thursday 10 October 2013 06:07 PM, Kishon Vijay Abraham I wrote:
>>> The Palmas device contains only a USB VBUS-ID detector, so added a
>>> compatible type *ti,palmas-usb-vid*.
On 10/11/2013 06:41 AM, Tomi Valkeinen wrote:
On 10/10/13 21:58, Lars-Peter Clausen wrote:
According to the datasheet the the panel as a dedicated dout pin. Maybe
you did not connect it in your design, which means you won't be able to
read any data from the panel at all.
I don't see a dedicat
On Thu, Oct 10, 2013 at 8:09 PM, Peter Jones wrote:
> INTN
> GetPixelElementSize (
> IN EFI_PIXEL_BITMASK *PixelBits
> )
> {
> INTN HighestPixel = -1;
> INTN BluePixel;
> INTN RedPixel;
> INTN GreenPixel;
> INTN RsvdPixel;
> BluePixel = FindHighestSe
Here is a cuple of patches to update perf probe for supporting
meta arguments for local variables.
With this updates we can use $vars as a probe event argument
for all available local variables at that address.
And also, I've found an issue about variable location.
With -fentry, since the variabl
Support "$vars" meta argument syntax for tracing all
local variables at probe point.
Now you can trace all available local variables (including
function parameters) at the probe point by passing $vars.
# perf probe --add foo $vars
This automatically finds all local variables at foo()
and adds it
At this point, --fentry (mcount founction entry) option for gcc
fuzzes the debuginfo variable locations by skipping the mcount
instruction offset (on x86, this is a 5 byte call instruction).
This makes variable searching failure at the entry of functions
which are mcount'ed.
e.g.)
# perf probe --v
On Thu, Sep 26, 2013 at 11:42:17AM +0800, Weijie Yang wrote:
> On Tue, Sep 24, 2013 at 9:03 AM, Minchan Kim wrote:
> > On Mon, Sep 23, 2013 at 04:21:49PM +0800, Weijie Yang wrote:
> > >
> > > Modify:
> > > - check the refcount in fail path, free memory if it is not referenced.
> >
> > Hmm, I do
On Thu, Oct 10, 2013 at 12:55:06PM -0700, Andrew Morton wrote:
> On Mon, 23 Sep 2013 16:21:49 +0800 Weijie Yang
> wrote:
>
> > add SetPageReclaim before __swap_writepage so that page can be moved to the
> > tail of the inactive list, which can avoid unnecessary page scanning as this
> > page was
On Tue, 2013-07-02 at 17:07 +0200, Hendrik Brueckner wrote:
> Introduce a new callback to explicitly handle the HUPCL termios control flag.
> This prepares for a follow-up commit for the hvc_iucv device driver to
> improve handling when to drop an established network connection.
>
> The callback n
On Fri, Oct 11, 2013 at 12:17:17AM -0400, Steven Rostedt wrote:
> Isn't there a way we could pass the state? Hmm, I think we could use
> depth to do that. As depth is a pointer to trace.depth and not used
> before then. We could make it negative and then check that.
>
> /me looks at other archs.
>
Hi, blk-mq and percpu_ida use similar algorithm to manage tags. The difference
is when a cpu can't allocate tags, blk-mq will use ipi to purge remote cpu
cache, while percpu-ida directly purges remote cpu cache. In practice, the
percpu-ida approach is much faster when we can't allocate enough for p
Make percpu_ida percpu size/batch configurable. The block-mq-tag will use it.
Signed-off-by: Shaohua Li
---
include/linux/percpu_ida.h | 18 +-
lib/percpu_ida.c | 28 +++-
2 files changed, 28 insertions(+), 18 deletions(-)
Index: master/incl
Add a new API to iterate free ids. blk-mq-tag will use it.
Signed-off-by: Shaohua Li
---
include/linux/percpu_ida.h |3 +++
lib/percpu_ida.c | 44
2 files changed, 47 insertions(+)
Index: master/include/linux/percpu_ida.h
add an API to return free tags, blk-mq-tag will use it
Signed-off-by: Shaohua Li
---
include/linux/percpu_ida.h |1 +
lib/percpu_ida.c | 17 +
2 files changed, 18 insertions(+)
Index: master/include/linux/percpu_ida.h
=
Using percpu-ida to manage blk-mq tags. the percpu-ida has similar algorithm
like the blk-mq-tag. The difference is when a cpu can't allocate tags
blk-mq-tag uses ipi to purge remote cpu cache and percpu-ida directly purges
remote cpu cache. In practice (testing null_blk), the percpu-ida approach i
* Paul E. McKenney wrote:
> > So, I think this code lives within kernel/params.c. Might be fixable?
>
> But of course! I was just trying to be lazy. ;-)
>
> I could imagine adding a filename field to struct kernel_param that was
> initialized with __FILE__, then making something like parameq
On Fri, Oct 11, 2013 at 1:54 AM, Kishon Vijay Abraham I wrote:
> On Friday 11 October 2013 12:23 PM, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Friday 11 October 2013 12:00 PM, Nishanth Menon wrote:
>>> On Fri, Oct 11, 2013 at 1:13 AM, Kishon Vijay Abraham I
>>> wrote:
> regulator-bo
Hi all,
Am 11.10.2013 um 06:41 schrieb Tomi Valkeinen:
> On 10/10/13 21:58, Lars-Peter Clausen wrote:
>
>> According to the datasheet the the panel as a dedicated dout pin. Maybe
>> you did not connect it in your design, which means you won't be able to
>> read any data from the panel at all.
>
On 2013/10/11 14:53, Gavin Shan wrote:
> On Fri, Oct 11, 2013 at 02:33:58PM +0800, Yijing Wang wrote:
>> On 2013/10/11 14:16, Gavin Shan wrote:
>>> On Fri, Oct 11, 2013 at 04:49:56PM +1100, Benjamin Herrenschmidt wrote:
On Fri, 2013-09-06 at 14:30 -0600, Bjorn Helgaas wrote:
> On Thu, Sep
On Fri, Oct 11, 2013 at 07:58:29AM +0200, Ingo Molnar wrote:
>
> * Namhyung Kim wrote:
>
> > Hello,
> >
> > This is a new version of callchain improvement patchset. Basically
> > it's almost same as v4 but rebased on current acme/perf/core and some
> > functions are renamed as Frederic request
Hi Lars-Peter,
ah, I didn't see your mail while writing mine - so some overlap.
Am 11.10.2013 um 09:08 schrieb Lars-Peter Clausen:
> On 10/11/2013 06:41 AM, Tomi Valkeinen wrote:
>> On 10/10/13 21:58, Lars-Peter Clausen wrote:
>>
>>> According to the datasheet the the panel as a dedicated dout p
On Fri, Oct 11, 2013 at 02:24:37PM +0800, Dave Young wrote:
> But for current implementation from Boris, getting same mapping
> between diffrent kernel depends on same md order (same start and
> size for each one) How about using this mapping solution but at the
> same time for kexec kernel we also
On Fri, Oct 11, 2013 at 9:07 AM, Qiao Zhou wrote:
> add multiple burst size support for 910-squ.
>
> Signed-off-by: Qiao Zhou
Acked-by: Zhangfei Gao
Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majo
There are no mutex protection for the dev->map_hash while calling
the drm_ht_find_item in the function drm_do_vm_fault. So try to
mutex firstly and then find the list for using to avoid this race
condition.
Signed-off-by: Chen Jun
---
drivers/gpu/drm/drm_vm.c | 11 +--
1 files changed
This patch adds the following Kconfig options to prepare the transition to
common clk framework:
- AT91_USE_OLD_CLK: this option is selected by every SoC which does not
support new at91 clks based on common clk framework (SoC which does not
define the clock tree in its device tree).
This opt
On Fri, Oct 11, 2013 at 02:32:46AM -0400, Chen, Gong wrote:
> diff --git a/drivers/acpi/extlog_trace.h b/drivers/acpi/extlog_trace.h
> new file mode 100644
> index 000..21f0887
> --- /dev/null
> +++ b/drivers/acpi/extlog_trace.h
> @@ -0,0 +1,77 @@
> +#if !defined(_TRACE_EXTLOG_H) || defined(TRA
Hi Chanwoo,
On Friday 11 October 2013 12:36 PM, Chanwoo Choi wrote:
> On 10/11/2013 03:15 PM, Kishon Vijay Abraham I wrote:
>> On Thursday 10 October 2013 06:41 PM, Laxman Dewangan wrote:
>>> On Thursday 10 October 2013 06:07 PM, Kishon Vijay Abraham I wrote:
The Palmas device contains only a
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_pmc.h).
We need this to avoid reference to machine specific headers in clk
drivers.
Signed-off-by: Boris BREZILLON
---
arch/arm/mach-at
This patch adds at91 PMC (Power Management Controller) base support.
All at91 clocks managed by the PMC unit will use this framework.
This framework provides the following fonctionalities:
- define a new struct at91_pmc to hide PMC internals (lock, PMC memory
mapping, irq domain, ...)
- read/wr
On Thu, Oct 10, 2013 at 10:49 PM, Stephen Warren wrote:
> On 10/09/2013 08:01 AM, Linus Walleij wrote:
>> On Wed, Oct 9, 2013 at 3:28 PM, Christian Ruppert
>> wrote:
>>> On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote:
On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert
wro
Explicitly set 1024x768 as default mode, so the display doesn't come up
with the largest supported mode.
While being at it drop first three drm_add_modes_noedid calls. As
drm_add_modes_noedid fills the mode list with modes from the database
*up to* the specified size it is pretty pointless to cal
On Thu, Oct 10, 2013 at 6:20 PM, Tony Lindgren wrote:
> * Linus Walleij [131010 09:19]:
>> On Thu, Oct 10, 2013 at 6:00 PM, Tony Lindgren wrote:
>> > * Roger Quadros [131010 06:32]:
>> >>
>> >> I tried testing this with the USB EHCI driver, but I'm not getting wake
>> >> up interrupts
>> >> wh
DRM driver for (virtual) vga cards using the bochs dispi interface,
such as the qemu standard vga (qemu -vga std).
Don't bother supporting anything but 32bpp for now.
Maybe add 16bpp later on.
Known issue: mmap(/dev/fb0) doesn't work.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/Kconfig
qxl devices can have a 64bit surface bar, which is quite handy if
you need a bit more surface memory. So try to use it if it is
present. Note that this bar might be mapped above 4g.
QEMU command line to check that out:
qemu-system-x86_64 -m 4g \
-vga qxl -global qxl-vga.vram64_size_
New helper function to set the preferred video mode. Can be called
after drm_add_modes_noedid if you don't want the largest supported
video mode be used by default.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/drm_edid.c | 13 +
include/drm/drm_crtc.h | 2 ++
2 files change
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_kms.c | 10 +++---
drivers/gpu/drm/qxl/qxl_ttm.c | 2 ++
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_kms.c b/drivers/gpu/drm/qxl/qxl_kms.c
index e0ddd5b..e5ca498 100644
--- a/drivers/gpu/drm/q
So they show up in /proc/{iomem,ioports}.
No error checking (yet?). Doesn't make things
worse than they are now, but still not nice.
Known issue: Doesn't work for qxl-vram (vesafb conflict?).
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_kms.c | 6 ++
1 file changed, 6 insertio
Hello Phillip,
I looked at the patchset roughly and I feel it's really awesome
so I have to rebase decompressor_multi.c on it.
But before that, could you review it?
I think you may have some stuff to hate like naming and even more.
Thanks.
On Fri, Oct 11, 2013 at 07:19:37AM +0100, Phillip Lough
On Fri, Oct 11, 2013 at 02:32:38AM -0400, Chen, Gong wrote:
> [56005.785917] {3}Hardware error detected on CPU0
> [56005.785959] {3}event severity: corrected
> [56005.785975] {3}sub_event[0], severity: corrected
> [56005.785977] {3}section_type: memory error
> [56005.785981] {3}physical_address: 0x
On Fri, Oct 11, 2013 at 12:47 AM, Mark Brown wrote:
> On Thu, Oct 10, 2013 at 03:24:46PM -0700, Andrew Morton wrote:
>> On Wed, 9 Oct 2013 17:59:21 +0530 Laxman Dewangan
>> wrote:
>
>> > +config RTC_DRV_AS3722
>> > + tristate "ams AS3722 RTC driver"
>> > + depends on MFD_AS3722
>
>> ... the
On Fri, Oct 11, 2013 at 1:48 AM, Sherman Yin wrote:
>>> +static const struct capri_cfg_param capri_pinconf_params[] = {
>>> + {"brcm,hysteresis", CAPRI_PINCONF_PARAM_HYST},
>>> + {"brcm,pull", CAPRI_PINCONF_PARAM_PULL},
>>> + {"brcm,slew", CAPRI_PINCONF_P
On Tue, Sep 24, 2013 at 6:59 PM, Stephen Warren wrote:
> On 09/24/2013 02:31 AM, Linus Walleij wrote:
>> On Mon, Sep 23, 2013 at 10:21 PM, Stephen Warren
>> wrote:
> ...
>>> Perhaps rather than having the gpio_chip/irq_chip drivers physically
>>> implement a function which calls this common code
On 11/10/13 10:42, Dr. H. Nikolaus Schaller wrote:
> I am not sure if there is a SPI driver for a McBSP port [1]? And to make that
> work (reliably) and tested it might need a lot of work for us. At least I
> think
> such a change (e.g. setting up clock polarity etc.) is not done in some
> minut
Hello,
This patch series is the 4th version of the new at91 clock implementation
(using common clk framework).
Most of the clock provided by the PMC (Power Management Controller) are
implemented :
- main clock (main oscillator)
- pll clocks
- master clock
- programmable clocks
- utmi clock
- peri
Hi Steve,
On Fri, 11 Oct 2013 00:17:17 -0400, Steven Rostedt wrote:
> Sorry for the very late reply, finally got some time to look at other
> peoples code.
Thank you for taking your time to review this carefully. :)
>
> On Tue, 3 Sep 2013 14:05:08 +0900
> Namhyung Kim wrote:
>
>> From: Namhyun
This patch does the following
1. use wait_for_completion_timeout instead of
wait_for_completion_interruptible_timeout
2. Reset software if a timeout happens.
3. Also reduce the timeout to 100milli secs
Note: submitted for review at https://patchwork.kernel.org/patch/2279591/
Signed-off-by: Nav
On 10/11/2013 04:52 PM, Kishon Vijay Abraham I wrote:
> Hi Chanwoo,
>
> On Friday 11 October 2013 12:36 PM, Chanwoo Choi wrote:
>> On 10/11/2013 03:15 PM, Kishon Vijay Abraham I wrote:
>>> On Thursday 10 October 2013 06:41 PM, Laxman Dewangan wrote:
On Thursday 10 October 2013 06:07 PM, Kisho
>> In my idea, dev->pcie_cap(here is pci_dev->pcie_cap) will update in
>> set_pcie_port_type() function,
>> and this function always be called after allocate pci device. We get pci_dev
>> by eeh_dev_to_pci_dev(),
>> I think pci_dev has been initialized completely.
>>
>>> This function has possibi
For example, arm64 doesn't have mach/irq.h.
Signed-off-by: Neil Zhang
---
drivers/irqchip/irq-mmp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-mmp.c b/drivers/irqchip/irq-mmp.c
index 2cb7cd0..470c5de 100644
--- a/drivers/irqchip/irq-mmp.c
+++ b/dri
changelog:
V2:
add the missing head file.
Neil Zhang (2):
irqchip: mmp: avoid use head file in a specific arch
irqchip: mmp: add dt support for wakeup
.../devicetree/bindings/arm/mrvl/intc.txt | 14 ++-
drivers/irqchip/irq-mmp.c | 126
Some of the Marvell SoCs use GIC as its interrupt controller,and ICU
only used as wakeup logic. When AP subsystem is powered off, GIC will
lose its context, the PMU will need ICU to wakeup the AP subsystem.
So add wakeup entry for such kind of usage.
Signed-off-by: Neil Zhang
---
.../devicetree/
Hi Jiri,
On Fri, 11 Oct 2013 09:34:48 +0200, Jiri Olsa wrote:
> On Fri, Oct 11, 2013 at 07:58:29AM +0200, Ingo Molnar wrote:
>>
>> * Namhyung Kim wrote:
>>
>> > Hello,
>> >
>> > This is a new version of callchain improvement patchset. Basically
>> > it's almost same as v4 but rebased on curre
On Friday 11 October 2013 01:53 PM, Chanwoo Choi wrote:
> On 10/11/2013 04:52 PM, Kishon Vijay Abraham I wrote:
>> Hi Chanwoo,
>>
>> On Friday 11 October 2013 12:36 PM, Chanwoo Choi wrote:
>>> On 10/11/2013 03:15 PM, Kishon Vijay Abraham I wrote:
On Thursday 10 October 2013 06:41 PM, Laxman De
From: Lan Tianyu
Currently, when one power resource is turned on, devices owning it
will be requested to resume regardless of their runtime pm status.
ACPI power resource maybe turn on in some devices' runtime pm
resume callback(E.G, usb port) while turning on the power resource
will trigger one
Since 883a106b0866ca8d75b5520bdb3ca1cf8e3730ba (ARM: default
machine descriptor for multiplatform) we can remove the SoC-specific
callback init_machine() to use the default code.
This cleans up the code and reduces the number of lines.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/board-dt
Hi Heiko,
On Fri, 11 Oct 2013 09:21:56 +0200, Heiko Carstens wrote:
> On Fri, Oct 11, 2013 at 12:17:17AM -0400, Steven Rostedt wrote:
>> Isn't there a way we could pass the state? Hmm, I think we could use
>> depth to do that. As depth is a pointer to trace.depth and not used
>> before then. We co
On Thu, Oct 10, 2013 at 07:17:18PM -0400, Mark Lord wrote:
> Just to help us all understand "the loop" issue..
>
> Here's an example of driver code which uses the existing MSI-X interfaces,
> for a device which can work with either 16, 8, 4, 2, or 1 MSI-X interrupt.
> This is from a new driver I'm
yeah, now the picture becomes more clear
...
net.core.warnings = 0
[ ok ]
ick: pause : -717
ick : min_pause : -177
ick : max_pause : -717
This patch adds a new macro file for PMC macros.
This macro file includes the definitions of SR (status register) bit
offsets and will be use to reference PMC irqs.
Signed-off-by: Boris BREZILLON
---
include/dt-bindings/clk/at91.h | 22 ++
1 file changed, 22 insertions(+)
Hi,
On 10.10.2013 12:34, Alexander Sverdlin wrote:
> Hi!
>
> On 10/10/2013 10:39 AM, Ionut Nicu wrote:
>> The i2c-mux driver uses the chan_id parameter provided
>> in i2c_add_mux_adapter as a parameter to the select
>> and deselect callbacks while the i2c-mux-gpio driver
>> uses the chan_id as an
On 10/10/2013 07:23 PM, Tony Lindgren wrote:
> * Tony Lindgren [131010 09:09]:
>> * Roger Quadros [131010 06:32]:
>>>
>>> I tried testing this with the USB EHCI driver, but I'm not getting wake up
>>> interrupts
>>> while the system is still running and only the EHCI controller is runtime
>>> s
Hi.
I haven't had any feedback for weeks. I join a patch with more details
in the commit message if needed.
Do you know someone responsible to apply PPS patches ?
Regards.
Paul.
On 09/06/2013 08:55 AM, Rodolfo Giometti wrote:
On Wed, Sep 04, 2013 at 10:20:38AM +0200, Paul Chavent wrote:
S
On 10/10/2013 07:00 PM, Tony Lindgren wrote:
> * Roger Quadros [131010 06:32]:
>>
>> I tried testing this with the USB EHCI driver, but I'm not getting wake up
>> interrupts
>> while the system is still running and only the EHCI controller is runtime
>> suspended.
>>
>> It seems we need to someh
The doorbell code is repeated various places. Refactor it into its own function
for clarity.
Signed-off-by: Matias Bjorling
---
drivers/block/nvme-core.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git a/drivers/block/nvme-core.c b/drivers/block/
Two refactor patches that increases code clarity.
The to-be blk-mq proposal patchset utilizes these as part of its transformation.
They are also useful for the current codebase and therefore submitted upfront.
v2:
For some reason I submitted the wrong patch file, with a missing underline in
sq_t
On Fri, Oct 11, 2013 at 02:32:39AM -0400, Chen, Gong wrote:
> Commit aaf9d93 only catches condition check before print,
> but the similar check is needed during printing CPER error
> sections.
>
> Signed-off-by: Chen, Gong
Reviewed-by: Borislav Petkov
--
Regards/Gruss,
Boris.
Sent from a
The queue size of the admin queue should be defined as a constant for use in
multiple places.
Signed-off-by: Matias Bjorling
---
drivers/block/nvme-core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/block/nvme-core.c b/drivers/block/nvme-core.c
index 1e940e8..d4
This patch adds new at91 master clock implementation using common clk
framework.
The master clock layout describe the MCKR register layout.
There are 2 master clock layouts:
- at91rm9200
- at91sam9x5
Master clocks are given characteristics:
- min/max clock output rate
These characteristics are c
On Fri, Oct 11, 2013 at 10:42:19AM +0200, Toralf Förster wrote:
> yeah, now the picture becomes more clear
> ...
> net.core.warnings = 0
> [ ok ]
> ick: pause : -717
> ick : min_pause : -177
>
On Fri, Oct 11, 2013 at 10:42:56AM +0200, Paul Chavent wrote:
> Hi.
>
> I haven't had any feedback for weeks. I join a patch with more
> details in the commit message if needed.
If I well remember I already acked this patch. So please add my
Acked-by line to the patch.
> Do you know someone resp
On 10/11/2013 11:00 AM, Linus Walleij wrote:
> On Thu, Oct 10, 2013 at 6:20 PM, Tony Lindgren wrote:
>> * Linus Walleij [131010 09:19]:
>>> On Thu, Oct 10, 2013 at 6:00 PM, Tony Lindgren wrote:
* Roger Quadros [131010 06:32]:
>
> I tried testing this with the USB EHCI driver, but I
Hi Tomi,
On Fri, Oct 11, 2013 at 10:17 AM, Tomi Valkeinen wrote:
> On 11/10/13 10:42, Dr. H. Nikolaus Schaller wrote:
>
>> I am not sure if there is a SPI driver for a McBSP port [1]? And to make that
>> work (reliably) and tested it might need a lot of work for us. At least I
>> think
>> such a
On Fri, Oct 11, 2013 at 05:34:19PM +0900, Namhyung Kim wrote:
> Hi Heiko,
>
> On Fri, 11 Oct 2013 09:21:56 +0200, Heiko Carstens wrote:
> > On Fri, Oct 11, 2013 at 12:17:17AM -0400, Steven Rostedt wrote:
> >> Isn't there a way we could pass the state? Hmm, I think we could use
> >> depth to do tha
This patch adds new at91 main oscillator clock implementation using common
clk framework.
If rate is not provided during clock registration it is calculated using
the slow clock (main clk parent in this case) rate and MCFR register.
Signed-off-by: Boris BREZILLON
---
drivers/clk/at91/Makefile
On 11/10/13 11:59, Belisko Marek wrote:
>> That's why I won't allow representing this panel as having 4 gpios in
>> the DT data, because that is not correct. The panel has 3 pins. But
>> then, the panel does allow reading, which could be implemented using 4
>> gpios as you have done. This data sho
On 10/11/2013 10:59 AM, Belisko Marek wrote:
> Hi Tomi,
>
> On Fri, Oct 11, 2013 at 10:17 AM, Tomi Valkeinen
> wrote:
>> On 11/10/13 10:42, Dr. H. Nikolaus Schaller wrote:
>>
>>> I am not sure if there is a SPI driver for a McBSP port [1]? And to make
>>> that
>>> work (reliably) and tested it
On Fri, Oct 11, 2013 at 04:57:01PM +0800, Fengguang Wu wrote:
> On Fri, Oct 11, 2013 at 10:42:19AM +0200, Toralf Förster wrote:
> > yeah, now the picture becomes more clear
> > ...
> > net.core.warnings = 0
> > [ ok ]
> > ick:
On Fri, 2013-10-11 at 08:52 +0200, Geert Uytterhoeven wrote:
> > Not sure what you mean create a linux bus type with devices on
> > it ?
>
> Yes, that's what I meant.
>
> >From the nodes on that bus you can have symlinks in sysfs to e.g. the CPUs
> in the rest of the sysfs tree.
>
> It's a
On Fri, Oct 11, 2013 at 02:32:40AM -0400, Chen, Gong wrote:
> To satisfy the necessary of following patches and make related definition
"To prepare for the following patches... " you mean?
> more clear, update some definitions about CPER. No functional changes.
>
> Signed-off-by: Chen, Gong
> -
On Wed, Oct 09, 2013 at 09:27:14PM +0200, Sebastian Hesselbarth wrote:
> >This add a compatible for the Marvell Tauros3 cache controller which
> >is compatible with l2x0 cache controllers. While updating the binding
> >documentation, clean up the list of possible compatibles.
> >
>
On Fri, 2013-10-11 at 10:23 +0800, Weijie Yang wrote:
> I am sorry to interrupt this topic, but I found an tiny issue near that:
>
> we can not "set_blocksize(bdev, p->old_block_size);" at the end of swapoff()
> because swap_info p may be reused by concurrent swapon called
> I think we need to sa
Hi,
Could you explain why do you clear all registers just before jumping
into purgatory (please look into arch/x86/kernel/relocate_kernel_64.S
for more details)? There is no any single word about that. I do not
count comment which states what is going on. purgatory on entry does
not assume any val
Ingo,
After adding more test runs to these kernels, we can see that the boot hangs
happen both before/after patch. So the patch is fine.
Tested-by: Fengguang Wu
/kernel/x86_64-randconfig-a1-1009/c015a7f0b746d0a7e18b82876bd2b693722479d2
+-+-
On Tue, 8 Oct 2013 05:24:26 -0700
Sebastian Hesselbarth wrote:
> This adds an irqchip driver and corresponding devicetree binding for the
> secondary interrupt controllers based on Synopsys DesignWare IP dw_apb_ictl.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Changelog:
> RFCv1->RFCv2:
>
On 10/11/2013 09:36 AM, Toshiyuki Okajima wrote:
> Hi.
>
> The following reproducer causes auditd daemon hang up.
> (But the hang up is released after the audit_backlog_wait_time passes.)
> # auditctl -a exit,always -S all
> # reboot
>
>
> I reproduced the hangup on KVM, and then got a crash
On Wed, Oct 09, 2013 at 02:54:08PM +0300, Arto Merilainen wrote:
> This patch adds support for hardware syncpoint bases. This creates
> a simple mechanism for waiting an operation to complete in the middle
> of the command buffer.
Perhaps "... simple mechanism to stall the command FIFO until an
op
On Fri, Oct 11, 2013 at 5:25 PM, Krzysztof Kozlowski
wrote:
> On Fri, 2013-10-11 at 10:23 +0800, Weijie Yang wrote:
>> I am sorry to interrupt this topic, but I found an tiny issue near that:
>>
>> we can not "set_blocksize(bdev, p->old_block_size);" at the end of swapoff()
>> because swap_info p
On Wed, Oct 09, 2013 at 02:54:09PM +0300, Arto Merilainen wrote:
> This patch makes the necessary additions to deliver syncpoint base
> to the user space.
>
> This patch splits the index field in the drm_tegra_get_syncpt structure
> into three separate fields (index, support_base, base_id). This a
This patch adds new at91 peripheral clock implementation using common clk
framework.
Almost all peripherals provided by at91 SoCs 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 to
defi
On Wed, Oct 09, 2013 at 02:54:07PM +0300, Arto Merilainen wrote:
> The host1x driver uses currently syncpoints statically from host1x point of
> view. If we do a wait inside a job, it always has a constant value to wait.
> host1x supports also doing relative syncpoint waits with respect to syncpoin
We're going to have separate user-configured masks and effective ones.
Eventually configured masks can only be changed by writing cpuset.cpus
and cpuset.mems, and they won't be restricted by parent cpuset. While
effective masks reflect cpu/memory hotplug and hierachical restriction,
and these are
This patcheset introduces behavior changes, but only if you mount cgroupfs
with sane_behavior option:
- We introduce new interfaces cpuset.effective_cpus and cpuset.effective_mems,
while cpuset.cpus and cpuset.mems will be configured masks.
- The configured masks can be changed by writing cpuse
We're going to have separate user-configured masks and effective ones.
Eventually configured masks can only be changed by writing cpuset.cpus
and cpuset.mems, and they won't be restricted by parent cpuset. While
effective masks reflect cpu/memory hotplug and hierachical restriction,
and these are
We're going to have separate user-configured masks and effective ones.
Eventually configured masks can only be changed by writing cpuset.cpus
and cpuset.mems, and they won't be restricted by parent cpuset. While
effective masks reflect cpu/memory hotplug and hierachical restriction,
and these are
We're going to have separate user-configured masks and effective ones.
Eventually configured masks can only be changed by writing cpuset.cpus
and cpuset.mems, and they won't be restricted by parent cpuset. While
effective masks reflect cpu/memory hotplug and hierachical restriction,
and these are
Hi all,
Am 11.10.2013 um 11:06 schrieb Lars-Peter Clausen:
> On 10/11/2013 10:59 AM, Belisko Marek wrote:
>> Hi Tomi,
>>
>> On Fri, Oct 11, 2013 at 10:17 AM, Tomi Valkeinen
>> wrote:
>>> On 11/10/13 10:42, Dr. H. Nikolaus Schaller wrote:
>>>
I am not sure if there is a SPI driver for a M
We're going to have separate user-configured masks and effective ones.
Eventually configured masks can only be changed by writing cpuset.cpus
and cpuset.mems, and they won't be restricted by parent cpuset. While
effective masks reflect cpu/memory hotplug and hierachical restriction,
and these are
1 - 100 of 1050 matches
Mail list logo
