On Fri, 2014-06-13 at 06:48 +, Linus Torvalds wrote:
> On Thu, Jun 12, 2014 at 12:14 PM, David Miller wrote:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master
>
> Hmm. I get *lots* of the appended messages from iwlwifi now. Things
> still seem to work, but ...
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140612:
Dropped trees: akpm-current, akpm (build problems)
Undropped tree: drm-intel-fixes
The drm-intel-fixes lost its build failure.
The net-next tree lost its build failure.
I dropped the akpm-current and ak
Hi Frank,
On Jun 13, 2014, at 8:53 AM, Frank Rowand wrote:
> From: Frank Rowand
>
> Pantelis Antoniou reports that of_find_node_by_path() is borked because
> of_allnodes is not guaranteed to contain the root of the tree after using
> any of the dynamic update functions because some other nodes
Driver for the TI TMP103.
The TI TMP103 is similar to the TMP102. It differs from the TMP102
by having only 8 bit registers.
Signed-off-by: Heiko Schocher
---
Cc: Jean Delvare
Cc: Guenter Roeck
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
Cc: linux-...@vger.kernel.org
-
On 6/12/14, Catalin Marinas wrote:
> On Thu, Jun 12, 2014 at 01:00:57PM +0100, Denis Kirjanov wrote:
>> On 6/12/14, Denis Kirjanov wrote:
>> > On 6/12/14, Catalin Marinas wrote:
>> >> On 11 Jun 2014, at 21:04, Denis Kirjanov
>> >> wrote:
>> >>> On 6/11/14, Catalin Marinas wrote:
>> On Wed
* Roger Quadros [140611 01:58]:
Missing description? Probably not an urgent fix or does
this fix something?
Regards,
Tony
> Signed-off-by: Roger Quadros
> ---
> arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-
On 06/13/2014 10:13 AM, Tony Lindgren wrote:
> * Roger Quadros [140611 01:58]:
>
> Missing description? Probably not an urgent fix or does
> this fix something?
Doesn't fix anything. It is just for correctness. I'll add the description.
cheers,
-roger
>
>> Signed-off-by: Roger Quadros
>> ---
* Roger Quadros [140611 01:58]:
> Since the Interrupt Events are used only by the NAND driver,
> there is no point in managing the Interrupt registers
> in the GPMC driver and complicating it with irqchip modeling.
>
> Let's manage the interrupt registers directly in the NAND driver
> and get rid
* Roger Quadros [140611 01:58]:
> GPMC and NAND drivers share the same register space but never use the
> same registers. As there is no clear address seperation between the
> registers for GPMC and NAND, we can't easily split it up into 2 regions
> i.e. one for GPMC and other for NAND. Instead, w
* Roger Quadros [140611 01:58]:
> The write protect (WP) pin is only used for NAND devices. So move
> the code into the NAND driver.
Eek, n!
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo in
On Fri, Jun 13, 2014 at 8:59 AM, Johannes Berg
wrote:
> On Fri, 2014-06-13 at 06:48 +, Linus Torvalds wrote:
>> On Thu, Jun 12, 2014 at 12:14 PM, David Miller wrote:
>> >
>> > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master
>>
>> Hmm. I get *lots* of the appended mes
* Roger Quadros [140611 01:58]:
> Add compatible id, GPMC register resource and interrupt
> resource to NAND controller nodes.
>
> Signed-off-by: Roger Quadros
> ---
> arch/arm/boot/dts/am335x-evm.dts | 8 ++--
> arch/arm/boot/dts/am335x-igep0033.dtsi | 8 ++--
> arch/arm/bo
When there's no entry in set_ftrace_notrace, it'll print nothing, but
it's better to print something like below like set_graph_notrace does:
no functions disabled
Reported-by: Naoya Horiguchi
Signed-off-by: Namhyung Kim
---
also updated the ftrace/nograph-v3 branch..
kernel/trace/
On Thu, Jun 12, 2014 at 09:38:28PM +0200, Stephen Warren wrote:
> On 06/12/2014 09:58 AM, Peter De Schrijver wrote:
> > This patchset introduces support for Tegra's microsecond counter as the
> > udelay() timer. This is useful on Tegra SoCs which do not have an arch timer
> > such as Tegra20 and Te
On Mon, Jun 9, 2014 at 3:21 PM, Sascha Silbe wrote:
> The chips can operate either in regular or in bitbang mode. Care was
> taken to prevent using GPIOs if the serial device is in use and vice
> versa.
Very interesting patch! I've seen USB-based GPIO things before
but never a dual-mode thing.
* Roger Quadros [140611 01:58]:
> Some devices (e.g. TUSB6010, omap-onenand) need to reconfigure the GPMC
> timings in order to operate with different peripheral clock frequencies.
> Introduce omap_gpmc_retime() to allow them to do that. The driver
> needs to pass the chips select number, GPMC set
Hi Tom,
cc lkml, as this is now in mainline
On Fri, Jun 13, 2014 at 2:59 AM, Tom Herbert wrote:
>> net: Save software checksum complete
>>
>> In skb_checksum complete, if we need to compute the checksum for the
>> packet (via skb_checksum) save the result as CHECKSUM_COMPLETE.
>>
* Roger Quadros [140611 01:59]:
> GPMC_CLK is the external clock output pin that is used for syncronous
> accesses.
>
> Device drivers need to know the fastest possible GPMC_CLK period in order
> to calculate the most optimal device timings. Add the function
> omap_gpmc_get_clk_period() to allow
Hi,
On 06/13/2014 03:28 AM, Aaron Lu wrote:
> On 06/12/2014 08:42 PM, Kalle Valo wrote:
>> Hi Aaron,
>>
>> after your commit 0e9f81d3b7c ("ACPI / video: Add systems that should
>> favour native backlight interface") I have had an regression that every
>> time after resume the display brightness ha
On 2014/6/12 15:07, David Rientjes wrote:
> On Thu, 12 Jun 2014, Zhang Zhen wrote:
>
% echo start_address_of_new_memory count_of_sections >
/sys/devices/system/memory/probe
Then, [start_address_of_new_memory, start_address_of_new_memory +
count_of_sections * memory_block_
Hans de Goede writes:
>>> If I set video.use_native_backlight=0 in kernel command line the problem
>>> goes away. Or if I revert your commit 0e9f81d3b7c the problem also goes
>>> away. Any ideas?
>>
>> Not really...
>> I've added i915 people maybe they have an idea.
>
> This is a known issue in
Complement commit 68aecfb979 ("lib/string_helpers.c: make arrays
static") by making the arrays const -- not only pointing to const
strings. This moves them out of the data section to the r/o data
section:
textdata bss dec hex filename
1150 176 01326 52e lib/
On Fri, Jun 13, 2014 at 07:54:44AM +0200, Brendan Hide wrote:
> On 12/06/14 23:15, Andrew Morton wrote:
> >On Wed, 2 Apr 2014 16:54:37 +0800 Gui Hecheng
> >wrote:
> >>+ * %K (for kibibytes, or 1024 bytes),
> >>+ * %M (for mebibytes, or 1048576 bytes),
> >>+ * %G (for gibibytes, or 1073741824 byte
On 06/13/2014 10:18 AM, Tony Lindgren wrote:
> * Roger Quadros [140611 01:58]:
>> Since the Interrupt Events are used only by the NAND driver,
>> there is no point in managing the Interrupt registers
>> in the GPMC driver and complicating it with irqchip modeling.
>>
>> Let's manage the interrupt
"remove" parameter is not used in dgap_parsefile().
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index 38749d0..c1f2798 100644
--- a/drivers/stag
firstminor in struct borad_t is always zero, so it
can be removed.
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c |9 -
drivers/staging/dgap/dgap.h |1 -
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap
It should be called after dgap_tty_register_ports() is failed.
So channels which are allocated in dgap_tty_init() will be freed.
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/d
dgap_free_irq() will free the irq which is requested in
dgap_request_irq().
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index eab8fd5..497e6
dgap_tty_unregister() will unregister serial_driver
and print_driver, and also free related variables.
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/d
dgap_after_config_loaded() as function name doesn't tell
what it does.
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index 4ea7a33..db8c93b 100644
The dgap_firmware_load() has a lot of stuff beside
loding firmware. So some registering and initializing
for device are moved into dgap_init_one().
And also adds unwinding on error in dgap_init_one().
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 81 ++-
dgap_free_flipbuf() will free flipbuf and flipflagbuf which
are allocated in dgap_alloc_flipbuf()
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
i
On 06/13/2014 10:25 AM, Tony Lindgren wrote:
> * Roger Quadros [140611 01:58]:
>> Some devices (e.g. TUSB6010, omap-onenand) need to reconfigure the GPMC
>> timings in order to operate with different peripheral clock frequencies.
>> Introduce omap_gpmc_retime() to allow them to do that. The driver
The dgap_found_board() did request some memory region and
call ioremap, these should be released and unmaped
when one of functions which are called after dgap_found_board()
in dgap_init_one() is failed.
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 14 +++---
1 files ch
> > > > I am just worried if we change the behaviour of using gadget
> > > > driver, can it be accepted by user? If you think it can be
> > > > accepted if we can have some docs, we can implement manually
> > > > binding for gadget driver from now on.
> > >
> > > user shouldn't have to deal with
On 06/13/2014 10:26 AM, Tony Lindgren wrote:
> * Roger Quadros [140611 01:59]:
>> GPMC_CLK is the external clock output pin that is used for syncronous
>> accesses.
>>
>> Device drivers need to know the fastest possible GPMC_CLK period in order
>> to calculate the most optimal device timings. Add
On Mon, Jun 09, 2014 at 11:41:37AM -0400, Vivek Goyal wrote:
> IIUC, COMMAND_LINE_SIZE gives max limits of running kernel and it does
> not tell us anything about command line size supported by kernel being
> loaded.
Whatever you do, you do need a sane default because even querying the
boot protoc
On Tue, Jun 10, 2014 at 4:37 AM, Nobuhiro Iwamatsu
wrote:
> Signed-off-by: Nobuhiro Iwamatsu
> Acked-by: Laurent Pinchart
> ---
> V2: - Add pin map for hscif2_data_d.
> - Add Acked-by: Laurent Pinchart
This v2 version applied for the v3.17 development cycle.
Yours,
Linus Walleij
--
To
From: Linus Torvalds
Date: Thu, 12 Jun 2014 23:48:57 -0700
> On Thu, Jun 12, 2014 at 12:14 PM, David Miller wrote:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master
>
> Hmm. I get *lots* of the appended messages from iwlwifi now. Things
> still seem to work, but ..
From: Chew, Chiau Ee
It was observed that after module removal followed by insertion,
the SW mode chipselect is not properly set. Thus causing transfer
failure due to incorrect CS toggling.
Signed-off-by: Chew, Chiau Ee
---
drivers/spi/spi-pxa2xx.c |8 ++--
1 files changed, 6 insertion
On Thu, Jun 12, 2014 at 11:34:12PM +0300, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in
> MSI GT683R laptop
>
> Signed-off-by: Janne Kanniainen
> ---
> Changes in v2:
> - sorted headers to alphabetic order
> - using devm_kzalloc
>
* Roger Quadros [140611 01:59]:
> Move the code that puts the onenand in synchronous mode
> into the appropriate place i.e. drivers/mtd/onenand/omap2.c.
>
> Make use of omap_gpmc_get_clk_period() and omap_gpmc_retime()
> to calculate the necessary timings and configure the GPMC
> parent's timings
* Roger Quadros [140613 00:40]:
> On 06/13/2014 10:18 AM, Tony Lindgren wrote:
> > * Roger Quadros [140611 01:58]:
> >> Since the Interrupt Events are used only by the NAND driver,
> >> there is no point in managing the Interrupt registers
> >> in the GPMC driver and complicating it with irqchip
On Fri, Jun 13, 2014 at 04:41:47PM +0900, Daeseok Youn wrote:
> dgap_tty_unregister() will unregister serial_driver
> and print_driver, and also free related variables.
>
Introducing a static function without a caller will cause a GCC warning
about unused functions.
Fold 5,7 and 8 together into
On 06/13/14 at 09:50am, Borislav Petkov wrote:
> On Mon, Jun 09, 2014 at 11:41:37AM -0400, Vivek Goyal wrote:
> > IIUC, COMMAND_LINE_SIZE gives max limits of running kernel and it does
> > not tell us anything about command line size supported by kernel being
> > loaded.
>
> Whatever you do, you d
On Fri, May 30, 2014 at 05:03:57PM +0200, Peter De Schrijver wrote:
> This patch flattens the clk tree in CCF debugfs. Instead of representing the
> clocks and their hierarchy as a directory structure under
> /sys/kernel/debug/clk, each clock gets a single directory directly under
> /sys/kernel/deb
* Roger Quadros [140613 00:46]:
> On 06/13/2014 10:25 AM, Tony Lindgren wrote:
> > * Roger Quadros [140611 01:58]:
> >> Some devices (e.g. TUSB6010, omap-onenand) need to reconfigure the GPMC
> >> timings in order to operate with different peripheral clock frequencies.
> >> Introduce omap_gpmc_re
Hi Guenter,
There are also such kind of function in ARM and powerpc architecture
with the additional changes below, you can add my
Acked-by Vincent Guittot
Vincent
diff --git a/arch/arm/kernel/topology.c b/arch/arm/kernel/topology.c
index 1576d05..7e56b2f 100644
--- a/arch/arm/kernel/topology.
Doug,
On Wed, 2014-06-11 at 08:11 -0700, Doug Anderson wrote:
> On Wed, Jun 11, 2014 at 3:37 AM, Paul Bolle wrote:
> > On Tue, 2014-05-20 at 09:46 +0100, Lee Jones wrote:
> >> On Wed, 30 Apr 2014, Doug Anderson wrote:
> >> > From: Bill Richardson
> >> >
> >> > This just updates include/linux/mfd
On Fri, Jun 13, 2014 at 04:00:28PM +0800, WANG Chao wrote:
> By greping for COMMAND_LINE_SIZE for different arch, I think 8K being
> the fallback, in general, is good for now and the future:
Why - we could simply use the arch default one.
--
Regards/Gruss,
Boris.
Sent from a fat crate under
>From: Tony Lindgren [mailto:t...@atomide.com]
>>* Roger Quadros [140613 00:40]:
>>> On 06/13/2014 10:18 AM, Tony Lindgren wrote:
>> >> * Roger Quadros [140611 01:58]:
>> >> Since the Interrupt Events are used only by the NAND driver,
>> >> there is no point in managing the Interrupt registers
>
Hi, Dan
2014-06-13 17:00 GMT+09:00 Dan Carpenter :
> On Fri, Jun 13, 2014 at 04:41:47PM +0900, Daeseok Youn wrote:
>> dgap_tty_unregister() will unregister serial_driver
>> and print_driver, and also free related variables.
>>
>
> Introducing a static function without a caller will cause a GCC w
--
Good day..
Is this account still in use?
--
--
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 http://www.tux.org/lkml/
>
> I assume this is the series "[PATCH 0/4] Checksum fixes"
> (marc.info/?l=linux-netdev&m=140261417832399&w=2)?
>
Yes.
> As I'm not subscribed to netdev, I cannot reply to that thread.
>
> "[PATCH 1/4] net: Fix save software checksum complete" fixes the issue
> for me.
> However, "[PATCH 2/4] ud
On 06/13/2014 11:13 AM, Gupta, Pekon wrote:
>
>> From: Tony Lindgren [mailto:t...@atomide.com]
>>> * Roger Quadros [140613 00:40]:
On 06/13/2014 10:18 AM, Tony Lindgren wrote:
> * Roger Quadros [140611 01:58]:
> Since the Interrupt Events are used only by the NAND driver,
> ther
On 06/13/14 at 10:10am, Borislav Petkov wrote:
> On Fri, Jun 13, 2014 at 04:00:28PM +0800, WANG Chao wrote:
> > By greping for COMMAND_LINE_SIZE for different arch, I think 8K being
> > the fallback, in general, is good for now and the future:
>
> Why - we could simply use the arch default one.
E
On 06/13/2014 10:55 AM, Tony Lindgren wrote:
> * Roger Quadros [140611 01:59]:
>> Move the code that puts the onenand in synchronous mode
>> into the appropriate place i.e. drivers/mtd/onenand/omap2.c.
>>
>> Make use of omap_gpmc_get_clk_period() and omap_gpmc_retime()
>> to calculate the necessar
On Fri, Jun 13, 2014 at 04:24:59PM +0800, WANG Chao wrote:
> Emm.. I'm not sure, but I think there might be a chance that
> COMMAND_LINE_SIZE extend in the future. In general 8K is safe to use,
> because the current greatest one is 4K.
Sure, but kexec cannot load a kernel of different arch, can it
On Fri, Jun 13, 2014 at 04:43:37PM +0900, Daeseok Youn wrote:
> @@ -583,8 +585,51 @@ static int dgap_init_one(struct pci_dev *pdev, const
> struct pci_device_id *ent)
> if (rc)
> return rc;
>
> - dgap_numboards++;
> - return dgap_firmware_load(pdev, ent->driver_data);
On Thu, 12 Jun 2014, Darren Hart wrote:
> On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> > futex_lock_pi_atomic() is a maze of retry hoops and loops.
> >
> > Reduce it to simple and understandable states:
>
> Heh... well...
>
> With this patch applied (1-4 will not reproduce withou
On Fri, Jun 13, 2014 at 04:44:11PM +0900, Daeseok Youn wrote:
> The dgap_found_board() did request some memory region and
> call ioremap, these should be released and unmaped
> when one of functions which are called after dgap_found_board()
> in dgap_init_one() is failed.
>
Oh... Here you clean
On Fri, Jun 13, 2014 at 05:16:27PM +0900, DaeSeok Youn wrote:
> Hi, Dan
>
>
>
> 2014-06-13 17:00 GMT+09:00 Dan Carpenter :
> > On Fri, Jun 13, 2014 at 04:41:47PM +0900, Daeseok Youn wrote:
> >> dgap_tty_unregister() will unregister serial_driver
> >> and print_driver, and also free related varia
Hi,
On 06/12/2014 07:40 PM, suravee.suthikulpa...@amd.com wrote:
> From: Suravee Suthikulpanit
>
> The current platform AHCI driver does not set the dma_mask correctly
> for 64-bit DMA capable AHCI controller. This patch checks the AHCI
> capability bit and set the dma_mask and coherent_dma_mask
Hi Tom,
On Fri, Jun 13, 2014 at 10:21 AM, Tom Herbert wrote:
>> I assume this is the series "[PATCH 0/4] Checksum fixes"
>> (marc.info/?l=linux-netdev&m=140261417832399&w=2)?
>>
> Yes.
>
>> As I'm not subscribed to netdev, I cannot reply to that thread.
>>
>> "[PATCH 1/4] net: Fix save software c
Currently, a NMI handler for NMI watchdog may falsely handle any NMI
signaled for different purpose if CondChgd bit in
MSR_CORE_PERF_GLOBAL_STATUS MSR is set.
This commit deals with the issue simply by ignoring CondChgd bit.
Here is explanation in detail.
On x86 NMI watchdog uses performance mon
At Fri, 13 Jun 2014 03:32:07 +0530,
Himangi Saraogi wrote:
>
> Use the function resource_size, which reduces the chance of introducing
> off-by-one errors in calculating the resource size.
>
> The semantic patch that makes this change is as follows:
>
> //
> @@
> struct resource *res;
> @@
>
>
From: Of Geert Uytterhoeven
...
> Note that I'm also using NFS root, which doesn't seem to be affected.
> I can happily run "ls -R /" on the serial console during the 10 s delay in
> ssh.
Are you sure that the delay during ssh login isn't just
a reverse DNS timeout?
David
N�r��y
2014-06-13 17:38 GMT+09:00 Dan Carpenter :
> On Fri, Jun 13, 2014 at 05:16:27PM +0900, DaeSeok Youn wrote:
>> Hi, Dan
>>
>>
>>
>> 2014-06-13 17:00 GMT+09:00 Dan Carpenter :
>> > On Fri, Jun 13, 2014 at 04:41:47PM +0900, Daeseok Youn wrote:
>> >> dgap_tty_unregister() will unregister serial_driver
>
On Fri, Jun 13, 2014 at 08:12:08AM +0100, Denis Kirjanov wrote:
> On 6/12/14, Catalin Marinas wrote:
> > On Thu, Jun 12, 2014 at 01:00:57PM +0100, Denis Kirjanov wrote:
> >> On 6/12/14, Denis Kirjanov wrote:
> >> > On 6/12/14, Catalin Marinas wrote:
> >> >> On 11 Jun 2014, at 21:04, Denis Kirjan
On Thu, Jun 12, 2014 at 10:55:55PM +0200, Jean Pihet wrote:
> Hi Jiri,
>
>
> On 12 June 2014 17:30, Jiri Olsa wrote:
> > hi Ingo,
> > please consider pulling
> >
> > thanks,
> > jirka
> >
> > The following changes since commit 7184062b94b4bfac08715fb786fd2df399c5d6ee:
> >
> > Merge tag 'perf-c
On Thu 2014-06-12 15:16:09, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> The default size of the ring buffer is too small for machines
> with a large amount of CPUs under heavy load. What ends up
> happening when debugging is the ring buffer overlaps and chews
> up old messages making
"remove" parameter is not used in dgap_parsefile().
Signed-off-by: Daeseok Youn
---
resend: reorder this series of patches
drivers/staging/dgap/dgap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgap/dgap.c b/drivers/staging/dgap/dgap.c
index 38
On 06.06.2014 21:54, David Miller wrote:
From: Jiri Pirko
Date: Fri, 6 Jun 2014 10:57:33 +0200
Fri, Jun 06, 2014 at 10:40:30AM CEST, mpriv...@redhat.com wrote:
The link speed is available at /sys/class/net/$nic/speed.
However, in some cases, depending on the driver, if the link is
not plugged
firstminor in struct borad_t is always zero, so it
can be removed.
Signed-off-by: Daeseok Youn
---
resend: reordering this series of patches
drivers/staging/dgap/dgap.c |9 -
drivers/staging/dgap/dgap.h |1 -
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers
It should be called after dgap_tty_register_ports() is failed.
So channels which are allocated in dgap_tty_init() will be freed.
Signed-off-by: Daeseok Youn
---
resend: reordering this series of patches
drivers/staging/dgap/dgap.c | 17 -
1 files changed, 16 insertions(+), 1 d
dgap_after_config_loaded() as function name doesn't tell
what it does.
Signed-off-by: Daeseok Youn
---
resend: reordering this series of patches, becasue some patches
are merged into one.
drivers/staging/dgap/dgap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/d
dgap_free_irq() will free the irq which is requested in
dgap_request_irq().
Signed-off-by: Daeseok Youn
---
resend: reordering this series of patches, because some patches are
merged to one.
drivers/staging/dgap/dgap.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --
The dgap_firmware_load() has a lot of stuff which are
unrelated with loading firmware.
So just moved to dgap_init_one().
Signed-off-by: Daeseok Youn
---
drivers/staging/dgap/dgap.c | 70 ---
1 files changed, 39 insertions(+), 31 deletions(-)
diff --git
The dgap_init_one() needs to handle error properly
if one of functions in dgap_init_one() is failed.
Introduce some functions for handling error in dgap_init_one()
- dgap_tty_unregister() : unregister tty driver
- dgap_free_flipbuf() : free flip buffer
- dgap_release_remap() : release memory re
On Fri, Jun 13, 2014 at 10:33:20AM +0930, Rusty Russell wrote:
> So, did you queue a patch to fix your email address in
> drivers/regulator/virtual.c?
No, that's more about giving credit to Wolfson for funding the code I
guess - it's very rare for anyone to update the author information (and
beco
On Fri, 2014-06-13 at 09:53 +0300, Dan Carpenter wrote:
> Checkpatch already complains when people break up quoted strings but
> it's still pretty common. One mistake that people often make is they
> leave out the space character between the two strings.
>
> This check adds 453 new warnings. The
On Fri, 13 Jun 2014, Thomas Gleixner wrote:
> On Thu, 12 Jun 2014, Darren Hart wrote:
>
> > On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> > > futex_lock_pi_atomic() is a maze of retry hoops and loops.
> > >
> > > Reduce it to simple and understandable states:
> >
> > Heh... well...
Based on a x86-only patch by Andy Lutomirski
With modular kernels, 'make install' is going to need the installed
modules at some point to generate the initramfs.
Signed-off-by: Michal Marek
---
Makefile | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Makefile b/Makefile
index 7680d7c
Subject: futex: Simplify futex_lock_pi_atomic() and make it more robust
From: Thomas Gleixner
Date: Wed, 11 Jun 2014 20:45:41 -
futex_lock_pi_atomic() is a maze of retry hoops and loops.
Reduce it to simple and understandable states:
First step is to lookup existing waiters (state) in the k
Dne 13.6.2014 11:39, Michal Marek napsal(a):
> Based on a x86-only patch by Andy Lutomirski
>
> With modular kernels, 'make install' is going to need the installed
> modules at some point to generate the initramfs.
>
> Signed-off-by: Michal Marek
> ---
> Makefile | 6 ++
> 1 file changed,
On Mon, Jun 09 2014, wei.y...@windriver.com wrote:
> From: Yang Wei
>
> While loading g_mass_storage module, the following warning
> is triggered.
>
> WARNING: at drivers/usb/gadget/composite.c:
> usb_composite_setup_continue: Unexpected call
> Modules linked in: fat vfat minix nls_cp437 nls_iso88
On Fri, Jun 13, 2014 at 02:30:22AM -0700, Joe Perches wrote:
> > +# check for missing a space in a string concatination
> > +if ($prevrawline =~ /[^\\][a-zA-Z]"$/ && $rawline =~ /^\+[\t
> > ]+"[a-zA-Z]/) {
> > +WARN('MISSING_SPACE',
> > + "break quoted strings
Add a platform driver for Nouveau devices declared using the device tree
or platform data. This driver currently supports GK20A on Tegra
platforms and is only compiled for these platforms if Nouveau is
enabled.
Nouveau will probe the chip type itself using the BOOT0 register, so all
this driver re
From: Thierry Reding
Add the GK20A device node to Tegra124's device tree.
Signed-off-by: Thierry Reding
Signed-off-by: Alexandre Courbot
---
arch/arm/boot/dts/tegra124.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/tegra124.dtsi b/arch/arm/boot/dts
This series adds support for probing platform devices on Nouveau, as well as
the DT bindings for GK20A. It doesn't enable the GPU yet on Tegra boards since
a few extra things need to be supported before that.
Thanks to the input received for v1, this version is more self-contained and
shares less
Add the device tree binding documentation for the GK20A GPU used in
Tegra K1 SoCs.
Signed-off-by: Alexandre Courbot
Acked-by: Stephen Warren
---
.../devicetree/bindings/gpu/nvidia,gk20a.txt | 43 ++
1 file changed, 43 insertions(+)
create mode 100644 Documentation/dev
Hi David,
On Fri, Jun 13, 2014 at 10:49 AM, David Laight wrote:
> From: Of Geert Uytterhoeven
> ...
>> Note that I'm also using NFS root, which doesn't seem to be affected.
>> I can happily run "ls -R /" on the serial console during the 10 s delay in
>> ssh.
>
> Are you sure that the delay durin
Hi Steve,
2014-06-12 (목), 22:10 -0400, Steven Rostedt:
> From: Jan Kiszka
>
> Fix several issues of kvm_nested_vmexit[_inject]: field width aren't
> supported with pevent_print, rip was printed twice/incorrectly, SVM ISA
> was hard-coded, we don't use ':' to separate field names.
>
> Link:
> h
Hi Mark,
On Fri, Jun 13, 2014 at 11:24 AM, Mark Brown wrote:
> On Fri, Jun 13, 2014 at 10:33:20AM +0930, Rusty Russell wrote:
>> So, did you queue a patch to fix your email address in
>> drivers/regulator/virtual.c?
>
> No, that's more about giving credit to Wolfson for funding the code I
> guess
Hello Ben,
commit
(mini) [~/work/linux-2.6] git bisect bad
8777c5c11764d8336d8270f96778158c34c92108 is the first bad commit
commit 8777c5c11764d8336d8270f96778158c34c92108
Author: Ben Skeggs
Date: Fri Jun 6 18:09:55 2014 +1000
drm/nouveau/dp: probe dpcd to determine connectedness
Sign
This patch adds DEV_TO_DEV support for i.MX SDMA driver to support data
tranfer between two peripheral FIFOs. The per_2_per script requires two
peripheral addresses and two DMA requests. So this patch also adds them
into private structure.
Signed-off-by: Nicolin Chen
---
drivers/dma/imx-sdma.c
From: Geert Uytterhoeven
> Hi David,
>
> On Fri, Jun 13, 2014 at 10:49 AM, David Laight
> wrote:
> > From: Of Geert Uytterhoeven
> > ...
> >> Note that I'm also using NFS root, which doesn't seem to be affected.
> >> I can happily run "ls -R /" on the serial console during the 10 s delay in
> >
This series of patches have a direct dependency between them. So we might
need to push them into one branch. And sorry for this :(
Patch-1 adds device to device support in SDMA driver along with a secondary
request in struct imx_dma_data which's requred in the Patch-2 ASRC driver.
Nicolin Chen (2
(2014/06/12 21:43), Josh Poimboeuf wrote:
>>> I tried removing the FTRACE_OPS_FL_ENABLED clearing line in
>>> ftrace_startup, but I saw more warnings. This one happened when
>>> attempting to kprobe a kpatched function:
>>
>> Oops! yes, this should happen...
>
> Instead of a warning here I'd exp
Fix the sparse error: cast removes address space of expression.
---
Is that even correct? I haven't signed-off on it yet.
ethtool_ioctl() takes a (void *) as user data, dereferenced and assigend to u32.
applies to next-20140611
drivers/staging/vt6655/device_main.c |2 +-
1 file changed, 1 ins
1 - 100 of 576 matches
Mail list logo