Hi,
On Mon, 17 Dec 2018, Greg KH wrote:
On Sun, Dec 16, 2018 at 08:57:43AM -0800, Amir Mahdi Ghorbanian wrote:
@@ -626,7 +628,7 @@ static irqreturn_t nvec_interrupt(int irq, void *dev)
break;
case 2: /* first byte after command */
if (status ==
Hello Alexey,
AFAICT, this looks right. It seems that *most* of the machine
drivers (not only tegra) forget to decrease the refcount. I'm wondering
why you didn't sent a series patch to fix them all at once?
Reviewed-by: Marc Dietrich
Marc
On Sat, 28 Jul 2018, Alexey Khorosh
PLL_P_OUT4. Marcel made a patch
> that changed the "ulpi-link" clock to PLL_P_OUT4 and that fixed issue
> with the USB for the devices that have CDEV2 being enabled by bootloader.
> The patch got into the kernel and later Marc Dietrich found that USB
> stopped working on the &
Am Donnerstag, 19. April 2018, 16:06:19 CEST schrieb Wolfram Sang:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
Acked-by: Marc Dietrich
> ---
>
> Build tested on
Hi Marcel,
Am Montag, 19. Februar 2018, 16:12:52 CEST schrieb Marcel Ziswiler:
> From: Marcel Ziswiler
>
> Since commit f8f8f1d04494 ("clk: Don't touch hardware when reparenting
> during registration") ULPI has been broken on Tegra20 leading to the
> following error message during boot:
>
> [
Those issues have since been fixed upstream in pwm_bl.c without device
> tree hacks, and so this un-documented property should no longer be
> useful.
>
> Signed-off-by: Brian Norris
seems to work again. Thanks!
Reviewed-by: Marc Dietrich
> ---
> arch/arm/boot/dts/tegra20-paz00.d
Hi Simran,
Am Donnerstag, 2. März 2017, 15:48:13 CET schrieb SIMRAN SINGHAL:
> On Thursday, March 2, 2017 at 8:06:40 PM UTC+5:30, Julia Lawall wrote:
> > On Thu, 2 Mar 2017, simran singhal wrote:
> > > Resolve strict checkpatch USLEEP_RANGE checks by converting delays and
> > > sleeps as described
Am Dienstag, 14. Februar 2017, 22:31:20 CET schrieb Arushi Singhal:
> Prefer kzalloc(sizeof(*ser_dev)...) over kzalloc(sizeof(struct
> serio)...) as reported by checkpatch.pl.
>
> Signed-off-by: Arushi Singhal
looks like we are in a (make everyone) happy week.
Acked-by: M
Hello Thierry,
Am Montag, 23. Januar 2017, 17:24:28 CET schrieb Thierry Reding:
> On Mon, Jan 23, 2017 at 11:04:22AM +0100, Marc Dietrich wrote:
> > Hello Dmitry,
> >
> > Am Sonntag, 22. Januar 2017, 23:43:47 CET schrieb Dmitry Torokhov:
> > > To have expected e
Hello Dmitry,
Am Sonntag, 22. Januar 2017, 23:43:47 CET schrieb Dmitry Torokhov:
> To have expected effect the __initdata attribute should go after variable
> name and before initializer.`
>
> Signed-off-by: Dmitry Torokhov
> ---
> arch/arm/mach-tegra/board-paz00.c | 2 +-
> 1 file changed, 1 i
PASS-THROUGH OPTION section).
>
> Since paz00's embedded controller is not connected to a PS/2 port
> itself, the PS/2 interface it exposes is not a pass-through one.
>
> Acked-by: Marc Dietrich
> Signed-off-by: Paul Fertser
In fact I was a bit to fast to ack. Turns out I
Am Dienstag, 23. Februar 2016, 14:17:17 CET schrieb Arnd Bergmann:
> On Tuesday 23 February 2016 11:38:52 Marc Dietrich wrote:
> > Am Dienstag, 23. Februar 2016, 11:31:40 CET schrieb Arnd Bergmann:
> > > On Tuesday 23 February 2016 11:15:31 Arnd Bergmann wrote:
> > > >
Am Dienstag, 23. Februar 2016, 11:31:40 CET schrieb Arnd Bergmann:
> On Tuesday 23 February 2016 11:15:31 Arnd Bergmann wrote:
> > On Thursday 18 February 2016 21:04:49 Johannes Berg wrote:
> > > On Tue, 2016-01-26 at 09:42 +0100, Johannes Berg wrote:
> > Just for my curiosity: what is the differen
Am Dienstag, 26. Januar 2016, 09:46:56 CET schrieb Johannes Berg:
> On Mon, 2016-01-25 at 21:59 +0100, Marc Dietrich wrote:
> >
> >
> > seems to work fine. I wish we could instantiate this from device-tree
> > so we can finially get rid of this file.
>
> That&#
nction.
>
> Signed-off-by: Hari Prasath Gujulan Elango
Thanks!
Acked-by: Marc Dietrich
> ---
> drivers/staging/nvec/nvec_paz00.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/drivers/staging/nvec/nvec_paz00.c
> b/drivers/stagi
643/
> http://patchwork.ozlabs.org/patch/572642/
>
> Johannes, I assume that you'll want to take this through your tree
> because of the dependency? In that case:
>
> Acked-by: Thierry Reding
seems to work fine. I wish we could instantiate this from device-tree so we
Am Donnerstag, 15. Oktober 2015, 11:48:12 schrieb Dan Carpenter:
> On Thu, Oct 15, 2015 at 10:39:02AM +0200, Marc Dietrich wrote:
> > > > - if (unlikely(nvec->rx == NULL)) {
> > > > + if (!unlikely(nvec->rx)) {
&g
Am Mittwoch, 14. Oktober 2015, 21:12:36 schrieb Dan Carpenter:
> On Wed, Oct 14, 2015 at 07:38:22PM +0530, Sakshi Bansal wrote:
> > Fixed allignmnet issues and block comments usage
>
> Split it apart by type of fix.
>
> > @@ -617,7 +618,7 @@ static irqreturn_t nvec_interrupt(int irq, void *dev)
>
le wifi_gpio_lookup = {
> >
> > .dev_id = "rfkill_gpio",
> > .table = {
> >
> > - GPIO_LOOKUP_IDX("tegra-gpio", 25, NULL, 0, 0),
> > - GPIO_LOOKUP_IDX("tegra-gpio", 85, NULL, 1, 0),
> > +
Am Dienstag, 21. Juli 2015, 11:51:15 schrieb Andrey Danin:
> On 21.07.2015 11:25, Marc Dietrich wrote:
> > I think in this case it would be better to leave nvec and dt as it is for
> > now, and just add the slave function to tegra-i2c. Otherwise we will
> > again have two d
Am Dienstag, 21. Juli 2015, 09:35:21 schrieb Andrey Danin:
> On 21.07.2015 1:19, Stephen Warren wrote:
> > On 07/20/2015 02:35 PM, Andrey Danin wrote:
> >> NVEC driver was reimplemented to use tegra i2c. Use common i2c bindings
> >> for NVEC node.
> >>
> >> diff --git a/arch/arm/boot/dts/tegra20-p
by: Dmitry Osipenko
> Fixes: 72daceb (net: rfkill: gpio: Add default GPIO driver mappings for
> ACPI) Cc: # v3.19+
> Acked-by: Alexandre Courbot
beside a small typo in the commit message (is users -> its users) this looks
good now. I can confirm that the gpio's are all availa
Am Dienstag, 16. Juni 2015, 23:13:21 schrieb Peng Fan:
> Sparse checking warning:
> "drivers/staging/nvec/nvec_ps2.c:172:14: warning: duplicate const".
> Remove the duplicated const to fix the warning.
>
> Signed-off-by: Peng Fan
Thanks!
Acked-by: Marc Dietrich
>
Hi Shailendra,
you should fill the patch description with something, even if trivial, and
trim the subject line a bit, e.g.
---
staging: nvec: fix typo in comment (all lowercase, no full stop at the end)
Fix spelling error in comment in function tegra_nvec_remove.
S-o-b
-
Thanks,
Marc
A
Am Mittwoch, 1. April 2015, 11:28:32 schrieb Stephen Warren:
> On 03/31/2015 09:46 AM, Andrey Danin wrote:
> > On 31.03.2015 17:09, Stephen Warren wrote:
> >> On 03/31/2015 12:40 AM, Andrey Danin wrote:
> >>> Hi,
> >>>
> >>> Thanks for the review.
> >>>
> >>> On 03.02.2015 0:20, Stephen Warren w
Hi Even,
Am Freitag, 13. Februar 2015, 21:28:48 schrieb Evan Hauck:
> As outlined in the TODO file, nvec_write_sync was modified to return an
> error code instead of NULL on failure, and return the nvec_msg as a
> parameter.
>
> Signed-off-by: Evan Hauck
thanks for looking into this issue! I te
_supply: Change ownership from driver to core
>
> These are huge.
Patches 2 and 11 are Reviewed-By: Marc Dietrich # for the
nvec part.
Thanks!
Marc
signature.asc
Description: This is a digitally signed message part.
Am Samstag 31 Januar 2015, 20:11:29 schrieb Julian Andres Klode:
> On 31 January 2015 at 17:29, Greg KH wrote:
> > On Sat, Jan 31, 2015 at 05:24:42PM +0530, varsharamt wrote:
> >> The task was to fix a warning which was shown while compiling a driver
> >> called NVEC. I wrote a brief description
Am Donnerstag, 29. Januar 2015, 10:20:22 schrieb Andrey Danin:
> NVEC driver was reimplemented to use tegra i2c. Use common i2c bindings
> for NVEC node.
>
> Signed-off-by: Andrey Danin
> ---
> .../devicetree/bindings/nvec/nvidia,nvec.txt | 19 ++-
> arch/arm/boot/dts/tegra2
t; + GPIOF_OUT_INIT_HIGH,
> + "nvec gpio");
> + if (ret < 0) {
> dev_err(nvec->dev, "couldn't request gpio\n");
> return -ENODEV;
> }
>
> - err = devm_request_irq(&pdev-
Hi Andrey,
first, thanks for accepting the challenge once more ;-)
The driver depends on I2C_SLAVE now, so you need to add this to Kconfig. The
amount of code (and additional overhead) is pretty small, so I think it's ok
to always enable it. Otherwise we would need lots of ifdefs.
Am Donnersta
Am Mittwoch, 3. Dezember 2014, 22:50:09 schrieb Pavel Machek:
> Hi!
>
> > I think China Telecom is violating GPL in one of its products, iTV.
> > The product uses linux as its OS. To run on MIPS architecture, it does a
> > lot of modification to linux kernel. But there is NO source published. I
>
Am Donnerstag 06 November 2014, 08:43:17 schrieb Guenter Roeck:
> Register with kernel power-off handler instead of setting pm_power_off
> directly. Register with default priority since we don't know any better.
>
> Cc: Julian Andres Klode
> Cc: Marc Dietrich
> Cc: Greg
Am Montag 06 Oktober 2014, 22:28:31 schrieb Guenter Roeck:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with default priority value of 128 since we don't know
> any better.
I just tested this change and it seems to break power off. What the driver
d
Hi Trond,
Am Mittwoch, 17. September 2014, 09:21:05 schrieb Trond Myklebust:
> On Wed, Sep 17, 2014 at 9:05 AM, Marc Dietrich wrote:
> > Hi,
> >
> > I get this roughly once in a week. Hard to reproduce.
> >
> > Sep 17 14:44:21 fb07-iapwap2 kernel: [
Hi,
I get this roughly once in a week. Hard to reproduce.
Sep 17 14:44:21 fb07-iapwap2 kernel: [ cut here ]
Sep 17 14:44:21 fb07-iapwap2 kernel: kernel BUG at fs/dcache.c:1619!
Sep 17 14:44:22 fb07-iapwap2 kernel: invalid opcode: [#1] PREEMPT SMP
Sep 17 14:44:22 fb07
Am Freitag, 12. September 2014, 11:58:21 schrieb Wolfram Sang:
> > ok, take our embedded controller driver (in staging/nvec) as an example.
> > It's basicly an MFD connecting keyboard, mouse, power, gpio, and some
> > other stuff to the soc. The MFD operates in master mode while the SOC is
> > the
Am Freitag, 12. September 2014, 10:33:48 schrieb Wolfram Sang:
> > > Why do you want DT to be involved at all?
> >
> > Imagine a device which supports both, slave or master mode. The driver
> > needs to know in which mode it should operate. This cannot be hard coded,
> > because on different board
Am Donnerstag, 11. September 2014, 16:54:22 schrieb Wolfram Sang:
> On Thu, Sep 11, 2014 at 04:52:22PM +0200, Marc Dietrich wrote:
> > Am Donnerstag, 11. September 2014, 16:40:04 schrieb Wolfram Sang:
> > > > b) could be seen as a configuration thing since the functionality
Am Donnerstag, 11. September 2014, 16:40:04 schrieb Wolfram Sang:
> > b) could be seen as a configuration thing since the functionality
> > backend could be changed at runtime even.
>
> Come to think of it, not only the functionality, also the address can be
> changed at runtime. This makes me thi
Am Donnerstag, 11. September 2014, 16:12:58 schrieb Wolfram Sang:
> On Thu, Sep 11, 2014 at 02:17:16PM +0200, Marc Dietrich wrote:
> > > + reg = <0x64>;
> >
> > we had some discussions in the past how to represent i2c master devices in
> > device tree.
cc'ing: devicetree
Am Dienstag, 9. September 2014, 16:54:30 schrieb Wolfram Sang:
> From: Wolfram Sang
>
> Not for upstream!
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/boot/dts/r8a7790-lager.dts | 15 ++-
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/a
Hello Wolfram,
Am Dienstag, 9. September 2014, 16:54:26 schrieb Wolfram Sang:
> Finally, here is my take on the often desired feature that Linux can not
> only be an I2C master, but also an I2C slave. Compared to my draft sent out
> last week, this RFC has been tested on hardware (Renesas Lager bo
Am Mittwoch, 20. August 2014, 08:32:25 schrieb Minchan Kim:
> Hello,
>
> On Tue, Aug 19, 2014 at 10:06:22AM +0200, Marc Dietrich wrote:
> > Am Dienstag, 19. August 2014, 16:54:46 schrieb Minchan Kim:
> > > Since zram has no control feature to limit memory usage,
>
Am Dienstag, 19. August 2014, 16:54:46 schrieb Minchan Kim:
> Since zram has no control feature to limit memory usage,
> it makes hard to manage system memrory.
>
> This patch adds new knob "mem_limit" via sysfs to set up the
> a limit so that zram could fail allocation once it reaches
> the limit
been registered yet. While this
> is unlikely to become an issue for nvec, platform_get_irq() is the
> recommended way to get at interrupts.
>
> Signed-off-by: Thierry Reding
Thanks again, Thierry!
Acked-by: Marc Dietrich
> ---
> drivers/staging/nvec/nvec.c | 5 ++---
> 1 f
directly access
> the registers.
>
> Since subdevices never need to access the registers we can simply pass
> NULL instead.
>
> Signed-off-by: Thierry Reding
Acked-by: Marc Dietrich
> ---
> drivers/staging/nvec/nvec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 del
our time.
Marc
Marc Dietrich
--
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/
nneccessary 'out of memory' message
>
> drivers/staging/nvec/nvec.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
thanks for fixing, so for this series
Acked-by: Marc Dietrich
signature.asc
Description: This is a digitally signed message part.
e apply-burdon from Greg. Ideally,
you would combine all patches (one patch per checkpatch warning)
in a common thread like this:
git-format-patch --cover-letter --thread -s
This way you could add some comments (if any) to the cover letter
and just keep the plain checkpatch message in the other
text looks like a bit overkill though.
> Signed-off-by: Pawel Lebioda
> drivers/staging/nvec/nvec_paz00.c | 1 +
> drivers/staging/nvec/nvec_power.c | 1 +
> drivers/staging/nvec/nvec_ps2.c | 2 ++
> 3 files changed, 4 insertions(+)
Acked-by: Marc Dietrich
signature.asc
Descriptio
On Sat, 28 Jun 2014 09:32:50 +0200
Alexander Holler wrote:
> Am 28.06.2014 09:18, schrieb Alexander Holler:
> > Am 27.06.2014 19:27, schrieb John Stultz:
> >> Its been pointed out that the RTC hctosys functionality doesn't
> >> work well with RTC modules, which may not be loaded until after
> >>
Hi,
this is spaming my log quite a bit.
Any idea?
Marc
[252906.140962] CPU: 1 PID: 23621 Comm: firefox Tainted: G O
3.15.0-rc3-12.gfc9498b-desktop+ #6
[252906.140963] Hardware name: System manufacturer System Product
Name/M4A785TD-V EVO, BIOS 210507/23/2010
[252906.140965] 000
Jaeguek,
Am Freitag, 25. April 2014, 14:39:00 schrieb Marc Dietrich:
> On Fri, 25 Apr 2014 08:33:56 +0900
>
> Jaegeuk Kim wrote:
> > Thank you very much.
> >
> > Could you test the following patch?
>
> seems to be fixed now. Thanks!
are you planing to subm
_submit_merged_bio(sbi, DATA, WRITE);
> return 0;
>
> redirty_out:
> --
> 1.8.4.474.g128a96c
>
>
> --
> Jaegeuk Kim
> Samsung
>
--
Marc Dietrich
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
or this issue, I'd like to write a patch
> to test.
patch against linus master is ok for me. I'm happy to test your patch.
> 2014-04-24 (목), 00:00 +0200, Marc Dietrich:
> > Hi,
> >
> > it took me a while to bisect a problem which causes my ARM (tegra2) netb
Hi,
it took me a while to bisect a problem which causes my ARM (tegra2) netbook to
frequently stall for 5-10 seconds when I enable EXA acceleration (opentegra
experimental ddx). I can only guess that the offending commit 8618b88 "f2fs:
fix not to write data pages on the page reclaiming path" so
Hi Heikki,
Am Dienstag, 25. Februar 2014, 14:22:26 schrieb Heikki Krogerus:
> After moving to description based gpio interface in
> rfkill-gpio, the gpio numbers are not used any more.
>
> Signed-off-by: Heikki Krogerus
Reviewed-by: Marc Dietrich
Thanks for taking care!
Marc
&
Hi,
Am Montag, 24. Februar 2014, 10:38:20 schrieb Heikki Krogerus:
> On Sat, Feb 22, 2014 at 11:32:04PM +0100, Marc Dietrich wrote:
> > On Friday 21 February 2014 16:23:49 Heikki Krogerus wrote:
> > > On Fri, Feb 21, 2014 at 02:55:14PM +0100, Marc Dietrich wrote:
> > >
On Friday 21 February 2014 16:23:49 Heikki Krogerus wrote:
> Hi,
>
> On Fri, Feb 21, 2014 at 02:55:14PM +0100, Marc Dietrich wrote:
> > Am Donnerstag, 20. Februar 2014, 14:51:34 schrieb Heikki Krogerus:
> > > After upgrading to descriptor based gpios, the gpio numbers
&g
Hi Heikki,
Am Donnerstag, 20. Februar 2014, 14:51:34 schrieb Heikki Krogerus:
> After upgrading to descriptor based gpios, the gpio numbers
> are not used anymore. The power_clk_name and the platform
> specific setup and close hooks are not used by anybody, and
> we should not encourage use of suc
Am Mittwoch, 12. Februar 2014, 12:20:29 schrieb Stephen Warren:
> On 02/10/2014 05:44 PM, Stefan Agner wrote:
> > When booting secondary CPU(s) which are not yet powergated, a wrong
> > check lead to a timeout after 100 jiffies. With this patch, we only
> > delay powergating if CPUs are still not p
Am Montag, 10. Februar 2014, 10:18:42 schrieb Mark Rutland:
> On Fri, Feb 07, 2014 at 07:48:49PM +, Marek Belisko wrote:
> > Signed-off-by: NeilBrown
> > Signed-off-by: Marek Belisko
> > ---
> > Based on Neil's patch and extend for documentation and bindings include.
> >
> > .../bindings/ne
Am Donnerstag, 28. November 2013, 12:06:37 schrieb Thierry Reding:
> On Thu, Nov 28, 2013 at 11:20:19AM +0100, Marc Dietrich wrote:
> > Am Donnerstag, 28. November 2013, 10:32:41 schrieb Thierry Reding:
> > > On Thu, Nov 28, 2013 at 10:09:14AM +0100, Marc Dietrich wrote:
> &
Am Donnerstag, 28. November 2013, 10:32:41 schrieb Thierry Reding:
> On Thu, Nov 28, 2013 at 10:09:14AM +0100, Marc Dietrich wrote:
> > The real problem with the rfkill driver is that it does not support DT. A
> > naive attempt to convert it was made some year ago, but got rejec
Hi,
Am Donnerstag, 28. November 2013, 11:47:34 schrieb Alexandre Courbot:
> On Thu, Nov 28, 2013 at 1:47 AM, Rhyland Klein wrote:
> > On 11/26/2013 5:05 AM, Mika Westerberg wrote:
> >> From: Heikki Krogerus
> >>
> >> This makes it possible to request the gpio descriptors in
> >> rfkill_gpio dri
On Friday 19 July 2013 17:43:52 Sherry Hurwitz wrote:
> File: README
> File: microcode_amd.bin.README
> File: microcode_amd_fam15h.bin.README
>
> Signed-off-by: Sherry Hurwitz
> ---
> amd-ucode/README | 46
> + amd-ucode/microcode_amd.bin.REA
Change the device name of the regulator function to the one chosed for
MODULE_ALIAS. This fixes kernel module loading for the regulator function.
Also change the name of the platform driver to make everything consistent.
Signed-off-by: Marc Dietrich
---
I don't think this "fix" ca
Hi Ben,
can you pick up Arnd's fix from
https://patchwork.kernel.org/patch/2489141/
for your stable (3.10) branch?
Marc
Am Mittwoch, 22. Mai 2013, 21:48:42 schrieb Marc Dietrich:
> ARM has a maximum of 2000 usec delay. Use mdelay for larger delays.
> This affects distro ker
James,
Am Mittwoch, 22. Mai 2013, 22:33:18 schrieb Marc Dietrich:
> Looks like Arnd already send a fix for this. Sorry for the noise.
are you going to pick up Arnd's patch [1] for scsi-stable (3.10) branch?
Marc
[1] https://patchwork.kernel.org/patch/2489251/
> Am Mittwoch, 22. M
Looks like Arndt already send a fix for this. Sorry for the noise.
Am Mittwoch, 22. Mai 2013, 21:48:42 schrieb Marc Dietrich:
> ARM has a maximum of 2000 usec delay. Use mdelay for larger delays.
> This affects distro kernels mostly.
>
> Cc: David Airlie
> Cc: Ben Skeggs
> S
Looks like Arndt already send a fix for this. Sorry for the noise.
Am Mittwoch, 22. Mai 2013, 21:48:41 schrieb Marc Dietrich:
> ARM has a maximum of 2000 usec delay. Use mdelay for larger delays.
> This affects distro kernels mostly.
>
> Cc: GOTO Masanori
> Cc: YOKOTA Hiroshi
&
ARM has a maximum of 2000 usec delay. Use mdelay for larger delays.
This affects distro kernels mostly.
Cc: David Airlie
Cc: Ben Skeggs
Signed-off-by: Marc Dietrich
---
drivers/gpu/drm/nouveau/core/engine/disp/dacnv50.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a
ARM has a maximum of 2000 usec delay. Use mdelay for larger delays.
This affects distro kernels mostly.
Cc: GOTO Masanori
Cc: YOKOTA Hiroshi
Cc: "James E.J. Bottomley"
Cc: linux-s...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Marc Dietrich
---
drivers/scsi/nsp3
bad_udelay is generated on distro kernels which often enable all kinds
of drivers. ARM has a max udelay of 2000, so this patchset converts large
udelays to mdelays. This may also be observed using all_modconfig.
Marc Dietrich (2):
SCSI: nsp32: replace large udelay by mdelay
nouveau: replace
On Friday 10 May 2013 10:17:10 Wolfram Sang wrote:
> devm_ioremap_resource does sanity checks on the given resource. No need to
> duplicate this in the driver.
>
> Signed-off-by: Wolfram Sang
Acked-by: Marc Dietrich
> ---
> drivers/staging/nvec/nvec.c |5 -
&g
On Tuesday 23 April 2013 22:14:18 Arnd Bergmann wrote:
> On Tuesday 23 April 2013, Marc Dietrich wrote:
> > It builds, but I haven't tried out it yet. At least the mfd children need
> > to unregister the event notifier I guess. Anyway, I have no time to test
> > this no
On Tuesday 23 April 2013 21:41:03 Arnd Bergmann wrote:
> On Tuesday 23 April 2013, Marc Dietrich wrote:
> > On Tuesday 23 April 2013 18:30:46 Arnd Bergmann wrote:
> > > The serio code can be a loadable module, which in turn means that nvec
> > > also has to be a module,
`nvec_ps2_notifier':
> drivers/staging/nvec/nvec_ps2.c:84: undefined reference to `serio_interrupt'
> drivers/staging/nvec/nvec_ps2.c:91: undefined reference to
> `serio_interrupt'
>
> Signed-off-by: Arnd Bergmann
> Cc: Marc Dietrich
> Cc: Greg Kroah-Hartm
On Sunday 10 February 2013 13:20:49 Stephen Warren wrote:
> 1On 02/10/2013 10:28 AM, Marc Dietrich wrote:
> > On Friday 08 February 2013 10:09:10 Stephen Warren wrote:
> >> On 02/08/2013 05:29 AM, Marc Dietrich wrote:
> >>> Hiroshi,
> >>>
> >
On Friday 08 February 2013 10:09:10 Stephen Warren wrote:
> On 02/08/2013 05:29 AM, Marc Dietrich wrote:
> > Hiroshi,
> >
> > Am Freitag, 8. Februar 2013, 09:29:31 schrieb Hiroshi Doyu:
> >> Refactored tegra{20,30,114}_init_early() so that we have the
Hiroshi,
Am Freitag, 8. Februar 2013, 09:29:31 schrieb Hiroshi Doyu:
> Refactored tegra{20,30,114}_init_early() so that we have the unified
> tegra_init_early().
>
> Signed-off-by: Hiroshi Doyu
[...]
> diff --git a/arch/arm/mach-tegra/hotplug.c b/arch/arm/mach-tegra/hotplug.c
> index a599f6e..
Hi,
> > diff --git a/drivers/video/backlight/pwm_bl_tegra.c
> > b/drivers/video/backlight/pwm_bl_tegra.c new file mode 100644
> > index 000..8f2195b
> > --- /dev/null
> > +++ b/drivers/video/backlight/pwm_bl_tegra.c
>
> So according to the filename, I think we can put all tegra boards codes
>
On Thursday 27 December 2012 20:29:14 Laxman Dewangan wrote:
> On Thursday 27 December 2012 08:26 PM, Marc Dietrich wrote:
> > Hi Laxman,
> >
> > On Friday 21 December 2012 20:42:28 you wrote:
> >> +
> >> + /* Set epoch start as 00:00:00:01:01:2000 */
>
Hi Laxman,
On Friday 21 December 2012 20:42:28 you wrote:
> Add an RTC driver for TPS6586X chips by TI.
> This driver supports:
> - Setting and getting time and date.
> - Setting and reading alarm time.
> - Alarm and interrupt functionlity.
>
> Signed-off-by: Laxman Dewangan
> ---
> Changes from
On Tuesday 23 October 2012 12:42:11 Stephen Warren wrote:
> On 10/23/2012 12:07 PM, Marc Dietrich wrote:
> > Pavan,
> >
> > On Tuesday 23 October 2012 12:48:59 Pavan Kunapuli wrote:
> >> Adding vmmc and vmmcq supplies for sdhci nodes
> >> in tegra dt files
Pavan,
On Tuesday 23 October 2012 12:48:59 Pavan Kunapuli wrote:
> Adding vmmc and vmmcq supplies for sdhci nodes
> in tegra dt files.
<...>
> diff --git a/arch/arm/boot/dts/tegra20-paz00.dts
> b/arch/arm/boot/dts/tegra20-paz00.dts index 6a93d14..e161b65 100644
> --- a/arch/arm/boot/dts/tegra20-
Hi Thierry,
Am Freitag, 14. September 2012, 13:44:24 schrieb Thierry Reding:
> mfd_add_devices() was recently changed to receive the IRQ domain through
> an additional parameter but this driver wasn't updated accordingly.
>
> Signed-off-by: Thierry Reding
> ---
this was already kindly fixed by
On Wednesday 12 September 2012 10:26:00 Stephen Warren wrote:
> From: Stephen Warren
>
> Commit 6607bad "mfd: core: Push irqdomain mapping out into devices"
> added a new parameter to mfd_add_devices(), but missed updating the
> nvec driver in staging.
>
> Cc:
this conversion in two steps. system_nrt_wq ->
> system_wq conversion should be trivial after 3.7 merge window.
I'm fine with that. Thanks for spitting up the large patch.
I cc the staging list.
Greg, can you pick it up for 3.7?
Signed-off-by: Marc Dietrich
> drivers/staging/nvec/nve
single patch affecting many drivers, is this going through
linux-next or some subsystem tree? Maybe it would have been better to split it
in one patch per driver. Otherwise ...
Acked-By: Marc Dietrich
> Signed-off-by: Tejun Heo
> Cc: Stefan Richter
> Cc: Daniel Vetter
> Cc: Alasda
"/lib/modules/$uname/build/include/asm";
+ $rval->{ARCH} =~ s/asm\-(.*)/\1/g;
}
if ($rval->{ARCH} eq "")
{
>
> --nab
>
> On Mon, 2008-02-04 at 16:47 +0100, Marc Dietrich wrote:
> > Hi Nicholas,
> >
> > can you please also upload a src
Am Monday 06 August 2007 18:24 schrieb Trond Myklebust:
> On Mon, 2007-08-06 at 13:05 +0200, Marc Dietrich wrote:
> > Hi,
> >
> > > (...)
> >
> > just booting into X is enough.
> >
> > I applied the patch, but now I get:
> >
> > =
Hi,
Am Monday 06 August 2007 08:24 schrieb Johannes Berg:
> On Fri, 2007-08-03 at 21:21 +0400, Oleg Nesterov wrote:
> > To avoid a possible confusion: it is still OK if work->func() flushes
> > its own workqueue, so strictly speaking this trace is false positive,
> > but it would be very nice if
Hi,
Am Wednesday 01 August 2007 08:09 schrieb Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.
>6.23-rc1-mm2/
>
>
> - the git-block tree remains dropped due to disageement with the Vaio
>
> - git-e1000new was withdrawn by the authors
>
> - git-wireless
Hi,
Am Freitag, 27. Juli 2007 19:09 schrieb Trond Myklebust:
> On Fri, 2007-07-27 at 09:33 -0400, Trond Myklebust wrote:
> (...)
> Jeff and Bruce, could you please try to reproduce the problem after
> either applying patches 001 to 004 or just the single NFS_ALL patch
> from
>
>http://client.
Hi again,
Am Freitag, 27. Juli 2007 16:58 schrieb Satyam Sharma:
> On 7/27/07, Marc Dietrich <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > (...)
> >
> > me too, my server has 2.6.18-? (openSUSE 10.2). On the client
> > (2.6.23-rc1-mm1), I also see (sho
Hi,
Am Friday 27 July 2007 14:53 schrieben Sie:
> Background:
>
> Server: x86-64 dual core Intel, kernel 2.6.23-rc1 (my home fileserver)
> Exporting NFS/NFSv4 mounts. Client count: 1 Uptime: 4 days
>
> Client: x86-64 dual core Intel, kernel 2.6.23-rc1 (my main workstation)
> NFS mou
Hi,
Am Thursday 05 July 2007 19:33 schrieben Sie:
> Ok dumb bug and fixed in my tree
thanks! Will test when it is available ...
Marc
--
"Those who question our statements are traitors"
Lord Arthur Ponsonby, "Falsehood in Wartime: Propaganda Lies
of the First
World Wa
Hi,
Am Wednesday 04 July 2007 14:10 schrieb Alan Cox:
> > I'm using pata-cmd64x for a few month now on my G3 powermac. So far no
> > problems except it only runs in UDMA/25 mode instead of UDMA/33 as the
> > ide driver does. And of course - no cdrom or zip because they are
> > connected to
>
> Th
1 - 100 of 108 matches
Mail list logo
