to overwrite stored Si5351 configuration
> which is very helpful for clock generators with empty eeprom
> configuration. Corresponding device tree binding documentation is
> also added.
>
> Signed-off-by: Sebastian Hesselbarth
Tested-by: Daniel Mack
Thanks!
Daniel
> ---
&g
On Wed, Mar 20, 2013 at 4:19 PM, Rob Herring wrote:
> On 03/20/2013 09:51 AM, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>> version.
>>
>> Tested on versatile qemu model and mpc520
Hi Michal,
On 20.03.2013 14:55, michal.bachr...@gmail.com wrote:
> Thanks for writing this driver! I have tested your si5351 clock
> driver and his tuning capabilities. It works well, it generates
> proper clock frequency, but when new frequency is generated, little
> clock gap (1ms) is generat
On Tue, Feb 26, 2013 at 10:25 PM, Larry Finger
wrote:
> Hi,
>
> With v3.8-8693-gbf722a0 from the mainline repo, I get the following warning
> because the pointer for tty is NULL:
>
> [ 34.956862] WARNING: at drivers/tty/tty_buffer.c:428
> flush_to_ldisc+0x1bb/0x1c0()
> [ 34.956865] Hardware na
Hi,
This might be a stupid question, but I'm somehow stuck here. I'm using a
driver with the following DTS sub-node:
ref25: ref25M {
compatible = "fixed-clock";
#clock-cells = <0>;
clock-frequency = <2500>;
};
clock-gene
On Tue, Feb 19, 2013 at 12:55 AM, Daniel Mack wrote:
> Hi,
>
> This might be a stupid question, but I'm somehow stuck here. I'm using a
> driver with the following DTS sub-node:
>
> ref25: ref25M {
> compatible = "fixed-clock&q
Hi Fabio,
Hi Afzal,
On 19.02.2013 02:33, Fabio Estevam wrote:
> On Mon, Feb 18, 2013 at 8:55 PM, Daniel Mack wrote:
>> Hi,
>>
>> This might be a stupid question, but I'm somehow stuck here. I'm using a
>> driver with the following DTS
On 19.02.2013 18:22, Mike Turquette wrote:
> Quoting Daniel Mack (2013-02-19 01:53:18)
>> Hi Fabio,
>> Hi Afzal,
>>
>> On 19.02.2013 02:33, Fabio Estevam wrote:
>>> On Mon, Feb 18, 2013 at 8:55 PM, Daniel Mack wrote:
>>>> Hi,
>>>>
>
Hi Sebastian,
I did some more tests today and it took me a while to dig for the root
cause why things were not working for me in the first place - see below.
On 09.02.2013 13:59, Sebastian Hesselbarth wrote:
> +==Example==
> +
> +/* 25MHz reference crystal */
> +ref25: ref25M {
> + compatib
On 21.02.2013 10:03, Takashi Iwai wrote:
> At Thu, 21 Feb 2013 01:55:50 +,
> Pawel Moll wrote:
>>
>> Commit 99fc86450c439039d2ef88d06b222fd51a779176 "ALSA: usb-mixer:
>> parse descriptors with structs" introduced a set of useful parsers
>> for descriptors. Unfortunately the parses for the Proce
On 12.03.2013 14:36, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Use the module_i2c_driver() macro to make the code smaller
> and a bit simpler.
Thanks for catching this!
> Signed-off-by: Wei Yongjun
Acked-by: Daniel Mack
> ---
> sound/soc/codecs/tas5086.c | 12 +
On Tue, Mar 12, 2013 at 4:35 PM, Mark Jackson wrote:
> I'm just fighting an issue with ethernet on our custom AM335x board:-
>
> # uname -a
> Linux nanobone 3.9.0-rc2-00113-gd60f039 #139 Tue Mar 12 15:14:01 GMT 2013
> armv7l GNU/Linux
>
> Every now and then, the whole unit slows to a crawl. The
Hi Jonas,
On 13.03.2013 16:37, Jonas Jensen wrote:
> I ask for feedback and to submit (if possible) a new ARM SoC platform
> port. This is now near complete (I think) (tested on UC-7112-LX Plus)
> and applies to 2.6.34.14.
First of all - thanks for submitting to the upstream kernel!
However, you
remove .is_enabled functions as they read from i2c
> (Reported by Daniel Mack)
> - add CLK_SET_RATE_PARENT on clkout reparent if clkout uses
> its own multisync
>
> Cc: Grant Likely
> Cc: Rob Herring
> Cc: Rob Landley
> Cc: Mike Turquette
> Cc: Stephen Warren
&g
king 'val' with 'uninitialized_var'.
Signed-off-by: Daniel Mack
Cc: Brian Foster
Cc: Miklos Szeredi
---
fs/fuse/control.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/fuse/control.c b/fs/fuse/control.c
index 03ff5b1..75a20c0 100644
--- a/fs/fuse
On 25.08.2012 14:17, Josh Boyer wrote:
> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
>> On 25.08.2012 14:07, Bruno Wolff III wrote:
>>> On Sat, Aug 25, 2012 at 14:02:51 +0200,
>>>Daniel Mack wrote:
>>>>
>>>> Can
On 29.08.2012 15:29, Takashi Iwai wrote:
> At Wed, 29 Aug 2012 13:26:25 +0200,
> Daniel Mack wrote:
>>
>> [1 ]
>> On 25.08.2012 14:17, Josh Boyer wrote:
>>> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
>>>> On 25.08.2012 14:07, Bruno W
On 29.08.2012 16:14, Takashi Iwai wrote:
> At Wed, 29 Aug 2012 15:32:34 +0200,
> Daniel Mack wrote:
>>
>> [1 ]
>> On 29.08.2012 15:29, Takashi Iwai wrote:
>>> At Wed, 29 Aug 2012 13:26:25 +0200,
>>> Daniel Mack wrote:
>>>>
>>>> [
Hi Stephen,
On 10.09.2012 21:40, Stephen Warren wrote:
> On 09/10/2012 09:03 AM, Daniel Mack wrote:
>> Add DT bindings for the gpio-regulator driver and some documentation on
>> how to use it.
>
>> +++ b/Documentation/devicetree/bindings/regulator/gpio-regula
Hi Ryan,
On 04.10.2012 04:08, Ryan A. Krenzischek wrote:
> Patch Description: Add product id in ftdi_sio.c struct table ( static
> struct usb_device_id id_table_combined []) and include a define
> statement in ftdi_sio_ids.h for RTSYSTEMS CT63 Radio Cable.
Thanks for sending patches to the main
[cc lkml as this might be of broader interest]
On 01.11.2012 00:32, maill...@superlative.org wrote:
> Dear Alsa community,
> I've some minor contributions in the form of patches for USB quirks for
> devices in the past. It occurred to me that having these USB quirks hardcoded
> into the driver m
On 03.11.2012 15:10, Christof Meerwald wrote:
> On Sat, 20 Oct 2012 23:15:17 + (GMT), Artem S. Tashkinov wrote:
>> It's almost definitely either a USB driver bug or video4linux driver bug:
>>
>> I'm CC'ing linux-media and linux-usb mailing lists, the problem is described
>> here:
>> https://lk
On 23.07.2012 17:04, Sarbojit Ganguly wrote:
> On 23 July 2012 20:17, Alan Stern wrote:
>> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>>
>>> Hello Daniel,
>>>
>>> That is why I provided two stacks,
>>>
>>> 1st one is when I tried to remove the USB hub (which connects a webcam
>>> + microphone)
>
On 28.07.2012 14:27, Bjørn Mork wrote:
> Daniel Mack writes:
>> On 23.07.2012 16:47, Alan Stern wrote:
>>> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>>>> That is why I provided two stacks,
>>>>
>>>> 1st one is when I tried to remove
On 28.07.2012 15:25, Bjørn Mork wrote:
> Daniel Mack writes:
>> On 28.07.2012 14:27, Bjørn Mork wrote:
>>
>>> The reason is this change:
>>>
>>> 0998d0631 device-core: Ensure drvdata = NULL when no driver is bound
>>>
>>>
>>>
On 28.07.2012 15:20, Fengguang Wu wrote:
> (ES1688)
> Reply-To:
>
> Hi all,
>
> snd_es1688_create() seems not doing things right. It never frees the
> previously allocated resources on error return.. Anyone cares about
> this driver now?
Could you try the (not even compile-tested) patch attach
6.194607] [] ? device_add+0x573/0x620
> [6.194607] [] ? complete_all+0x40/0x60
> [6.194607] [] ? _raw_spin_unlock_irqrestore+0x1a/0x30
> [6.194607] [] ? isa_register_driver+0xb6/0x150
> [6.194607] [] ? alsa_card_gusmax_init+0xf/0xf
> [6.194607] [] ? do_one_
bindinds documentation.
Signed-off-by: Daniel Mack
---
Changes from v2:
- kzalloc braino
Changes from v1:
- some typos in properties fixed
Documentation/devicetree/bindings/misc/lis302.txt | 74
drivers/misc/lis3lv02d/lis3lv02d.c| 137
If probed from a device tree, this driver now passes the node
information to the generic part, so the runtime information can be
derived.
Successfully tested on a PXA3xx board.
Signed-off-by: Daniel Mack
---
No changes from v1 and v2
drivers/misc/lis3lv02d/lis3lv02d_spi.c | 14
Ping.
On 25.07.2012 22:54, Daniel Mack wrote:
> In the process of porting boards to devicetree implemenation, we should
> keep information about external circuitry where they belong - the
> individual drivers.
>
> This patch adds a way to specify a GPIO to drive the (optional) ext
On 30.07.2012 19:32, Evgeniy Polyakov wrote:
> Hi
>
> Sorry for long delay
>
> On Wed, Jul 25, 2012 at 10:54:29PM +0200, Daniel Mack (zon...@gmail.com)
> wrote:
>> In the process of porting boards to devicetree implemenation, we should
>> keep information about
On 31.07.2012 02:59, Ville Syrjälä wrote:
> On Mon, Jul 30, 2012 at 10:12:39PM +0400, Evgeniy Polyakov wrote:
>> Hi
>>
>> Sorry for long delay
>> [resend with fixed Greg's address :)]
>>
>> On Wed, Jul 25, 2012 at 10:54:29PM +0200, Daniel Mack (zon...
el
>From 7b3210ec41a40f2b667f57eb4478eb5a149199c8 Mon Sep 17 00:00:00 2001
From: Daniel Mack
Date: Fri, 21 Sep 2012 23:14:29 +0200
Subject: [PATCH] misc: lis3: fix undefined reference to lis3lv02d_init_dt
Export the symbol to fix linker errors.
Signed-off-by: Daniel Mack
Reported-by: Randy
ccepts a list of GPIO nodes and claims them along with their
interrupt line. During suspend, the interrupts will be enabled and
selected as wakeup source. The driver doesn't do anything else with the
GPIO lines, and will ignore occured interrupts silently.
Signed-off-by: Daniel Mack
---
.
Hi Fabio,
On 01.10.2013 16:01, Fabio Estevam wrote:
> On Tue, Oct 1, 2013 at 10:55 AM, Daniel Mack wrote:
>> This patch adds a very simple driver that enables GPIO lines as wakeup
>> sources. It only operates on information passed in via DT, and depends
>
> Isn't i
On 02.10.2013 12:57, Mark Brown wrote:
> On Tue, Oct 01, 2013 at 04:05:07PM +0200, Daniel Mack wrote:
>> On 01.10.2013 16:01, Fabio Estevam wrote:
>
>>> Isn't it the same as the existing 'gpio-key,wakeup' ?
>
>> Of course, I know the gpio-input dr
he direction of the turn and generate
> an event according to this detection.
I think you can squash patch 2/2 into this one. It doesn't make much
sense to have a one-liner patch to just update the documenation separately.
Other than that, the code looks fine to me.
Acked-by: Daniel
On 19.09.2013 15:05, Roger Quadros wrote:
> From: Kishon Vijay Abraham I
>
> Rename struct omap_control_usb to struct omap_control_phy since it can
> be used to control PHY of USB, SATA and PCIE. Also move the driver and
> include files under *phy* and made the corresponding changes in the users
The driver's name can be provided directly, so drop the #define.
Signed-off-by: Daniel Mack
---
drivers/misc/ti_dac7512.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/misc/ti_dac7512.c b/drivers/misc/ti_dac7512.c
index db47333..46dfbf3 100644
--- a/drivers
Here are some trivial things for the ti_dac7512 driver.
Mark, can you take them through your spi tree?
Thanks,
Daniel
Daniel Mack (4):
drivers: misc: ti_dac7512: drop module version
drivers: misc: ti_dac7512: drop DAC7512_DRV_NAME
drivers: misc: ti_dac7512: provide a SPI ID table
This way, the module can be autoloaded by the SPI core.
Signed-off-by: Daniel Mack
---
drivers/misc/ti_dac7512.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/misc/ti_dac7512.c b/drivers/misc/ti_dac7512.c
index 46dfbf3..6393a68 100644
--- a/drivers/misc/ti_dac7512.c
+++ b
Only matching is done via DT, no other details can be passed.
Signed-off-by: Daniel Mack
---
.../devicetree/bindings/misc/ti,dac7512.txt | 20
drivers/misc/ti_dac7512.c| 10 ++
2 files changed, 30 insertions(+)
create mode
Providing a module version doesn't add any value, so drop it.
Signed-off-by: Daniel Mack
---
drivers/misc/ti_dac7512.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/misc/ti_dac7512.c b/drivers/misc/ti_dac7512.c
index 9b23722..db47333 100644
--- a/drivers/misc/ti_dac7512.c
On 23.09.2013 12:19, Mark Brown wrote:
> On Sun, Sep 22, 2013 at 09:51:45PM +0200, Daniel Mack wrote:
>> Here are some trivial things for the ti_dac7512 driver.
>>
>> Mark, can you take them through your spi tree?
>
> I can but it's normally Greg who looks after d
and
>> USB-audio:
>> - EPSS regression fix and GPIO fix for HD-audio IDT codecs
>> - A series of USB-audio regression fixes that are found since 3.5 kernel
>>
>> --------
>> Daniel Mack (4):
>> ALSA:
On 06.09.2012 08:53, Markus Trippelsdorf wrote:
> On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
>> At Thu, 06 Sep 2012 08:33:30 +0200,
>> Daniel Mack wrote:
>>>
>>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
>>>> On
On 06.09.2012 09:35, Takashi Iwai wrote:
> At Thu, 6 Sep 2012 09:17:57 +0200,
> Markus Trippelsdorf wrote:
>>
>> On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
>>> On 06.09.2012 08:53, Markus Trippelsdorf wrote:
>>>> On 2012.09.06 at 08:48 +0200, Takashi I
Hi Matt,
On 27.08.2012 17:33, Daniel Mack wrote:
> On 23.08.2012 03:09, Matt Porter wrote:
>> This series begins the conversion of the DaVinci private EDMA API
>> implementation to a DMA engine driver and converts two of the three
>> in-kernel users of the private E
On 06.09.2012 16:31, Takashi Iwai wrote:
> At Thu, 6 Sep 2012 15:17:58 +0200,
> Markus Trippelsdorf wrote:
>>
>> On 2012.09.06 at 15:08 +0200, Takashi Iwai wrote:
>>> At Thu, 6 Sep 2012 11:43:48 +0200,
>>> Markus Trippelsdorf wrote:
On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
>
; drivers/misc/lis3lv02d/lis3lv02d_spi.c:137:3: error: (near initialization for
> 'lis302dl_spi_driver.driver.of_match_table')
>
>
Thanks - the attached patch fixes it.
Daniel
>From 3c415511cb825d5b5d015b716e14d720a3d56bf6 Mon Sep 17 00:00:00 2001
From: Daniel Mack
Date: Sat, 8 Sep 2012 12:41:
Add DT bindings for the gpio-regulator driver and some documentation on
how to use it.
Signed-off-by: Daniel Mack
---
.../bindings/regulator/gpio-regulator.txt | 58 ++
drivers/regulator/gpio-regulator.c | 118 -
2 files changed, 175
Add DT bindings for the gpio-regulator driver and some documentation on
how to use it.
Signed-off-by: Daniel Mack
---
v1 -> v2
Fixed wrong kzalloc() size.
.../bindings/regulator/gpio-regulator.txt | 58 ++
drivers/regulator/gpio-regulator.c |
(cc alsa-devel)
On 07.10.2012 21:34, Helge Hafting wrote:
> My sound setup works fine with 3.5.4, but have serious problems with 3.6.0
>
> It is sound through jack that breaks, simply using "aplay" directly with the
> alsa device works.
>
> When I use jack, my setup works fine with 3.5.4. But bo
(cc linux-usb)
On 07.10.2012 10:48, 王思源 wrote:
> hi,
> i have a usb 3.0 hard drive and a laptop with usb 3.0 port.
> when the hard drive is connected to the usb 3.0 port, the drive could
> not be found.
> the dmesg output is listed below.
> additinal info:
> 1) the usb 3.0 hard drive can be found
On 10.10.2012 08:54, Kumar, Anil wrote:
> On Thu, Oct 04, 2012 at 15:45:43, Porter, Matt wrote:
>> This series converts davinci ASoC to use genalloc and enables
>> that support on DA850. It applies on top of the uio_pruss/genalloc
>> series [1] which allows DaVinci to provide a gen_pool via pdata
>
On 10.10.2012 11:59, Kumar, Anil wrote:
> On Wed, Oct 10, 2012 at 12:34:47, Daniel Mack wrote:
>> On 10.10.2012 08:54, Kumar, Anil wrote:
>>> On Thu, Oct 04, 2012 at 15:45:43, Porter, Matt wrote:
>>>> This series converts davinci ASoC to use genalloc and enables
On 17.10.2012 15:51, Mark Brown wrote:
> On Thu, Oct 11, 2012 at 05:33:47PM -0400, Matt Porter wrote:
>
>> This series converts davinci ASoC to use genalloc and enables
>> that support on DA850. It applies to mainline on top of the
>> uio_pruss/genalloc series [1] which allows DaVinci to provide
>
On 18.10.2012 17:21, Matt Porter wrote:
> On Fri, Oct 12, 2012 at 07:15:53PM +0200, Daniel Mack wrote:
>> Hi Matt,
>>
>> On 11.10.2012 23:33, Matt Porter wrote:
>>> Removes the DaVinci private SRAM API and replaces it with
>>> the genalloc API. The
On 21.10.2012 01:15, Artem S. Tashkinov wrote:
> You don't get me - I have *no* VirtualBox (or any proprietary) modules running
> - but I can reproduce this problem using *the same system running under*
> VirtualBox
> in Windows 7 64.
>
> It's almost definitely either a USB driver bug or video4li
On 21.10.2012 12:34, Daniel Mack wrote:
> On 21.10.2012 01:15, Artem S. Tashkinov wrote:
>> You don't get me - I have *no* VirtualBox (or any proprietary) modules
>> running
>> - but I can reproduce this problem using *the same system running under*
>> VirtualBo
On 21.10.2012 13:59, Artem S. Tashkinov wrote:
> On Oct 21, 2012, Borislav Petkov wrote:
>>
>> On Sun, Oct 21, 2012 at 01:57:21AM +, Artem S. Tashkinov wrote:
>>> The freeze happens on my *host* Linux PC. For an experiment I decided
>>> to check if I could reproduce the freeze under a virtual m
On 21.10.2012 13:59, Artem S. Tashkinov wrote:
> On Oct 21, 2012, Borislav Petkov wrote:
>>
>> On Sun, Oct 21, 2012 at 01:57:21AM +, Artem S. Tashkinov wrote:
>>> The freeze happens on my *host* Linux PC. For an experiment I decided
>>> to check if I could reproduce the freeze under a virtual m
[Cc: alsa-devel]
On 21.10.2012 14:30, Artem S. Tashkinov wrote:
> On Oct 21, 2012, Daniel Mack wrote:
>
>> A hint at least. How did you enable the audio record exactly? Can you
>> reproduce this with arecord?
>>
>> What chipset are you on? Please provide both &quo
On 21.10.2012 16:57, Artem S. Tashkinov wrote:
>> On Oct 21, 2012, Daniel Mack wrote:
>>
>> [Cc: alsa-devel]
>>
>> On 21.10.2012 14:30, Artem S. Tashkinov wrote:
>>> On Oct 21, 2012, Daniel Mack wrote:
>>>
>>>> A hint at least. How did
On 19.10.2012 11:59, Afzal Mohammed wrote:
> enhance rtc-omap driver with DT capability
>
> Signed-off-by: Afzal Mohammed
> Acked-by: Sekhar Nori
> ---
>
> v4:
> Proper devicetree documentation
>
> v2:
> Use compatible as ti,da830-rtc instead of ti,am1808-rtc
>
> Documentation/devicetree/b
On 21.10.2012 21:49, Artem S. Tashkinov wrote:
>>
>> On Oct 21, 2012, Borislav Petkov wrote:
>>
>> On Sun, Oct 21, 2012 at 11:59:36AM +, Artem S. Tashkinov wrote:
>>> http://imageshack.us/a/img685/9452/panicz.jpg
>>>
>>> list_del corruption. prev->next should be ... but was ...
>>
>> Btw, thi
On 21.10.2012 22:43, Artem S. Tashkinov wrote:
>> Nice. Could you do that again with the patch applied I sent yo some
>> hours ago?
>
> That patch was of no help - the system has crashed and I couldn't spot
> relevant
> messages.
>
> I've no idea what it means.
The sequence of driver callbacks
On 22.10.2012 17:17, Alan Stern wrote:
> On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
>
>> dmesg messages up to a crash can be seen here:
>> https://bugzilla.kernel.org/attachment.cgi?id=84221
>
> The first problem in the log is endpoint list corruption. Here's a
> debugging patch which shou
On 11.12.2012 13:08, Cong Ding wrote:
> w1:masters/w1-gpio.c: fix error using "__devinit" and "__devexit"
>
> we should use "__devinit" to mark the probe function, "__devexit" to
> mark the remove function, and "__devexit_p" to mark the pointer to the
> remove function.
Nope. CONFIG_HOTPLUG is go
On 07.11.2012 20:19, Takashi Iwai wrote:
> At Wed, 7 Nov 2012 12:34:43 -0500 (EST),
> Alan Stern wrote:
>>
>> On Mon, 5 Nov 2012, Christof Meerwald wrote:
>>
>>> BTW, I have been able to reproduce the problem on a completely
>>> different machine (also running Ubuntu 12.10, but different hardware).
On 08.11.2012 07:43, Takashi Iwai wrote:
> At Thu, 08 Nov 2012 01:42:59 +0100,
> Daniel Mack wrote:
>>
>> On 07.11.2012 20:19, Takashi Iwai wrote:
>>> At Wed, 7 Nov 2012 12:34:43 -0500 (EST),
>>> Alan Stern wrote:
>>>>
>>>> On Mon, 5 No
Hi Michal,
On 19.04.2013 15:38, Michal Bachraty wrote:
> Add devicetree support for this dummy audio soc driver.
I think Mark wants to see only "ASoC:" in the patch subjects now.
>
> Signed-off-by: Michal Bachraty
> ---
> sound/soc/codecs/spdif_transciever.c | 10 ++
> 1 file change
; Signed-off-by: Michal Bachraty
Acked-by: Daniel Mack
> ---
> sound/soc/davinci/davinci-mcasp.c |7 ---
> sound/soc/davinci/davinci-mcasp.h |2 +-
> 2 files changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/sound/soc/davinci/davinci-mcasp.c
> b/sound
On 19.04.2013 15:28, Michal Bachraty wrote:
> As pointed of by Vaibhav, commit message: "ASoC: davinci-mcasp: Add support
> for multichannel playback"
> number of active serializers can be hidden into fifo_level variable, which is
> set in davimci-mcasp.
You need to reformat the commit log so it
Commit f8bd822cb ("regmap: cache: Factor out block sync") made
regcache_rbtree_sync() call regmap_async_complete(), which in turn does
not check for map->bus before dereferencing it.
This causes a NULL pointer dereference on bus-less maps.
Signed-off-by: Daniel Mack
Cc: sta...@vg
Hi Marek,
On 26.06.2013 15:05, Marek Belisko wrote:
> PCM1681 can be controlled via I2C, SPI or in bootstrap mode. This code add
> support only for I2C mode.
>
> Signed-off-by: Marek Belisko
> ---
> .../devicetree/bindings/sound/ti,pcm1681.txt | 15 +
> sound/soc/codecs/Kconfig
On 26.06.2013 15:46, Marek Belisko wrote:
> Hi Daniel,
> On 06/26/2013 03:16 PM, Daniel Mack wrote:
>> Hi Marek,
>>
>> On 26.06.2013 15:05, Marek Belisko wrote:
>>> PCM1681 can be controlled via I2C, SPI or in bootstrap mode. This code add
>>> suppor
idn't expect board files to depend on config symbols that
have no effect on the driver itself.
Please check the attached patch and let me know if it helps.
Thanks,
Daniel
>From 5f33d42f2dffb82d22b83a030f14fe2331a935b7 Mon Sep 17 00:00:00 2001
From: Daniel Mack
Date: Tue, 16 Jul 2013 08:19:
On 16.07.2013 20:26, Aaro Koskinen wrote:
> Hi,
>
> On Tue, Jul 16, 2013 at 11:22:47AM +0300, Felipe Balbi wrote:
>>> On Tue, Jul 16, 2013 at 12:30:00PM +0530, Kishon Vijay Abraham I wrote:
>>>> On Tuesday 16 July 2013 12:03 PM, Daniel Mack wrote:
>>>>
No functional change, just makes the code shorter.
Signed-off-by: Daniel Mack
---
drivers/regulator/max8660.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/regulator/max8660.c b/drivers/regulator/max8660.c
index ba3b8af..a5caaa0 100644
--- a/drivers
Introduce an enum and denote the device type via struct i2c_id's
driver_data field rather than comparing strings.
Signed-off-by: Daniel Mack
---
drivers/regulator/max8660.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/max8660.c b/dr
This patch adds devicetree bindings for max8660, along with some
documentation.
Signed-off-by: Daniel Mack
---
.../devicetree/bindings/regulator/max8660.txt | 47 +
drivers/regulator/max8660.c| 79 +-
include/linux/regulator/max8660.h
This patch adds devicetree bindings for max8660, along with some
documentation.
Signed-off-by: Daniel Mack
---
v2:
- fixed documentation
- use of_match_ptr
- only pass the of_nodes internally
.../devicetree/bindings/regulator/max8660.txt | 47
This patch adds devicetree bindings for max8660, along with some
documentation.
Signed-off-by: Daniel Mack
---
v3:
- fix non-dt function stub
v2:
- fixed documentation
- use of_match_ptr
- only pass the of_nodes internally
.../devicetree/bindings/regulator
Fix a build warning for !CONFIG_OF and a cast from void* to
unsigned int which is invalid on 64bit machines.
Signed-off-by: Daniel Mack
Reported-by: Fengguang Wu
---
drivers/regulator/max8660.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/max8660
Hi,
On 20.07.2013 19:25, Jean-Francois Moine wrote:
> This generic simple card driver uses DT values to instanciate an audio
> system in which the real work is done by the subdrivers (audio
> controller, audio codec and pcm/dma controller).
>
> Signed-off-by: Jean-Francois Moine
> ---
> diff --
On 21.07.2013 13:24, Jean-Francois Moine wrote:
> On Sat, 20 Jul 2013 22:23:36 +0200
> Daniel Mack wrote:
>
>> There is a simple-card driver in the tree already, and there were
>> several attempts to add DT bindings for it in the past - have you seen
>> that? Search fo
Hi Aaro,
On 24.07.2013 20:51, Aaro Koskinen wrote:
> On Tue, Jul 16, 2013 at 08:57:10PM +0300, Aaro Koskinen wrote:
>> Here are full details:
>>
>> Kernel v3.11-rc1 and the following USB fixes:
>> ARM: omap2: fix musb usage for n8x0
>> musb: omap: Fix: pass all the resources to musb cor
On 25.07.2013 02:30, Aaro Koskinen wrote:
> On Wed, Jul 24, 2013 at 09:04:28PM +0200, Daniel Mack wrote:
>> On 24.07.2013 20:51, Aaro Koskinen wrote:
>>>> When I revert fe4cb0912f8e737f8e4b8b38b9e692f8062f5423 and
>>>> 8b125df5b24cfb0ec7fa1971e343cc0badc
On 01.03.2013 02:31, Andreas Fenkart wrote:
> Is there an updated version matching the changed printk structure?
I hacked something up a while ago, but it's not perfect. The code below
stops dumping too early IIRC, but I never got around to fix that. Maybe
someone wants to look at it and help debu
raty
Ok, I successfully tested this now, and it seems to work fine. You can
take my
Tested-by: Daniel Mack
One thing that has to be considered by users of the driver is that the
'serial-dir' DT property has to contain enough '1' entries for
multichannel playback (or enou
Hi Sebastian,
On 27.02.2013 11:01, Sebastian Hesselbarth wrote:
> first of all sorry for the late answer but thanks for testing the driver.
>
> On 2/19/13, Daniel Mack wrote:
>> Hi Sebastian,
>>
>> I did some more tests today and it took me a while to dig for the ro
Hi eyerone,
On 19.02.2013 18:32, Daniel Mack wrote:
> On 19.02.2013 18:22, Mike Turquette wrote:
>> > Quoting Daniel Mack (2013-02-19 01:53:18)
>>> >> Hi Fabio,
>>> >> Hi Afzal,
>>> >>
>>> >> On 19.02.2013 02:33, Fabio Est
ironment will call into spi_bitbang_setup() with stale
> cs_gpios[].
>
> This patch ensures spi_gpio->cs_gpios[] is always initialised prior
> to calling spi_bitbang_setup().
>
> Reviewed-by: Daniel Mack
> Signed-off-by: Josef Ahmad
> ---
> drivers/spi/spi-gpio.c
On 09.04.2013 19:08, Mark Brown wrote:
> On Tue, Apr 09, 2013 at 07:06:32PM +0200, Daniel Mack wrote:
>> Cc: Mark
>>
>> On 09.04.2013 18:40, Josef Ahmad wrote:
>>> spi_bitbang_setup() deasserts the chip select line to initialise
>>> the device. The
On 17.02.2013 17:23, Mark Brown wrote:
> On Sat, Feb 16, 2013 at 06:03:51PM +0100, Daniel Mack wrote:
>
>> The register layout is described on page 26, and they call their
>> registers 'subaddresses'. Up to sub-address 0x1c, I see no problem
>> mapping that to
This obvious bug was introduced by d755910b7 ("pinctrl: move subsystem
mutex to pinctrl_dev struct").
Signed-off-by: Daniel Mack
---
This applies on today's linux-next.
drivers/pinctrl/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/c
Move EXPORT_SYMBOL annotations so they follow immediately after the
closing function brace line.
Signed-off-by: Daniel Mack
---
drivers/base/firmware_class.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/base/firmware_class.c b/drivers/base
On 27.05.2013 10:35, Takashi Iwai wrote:
> At Thu, 23 May 2013 22:17:18 +0200,
> Daniel Mack wrote:
>>
>> Move EXPORT_SYMBOL annotations so they follow immediately after the
>> closing function brace line.
>>
>> Signed-off-by: Daniel Mack
>
> Acked-
Hi Miles,
On Thu, Mar 7, 2013 at 11:02 AM, Miles Rout wrote:
> I'm probably stepping on some toes here, but is it really necessary to
> post raw patches to this list? They do rather clog up one's inbox.
It depends what your patches are for. If you're working on a specific
subsystem, it might als
1 - 100 of 305 matches
Mail list logo