This set of patches removes broken parameter use_dma_chaining, and the
unneeded full_speed,use_dma and use_msi.
Then does some code cleanout by removing duplicated and dead code.
Finally it removes the unconditional removed debug messages, since
they can be enabled by the user via dynamic printk.
We can use the same function for both families of chips and also remove
the ep_stop_dma() function.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c | 23 ++-
1 file changed, 2 insertions(+), 21 deletions(-)
diff --git a/drivers/usb/gadget/udc/net2
ep_stdrsp was only called by handle_stat0_irqs_superspeed and with
always the same flags.
Remove the function and replace the call by the code inside the
function, since it is very simple once the dead code is removed.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c
irqs_superspeed calls ep_stall instead of set/clear_halt, due to a
workaround for SS seqnum. Create a function with the workaround and
call set/clear_halt instead.
This way we can compare the code of super/normal speed and it is easier
to follow the code.
Signed-off-by: Ricardo Ribalda Delgado
-
After fix superspeed dma_done was applied we can simplify the code by
removing the duplicated dma_done and letting the function check if there
are more completed dma transactions.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c | 5 ++---
1 file changed, 2 insertions(
The function is very simple, does not declare any variable and it is
called in the irq path.
The counterpart for net228x is already declared as inline.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Do not duplicate the code for the else branch of the condition.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c | 22 +-
1 file changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers/usb/gadget/udc/net228
Function resume_dma is not used, remove it.
The reason the compiler did not catch this dead code is the inline
modifier.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers
Some debug messages were not build due to unconditional #if 0.
These messages are very useful for debugging and the user can enable
them on demand via dynamic debug.
If they are not enabled the performance is not affected.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net22
ASSERT_OUT_NAKING was only called by out_flush and was hidden behind a
ifdef.
This patch moves the inline function into out_flush and remove the
ifdef. The user can decide to print the debug message or not via dynamic
printk
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2
use_dma parameter was designed to enable the dma on the chip. It was
enabled by default.
It comes from the time when the dma was not reliable. Now it has been
working ok in production.
This patch removes this parameter.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.
Once the defect 7374 is patched, there is no reason the keep reading the
idx scratch register.
Cache the content of the scratch idx register on device flag.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c | 153 +--
drivers/usb/gad
Field is_halt is never used by any function.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/usb/gadget/udc/net2280.c | 6 +-
drivers/usb/gadget/udc/net2280.h | 1 -
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers/usb/gadget/udc/net
Here is another fix for adjtimex(2) for one of the FIXME. Other three
FIXMEs remain in the file but as those are my first patches, I prefer to
have them reviewed first before I submit other.
Information for ADJ_TAI was obtained through reading the source code of
the last version available on the k
Hi Uwe,
On Tue, 25 Nov 2014 22:14:32 +0100, Uwe Kleine-König wrote:
> On Wed, Jan 08, 2014 at 02:28:49PM +0100, Jean Delvare wrote:
> > Having looked at the code in deeper detail, I think I understand what
> > is going on. The problem is with:
> >
> > i2c_set_adapdata(&priv->adapter, priv);
>
On Tue, Nov 25, 2014 at 9:16 AM, Alexandre Courbot wrote:
> Although gpiod_get_direction() can be considered side-effect free for
> consumers, its internals involve setting or clearing bits in the
> affected GPIO descriptor, for which we need to force-cast the const
> descriptor variable to non-c
On 28 November 2014 at 18:44, Eduardo Valentin wrote:
> Well, I wouldn't say unfortunately, but fortunately! :-)
+1 :)
> However, I would prefer, at least to what comes to deferring, to update
> the drivers altogether with the inclusion of the check in cpu cooling.
> This way the change in behav
Hi Linus,
Not much interesting going on fixes-wise for us this week, as it should be
for an -rc7. I'm not expecting Olof to work much over Thanksgiving weekend,
so I decided to take over again and push these out to you.
Arnd
The following changes since commit 5d01410fe4d92081f349b013a2e7
Currently the kernel patches all necessary instructions once at boot
time, so modules are not covered by this.
Change the apply_alternatives() function to take a beginning and an
end pointer and introduce a new variant (apply_alternatives_all()) to
cover the existing use case for the static kernel
On Mon, Nov 24, 2014 at 3:01 PM, Alban Bedel
wrote:
> Signed-off-by: Alban Bedel
> ---
> .../devicetree/bindings/gpio/gpio-level-shifter.txt | 15
> +++
> 1 file changed, 15 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/gpio/gpio-level-shifter.txt
>
On Mon, Nov 24, 2014 at 3:01 PM, Alban Bedel
wrote:
> This driver support setting the level shifter direction and/or enable
> as needed.
>
> Signed-off-by: Alban Bedel
Very interesting patch!
I have some worries. What if the backing GPIO chip supports interrupts
on GPIO lines, and consumers do
On pią, 2014-11-28 at 14:23 +0100, Karol Wrona wrote:
> This is only a small clean-up. The driver can be built without SYSFS
> as there exist stubs for used functions.
>
> Signed-off-by: Karol Wrona
> ---
> drivers/power/Kconfig |1 -
> 1 file changed, 1 deletion(-)
Seems fine to me.
Review
Fixing 80 character limit warnings in octeon/ethernet-rx.c
Signed-off-by: Luis de Bethencourt
---
drivers/staging/octeon/ethernet-rx.c | 49
1 file changed, 33 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/octeon/ethernet-rx.c
b/drivers/stagin
On 2014-11-21 05:22, Peter Teoh wrote:
> This warning was found in v3.18-rc3-68-g20f3963 of Linus git-tree.
>
> SHIPPED scripts/kconfig/zconf.hash.c
> HOSTCC scripts/kconfig/zconf.tab.o
> In file included from scripts/kconfig/zconf.tab.c:2537:0:
> scripts/kconfig/menu.c: In function ‘get_symb
This is only a small clean-up. The driver can be built without SYSFS
as there exist stubs for used functions.
Signed-off-by: Karol Wrona
---
drivers/power/Kconfig |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig
index 0108c2a..69fa8a9 100644
---
On Fri, Nov 28, 2014 at 01:29:28PM +0300, Dan Carpenter wrote:
> On Thu, Nov 27, 2014 at 05:18:10PM +0100, Luis de Bethencourt wrote:
> > Fixing 80 character limit warnings in octeon/ethernet-rx.c
> >
> > Signed-off-by: Luis de Bethencourt
> > ---
> > drivers/staging/octeon/ethernet-rx.c | 51
>
Thomas Gleixner writes:
> So what is the relationship between installing that chained handler
> and that gpio-pxa probe stuff?
The relation is in gpio-pxa probe, look at the extract of pxa_gpio_probe() :
pxa_gpio_probe()
irq = gpio_to_irq(0);
irq_set_chip_and_handl
On 2014-11-20 06:44, Eddie Kovsky wrote:
> diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
> index a26cc5d2a9b0..a728d23949e7 100644
> --- a/scripts/kconfig/menu.c
> +++ b/scripts/kconfig/menu.c
> @@ -559,8 +559,8 @@ static void get_prompt_str(struct gstr *r, struct
> property *prop,
On 22 November 2014 at 03:35, Stephen Boyd wrote:
> On 11/18/2014 08:31 AM, Tomeu Vizoso wrote:
>> On 14 November 2014 08:50, Stephen Boyd wrote:
>>> It's
>>> possible that whatever is constrained at this user level goes
>>> down to the hardware driver and then is rounded up or down to a
>>> valu
Dear Mark,
On 11/27/2014 08:18 PM, Mark Rutland wrote:
> On Thu, Nov 27, 2014 at 07:35:13AM +, Chanwoo Choi wrote:
>> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC
>> based on Octal core CPUs (quad Cortex-A57 and quad Cortex-A53).
>>
>> Cc: Kukjin Kim
>> Cc: Mark Rutlan
Hello Folks,
On Fri, Nov 28, 2014 at 11:18:24AM +0100, Lukasz Majewski wrote:
> On Fri, 28 Nov 2014 13:35:49 +0530
> Viresh Kumar wrote:
>
> > On 27 November 2014 at 19:42, Eduardo Valentin
> > wrote:
> > > (I'm sorry VireshK, I am still using my normal practice) :-)
> >
> > That's fine :)
>
This adds support for Diolan DLN2 USB-SPI adapter.
Information about the USB protocol interface can be found in the
Programmer's Reference Manual [1], see section 5.4.6 for the SPI
master module commands and responses.
[1] https://www.diolan.com/downloads/dln-api-manual.pdf
Signed-off-by: Lauren
Fixed checkpatch warning:
WARNING: space prohibited before semicolon
Signed-off-by: Athira Lekshmi
---
drivers/staging/rtl8192e/rtllib_rx.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192e/rtllib_rx.c
b/drivers/staging/rtl8192e/rtllib_rx.c
index ca
On Thu, 27 Nov 2014 22:08:09 +0200
"Michael S. Tsirkin" wrote:
> Negotiate full 64 bit features.
> Change u32 to u64, make sure to use 1ULL everywhere.
>
> Note: devices guarantee that VERSION_1 is clear unless
> revision 1 is negotiated.
>
> Based on patches by Rusty, Thomas Huth and Cornelia.
make ARCH=powerpc help- should not require a cofigured
source tree. Also, sort the boards in the output.
Signed-off-by: Michal Marek
---
Sorry for the double post to the ppc mailing list. The first version got
rejected by the vger spam filter.
---
Makefile | 4 ++--
1 file changed, 2 insertions(
On Thu, 27 Nov 2014 22:08:02 +0200
"Michael S. Tsirkin" wrote:
> At this point, no transports set any of the high 32 feature bits.
> Since transports generally can't (yet) cope with such bits, add BUG_ON
> checks to make sure they are not set by mistake.
>
> Based on rproc patch by Rusty.
>
> S
On Fri, 28 Nov 2014 13:35:49 +0530
Viresh Kumar wrote:
> On 27 November 2014 at 19:42, Eduardo Valentin
> wrote:
> > (I'm sorry VireshK, I am still using my normal practice) :-)
>
> That's fine :)
>
> > diff --git a/drivers/thermal/cpu_cooling.c
> > b/drivers/thermal/cpu_cooling.c index 1ab001
On Thu, 27 Nov 2014 22:07:55 +0200
"Michael S. Tsirkin" wrote:
> Change u32 to u64, and use BIT_ULL and 1ULL everywhere.
>
> Note: transports are unchanged, and only set low 32 bit.
> This guarantees that no transport sets e.g. VERSION_1
> by mistake without proper support.
>
> Based on patch b
On Thu, 27 Nov 2014 22:07:41 +0200
"Michael S. Tsirkin" wrote:
> It seemed like a good idea to use bitmap for features
> in struct virtio_device, but it's actually a pain,
> and seems to become even more painful when we get more
> than 32 feature bits. Just change it to a u32 for now.
>
> Based
On Fri, Nov 28, 2014 at 04:14:19PM +0900, Namhyung Kim wrote:
> After perf record finishes, it prints file size and number of samples
> in the file but this info is wrong since it assumes typical sample
> size of 24 bytes and divides file size by the value.
>
> However as we post-process recorded
Athira Lekshmi writes:
> Fixed the checkpatch error:
> ERROR: spaces required around that '>'
>
> Signed-off-by: Athira Lekshmi
> ---
> drivers/staging/rtl8723au/core/rtw_cmd.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/staging/rtl8723au/core/rtw_cmd.
Hello
I sign the documents as Athira Lekshmi.
Thanking You
Athira Lekshmi
--
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-info.html
Please read the FAQ at htt
On Fri, 2014-11-14 at 16:32 -0800, Doug Anderson wrote:
> In certain suspend modes on certain boards the 8250 UART may lose
> state when the device goes to suspend. If we're using
> no_console_suspend this can cause lots of problems during resume.
>
> Let's cache the basic UART config registers a
On Fri, Nov 28, 2014 at 12:09:14PM +, Jacek Anaszewski wrote:
> On 11/28/2014 12:14 PM, Mark Rutland wrote:
> > On Fri, Nov 28, 2014 at 09:18:00AM +, Jacek Anaszewski wrote:
> >> This patch adds a description of 'flashes' property
> >> to the samsung-fimc.txt.
> >>
> >> Signed-off-by: Jacek
On Tue, Nov 18, 2014 at 03:03:37PM +0300, Konstantin Khlebnikov wrote:
> On 2014-10-28 16:18, Konstantin Khlebnikov wrote:
> >Without sorting this list is completely unreadable for ARCH=arm.
>
> Bump.
Applied to kbuild.git#kbuild now, sorry for the delay.
Michal
--
To unsubscribe from this list:
Fixed the checkpatch error:
ERROR: spaces required around that '>'
Signed-off-by: Athira Lekshmi
---
drivers/staging/rtl8723au/core/rtw_cmd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8723au/core/rtw_cmd.c
b/drivers/staging/rtl8723au/core/rtw_
Hi Andrew,
On Thu, 27 Nov 2014 16:17:41 +0100, Tomas Novotny wrote:
> On Mon, 24 Nov 2014 16:49:20 +0100
> Tomas Novotny wrote:
>
> > This series is tested with MCP79401 and it is based on 3.18-rc6.
> >
> > Tomas Novotny (4):
> > rtc: ds1307: add support for mcp7940x chips
> > of: add vend
> Add low level APIs to test/set/clear feature bits.
> For use by transports, to make it easier to
> write code independent of feature bit array format.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> include/linux/virtio_config.h | 53
> ---
> 1 file chang
Arnd, Olof, Kevin,
I think it's interesting to remove all the !DT stuff in one kernel revision, so
I'd like this pull-request to be integrated to 3.19 as well.
This is the last series of patches that removes the non-Device-Tree board
support for older Atmel SoCs.
Several files beyond at91rm9200 a
On Mon, Nov 17, 2014 at 09:56:08AM +0100, Loic Poulain wrote:
> >In certain suspend modes on certain boards the 8250 UART may lose
> >state when the device goes to suspend. If we're using
> >no_console_suspend this can cause lots of problems during resume.
> >
> >Let's cache the basic UART config
On 11/28/2014 12:14 PM, Mark Rutland wrote:
On Fri, Nov 28, 2014 at 09:18:00AM +, Jacek Anaszewski wrote:
This patch adds a description of 'flashes' property
to the samsung-fimc.txt.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Rob Herring
Cc: Pawel
On Friday 28 November 2014 12:31:12 Alexandre Belloni wrote:
> On 28/11/2014 at 09:49:10 +0100, Arnd Bergmann wrote :
> > > > Actually, some work was done but we never saw an other version of the
> > > > series. Alexander, are you still interested? Else we can take the patch
> > > > below.
> > > >
Am 28.11.2014 um 12:59 schrieb Linus Walleij:
> On Sat, Nov 22, 2014 at 11:26 PM, Andreas Färber wrote:
>
>> From: Hakjoo Kim
>>
>> Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
>> support for all platforms based on EXYNOS5410.
>>
>> Signed-off-by: Hakjoo Kim
>> [AF: Rebased onto E
On Fri, Nov 28, 2014 at 11:34:48AM +, James Liao wrote:
> This patch adds clock gates support for Mediatek SoCs, and adds clocks of
> INFRA sys and PERI sys for MT8135.
>
> Signed-off-by: James Liao
> ---
> drivers/clk/mediatek/Makefile | 2 +-
> drivers/clk/mediatek/clk-gate.c
On Sat, Nov 22, 2014 at 11:26 PM, Andreas Färber wrote:
> From: Hakjoo Kim
>
> Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
> support for all platforms based on EXYNOS5410.
>
> Signed-off-by: Hakjoo Kim
> [AF: Rebased onto Exynos5260 and irq_chip consolidation]
> Signed-off-by: An
>
> Today, I got came across the below kernel panic, when device was idle.
> As per the analysis the crash is happening in: sched/fair.c: tg_load_down:
> load
> = tg->parent->cfs_rq[cpu]->h_load;
> The backtrace says: tg->parent = 0x0, which is strange.
>
> If anybody knows about any fixes for t
On Sat, Nov 22, 2014 at 3:39 PM, Julia Lawall wrote:
> From: Julia Lawall
>
> Return a negative error code on failure.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
> identifier ret; expression e1,e2;
> @@
> (
>
On Sat, Nov 22, 2014 at 9:27 AM, Kishon Vijay Abraham I wrote:
> From: Heikki Krogerus
>
> The users of the old method are now converted to the new one.
>
> Signed-off-by: Heikki Krogerus
> [ kis...@ti.com : made phy-berlin-usb.c and phy-miphy28lp.c to use the updated
> devm_p
On 8 November 2014 at 01:14, NeilBrown wrote:
> If the regulator supplying an SDIO device is shared
> with another device, the turning the regulator 'on' and 'off'
> will not actually cycle power and so will not reset
> the device.
>
> This is particularly a problem for some wi2si wireless modules
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Friday, November 28, 2014 18:13 PM
> To: Dexuan Cui
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev-
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; KY
> Srinivasan; vk
On Fri, Nov 28, 2014 at 12:45:55PM +0100, Pali Rohár wrote:
> Hello,
>
> I will fix all those style problems and add some comments.
>
> On Friday 28 November 2014 12:33:28 Mika Westerberg wrote:
> > > + if (ACPI_FAILURE(status))
> > > + return;
> > > +
> > > + rfkill_set_states(rfkill, !o
On 11/28/2014 05:59 PM, Brian Norris wrote:
> On Thu, Oct 09, 2014 at 04:27:55PM +0800, Aaron Lu wrote:
>> On 10/01/2014 04:18 AM, Rafael J. Wysocki wrote:
>>> On Tuesday, September 30, 2014 02:10:17 PM Aaron Lu wrote:
The _DOD method lists which video output device is currently attached so
>>
On pią, 2014-11-28 at 11:21 +, Mark Brown wrote:
> On Fri, Nov 28, 2014 at 10:09:44AM +0100, Krzysztof Kozlowski wrote:
>
> > I understand your concerns here however I didn't want to overengineer
> > this. Is the same GPIO (on more complex PMICs) used in different
> > contexts? Like enable con
On Fri, Nov 28, 2014 at 12:33:58PM +0100, Borislav Petkov wrote:
> On Fri, Nov 28, 2014 at 10:31:44AM +0800, Jiang Liu wrote:
> > Thanks for tracking down to this line of change. I have no
> > platform to reproduce this bug, so could you please help to revert this
> > commit and apply following
Hi, All,
Could someone clarify who maintains firmware upstreaming to Linux at the moment?
We are working on upstream a firmware binary and its license to
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git,
We've sent the patch to linux-firmw...@kernel.org but got no repl
On Thu, Nov 27, 2014 at 02:36:45PM +, Liviu Dudau wrote:
> The Cortex-A5x TRM states in paragraph "9.2 Generic Timer functional
> description" that generic timers provide an active-LOW interrupt
> output. Fix the device trees to correctly describe this.
>
> While doing this update the CPU mask
On 11/28/2014 12:51 PM, Arnd Bergmann wrote:
> On Friday 28 November 2014 09:16:24 Peter Ujfalusi wrote:
>> On 11/27/2014 11:52 PM, Arnd Bergmann wrote:
>>> On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
I see. With this series I did not planed to fix all edma related issues,
Fixed the checkpatch warning:
Missing a blank line after declarations
Signed-off-by: Athira Lekshmi
---
drivers/staging/octeon/ethernet-rx.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/octeon/ethernet-rx.c
b/drivers/staging/octeon/ethernet-rx.c
index 44e372f..220106e
Hello,
I will fix all those style problems and add some comments.
On Friday 28 November 2014 12:33:28 Mika Westerberg wrote:
> > + if (ACPI_FAILURE(status))
> > + return;
> > +
> > + rfkill_set_states(rfkill, !output, !output);
>
> You can also write it like:
>
> if (ACPI_SU
Hello.
On 11/28/2014 3:22 AM, Kuninori Morimoto wrote:
From: Kuninori Morimoto
Current vendor-prefixes.txt already has "ak" prefix for Asahi Kasei Corp
by ae8c4209af2c(of: Add vendor prefix for Asahi Kasei Corp.)
It went through the appropriate review process. But, almost all
Asahi Kasei
The SDMMC, SDIO and EMMC controllers use an external FIFO whose size is
256x32bit.
This patch set the corresponding fifo-depth properties for both RK3066 and
RK3188.
Signed-off-by: Julien CHAUVEAU
---
arch/arm/boot/dts/rk3xxx.dtsi | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
Hi, Alan,
Thanks for your comments!
Some question for them below,
On 2014年11月26日 20:33, One Thousand Gnomes wrote:
+213 = /dev/ttySPX0 SPRD serial port 0
+ ...
+216 = /dev/ttySPX3 SPRD serial port 3
Please use dynamic al
On Fri, Nov 28, 2014 at 11:30:55AM +0100, Krzysztof Kozlowski wrote:
> On czw, 2014-11-27 at 18:43 +, Mark Brown wrote:
> > Why do we need some special magic operation for GPIO based enables
> > that's separate to any other enable operation? This seems really
> > confusing, if the constraint
On Fri, Nov 28, 2014 at 12:44:03AM +, Grant Likely wrote:
> On Thu, 27 Nov 2014 17:56:06 +
> , Leif Lindholm
> wrote:
> > Update of_find_node_by_path():
> > 1) Rename function to of_find_node_opts_by_path(), adding an optional
> >pointer argument. Provide a static inline wrapper versi
On Fri, Nov 28, 2014 at 10:31:44AM +0800, Jiang Liu wrote:
> Thanks for tracking down to this line of change. I have no
> platform to reproduce this bug, so could you please help to revert this
> commit and apply following patch to get some data about IOAPIC entry?
Yep, the cached data diffe
On Sun, Nov 23, 2014 at 04:09:19PM +0100, Pali Rohár wrote:
> This is an ACPI driver for Dell laptops which receive HW switch events.
> It exports rfkill device dell-rbtn which provide correct hard rfkill state.
>
> It does not provide support for setting soft rfkill state yet.
>
> Signed-off-by:
On Wednesday 26 November 2014, Maxime Coquelin wrote:
> On 11/19/2014 09:44 AM, Peter Griffin wrote:
> > This patch adds the ahci_st.c driver found on STMicroelectronics
> > stih41x consumer electronics SoC's into the STI arch section
> > of the maintainers file.
> >
> > Signed-off-by: Peter Griffi
On 28/11/2014 at 09:49:10 +0100, Arnd Bergmann wrote :
> > > Actually, some work was done but we never saw an other version of the
> > > series. Alexander, are you still interested? Else we can take the patch
> > > below.
> > >
> > > http://lists.infradead.org/pipermail/linux-arm-kernel/2014-April
On (11/27/14 10:38), Theodore Ts'o wrote:
> Ah, OK, I know what's going in; this should be fixed soon. Thanks for
> reporting it, and my apologies for the inconvenience.
>
no problem, sir. thank you.
-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
Hi,
here is a patch-set to fix failed kdump kernel boots when
the systems was booted with crashkernel=X,high. On those
systems the kernel allocates only 72MiB of low-memory for
DMA buffers, which showed to be too low on some systems.
The problem is that 64MiB of the low-memory is allocated by
swi
From: Joerg Roedel
When we boot a kdump kernel in high memory, there is by
default only 72MB of low memory available. The swiotlb code
takes 64MB of it (by default) so that there are only 8MB
left to allocate from. On systems with many devices this
causes page allocator warnings from dma_generic_
From: Joerg Roedel
When the crashkernel is loaded above 4GiB in memory the
first kernel only allocates 72MiB of low-memory for the DMA
requirements of the second kernel. On systems with many
devices this is not enough and causes device driver
initialization errors and failed crash dumps. Set this
From: Joerg Roedel
Print a warning when all allocation tries have been failed
and the function is about to return NULL. This prepares for
calling the function with __GFP_NOWARN to suppress
allocation failure warnings before all fall-backs have
failed.
Signed-off-by: Joerg Roedel
---
lib/swiotl
On Wed, Nov 26, 2014 at 06:37:21PM +0100, Sebastian Andrzej Siewior wrote:
> * Alexandre Montplaisir | 2014-11-12 17:14:45 [-0500]:
SNIP
>
> >This was based on the most recent file format I was aware of, we will
> >update it accordingly if required.
> >
> >Testing welcome!
>
> I pushed the perf
On Thu, Nov 27, 2014 at 05:42:06PM +0530, Athira Lekshmi C V wrote:
> C V is my initals . Can I just go with the name Athira Lekshmi ?
>
Sign it like you would sign a legal document.
In American, that's normally Firstname Lastname but if you normally sign a legal
document with C V on the end in
On Fri, Nov 28, 2014 at 10:09:44AM +0100, Krzysztof Kozlowski wrote:
> I understand your concerns here however I didn't want to overengineer
> this. Is the same GPIO (on more complex PMICs) used in different
> contexts? Like enable control and something more in the same time?
Yes, and it's often
On Fri, 2014-11-28 at 11:13 +, Russell King - ARM Linux wrote:
> On Fri, Nov 28, 2014 at 10:08:28AM +, Jon Medhurst (Tixy) wrote:
> > On Fri, 2014-11-28 at 12:12 +0900, Masami Hiramatsu wrote:
> > > (2014/11/27 23:36), Jon Medhurst (Tixy) wrote:
> > [...]
> > > > I thought it good to see wh
On Fri, Nov 28, 2014 at 09:18:00AM +, Jacek Anaszewski wrote:
> This patch adds a description of 'flashes' property
> to the samsung-fimc.txt.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Sylwester Nawrocki
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc
On Fri, Nov 28, 2014 at 10:08:28AM +, Jon Medhurst (Tixy) wrote:
> On Fri, 2014-11-28 at 12:12 +0900, Masami Hiramatsu wrote:
> > (2014/11/27 23:36), Jon Medhurst (Tixy) wrote:
> [...]
> > > I thought it good to see what sort of benefits this code achieves,
> > > especially as it could grow qui
On Thu, 27 Nov 2014 17:06:28 +0100
Nicolas Ferre wrote:
> This is the last series of patches that removes the non-Device-Tree board
> support for older Atmel SoCs.
> Again, for the record, it was announced here
> https://lkml.org/lkml/2014/9/10/293 ([ANNOUNCE] ARM: at91: removal of board
> files)
On Friday 28 November 2014 09:55:53 Marek Szyprowski wrote:
> On 2014-11-27 23:51, Russell King - ARM Linux wrote:
> > On Mon, Nov 17, 2014 at 12:48:22PM +0100, Marek Szyprowski wrote:
> >>
> >> Changes in this version tested on Exynos4412-based TRATS2 and OdroidU3+
> >> boards (both with secure fi
Signed-off-by: Vince Hsu
---
Resend this patch with the fuse change and proper patch prefix
per Thierry's request.
nvkm/subdev/volt/base.c | 67 -
1 file changed, 38 insertions(+), 29 deletions(-)
diff --git a/nvkm/subdev/volt/base.c b/nvkm/subde
Some Tegra drivers might be complied as kernel modules, and
they need the fuse information for initialization. One
example is the GK20A Nouveau driver. It needs the GPU speedo
value to calculate frequency-voltage table. So export
the tegra_sku_info.
Signed-off-by: Vince Hsu
---
v2: add more desc
The voltage value are calculated by the hardware characterized
result.
Signed-off-by: Vince Hsu
---
Resend this patch with the fuse change and proper patch prefix
per Thierry's request.
drm/Kbuild | 1 +
drm/core/subdev/volt/gk20a.c | 1 +
nvkm/engine/device/nve0.c|
On Wed, Nov 26, 2014 at 12:48:00PM +0800, Chang Rebecca Swee Fun wrote:
> ntel Quark X1000 GPIO controller supports interrupt handling for
Typo it should say Intel.
> both core power well and resume power well. This patch is to enable
> the IRQ support and provide IRQ handling for Intel Quark X10
On 27 November 2014 at 11:41, Peter Ujfalusi wrote:
> Rename the include/linux/edma.h to include/linux/edma-dmaengine.h
>
> Signed-off-by: Peter Ujfalusi
For the mmc parts:
Acked-by: Ulf Hansson
> ---
> arch/arm/common/edma.c | 2 +-
> drivers/mmc/host/davinci_mmc.c | 3 +--
> driv
Some functions in arch/x86/xen/p2m.c are used locally only. Make them
static. Rearrange the functions in p2m.c to avoid forward declarations.
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/xen/page.h | 6 -
arch/x86/xen/p2m.c | 346
In arch/x86/xen/p2m.c three different allocation functions for
obtaining a memory page are used: extend_brk(), alloc_bootmem_align()
or __get_free_page(). Which of those functions is used depends on the
progress of the boot process of the system.
Introduce a common allocation routine selecting th
Early in the boot process the memory layout of a pv-domain is changed
to match the E820 map (either the host one for Dom0 or the Xen one)
regarding placement of RAM and PCI holes. This requires removing memory
pages initially located at positions not suitable for RAM and adding
them later at higher
The m2p overrides are used to be able to find the local pfn for a
foreign mfn mapped into the domain. They are used by driver backends
having to access frontend data.
As this functionality isn't used in early boot it makes no sense to
initialize the m2p override functions very early. It can be don
301 - 400 of 512 matches
Mail list logo