st(root_domain);
> }
> --
> 1.7.0.4
>
Applied.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/
Maintainer of Linux kernel - Xilinx Zynq ARM architecture
Microblaze U-BOOT custodian a
. Anyhow, these two
entries can also be killed.
Ah. We have done the developing on that on earlier version and
to mainline it went in 3.3 merge window that's why I didn't notice it.
If James wants to take this patch through his tree, I am ok with that
and here is my
Acked-by: Michal Sim
2013/3/20 James Hogan :
> On 20/03/13 11:02, Michal Simek wrote:
>> On 03/20/2013 11:25 AM, Paul Bolle wrote:
>>> The Kconfig symbol ARCH_POPULATES_NODE_MAP was killed in v3.3. After
>>> that it popped up again in microblaze and metag. Nobody noticed,
>>> probab
HI, [cc: Alan and Geert and David]
2013/1/30 Arnd Bergmann :
> On Wednesday 30 January 2013 13:31:58 Michal Simek wrote:
>> Also from my understanding of arm we should use readl/b/w functions because
>> they have memory barriers which should be probably performed.
>>
>&
2013/2/4 Arnd Bergmann :
> On Monday 04 February 2013, Michal Simek wrote:
>> >
>> > and select the CONFIG_FOO_BIG_ENDIAN and CONFIG_FOO_LITTLE_ENDIAN
>> > symbols in Kconfig based on the system you are building for.
>>
>> Using CONFIG_FOO_BIG/LIT
2013/2/5 Benjamin Herrenschmidt :
> On Mon, 2013-02-04 at 17:24 +, Arnd Bergmann wrote:
>> On Monday 04 February 2013, Michal Simek wrote:
>> > >
>> > > and select the CONFIG_FOO_BIG_ENDIAN and CONFIG_FOO_LITTLE_ENDIAN
>> > > symbols in Kco
2013/2/5 Benjamin Herrenschmidt :
> On Tue, 2013-02-05 at 11:54 +0100, Michal Simek wrote:
>>
>> xilinx ppc is big endian
>> xilinx arm is little endian
>> xilinx microblaze is little endian and big endian
>
> You are talking about the core, why should the xsys
_/out_
> IO accessors instead of ioread/iowrite variants.
I have looked at the patches from more practical side and I have tested it on
microblaze big endian in 16bit mode and I have found that sysace driver
stop to work.
After that I have looked at ioread/iowrite microblaze implementation
and
On 02/07/2013 01:34 AM, Arnd Bergmann wrote:
On Wednesday 06 February 2013 17:21:37 Michal Simek wrote:
I have looked at the patches from more practical side and I have tested it on
microblaze big endian in 16bit mode and I have found that sysace driver
stop to work.
After that I have looked
2013/2/6 Geert Uytterhoeven :
> On Wed, Feb 6, 2013 at 6:40 PM, Michal Simek wrote:
>> One question regarding to asm-generic/io.h about iowrite16be implementation
>>
>> #define iowrite16be(v, addr) iowrite16(be16_to_cpu(v), (addr))
>> #define iowrite16(v, a
On 02/07/2013 08:38 AM, Geert Uytterhoeven wrote:
On Thu, Feb 7, 2013 at 8:23 AM, Michal Simek wrote:
#define iowrite16be(v, addr) iowrite16(be16_to_cpu(v), (addr))
#define iowrite16(v, addr) writew((v), (addr))
#define writew(b,addr) __raw_writew(__cpu_to_le16(b),addr)
static inline
Fix ioreadXXbe and iowriteXXbe functions which did
additional little endian conversion on native big endian systems.
Using be_to_cpu (cpu_to_be) conversions with __raw_read/write
functions have resolved it.
Signed-off-by: Michal Simek
CC: Benjamin Herrenschmidt
CC: Arnd Bergmann
CC: Geert
2013/2/7 Arnd Bergmann :
> On Thursday 07 February 2013, Geert Uytterhoeven wrote:
>>
>> On Thu, Feb 7, 2013 at 9:01 AM, Michal Simek wrote:
>> > ok. Can you please confirm with me that the same problem is also for
>> > iowrite32be
>> > ioread16be and io
it tests an unsigned type against a negative return code.
Signed-off-by: Graeme Smecher
Acked-by: Grant Likely
Signed-off-by: Michal Simek
---
drivers/block/xsysace.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/block/xsysace.c b/drivers/block/xsysace.c
index 64
GA platform (little-endian ARC700 on Xilinx ml-509 with our own
> BVCI-to-MPU bridge that does no swapping).
>
> I have to confess that I didn't properly tested initial patch on real HW -
> it was only sort of cosmetic clean-up.
The origin patch (after some microblaze ioread/iowri
2013/2/8 Geert Uytterhoeven :
> On Thu, Feb 7, 2013 at 3:18 PM, Michal Simek wrote:
>> Fix ioreadXXbe and iowriteXXbe functions which did
>> additional little endian conversion on native big endian systems.
>> Using be_to_cpu (cpu_to_be) conversions with __raw_read/wr
2013/2/8 Arnd Bergmann :
> On Thursday 07 February 2013, Michal Simek wrote:
>> Subject: "asm-generic: io: Fix ioread16/32be and iowrite16/32be"
>
> Ok, thanks. If you don't mind, I think this can just go with the other patches
> for xsysace that come out of
2013/2/11 Arnd Bergmann :
> On Monday 11 February 2013, Michal Simek wrote:
>>
>> 2013/2/8 Arnd Bergmann :
>> > On Thursday 07 February 2013, Michal Simek wrote:
>> >> Subject: "asm-generic: io: Fix ioread16/32be and iowrite16/32be"
>> >
>&
2013/2/11 Arnd Bergmann :
> On Monday 11 February 2013, Michal Simek wrote:
>> I have just found that it won't be so easy as I thought because I have found
>> that microblaze wrong implementation was done because of others device
>> drivers.
>> It means that I h
Clean coding style and sparse warnings.
Signed-off-by: Michal Simek
---
drivers/tty/serial/uartlite.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/uartlite.c b/drivers/tty/serial/uartlite.c
index 89eee43..31444be 100644
--- a/drivers/tty
Use big and little endian accessors function to reflect system configuration.
Detection is done via control register in ulite_request_port.
Tested on Microblaze LE, BE, PPC440 and Arm zynq.
Signed-off-by: Michal Simek
---
drivers/tty/serial/uartlite.c | 101
2013/2/12 Benjamin Herrenschmidt :
> On Mon, 2013-02-11 at 16:57 +0100, Michal Simek wrote:
>> But it reminds me that maybe the easiest solution is not to use endian
>> accessors just use two simple macros which should work on all systems.
>>
>> #define _readreg(off
2013/2/11 Arnd Bergmann :
> On Monday 11 February 2013, Michal Simek wrote:
>> Unfortunately no. Another is spi/i2c (sysace as we discuss in this
>> thread), probably icap
>> network drivers are ok because they are not shared.
>> Timer when it is moved to clocksou
2013/2/12 Arnd Bergmann :
> On Tuesday 12 February 2013, Michal Simek wrote:
>> > In particular, ARM can run both big- and little-endian even though
>> > big-endian is rarely used, so you need to know the endianess for
>> > the device you are talking to rather than
a/drivers/block/xsysace.c
+++ b/drivers/block/xsysace.c
@@ -314,7 +314,7 @@ static void ace_datain_le16(struct ace_device *ace)
int i = ACE_FIFO_SIZE / 2;
u16 *dst = ace->data_ptr;
while (i--)
- *dst++ = ioread16be(ace->baseaddr + 0x40);
+
On 04/05/2013 03:32 PM, Arnd Bergmann wrote:
On Friday 05 April 2013, Michal Simek wrote:
Interesting. I rebased my arm-next branch based on 3.9-rc5
with some Rob's + one Arnd patch from arm-soc - clksrc/cleanup branch.
I will fix my arm-next branch.
The for-next branch in arm-soc i
endian
and probably could be used on arm le.
Not sure if we can find out proper IO function which we should use.
btw: I will have to support all these combinations for uartlite, xilinx_spi,
gpio and others xilinx IPs.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721
2013/1/30 Vineet Gupta :
> On Wednesday 30 January 2013 04:43 PM, Michal Simek wrote:
>> 2013/1/30 Alexey Brodkin :
>>> On 01/29/2013 08:27 PM, Arnd Bergmann wrote:
>>>> On Tuesday 29 January 2013, Alexey Brodkin wrote:
>>>>> in(out)_8/in(out)_
on something like this in the context of PCMCIA
a few decades ago?
Do you have any link on that?
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian
--
To unsubs
)
Jason Wu (1):
microblaze: Makefile clean
Lars-Peter Clausen (1):
microblaze: Add .gitignore entries for auto-generated files
Michal Simek (5):
microblaze: Fix strncpy_from_user macro
microblaze: Add missing return from debugfs_tlb
2013/3/11 Wei Yongjun :
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei Yongjun
> ---
> arch/microblaze/pci/pci-common.c | 1 -
> 1 file changed, 1 deletion(-)
Applied.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0
From: Wendy Liang
Add the id and sector mappings for SPI flash chips.
Signed-off-by: Wendy Liang
Signed-off-by: Michal Simek
CC: David Woodhouse
CC: Artem Bityutskiy
CC: Mike Frysinger
CC: linux-...@lists.infradead.org
---
drivers/mtd/devices/m25p80.c |3 +++
1 files changed, 3
Warning message:
eth0: Dropping NETIF_F_SG since no checksum feature.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/xilinx_axienet_main.c |6 +++---
1 files changed, 3 insertions(+), 3
DMA allocates skb->len instead of headlen
which is used for DMA.
The same fix was applied to the axienet driver.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/ll_temac_main.c |
Just show current setting in bootlog.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/ll_temac_main.c |2 ++
drivers/net/ethernet/xilinx/xilinx_axienet_main.c |2 ++
2 files
Use one return statement instead of two.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/ll_temac_main.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers
Load frag value when necessary.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/ll_temac_main.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/net
NO_IRQ is not longer used by Microblaze.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/xilinx_axienet_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a
Allow user to access the MDIO from userspace.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions
Use max mtu instead.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/ll_temac_main.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/net
ble = "marvell,88e";
device_type = "ethernet-phy";
reg = <7>;
} ;
} ;
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/ll_temac_main.c
The driver is using frame size for VLAN packets
but does not enable VLAN IP option.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet/xilinx/xilinx_axienet_main.c |1 +
1 files changed, 1
The MDIO clock was previously hard coded and it is now
calculated thanks to a patch from the community.
Modify the Xilinx patch to get the clock frequency from
the connected AXI bus instead of the CPU.
Currently, the AXI ethernet mdio bus id is set as the mdio device node start
address, but the m
On 10/04/2012 09:22 PM, Ben Hutchings wrote:
On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
Use max mtu instead.
[...]
MTU does not include the Ethernet header so I have no idea how this is
expected to work...
Right. This is wrong fix. It should be the same as is in axienet.
There
On 10/04/2012 09:15 PM, Ben Hutchings wrote:
On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
Just show current setting in bootlog.
[...]
--- a/drivers/net/ethernet/xilinx/ll_temac_main.c
+++ b/drivers/net/ethernet/xilinx/ll_temac_main.c
@@ -1052,12 +1052,14 @@ static int __devinit
On 10/04/2012 09:17 PM, Ben Hutchings wrote:
On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
Allow user to access the MDIO from userspace.
Signed-off-by: Michal Simek
CC: Anirudha Sarangi
CC: John Linn
CC: Grant Likely
CC: Rob Herring
CC: David S. Miller
---
drivers/net/ethernet
merge window closes, that's when you should resubmit this series.
Sorry I should label it as RFC.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian
--
To u
On 10/04/2012 09:15 PM, Ben Hutchings wrote:
On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
Just show current setting in bootlog.
[...]
--- a/drivers/net/ethernet/xilinx/ll_temac_main.c
+++ b/drivers/net/ethernet/xilinx/ll_temac_main.c
@@ -1052,12 +1052,14 @@ static int __devinit
On 10/05/2012 09:50 AM, Jan Lübbe wrote:
On Thu, 2012-10-04 at 19:40 +0200, Michal Simek wrote:
From: Wendy Liang
Add the id and sector mappings for SPI flash chips.
An equivalent patch is already in David Woodhouse's l2-mtd tree:
http://git.infradead.org/users/dedekind/l2-mt
):
microblaze: Added more support for PCI
Michal Simek (10):
microblaze: Add support for ioreadXX/iowriteXX_rep
microblaze: Added fdt chosen capability for timer
microblaze: Do not used hardcoded value in exception handler
microblaze: Support 4k/16k/64k pages
microblaze
u have sent several similar patches like this.
If you want to add it through any other tree here is my ACK:
Acked-by: Michal Simek
I will definitely keep my eyes on it.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze L
Hi Arnd and Olof,
please add these patches to your arm-soc trees. All these patches are
for xilinx zynq arm platform.
You shouldn't have any problem to merge it there are no conficts with v3.7-rc4.
Please let me know if you find out any problem.
Thanks,
Michal
The following changes since commit
> arch/arm/mach-zynq/common.h | 4 +---
> arch/arm/mach-zynq/timer.c | 10 +-
> 3 files changed, 15 insertions(+), 12 deletions(-)
>
Tested-by: Michal Simek
Looks good to me. I have added it to my testing branch
and will provide path to mainline through xilinx arm-
2012/10/29 Josh Cartwright :
> Suggested cleanup by Arnd Bergmann. Move the ttc timer.c code to
> drivers/clocksource, and out of the mach-zynq directory.
>
> The common.h (which only held the timer declaration) was renamed to
> xilinx_ttc.h and moved into include/linux.
>
> Signed-off-by: Josh Ca
2012/10/31 Josh Cartwright :
> The purpose of the created zynq-7000.dtsi file is to describe the
> hardware common to all Zynq 7000-based boards. Also, get rid of the
> zynq-ep107 device tree, since it is not hardware anyone can purchase.
>
> Add a zc702 dts file based on the zynq-7000.dtsi. Add
2012/10/31 Josh Cartwright :
> The zynq-7000 has an additional UART at 0xE0001000. Describe it in the
> device tree.
>
> Signed-off-by: Josh Cartwright
> ---
> arch/arm/boot/dts/zynq-ep107.dts | 7 +++
> 1 file changed, 7 insertions(+)
Applied to my testing branch.
Thanks,
Michal
--
To uns
2012/10/30 Josh Cartwright :
> The Zynq platform requires the use of CONFIG_OF. Remove the #ifdef
> conditionals in the uartps driver.
>
> Signed-off-by: Josh Cartwright
> ---
> drivers/tty/serial/xilinx_uartps.c | 9 -
> 1 file changed, 9 deletions(-)
Please send this separately out of
2012/11/2 Josh Cartwright :
> On Fri, Nov 02, 2012 at 04:12:21PM +0100, Lars-Peter Clausen wrote:
>> On 11/02/2012 02:38 PM, Josh Cartwright wrote:
>> > On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
>> >> On 10/31/2012 07:58 PM, Josh Cartwright wrote:
> [...]
>> >>> +static vo
interrupts = <0 11 4>;
> + };
> + ttc0_2: ttc0.2 {
> + status = "disabled";
> + reg = <2>;
> + interrupts = <0 12 4>;
> +
On 10/26/2012 04:58 PM, Shuah Khan wrote:
On Fri, 2012-10-26 at 10:29 +0200, Michal Simek wrote:
On 10/26/2012 01:29 AM, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without
Hi Josh,
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Wednesday, October 24, 2012 10:03 PM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bo
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Wednesday, October 24, 2012 10:04 PM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Mich
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Wednesday, October 24, 2012 10:05 PM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Mich
Hi Josh
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Saturday, October 27, 2012 4:01 PM
> To: Michal Simek
> Cc: a...@kernel.org; Arnd Bergmann; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; John Linn; Nic
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Saturday, October 27, 2012 4:43 PM
> To: Michal Simek
> Cc: a...@kernel.org; Arnd Bergmann; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; John Linn; Nick Bo
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Wednesday, October 24, 2012 10:04 PM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Mich
ead.org; John Linn; Michal Simek
> Subject: Re: [PATCH v4 5/5] zynq: move static peripheral mappings
>
> On Thu, Oct 25, 2012 at 06:41:08PM -0400, Nick Bowler wrote:
> > On 2012-10-25 16:29 -0500, Josh Cartwright wrote:
> > > On Thu, Oct 25, 2012 at 04:17:01PM -0400, Nick Bowl
Hi Josh,
Michal-
>
> Here is a v5 of the zynq cleanup patchset that addresses your feedback. I've
> intentionally left patches 4 and 5 in the set until we figure out the
> appropriate
> way to get them in tree (feel free to just apply 1-3)
I am ok to pick just several patches from your patchs
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Thursday, October 18, 2012 2:47 AM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Michal Simek
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Wednesday, October 24, 2012 12:34 AM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Mich
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Sunday, October 21, 2012 6:17 PM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Michal Simek
&g
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Monday, October 22, 2012 4:16 AM
> To: a...@kernel.org; Arnd Bergmann
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; John
> Linn; Nick Bowler; Michal Simek
&g
> -Original Message-
> From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
> Sent: Monday, October 29, 2012 2:36 PM
> To: Michal Simek
> Cc: a...@kernel.org; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; John Linn; Nick Bowler; Arnd Berg
nce to use different coding style.
#if IS_ENABLED(CONFIG_DEBUG_ZYNQ_UART1)
# define LL_UART_PADDR UART1_PHYS
#else
# define LL_UART_PADDR UART0_PHYS
#endif
#define LL_UART_VADDR UART_VIRT
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kern
drivers/clocksource/xilinx_ttc.c
create mode 100644 include/linux/xilinx_ttc.h
Really?
If yes. shouldn't be there any better naming convention
especially for headers. linux/clocksource/xilinx_ttc.h.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintain
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, October 30, 2012 11:22 PM
> To: Michal Simek
> Cc: Josh Cartwright; a...@kernel.org; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; John Linn; Nick Bowler; Russel
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, October 30, 2012 11:37 PM
> To: mon...@monstr.eu
> Cc: Josh Cartwright; Michal Simek; linux-arm-ker...@lists.infradead.org;
> linux-
> ker...@vger.kernel.org; a...@kernel.org; Thom
"sdio0", "sdio1", "uart0", "uart1",
> "spi0", "spi1",
>"dma", "usb0_aper", "usb1_aper",
> "gem0_aper",
>
On 08/26/2013 02:53 PM, Sebastian Hesselbarth wrote:
> On 08/26/13 14:07, Steffen Trumtrar wrote:
>> On Mon, Aug 26, 2013 at 01:15:11PM +0200, Michal Simek wrote:
>>> I agree with Soren - let's fix the current problem and then when Steffen
>>> has patches wit
On 08/29/2013 03:37 PM, Arnd Bergmann wrote:
> On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
>> @@ -58,10 +57,10 @@ static void __init zynq_init_machine(void)
>> of_platform_bus_probe(NULL, zynq_of_bus_ids, NULL);
>> }
>>
>> -static void __init zynq_timer_init(void)
>> +static
On 09/30/2013 07:12 PM, Jason Gunthorpe wrote:
> On Fri, Sep 27, 2013 at 03:31:53PM +0200, Michal Simek wrote:
>
>> I expect that you are detecting/specifying in the driver which
>> fpga is connected and you also need to know size of this device.
>> Then your driver alloca
config_data)
- Allocate space for name dynamically
- Introduce new flags bits (INIT_DONE, READ, WRITE)
Michal Simek (1):
fpga: Introduce new fpga subsystem
Documentation/ABI/testing/sysfs-class-fpga | 33 ++
MAINTAINERS| 7 +
drivers/Kconfig
rface for these drivers.
Signed-off-by: Michal Simek
---
Changes in v2:
- Remove ! from all error message not to be shouty
- Fix error codes
- Add sysfs-class-fpga description
- Use read/write helper functions with bit protection
- s/fpga_mgr_status_show/fpga_mgr_status_read/g
- Do not all end d
On 10/02/2013 10:25 PM, Russell King - ARM Linux wrote:
> On Mon, Sep 30, 2013 at 08:59:06AM +0200, Michal Simek wrote:
>> This patch is inpired by the patch for drvdata
>> "device-core: Ensure drvdata = NULL when no driver is bound"
>> (sha1: 0998d0631001288a5974a
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
dri
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
drivers
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
drive
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
drivers/
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
driver
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
drivers/
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
drive
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
arch/
Driver core clears the driver data to NULL after device_release
or on probe failure, so just remove it from here.
Driver core change:
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Signed-off-by: Michal Simek
---
driver
e
is also problematic because in xiic_reinit() interrupts are enabled
but they are requested later.
Shouldn't be there a logic that interrupts should be enabled when
interrupts are registered by the kernel?
>> +pdata = (struct xiic_i2c_platform_data *)dev_get_platdata(&pdev->dev)
TX_FIFO.
8. Write all data except last byte to TX_FIFO.
9. Wait for transmit FIFO empty interrupt. This implies the IIC has throttled
the bus.
10. Write to CR to set MSMS = 0. The IIC generates a stop condition at the end
of the last byte.
11. Write last byte of data to TX_FIFO.
Thanks,
Mi
On 10/04/2013 01:58 PM, Wolfram Sang wrote:
> On Fri, Oct 04, 2013 at 11:16:20AM +0200, Michal Simek wrote:
>> On 10/04/2013 07:33 AM, Wolfram Sang wrote:
>>>
>>>> + i2c->base = devm_ioremap_resource(&pdev->dev, res);
>>>> + if (IS_ERR(i2c->
On 10/04/2013 02:12 PM, Lars-Peter Clausen wrote:
> On 10/04/2013 01:55 PM, Wolfram Sang wrote:
>> On Fri, Oct 04, 2013 at 11:53:49AM +0200, Michal Simek wrote:
>>> On 10/04/2013 07:46 AM, Wolfram Sang wrote:
>>>>
>>>>> + cr = xiic_
On 10/04/2013 03:38 PM, Lars-Peter Clausen wrote:
> On 10/04/2013 03:09 PM, Michal Simek wrote:
>>
>>
>> On 10/04/2013 02:12 PM, Lars-Peter Clausen wrote:
>>> On 10/04/2013 01:55 PM, Wolfram Sang wrote:
>>>> On Fri, Oct 04, 2013 at 11:53:49AM +0200, Michal
On 10/03/2013 08:49 AM, Pavel Machek wrote:
> On Wed 2013-10-02 12:00:52, H. Peter Anvin wrote:
>> On 10/02/2013 08:35 AM, Michal Simek wrote:
>>>
>>> Based on my discussion at ELC with Greg KH the new driver should
>>> support firmware interface for lo
On 10/04/2013 04:21 PM, H. Peter Anvin wrote:
> Yes; I never got too corner Greg ;)
>
> Greg Kroah-Hartman wrote:
>> On Fri, Oct 04, 2013 at 03:57:57PM +0200, Michal Simek wrote:
>>> But anyway what was resolution from that meeting?
>>
>> It never happened,
1 - 100 of 2355 matches
Mail list logo