ar *blob,
> + const char *ep_name, const char *regmap_name,
> + const char *prop, const void *val, int size)
> +{
> + int offset;
> + int ret;
> +
> + if (ep_name) {
> + ret = xrt_md_get_endpoint(dev, blob, ep_name,
On 10/27/20 1:22 AM, Sebastian Andrzej Siewior wrote:
On 2020-10-26 23:53:20 [-0700], Fernando Lopez-Lezcano wrote:
Maybe I'm doing something wrong but I get a compilation error (see below)
when trying to do a debug build (building rpm packages for Fedora). 5.9.1 +
rt19...
Builds
ebug build (building rpm packages for
Fedora). 5.9.1 + rt19...
Builds fine otherwise...
Thanks,
-- Fernando
+ make -s 'HOSTCFLAGS=-O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
-fstack-protector-strong -grecord-gcc-switches
-specs=/usr
Fix checkpatch error "ERROR: that open brace { should be on the previous
line" in drivers/staging/isdn/hysdn/hycapi.c:51.
Signed-off-by: Fernando Eckhardt Valle
---
drivers/staging/isdn/hysdn/hycapi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/st
[ 54.942120] R13: 7ffd13017210 R14: 7fe4e7df79c0 R15:
Best,
-- Fernando
Changes since v4.13.10-rt2:
- A dcache related live lock could occur. The writer could get
preempted within the critical section and the reader would spin to
see the update compl
Remove reference to checkpatch warnings since its output is now clean.
---
drivers/staging/dgnc/TODO | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/dgnc/TODO b/drivers/staging/dgnc/TODO
index 0e0825b..0bdfd26 100644
--- a/drivers/staging/dgnc/TODO
+++ b/drivers/staging/dgnc/TOD
Remove blank lines between open brace and comment.
Remove blank lines after comment in line with the rest of the comments
of the file.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_tty.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_tty.c
For two cases (beginning and end of the patch) I opted to create small
functions instead of breaking the the lines in a weird way.
The other changes are simple ones: either by breaking the line when
appropriate or by turning a comment into a multi-line one.
Signed-off-by: Fernando Apesteguia
On Tue, Dec 06, 2016 at 10:12:56AM +0100, Greg KH wrote:
> On Sun, Dec 04, 2016 at 08:41:04PM +0100, Fernando Apesteguia wrote:
> > For the first lines of the patch, I opted to create a small function
> > instead of breaking the the line in a weird way.
> >
> > This
For the first lines of the patch, I opted to create a small function
instead of breaking the the line in a weird way.
This is v2 of the patch with the name of the function changed from
v1
The other changes are simple ones.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_tty.c
On Sat, Dec 03, 2016 at 11:11:23AM +0100, Greg KH wrote:
> On Sat, Dec 03, 2016 at 10:56:54AM +0100, Fernando Apesteguia wrote:
> > On Sat, Dec 03, 2016 at 09:51:13AM +0100, Greg KH wrote:
> > > On Fri, Dec 02, 2016 at 08:13:49PM +0100, Fernando Apesteguia wrote:
> > > &
On Sat, Dec 03, 2016 at 09:51:13AM +0100, Greg KH wrote:
> On Fri, Dec 02, 2016 at 08:13:49PM +0100, Fernando Apesteguia wrote:
> > For the first lines of the patch, I opted to create a small function
> > instead of breaking the the line in a weird way.
> >
> > The ot
This patch fixes a checkpatch warning.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_tty.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_tty.h b/drivers/staging/dgnc/dgnc_tty.h
index 85a1310..1ee0eee 100644
--- a/drivers
For the first lines of the patch, I opted to create a small function
instead of breaking the the line in a weird way.
The other changes are simple ones.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_tty.c | 42 +
1 file changed, 26
This fixes a checkpatch warning.
Also, change the line above so it is aligned to the others in the
same block.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/digi.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/dgnc/digi.h b/drivers
Done by either unindenting some comments or converting them to
multi line comments.
This fixes some checkpatch warnings.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_neo.h | 32 ++--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git a
On Mon, Oct 17, 2016 at 10:29 AM, Greg KH wrote:
> On Fri, Oct 14, 2016 at 07:22:57PM +0200, Fernando Apesteguia wrote:
>> The patch replaces the macro with a function (dgnc_get_board) and
>> substitutes the macro statement with a call to that function and a
>> comparison
The patch replaces the macro with a function (dgnc_get_board) and
substitutes the macro statement with a call to that function and a
comparison on the returned value.
This removes a checkpatch warning.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_sysfs.c | 74
All the chunks of the patch apply to comments save the first one.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_neo.c | 67 -
1 file changed, 46 insertions(+), 21 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_neo.c b/drivers
As reported by checkpatch.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_cls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/dgnc/dgnc_cls.c b/drivers/staging/dgnc/dgnc_cls.c
index 4e1e0dc6..aedca66 100644
--- a/drivers/staging/dgnc
On Mon, Sep 05, 2016 at 11:45:30PM +0300, Andrey Utkin wrote:
> On Mon, Sep 05, 2016 at 08:28:32PM +0200, Fernando Apesteguia wrote:
> > Fix alignment in multi line comment block.
> >
> > Remove extra '*' to use the preferred comment style as in
> > Document
Fix alignment in multi line comment block.
Remove extra '*' to use the preferred comment style as in
Documentation/CodingStyle
Signed-off-by: Fernando Apesteguia
---
drivers/staging/dgnc/dgnc_driver.c | 50 +++---
1 file changed, 25 insertions(+), 25
to read their values.
Signed-off-by: Fernando D S Lima
---
drivers/hid/hid-sensor-hub.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/hid/hid-sensor-hub.c b/drivers/hid/hid-sensor-hub.c
index 090a1ba..6c94257 100644
--- a/drivers/hid/hid-sensor-hub.c
+++ b/drivers/hid
lhost kernel: [ 6738.107183] All QSes seen, last
rcu_preempt kthread activity 1 (4301410925-4301410924),
jiffies_till_next_fqs=3, root ->qsmask 0x0
So something is left in a not good state...
-- Fernando
messages.gz
Description: GNU Zip compressed data
On 06/09/2015 03:05 PM, Pavel Vasilyev wrote:
09.06.2015 19:45, Fernando Lopez-Lezcano пишет:
This is still happening, about once a day. John Dulaney help me set up a
crash kernel dump (thanks!) so now I have a kernel core dump for this
one,
Asus,Fedora,CGROUPS, iptables,snd_ac97,radeon
On 05/28/2015 06:56 PM, Fernando Lopez-Lezcano wrote:
Oh well. Second time the machine hangs in two days in the same way
(otherwise very stable running 3.18.x-rty)
(this is a bumblebee + bbswitch graphics laptop - argh, if I had known
better...)
May 28 18:49:21 localhost kernel
On 05/26/2015 12:41 PM, Fernando Lopez-Lezcano wrote:
On 05/26/2015 08:43 AM, Clark Williams wrote:
On Tue, 26 May 2015 11:19:24 -0400
Steven Rostedt wrote:
On Tue, 26 May 2015 08:48:02 -0500
Clark Williams wrote:
Change the WARN_ON to WARN_ON_NORT
Do we have a WARN_ON_NORT? I see a
?
-- Steve
Sigh. Of course not. Reupdated patch (and yes this one compiles):
Thanks! Seems to have fixed the problem (of course!)
So far so good and nothing weird in the output of dmesg
-- Fernando
From: Clark Williams
Date: Thu, 21 May 2015 12:51:53 -0500
Subject: [PATCH] [rt] i915
end trace 05fe ]---
May 24 13:51:41 localhost kernel: [ cut here ]
Any patches I could try to fix this?
-- Fernando
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
From: Fernando Apesteguia
Remove ComputeTxTime since it is not used.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/rtl8192u/r8192U_core.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
b/drivers/staging/rtl8192u
El 31/07/2014 10:21, "Dan Carpenter" escribió:
>
> You need to compile these things before sending them...
>
> This adds a GCC warning about uncalled functions.
Sorry, but I did compile it with
make C=1 M=drivers/staging
But for the function to be called, DEBUG_EPROM must be defined and I
had i
From: Fernando Apesteguia
Add static to debug method.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/rtl8192u/r8192U_core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
b/drivers/staging/rtl8192u/r8192U_core.c
index
On Wed, Jul 30, 2014 at 9:16 PM, Guillaume Clement wrote:
> Hello,
>
>> Add static to variable.
>> Signed-off-by: Fernando Apesteguia
>> ---
>> drivers/staging/vt6655/ioctl.c |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>>
From: Fernando Apesteguia
Add static to variable.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/vt6655/ioctl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/ioctl.c b/drivers/staging/vt6655/ioctl.c
index 65e5933..cc6e47b 100644
--- a
On Wed, Jul 30, 2014 at 1:43 PM, Tobias Klauser wrote:
>
> On 2014-07-29 at 19:44:24 +0200, fernando.apesteg...@gmail.com
> wrote:
> > From: Fernando Apesteguia
> >
> > Add static to the definition of the pci device table.
> >
> > Signed-off-by: Fernando
From: Fernando Apesteguia
Add static to the definition of the pci device table.
Signed-off-by: Fernando Apesteguia
---
drivers/staging/vt6655/device_main.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/device_main.c
b/drivers/staging/vt6655
On 05/02/2014 04:37 AM, Sebastian Andrzej Siewior wrote:
* Fernando Lopez-Lezcano | 2014-04-26 11:29:04 [-0700]:
Saw this a moment ago (3.14.1 + rt1, Fedora 19 laptop - I think I
have seen something similar in 3.12.x-r):
Yes, you did: https://lkml.org/lkml/2014/3/7/163
You did not test I&#x
nd trace
0002 ]---
-- Fernando
--
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/
ult queue depth. With this mechanism in
place it is
relatively easy to make ionice work, since, as Jan mentioned, both reads
and fsync
writes are done in process context.
- Fernando
--
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/
Commit-ID: 96b3d28bf4b00f62fc8386ff5d487d1830793a3d
Gitweb: http://git.kernel.org/tip/96b3d28bf4b00f62fc8386ff5d487d1830793a3d
Author: Fernando Luis Vazquez Cao
AuthorDate: Thu, 6 Mar 2014 14:25:28 +0900
Committer: Ingo Molnar
CommitDate: Tue, 11 Mar 2014 11:33:48 +0100
sched/clock
On 03/06/2014 07:51 PM, Steven Rostedt wrote:
On Thu, 06 Mar 2014 14:25:28 +0900
Fernando Luis Vázquez Cao wrote:
From: Fernando Luis Vazquez Cao
Prevent tracing of preempt_disable/enable() in sched_clock_cpu().
When CONFIG_DEBUG_PREEMPT is enabled, preempt_disable/enable() are
traced and
From: Fernando Luis Vazquez Cao
Prevent tracing of preempt_disable/enable() in sched_clock_cpu().
When CONFIG_DEBUG_PREEMPT is enabled, preempt_disable/enable() are
traced and this causes trace_clock() users (and probably others) to
go into an infinite recursion. Systems with a stable
On 02/14/2014 02:43 AM, Thomas Gleixner wrote:
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
On 02/13/2014 03:55 PM, Thomas Gleixner wrote:
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
On Wed, 12 Feb 2014, Fernando Lopez-Lezcano
On 02/13/2014 03:55 PM, Thomas Gleixner wrote:
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
[771508.546449] RIP: 0010:[] []
smp_call_function_many+0x2ca/0x330
Can you decode the exact
On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
[771508.546449] RIP: 0010:[] []
smp_call_function_many+0x2ca/0x330
Can you decode the exact location inside of smp_call_function_many via
addr2line please ?
Hope this is useful (adding 0x2ce
Hi all,
I'm seeing these BUGs with 3.12.9-rt13 finally caught the messages.
I was getting frozen machines with no traces left behind, this could
possibly be it (see below - I have to retest with rt15)
-- Fernando
[771508.546420] BUG: soft lockup - CPU#5 stuck for 23s! [SweepSin
gut laufen wird. Es wird Sie sicherlich
überraschen dieses Schreiben zu erhalten, da wir uns vorher nie
begegneten. Mein Name ist Mr. Fernando Gonzalez, Finanz Beamter von
dem verstorbenen Mr. Alexander Holzammer.
Meine Absicht Sie zu kontaktieren, besteht darin, Ihre Mitwirkung das
Hi all,
Just got this on 3.10.20-rt17, ThinkPad T510 running Fedora 19 (I think
it has happened a few times before). The machine is not completely dead,
the mouse pointer moves around but otherwise display updates and
keyboard response are nil.
-- Fernando
Nov 29 23:17:52
On 08/23/2013 10:56 AM, Sebastian Andrzej Siewior wrote:
* Fernando Lopez-Lezcano | 2013-08-23 10:18:08 [-0700]:
Please post a patch when/if you have it so I can retry the build...
Thanks for taking a look at this!
Does this fix your trobule?
Yes, it does, thanks! Builds, installs and
On 08/23/2013 12:08 AM, Sebastian Andrzej Siewior wrote:
On 08/23/2013 07:50 AM, Fernando Lopez-Lezcano wrote:
On 08/22/2013 11:21 AM, Sebastian Andrzej Siewior wrote:
- hwlat improvements by Steven
Known issues:
...
Trying to build I get (in make modules):
ERROR: "__udivdi3" [dr
doing its job anymore
- hwlat improvements by Steven
Known issues:
...
Trying to build I get (in make modules):
ERROR: "__udivdi3" [drivers/misc/hwlat_detector.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
(find attached the final configuration used for b
On 08/19/2013 05:29 PM, Steven Rostedt wrote:
On Mon, 19 Aug 2013 10:23:44 -0700
Fernando Lopez-Lezcano wrote:
The problem is that bcache is using new semaphore functions which it
just introduced which rt does not know about. The comment above their
definition says that it is wrong to use
(2013年08月17日 01:46), Frederic Weisbecker wrote:
On Fri, Aug 16, 2013 at 06:26:54PM +0200, Oleg Nesterov wrote:
On 08/16, Frederic Weisbecker wrote:
On Fri, Aug 16, 2013 at 06:02:01PM +0200, Oleg Nesterov wrote:
+ do {
+ seq = read_seqcount_begin(&ts->sleeptime_seq);
+
(2013年08月19日 20:10), Peter Zijlstra wrote:
On Fri, Aug 16, 2013 at 06:46:28PM +0200, Frederic Weisbecker wrote:
Option A:
Should we flush that iowait to the src CPU? But then it means we must handle
concurrent updates to iowait_sleeptime, idle_sleeptime from the migration
code and from idle en
On 08/19/2013 05:29 PM, Steven Rostedt wrote:
On Mon, 19 Aug 2013 10:23:44 -0700
Fernando Lopez-Lezcano wrote:
The problem is that bcache is using new semaphore functions which it
just introduced which rt does not know about. The comment above their
definition says that it is wrong to use
On 08/16/2013 12:01 AM, Sebastian Andrzej Siewior wrote:
On 08/15/2013 09:22 PM, Steven Rostedt wrote:
On Thu, 15 Aug 2013 11:42:55 -0700
Fernando Lopez-Lezcano wrote:
On 08/12/2013 09:34 AM, Sebastian Andrzej Siewior wrote:
Dear RT folks!
I'm pleased to announce the v3.10.6-rt3 patc
unction 'down_read_non_owner' [-Werror=implicit-function-declaration]
down_read_non_owner(&dc->writeback_lock);
^
cc1: some warnings being treated as errors
Does not look like *_read_non_owner exist in rwsem_rt.h...
-- Fernando
Changes since v3.10.6-rt2
- the queue can be i
0xb/0xb
Jul 8 12:12:12 ipam kernel: [ 68.128505] ---[ end trace 48e668adea7dbfc4 ]---
==
Fernando Soto
--
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/
1b7ed94f1e ]---
Appreciate any help!
Thanks,
Fernando Soto
--
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/
On 2013年07月02日 12:56, Fernando Luis Vazquez Cao wrote:
Hi Frederic,
I'm sorry it's taken me so long to respond; I got sidetracked for
a while. Comments follow below.
On 2013/04/28 09:49, Frederic Weisbecker wrote:
On Tue, Apr 23, 2013 at 09:45:23PM +0900, Tetsuo Handa wrote:
CONF
...]
It's not clear in the changelog why you see non-monotonic idle/iowait values.
Looking at the previous patch from Fernando, it seems that's because we can
race with concurrent updates from the CPU target when it wakes up from idle?
(could be updated by drivers/cpufreq/cpufreq_governo
From: Fernando Soto
Please CC me, I am not subscribed to the list.
Whenever a device is unregistered in vmbus_device_unregister
(drivers/hv/vmbus_drv.c), the device name in the log message may contain
garbage as the memory has already been freed by the time pr_info is called. Log
example
From: Fernando Soto
Please CC me, I am not subscribed to the list.
Whenever a device is unregistered in vmbus_device_unregister
(drivers/hv/vmbus_drv.c), the device name in the log message may contain
garbage as the memory has already been freed by the time pr_info is called. Log
example
h the NX bit at all.
Noticed when my AMD machine that happened to have the NX feature disabled by
the BIOS failed to boot after the update to 3.9.
Cc: sta...@vger.kernel.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.9/arch/x86/kernel/head64.c
linux-3.9-fix/arch/x86/kernel/h
river" list, effectively nullifying a464918419f94a0043d2f549d6defb4c3f69f68a
("HID: add support for Sony RF receiver with USB product id 0x0374"). Add the
device back to the list.
Cc: sta...@vger.kernel.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.9/drivers/hid/hid-core.c linux-3.9-fi
Hi Jiri,
On Tue, 2013-01-15 at 17:02 +0100, Jiri Kosina wrote:
> On Tue, 15 Jan 2013, Fernando Luis Vázquez Cao wrote:
>
> > Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
> > a RF receiver, multi-interface USB device 054c:0374, that is used to conn
Hi Michal,
On 2013/03/04 18:57, Fernando Luis Vázquez Cao wrote:
From: Fernando Luis Vázquez Cao
This file is generated so it does not get cleaned automagically. In other words
we need to added to the clean-files list.
Signed-off-by: Fernando Luis Vázquez Cao
---
diff -urNp linux-3.9-rc1
mbing so I would like to know your take on this before going
ahead.
Thanks,
Fernando
---
diff -urNp linux-3.9-rc3-orig/kernel/time/tick-sched.c
linux-3.9-rc3/kernel/time/tick-sched.c
--- linux-3.9-rc3-orig/kernel/time/tick-sched.c 2013-03-18 16:58:36.076335000
+0900
+++ linux-3.9-rc3/kernel/t
From: Fernando Luis Vázquez Cao
This file is generated so it does not get cleaned automagically. In other words
we need to added to the clean-files list.
Signed-off-by: Fernando Luis Vázquez Cao
---
diff -urNp linux-3.9-rc1-orig/scripts/mod/Makefile
linux-3.9-rc1/scripts/mod/Makefile
On 2013/02/12 18:27, Takashi Iwai wrote:
At Tue, 12 Feb 2013 16:54:16 +0900,
Fernando Luis Vázquez Cao wrote:
Substitute ALC889 for ALC882 in macro and function names.
Cc: sta...@vger.kernel.org
Cc: alsa-de...@alsa-project.org
Signed-off-by: Fernando Luis Vazquez Cao
This fixup can work
Hi Iwai,
Ouch, the subject reads "[PATCH 2/3]" but this is patch 3 of the series
and should be applied last. I am sorry for the noise.
Thanks,
Fernando
On 2013/02/12 16:54, Fernando Luis Vázquez Cao wrote:
Substitute ALC889 for ALC882 in macro and function names.
Cc: sta...@vger.
Substitute ALC889 for ALC882 in macro and function names.
Cc: sta...@vger.kernel.org
Cc: alsa-de...@alsa-project.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.7.6-orig/sound/pci/hda/patch_realtek.c
linux-3.7.6/sound/pci/hda/patch_realtek.c
--- linux-3.7.6-orig/sound/pci
The problem addressed by this fixup is not specific to Vaio Z, affecting
some Vaio all-in-one desktop PCs too. Update the code comments accordingly.
Cc: sta...@vger.kernel.org
Cc: alsa-de...@alsa-project.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.7.6-orig/Documentation
for choosing the speaker pin as the primary so
that the right DAC is assigned on this device.
Cc: sta...@vger.kernel.org
Cc: alsa-de...@alsa-project.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.7.6-orig/sound/pci/hda/patch_realtek.c
linux-3.7.6/sound/pci/hda/patch_realtek.c
@vger.kernel.org
Signed-off-by: Fernando Luis Vazquez Cao
Signed-off-by: Jiri Kosina
---
diff -urNp linux-3.8-rc4-orig/drivers/hid/hid-sony.c
linux-3.8-rc4/drivers/hid/hid-sony.c
--- linux-3.8-rc4-orig/drivers/hid/hid-sony.c 2013-01-22 14:21:13.380552283
+0900
+++ linux-3.8-rc4/drivers/hid/hid-sony.c
On Wed, 2013-01-16 at 11:44 +0100, Jiri Kosina wrote:
On Wed, 16 Jan 2013, Fernando Luis Vazquez Cao wrote:
> I noticed that the patch was tagged "for-3.9". Does this mean
> that it is too late to get it merged during the current release
> cycle?
I currently don't have
Hi Jiri,
On 2013/01/16 01:02, Jiri Kosina wrote:
On Tue, 15 Jan 2013, Fernando Luis Vázquez Cao wrote:
Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
a RF receiver, multi-interface USB device 054c:0374, that is used to connect
a wireless keyboard and a wireless
-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.8-rc3-orig/drivers/hid/hid-core.c
linux-3.8-rc3/drivers/hid/hid-core.c
--- linux-3.8-rc3-orig/drivers/hid/hid-core.c 2013-01-10 11:59:55.0
+0900
+++ linux-3.8-rc3/drivers
Hi Antonio,
On 2013/01/15 18:36, Antonio Ospite wrote:
On Tue, 15 Jan 2013 12:43:48 +0900 Fernando Luis Vázquez Cao
wrote:
diff -urNp linux-3.8-rc3-orig/drivers/hid/hid-sony.c
linux-3.8-rc3/drivers/hid/hid-sony.c
--- linux-3.8-rc3-orig/drivers/hid/hid-sony.c 2012-12-11 12:30:57.0
-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Fernando Luis Vazquez Cao
---
diff -urNp linux-3.8-rc3-orig/drivers/hid/hid-core.c
linux-3.8-rc3/drivers/hid/hid-core.c
--- linux-3.8-rc3-orig/drivers/hid/hid-core.c 2013-01-13 20:54:36.846952518
+0900
+++ linux-3.8-rc3
Nova release do rt sobre o 3.0.53, nao sei se nao valera a pena ver o que tem
vindo a mudar, segundo este post nao sao alteracoes especificas do rt.
Abraco
Fernando
Steven Rostedt wrote:
Dear RT Folks,
I'm pleased to announce the 3.0.53-rt77 stable release.
This release is just an u
On 11/15/2012 10:11 AM, Thomas Gleixner wrote:
On Wed, 14 Nov 2012, Fernando Lopez-Lezcano wrote:
On 11/12/2012 01:28 PM, Thomas Gleixner wrote:
Dear RT Folks,
I'm pleased to announce the 3.6.6-rt17 release. 3.6.6-rt16 is just a
not announced update release to 3.6.6.
Got this:
---
error: expected expression before '{' token
net/nfc/llcp/llcp.c:1186:35: error: expected expression before '{' token
when building with CONFIG_NFC / CONFIG_NFS_LLCP (builds fine when those
are not set)
-- Fernando
Changes since 3.6.6-rt16:
* Finally make the NOHZ
Hi Ohad,
On Tue, Sep 18, 2012 at 4:59 AM, Ohad Ben-Cohen wrote:
> Hi Fernando,
>
> On Thu, Aug 30, 2012 at 9:26 PM, Fernando Guzman Lugo
> wrote:
>> These set of patches make possible the remoteproc recover after a crash.
>> This is a hard recovery, that means the re
: Fernando Guzman Lugo
---
drivers/remoteproc/remoteproc_core.c | 37 +-
drivers/remoteproc/remoteproc_internal.h |1 +
include/linux/remoteproc.h |2 +
3 files changed, 39 insertions(+), 1 deletions(-)
diff --git a/drivers/remoteproc
c once using recover.
This will not change the state of the recovery entry, it will
only recovery the rproc if its state is RPROC_CRASHED
$ echo recover > /remoteproc/remoteproc0/recovery
Signed-off-by: Fernando Guzman Lugo
---
drivers/remoteproc/remoteproc_core.c|3 +-
drivers/r
enum. I have only added mmufault
crash type. Remoteproc low-level drivers can add more types when needed.
Signed-off-by: Fernando Guzman Lugo
---
Documentation/remoteproc.txt |7 +++
drivers/remoteproc/remoteproc_core.c | 80 +++---
include/linux
.
-Version 2
* Wait untill there is no more rproc users before realoding the FW again
in order to make sure the recovery will work fine. As suggested by
Sjur BRENDELAND
Fernando Guzman Lugo (3):
remoteproc: add rproc_report_crash function to notify rproc crashes
remoteproc: recover a remoteproc
n we
call dma_alloc_coherent function.
Signed-off-by: Fernando Guzman Lugo
---
drivers/rpmsg/virtio_rpmsg_bus.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rpmsg/virtio_rpmsg_bus.c b/drivers/rpmsg/virtio_rpmsg_bus.c
index 590cfaf..1859f71 100644
--- a/driv
Hi Sjur,
On Mon, Aug 20, 2012 at 8:07 AM, Sjur Brændeland
wrote:
>
> Hi Fernando,
>
> >This patch is introducing rproc_trigger_recover function which is in
> >charge of recovering the rproc. One way to recover the rproc after a
> > crash
> >is resetting all it
enum. I have only added mmufault
crash type. Remoteproc low-level drivers can add more types when needed.
Signed-off-by: Fernando Guzman Lugo
---
Documentation/remoteproc.txt |7 +++
drivers/remoteproc/remoteproc_core.c | 80 +++---
include/linux
: Fernando Guzman Lugo
---
drivers/remoteproc/remoteproc_core.c | 28 +++-
drivers/remoteproc/remoteproc_internal.h |1 +
2 files changed, 28 insertions(+), 1 deletions(-)
diff --git a/drivers/remoteproc/remoteproc_core.c
b/drivers/remoteproc/remoteproc_core.c
c once using recover.
This will not change the state of the recovery entry, it will
only recovery the rproc if its state is RPROC_CRASHED
$ echo recover > /remoteproc/remoteproc0/recovery
Signed-off-by: Fernando Guzman Lugo
---
drivers/remoteproc/remoteproc_core.c|3 +-
drivers/r
.
Fernando Guzman Lugo (3):
remoteproc: add rproc_report_crash function to notify rproc crashes
remoteproc: recover a remoteproc when it has crashed
remoteproc: create debugfs entry to disable/enable recovery
dynamically
Documentation/remoteproc.txt |7 ++
drivers/remoteproc
On Mon, 2008-01-28 at 10:26 -0800, Fernando Lopez-Lezcano wrote:
> On Sun, 2008-01-27 at 05:46 +0100, Mike Galbraith wrote:
> > On Sat, 2008-01-26 at 17:59 -0800, Fernando Lopez-Lezcano wrote:
> >
> > > Hi Ingo... back to testing.
> > > History:
> > &
On Sun, 2008-01-27 at 05:46 +0100, Mike Galbraith wrote:
> On Sat, 2008-01-26 at 17:59 -0800, Fernando Lopez-Lezcano wrote:
>
> > Hi Ingo... back to testing.
> > History:
> >
> > 2.6.23.x + rt has not been very usable for audio applications.
> > 2.6.24-r
On Sat, 2007-12-08 at 10:17 +0100, Ingo Molnar wrote:
> * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 2007-12-07 at 20:59 +0100, Ingo Molnar wrote:
> > > * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote:
> > >
> > > &
Em Fri, 14 Dec 2007 10:06:20 +0800
"Dave Young" <[EMAIL PROTECTED]> escreveu:
| On Dec 14, 2007 1:04 AM, Luiz Fernando N. Capitulino
| <[EMAIL PROTECTED]> wrote:
| >
| > Hi there,
| >
| > If I run:
| >
| > # modprobe pnc2000
| >
| > In a mach
e5 53 89 c3 8b 40 18 83 f8 01 75 07 03 4b 10 88 11 eb 17 83 f8
02 75 08 03 4b 10 66 89 11 eb 0a 83 f8 04 75 05 03 4b 10 <89> 11 f0 83 04 24 00
5b 5d c3 55 89 e5 57 89 d7 8b 55 08 56 89
EIP: [] simple_map_write+0x2a/0x34 [map_funcs] SS:ESP 0068:dc913db8
--
Luiz Fernando N. Capitulino
:24:16 santorini kernel: <0>Fatal exception: panic in 5 seconds
Is this a CentOS kernel? If so, you should report the problem to them:
http://bugs.centos.org/main_page.php
--
Luiz Fernando N. Capitulino
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
1 - 100 of 261 matches
Mail list logo
