This is a set of ten fixes: 8 for UFS including four static checker
warnings, a potential null deref in the voltage regulator code, a race
on module unload, a ref counting fix on the well known LUNs which made
it impossible to remove the ufs module and fix to correct the
information in pwr_info.
On Fri, Nov 28, 2014 at 8:12 PM, Vince Hsu wrote:
> 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
From: Markus Elfring
Date: Sat, 29 Nov 2014 07:37:34 +0100
The iput() function was called in an inefficient way by the implementation
of the fat_fill_super() function in case of an allocation failure.
The corresponding source code was improved by deletion of two unnecessary
null pointer checks
Adds support for USB-GPIO interface of Cypress Semiconductor
CYUSBS234 USB-Serial Bridge controller.
The GPIO get/set can be done through vendor command on control endpoint
for the configured gpios.
Details about the device can be found at:
http://www.cypress.com/?rID=84126
Signed-off-by: Muthu
I had the opportunity at LinuxCon Europe to chat with Greg and some other kdbus
developers. A few things stood out from our conversation that I thought I would
bring to the list for discussion.
The first is that I asked them why we need to add yet another IPC mechanism (and
quite possibly another
Adds support for USB-I2C interface of Cypress Semiconductor
CYUSBS234 USB-Serial Bridge controller.
The read/write operation is setup using vendor command through control endpoint
and actual data transfer happens through bulk in/out endpoints.
Details about the device can be found at:
Adds support for USB-I2C/GPIO interfaces of Cypress Semiconductor
CYUSBS234 USB-Serial Bridge controller.
Details about the device can be found at:
http://www.cypress.com/?rID=84126
Signed-off-by: Muthu Mani
Signed-off-by: Rajaram Regupathy
---
Changes since v3:
* Added devm_* allocation
> Build results:
> total: 119 pass: 114 fail: 5
> Failed builds:
> arm:s3c6400_defconfig
> arm:nhk8815_defconfig
> score:defconfig
> sparc64:allmodconfig
> xtensa:allmodconfig
>
> Qemu test results:
> total: 23 pass: 22 fail: 1
> Failed tests:
>
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 have resend the patch signing off 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
Quoting Lee Jones (2014-11-25 07:59:18)
> Mark, Mike,
>
> Please merge this into your trees for v3.19.
>
> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>
> Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
>
> are available in the git repository at:
>
>
Hello,this is Mr Paul N,i sent you an email on charity work but i am yet to
hear fom you,do reply with this code CHA-2015 to my email address
paulchar...@qq.com i Look forward to hearing from you this time,God bless
Brother Paul
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Nov 28, 2014 at 03:05:01PM -0800, Andy Lutomirski wrote:
> Pid reuse is common, which means that it's difficult or impossible
> to read information about a pid from /proc without races.
>
> This introduces a second number associated with each (task, pidns)
> pair called highpid. Highpid
On Fri, Nov 28, 2014 at 11:12:05PM -0500, nick wrote:
> Greetings Greg and others,
You were banned from vger.kernel.org for a reason, do not try to go
around that ban by emailing kernel developers directly, it's rude and
just makes us want to blacklist you longer.
--
To unsubscribe from this
Andy Lutomirski writes:
> Pid reuse is common, which means that it's difficult or impossible
> to read information about a pid from /proc without races.
Sigh.
What we need are not race free pids, but a file descriptor based process
management api. Possibly one that starts by handing you a
Hi Peter,
The patches look all good to me. But you may want to check your CC
lists. I think at least the DT list should be included.
For the whole series:
Acked-by: Soren Brinkmann
Thanks,
Sören
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, Nov 28, 2014 at 5:19 PM, Arun Ramamurthy
wrote:
>
>
> On 14-11-28 05:08 PM, Tim Kryger wrote:
>>
>> On Fri, Nov 28, 2014 at 3:47 PM, Arun Ramamurthy
>> wrote:
>>>
>>>
>>>
>>> On 14-11-25 09:51 PM, Tim Kryger wrote:
On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden
Replace two instances of __attribute ((__packed__) with __packed macro to
address the warning found by the checkpatch.pl tool.
Signed-off-by: Geoff Darst
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_dnld.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Fri, Nov 28, 2014 at 3:49 PM, Arun Ramamurthy
wrote:
>
>
> On 14-11-25 11:29 PM, Tim Kryger wrote:
>>
>> On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden
>> wrote:
>>>
>>> From: Arun Ramamurthy
>>>
>>> - Added helper functions to set and clear smooth and trigger bits
>>> - Added 400ns delays
On Thu, Nov 27, 2014 at 12:05:46PM +0100, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
> Cc: David Woodhouse
> Cc: linux-...@lists.infradead.org
Applied to l2-mtd.git
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
29 нояб. 2014 г., в 1:13, Tony Lindgren написал(а):
> Looks like for some time 2430 i2c has not been behaving
> reliably
commit dd74548ddece4b9d68e5528287a272fa552c81d0 ("i2c: omap:
resize fifos before each message") dropped check for dev->buf_len.
As result, data processing loop
On Fri, Nov 28, 2014 at 3:48 PM, Arun Ramamurthy
wrote:
>
>
> On 14-11-25 10:22 PM, Tim Kryger wrote:
>>
>> On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden
>> wrote:
>>>
>>> From: Arun Ramamurthy
>>>
>>> The pwm core code requires a separate call for enabling the channel
>>> and hence the
Andrej Gelenberg wrote:
> i got some problems with my Qualcomm Atheros AR9485 wlan pcie card. I
> use my card as access point (with hotspotd) on amd64 machine. I use
> self compiled vanilla kernel 3.17.4 and a get a lot of
> "DMA failed to stop" messages in my kernel log. I found some reports on
On 2014/11/29 9:26, Rafael J. Wysocki wrote:
> On Friday, November 28, 2014 10:43:37 AM Wang Weidong wrote:
>> Hi Rafael and Viresh
>>
>> Sorry to trouble you again. As for:
>> "acpi-cpufreq: get the cur_freq from acpi_processor_performance states"
>> I do it again, and add the other patch.
>>
>>
when cma is located in highmem, virt_to_page will not
work the right way, use pfn_to_page instead.
Signed-off-by: Zeng Tao
---
drivers/staging/android/ion/ion_cma_heap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion_cma_heap.c
On 2014/11/27 22:36, Jon Medhurst (Tixy) wrote:
> On Fri, 2014-11-21 at 14:35 +0800, Wang Nan wrote:
>> This patch introduce kprobeopt for ARM 32.
>
> If I've understood things correctly, this is a feature which inserts
> probes by using a branch instruction to some trampoline code rather than
>
Hallo,
i got some problems with my Qualcomm Atheros AR9485 wlan pcie card. I
use my card as access point (with hotspotd) on amd64 machine. I use
self compiled vanilla kernel 3.17.4 and a get a lot of
"DMA failed to stop" messages in my kernel log. I found some reports on
similar errors for *wrt,
On 14-11-28 05:08 PM, Tim Kryger wrote:
On Fri, Nov 28, 2014 at 3:47 PM, Arun Ramamurthy
wrote:
On 14-11-25 09:51 PM, Tim Kryger wrote:
On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden
wrote:
From: Arun Ramamurthy
The probe routine unnecessarily sets the smooth type and polarity for
On Fri, Nov 28, 2014 at 3:47 PM, Arun Ramamurthy
wrote:
>
>
> On 14-11-25 09:51 PM, Tim Kryger wrote:
>>
>> On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden
>> wrote:
>>>
>>> From: Arun Ramamurthy
>>>
>>> The probe routine unnecessarily sets the smooth type and polarity for
>>> all channels.
On Friday, November 28, 2014 10:43:37 AM Wang Weidong wrote:
> Hi Rafael and Viresh
>
> Sorry to trouble you again. As for:
> "acpi-cpufreq: get the cur_freq from acpi_processor_performance states"
> I do it again, and add the other patch.
>
> patch #1: acpi-cpufreq: make the freq_table store
On Friday, November 28, 2014 11:09:11 AM Alan Stern wrote:
> On Fri, 28 Nov 2014, Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> > Subject: USB / PM: Drop CONFIG_PM_RUNTIME from the USB core
> >
> > After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
> > selected)
Hi,
Sorry to but in like this but I'm suffering from the same kind of
deadlocks with nouveau...
The really odd thing is that i could boot some -rc6+ kernel without
problems but it hung
while playing video and then it refused to start properly again.
Anyway, to quote Maarten:
Ok that most
From: Rafael J. Wysocki
It is not valid to select CONFIG_PM directly without selecting
CONFIG_PM_SLEEP or CONFIG_PM_RUNTIME too, because that breaks
dependencies (ia64 does that) and it is not necessary to select
CONFIG_PM directly if CONFIG_PM_SLEEP or CONFIG_PM_RUNTIME is
set, because it will
The macros PRINTP/ANDP make the code harder to read and depend on a
specific identifier name in the surrounding scope. Nuke them.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/g_NCR5380.c | 66 ++--
1 file changed, 30 insertions(+), 36 deletions(-)
Using seq_printf to print a simple string is a lot more expensive than
it needs to be, since seq_puts exists. Replace seq_printf with
seq_puts when possible.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/BusLogic.c | 10 +-
drivers/scsi/NCR5380.c | 6 +++---
Using seq_printf to print a simple string is a lot more expensive than
it needs to be, since seq_puts exists. Replace seq_printf with
seq_puts when possible.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/aha152x.c | 252 -
1 file changed, 126
Consecutive seq_puts calls with literal strings may be replaced by a
single call, saving a little .text.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/advansys.c | 40 ++--
drivers/scsi/atp870u.c | 5 ++---
drivers/scsi/dc395x.c| 4
Using seq_putc to print a single character saves at least a strlen()
call and a memory access, and may also give a small .text reduction.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/NCR5380.c | 2 +-
drivers/scsi/advansys.c | 34 +-
Using seq_printf to print a simple string is a lot more expensive than
it needs to be, since seq_puts exists. Replace seq_printf with
seq_puts when possible.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/advansys.c | 157
1 file changed, 77
The macro SPRINTF doesn't save a lot of typing or make the code more
readable, and depending on a specific identifier (m) in the
surrounding scope is generally frowned upon. Nuke it.
Signed-off-by: Rasmus Villemoes
---
drivers/scsi/NCR5380.c | 42 +++---
drivers/scsi/aha152x.c |
These patches mostly replace seq_printf with simpler and faster
equivalents, e.g. seq_printf(m, "something") => seq_puts(m,
"something") and seq_printf(m, "\n") => seq_putc(m, '\n). But before
my Coccinelle scripts could be unleashed I had to clean up some
unnecessary, and in the PRINTP case quite
On Thursday, November 27, 2014 11:05:41 PM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The SET_PM_RUNTIME_PM_OPS() and SET_RUNTIME_PM_OPS() macros are
> identical except that one of them is not empty for CONFIG_PM set,
> while the other one is not empty for CONFIG_PM_RUNTIME set,
>
On Thursday, November 27, 2014 11:34:03 PM Ulf Hansson wrote:
> [...]
>
> > That said whether or not it is ever useful to set PM_RUNTIME alone is a good
> > question. In my opinion it is useful today, at least on some platforms that
> > don't really support system suspend or hibernation in any
On 2014-11-28 23:22, Arnd Bergmann wrote:
> On Friday 28 November 2014 23:09:09 Stefan Agner wrote:
>> On 2014-11-28 22:24, Arnd Bergmann wrote:
>> > On Friday 28 November 2014 22:02:01 Stefan Agner wrote:
>> >
>> >> > If the SRC is also capable of resetting individual blocks instead of
>> >> >
On Sat, Nov 29, 2014 at 01:48:31AM +0200, Giedrius Statkevicius wrote:
> On 2014.11.29 01:15, Borislav Petkov wrote:
> > On Sat, Nov 29, 2014 at 12:14:27AM +0200, Giedrius Statkevicius wrote:
> >> In hpwl_add() there is a unused variable err to which we assign the
> >> result of
Hi Steve,
On Tue, Nov 11, 2014 at 12:10 PM, Steve Wang
wrote:
> Hi, Peter,
>
> According to naming convention, I think "dglnt" is good enough ^.^
>
> By the way, I think there is a need to address another issue that needs to
> be addressed for ZYBO as well (maybe in a separate thread):
> MAC
On Fri, Nov 28, 2014 at 4:38 PM, Leif Lindholm wrote:
> On Fri, Nov 28, 2014 at 03:25:12PM +, Grant Likely wrote:
>> On Fri, 28 Nov 2014 11:34:28 +
>> , Leif Lindholm
>> wrote:
>> > On Fri, Nov 28, 2014 at 12:44:03AM +, Grant Likely wrote:
>> > > > + separator = strchr(path,
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with
a 50MHz crystal instead of 33MHz.
Signed-off-by: Peter Crosthwaite
---
Changed since v1:
Change compat vendor prefix from xlnx to digilent (Soren review)
Alphabetise nodes
---
arch/arm/boot/dts/Makefile | 3 ++-
Digilent is a board designer, making various Linux capabable FPGA and
processor boards. Add to the vendor list.
Signed-off-by: Peter Crosthwaite
---
http://www.digilentinc.com
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
The fact that all supported boards use the same 33MHz crystal is a
co-incidence. The Zynq PS support a range of crystal freqs so the
hardcoded setting should be removed from the dtsi. Re-implement it
on the board level.
This prepares support for Zynq boards with different crystal
frequencies
On 14-11-25 11:29 PM, Tim Kryger wrote:
On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden wrote:
From: Arun Ramamurthy
- Added helper functions to set and clear smooth and trigger bits
- Added 400ns delays when clearing and setting trigger bit as requied
by spec
- Added helper function to
On 2014.11.29 01:15, Borislav Petkov wrote:
> On Sat, Nov 29, 2014 at 12:14:27AM +0200, Giedrius Statkevicius wrote:
>> In hpwl_add() there is a unused variable err to which we assign the
>> result of hp_wireless_input_setup() but we don't do anything depending
>> on the result so print out a
On 14-11-25 10:22 PM, Tim Kryger wrote:
On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden wrote:
From: Arun Ramamurthy
The pwm core code requires a separate call for enabling the channel
and hence the driver does not need to set pwm_trigger after a
polarity change
The framework does
On 14-11-25 09:51 PM, Tim Kryger wrote:
On Tue, Nov 25, 2014 at 11:40 AM, Scott Branden wrote:
From: Arun Ramamurthy
The probe routine unnecessarily sets the smooth type and polarity for
all channels. This causes the channel for the speaker to click at the same
time the backlight turns on.
On Thu, Nov 27, 2014 at 03:16:19PM -0800, Jeremiah Mahler wrote:
>
> I just tried the latest linux-next 20141127 (commit 3bcf494d225fd19) and
> it hangs very early in the boot sequence, after decompressing the kernel
> and after fsck (see attached screen shot). I have tried it with two
>
On Friday, November 28, 2014 04:00:36 PM Mark Brown wrote:
>
> --k9ssVBY1NpawPNl1
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> On Thu, Nov 27, 2014 at 12:09:55AM +0100, Rafael J. Wysocki wrote:
> > On Wednesday, November 26, 2014 11:17:16 AM Mark Brown wrote:
>
Le 27/11/2014 05:07, Sudip Mukherjee a écrit :
> On Wed, Nov 26, 2014 at 09:59:28PM -0800, Hisashi T Fujinaka wrote:
>> I'm pretty sure those double reads are there for a reason, so most of
>> this I'm going to have to check on Monday. We have a long holiday
>> weekend here in the US.
>
> if the
Hello, Tony!
I just want to know, is multimaster i2c feature is interesting for TI SOC,
so I could send another patches?
Or it's better to leave the thing without changes, as current single master
version
well tested and work?
Also I have a draft version of mixed multimaster/slave version. But
On Fri, 28 Nov 2014 23:40:46 +0100
Rafał Miłecki wrote:
> > @@ -5094,8 +5094,9 @@ static int b43_op_beacon_set_tim(struct ieee80211_hw
> > *hw,
> > {
> > struct b43_wl *wl = hw_to_b43_wl(hw);
> >
> > - /* FIXME: add locking */
> > + mutex_lock(>mutex);
> >
On Sat, Nov 29, 2014 at 12:14:27AM +0200, Giedrius Statkevicius wrote:
> In hpwl_add() there is a unused variable err to which we assign the
> result of hp_wireless_input_setup() but we don't do anything depending
> on the result so print out a message that informs the user if add()
>
On 11/28/2014 03:00 PM, Stefan Agner wrote:
On 2014-11-28 23:22, Arnd Bergmann wrote:
On Friday 28 November 2014 23:09:09 Stefan Agner wrote:
On 2014-11-28 22:24, Arnd Bergmann wrote:
On Friday 28 November 2014 22:02:01 Stefan Agner wrote:
If the SRC is also capable of resetting individual
[Adding CRIU people. Whoops.]
On Fri, Nov 28, 2014 at 3:05 PM, Andy Lutomirski wrote:
> Pid reuse is common, which means that it's difficult or impossible
> to read information about a pid from /proc without races.
>
> This introduces a second number associated with each (task, pidns)
> pair
Pid reuse is common, which means that it's difficult or impossible
to read information about a pid from /proc without races.
This introduces a second number associated with each (task, pidns)
pair called highpid. Highpid is a 64-bit number, and, barring
extremely unlikely circumstances or
Le 28/11/2014 22:00, Richard Cochran a écrit :
> On Fri, Nov 28, 2014 at 02:40:44PM +0100, Laurent Georget wrote:
>> @@ -101,7 +99,19 @@ combination of zero or more of the following bits:
>> Ordinary users are restricted to a zero value for
>> .IR modes .
>> Only the superuser may set any
On 2014-11-28 23:22, Arnd Bergmann wrote:
> On Friday 28 November 2014 23:09:09 Stefan Agner wrote:
>> On 2014-11-28 22:24, Arnd Bergmann wrote:
>> > On Friday 28 November 2014 22:02:01 Stefan Agner wrote:
>> >
>> >> > If the SRC is also capable of resetting individual blocks instead of
>> >> >
Classic unix permission checks have an interesting feature. The
group permissions for a file can be set to less than the other
permissions on a file. Occasionally this is used deliberately to
give a certain group of users fewer permissions than the default.
User namespaces break this usage.
The following changes since commit 206c5f60a3d902bc4b56dab2de3e88de5eb06108:
Linux 3.18-rc4 (2014-11-09 14:55:29 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-3.18-rc7
for you to fetch changes up to
The following changes since commit 206c5f60a3d902bc4b56dab2de3e88de5eb06108:
Linux 3.18-rc4 (2014-11-09 14:55:29 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.18-rc7
for you to fetch changes up to
Hi,
On 28 Nov 2014, at 23:16, Greg KH wrote:
> On Fri, Nov 28, 2014 at 10:09:55PM +0100, Javier González wrote:
>> Thanks for your comments. I hope that you find the time to look deeper
>> in the code.
>
> With my workload, I don't have time to look at anything that people are
> not actually
The following changes since commit 206c5f60a3d902bc4b56dab2de3e88de5eb06108:
Linux 3.18-rc4 (2014-11-09 14:55:29 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.18-rc7
for you to fetch changes up to
On 28 November 2014 at 23:16, Nicholas Krause wrote:
> Adds needed mutex lockng of wl->mutex in order to prevent issues with
> separate threads executing on
> the b43_update_templates function call in the function,
> b43_op_beacon_set_time at the same time.
For all kind of kernel
If usb_hub_claim_port() fails, no resources are deallocated and
if stub_add_files() fails, port is not released.
The patch fixes these issues and rearranges error handling code.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
Hi Boris,
On Thursday 27 November 2014 14:37:50 Boris Brezillon wrote:
> On Tue, 18 Nov 2014 14:46:17 +0100 Boris Brezillon wrote:
> > Hello,
> >
> > This series makes use of the MEDIA_BUS_FMT definition to describe how
> > the data are transmitted to the display.
> >
> > This will allow
On Thu, Nov 27, 2014 at 07:34:10PM +0100, Loïc Pefferkorn wrote:
> Hello Greg,
>
> After some investigation, I think that removing these wrappers is not going
> to improve the code readability:
>
> On Wed, Nov 26, 2014 at 12:54:43PM -0800, Greg KH wrote:
> > On Wed, Nov 26, 2014 at 05:15:48PM
On Friday 28 November 2014 23:09:09 Stefan Agner wrote:
> On 2014-11-28 22:24, Arnd Bergmann wrote:
> > On Friday 28 November 2014 22:02:01 Stefan Agner wrote:
> >
> >> > If the SRC is also capable of resetting individual blocks instead of just
> >> > the entire machine, it would be a reset
On Fri, Nov 28, 2014 at 10:09:55PM +0100, Javier González wrote:
> Thanks for your comments. I hope that you find the time to look deeper
> in the code.
With my workload, I don't have time to look at anything that people are
not actually submitting to be applied to the kernel tree at that point
* Kevin Hilman [141126 13:27]:
> Alexander Kochetkov writes:
>
> > NOT FOR UPSTREAM
> >
> > The patch checks if IP reset during probe could bring I2C bus
> > to a free state on omap2430 - omap3530 boards.
> >
> > I guess, IP hold one of I2C lines in a low state.
> > I guess, u-boot haven't sent
On Fri, Nov 28, 2014 at 09:57:06PM +0100, Mariusz Gorski wrote:
> > I tried to apply the 3rd, but it didn't apply due to patches I applied
> > in your first set of 4 patches.
> >
> > Does that help?
>
> Yes, thanks. I've resent the patchset yesterday as v3:
> https://lkml.org/lkml/2014/11/27/805
In hpwl_add() there is a unused variable err to which we assign the
result of hp_wireless_input_setup() but we don't do anything depending
on the result so print out a message that informs the user if add()
(hp_wireless_input_setup()) fails since acpi_device_probe() doesn't
print anything in this
Hi Boris,
Thank you for the patch. I just have two small comments.
On Tuesday 18 November 2014 14:46:18 Boris Brezillon wrote:
> Add bus_formats and nbus_formats fields and
> drm_display_info_set_bus_formats helper function to specify the bus
> formats supported by a given display.
>
> This
On 2014-11-28 22:24, Arnd Bergmann wrote:
> On Friday 28 November 2014 22:02:01 Stefan Agner wrote:
>> On 2014-11-28 17:49, Arnd Bergmann wrote:
>> > On Friday 28 November 2014 17:43:35 Stefan Agner wrote:
>> >> Support Vybrid SoC's system reset controller (SRC). Currently we
>> >> don't register
On Thu, Nov 27, 2014 at 06:50:31PM +, Andrew Cooper wrote:
> On 27/11/14 18:36, Luis R. Rodriguez wrote:
> > On Thu, Nov 27, 2014 at 07:36:31AM +0100, Juergen Gross wrote:
> >> On 11/26/2014 11:26 PM, Luis R. Rodriguez wrote:
> >>> From: "Luis R. Rodriguez"
> >>>
> >>> Some folks had reported
Em Fri, Nov 28, 2014 at 06:56:13PM +0100, Andi Kleen escreveu:
> > > Reported-by: Milian Wolff
> > > Signed-off-by: Namhyung Kim
> >
> > y great, I mean.. finally ;-)
>
> Yes I like it too.
>
> BTW it would be nice if we could show down a break down on how many
> bytes the different
Dne 28.11.2014 v 19:50 Joe Perches napsal(a):
> On Fri, 2014-11-28 at 14:33 +0100, Michal Marek wrote:
>> 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
On Thursday 27 November 2014, 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 to match
From: Jiri Olsa
Linus reported perf report command being interrupted due to processing
of 'out of order' event, with following error:
Timestamp below last timeslice flush
0x5733a8 [0x28]: failed to process type: 3
I could reproduce the issue and in my case it was caused by one CPU
(mmap)
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 7ddc6a2199f1da405a2fb68c40db8899b1a8cd87:
x86/asm/traps: Disable tracing and kprobes in fixup_bad_iret and sync_regs
(2014-11-25 07:26:55 +0100)
are available in the git repository at:
On Friday 28 November 2014 22:02:01 Stefan Agner wrote:
> On 2014-11-28 17:49, Arnd Bergmann wrote:
> > On Friday 28 November 2014 17:43:35 Stefan Agner wrote:
> >> Support Vybrid SoC's system reset controller (SRC). Currently we
> >> don't register a reset controller but only support the
Commit-ID: 412fbca8dd3067438a9c8a98853299f58a5597d5
Gitweb: http://git.kernel.org/tip/412fbca8dd3067438a9c8a98853299f58a5597d5
Author: Jiang Liu
AuthorDate: Fri, 28 Nov 2014 21:43:02 +0100
Committer: Thomas Gleixner
CommitDate: Fri, 28 Nov 2014 22:09:22 +0100
x86, ioapic: Repair
Hi,
On 28 Nov 2014, at 20:15, Greg KH wrote:
> On Fri, Nov 28, 2014 at 04:03:34PM +0100, Javier González wrote:
>> From: Javier Gonzalez
>
> Any reason you sent this twice?
My mistake, sorry.
>
> And your code is full of FIXMEs, which implies that you aren't even
> happy with the code, so
seq_puts is a lot cheaper than seq_printf, so use that to print
literal strings.
Signed-off-by: Rasmus Villemoes
---
arch/x86/kernel/cpu/proc.c| 10 +-
arch/x86/kernel/irq.c | 30 +++---
arch/x86/mm/pat.c | 2 +-
These can be done as a single seq_puts call, reducing the code size slightly.
Signed-off-by: Rasmus Villemoes
---
arch/x86/platform/uv/tlb_uv.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/arch/x86/platform/uv/tlb_uv.c b/arch/x86/platform/uv/tlb_uv.c
On 2014-11-28 17:49, Arnd Bergmann wrote:
> On Friday 28 November 2014 17:43:35 Stefan Agner wrote:
>> Support Vybrid SoC's system reset controller (SRC). Currently we
>> don't register a reset controller but only support the imx_cpu_jump
>> and imx_cpu_arg functions.
>>
>> Signed-off-by: Stefan
On Fri, Nov 28, 2014 at 02:40:44PM +0100, Laurent Georget wrote:
> @@ -101,7 +99,19 @@ combination of zero or more of the following bits:
> Ordinary users are restricted to a zero value for
> .IR modes .
> Only the superuser may set any parameters.
> +.PP
> +Support for TAI (Atomic
On Fri, Nov 28, 2014 at 12:32:48PM -0800, Greg Kroah-Hartman wrote:
> On Thu, Nov 27, 2014 at 08:50:55PM +0100, Mariusz Gorski wrote:
> > On Thu, Nov 27, 2014 at 07:57:06AM -0800, Greg Kroah-Hartman wrote:
> > > On Thu, Nov 27, 2014 at 07:24:17AM -0800, Greg Kroah-Hartman wrote:
> > > > On Thu,
On Friday 28 November 2014, Nicolas Ferre wrote:
> 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
Remove the useless CPU_PXA27x non existing kconfig option.
The true options is PXA27x, which is already selected.
Reported-by: Paul Bolle
Signed-off-by: Robert Jarzmik
---
arch/arm/mach-pxa/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-pxa/Kconfig
On Thu, Nov 27, 2014 at 08:50:55PM +0100, Mariusz Gorski wrote:
> On Thu, Nov 27, 2014 at 07:57:06AM -0800, Greg Kroah-Hartman wrote:
> > On Thu, Nov 27, 2014 at 07:24:17AM -0800, Greg Kroah-Hartman wrote:
> > > On Thu, Nov 27, 2014 at 02:26:59PM +0100, Mariusz Gorski wrote:
> > > > On Wed, Nov
On 11/28/2014 06:21 PM, Ricardo Ribalda Delgado wrote:
Thanks for reviewing. I will fix it and resend it on the next version
of the patchset to avoid spamming the ML
I guess it is ok to add your Reviewed-by
Yes, if you like.
Thanks!
Not at all. :-)
[...]
On 11/28/2014 04:50
On Fri, Nov 28, 2014 at 09:27:42PM +0200, Laurentiu Palcu wrote:
> On Fri, Nov 28, 2014 at 06:35:07PM +, Mark Brown wrote:
> > Fortunately I've deleted old parts of the thread so I didn't notice you
> > were doing this.
> Fortunately? I'm afraid to ask why...
I'd have at best been confused
1 - 100 of 1024 matches
Mail list logo