Le Tue, 3 Oct 2017 13:34:37 +0300,
Adrian Hunter a écrit :
> On 03/10/17 13:19, Matthieu CASTET wrote:
> > Hi,
> >
> > while using perf on x86_64, I saw strange output for symoff.
> >
> > $ perf record -g -- sleep 1
> > $ perf script
Hi,
while using perf on x86_64, I saw strange output for symoff.
$ perf record -g -- sleep 1
$ perf script -F comm,tid,pid,time,ip,sym,dso,symoff
[...]
sleep 11656/11656 1045318.546436:
7fff9542e5b5 __d_lookup_rcu+0x80006ae02035 ([kernel.kallsyms])
7fff9541e132 lookup_fa
consistent with others entries
(ioremap, vmalloc, ...) that already provide caller.
Signed-off-by: Matthieu CASTET
---
arch/arm64/mm/dma-mapping.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c
index 614af886b7ef..11
Hi,
the commit 337f13046ff03717a9e99675284a817527440a49 is saying that it
change to syscall to an equivalent to FUTEX_WAIT_BITSET |
FUTEX_CLOCK_REALTIME with a bitset of FUTEX_BITSET_MATCH_ANY.
It seems wrong to me, because in case of FUTEX_WAIT, in
"SYSCALL_DEFINE6(futex", we convert relative ti
Le Wed, 27 Aug 2014 10:54:53 -0400,
Alan Stern a écrit :
> On Wed, 27 Aug 2014, Matthieu CASTET wrote:
>
> > Ping
> >
> > I have got also a problem with a usb sdcard reader (without power cut
> > during suspend)
>
> > > > The usb storage driver
8:0:0:0: [sdb]
[ 1204.141510] Add. Sense: Not ready to ready change, medium may have changed
[ 1204.141514] sd 8:0:0:0: [sdb] CDB:
[ 1204.141516] Read(10): 28 00 00 0a 75 f8 00 00 08 00
[ 1204.141526] end_request: I/O error, dev sdb, sector 685560
Le Mon, 28 Apr 2014 15:01:39 +0200,
Matthieu CAST
Le Fri, 8 Aug 2014 13:50:52 -0600,
David Ahern a écrit :
> On 8/8/14, 10:40 AM, Matthieu CASTET wrote:
> > Hi,
> >
> > I have a 64 bits kernel running with 32 bits binaries.
> > If I run 32 bits perf on this 64 bits kernel 3.14, I got weird result :
> >
> &g
Hi,
I have a 64 bits kernel running with 32 bits binaries.
If I run 32 bits perf on this 64 bits kernel 3.14, I got weird result :
- perf trace doesn't work [1]
- perf record with dwarf call-graph doesn't work [2]
Matthieu
[1]
$ sudo perf trace ls
0.009 ( 0.000 ms): ... [continued]: clo
Hi Boris,
Le Tue, 22 Jul 2014 14:12:19 +0200,
Boris BREZILLON a écrit :
> Hi Matthieu
>
> On Tue, 22 Jul 2014 12:03:46 +0200
> Matthieu CASTET wrote:
>
> > Hi,
> >
> >
> >
> > I did a similar patch [1] (that wasn't merged :( ), and I used
n our chip (not upstream).
Matthieu
[1]
[PATCH 2/3] mtd nand : get timings from onfi
We get from onfi param the max speed supported by the chip.
A precomputed table for ONFI timings is generated.
Signed-off-by: Matthieu CASTET
---
drivers/mtd/nand/Makefile |2 +-
drivers/mtd
Hi,
any news on this.
Matthieu CASTET
Le Tue, 22 Apr 2014 16:01:15 +0200,
Matthieu CASTET a écrit :
> Hi,
>
> while playing with suspend to ram I found a strange behavior with usb
> key.
>
> This can be easily reproduced by doing :
> - plug a usb key
> - start to
Le Mon, 24 Feb 2014 16:03:10 +0800,
Neil Zhang a écrit :
> This patch set is mainly for bug fix.
>
> Neil Zhang (6):
> usb: gadget: mv_udc: remove redundant pull up in udc_start
> usb: gadget: mv_udc: disable HW zlt for ep0
> usb: gadget: mv_udc: clear corresponding interrupt when flush fi
:
http://marc.info/?l=linux-usb&m=133701342028213&w=2
They may apply to your commit.
>
> Inspired-by: Matthieu CASTET
> Signed-off-by: Tuomas Tynkkynen
> ---
> drivers/usb/chipidea/host.c | 1 +
> drivers/usb/host/ehci-hub.c | 14 +++---
> drivers/usb/host/eh
Hello,
> Hi all,
>
> I am a new comer to this mailing list ,
> I am happy to join this community .
>
You should send this to arm ML.
Also I believe most of people don't enable CONFIG_OABI_COMPAT, that's why they
don't hit the bug.
Matthieu
> I have a bug reported from our android phones w
Hi Andrew,
thanks for your quick review.
Andrew Morton a écrit :
> On Thu, 11 Apr 2013 15:53:09 +0200 Matthieu CASTET
> wrote:
>
>> The current code return the address instead of using PTR_ERR.
>
> I don't understand what you mean here - please describe this e
end SIGKILL instead of SIGSEGV to match what is done when loading binary.
Signed-off-by: Matthieu CASTET
Cc: Al Viro
Cc: Andrew Morton
---
fs/binfmt_elf.c | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index 3939
Will Deacon a écrit :
> Hi Andre,
>
> On Tue, Feb 12, 2013 at 02:02:59PM +, André Hentschel wrote:
>> Am 08.02.2013 16:48, schrieb Will Deacon:
>>> On Wed, Feb 06, 2013 at 11:01:23PM +, André Hentschel wrote:
No, i'm not sure how to improve this. How does the process can continue,
>>
hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public Lice
Could you explain why the old code was wrong ?
With HZ=100
timeo = jiffies + 2 and it should be working.
Huang Shijie a écrit :
> In nand_wait(), the timeo for panic_nand_wait() is assigned with
> wrong value(jiffies + some delay).
>
> This patch fixes it, and also uses the msecs_to_jiffies()
buffer_size - 1* BYTES_PER_WORD: last caller address
* [BYTES_PER_WORD long]
*/
Signed-off-by: Matthieu Castet
CC: Russell King
CC: Pekka Enberg
---
mm/slab.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
index e7667a3..d23
Huang Shijie a écrit :
> With some latest Micron's onfi nand(such as MT29F64G08CBABAWP),
> I find that if we do not apply the tPROG delay as the datasheet tells us,
> the page program may fails. You will read out the all 0xff from this page
> in this case.
>
> This patch adds the tPROG delay for p
m.
>
> Replace mutex with rwsem for codec->shutdown protection so that
> concurrent accesses are allowed.
>
> Also add the protection to snd_usb_autosuspend() and
> snd_usb_autoresume(), too.
>
> Reported-by: Matthieu CASTET
> Signed-off-by: Takashi Iwai
> S
Note memtester is also a great userspace tool for testing memory :
http://pyropus.ca/software/memtester/
It works fine on arm and other arch (but work on malloc or /dev/mem memory)--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
This can help to catch case where hardware is writting after dma free.
Signed-off-by: Matthieu Castet
---
mm/dmapool.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/mm/dmapool.c b/mm/dmapool.c
index c5ab33b..e10898a 100644
--- a/mm/dmapool.c
+++ b/mm/dmapool.c
Pekka Enberg a écrit :
> Hi,
>
> (Adding more people to CC.)
>
> On Tue, Oct 16, 2012 at 2:17 PM, Matthieu CASTET
> wrote:
>> From: Matthieu CASTET
>>
>> on cortexA8 (omap3) ralign is 64 and __alignof__(unsigned long long) is 8.
>> So we always d
From: Matthieu CASTET
on cortexA8 (omap3) ralign is 64 and __alignof__(unsigned long long) is 8.
So we always disable debug.
This patch is based on 5c5e3b33b7cb959a401f823707bee006caadd76e, but fix
case were align < sizeof(unsigned long long).
Signed-off-by: Matthieu Castet
CC: Russell K
Le Tue, 25 Sep 2012 15:44:57 +,
Arnd Bergmann a écrit :
>
> It's not possible to build a kernel that runs on ARMv5 (or below) and
> also on ARMv6 (or above), so the effect would be exactly the same.
> While we are putting a lot of effort into making all sorts of ARMv6
> and ARMv7 based syste
Stephen Boyd a écrit :
> On 8/31/2012 4:47 AM, Matthieu CASTET wrote:
>> Signed-off-by: Matthieu Castet
>
> Please consider adding some sort of commit text. Does this add some new
> feature I may want on some downstream distro kernel?
>
ok
>
> It's unfortunate t
Arnd Bergmann a écrit :
> On Friday 31 August 2012, Stephen Boyd wrote:
>>> +static int hvc_dcc_put_chars_v6(uint32_t vt, const char *buf, int count)
>>> +{
>>> + int i;
>>> +
>>> + for (i = 0; i < count; i++) {
>>> + while (__dcc_getstatus_v6() & DCC_STATUS_TX_V6)
>>> +
Alan Cox a écrit :
> On Fri, 31 Aug 2012 11:33:51 +0100
> Russell King - ARM Linux wrote:
>
>> On Fri, Aug 31, 2012 at 12:29:04PM +0200, Matthieu CASTET wrote:
>>> Alan Cox a écrit :
>>>> On Fri, 31 Aug 2012 11:21:56 +0200
>>>> Matthieu CASTET
Signed-off-by: Matthieu Castet
---
drivers/tty/hvc/hvc_dcc.c | 83 +
1 file changed, 76 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/hvc/hvc_dcc.c b/drivers/tty/hvc/hvc_dcc.c
index 44fbeba..5f8827f 100644
--- a/drivers/tty/hvc/hvc_dcc.c
Alan Cox a écrit :
> On Fri, 31 Aug 2012 11:21:56 +0200
> Matthieu CASTET wrote:
>
>> Signed-off-by: Matthieu Castet
>> ---
>> drivers/tty/hvc/hvc_dcc.c | 34 ++
>> 1 file changed, 34 insertions(+)
>
> This is a step in
Signed-off-by: Matthieu Castet
---
drivers/tty/hvc/hvc_dcc.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/drivers/tty/hvc/hvc_dcc.c b/drivers/tty/hvc/hvc_dcc.c
index 44fbeba..489e9e5 100644
--- a/drivers/tty/hvc/hvc_dcc.c
+++ b/drivers/tty/hvc
Ack-by: matthieu castet
Le Wed, 25 Jul 2012 14:32:50 -0600,
Tim Gardner a écrit :
> Cc: Matthieu CASTET
> Cc: Stanislaw Gruszka
> Cc: Greg Kroah-Hartman
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Tim Gardner
> ---
> drivers/usb/at
Sam Ravnborg ravnborg.org> writes:
>
> In at least 99% of the cases this is OK and the check has found
> several bugs where things would not have worked due to different
> alignmnet between kernel and userland. Just think about the
> issues in a mixed 32/64 bit world.
>
I don't see how this che
Hi,
David P. Reed reed.com> writes:
> And actually, if I had looked at the /sys/bus/pnp definitions, rather
> than /proc/ioports, I would have noticed that port 80 was part of a
> PNP0C02 resource set. That means exactly one thing: ACPI says that
> port 80 is NOT free to be used, for delay
Hi,
I am on a 2.6.23.11 on a AMD Athlon(tm) XP 1800+.
When I do a sysrq-t, after the dump of task state (that is quite slow
because of the vesa console framebuffer), I got the message
"Clocksource tsc unstable (delta = 28115415756 ns)
Time: acpi_pm clocksource has been installed."
Is that no
Anton Salikhmetov gmail.com> writes:
>
> From: Anton Salikhmetov gmail.com>
>
> According to the POSIX standard, multiple real-time signals
> pending to a process should be delivered in a strict order.
> Specifically, the lowest-numbered signal should be delivered
> first and multiple occurren
Ingo Molnar elte.hu> writes:
> A year ago the -rt kernel defaulted to the SLOB for a few releases, and
> barring some initial scalability issues (which were solved in -rt) it
> worked pretty well on generic PCs, so i dont buy the 'it doesnt work'
> argument either.
>
Last time I tried it, I
Hi,
On Sat, 23 Jun 2007 10:43:03 -0700, Randy Dunlap wrote:
> OTOH, you also didn't supply a patch. If you do this, I'll be glad to
> consider it. If I can read it, that is.
"s|/bin/sh|/bin/bash" is so hard to do ?
Matthieu
PS : this remind me http://www.landley.net/code/firmware/ . Is it so
Hi,
Pavel Machek wrote:
Hi!
Sujet : airo suspend problem
? : [EMAIL PROTECTED]
Hi,
the airo driver (drivers/net/wireless/airo.c) does in its suspend routine [1].
But not all the pci cards support power management and cause
pci_enable_wake/pci_set_power_state to return errors.
On pci
Hi,
On Mon, 11 Jun 2007 12:00:34 -0700, Andrew Morton wrote:
> On Sat, 9 Jun 2007 15:08:17 +0200
> Pavel Machek <[EMAIL PROTECTED]> wrote:
>
>
> How does the beep get turned off again?
May be it is turn off by the speaker driver.
BTW can't we do something with led ? This way it can be always
Hi Sam,
Sam Ravnborg wrote:
Hi Matthieu.
Can you please try to tell what your patch actually does.
As for the part added in the MAkefile you pass -lintl for Cygwin -
but I fail to see _why_ -lintl is needed.
If I don't do it, I got [1] or [2].
Matthieu
[1]
scripts/kconfig/conf.o:conf.c:(.te
Hi,
On Sat, 09 Jun 2007 16:53:32 +0200, Mikael Pettersson wrote:
> On Fri, 08 Jun 2007 10:14:03 +0200, Gerard H. Pille wrote:
>> [1.] One line summary of the problem: Since I switched from 2.6.20 to
>> 2.6.21 on my Athlon AMD64 laptop, the system time is slow - about 1' on
>> 15'.
>
> According
Hi,
Sam Ravnborg a écrit :
On Mon, Jun 04, 2007 at 11:45:29AM -0700, Tom wrote:
Hi Sam
enclosed is the 'k_smf.patch' which modifies three files to enable the
kernel 2.6.21.3 to be built under cygwin:
host: cygwin 1.5.24, hostcc= gcc 3.4.4
cross: arm-linux-uclibcgnueabi-gcc (GCC) 4.1.2
cmd:
Hi,
On Mon, 28 May 2007 18:24:18 +0100, Matthew Garrett wrote:
> From: Matthew Garrett <[EMAIL PROTECTED]>
>
> Intel Macs (and possibly other machines) provide a PNP entry for the
> RTC, but provide no IRQ. As a result the rtc-cmos driver doesn't allow
> wakeup alarms. If the RTC is located at
Hi,
Paa Paa hotmail.com> writes:
>
> But are you saying that with most desktop mobos one doesn't usually have the
> different power states available at all? So basically the only means to
> conserve power is to scale the frequency?
>
Even frequency is very limited on core 2 duo. Because of t
Hi,
David Woodhouse wrote:
On Thu, 2007-05-17 at 20:30 +, Matthieu CASTET wrote:
On arch that don't support aligned access, packed struct access will be
done byte per byte (but it could be the expected behavior if there
unaligned access).
When I tested this on ARM, the outpu
David Woodhouse wrote:
On Thu, 2007-05-17 at 20:30 +, Matthieu CASTET wrote:
On Thu, 17 May 2007 10:29:31 -0700, Andrew Morton wrote:
On Thu, 17 May 2007 18:09:50 +0300 Artem Bityutskiy
When I tested this on ARM, the output for je32_to_cpu et al was fine.
For _other_ structures where I&#
On Thu, 17 May 2007 10:29:31 -0700, Andrew Morton wrote:
> On Thu, 17 May 2007 18:09:50 +0300 Artem Bityutskiy
> <[EMAIL PROTECTED]> wrote:
>
> umm.. I'd say what you've done in there is an improvement to the
> exiting stuff: getting gcc to check it is better than having to use
> sparse.
>
> I'
On Thu, 17 May 2007 16:32:01 +0200, Christoph Hellwig wrote:
> Kill ubis homegrown endianess handling crap and replace it with the
> normal kernel endianess handling.
>
Hum, you should check about alignment stuff.
Jffs2 use a similar mechanism and the packed struct also take care of
some unalign
Hi,
On Sun, 13 May 2007 19:36:12 +0200, Thomas Gleixner wrote:
> On Sun, 2007-05-13 at 21:23 +0400, Stas Sergeev wrote:
>> Hello.
>>
>> Thomas Gleixner wrote:
>> >> Does this mean that on even an older
>> >> boards (without acpi at all) the hrtimers won't work?
>> > Not if PIT is the only clocks
Hi,
this patch allow to use SECAM-BG with the FI1216MF tuner.
Matthieu
allow to use SECAM-BG with the FI1216MF tuner.
The selection is done with the secam=B module argument.
The default behaviour should be the same as before.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
Index:
n
Index: airo.c
===
--- airo.c (revision 16)
+++ airo.c (working copy)
@@ -16,6 +16,7 @@
Code was also integrated from the Cisco Aironet driver for Linux.
Support for MPI350 cards was added by Fabrice Bellet
<[EMAIL PROTECTED]>.
+(C) 2005-2007 Matthieu CASTET <[EMAIL PRO
Ingo Molnar wrote:
* Lee Revell <[EMAIL PROTECTED]> wrote:
Well, it is not really a DoS. The rescheduling of the process is
limited by the scheduler and the available CPU time (depending on
the number of runnable tasks in the system).
Shouldn't an unprivileged process be rate limited somehow t
Hi,
some programs need to do some short of busyloop. It was often
implemented as :
while (1) {
if (can_do_stuff) {
do_stuff();
}
else
//sleep a very short of time
usleep(1);
}
usleep(1) or equivalent where used instead of
Hi,
On Fri, 27 Apr 2007 15:49:57 -0700, Greg KH wrote:
> Here are the updated UIO (Userspace I/O driver framework) patches for
> 2.6.21.
>
>
> Documentation/DocBook/kernel-api.tmpl |4 +
> Documentation/DocBook/uio-howto.tmpl | 498 +++
> drivers/Kconfig
Hi,
Deepak Saxena plexity.net> writes:
>
>
> This patch contains a set of small fixes to allow the kernel to build under
> the Cygwin environment, which is unfortunately used by more people than
> one would think in the embedded world. :(
Yes, I did similar patch, and there are needed for ever
On Sun, 31 Dec 2006 13:32:18 +0100, Pierre Ossman wrote:
> Arnd Bergmann wrote:
> I'm a complete MTD noob, but what uses does the MTD layer have besides
> JFFS2. If it's none, than this advantage isn't that big of a deal.
>
AFAIK MTD is for device where erase is need to managed in "software"
Le Tue, 06 Sep 2005 14:43:35 +0100, manomugdha biswas a écrit :
> Hi,
> I want to create an ATM interface on linux. I can
> create ethernet interface using alloc_etherdev() and
> then registering this device. Can I use the same
> function to create atm interface ? Or there is other
> way to do thi
Le Tue, 06 Sep 2005 16:32:39 +0200, Miroslaw Mieszczak a écrit :
> There is a patch to driver of RLT8169 network card. This match make
> possible detection of the link status even if network interface is down.
> This is usefull for laptop users.
>
>
>
> --- r8169.c 2005-09-02 15:34:52.00
Giampaolo Tomassoni wrote:
-Messaggio originale-
Da: Francois Romieu [mailto:[EMAIL PROTECTED]
Inviato: domenica 4 settembre 2005 17.33
A: Giampaolo Tomassoni
Cc: linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]
Oggetto: Re: R: [Linux-ATM-General] [ATMSAR] Request for review - update #1
.
Hi,
this patch clean the blacklist and should be applied after "only parse
device that have CRS method" patch:
Battery, Button, Fan don't have a CRS and should be removed.
PCI root, PIC, Timer are in pnpbios and are harmless.
Please comment and consider for inclusion.
Thanks,
Matthieu
Index
Hi,
this patch blacklist device that don't have CRS method as there are
useless for pnp layer as they don't provide any resource.
Please comment and consider for inclusion.
Thanks,
Matthieu
Index: linux-2.6.13rc/drivers/pnp/pnpacpi/core.c
=
Hi,
Shaohua Li wrote:
On Wed, 2005-08-03 at 23:16 +0200, matthieu castet wrote:
There are drivers/acpi/motherboard.c that done some stuff already handle
by pnp/system.c.
Yes, it should be disabled if pnpacpi is enabled.
But even if pnpacpi is disabled, pnp/system.c sould work with pnpbios
Bjorn Helgaas wrote:
Maybe the third time's the charm :-) Added a bugfix
(pcibios_penalize_isa_irq()) and a workaround for HP
HPET firmware description since last time. The workaround
accepts stuff that is illegal according to the spec,
so speak up if you think this is a problem. It seems
fair
Bjorn Helgaas wrote:
On Thursday 04 August 2005 6:38 am, matthieu castet wrote:
Bjorn Helgaas wrote:
On Wednesday 03 August 2005 3:16 pm, matthieu castet wrote:
Bjorn Helgaas wrote:
drivers/char/hpet.c
This probably should be converted to PNP. I&#x
Hi,
Bjorn Helgaas wrote:
On Wednesday 03 August 2005 3:16 pm, matthieu castet wrote:
Bjorn Helgaas wrote:
>drivers/char/hpet.c
>This probably should be converted to PNP. I'll
>look into doing this.
IIRC, I am not sure that the pnp layer was able
Hi,
Bjorn Helgaas wrote:
> On Tuesday 02 August 2005 7:01 pm, Shaohua Li wrote:
>
>
>>Did you have plan to remove other
>>legacy acpi drivers?
>
>
> No, I didn't -- which ones are you thinking about? Looking at
> the callers of acpi_bus_register_driver(), I see:
looking for METHOD_NAME__CRS is
Hi,
Mauro Carvalho Chehab wrote:
Jeremy,
BTTV cards uses massive data transfer via DMA when you are watching TV,
transfering one screen every 1/30 s. Maybe you are suffering from a
trouble on your motherboard or at board physical connection.
I had (have ?) similar problem with a bt878
Hi Alan,
Alan Cox wrote:
On Sad, 2005-07-02 at 15:14, matthieu castet wrote:
Also I was wondering if all the sector that ide-cd failed to read are
bad sector, or if ide-cd failed to put the drive in a consistent state
for reading the next sector after corrupted one.
ide-cd wrongly errors
> The memory limits aren't good enough either: if you set them low
> enough that memory-forkbombs are unperilous for
> RLIMIT_NPROC*RLIMIT_DATA, it's probably too low for serious
> applications.
yes, if you want to run application like openoffice.org you need at
least 200Mo. If you want that your
Hi,
matthieu castet wrote:
Hi,
if I run "xawtv" [1] and then do a "grep -r toto /usr", my system
quickly freeze. If there isn't any xawv running nothing happen. I don't
try to use xawtv with grab mode (port 54) because I don't want to loose
data by crashi
Hi,
if I run "xawtv" [1] and then do a "grep -r toto /usr", my system
quickly freeze. If there isn't any xawv running nothing happen. I don't
try to use xawtv with grab mode (port 54) because I don't want to loose
data by crashing again my / fs.
I retry it and I arrived to get some log (see the
Hi,
Adam Belay wrote:
On Mon, Feb 07, 2005 at 08:33:47PM +0100, matthieu castet wrote:
Hi,
pnp_register_driver could fail and return <0 result, in this case the
driver shouldn't be pnp_unregister_driver.
But if you look in pnp_register_card_driver, the result isn't checked.
And
Hi,
pnp_register_driver could fail and return <0 result, in this case the
driver shouldn't be pnp_unregister_driver.
But if you look in pnp_register_card_driver, the result isn't checked.
And it is always pnp_unregister_driver in pnp_unregister_card_driver.
I know that pnp_register_card_driver
Hi,
Vojtech Pavlik wrote:
On Fri, Feb 04, 2005 at 06:37:29PM +0100, matthieu castet wrote:
Hi,
Vojtech Pavlik wrote:
On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote:
Hi,
this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi
is try before the pnp driver so if you
Hi,
matthieu castet wrote:
Hi,
This patch is very old (11/2004), but never get merged even if acked by
Shaohua Li.
As you can see in the bugzilla report
(http://bugzilla.kernel.org/show_bug.cgi?id=3912), it solve parsing
issue in the pnpacpi core : the pnpacpi parser supposed that are no
Hi,
Andrew Morton wrote:
[EMAIL PROTECTED] (Adam Belay) wrote:
On Fri, Feb 04, 2005 at 09:00:54PM +0100, matthieu castet wrote:
> Hi,
>
> this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962
> patch from adam belay.
>
> It solve a oops when p
Hi,
Vojtech Pavlik wrote:
On Fri, Feb 04, 2005 at 06:37:29PM +0100, matthieu castet wrote:
Hi,
Vojtech Pavlik wrote:
On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote:
Hi,
this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi
is try before the pnp driver so if you
Hi,
this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962
patch from adam belay.
It solve a oops when pnp_register_driver(&ns558_pnp_driver) failed.
Please apply this patch.
Matthieu
Index: drivers/input/gameport/ns558.c
===
Hi,
Vojtech Pavlik wrote:
On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote:
Hi,
this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi
is try before the pnp driver so if you don't disable ACPI or apply
others pnpacpi patches, it won't change anythin
Hi,
this patch avoid the pnpacpi layer reconized not present device.
There is still issue [1] with the ACPI code that need to fix in order
everything work correctly...
Matthieu CASTET
[1] http://bugzilla.kernel.org/show_bug.cgi?id=3358
--- linux-2.6.9/drivers/pnp/pnpacpi/core.c 2004-11-22 20:35
83 matches
Mail list logo
