oordinated are at the offset 3), valid data are read and the
interrupt event is properly handled.
Signed-off-by: Rostislav Lisovy
---
drivers/input/touchscreen/edt-ft5x06.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/input/touchscreen/edt-ft5x06.c
b/dri
Signed-off-by: Rostislav Lisovy
---
drivers/input/touchscreen/edt-ft5x06.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/input/touchscreen/edt-ft5x06.c
b/drivers/input/touchscreen/edt-ft5x06.c
index e6aef3e..c938d4b 100644
--- a/drivers/input
Signed-off-by: Rostislav Lisovy lis...@jablotron.cz
---
drivers/input/touchscreen/edt-ft5x06.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/input/touchscreen/edt-ft5x06.c
b/drivers/input/touchscreen/edt-ft5x06.c
index e6aef3e..c938d4b 100644
are at the offset 3), valid data are read and the
interrupt event is properly handled.
Signed-off-by: Rostislav Lisovy lis...@jablotron.cz
---
drivers/input/touchscreen/edt-ft5x06.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/input/touchscreen/edt-ft5x06.c
b
Chiliboard uses ChiliSOM as its base.
Hardware specification:
* ChiliSOM (am335x, PMIC, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* microSD slot
* 2x GPIO LED
Signed-off-by: Rostislav Lisovy
---
arch/arm/boot/dts/Makefile | 3 +-
arch/arm/boot/dts/am335x-chiliboard.dts
Grinn is a company located in Poland, Europe producing
System on Modules.
Webpage: http://www.grinn-global.com/
Signed-off-by: Rostislav Lisovy
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor
Flash (8x interface, cs0)
* UART0
* PMIC
* I2C0 (for PMIC)
* 1x Ethernet MAC
Signed-off-by: Rostislav Lisovy
---
arch/arm/boot/dts/am335x-chilisom.dtsi | 239 +
1 file changed, 239 insertions(+)
create mode 100644 arch/arm/boot/dts/am335x-chilisom.dtsi
diff --git
interface, cs0)
* UART0
* PMIC
* I2C0 (for PMIC)
* 1x Ethernet MAC
Signed-off-by: Rostislav Lisovy lis...@jablotron.cz
---
arch/arm/boot/dts/am335x-chilisom.dtsi | 239 +
1 file changed, 239 insertions(+)
create mode 100644 arch/arm/boot/dts/am335x-chilisom.dtsi
diff
Grinn is a company located in Poland, Europe producing
System on Modules.
Webpage: http://www.grinn-global.com/
Signed-off-by: Rostislav Lisovy lis...@jablotron.cz
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
Chiliboard uses ChiliSOM as its base.
Hardware specification:
* ChiliSOM (am335x, PMIC, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* microSD slot
* 2x GPIO LED
Signed-off-by: Rostislav Lisovy lis...@jablotron.cz
---
arch/arm/boot/dts/Makefile | 3 +-
arch/arm/boot/dts
e command for device type setting to support OCB mode.
Add commands for "joining" and "leaving" the OCB mode network.
When joining two arguments are mandatory -- frequency and
channel bandwidth (5 or 10 MHz).
Signed-off-by: Rostislav Lisovy
---
Makefile| 2 +-
setting to support OCB mode.
Add commands for joining and leaving the OCB mode network.
When joining two arguments are mandatory -- frequency and
channel bandwidth (5 or 10 MHz).
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
Makefile| 2 +-
interface.c | 3 +++
ocb.c
On Tue, 2014-11-04 at 13:55 +0100, Johannes Berg wrote:
> On Tue, 2014-11-04 at 13:49 +0100, Rostislav Lisovy wrote:
> > Use the same ordering in the comments section as it
> > is in the structure below.
>
> Well, I think I confused you :-)
> The report from Fengguang'
On Tue, 2014-11-04 at 10:25 +0100, Johannes Berg wrote:
> On Mon, 2014-11-03 at 10:33 +0100, Rostislav Lisovy wrote:
> > The IEEE 802.11p amendment (already part of IEEE 802.11-2012)
> > specifies usage of 5 and 10 MHz wide channels in 5.9GHz band for
> > vehicular environ
Use the same ordering in the comments section as it
is in the structure below.
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
index 5c3acd0..af0ef26 100644
Use the same ordering in the comments section as it
is in the structure below.
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include/net/cfg80211.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
On Tue, 2014-11-04 at 10:25 +0100, Johannes Berg wrote:
On Mon, 2014-11-03 at 10:33 +0100, Rostislav Lisovy wrote:
The IEEE 802.11p amendment (already part of IEEE 802.11-2012)
specifies usage of 5 and 10 MHz wide channels in 5.9GHz band for
vehicular environment. All the 802.11p compliant
On Tue, 2014-11-04 at 13:55 +0100, Johannes Berg wrote:
On Tue, 2014-11-04 at 13:49 +0100, Rostislav Lisovy wrote:
Use the same ordering in the comments section as it
is in the structure below.
Well, I think I confused you :-)
The report from Fengguang's build bot was actually when
-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 14 +++
include/uapi/linux/nl80211.h | 11 ++
net/mac80211/cfg.c | 1 +
net/mac80211/chan.c | 2 +
net/mac80211/iface.c | 5 +++
net/mac80211/util.c | 3 ++
net/wireless/Makefile| 2
tiple consecutive calls to ocb_join
* Many minor fixes
Rostislav Lisovy (2):
cfg80211: mac80211: 802.11p OCB mode handling
mac80211: 802.11p OCB mode support
include/net/cfg80211.h | 14 +++
include/net/mac80211.h | 2 +
include/uapi/linux/nl80211.h | 11 ++
net/mac80211/Kconfi
in the similar way
as in the IBSS mode -- through the deferred insertion.
The OCB mode uses a periodic 'housekeeping task' for expiration of
disconnected STAs (in the similar manner as in the MESH mode).
New Kconfig option for verbose OCB debugging outputs is added.
Signed-off-by: Rostislav Lisovy
to ocb_join
* Many minor fixes
Rostislav Lisovy (2):
cfg80211: mac80211: 802.11p OCB mode handling
mac80211: 802.11p OCB mode support
include/net/cfg80211.h | 14 +++
include/net/mac80211.h | 2 +
include/uapi/linux/nl80211.h | 11 ++
net/mac80211/Kconfig | 11 ++
net
in the similar way
as in the IBSS mode -- through the deferred insertion.
The OCB mode uses a periodic 'housekeeping task' for expiration of
disconnected STAs (in the similar manner as in the MESH mode).
New Kconfig option for verbose OCB debugging outputs is added.
Signed-off-by: Rostislav Lisovy
-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include/net/cfg80211.h | 14 +++
include/uapi/linux/nl80211.h | 11 ++
net/mac80211/cfg.c | 1 +
net/mac80211/chan.c | 2 +
net/mac80211/iface.c | 5 +++
net/mac80211/util.c | 3 ++
net
On Fri, 2014-10-31 at 14:13 +0100, Johannes Berg wrote:
> On Thu, 2014-10-30 at 11:42 +0100, Rostislav Lisovy wrote:
> > @@ -2093,6 +2102,7 @@ enum nl80211_iftype {
> > NL80211_IFTYPE_P2P_CLIENT,
> > NL80211_IFTYPE_P2P_GO,
> > NL80211_IFTYPE_P2P_DEVICE,
On Fri, 2014-10-31 at 14:13 +0100, Johannes Berg wrote:
On Thu, 2014-10-30 at 11:42 +0100, Rostislav Lisovy wrote:
@@ -2093,6 +2102,7 @@ enum nl80211_iftype {
NL80211_IFTYPE_P2P_CLIENT,
NL80211_IFTYPE_P2P_GO,
NL80211_IFTYPE_P2P_DEVICE,
+ NL80211_IFTYPE_OCB
in the similar way
as in the IBSS mode -- through the deferred insertion.
The OCB mode uses a periodic 'housekeeping task' for expiration of
disconnected STAs (in the similar manner as in the MESH mode).
New Kconfig option for verbose OCB debugging outputs is added.
Signed-off-by: Rostislav Lisovy
any minor fixes
Rostislav Lisovy (2):
cfg80211: 802.11p OCB mode handling
mac80211: 802.11p OCB mode support
include/net/cfg80211.h | 14 +++
include/net/mac80211.h | 2 +
include/uapi/linux/nl80211.h | 10 ++
net/mac80211/Kconfig | 11 ++
net/mac80211/Makef
are 'center
frequency' and 'channel width (5/10 MHz)'.
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 14 +++
include/net/mac80211.h | 2 +
include/uapi/linux/nl80211.h | 10 +
net/wireless/Makefile| 2 +-
net/wireless/chan.c | 8
net
minor fixes
Rostislav Lisovy (2):
cfg80211: 802.11p OCB mode handling
mac80211: 802.11p OCB mode support
include/net/cfg80211.h | 14 +++
include/net/mac80211.h | 2 +
include/uapi/linux/nl80211.h | 10 ++
net/mac80211/Kconfig | 11 ++
net/mac80211/Makefile
are 'center
frequency' and 'channel width (5/10 MHz)'.
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include/net/cfg80211.h | 14 +++
include/net/mac80211.h | 2 +
include/uapi/linux/nl80211.h | 10 +
net/wireless/Makefile| 2 +-
net/wireless/chan.c
in the similar way
as in the IBSS mode -- through the deferred insertion.
The OCB mode uses a periodic 'housekeeping task' for expiration of
disconnected STAs (in the similar manner as in the MESH mode).
New Kconfig option for verbose OCB debugging outputs is added.
Signed-off-by: Rostislav Lisovy
_alloc()") gpmc-nand
driver supports multiple NAND flash devices connected to
the single controller.
Use global 'struct nand_hw_control' among multiple NAND
instances to synchronize the access to the single ECC Engine.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-
On Thu, 2014-10-02 at 16:16 +0200, Rostislav Lisovy wrote:
> The AM335x Technical Reference Manual (spruh73j.pdf) says
> "Because the ECC engine includes only one accumulation context,
> it can be allocated to only one chip-select at a time ... "
> (7.1.3.3.12.3). Since t
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy
Acked-by: Marek Vasut
---
Changes since v1:
* Rebased to the newest linux-next
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy lis...@merica.cz
Acked-by: Marek Vasut ma...@denx.de
---
Changes since v1:
* Rebased to the newest linux-next
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c
On Thu, 2014-10-02 at 16:16 +0200, Rostislav Lisovy wrote:
The AM335x Technical Reference Manual (spruh73j.pdf) says
Because the ECC engine includes only one accumulation context,
it can be allocated to only one chip-select at a time ...
(7.1.3.3.12.3). Since the commit 97a288ba2cfa (ARM
driver supports multiple NAND flash devices connected to
the single controller.
Use global 'struct nand_hw_control' among multiple NAND
instances to synchronize the access to the single ECC Engine.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-by: Rostislav Lisovy lis
On Thu, 2014-10-16 at 18:33 +0200, Rostislav Lisovy wrote:
> > > + mutex_lock(>local->mtx);
> > > + ieee80211_vif_release_channel(sdata);
> > > + mutex_unlock(>local->mtx);
> > > +
> > > + skb_queue_purge(>skb_queue)
Hello Johannes;
Thanks for the thorough review.
On Thu, 2014-10-09 at 10:23 +0200, Johannes Berg wrote:
> On Thu, 2014-09-11 at 16:30 +0200, Rostislav Lisovy wrote:
> > +++ b/net/mac80211/cfg.c
> > @@ -229,6 +229,7 @@ static int ieee80211_add_key(struct wiphy *wiphy,
> > s
Hello Johannes;
Thanks for the thorough review.
On Thu, 2014-10-09 at 10:23 +0200, Johannes Berg wrote:
On Thu, 2014-09-11 at 16:30 +0200, Rostislav Lisovy wrote:
+++ b/net/mac80211/cfg.c
@@ -229,6 +229,7 @@ static int ieee80211_add_key(struct wiphy *wiphy,
struct net_device *dev
On Thu, 2014-10-16 at 18:33 +0200, Rostislav Lisovy wrote:
+ mutex_lock(sdata-local-mtx);
+ ieee80211_vif_release_channel(sdata);
+ mutex_unlock(sdata-local-mtx);
+
+ skb_queue_purge(sdata-skb_queue);
+
+ del_timer_sync(sdata-u.ocb.housekeeping_timer
; > ---help---
> > Enable support for Intelligent Instruments PCI-20001C carrier
> > PCI-20001, PCI-20006 and PCI-20341
>
> This seems appropriate.
>
> Reviewed-by: H Hartley Sweeten
>
Since "egrep -irn "ioremap" drivers/staging/comedi/
_alloc()") gpmc-nand
driver supports multiple NAND flash devices connected to
the single controller.
Use global 'struct nand_hw_control' among multiple NAND
instances to synchronize the access to the single ECC Engine.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-
Hello Roger;
Thanks for the review.
On Čt, 2014-10-02 at 15:51 +0300, Roger Quadros wrote:
> Don't you think this approach is racy?
>
> IMHO the lock must be held across the entire page operation
I still think it is done in this way.
> i.e.
> hold ecc lock
> ecc.hwctl
> chip->read/write_buf
>
Since the commit 97a288ba2cfa ("ARM: omap2+: gpmc-nand: Use
dynamic platform_device_alloc()") gpmc-nand driver supports
multiple NAND flash devices connected to the single controller.
Remove global variable to make the code thread-safe.
Signed-off-by: Rostislav Lisovy
---
Changes sinc
_alloc()") gpmc-nand
driver supports multiple NAND flash devices connected to
the single controller. Use mutexes to restrict access
to the ECC engine for single read/write operation at a time.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-by: Rostislav Lisovy
---
Chang
driver supports multiple NAND flash devices connected to
the single controller. Use mutexes to restrict access
to the ECC engine for single read/write operation at a time.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
Changes since
Since the commit 97a288ba2cfa (ARM: omap2+: gpmc-nand: Use
dynamic platform_device_alloc()) gpmc-nand driver supports
multiple NAND flash devices connected to the single controller.
Remove global variable to make the code thread-safe.
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
Changes
Hello Roger;
Thanks for the review.
On Čt, 2014-10-02 at 15:51 +0300, Roger Quadros wrote:
Don't you think this approach is racy?
IMHO the lock must be held across the entire page operation
I still think it is done in this way.
i.e.
hold ecc lock
ecc.hwctl
chip-read/write_buf
driver supports multiple NAND flash devices connected to
the single controller.
Use global 'struct nand_hw_control' among multiple NAND
instances to synchronize the access to the single ECC Engine.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-by: Rostislav Lisovy lis
/drivers | wc -l
shows 39 does it mean that this should be added to all the other
drivers as well?
Rostislav Lisovy
--
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 http://vger.kernel.org/majordomo
Since the commit 97a288ba2cfa ("ARM: omap2+: gpmc-nand: Use
dynamic platform_device_alloc()") gpmc-nand driver supports
multiple NAND flash devices connected to the single controller.
Remove global variable to make the code thread-safe.
Signed-off-by: Rostislav Lisovy
---
drivers/mtd/
_alloc()") gpmc-nand
driver supports multiple NAND flash devices connected to
the single controller. Use spinlocks to restrict access
to the ECC engine for single read/write operation at a time.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-by: Rostislav Lisovy
---
dr
driver supports multiple NAND flash devices connected to
the single controller. Use spinlocks to restrict access
to the ECC engine for single read/write operation at a time.
Tested with custom AM335x board using 2x NAND flash chips.
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
drivers/mtd
Since the commit 97a288ba2cfa (ARM: omap2+: gpmc-nand: Use
dynamic platform_device_alloc()) gpmc-nand driver supports
multiple NAND flash devices connected to the single controller.
Remove global variable to make the code thread-safe.
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
drivers
On Čt, 2014-09-18 at 21:12 -0700, Guenter Roeck wrote:
> How about reading the OMAP_WATCHDOG_SPR register ?
Unfortunately this would be not only extremely fragile (someone writes
correct start sequence followed by some garbage -- WD is running and we
are reading garbage) but according to some
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy
Acked-by: Marek Vasut
---
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index b5ad6be..a914be9 100644
--- a/drivers/mtd/spi
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy lis...@merica.cz
Acked-by: Marek Vasut ma...@denx.de
---
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index b5ad6be..a914be9
On Čt, 2014-09-18 at 21:12 -0700, Guenter Roeck wrote:
How about reading the OMAP_WATCHDOG_SPR register ?
Unfortunately this would be not only extremely fragile (someone writes
correct start sequence followed by some garbage -- WD is running and we
are reading garbage) but according to some
Hello Guenter;
Thanks for the review.
On Út, 2014-09-16 at 08:49 -0700, Guenter Roeck wrote:
> How do you know that the watchdog was already running ?
> Seems to me you are just making an assumption that it is running
> without really knowing for sure.
You are definitely right, however the OMAP
Hello Guenter;
Thanks for the review.
On Út, 2014-09-16 at 08:49 -0700, Guenter Roeck wrote:
How do you know that the watchdog was already running ?
Seems to me you are just making an assumption that it is running
without really knowing for sure.
You are definitely right, however the OMAP
.
This new feature is highly inspired by the w83627hf_wdt.c
Signed-off-by: Rostislav Lisovy
---
Changes since v1:
* Fix Runtime PM device usage counter leaking (Guenter Roeck)
* Remove the unnecessary message informing about "stopping the watchdog"
(Guenter Roeck)
* Fix prop
.
This new feature is highly inspired by the w83627hf_wdt.c
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
Changes since v1:
* Fix Runtime PM device usage counter leaking (Guenter Roeck)
* Remove the unnecessary message informing about stopping the watchdog
(Guenter Roeck)
* Fix proper
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 11 +++
net/wireless/Makefile | 2 +-
net/wireless/chan.c | 8 +
net/wireless/core.h | 10 ++
net/wireless/ocb.c | 88 +
net/wireless/rdev-ops.h | 21
there are no extra configuration options
besides the channel (center frequency and width) used
for the communication. The channel must be known a priori.
This is set when joining the network explicitly with the
'ocb join' command.
Signed-off-by: Rostislav Lisovy
---
include/net/mac80211.h | 2
The IEEE 802.11p specifies different EDCA parameters
for the OCB mode.
Signed-off-by: Rostislav Lisovy
---
net/mac80211/util.c | 27 ++-
net/mac80211/wme.c | 4
2 files changed, 26 insertions(+), 5 deletions(-)
diff --git a/net/mac80211/util.c b/net/mac80211
restricting the OCB mode to the 5.9 GHz band
Tested with the ath9k card with slightly modified driver.
User-space configuration utilities are not part of this patch.
Rostislav Lisovy (4):
mac80211: OCB mode + join and leave handling
mac80211: Use different EDCA config for OCB
cfg80211: Join
Signed-off-by: Rostislav Lisovy
---
include/uapi/linux/nl80211.h | 8
net/wireless/nl80211.c | 47
2 files changed, 55 insertions(+)
diff --git a/include/uapi/linux/nl80211.h b/include/uapi/linux/nl80211.h
index cdf9ba4..4b39455
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include/uapi/linux/nl80211.h | 8
net/wireless/nl80211.c | 47
2 files changed, 55 insertions(+)
diff --git a/include/uapi/linux/nl80211.h b/include/uapi/linux/nl80211.h
restricting the OCB mode to the 5.9 GHz band
Tested with the ath9k card with slightly modified driver.
User-space configuration utilities are not part of this patch.
Rostislav Lisovy (4):
mac80211: OCB mode + join and leave handling
mac80211: Use different EDCA config for OCB
cfg80211: Join
there are no extra configuration options
besides the channel (center frequency and width) used
for the communication. The channel must be known a priori.
This is set when joining the network explicitly with the
'ocb join' command.
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include
The IEEE 802.11p specifies different EDCA parameters
for the OCB mode.
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
net/mac80211/util.c | 27 ++-
net/mac80211/wme.c | 4
2 files changed, 26 insertions(+), 5 deletions(-)
diff --git a/net
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include/net/cfg80211.h | 11 +++
net/wireless/Makefile | 2 +-
net/wireless/chan.c | 8 +
net/wireless/core.h | 10 ++
net/wireless/ocb.c | 88 +
net
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy
---
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index b5ad6be..a914be9 100644
--- a/drivers/mtd/spi-nor/spi-nor.c
+++ b
Tested with this particular FRAM chip
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
drivers/mtd/spi-nor/spi-nor.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index b5ad6be..a914be9 100644
--- a/drivers/mtd/spi-nor
.
This new feature is highly inspired by the w83627hf_wdt.c
Signed-off-by: Rostislav Lisovy
---
drivers/watchdog/omap_wdt.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/watchdog/omap_wdt.c b/drivers/watchdog/omap_wdt.c
index 3691b15..8f4cabe 100644
.
This new feature is highly inspired by the w83627hf_wdt.c
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
drivers/watchdog/omap_wdt.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/watchdog/omap_wdt.c b/drivers/watchdog/omap_wdt.c
index 3691b15
Signed-off-by: Rostislav Lisovy
Reviewed-by: Yijing Wang
---
The header file include/linux/pci_ids.h defines
#define PCI_CLASS_BRIDGE_OTHER 0x0680
#define PCI_CLASS_SYSTEM_DMA 0x0801
((struct pci_dev*)dev)->class
corresponds to the 3 bytes Class code in the PCI Configurat
Signed-off-by: Rostislav Lisovy lis...@gmail.com
Reviewed-by: Yijing Wang wangyij...@huawei.com
---
The header file include/linux/pci_ids.h defines
#define PCI_CLASS_BRIDGE_OTHER 0x0680
#define PCI_CLASS_SYSTEM_DMA 0x0801
((struct pci_dev*)dev)-class
corresponds to the 3 bytes
On Mon, 2014-08-04 at 11:31 +0200, Rostislav Lisovy wrote:
> On Sun, 2014-08-03 at 09:16 -0400, Sasha Levin wrote:
> > > - /* FIXME: add defines for class 0x68000 and 0x80103 */
> > > if ((dev->class >> 8) == PCI_CLASS_BRIDGE_HOST ||
> &g
On Mon, 2014-07-21 at 12:20 +0200, Johannes Berg wrote:
> On Thu, 2014-07-10 at 14:27 +0200, Rostislav Lisovy wrote:
> > Add support for parsing radiotap field IEEE80211_RADIOTAP_RATE
> > for transmitted frames. Use the provided datarate value in
> > info->control.rates[]
On Mon, 2014-07-21 at 12:20 +0200, Johannes Berg wrote:
On Thu, 2014-07-10 at 14:27 +0200, Rostislav Lisovy wrote:
Add support for parsing radiotap field IEEE80211_RADIOTAP_RATE
for transmitted frames. Use the provided datarate value in
info-control.rates[] array so it will be used
On Mon, 2014-08-04 at 11:31 +0200, Rostislav Lisovy wrote:
On Sun, 2014-08-03 at 09:16 -0400, Sasha Levin wrote:
- /* FIXME: add defines for class 0x68000 and 0x80103 */
if ((dev-class 8) == PCI_CLASS_BRIDGE_HOST ||
- dev-class == 0x68000 ||
- dev-class
On Sun, 2014-08-03 at 09:16 -0400, Sasha Levin wrote:
> > - /* FIXME: add defines for class 0x68000 and 0x80103 */
> > if ((dev->class >> 8) == PCI_CLASS_BRIDGE_HOST ||
> > - dev->class == 0x68000 ||
> > - dev->class == 0x80103) {
> > + dev->class ==
On Sun, 2014-08-03 at 09:16 -0400, Sasha Levin wrote:
- /* FIXME: add defines for class 0x68000 and 0x80103 */
if ((dev-class 8) == PCI_CLASS_BRIDGE_HOST ||
- dev-class == 0x68000 ||
- dev-class == 0x80103) {
+ dev-class == (PCI_CLASS_BRIDGE_OTHER 8)
Signed-off-by: Rostislav Lisovy
---
arch/arm/kernel/bios32.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 17a26c1..e511ad1 100644
--- a/arch/arm/kernel/bios32.c
+++ b/arch/arm/kernel/bios32.c
@@ -255,10
Signed-off-by: Rostislav Lisovy lis...@gmail.com
---
arch/arm/kernel/bios32.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 17a26c1..e511ad1 100644
--- a/arch/arm/kernel/bios32.c
+++ b/arch/arm/kernel/bios32.c
On Thu, 2014-07-24 at 14:43 +0200, Rostislav Lisovy wrote:
> diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
> index e46c437..919f759 100644
> --- a/include/net/cfg80211.h
> +++ b/include/net/cfg80211.h
> @@ -3679,6 +3679,8 @@ void wiphy_apply_custom_regulatory(stru
en someone will try to use that particular channel with the maximum
bandwidth allowed (e.g. 20 MHz), the resulting channel will not be in
the range of the band anymore (will overlap the border).
Signed-off-by: Rostislav Lisovy
---
Patch applies to the mac80211 repository (since the fau
will try to use that particular channel with the maximum
bandwidth allowed (e.g. 20 MHz), the resulting channel will not be in
the range of the band anymore (will overlap the border).
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
Patch applies to the mac80211 repository (since
On Thu, 2014-07-24 at 14:43 +0200, Rostislav Lisovy wrote:
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
index e46c437..919f759 100644
--- a/include/net/cfg80211.h
+++ b/include/net/cfg80211.h
@@ -3679,6 +3679,8 @@ void wiphy_apply_custom_regulatory(struct wiphy *wiphy
en someone will try to use that particular channel with the maximum
bandwidth allowed (e.g. 20 MHz), the resulting channel will not be in
the range of the band anymore.
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 8 +-
net/wireless/reg.c
Add support for parsing radiotap field IEEE80211_RADIOTAP_RATE
for transmitted frames. Use the provided datarate value in
info->control.rates[] array so it will be used for transmission.
Signed-off-by: Rostislav Lisovy
---
This feature is essential for Transmit Datarate Control (TDC)
in fut
Add support for parsing radiotap field IEEE80211_RADIOTAP_RATE
for transmitted frames. Use the provided datarate value in
info-control.rates[] array so it will be used for transmission.
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
This feature is essential for Transmit
will try to use that particular channel with the maximum
bandwidth allowed (e.g. 20 MHz), the resulting channel will not be in
the range of the band anymore.
Signed-off-by: Rostislav Lisovy rostislav.lis...@fel.cvut.cz
---
include/net/cfg80211.h | 8 +-
net/wireless/reg.c | 202
se up to 8 NAND devices
connected to the GPMC controller.
Signed-off-by: Rostislav Lisovy
---
Tested on custom AM335x board with two different NAND chips
(128 + 256 MiB) using GPMC configuration in FDT -- behaves
correctly.
arch/arm/mach-omap2/gpmc-nand.c | 79 +++---
NAND devices
connected to the GPMC controller.
Signed-off-by: Rostislav Lisovy lis...@merica.cz
---
Tested on custom AM335x board with two different NAND chips
(128 + 256 MiB) using GPMC configuration in FDT -- behaves
correctly.
arch/arm/mach-omap2/gpmc-nand.c | 79
flags -- because the maximum
allowed bandwidth for the band 2402--2472 is 40 MHz, we allowed 20 MHz
operation which is completely wrong since "2467 MHz" (Channel 12) +
"10 MHz" (1/2 of the BW) is no more within the allowed 2402--2472.
Rostislav Lisovy (1):
Try explicitly bandwi
bandwidth allowed by the
particular regulatory rule (which may be greater than the 5 MHz).
When someone will try to use the channel with the maximum bandwidth
allowed (e.g. 20 MHz), the resulting channel will not be in the range
of the band anymore.
Signed-off-by: Rostislav Lisovy
---
include/net
1 - 100 of 198 matches
Mail list logo