Hi guys,
I started getting those sporadic
[133178.640890] e1000e :00:19.0 eth0: Hardware Error
[133179.293148] e1000e :00:19.0: irq 45 for MSI/MSI-X
[133179.394226] e1000e :00:19.0: irq 45 for MSI/MSI-X
[133179.397200] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
On Thu, 2014-04-10 at 15:10 +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> Fix the potential risk when enable config NET_DMA and ASYNC_TX. Async_tx is
> lack of support in current release process of dma descriptor, all descriptors
> will be released whatever is acked or
Joonsoo Kim wrote:
> There was another report about this problem and I have already fixed
> it, although it wasn't reviewed and merged. See following link.
>
> https://lkml.org/lkml/2014/3/11/119
OK. That patch fixes this problem.
Commit b1cb0982 changed the way of walking objects, didn't it?
> For example, some devices provide standard USB Audio Class, handled by
> snd-usb-audio for the audio stream, while the video stream is handled
> via a separate driver, like some em28xx devices.
Which is what mfd is designed to handle.
> There are even more complex devices that provide 3G
Hello Andy,
On Thu, Apr 10, 2014 at 1:00 PM, Andy Shevchenko
wrote:
> On Thu, 2014-04-10 at 11:34 +0200, Javier Martinez Canillas wrote:
>> On 04/10/2014 09:36 AM, Alexandre Courbot wrote:
>> >
>> > "Since having the operations" maybe?
>> >
>>
>> Yes, since I'm not a native english speaker I
On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa wrote:
> On 09.04.2014 13:49, Vivek Gautam wrote:
>>
>> Hi,
>>
>>
>> On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa wrote:
>>>
>>> Hi Vivek,
>>>
>>> Please see my comments inline.
>>>
>>>
>>> On 08.04.2014 16:36, Vivek Gautam wrote:
Add a
Hi Alan,
Em Thu, 10 Apr 2014 12:04:35 +0100
One Thousand Gnomes escreveu:
> > >> - Construct string with (dev is struct em28xx *dev)
> > >> format: "tuner:%s-%s-%d"
> > >> with the following:
> > >> dev_name(>udev->dev)
> > >>
On Thu, 2014-04-10 at 15:10 +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> There are several places where descriptors are freed using identical code.
> This patch puts this code into a function to reduce code duplication.
>
> Signed-off-by: Hongbo Zhang
> Signed-off-by:
On Tue, Apr 08, 2014 at 10:37:05AM -0400, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel, I've stumbled on the following:
>
> [ 1275.253114] kernel BUG at mm/huge_memory.c:1829!
> [ 1275.253642] invalid opcode: [#1]
On 04/10/2014 01:08 PM, Thomas Hellstrom wrote:
> On 04/10/2014 12:07 PM, Maarten Lankhorst wrote:
>> Hey,
>>
>> op 10-04-14 10:46, Thomas Hellstrom schreef:
>>> Hi!
>>>
>>> Ugh. This became more complicated than I thought, but I'm OK with moving
>>> TTM over to fence while we sort out
>>> how /
The SAI mainly has the following clocks:
bus clock
control and configure registers and to generate synchronous
interrupts and DMA requests.
mclk1, mclk2, mclk3
to generate the bit clock when the receiver or transmitter is
configured for an internally generated bit clock.
So
Hi,
On 04/10/2014 07:23 PM, Chanho Park wrote:
> Hi,
>
>> -Original Message-
>> From: linux-arm-kernel [mailto:linux-arm-kernel-
>> boun...@lists.infradead.org] On Behalf Of Chanwoo Choi
>> Sent: Thursday, April 10, 2014 7:06 PM
>> To: kgene@samsung.com; t.f...@samsung.com;
> I also noticed that unbinding and rebinding the driver doesn't re-attach it
> as a serial console.
Correct. The serial "console" is not hot pluggable.
http://blog.gmane.org/gmane.linux.serial/month=20090301/page=5
related 2009 discussion ..
Alan
--
To unsubscribe from this list: send the
I'm announcing the release of the 3.2.57 kernel. (Sorry this
announcement is a little delayed.)
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be
> > We'll see if and what will be accepted upstream.
>
> As far as I can see, CONFIG_OF is only selected if a specific hardware is
> enabled.
For conventional PC it makes no sense. For non conventional devices -
well Kconfig is also convered by the GPL ;-)
Alan
--
To unsubscribe from this
On 04/10/2014 12:07 PM, Maarten Lankhorst wrote:
> Hey,
>
> op 10-04-14 10:46, Thomas Hellstrom schreef:
>> Hi!
>>
>> Ugh. This became more complicated than I thought, but I'm OK with moving
>> TTM over to fence while we sort out
>> how / if we're going to use this.
>>
>> While reviewing, it
Hi,
On Wed, Apr 9, 2014 at 6:08 PM, Tomasz Figa wrote:
> Hi,
>
>
> On 09.04.2014 14:24, Vivek Gautam wrote:
>>
>> Hi Sylwester,
>>
>>
>> On Wed, Apr 9, 2014 at 5:41 PM, Sylwester Nawrocki
>> wrote:
>>>
>>> Hi Vivek,
>>>
>>> On 09/04/14 13:54, Vivek Gautam wrote:
Adding support to
> >> - Construct string with (dev is struct em28xx *dev)
> >>format: "tuner:%s-%s-%d"
> >>with the following:
> >>dev_name(>udev->dev)
> >> dev->udev->bus->bus_name
> >> dev->tuner_addr
What guarantees this won't
On Thu, 2014-04-10 at 11:34 +0200, Javier Martinez Canillas wrote:
> On 04/10/2014 09:36 AM, Alexandre Courbot wrote:
> >
> > "Since having the operations" maybe?
> >
>
> Yes, since I'm not a native english speaker I sometimes miss some obvious
> grammatical errors. I'll fix those when posting
On 04/10/2014 06:51 PM, Marc Zyngier wrote:
> On Thu, Apr 10 2014 at 10:28:23 am BST, Chanwoo Choi
> wrote:
>> This patch decide proper lowpower mode of either a15 or a9 according to own
>> ID
>> from Main ID register.
>>
>> Signed-off-by: Chanwoo Choi
>> Signed-off-by: Kyungmin Park
>> ---
On Thu, Apr 10 2014 at 11:42:56 am BST, armdev wrote:
> On 10-Apr-2014, at 4:11 pm, Marc Zyngier wrote:
>
>> On Thu, Apr 10 2014 at 11:30:41 am BST, armdev wrote:
>>> On 10-Apr-2014, at 3:51 pm, Marc Zyngier wrote:
>>>
On Thu, Apr 10 2014 at 11:09:02 am BST, armdev
wrote:
> On
On Wed, 9 Apr 2014 23:10:35 -0500
Michael Welling wrote:
> The 8250_core driver is supposed to support these devices but it has
> soft lockups on some hardware. This driver was ported from the vendors
> 2.6.37 driver and has been proven to work.
>
> I do not expect it to be merged, I am looking
On Thu, Apr 10 2014 at 11:37:12 am BST, Chanho Park
wrote:
> Hi,
>
>> -Original Message-
>> From: linux-arm-kernel [mailto:linux-arm-kernel-
>> boun...@lists.infradead.org] On Behalf Of Marc Zyngier
>> Sent: Thursday, April 10, 2014 7:05 PM
>> To: Chanwoo Choi
>> Cc:
On 04/08/2014 07:27 PM, Jason Gunthorpe wrote:
> On Tue, Apr 08, 2014 at 09:03:27AM +0200, Michal Simek wrote:
>
>>> If in doubt follow common mainline practice. Although using includes
>>> for DT is not necessarily common practice, readability of DTs is
>>> really important IMHO.
>>
>> Let me
On 10-Apr-2014, at 4:11 pm, Marc Zyngier wrote:
> On Thu, Apr 10 2014 at 11:30:41 am BST, armdev wrote:
>> On 10-Apr-2014, at 3:51 pm, Marc Zyngier wrote:
>>
>>> On Thu, Apr 10 2014 at 11:09:02 am BST, armdev wrote:
On 10-Apr-2014, at 3:34 pm, Marc Zyngier wrote:
> On Thu,
Hi,
After updating from 3.14-rc7 to a recent git the kernel fails to boot on my
thinkpad t440s and displays:
Failed to get file info size
Failed to alloc highmem for files
After a morning of running git bisect and rebooting, the bad commit seems to be:
On Thu, Apr 10 2014 at 11:30:41 am BST, armdev wrote:
> On 10-Apr-2014, at 3:51 pm, Marc Zyngier wrote:
>
>> On Thu, Apr 10 2014 at 11:09:02 am BST, armdev wrote:
>>> On 10-Apr-2014, at 3:34 pm, Marc Zyngier wrote:
>>>
On Thu, Apr 10 2014 at 10:28:24 am BST, Chanwoo Choi
wrote:
Adding Rob and Rusty in the review thread.
Kindly review these patches for interface being proposed to set
color/alpha property of planes modeled after glBlendFunc.
http://lists.freedesktop.org/archives/intel-gfx/2014-March/042350.html
On 04/10/2014 06:40 PM, Arnd Bergmann wrote:
> On Thursday 10 April 2014 18:28:23 Chanwoo Choi wrote:
>> +* while Exynos5 is A15/Exynos7 is A7; check the CPU part
>>
>
> Exynos7 -> Exynos3 ?
>
You're right. I'll fix it.
Best Regards,
Chanwoo Choi
--
To unsubscribe from this list: send
Hi,
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-
> boun...@lists.infradead.org] On Behalf Of Marc Zyngier
> Sent: Thursday, April 10, 2014 7:05 PM
> To: Chanwoo Choi
> Cc: mark.rutl...@arm.com; linux-samsung-...@vger.kernel.org;
> t.f...@samsung.com;
On Tue, Apr 08, 2014 at 04:56:01PM -0400, Sasha Levin wrote:
> On 02/28/2014 12:20 PM, Sasha Levin wrote:
> > On 02/21/2014 08:10 PM, Sasha Levin wrote:
> >> On 02/21/2014 06:51 PM, Kirill A. Shutemov wrote:
> >>> On Fri, Feb 21, 2014 at 05:46:36PM -0500, Sasha Levin wrote:
> >Hi all,
>
Hi Kishon,
On Thu, Apr 10, 2014 at 2:39 PM, Kishon Vijay Abraham I wrote:
> Hi.
>
> On Wednesday 09 April 2014 05:24 PM, Vivek Gautam wrote:
>> Adding support to enable/disable VBUS hooked to a gpio
>> to enable vbus supply on the port.
>>
>> Signed-off-by: Vivek Gautam
>> ---
>>
>> Based on
On 10-Apr-2014, at 3:51 pm, Marc Zyngier wrote:
> On Thu, Apr 10 2014 at 11:09:02 am BST, armdev wrote:
>> On 10-Apr-2014, at 3:34 pm, Marc Zyngier wrote:
>>
>>> On Thu, Apr 10 2014 at 10:28:24 am BST, Chanwoo Choi
>>> wrote:
This patch declare coretex-a7's irqchip to initialze gic
Patch 'b8efdaf USB: EHCI: add check for wakeup/suspend race'
adds a check for possible race between suspend and wakeup interrupt,
and thereby it returns -EBUSY as error code if there's a wakeup
interrupt.
So the platform host controller should not proceed further with
its suspend callback, rather
Patch 'b8efdaf USB: EHCI: add check for wakeup/suspend race'
adds a check for possible race between suspend and wakeup interrupt,
and thereby it returns -EBUSY as error code if there's a wakeup
interrupt.
So the platform host controller should not proceed further with
its suspend callback, rather
On 08/04/14 23:58, Christoph Lameter wrote:
The reason that zone reclaim is on by default is that off node accesses
are a big performance hit on large scale NUMA systems (like ScaleMP and
SGI). Zone reclaim was written *because* those system experienced severe
performance degradation.
On the
On Tue, Apr 08, 2014 at 10:37:05AM -0400, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel, I've stumbled on the following:
>
> [ 1275.253114] kernel BUG at mm/huge_memory.c:1829!
> [ 1275.253642] invalid opcode: [#1]
Hi,
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-
> boun...@lists.infradead.org] On Behalf Of Chanwoo Choi
> Sent: Thursday, April 10, 2014 7:06 PM
> To: kgene@samsung.com; t.f...@samsung.com; linux-samsung-
> s...@vger.kernel.org
> Cc:
On Thu, Apr 10 2014 at 11:09:02 am BST, armdev wrote:
> On 10-Apr-2014, at 3:34 pm, Marc Zyngier wrote:
>
>> On Thu, Apr 10 2014 at 10:28:24 am BST, Chanwoo Choi
>> wrote:
>>> This patch declare coretex-a7's irqchip to initialze gic from dt
>>> with "arm,cortex-a7-gic" data.
>>>
>>> Cc:
From: Tomasz Figa
This patch adds device tree nodes for pin controllers of Exynos3250
along with definitions of pin banks, external interrupt layout and
avaiable functions.
Signed-off-by: Tomasz Figa
[Fix bug about pinctrl lable by Chanwoo Choi]
Signed-off-by: Chanwoo Choi
[Fix the sd_bus8
From: Tomasz Figa
This patch add new exynos3250.dtsi to support Exynos3250 SoC and includes
chipid/sys_reg dt node.
Signed-off-by: Tomasz Figa
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 34 ++
1 file
From: Tomasz Figa
This patch add new the clock drvier of Exynos3250 SoC based on Cortex-A7
using common clock framework. The CMU (Clock Management Unit) of Exynos3250
control PLLs(Phase Locked Loops) and generate system clocks for CPU, buses,
and function clocks for individual IPs.
The CMU of
From: Tomasz Figa
This patch add dt node of clock controllers to support Exynos3250 SoC.
Exynos3250's clock drvier divide into two scope for clock controller as
following:
- 'cmu' clock-controller includes CMU_LEFTBUS/RIGHTBUS/TOP/CPU/ISP/ACP clocks
Signed-off-by: Tomasz Figa
[Modify base
From: Hyunhee Kim
ARM CPU has its own PMU (Performance Monitoring Unit). This patch add PMU dt
data to support PMU for CPU. Exynos3250 has four PMU interrupts.
Signed-off-by: Hyunhee Kim
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 5 +
1 file changed, 5
From: Tomasz Figa
This patch add rtc dt node for Real Time Clock (RTC) which operates with
a backup battery when the system is off and performs the function of an alarm.
Exynos3250's RTC has following rtc interrupt
- ALARM_INT (alarm interrupt)
- ALAREM_WK (alarm wake-up)
Signed-off-by: Tomasz
This patch add CPUs dt node for Exynos3250 which uses the Cortex-A7 dual core.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
Hi, Tejun, Vivek and Jens,
I did tests and you affirmed the idea, and Vivek said he'll review the
last version of the patch. But it seems he left blkio area more than
half year. What next should I do to make progress ?
BRs
Zhiguo
On Sun, Oct 20, 2013 at 8:11 PM, Hong Zhiguo wrote:
> Token
From: Tomasz Figa
This patch add pwm dt node to support PWM (Pulse Width Modulation) timer.
Exynos uses same IP of Exynos4210 and has five 32-bit PWM timers.
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 9 +
1 file changed, 9
From: Tomasz Figa
This patch add amba and pdma dt node to support bus on Exynos3250.
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git
On 04/10/2014 12:05 PM, Borislav Petkov wrote:
> On Thu, Apr 10, 2014 at 12:00:47PM +0200, Borislav Petkov wrote:
>> Then you'll have to check whether edac can even stomach more than one
>> drivers in parallel. TTBOMK, no one has ever done this so far... Yadda
>> yadda.
>
> Alternatively, you
This patch add ADC (Analog to Digital Converter) dt node to get raw data with
IIO subsystem. Usually, ADC is used to check temperature, jack type and so on.
Exynos3250 includes ADCv2 which is different from ADCv1 for Exynos4 SoC.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
This patch add MCT (Multi Core Timer) dt node with "samsung,exynos4210-mct"
compatible name bacause Exynos3250 uses SPI interrput type. And Exynos3250
provide one global timer and four local timers for Multi Core CPU.
Signed-off-by: Chanwoo Choi
[Fix incorrect irq number of MCT and remove
From: Tomasz Figa
This allows proper ordering of clock registration and is still correct,
because list of external clocks is SoC-specific, just their frequencies
and availability are board-specific.
Signed-off-by: Tomasz Figa
Signed-off-by: Hyunhee Kim
Signed-off-by: Kyungmin Park
---
From: Inki Dae
Add the DTS nodes for all th i2c busses in the Exynos3250 SoC.
Signed-off-by: Inki Dae
[Add i2c alias by Tomasz Figa]
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 112 ++
1 file changed,
On 04/10/2014 12:00 PM, Borislav Petkov wrote:
> On Thu, Apr 10, 2014 at 11:49:57AM +0200, Michal Simek wrote:
>> I agree with you that we can use shorter name. I have checked this
>> with Punnaiah and I can't see any problem to have more edac drivers
>> in the system. For zynq there is primary
This patch add UART dt node for Exynos3250. Exynos3250 uses same UART IP
of Exynos4 SoC and has only two independent channels.
Signed-off-by: Chanwoo Choi
[Fix incorrect clock id by Tomasz Figa]
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 18
This patch add interrupt-parent node to connected with GIC.
All interrupt-related dt nodes need default interrupt-parent node.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Tomasz Figa
This patch adds device tree node for GIC interrupt controller
on Exynos3250.
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
Hi Borislav,
>> My question is if using printk in IRQ handler and report problem is
>> equal to reporting this via edac interface. Or it is just easy way
>> to do but using edac interface is right solution and how to do it
>> properly is different question.
>
> Yeah, it would probably be easier
On 10-Apr-2014, at 3:34 pm, Marc Zyngier wrote:
> On Thu, Apr 10 2014 at 10:28:24 am BST, Chanwoo Choi
> wrote:
>> This patch declare coretex-a7's irqchip to initialze gic from dt
>> with "arm,cortex-a7-gic" data.
>>
>> Cc: Thomas Gleixner
>> Signed-off-by: Chanwoo Choi
>> Signed-off-by:
On 10/04/14 11:05, Steven Noonan wrote:
> I realize it's late to protest on this given that 3.13.9 is out, but
> what is the path forward for those experiencing the original issue
> that the reverted commit was intended to correct?
Disable NUMA_REBALANCING.
Or apply
From: Tomasz Figa
This patch add spi dt node to support SPI (Serial Peripheral Interface) bus.
SPI in Exynos3250 transfers serial data by using various peripherals. Exynos3250
has two independent interface (spi0/1).
Signed-off-by: Tomasz Figa
Signed-off-by: Kyungmin Park
---
From: Kyungmin Park
This patch add MSHC (Mobile Storage Host Controller) dt node which is an
interface between the system and SD/MMC card. mshc dt node is used for dw_mmc
device driver to operate SD/MMC card.
Signed-off-by: Kyungmin Park
[Modify the sdr/ddr timing for eMMC by Jaehoon Chung]
Hey,
op 10-04-14 10:46, Thomas Hellstrom schreef:
Hi!
Ugh. This became more complicated than I thought, but I'm OK with moving
TTM over to fence while we sort out
how / if we're going to use this.
While reviewing, it struck me that this is kind of error-prone, and hard
to follow since we're
From: Inki Dae
This patch add CAM/MFC/G3D/LCD0/ISP power domain nodes for Exynos3250.
Signed-off-by: Inki Dae
[add CAM/MFC power domain node by Bartlomiej Zolnierkiewicz]
Signed-off-by: Bartlomiej Zolnierkiewicz
[add ISP power domain node by Bartlomiej Zolnierkiewicz]
Signed-off-by: Chanwoo
On Thu, Apr 10, 2014 at 12:00:47PM +0200, Borislav Petkov wrote:
> Then you'll have to check whether edac can even stomach more than one
> drivers in parallel. TTBOMK, no one has ever done this so far... Yadda
> yadda.
Alternatively, you could put together a single edac driver which
contains both
On Thu, Apr 10 2014 at 10:28:24 am BST, Chanwoo Choi
wrote:
> This patch declare coretex-a7's irqchip to initialze gic from dt
> with "arm,cortex-a7-gic" data.
>
> Cc: Thomas Gleixner
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
> ---
> drivers/irqchip/irq-gic.c | 1 +
> 1
I realize it's late to protest on this given that 3.13.9 is out, but
what is the path forward for those experiencing the original issue
that the reverted commit was intended to correct?
http://marc.info/?l=linux-kernel=139034684731087=2
On Mon, Mar 31, 2014 at 9:08 PM, Greg Kroah-Hartman
wrote:
On Wed, Apr 09, 2014 at 10:23:32AM -0600, Jens Axboe wrote:
> This should go into block/blk-mq-tag.h.
Ok.
> We might as well leave this, the mtip32xx conversion ends up using it. So
> if we pull it now, it'll just be reintroduced shortly.
It's back in the latest revision of the patch, just
On Thu, Apr 10, 2014 at 11:49:57AM +0200, Michal Simek wrote:
> I agree with you that we can use shorter name. I have checked this
> with Punnaiah and I can't see any problem to have more edac drivers
> in the system. For zynq there is primary ddr controller which is
> target by this driver. Then
Il 10/04/2014 09:47, Juri Lelli ha scritto:
Hi all,
On Wed, 9 Apr 2014 17:42:04 +0200
Peter Zijlstra wrote:
On Wed, Apr 09, 2014 at 05:19:11PM +0200, Henrik Austad wrote:
The following "real-time" policies are also supported, for
why the "'s?
I borrowed those from
Hi Arnd,
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-
> boun...@lists.infradead.org] On Behalf Of Arnd Bergmann
> Sent: Thursday, April 10, 2014 6:45 PM
> To: linux-arm-ker...@lists.infradead.org
> Cc: kgene@samsung.com; t.f...@samsung.com;
On Thu, Apr 10, 2014 at 4:10 PM, Maxime Ripard
wrote:
> On Thu, Apr 10, 2014 at 12:27:32AM +0800, Chen-Yu Tsai wrote:
>> >> > Let me know if these changes are too intrusive.
>> >>
>> >> I wonder if we should do a separate driver for the new PIO controller.
>> >> Clearly it's a separate IP block,
This patch add Exynos3250's SoC ID. Exynos 3250 is System-On-Chip(SoC) that
is based on the 32-bit RISC processor for Smartphone. Exynos3250 uses Cortex-A7
dual cores and has a target speed of 1.0GHz.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/Kconfig
This patch decide proper lowpower mode of either a15 or a9 according to own ID
from Main ID register.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/hotplug.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git
The non-secure SYSRAM is used for secondary CPU bring-up. This patch add
IO mapping for non-scure SYSRAM.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/exynos.c | 12
arch/arm/mach-exynos/include/mach/map.h | 1 +
2 files changed, 13
On Thursday, April 10, 2014 1:17 PM, Alexandre Courbot wrote:
>
> Ping, can I have the Samsung folks review and ,aybe even merge this
> patch? enable_gpio_flags is never used in any code, is replaced by
> gpiod, and we would like to remove it altogether from pwm_bl. Thanks!
OK, I see. It looks
On Thu, Apr 10 2014 at 10:28:23 am BST, Chanwoo Choi
wrote:
> This patch decide proper lowpower mode of either a15 or a9 according to own ID
> from Main ID register.
>
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/mach-exynos/hotplug.c | 13 ++---
> 1
On 04/10/2014 11:21 AM, Borislav Petkov wrote:
> On Thu, Apr 10, 2014 at 08:01:36AM +0200, Michal Simek wrote:
>> Just add it to Zynq maintainer fragment as we are doing for non
>> zynq/xilinx drivers.
>
> Yep, as a file pattern F:
yep.
>> At least the is the first time when someone saying that
Hello Andreas,
after pulling and rebooting my machine this morning, nouveau was no
longer working:
[6.455247] nouveau [ DEVICE][:02:00.0] BOOT0 : 0x0ac080b1
[6.455312] nouveau [ DEVICE][:02:00.0] Chipset: MCP79/MCP7A (NVAC)
[6.455374] nouveau [ DEVICE][:02:00.0]
This patch declare coretex-a7's irqchip to initialze gic from dt
with "arm,cortex-a7-gic" data.
Cc: Thomas Gleixner
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
drivers/irqchip/irq-gic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/irqchip/irq-gic.c
On Thursday 10 April 2014 18:28:18 Chanwoo Choi wrote:
> This patch add Exynos3250's SoC ID. Exynos 3250 is System-On-Chip(SoC) that
> is based on the 32-bit RISC processor for Smartphone. Exynos3250 uses
> Cortex-A7
> dual cores and has a target speed of 1.0GHz.
>
> Signed-off-by: Chanwoo Choi
On Thursday 10 April 2014 18:28:20 Chanwoo Choi wrote:
> This patch add memory mapping for PMU (Power Management Unit) which is used
> for power control of Exynos3250.
>
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
Same thing as for the SRAM here, can you work on making this a
On Thursday 10 April 2014 18:28:19 Chanwoo Choi wrote:
>
> The non-secure SYSRAM is used for secondary CPU bring-up. This patch add
> IO mapping for non-scure SYSRAM.
>
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
I really don't want to see any further static mappings here. We
I wonder if anyone uses printk return value but it is there and should be
counted correctly.
This patch modifies log_store() to return the number of really stored bytes
from the 'text' part. Also it handles the return value in vprintk_emit().
Note that log_store() is used also in cont_flush()
We will want to recompute the message size when shrinking too long messages.
Let's put the code into separate function.
The side effect of setting "pad_len" is not nice but it is worth removing
the code duplication. Note that I will probably have one more usage for this
function when handling
We might want to print at least part of too long messages and add some warning
for debugging purpose.
The question is how long the shrunken message should be. If we use the whole
buffer, it might get rotated too soon. Let's try to use only 1/4 of the buffer
for now.
Also shrink the whole
There was no check for too long messages. The check for free space always passed
when first_seq and next_seq were equal. Enough free space was not guaranteed,
though.
log_store() might be called to store messages up to 64kB + 64kB + 16B. This is
sum of maximal text_len, dict_len values, and the
The check for free space in the log buffer always passes when "first_seq"
and "next_seq" are equal. In theory, it might cause writing outside of
the log buffer.
Fortunately, the current usage looks safe because the used "text" and "dict"
buffers are quite limited. See the second patch for more
There will be needed some fixes in the check for free space. They will
be easier if the code is moved outside of the quite long log_store()
function.
This patch does not change the existing behavior.
Signed-off-by: Petr Mladek
---
kernel/printk/printk.c | 44
Hi,
On Thu, Apr 10, 2014 at 2:30 AM, Jet Chen wrote:
> Hi Stephane,
>
> I got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> commit 71ad88efebbcde374bddf904b96f3a7fc82d45d4
> Author: Stephane Eranian
> AuthorDate:
This patch add memory mapping for PMU (Power Management Unit) which is used
for power control of Exynos3250.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/exynos.c | 5 +
arch/arm/mach-exynos/include/mach/map.h | 1 +
2 files changed, 6
This patch fix the offset of CPU boot address and don't operate smc call
of SMC_CMD_CPU1BOOT command for Exynos3250.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/firmware.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
From: Kyungmin Park
This patch fix the offset of CPU boot address and change parameter of smc call
of SMC_CMD_CPU1BOOT command for Exynos4212.
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/firmware.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git
On Thursday 10 April 2014 18:28:23 Chanwoo Choi wrote:
> +* while Exynos5 is A15/Exynos7 is A7; check the CPU part
>
Exynos7 -> Exynos3 ?
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
This patch add Exynos3250's SoC ID. Exynos 3250 is System-On-Chip(SoC) that
is based on the 32-bit RISC processor for Smartphone. Exynos3250 uses Cortex-A7
dual cores and has a target speed of 1.0GHz.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/Kconfig
From: Tomasz Figa
This patch adds driver data (bank list and EINT layout) for Exynos3250
to pinctrl-exynos driver. Exynos3250 includes 158 multi-functional input/output
ports. There are 23 general port groups.
Cc: Thomas Abraham
Cc: Linus Walleij
Cc: Kukjin Kim
Signed-off-by: Tomasz Figa
The non-secure SYSRAM is used for secondary CPU bring-up. This patch add
IO mapping for non-scure SYSRAM.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/mach-exynos/exynos.c | 12
arch/arm/mach-exynos/include/mach/map.h | 1 +
2 files changed, 13
This patch declare coretex-a7's irqchip to initialze gic from dt
with "arm,cortex-a7-gic" data.
Cc: Thomas Gleixner
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
drivers/irqchip/irq-gic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/irqchip/irq-gic.c
This patchset support new Exynos3250 Samsung SoC based on Cortex-A7 dual core.
Exynos3250 is a System-On-Chip (SoC) that is based on 32-bit RISC processor
for Smartphone. It is desigend with the 28nm low-power high-K metal gate process
and provides the best performance features.
This patchset
501 - 600 of 1406 matches
Mail list logo
