> The current devfreq_update_status() has the following bugs:
> - If previous frequency doesn't have a valid level, it does an out of bounds
> access into the trans_table and causes memory corruption.
> - When the new frequency doesn't have a valid level, the time spent in the
> new frequency
Am Freitag, den 28.02.2014, 22:09 +0100 schrieb Sylwester Nawrocki:
[...]
> > --- a/drivers/of/base.c
> > +++ b/drivers/of/base.c
> > @@ -1985,6 +1985,37 @@ struct device_node *of_find_next_cache_node(const
> > struct device_node *np)
> > }
> >
> > /**
> > + * of_graph_parse_endpoint() -
Thanks for review.
Ok. I Will fix later.
Daeseok Youn
2014-03-04 17:45 GMT+09:00, Dan Carpenter :
> On Tue, Mar 04, 2014 at 11:08:46AM +0900, Daeseok Youn wrote:
>>
>> clean up checkpatch.pl warnings:
>> WARNING: Line length over 80 characters
>>
>> Signed-off-by: Daeseok Youn
>> ---
>>
On Tue, Mar 04, 2014 at 03:10:54PM +0530, Gideon D'souza wrote:
> Hey All,
>
> In my quest for work in the linux kernel I was looking at bugs.
>
> While I have a general idea of the kernel (including KDB) most of the
> bugs I've seen (under process management and drivers) are very
> contrived to
Am Freitag, den 28.02.2014, 22:09 +0100 schrieb Sylwester Nawrocki:
> On 02/27/2014 06:35 PM, Philipp Zabel wrote:
> > If of_graph_get_next_endpoint is given a parentless node instead of an
> > endpoint node, it is clearly a bug.
> >
> > Signed-off-by: Philipp Zabel
> > ---
> > drivers/of/base.c
While fixing lockdep spew of ->init_lock reported by Sasha Levin [1], Minchan
Kim noted [2] that it's better to move compression backend allocation (using
GPF_KERNEL) out of the ->init_lock lock, same way as with zram_meta_alloc(),
in order to prevent the same lockdep spew.
[1]
Commit-ID: eb9cf4e8ec646a553f3b561d7a9e81acf044d876
Gitweb: http://git.kernel.org/tip/eb9cf4e8ec646a553f3b561d7a9e81acf044d876
Author: Jason Cooper
AuthorDate: Tue, 4 Mar 2014 05:32:40 +
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 11:10:17 +0100
Revert irqchip:
Hi Sylwester,
Am Freitag, den 28.02.2014, 22:08 +0100 schrieb Sylwester Nawrocki:
> Hi Philipp,
>
> Just couple minor comments...
Thanks, I'll fix all of those.
> On 02/27/2014 06:35 PM, Philipp Zabel wrote:
> > The device tree graph bindings as used by V4L2 and documented in
> >
Yes, it need to add brace in inner loop.
I will send again.
Thanks for review.
Daeseok Youn
2014-03-04 18:04 GMT+09:00, Dan Carpenter :
> On Tue, Mar 04, 2014 at 11:09:39AM +0900, Daeseok Youn wrote:
>> @@ -1174,7 +1179,8 @@ cleanup_hdlc(void)
>> ci = (ci_t
Also remove PFUZE_NUM to avoid below build warnings:
CC [M] drivers/regulator/pfuze100-regulator.o
drivers/regulator/pfuze100-regulator.c:86:2: warning: excess elements in array
initializer [enabled by default]
drivers/regulator/pfuze100-regulator.c:86:2: warning: (near initialization for
On Tue, Mar 04, 2014 at 02:15:45AM +, Graeme Gregory wrote:
> +ACPI ARM64
That's a pretty broad statement for a single file. Is it core support,
architected peripherals, SoC?
> +M: Hanjun Guo
> +M: Graeme Gregory
> +S: Supported
> +L: linux-a...@vger.kernel.org
> +F:
On 04/03/14 02:40, Boris Ostrovsky wrote:
> Xen PV guests support only few APIC registers and writes to
> unsupported registers result in WARN_ONs. Most APIC accesses in these
> guests have been eliminated; however, lapic_suspend/resume are still
> called (on 32-bit kernels).
>
> We can disable
Despite this patch set is working and applicable on top of 3.14-rc5,
please regard it solely as a pure RFC.
This patch provides support for LAB governor build on top of ondemand.
Previous version of LAB can be found here:
http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpufreq
LAB
Ondemand code needed to be slightly adjusted to allow its reusage.
Mostly one needed to remove static qualifiers and provide some hacks to
allow its working with LAB.
Signed-off-by: Lukasz Majewski
Signed-off-by: MyungJoo Ham
---
drivers/cpufreq/cpufreq_governor.h | 10 ++
Provide support for LAB governor for the Kbuild.
It is important to note, that LAB is not possible to be compiled in as
a module since we cannot assure (in the kernel) that backing ondemand
module will not be removed without notice to LAB.
For this reason the LAB can be only compiled into the
Acked-by: Robin Gong
-Original Message-
From: Axel Lin [mailto:axel@ingics.com]
Sent: Tuesday, March 04, 2014 6:20 PM
To: Mark Brown
Cc: Gong Yibin-B38343; Liam Girdwood; linux-kernel@vger.kernel.org
Subject: [PATCH] regulator: pfuze100: Add terminate entry for
[i2c|of]_device_id
Adds LAB attributes to proper CPU0 node.
The lab-num-of-states attribute shows how many compartments will be used.
The LAB code is prepared to be more fine grained.
The lab-ctrl-freq defines how the LAB governor will be controlled:
- 0xFFFE- use the minimal frequency
Some minor adjustments were needed to support LAB operation in the
cpufreq_governor.[h|c] files.
Most notably, code for proper estimation of the idle time for each CPU is
added here.
Signed-off-by: Lukasz Majewski
Signed-off-by: MyungJoo Ham
---
drivers/cpufreq/cpufreq_governor.c |7
This patch adds code for LAB governor. It shall be noted, that it reuses
a lot of ondemand code.
The main difference is that it works on top of ondemand, and this code is
able to "call" ondemand when needed. This means that all ondemand "backing"
data are properly updated.
Such approach has one
On 03/04/2014 05:03 AM, Mark Brown wrote:
On Sat, Mar 01, 2014 at 09:33:17AM +0100, Sebastian Hesselbarth wrote:
DT-enabled Dove will move over from ARCH_DOVE in mach-dove to MACH_DOVE in
mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new
DT-only MACH_DOVE Kconfig.
This
On Tue, 4 Mar 2014, Thomas Gleixner wrote:
> On Mon, 3 Mar 2014, Stephen Warren wrote:
>
> > From: Stephen Warren
> >
> > Some devices have configurable IRQ output polarities. Software might
> > use IRQ_TYPE_* to determine how to configure such a device's IRQ
> > output polarity in order to
WARNING: at drivers/irqchip/irq-gic.c:952 gic_init_bases+0xe4/0x2b8()
Cannot allocate irq_descs @ IRQ16, assuming pre-allocated
Backtrace:
gic_init_basesfrom cns3xxx_init_irq+0x24/0x34
cns3xxx_init_irq from init_IRQ+0x24/0x2c
init_IRQ from start_kernel+0x1a8/0x338
start_kernel
On Tue, Mar 04, 2014 at 02:24:37AM +0100, Jean Pihet wrote:
> Hi,
>
> Here are some notes about the performance improvement and the test usage.
>
> Jiri, do you need these notes in the one of commit description?
>
> 1. Using libdw vs libunwind on ARMv7
>
> The performance gain is (more than)
On 03/04/2014 10:26 AM, Andrew Lunn wrote:
I could have sworn this was discussed with this particular patchset, but
I'm unable to find the conversation in my archives. Neither during the
patch submission process, nor the (long) pull request thread.
Perhaps it was an irc conversation? Andrew,
op 04-03-14 11:00, Daniel Vetter schreef:
On Tue, Mar 04, 2014 at 09:20:58AM +0100, Maarten Lankhorst wrote:
op 04-03-14 09:14, Daniel Vetter schreef:
On Tue, Mar 04, 2014 at 08:50:38AM +0100, Maarten Lankhorst wrote:
op 03-03-14 22:11, Daniel Vetter schreef:
On Mon, Feb 17, 2014 at
On Tue, Mar 04, 2014 at 10:06:14AM +0100, Hannes Frederic Sowa wrote:
> > diff --git a/net/bridge/br_multicast.c b/net/bridge/br_multicast.c
> > index ef66365..fb0e36f 100644
> > --- a/net/bridge/br_multicast.c
> > +++ b/net/bridge/br_multicast.c
> > @@ -1235,6 +1235,12 @@ static int
On Tue, Mar 04, 2014 at 01:06:03PM +0700, Chris Bainbridge wrote:
> On Mon, Mar 03, 2014 at 09:04:19PM -0800, H. Peter Anvin wrote:
> > forcepae is descriptive.
>
> Back to forcepae.
Ok, it looks ok to me after a quick look. Now you only have to ask
Dave whether he's fine with you merging his
Hi,
On Sun, 2014-02-02 at 02:23 +0400, Vladimir Barinov wrote:
> Index: battery-2.6/drivers/power/modelgauge_battery.c
> ===
> --- /dev/null 1970-01-01 00:00:00.0 +
> +++ battery-2.6/drivers/power/modelgauge_battery.c
WARNING: at drivers/irqchip/irq-gic.c:952 gic_init_bases+0xe4/0x2b8()
Cannot allocate irq_descs @ IRQ16, assuming pre-allocated
Backtrace:
gic_init_basesfrom cns3xxx_init_irq+0x24/0x34
cns3xxx_init_irq from init_IRQ+0x24/0x2c
init_IRQ from start_kernel+0x1a8/0x338
start_kernel
On 03/04/2014 11:12 AM, Alexander Shiyan wrote:
> Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
> :
>> We can then remove the iounmap() calls from probe and remove.
>> Since the driver requests the resources via index we can do the mem resource
>> request within a for loop.
>>
>>
This patch modifies warning message when printk is used in a patch. It mentions
to use subsystem_dbg instead of netdev_dbg as the first preffered format of
logging debug messages.
Signed-off-by: Yogesh Chaudhari
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Sat, 1 Mar 2014, Russell King - ARM Linux wrote:
> On Sat, Mar 01, 2014 at 04:31:13PM +0100, Thomas Gleixner wrote:
> > On Fri, 28 Feb 2014, James Hogan wrote:
> > > On Thursday 27 February 2014 18:21:19 Jean-Jacques Hiblot wrote:
> > > > drivers/irqchip/irq-metag.c | 4 ++--
> >
Hi Jean,
On Mon, Mar 03, 2014 at 09:53:21AM +, Jean Pihet wrote:
> Introducing perf_regs_load function, which is going
> to be used for dwarf unwind test in following patches.
>
> It takes single argument as a pointer to the regs dump
> buffer and populates it with current registers values.
On Tue, Mar 4, 2014 at 10:28 AM, Randy Dunlap wrote:
> On 03/03/2014 06:21 PM, Joe Perches wrote:
>> On Tue, 2014-03-04 at 10:15 +0800, Graeme Gregory wrote:
>>> Add maintainers for the arm-core file for arm64 ACPI support
>>
>> Shouldn't something have to be in the kernel
>> tree before there's
On Sat, 1 Mar 2014, Alexander Shiyan wrote:
> This will allow to use dummy IRQ handler no_action() from
> drivers compiled as module. For example, dummy handler is could
> be used for drivers that use ARM FIQ interrupts.
And why exactly requires a driver which uses ARM FIQ interrupts the
This patch adds dt entry for ahci sata controller and its
corresponding phy controller.phy node has been added w.r.t
new generic phy framework.
Signed-off-by: Yuvaraj Kumar C D
---
.../devicetree/bindings/ata/exynos-sata-phy.txt| 14
.../devicetree/bindings/ata/exynos-sata.txt
On 04/03/14 10:57, Thomas Gleixner wrote:
> The reason is the usage of commata instead of semicolons. You can work
> around that with cocci, but that gets ugly
>
> Thanks,
>
> tglx
>
> --- a/drivers/gpio/gpio-tz1090.c
> +++ b/drivers/gpio/gpio-tz1090.c
> @@ -488,26 +488,26 @@ static
Submit patch V3 to support Adaptive Keyboard on Thinkpad X1 Carbon 2nd
generation according to Tobias's comments.
Thanks,
Shuduo
>From 2b8175e69deee661d97d371b2422a9c192fefd52 Mon Sep 17 00:00:00 2001
From: Shuduo Sang
Date: Mon, 3 Mar 2014 14:29:32 +0800
Subject: [PATCH] support thinkpad X1
On Tue, Mar 04, 2014 at 10:59:46AM +, Grant Likely wrote:
> On Tue, Mar 4, 2014 at 10:28 AM, Randy Dunlap wrote:
> > On 03/03/2014 06:21 PM, Joe Perches wrote:
> >> On Tue, 2014-03-04 at 10:15 +0800, Graeme Gregory wrote:
> >>> Add maintainers for the arm-core file for arm64 ACPI support
> >>
On Tue, Mar 04, 2014 at 09:55:31AM +, Sebastian Capella wrote:
> Quoting Sebastian Capella (2014-02-28 15:38:54)
> > Quoting Lorenzo Pieralisi (2014-02-28 14:49:33)
> > > On Fri, Feb 28, 2014 at 08:15:57PM +, Sebastian Capella wrote:
> > > > >
> > > > > This does not guarantee your stack
Hi Dmitry,
Gentle reminder to comment on this series. Thanks.
cheers,
-roger
On 02/26/2014 05:27 PM, Roger Quadros wrote:
> Hi,
>
> This series does the following
>
> - use devres managed resource allocations
> - convert to Type-B multi touch protocol
> - support upto 5 fingers with hardware
Вторник, 4 марта 2014, 12:05 +01:00 от Thomas Gleixner :
> On Sat, 1 Mar 2014, Alexander Shiyan wrote:
>
> > This will allow to use dummy IRQ handler no_action() from
> > drivers compiled as module. For example, dummy handler is could
> > be used for drivers that use ARM FIQ interrupts.
>
> And
On Tue, Mar 04, 2014 at 06:20:14PM +0800, Axel Lin wrote:
> Also remove PFUZE_NUM to avoid below build warnings:
Applied, thanks.
signature.asc
Description: Digital signature
Expose lm90 to thermal framework via DT nodes.
Changes from v1:
1. remove the unnecessary log messages, per Guenter's request.
2. add thermal zones node for nct1008 on dalmore.
Wei Ni (3):
hwmon: (lm90) split set temp as common codes
hwmon: lm90: expose to thermal fw via DT nodes
ARM:
Split set temp codes as common functions, so we can use it
directly when implement linux thermal framework.
And handle error return value for the lm90_select_remote_channel
and write_tempx, then set_temp8 and set_temp11 could return it
to user-space.
Change-Id:
This patch adds to lm90 temperature sensor the possibility
to expose itself as thermal zone device, registered on the
thermal framework.
The thermal zone is built only if a device tree node
describing a thermal zone for this sensor is present
inside the lm90 DT node. Otherwise, the driver
Add dt node to describe the thermal zone for the nct1008.
Change-Id: I0256836e52d73ec282574e4fd91df52958936e35
Signed-off-by: Wei Ni
---
arch/arm/boot/dts/tegra114-dalmore.dts | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git
Commit-ID: c24a4a369419c360c323865b91198878275c1481
Gitweb: http://git.kernel.org/tip/c24a4a369419c360c323865b91198878275c1481
Author: Viresh Kumar
AuthorDate: Fri, 28 Feb 2014 14:15:21 +0530
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 12:30:29 +0100
timer: Check failure of
Commit-ID: 38edbb0b913d73713c23dcc742669f7e78b52aa7
Gitweb: http://git.kernel.org/tip/38edbb0b913d73713c23dcc742669f7e78b52aa7
Author: Viresh Kumar
AuthorDate: Fri, 28 Feb 2014 14:15:22 +0530
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 12:30:29 +0100
timer: Make sure
Il 28/02/2014 15:52, Marcelo Tosatti ha scritto:
On Fri, Feb 28, 2014 at 12:52:53PM +0100, Andrew Jones wrote:
This patch series addresses two issues with global clock updates.
The first fixes a bug found on hosts that have a tsc marked as
unstable. As global clock updates get triggered on
Hi Tomi,
Am Dienstag, den 04.03.2014, 10:58 +0200 schrieb Tomi Valkeinen:
[...]
> > +int of_graph_parse_endpoint(const struct device_node *node,
> > + struct of_endpoint *endpoint)
> > +{
> > + struct device_node *port_node = of_get_parent(node);
>
> Can port_node be
On 03/03/2014 08:37 PM, Greg KH wrote:
On Mon, Mar 03, 2014 at 07:30:17PM +0200, Mathias Nyman wrote:
xHCI driver has its own pci probe function that will call usb_hcd_pci_probe
to register its usb-2 bus, and then continue to manually register the
usb-3 bus. usb_hcd_pci_probe does a
Am 04.03.2014 10:34, schrieb Paul Bolle:
Building radeon_ttm.o on 32 bit x86 triggers a warning:
In file included from include/asm-generic/bug.h:13:0,
from [...]/arch/x86/include/asm/bug.h:38,
from include/linux/bug.h:4,
from
This patch adds documentation that clarifies the use of various diagnostic
printing messages. It shows the preference of subsystem_dbg calls to dev_dbg
(whenever possible), as the first preferred format of logging debug messages.
Signed-off-by: Yogesh Chaudhari
---
Documentation/CodingStyle |
On Tuesday, March 04, 2014 12:31:57 AM Zheng, Lv wrote:
> Hi, Thomas
>
> > From: Thomas Renninger [mailto:tr...@suse.de]
> > Sent: Monday, March 03, 2014 8:42 PM
> >
> > Hi Lv,
> >
> > On Monday, March 03, 2014 01:20:31 AM Zheng, Lv wrote:
> > > Hi, Thomas
> > >
> > > I have a patch series
On Tue, Mar 04, 2014 at 02:24:37AM +0100, Jean Pihet wrote:
> Hi,
>
> Here are some notes about the performance improvement and the test usage.
>
> Jiri, do you need these notes in the one of commit description?
>
> 1. Using libdw vs libunwind on ARMv7
>
> The performance gain is (more than)
Hi,
--On January 28, 2014 09:29 +0100 Christian Riesch
wrote:
Hi all,
In the discussion on my patchset for the OTP support for
drivers/mtd/chips/cfi_cmdset_0002.c [1-5], Artem requested two changes in
the current code of the OTP write functions and the
_get_{fact,user}_prot_info code.
Reduce the numbers of tx and rx aggregation buffers.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 72cbab1..b60b3bc 100644
--- a/drivers/net/usb/r8152.c
+++
Reset and reinitialize the device when the tx timeout occurs.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 41 +++--
1 file changed, 31 insertions(+), 10 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index
Support hw IPv6 checksum for TCP and UDP packets.
Note that the hw has the limitation of the range of the transport
offset. Besides, the TCP Pseudo Header of the IPv6 TSO of the hw
bases on the Microsoft document which excludes the packet length.
Signed-off-by: Hayes Wang
---
Support hw rx checksum for TCP and UDP packets.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 53 ++---
1 file changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index f1eaa18..5fdf0af
Add additional parameter for non x86 platform for better throughput.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index b60b3bc..e04fcbd 100644
---
Replace some tp->netdev with netdev.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index c8bad62..151398b 100644
--- a/drivers/net/usb/r8152.c
+++
Check tx agg list before spin lock to avoid doing spin lock every
times.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 8ecb41b..00b3192 100644
--- a/drivers/net/usb/r8152.c
+++
Support scatter gather and TSO.
Adjust the tx checksum function and set the max gso size to fix the
size of the tx aggregation buffer.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 133 +---
1 file changed, 103 insertions(+), 30
move the tx_bottom() from delayed_work to tasklet. It makes the rx
and tx balanced. If the device is in runtime suspend when getting
the tx packet, wakeup the device before trasmitting.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 45 +++--
1
Besides the adjustment of the code, support rx checksum,
TCP large send, and IPv6.
Hayes Wang (12):
r8152: deal with the empty line and space
r8152: replace tp->netdev with netdev
r8152: remove rtl8152_get_stats
r8152: replace spin_lock_irqsave and spin_unlock_irqrestore
r8152: check tx
Use spin_lock and spin_unlock in interrupt context.
The ndo_start_xmit would not be called in interrupt context, so
replace the relative spin_lock_irqsave and spin_unlock_irqrestore
with spin_lock_bh and spin_unlock_bh.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 28
The rtl8152_get_stats() returns the point address of the struct
net_device_stats. This could be got from struct net_device directly.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 21 ++---
1 file changed, 6 insertions(+), 15 deletions(-)
diff --git
And one more comment:
On Sun, 2014-02-02 at 02:23 +0400, Vladimir Barinov wrote:
> +static int modelgauge_get_property(struct power_supply *psy,
> +enum power_supply_property psp,
> +union power_supply_propval *val)
> +{
> +
Add or remove some empty lines. Replace the spaces with the tabs.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 0654bd3..c8bad62 100644
---
On Tue, Mar 04, 2014 at 11:39:43AM +0100, Sebastian Hesselbarth wrote:
> On 03/04/2014 10:26 AM, Andrew Lunn wrote:
>>> I could have sworn this was discussed with this particular patchset, but
>>> I'm unable to find the conversation in my archives. Neither during the
>>> patch submission process,
From: Hayes Wang
> Support scatter gather and TSO.
>
> Adjust the tx checksum function and set the max gso size to fix the
> size of the tx aggregation buffer.
There is little point supporting TSO unless the usb host controller
supports arbitrary aligned scatter-gather.
All you do is require
On 03/04/2014 01:55 AM, Joonsoo Kim wrote:
On Mon, Mar 03, 2014 at 02:54:09PM +0100, Vlastimil Babka wrote:
On 03/03/2014 09:22 AM, Joonsoo Kim wrote:
On Fri, Feb 28, 2014 at 03:15:00PM +0100, Vlastimil Babka wrote:
In order to prevent race with set_pageblock_migratetype, most of calls to
On 04/03/14 13:36, Philipp Zabel wrote:
> Hi Tomi,
>
> Am Dienstag, den 04.03.2014, 10:58 +0200 schrieb Tomi Valkeinen:
> [...]
>>> +int of_graph_parse_endpoint(const struct device_node *node,
>>> + struct of_endpoint *endpoint)
>>> +{
>>> + struct device_node *port_node =
On Tue, Mar 4, 2014 at 4:06 AM, Christian Riesch
wrote:
> [cc'ed netdev and davinci-linux-open-source]
>
>
> --On March 03, 2014 19:39 -0500 Jon Ringle wrote:
>
>> On Mon, Mar 3, 2014 at 6:43 PM, Rafael J. Wysocki
>> wrote:
>>>
>>> On Monday, March 03, 2014 02:41:01 PM Jon Ringle wrote:
There are known issues for switching the drivers between ECM mode and
vendor mode. The interrup transfer may become abnormal. The hardware
may have the opportunity to die if you change the configuration without
unloading the current driver first, because all the control transfers
of the current
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index 25bcb60be880..0eff48585ae3 100644
---
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 7 +++
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi
Reviewed-by: Santosh Shilimkar
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c
Hi,
Changes since v2:
Comments from Alexander Shiyan addressed:
- Do not check the return of platform_get_resource() - no need to do that
- Use devm_ioremap_resource() instead devm_request_and_ioremap()
Changes since v1:
- Fixed Santosh's email address in the commit messages.
Cleanup of
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi
---
drivers/bus/omap_l3_noc.c | 59 +--
1 file changed,
Hi Alex,
FYI, we noticed the below changes on
https://github.com/alexshi/power-scheduling.git single-balance
commit 18e6296b85ea72c81aa485653d442ad88296d475 ("sched/balance: central
balance prototype")
test case: snb-drag/crypto/tcrypt/2s-301-319
598143917dc5ecf 18e6296b85ea72c81aa485653
David Laight [mailto:david.lai...@aculab.com]
> Sent: Tuesday, March 04, 2014 8:12 PM
> To: 'Hayes Wang'; net...@vger.kernel.org
> Cc: nic_s...@realtek.com; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org
> Subject: RE: [PATCH net-next 08/12] r8152: support TSO
>
> From: Hayes Wang
>
From: Matt Fleming
It's not possible to dereference the EFI System table directly when
booting a 64-bit kernel on a 32-bit EFI firmware because the size of
pointers don't match.
In preparation for supporting the above use case, build a list of
function pointers on boot so that callers don't
From: Matt Fleming
Some firmware appears to enable interrupts during boot service calls,
even if we've explicitly disabled them prior to the call. This is
actually allowed per the UEFI spec because boottime services expect to
be called with interrupts enabled.
So that's fine, we just need to
From: Matt Fleming
Add the Kconfig option and bump the kernel header version so that boot
loaders can check whether the handover code is available if they want.
The xloadflags field in the bzImage header is also updated to reflect
that the kernel supports both entry points by setting both of
From: Matt Fleming
Setup the runtime services based on whether we're booting in EFI native
mode or not. For non-native mode we need to thunk from 64-bit into
32-bit mode before invoking the EFI runtime services.
Using the runtime services after SetVirtualAddressMap() is slightly more
From: Matt Fleming
Implement the transition code to go from IA32e mode to protected mode in
the EFI boot stub. This is required to use 32-bit EFI services from a
64-bit kernel.
Since EFI boot stub is executed in an identity-mapped region, there's
not much we need to do before invoking the
From: Matt Fleming
The EFI handover code only works if the "bitness" of the firmware and
the kernel match, i.e. 64-bit firmware and 64-bit kernel - it is not
possible to mix the two. This goes against the tradition that a 32-bit
kernel can be loaded on a 64-bit BIOS platform without having to do
From: Matt Fleming
Some EFI firmware makes use of the FPU during boottime services and
clearing X86_CR4_OSFXSR by overwriting %cr4 causes the firmware to
crash.
Add the PAE bit explicitly instead of trashing the existing contents,
leaving the rest of the bits as the firmware set them.
Cc: H.
From: Matt Fleming
handover_offset is now filled out by build.c. Don't set a default value
as it will be overwritten anyway.
Acked-by: Borislav Petkov
Signed-off-by: Matt Fleming
---
arch/x86/boot/header.S | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git
From: Matt Fleming
Instead of littering main() with #ifdef CONFIG_EFI_STUB, move the logic
into separate functions that do nothing if the config option isn't set.
This makes main() much easier to read.
Acked-by: Borislav Petkov
Signed-off-by: Matt Fleming
---
arch/x86/boot/tools/build.c | 64
From: Matt Fleming
Both efi_free_boot_services() and efi_enter_virtual_mode() are invoked
from init/main.c, but only if the EFI runtime services are available.
This is not the case for non-native boots, e.g. where a 64-bit kernel is
booted with 32-bit EFI firmware.
Delete the dead code.
From: Matt Fleming
Now that we have EFI-specific page tables we need to lookup the pgd when
dumping those page tables, rather than assuming that swapper_pgdir is
the current pgdir.
Remove the double underscore prefix, which is usually reserved for
static functions.
Acked-by: Borislav Petkov
From: Matt Fleming
The traditional approach of using machine-specific types such as
'unsigned long' does not allow the kernel to interact with firmware
running in a different CPU mode, e.g. 64-bit kernel with 32-bit EFI.
Add distinct EFI structure definitions for both 32-bit and 64-bit so
that
From: Matt Fleming
Make the decision which code path to take at runtime based on
efi_early->is64.
Signed-off-by: Matt Fleming
---
arch/x86/boot/compressed/eboot.c | 818 ++-
1 file changed, 639 insertions(+), 179 deletions(-)
diff --git
From: Matt Fleming
This patch series enables booting a 64-bit kernel on 32-bit EFI
firmware.
Note that no boot loader changes should be necessary to take advantage
of these patches, and if your bootloader of choice uses the EFI handover
protocol (Syslinux, efilinux, Grub) you should
This patch adds xilinx CAN controller support.
This driver supports both ZYNQ CANPS and Soft IP
AXI CAN controller.
Signed-off-by: Kedareswara rao Appana
---
This patch is rebased on the 3.14 rc5 kernel.
Changes for v5:
- Updated the driver with the review comments.
- Remove the check for the tx
1201 - 1300 of 2246 matches
Mail list logo