Re: [PATCH] Allow kernel to build on Cygwin

2007-02-23 Thread Matthieu CASTET
Hi, Deepak Saxena dsaxena at 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

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

2008-01-09 Thread Matthieu castet
Hi, David P. Reed dpreed at 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

Clocksource tsc unstable after sysrq-t

2008-01-06 Thread matthieu castet
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

Re: [PATCH] slab : allow SLAB_RED_ZONE and SLAB_STORE_USER to work on arm

2012-10-31 Thread Matthieu CASTET
Pekka Enberg a écrit : Hi, (Adding more people to CC.) On Tue, Oct 16, 2012 at 2:17 PM, Matthieu CASTET matthieu.cas...@parrot.com wrote: From: Matthieu CASTET castet.matth...@free.fr on cortexA8 (omap3) ralign is 64 and __alignof__(unsigned long long) is 8. So we always disable debug

Re: [PATCH v2] hvc_dcc : add support to armv4 and armv5 core

2012-09-25 Thread Matthieu CASTET
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) +

Re: [PATCH v2] hvc_dcc : add support to armv4 and armv5 core

2012-09-25 Thread Matthieu CASTET
Stephen Boyd a écrit : On 8/31/2012 4:47 AM, Matthieu CASTET wrote: Signed-off-by: Matthieu Castet matthieu.cas...@parrot.com 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 that the main

Re: [PATCH v2] hvc_dcc : add support to armv4 and armv5 core

2012-09-25 Thread matthieu castet
Le Tue, 25 Sep 2012 15:44:57 +, Arnd Bergmann a...@arndb.de 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

[PATCH] dmapool : make DMAPOOL_DEBUG detect corruption of free marker

2012-11-05 Thread Matthieu CASTET
This can help to catch case where hardware is writting after dma free. Signed-off-by: Matthieu Castet matthieu.cas...@parrot.com --- 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

RE : [RFC] arm: memtest

2012-11-08 Thread Matthieu Castet
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

Re : Re: Sound+USB: deadlock problem

2012-11-14 Thread Matthieu CASTET
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 matthieu.cas...@parrot.com Signed-off-by: Takashi Iwai ti...@suse.de Signed-off-by: Ben Hutchings

[PATCH] slab : allow SLAB_RED_ZONE and SLAB_STORE_USER to work on arm

2012-10-16 Thread Matthieu CASTET
From: Matthieu CASTET castet.matth...@free.fr 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

Re: [GIT PATCH] UIO patches for 2.6.21

2007-04-28 Thread Matthieu CASTET
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

High Resolution Timer DOS

2007-04-28 Thread matthieu castet
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

Re: High Resolution Timer DOS

2007-04-29 Thread matthieu castet
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 to

Re: [patch] ns558 bug

2005-02-05 Thread matthieu castet
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 pnp_register_driver(ns558_pnp_driver

Re: [PATCH] PNPACPI parser fix

2005-02-05 Thread matthieu castet
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

Re: [PATCH] PNP support for i8042 driver

2005-02-05 Thread matthieu castet
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

[bug] pnp_register_card_driver/pnp_unregister_card_driver

2005-02-07 Thread matthieu castet
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

Re: [bug] pnp_register_card_driver/pnp_unregister_card_driver

2005-02-07 Thread matthieu castet
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 it is always

bttv : overlay mode and big disk io hang and could corrupt the fs

2005-02-08 Thread matthieu castet
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

Re: bttv : overlay mode and big disk io hang and could corrupt the fs

2005-02-12 Thread matthieu castet
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 crashing again my / fs. I retry it and I arrived

Re: ide-cd and bad sectors

2005-07-05 Thread matthieu castet
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

Re: OOPS: frequent crashes with bttv in 2.6.X series (inc. 2.6.12)

2005-07-07 Thread matthieu castet
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

Re: forkbombing Linux distributions

2005-03-28 Thread Matthieu Castet
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

[PATCH] PNPACPI : don't use device not present

2005-02-04 Thread matthieu castet
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

Re: [PATCH] PNP support for i8042 driver

2005-02-04 Thread matthieu castet
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 anything. Please

[patch] ns558 bug

2005-02-04 Thread matthieu castet
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

Re: [PATCH] PNP support for i8042 driver

2005-02-04 Thread matthieu castet
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

[PATCH] binfmt_elf: fix return value in case of interpreter load failure

2013-04-11 Thread Matthieu CASTET
SIGKILL instead of SIGSEGV to match what is done when loading binary. Signed-off-by: Matthieu CASTET matthieu.cas...@parrot.com Cc: Al Viro v...@zeniv.linux.org.uk Cc: Andrew Morton a...@linux-foundation.org --- fs/binfmt_elf.c | 21 - 1 file changed, 12 insertions(+), 9

Re: [PATCH] binfmt_elf: fix return value in case of interpreter load failure

2013-04-12 Thread Matthieu CASTET
Hi Andrew, thanks for your quick review. Andrew Morton a écrit : On Thu, 11 Apr 2013 15:53:09 +0200 Matthieu CASTET matthieu.cas...@parrot.com wrote: The current code return the address instead of using PTR_ERR. I don't understand what you mean here - please describe this error in much

Re: [PATCH] arm: Preserve TPIDRURW on context switch

2013-02-12 Thread Matthieu CASTET
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, can you or

[PATCH] slab : allow SLAB_RED_ZONE and SLAB_STORE_USER to work on arm

2013-01-21 Thread Matthieu CASTET
.. cachep-obj_offset - 1: * redzone word. * cachep-obj_offset: The real object. * cachep-buffer_size - 2* BYTES_PER_WORD: redzone word [BYTES_PER_WORD long] * cachep-buffer_size - 1* BYTES_PER_WORD: last caller address * [BYTES_PER_WORD long] */ Signed-off-by: Matthieu

Re: [PATCH] mtd: fix the wrong timeo for panic_nand_wait()

2013-01-21 Thread Matthieu CASTET
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() to

Re: [PATCH v3 1/2] mtd: Add a common JEDEC flash device table

2013-01-23 Thread Matthieu CASTET
+ */ + +#ifndef __MTD_FLASH_JEDEC +#define __MTD_FLASH_JEDEC + +struct flash_device_info { + const char *name; + u32 jedec_id; + u32 size_kb; +}; + +extern struct flash_device_info *jedec_match_device(u32 jedec_id); + +#endif -- Matthieu Castet Ingénieur

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-28 Thread matthieu castet
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

[PATCH] PNPACPI: only parse device that have CRS method

2005-08-28 Thread matthieu castet
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

[PATCH] PNPACPI: clean blacklist

2005-08-28 Thread matthieu castet
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:

Re: R: R: [Linux-ATM-General] [ATMSAR] Request for review - update #1

2005-09-04 Thread matthieu castet
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

Re: [RFC] MTD driver for MMC cards

2006-12-31 Thread Matthieu CASTET
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 :

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-03 Thread matthieu castet
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 more

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-04 Thread matthieu castet
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 to pass the 64 bits

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-04 Thread matthieu castet
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'll

Re: [PATCH] PNPACPI: fix IRQ and 64-bit address decoding

2005-08-05 Thread matthieu castet
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

Re: Patch for link detection for R8169

2005-09-06 Thread Matthieu CASTET
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.0

Re: how to create atm interface in linux

2005-09-06 Thread Matthieu CASTET
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 this?

Re: [PATCH] ueagle-atm: Declare MODULE_FIRMWARE usage

2012-07-28 Thread matthieu castet
Ack-by: matthieu castet castet.matth...@free.fr Le Wed, 25 Jul 2012 14:32:50 -0600, Tim Gardner tim.gard...@canonical.com a écrit : Cc: Matthieu CASTET castet.matth...@free.fr Cc: Stanislaw Gruszka stf...@wp.pl Cc: Greg Kroah-Hartman gre...@linuxfoundation.org Cc: linux-...@vger.kernel.org

[PATCH] hvc_dcc : add support to armv4 and armv5 core

2012-08-31 Thread Matthieu CASTET
Signed-off-by: Matthieu Castet matthieu.cas...@parrot.com --- 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

Re: [PATCH] hvc_dcc : add support to armv4 and armv5 core

2012-08-31 Thread Matthieu CASTET
Alan Cox a écrit : On Fri, 31 Aug 2012 11:21:56 +0200 Matthieu CASTET castet.matth...@free.fr wrote: Signed-off-by: Matthieu Castet matthieu.cas...@parrot.com --- drivers/tty/hvc/hvc_dcc.c | 34 ++ 1 file changed, 34 insertions(+) This is a step

[PATCH v2] hvc_dcc : add support to armv4 and armv5 core

2012-08-31 Thread Matthieu CASTET
Signed-off-by: Matthieu Castet matthieu.cas...@parrot.com --- 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

Re: [PATCH] hvc_dcc : add support to armv4 and armv5 core

2012-08-31 Thread Matthieu CASTET
Alan Cox a écrit : On Fri, 31 Aug 2012 11:33:51 +0100 Russell King - ARM Linux li...@arm.linux.org.uk 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 castet.matth...@free.fr wrote: Signed-off

Re: [RFC] [PATCH] Fix b43 driver build for arm

2008-02-22 Thread Matthieu CASTET
Sam Ravnborg sam at 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

Re: [PATCH] mtd: apply tPROG delay for ONFI nand's page program

2013-01-14 Thread Matthieu CASTET
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 page

Re: [patch 09/10] Remove the SLOB allocator for 2.6.23

2007-07-09 Thread Matthieu CASTET
Ingo Molnar mingo at 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,

Re: [PATCH] signals: real-time signals delivery order

2007-07-11 Thread Matthieu CASTET
Anton Salikhmetov salikhmetov at gmail.com writes: From: Anton Salikhmetov salikhmetov at 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

Re: RE : Building kernel 2.6.21.3 for arm on cygwin

2007-06-08 Thread Matthieu CASTET
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

Re: PROBLEM: system clock slow on Athlon AMD64 since 2.6.21

2007-06-09 Thread Matthieu CASTET
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 to your

Re: RE : Building kernel 2.6.21.3 for arm on cygwin

2007-06-11 Thread Matthieu CASTET
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]

Re: beeping patch for debugging acpi sleep

2007-06-11 Thread Matthieu CASTET
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

Re: FW : airo suspend problem

2007-06-23 Thread matthieu castet
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

Re: NAK (bashizm in the /bin/sh script): [PATCH v3] doc/oops-tracing: add Code: decode info

2007-06-23 Thread Matthieu CASTET
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

Re: Enabling power states for Core 2 Duo

2007-05-23 Thread Matthieu CASTET
Hi, Paa Paa paapaa125 at 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.

Re: [PATCH] RTC: Use fallback IRQ if PNP tables don't provide one

2007-05-28 Thread Matthieu CASTET
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 the

Re: [patch] make pit clocksource continuous

2007-05-13 Thread Matthieu CASTET
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 clocksource available.

Re: [PATCH] ubi: kill homegrown endian macros

2007-05-17 Thread Matthieu CASTET
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 unaligned

Re: [PATCH] ubi: kill homegrown endian macros

2007-05-17 Thread Matthieu CASTET
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'd have

Re: [PATCH] ubi: kill homegrown endian macros

2007-05-18 Thread matthieu castet
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'd

Re: [PATCH] ubi: kill homegrown endian macros

2007-05-18 Thread matthieu castet
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 output

RFC airo : wpa support

2007-05-04 Thread matthieu castet
=== --- 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 PROTECTED] for WPA support

PATCH : tuner-simple.c add suport for SECAM-BG with FI1216MF

2007-05-05 Thread matthieu castet
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: linux

Re: [PATCH 1/6] usb: host: add has_tdi_phy_lpm capability bit

2013-08-01 Thread Matthieu CASTET
. Inspired-by: Matthieu CASTET matthieu.cas...@parrot.com Signed-off-by: Tuomas Tynkkynen ttynkky...@nvidia.com --- drivers/usb/chipidea/host.c | 1 + drivers/usb/host/ehci-hub.c | 14 +++--- drivers/usb/host/ehci.h | 1 + 3 files changed, 9 insertions(+), 7 deletions(-) diff

Re: [PATCH 0/6] bug fix for mv_udc_core.c

2014-02-24 Thread Matthieu CASTET
Le Mon, 24 Feb 2014 16:03:10 +0800, Neil Zhang zhan...@marvell.com 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

Re : A bug about system call on ARM

2013-05-30 Thread Matthieu CASTET
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 which

Re: Buffer I/O error after s2ram with usb storage

2014-04-28 Thread Matthieu CASTET
Hi, any news on this. Matthieu CASTET Le Tue, 22 Apr 2014 16:01:15 +0200, Matthieu CASTET matthieu.cas...@parrot.com 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 read

Re: [PATCH 1/2] mtd: nand: define struct nand_timings

2014-07-22 Thread Matthieu CASTET
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 matthieu.cas...@parrot.com --- drivers/mtd/nand/Makefile |2

Re: Buffer I/O error after s2ram with usb storage

2014-08-27 Thread Matthieu CASTET
: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 CASTET

Re: [PATCH 1/2] mtd: nand: define struct nand_timings

2014-07-24 Thread Matthieu CASTET
Hi Boris, Le Tue, 22 Jul 2014 14:12:19 +0200, Boris BREZILLON boris.brezil...@free-electrons.com a écrit : Hi Matthieu On Tue, 22 Jul 2014 12:03:46 +0200 Matthieu CASTET matthieu.cas...@parrot.com wrote: Hi, I did a similar patch [1] (that wasn't merged :( ), and I used

perf on biarch

2014-08-08 Thread Matthieu CASTET
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]:

Re: perf on biarch

2014-08-18 Thread Matthieu CASTET
Le Fri, 8 Aug 2014 13:50:52 -0600, David Ahern dsah...@gmail.com 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 : - perf trace doesn't work [1] I

Re: Buffer I/O error after s2ram with usb storage

2014-08-29 Thread Matthieu CASTET
Le Wed, 27 Aug 2014 10:54:53 -0400, Alan Stern st...@rowland.harvard.edu 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 call scsi_report_bus_reset after

futex: Allow FUTEX_CLOCK_REALTIME with FUTEX_WAIT op

2016-06-20 Thread Matthieu CASTET
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

[PATCH] [DEV] dma mapping : export caller to vmallocinfo

2017-10-02 Thread Matthieu CASTET
consistent with others entries (ioremap, vmalloc, ...) that already provide caller. Signed-off-by: Matthieu CASTET <matthieu.cas...@parrot.com> --- 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

perf script : wrong symoff in callchain

2017-10-03 Thread Matthieu CASTET
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

Re: perf script : wrong symoff in callchain

2017-10-03 Thread Matthieu CASTET
Le Tue, 3 Oct 2017 13:34:37 +0300, Adrian Hunter <adrian.hun...@intel.com> 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 > >

Re: forkbombing Linux distributions

2005-03-28 Thread Matthieu Castet
> 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

[bug] pnp_register_card_driver/pnp_unregister_card_driver

2005-02-07 Thread matthieu castet
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

Re: [bug] pnp_register_card_driver/pnp_unregister_card_driver

2005-02-07 Thread matthieu castet
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 it is alw

bttv : overlay mode and big disk io hang and could corrupt the fs

2005-02-08 Thread matthieu castet
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

Re: bttv : overlay mode and big disk io hang and could corrupt the fs

2005-02-12 Thread matthieu castet
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 crashing again my / f

Re: ide-cd and bad sectors

2005-07-05 Thread matthieu castet
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

Re: OOPS: frequent crashes with bttv in 2.6.X series (inc. 2.6.12)

2005-07-07 Thread matthieu castet
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

[PATCH] PNPACPI : don't use device not present

2005-02-04 Thread matthieu castet
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

Re: [PATCH] PNP support for i8042 driver

2005-02-04 Thread matthieu castet
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 anything. Please

[patch] ns558 bug

2005-02-04 Thread matthieu castet
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(_pnp_driver) failed. Please apply this patch. Matthieu Index: drivers/input/gameport/ns558.c

Re: [PATCH] PNP support for i8042 driver

2005-02-04 Thread matthieu castet
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

Re: [patch] ns558 bug

2005-02-05 Thread matthieu castet
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 pnp_register_

Re: [PATCH] PNPACPI parser fix

2005-02-05 Thread matthieu castet
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

Re: [PATCH] PNP support for i8042 driver

2005-02-05 Thread matthieu castet
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

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-03 Thread matthieu castet
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

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-04 Thread matthieu castet
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 to pa

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

2005-08-04 Thread matthieu castet
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'll

  1   2   >