Fixed multiple spelling errors.
Signed-off-by: Carlos E. Garcia
---
Documentation/DMA-attributes.txt | 2 +-
Documentation/block/biodoc.txt | 8
Documentation/block/cfq-iosched.txt | 2
ed both (which should solve your problem of
acpi_use_timer_override ignoring the HPET - it shouldn't be needed
if 'hpet=force' enables the HPET).
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the
orig/fs/xattr.c2012-10-23 16:02:41.155857391 -0400
> +++ github/fs/xattr.c 2012-10-25 11:17:15.118197552 -0400
> @@ -842,55 +842,46 @@
> return ret;
> }
>
Looks good to me
Reviewed-by: Carlos Maiolino
--
--Carlos
--
To unsubscribe from this list: send the lin
on which
> is not used anywhere.
>
> This patch replaces the second variable with NULL.
>
If the variable isn't used anymore, why don't just get rid of it, instead of
call the function passing a NULL pointer on it?
--
--Carlos
--
To unsubscribe from this list: send the line
On Tuesday 12 February 2008 04:41:42 Linus Torvalds wrote:
>
> On Mon, 11 Feb 2008, Carlos Corbacho wrote:
> >
> > WMI drivers, like their ACPI counterparts, should also check if ACPI is
> > disabled or not, and bail out if so, otherwise we cause a crash.
>
> S
On Wednesday 13 February 2008 04:03:25 Al Viro wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Carlos Corbacho <[EMAIL PROTECTED]>
> ---
> d2d6f5b9eb315a53043a722d952bb21ed5ca1229
> diff --git a/drivers/acpi/wmi.c b/drivers/acpi/wmi.c
> index 457ed3d..efa
ptop-wakes/td-p/102666
which suggested adding libata.force=nohrst as a boot option to get rid
of the problem.
I tried that, but the laptop wouldn't suspend.
Any ideas?
Thanks,
Carlos
--
kernel-team mailing list
kernel-t...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listin
Hi
On 09/25/2012 12:07 PM, Srivatsa S. Bhat wrote:
On 09/26/2012 12:00 AM, Carlos Moffat wrote:
Hi,
(please let me know if this is the wrong list to ask this)
I have a Crucial M4 512 GB SSD installed on my Thinkpad X220 (Ubuntu
Precise). Overall this runs very nicely, but it takes 10
more robust in the face of the additional signal.
I have little experience when it comes this particular area
of the kernel or expected behaviour from other OSs.
Cheers,
Carlos.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
> gcc drop their inlining and the module are hot plugged.
>
> Fix by annotating acer_led_init() and acer_backlight_init() __devinit.
>
> Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
Signed-off-by: Carlos Corbacho <[EMAIL PROTECTED]>
> Cc: Len Brown <[EMAIL P
On Sunday 17 February 2008 18:20:08 Ingo Molnar wrote:
> i suspect this should be merged by the char driver tree which is
> affected by the addition of these new entries.
Where is such a tree, and who's responsible for it though? I grep'ed
MAINTAINERS and didn't turn up a
providing some sort of web based
management/ instrumentation.
So yes, I agree with you the documentation is crap - but it needs to be redone
anyway, and I've already had that pointed out to me.
As for the Kconfig - I'm open to suggestions.
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: stran
gt; Better, if there are kernel drivers that require this (and currently
> only those drivers), then have those kernel drivers enable ACPI WMI,
Wouldn't that require 'select' though, and I'm led to believe that's seriously
frowned upon these days?
-Carlos
--
E-Mail
top drivers in drivers/misc use 'select'
for various things, I don't see the harm here - unless anyone else has a
great objection to acer-wmi and tc1100-wmi having 'select ACPI_WMI'?
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
On Friday 08 February 2008 00:12:24 Ray Lee wrote:
> On Feb 7, 2008 3:51 PM, Carlos Corbacho <[EMAIL PROTECTED]> wrote:
> > On Thursday 07 February 2008 23:33:54 Ray Lee wrote:
> > > Do you have list of hardware/platforms that require this feature to
> > > get t
fully push back
out before the -rc1 release).
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.k
he jog dial, IIRC.
> The laptops will boot fine without it, right?
Yes.
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
The source code for this driver is currently located in drivers/char, and
given that this is not an x86 processor feature, it shouldn't live in the
x86 Kconfig.
So lets move it to the Kconfig for drivers/char instead, and just add
a dependency on x86.
Signed-off-by: Carlos Corbacho &l
latest tree, since x86 git seems to be missing an
earlier Kconfig patch for I8K that dropped the x86_32 limitation.
-Carlos
---
Carlos Corbacho (2):
toshiba - Move Kconfig entry to drivers/char
i8k - Move Kconfig entry to drivers/char
arch/x86/Kconfig | 36
The source code for this driver is currently located in drivers/char, and
given that this is not an x86 processor feature, it shouldn't live in the
x86 Kconfig.
So lets move it to the Kconfig for drivers/char instead.
Signed-off-by: Carlos Corbacho <[EMAIL PROTECTED]>
CC: Jonat
On Saturday 09 February 2008 06:19:36 Ingo Molnar wrote:
> (Carlos Cc:-ed too)
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > * Len Brown <[EMAIL PROTECTED]> wrote:
> > > Len Brown (6):
> > > ACPI: add newline to printk
> > > AC
tc1100-wmi - Fail gracefully if ACPI is disabled
From: Carlos Corbacho <[EMAIL PROTECTED]>
WMI drivers, like their ACPI counterparts, should also check if ACPI is
disabled or not, and bail out if so, otherwise we cause a crash.
Spotted by Ingo Molnar.
Signed-off-by: Carlos Corbacho &
acer-wmi - Fail gracefully if ACPI is disabled
From: Carlos Corbacho <[EMAIL PROTECTED]>
WMI drivers, like their ACPI counterparts, should also check if ACPI is
disabled or not, and bail out if so, otherwise we cause a crash.
Spotted by Ingo Molnar.
Signed-off-by: Carlos Corbacho &
sed drivers (acer-wmi, tc1100-wmi) in the kernel both need a
simple patch each to fix this - patches to follow.
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
643] Freezing of tasks failed after 20.01 seconds (1 tasks
> > refusing to freeze, wq_busy=0):
> > [ 389.137760] jbd2/loop0-8D 8180d780 0 295 2
> > 0x
> >
> > Have a good night, /me -> watching TV!
> The traces don't suggest an ext4/jbd2 problem. What is happening is
pps.
>
> However the type name is different so:
>
> struct in6_addr *p = &kern_struct->member;
>
> wouldn't work so well. And you couldn't fix up the sources to these
> kinds of accesses in a way that work cleanly both before and after
> changing th
ble so you can use
the linux specific code to define __USE_KERNEL_DEFS based on
the _UAPI_* macro definition and use those to cull in.h.
- glibc was missing IPPROTO_MH, added here.
glibc/
2012-01-16 Carlos O'Donell
* sysdeps/unix/sysv/linux/bits/in.h
[_UAPI_LINUX_IN
On 01/16/2013 10:22 PM, YOSHIFUJI Hideaki wrote:
> Carlos O'Donell wrote:
>> diff --git a/include/uapi/linux/in6.h b/include/uapi/linux/in6.h
>> index f79c372..a2b16a5 100644
>> --- a/include/uapi/linux/in6.h
>> +++ b/include/uapi/linux/in6.h
>> @@ -23,6 +23
On Thu, Jan 17, 2013 at 11:20 PM, Mike Frysinger wrote:
> On Wednesday 16 January 2013 22:15:38 David Miller wrote:
>> From: Carlos O'Donell
>> Date: Wed, 16 Jan 2013 21:15:03 -0500
>>
>> > +/* If a glibc-based userspace has already included in.h, then we wil
On 01/18/2013 05:44 AM, Pedro Alves wrote:
> On 01/18/2013 04:22 AM, Carlos O'Donell wrote:
>> On Thu, Jan 17, 2013 at 11:20 PM, Mike Frysinger wrote:
>>> On Wednesday 16 January 2013 22:15:38 David Miller wrote:
>>>> From: Carlos O'Donell
&g
c, what should we do?
>
> Include the glibc header first? Or is this some other
> use case?
>
> The point wasn't that you'd have only one macro for all
> structs/enums (you could split into __IPV6_IN6_ADDR_DEFINED,
> __IPV6_SOCKADDR_IN6_DEFINED, etc.) but to have the ker
N syscalls with errors and hope that
that's enough information for the user to determine the issue.
> I mean it would be great if we could rewrite every system call with a
> cookie so userspace could reliably match things back up, but I just
> don't see that as practical.
Alan Cox ([EMAIL PROTECTED]) wrote on 12 February 2001 21:49:
>The ideal solution would be for someone to provide BUG() on the
>Alpha platform as in 2.4. That would sort things cleanly
Hmm... Looks more difficult than I expected. Can we just change the
one call to BUG to something sensible on a
Trond Myklebust ([EMAIL PROTECTED]) wrote on 13 February 2001 10:56:
>Actually, since BUG() only seems to be defined on i386 platforms for
>2.2.x, perhaps the easiest thing to do (unless somebody wants to
>volunteer to backport all the `safe' definitions from 2.4.x) would be
>to add the generi
Trond Myklebust ([EMAIL PROTECTED]) wrote on 13 February 2001 10:56:
>--- net/sunrpc/ping.c.origTue Feb 13 10:47:20 2001
>+++ net/sunrpc/ping.c Tue Feb 13 10:50:03 2001
**
Oops, the BUG() call appears in xprt.c! Here's a patch that makes it
compile. Let's see if it runs
Jan-Benedict Glaw ([EMAIL PROTECTED]) wrote on 14 February 2001 15:48:
>With my currently installed ping (netkit-ping 0.10-6 from Debian Woody)
>I get unaligned accesses:
>
>ping(15953): unaligned trap at 0001200030e4: 000120026b34 29 1
>ping(15953): unaligned trap at 000120003110
Sean Hunter ([EMAIL PROTECTED]) wrote on 14 February 2001 17:26:
>This is an application problem, not a kernel one. You need to upgrade your
>netkit.
Yes, I was quite confident of this. However, unaligned traps are a
frequent problem with alphas. For a looong time we had zsh produce
lots of it
Jan Kara ([EMAIL PROTECTED]) wrote on 4 September 2000 08:25:
> Following patch fixes bug in dquot_transfer() - while we were sleeping
>i_blocks might change and so number quota was miscounted. Patches are
>against 2.2.16 and 2.4.0-test6 (but should apply well on newer versions).
I seem to ha
Adrian Chung ([EMAIL PROTECTED]) wrote on 4 February 2001 15:53:
>I've been attempting to get two Promise Ultra66 controllers working
>with an Asus P2B-F motherboard. I've got one controller successfully
>working, but as soon as I stick the second controller in the computer,
>the system refus
Alan Cox ([EMAIL PROTECTED]) wrote on 31 January 2001 15:23:
>> > In the intel databook. Generally an MCE indicates hardware/power/cooling
>> > issues
>>
>> Doesn't an MCE also cover some hardware memory problems - parity/ECC
>> issues etc?
>
>Parity/ECC on main memory is reported by the c
Doug Ledford ([EMAIL PROTECTED]) wrote on 9 February 2001 16:41:
>The latest patch I sent Alan had both the hosts.c fix and some other fixes, so
>I'm thinking it hasn't made it into his 2.2.19pre9 kernel. The next one
>should work fine as far as aic7xxx is concerned.
I think you should post y
When doing the final ld -o vmlinux on an alpha the linker
complains:
net/network.a(sunrpc.o): In function `xprt_ping_reserve':
sunrpc.o(.text+0x4b94): undefined reference to `BUG'
sunrpc.o(.text+0x4b98): undefined reference to `BUG'
Looks like a problem in Trond's patches, also it doesn't h
look at that error above to tell me what the hell is going on. I get a
similar error when I strace wget (since this one doesn't give any weird
errors, just locks up).
Please Cc: to me, I'm not subscribed to this list atm.
Thank you,
Carlos.
--
_ _ _| _ _ | _ .
On Tue, 22 May 2001 22:52:47 +1000, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Carlos Laviola wrote:
> >
> > invalid operand:
[ ... oops here ... ]
> > Segmentation fault
> >
> > This seems to be a bug in the kernel, maybe because the file is too
Jeff, et al -
One question. Do the open source driver support pass-through commands ? if so,
how ? If you do not support it, are you planning to implement pass-through
commands sometime in the future ?
Carlos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
, reiserfs) and they don't have this problem, just ext2 and ext3
have it. This problem also doesn't occur in x86, only on amd64 (as far
as i tested). If any more info is needed, just mail me.
The link to the bug is http://bugs.gentoo.org/101723
Carlos Silva
(cc me as i'm not on t
that don't generate
standard keycodes[1], as a 32/ 64 bit agnostic solution (since most Fujitsu
Siemens laptops don't support the required BIOS call from long mode, and also
still don't produce standard keycodes on certain button presses).
-Carlos
[1] http://code.google.com/
acerhk) have not been ported to x86-64.
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel
s, Linus' patch in question (in combination with Rafael's suspend
reordering work) still broke suspend, and the port 0x142E write is still the
offender, so something is still not playing nice - I'm just now at a complete
loss as to what.
(PNPACPI came to mind as a suspect, but even with t
rors (I mean, if you're going to screw up, you
might as well _really_ go for it).
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
te loss as to why suspending OHCI would cause a
problem for an IO port write.
> NOTE! This following patch is just for discussion, and while I think it's
> conceptually a good thing to try, I don't think it will help Carlos'
> problem. But removing the "pci_set_po
fine for ACPI 3.0 and above,
but for pre-3.0 systems, this violates the older specs, where 2) and 3)
should be reversed.
> I would guess some BIOS writers failed to heed this..
No, it looks like the BIOS is obeying the older specs, and Linux is at fault
here for breaking the suspend logic
Adding Linux-ACPI to CC.
On Tuesday 25 December 2007 00:03:25 Carlos Corbacho wrote:
> According to the earlier versions of the ACPI spec, Linux is doing the
> wrong thing - we should call _PTS() before we start powerding down devices,
> or notifying device drivers to start suspending.
&
n the patch since it doesn't actually fix the issue (turns out
it's actually a bug in Linux's handling of suspend-to-RAM for ACPI 1.0 and
2.0 systems).
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the lin
I will rescind my point on ACPI 2.0 - I don't know what we should or shouldn't
be doing there, the spec is unclear.
But for ACPI 1.0, we are doing the wrong thing.
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list
ad of words.
> I'll try to prepare some patches along these lines soon.
Much appreciated - I'm much happier with someone who's more familiar with this
code than I working on it.
-Carlos
(Now going back to unwrapping Christmas presents...)
--
E-Mail: [EMAIL PROTECTED]
Web: s
On Thursday 27 December 2007 18:03:52 Rafael J. Wysocki wrote:
> Please review (and test, if possible).
Suspend now works properly here with this patch set.
Tested-by: Carlos Corbacho <[EMAIL PROTECTED]>
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE7
cannot currently test that):
Tested-by: Carlos Corbacho <[EMAIL PROTECTED]>
However, my only concerns are that:
1) tifm_ms was not autoloaded
2) On loading tifm_ms, only memstick was autoloaded - mspro_block was not.
Although, whether this is an issue with userspace (ie. udev) not dealin
On Monday 31 December 2007 00:31:12 Jan Engelhardt wrote:
> On Dec 31 2007 00:01, Carlos Corbacho wrote:
> >On Monday 24 December 2007 03:06:37 [EMAIL PROTECTED] wrote:
> >> From: Alex Dubov <[EMAIL PROTECTED]>
> >>
> >> Sony MemoryStick cards are
rules here, or just some use of
modalias in the drivers?
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
e DSDTs for the boards in question so we can
quickly check if this is a possibility? (Basically, to see if they have
PNP0C14 devices - if they don't, then I'm afraid it's nothing to do with
WMI).
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722
On Thursday 20 December 2007 02:13:22 Elvis Pranskevichus wrote:
> Hi Carlos,
>
> I've attached the DSDT for Gigabyte GA-965G-DS3 (rev 1.0, bios rev. F9) to
> bugzilla entry #9514:
>
> http://bugzilla.kernel.org/attachment.cgi?id=14132
A quick look over the DSDT shows th
Near the end of the build this appears:
KSYM.tmp_kallsyms2.S
AS .tmp_kallsyms2.o
LD vmlinux.o
MODPOST vmlinux.o
WARNING: vmlinux.o(.text.head+0xe4): Section mismatch: reference to
.init.data.2:trampoline_level4_pgt (between 'ident_complete' and
'secondary_startup_64')
WARNI
with a timer and try sending the initiliazation stream until
the controller starts running again and responds with the end of command
status.
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren
From: Juha Yrjola <[EMAIL PROTECTED]>
General code cleanup, modifications at some dev_* functions and
other hacks at mmc_omap_irq() for MMC multislot support.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off
From: Jarkko Lavinen <[EMAIL PROTECTED]>
Abort failed command from workqueue rather than from an interrupt,
allowing longer delays in abortion.
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c | 82 ---
1 files changed, 4
From: Jarkko Lavinen <[EMAIL PROTECTED]>
Use work queues for starting new commands instead of starting them
directly from irq handler. The command scheduling needs to be delayed
a bit for some cards which should not be done from an interrupt.
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
---
From: Jarkko Lavinen <[EMAIL PROTECTED]>
The cover waitqueue is occasionally scheduled twice from timer
and the interrupt and oops follows. It would have been possible
to fix this problem with spinlocks but using tasklet was a dropin
sloution with no need for locking.
This path also adds some cle
From: Kyungmin Park <[EMAIL PROTECTED]>
If the get_cover_state is not set, it occurs the oops.
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Using setup_timer() instead of init_timer() on omap.c file.
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c | 14 --
1 files cha
From: Juha Yrjola <[EMAIL PROTECTED]>
Modifications at power functions to MMC multislot support. This patch
also move board-specific code out of MMC OMAP driver.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off
From: Juha Yrjola <[EMAIL PROTECTED]>
Fix the data timeout calculation for MMC multislot support.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-b
From: Juha Yrjola <[EMAIL PROTECTED]>
This patch adds back MMC cover switch support in a way that
supports multiple slots.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]
From: Juha Yrjola <[EMAIL PROTECTED]>
New functions to support MMC multislot:
mmc_omap_release_dma() and mmc_omap_abort_xfer().
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PRO
by such feature are: N770, Siemens SX1 and Apollon.
Improvements, fixes for some specific issues, code clean-ups and all are
included.
BR,
Carlos.
--
Carlos Eduardo Aguiar
Nokia Institute of Technology - INdT
Open Source Mobile Research Center - OSMRC - Manaus
Core Team
Phone: +55 92 2126-1079
From: Jarkko Lavinen <[EMAIL PROTECTED]>
The limit was a fixed 100k limit in the busy loop, which is not
accurate. It would better to have time limit for the worst case
which occurs when sending 80 cycles at 400 kHz and takes about
200 microseconds, so limit the max time spend in the busy loop
for
From: Jarkko Lavinen <[EMAIL PROTECTED]>
MMCA spec says the mmc clock should be kept running for at least
8 cycles after the last RW request. Ensure this with lazy clock
disable after a request, or with an explicit delay before
switching a slot.
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
-
From: Tony Lindgren <[EMAIL PROTECTED]>
As noted by Kyungmin Park, the divisor calculation has
an unnecessary increase.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c |1 -
1 files cha
PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c | 152 +--
1 files changed, 1 insertions(+), 151 deletions(-)
diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.c
index 3844eb8..721955a 10
From: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
This patch adds an include missing from previous merging
mainline tree into linux-omap tree.
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c
rancisco Alecrim <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/
inen <[EMAIL PROTECTED]>
Signed-off-by: Carlos Eduardo Aguiar <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap.c | 424 +--
include/asm-arm/arch-omap/mmc.h |2 +
2 files changed, 32
2 keyboard on isa0060/serio0
input: SynPS/2 Synaptics TouchPad on isa0060/serio1
i'm just trying to track down what i think it's a problem.
Thanks,
Carlos Silva
signature.asc
Description: This is a digitally signed message part
Hi,
This is my fist message here.
Please, help-me.
I need to work with two modules toghter. Is possible to include in the
one driver one call to another driver?
It's work?
I do it. But, at compilling time, i have a lot of errors!
Thanks! And Sorry by my English!
Juan Carlos
(FAPESP - B
nction+0x0/0x43
[] hub_thread+0x0/0xf9
[] kernel_thread_helper+0x5/0xb
Code: 00 89 f9 89 f2 89 d8 e8 f5 fe ff ff 8b 53 08 89 c1 ff 42 70 0f
8e 57 02 00 00 89 c8 8b 1c 24 8b 74 24 04 8b 7c 24 08 83 c4 0c c3 <0f>
0b 57 00 e2 bb 30 c0 eb c0 8b 40 30 e9 1b e6 ff ff 55 57 56
--
Carlos Martín http://
From: Carlos Corbacho <[EMAIL PROTECTED]>
This patch adds a quirk from LinuxBIOS to force enable HPET on
the nVidia CK804 (nForce 4) chipset.
This quirk can very likely support more than just nForce 4
(LinuxBIOS use the same code for nForce 5), and possibly nForce 3,
but I don't
From: Carlos Corbacho <[EMAIL PROTECTED]>
Actually set force_hpet_resume_type.
---
Whoops, just noticed I forgot to re-add this to the patch before submitting it.
arch/x86/kernel/quirks.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/quirks.c
en behind hpet=force,
would this be acceptable, since the user would have to explicitly call
hpet=force, and then it either works or doesn't?)
-Carlos
diff --git a/arch/x86/kernel/quirks.c b/arch/x86/kernel/quirks.c
index a4ce191..7c772bf 100644
--- a/arch/x86/kernel/quirks.c
+++ b/ar
From: Carlos Corbacho <[EMAIL PROTECTED]>
Add support to force_hpet for all known MCP55 (nForce 5) chipset
LPC bridges.
---
These are the untested nForce 5 chips (taken from Mikko's original
patch, and checked against pci.ids).
arch/x86/kernel/quirks.c | 18
in early_quirks.c (could the PCI scanning
be done in early_quirks.c and the actual HPET enabling handled in quirks.c
later - or if not, could this early quirk play be made to obey the force_hpet
boot option)?
-Carlos
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
-
T
Jeff Lessem ([EMAIL PROTECTED]) wrote on 6 November 2007 22:00:
>Dan Williams wrote:
> > The following patch, also attached, cleans up cases where the code looks
> > at sh->ops.pending when it should be looking at the consistent
> > stack-based snapshot of the operations flags.
>
>I tried thi
This patch add a missing '\n' at the end of the 'cover is open' string
in mmc_omap_switch_handler().
Signed-off-by: Arnaud Patard <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Index: linux-2.6.20/drivers/mmc/omap.c
==
As discussed earlier on LKML:
http://lkml.org/lkml/2006/5/4/44
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Index: linux-2.6.20/drivers/mmc/omap.c
===
--- linux-2.6.20.orig/drivers/mmc/omap.c2007-04-24 15:22:12.
Move divisor calculation into a separate function and
re-arrange the init order to make MMC_POWER_ON work.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Index: linux-2.6.20/drivers/mmc/omap.c
===
--- linux-2.6.20.orig/drivers/mmc
Hi Pierre,
Find in this series the pending patches from Linux-OMAP to mainline for
drivers/mmc/omap.c
The patches series was applied against Linus' tree 2.6.21-rc7-git6.
Anyway, it was tested on OMAP H2 (using omap_h2_1610_defconfig available
on linus' tree).
BR,
Carlos.
--
Carl
On 10/13/2017 02:36 PM, Mathieu Desnoyers wrote:
> I also spoke to Carlos O'Donell from glibc about it, and he was very
> excited about the possible use of rseq for malloc speedup/memory usage
> improvement. But again, I don't see a project like glibc starting to
> use a sys
t
> have an xfstest for it, since the syscall is still quite new. Once that
> goes in and we get fsinfo support in xfs_io, it should be rather
> trivial to roll a testcase for this.
>
Whole patch sounds fine, you can add:
Reviewed-by: Carlos Maiolino
Cheers
> Al, if this lo
t; pag->pagf_btreeblks++;
> logflags |= XFS_AGF_BTREEBLKS;
> }
> + xfs_perag_put(pag);
>
> xfs_alloc_log_agf(tp, agbp, logflags);
> *bnop = bno;
> --
> 2.7.4
>
>
--
Carlos
glish speaker too, but I believe it should be "is read and
written after..."
But, for the code itself, you can add:
Reviewed-by: Carlos Maiolino
Cheers
>
> Signed-off-by: Pan Bian
> ---
> V2: correct the commit log
> ---
> fs/xfs/libxfs/xfs_alloc.c | 2 +-
> inconsistent with glibc managing TLS etc. - they are, at least, no worse
> as a source of APIs than all the old BSD / SVID interfaces we have from
> when those were used as sources of APIs.
I agree. Documentation is important.
--
Cheers,
Carlos.
1 - 100 of 344 matches
Mail list logo
