Mailing lists matching vger.kernel.org

audit vger.kernel.org
linux-alpha vger.kernel.org
linux-bcachefs vger.kernel.org
linux-block vger.kernel.org
linux-crypto vger.kernel.org
...


RE: Previewer and resizer demo

2009-04-21 Thread Hiremath, Vaibhav

 -Original Message-
 From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
 ow...@vger.kernel.org] On Behalf Of Felix Radensky
 Sent: Tuesday, April 21, 2009 8:23 PM
 To: linux-omap@vger.kernel.org Mailing List
 Subject: Previewer and resizer demo
 
 Hi,
 
 Are there any userspace applications that demonstrate
 the use of previewer and resizer found in OPMA3 ISP.
 
[Hiremath, Vaibhav] Which release or patches you are using?

Thanks,
Vaibhav Hiremath

 Thanks.
 
 Felix.
 --
 To unsubscribe from this list: send the line unsubscribe linux-
 omap in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: omap_3430sdp_defconfig for multiple boards?

2009-06-19 Thread Pandita, Vikram


-Original Message-
From: linux-omap-ow...@vger.kernel.org 
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Aguirre
Rodriguez, Sergio Alberto
Sent: Friday, June 19, 2009 11:10 AM
To: linux-omap@vger.kernel.org
Subject: omap_3430sdp_defconfig for multiple boards?

Hi,

Is it intentional that the current omap_3430sdp_defconfig builds an image 
compatible with all this
boards?

This is wrong. Should have only MACH SDP defined.


 #
 # OMAP Board Type
 #
 CONFIG_MACH_OMAP3_BEAGLE=y
 CONFIG_MACH_OMAP_LDP=y
 CONFIG_MACH_OVERO=y
 CONFIG_MACH_OMAP3_PANDORA=y
 CONFIG_MACH_OMAP_3430SDP=y

Regards,
Sergio
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: I have three patches, could someone give your comment?

2011-05-20 Thread Huang Changming-R66093
I have posted these patches, why I can't received them from Linux-mmc?

Thanks and Best Regards
Jerry Huang


 -Original Message-
 From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
 ow...@vger.kernel.org] On Behalf Of r66...@freescale.com
 Sent: Friday, May 20, 2011 3:31 PM
 To: linux-mmc@vger.kernel.org
 Subject: I have three patches, could someone give your comment?
 
 
 --
 To unsubscribe from this list: send the line unsubscribe linux-mmc in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH 3/9] IB: add a helper to safely drain a QP

2015-11-23 Thread Steve Wise


> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org 
> [mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Sagi Grimberg
> Sent: Monday, November 23, 2015 4:36 AM
> To: Steve Wise; 'Christoph Hellwig'; linux-r...@vger.kernel.org
> Cc: bart.vanass...@sandisk.com; ax...@fb.com; linux-scsi@vger.kernel.org; 
> linux-ker...@vger.kernel.org
> Subject: Re: [PATCH 3/9] IB: add a helper to safely drain a QP
> 
> 
> > So Maybe we should have:
> > void ib_drain_qp(struct ib_qp *qp)
> 
> Christoph suggested that this flushing would be taken care
> of by rdma_disconnect which sounds even better I think..
> --

Agreed. 

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH 3/9] IB: add a helper to safely drain a QP

2015-11-23 Thread Steve Wise


> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org 
> [mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Sagi Grimberg
> Sent: Monday, November 23, 2015 4:36 AM
> To: Steve Wise; 'Christoph Hellwig'; linux-rdma@vger.kernel.org
> Cc: bart.vanass...@sandisk.com; ax...@fb.com; linux-s...@vger.kernel.org; 
> linux-ker...@vger.kernel.org
> Subject: Re: [PATCH 3/9] IB: add a helper to safely drain a QP
> 
> 
> > So Maybe we should have:
> > void ib_drain_qp(struct ib_qp *qp)
> 
> Christoph suggested that this flushing would be taken care
> of by rdma_disconnect which sounds even better I think..
> --

Agreed. 

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] dt-bindings: More whitespace clean-ups in schema files

2020-10-23 Thread Wolfram Sang
On Fri, Oct 23, 2020 at 02:22:58PM -0500, Rob Herring wrote:
> Clean-up incorrect indentation, extra spaces, and missing EOF newline in
> schema files. Most of the clean-ups are for list indentation which
> should always be 2 spaces more than the preceding keyword.
> 
> Found with yamllint (now integrated into the checks).
> 
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-...@lists.infradead.org
> Cc: linux-ser...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 

Acked-by: Wolfram Sang  # for I2C



signature.asc
Description: PGP signature


Re: [PATCH] dt-bindings: More whitespace clean-ups in schema files

2020-10-23 Thread Sam Ravnborg
On Fri, Oct 23, 2020 at 02:22:58PM -0500, Rob Herring wrote:
> Clean-up incorrect indentation, extra spaces, and missing EOF newline in
> schema files. Most of the clean-ups are for list indentation which
> should always be 2 spaces more than the preceding keyword.
> 
> Found with yamllint (now integrated into the checks).
> 
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-...@lists.infradead.org
> Cc: linux-ser...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
Acked-by: Sam Ravnborg  # for display


Re: [PATCH] dt-bindings: More whitespace clean-ups in schema files

2020-10-26 Thread Krzysztof Kozlowski
On Fri, Oct 23, 2020 at 02:22:58PM -0500, Rob Herring wrote:
> Clean-up incorrect indentation, extra spaces, and missing EOF newline in
> schema files. Most of the clean-ups are for list indentation which
> should always be 2 spaces more than the preceding keyword.
> 
> Found with yamllint (now integrated into the checks).
> 
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-...@lists.infradead.org
> Cc: linux-ser...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 

Reviewed-by: Krzysztof Kozlowski 

Best regards,
Krzysztof


Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h

2012-11-10 Thread Dmitry Torokhov
On Wed, Nov 07, 2012 at 01:20:41PM +0100, Marc Kleine-Budde wrote:
 On 11/07/2012 12:22 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
  Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
  Cc: Nicolas Ferre nicolas.fe...@atmel.com
  Cc: linux-...@vger.kernel.org
  Cc: linux-in...@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: net...@vger.kernel.org
  Cc: linux-pcm...@lists.infradead.org
  Cc: rtc-li...@googlegroups.com
  Cc: spi-devel-gene...@lists.sourceforge.net
  Cc: linux-ser...@vger.kernel.org
  Cc: linux-usb@vger.kernel.org
  Cc: linux-fb...@vger.kernel.org
  ---
  HI all,
  
  If it's ok with everyone this will go via at91
  with the patch serie than clean up the include/mach
 
 Fine with me.
 
  For preparation to switch to arm multiarch kernel
 
 Acked-by: Marc Kleine-Budde m...@pengutronix.de (for the CAN related 
 changes)

Acked-by: Dmitry Torokhov dmitry.torok...@gmail.com

for input piece.

-- 
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h

2012-11-10 Thread Dmitry Torokhov
On Wed, Nov 07, 2012 at 01:20:41PM +0100, Marc Kleine-Budde wrote:
 On 11/07/2012 12:22 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
  Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
  Cc: Nicolas Ferre nicolas.fe...@atmel.com
  Cc: linux-...@vger.kernel.org
  Cc: linux-input@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: net...@vger.kernel.org
  Cc: linux-pcm...@lists.infradead.org
  Cc: rtc-li...@googlegroups.com
  Cc: spi-devel-gene...@lists.sourceforge.net
  Cc: linux-ser...@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: linux-fb...@vger.kernel.org
  ---
  HI all,
  
  If it's ok with everyone this will go via at91
  with the patch serie than clean up the include/mach
 
 Fine with me.
 
  For preparation to switch to arm multiarch kernel
 
 Acked-by: Marc Kleine-Budde m...@pengutronix.de (for the CAN related 
 changes)

Acked-by: Dmitry Torokhov dmitry.torok...@gmail.com

for input piece.

-- 
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-input in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 02/10] arm: at91: move platfarm_data to include/linux/platform_data/atmel.h

2012-11-10 Thread Dmitry Torokhov
On Wed, Nov 07, 2012 at 01:20:41PM +0100, Marc Kleine-Budde wrote:
 On 11/07/2012 12:22 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
  Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
  Cc: Nicolas Ferre nicolas.fe...@atmel.com
  Cc: linux-...@vger.kernel.org
  Cc: linux-in...@vger.kernel.org
  Cc: linux-mmc@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: net...@vger.kernel.org
  Cc: linux-pcm...@lists.infradead.org
  Cc: rtc-li...@googlegroups.com
  Cc: spi-devel-gene...@lists.sourceforge.net
  Cc: linux-ser...@vger.kernel.org
  Cc: linux-...@vger.kernel.org
  Cc: linux-fb...@vger.kernel.org
  ---
  HI all,
  
  If it's ok with everyone this will go via at91
  with the patch serie than clean up the include/mach
 
 Fine with me.
 
  For preparation to switch to arm multiarch kernel
 
 Acked-by: Marc Kleine-Budde m...@pengutronix.de (for the CAN related 
 changes)

Acked-by: Dmitry Torokhov dmitry.torok...@gmail.com

for input piece.

-- 
Dmitry
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] Documentation: Fix references to defunct linux-...@vger.kernel.org

2013-07-09 Thread David Miller
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Tue,  9 Jul 2013 10:22:31 +0200

 linux-...@vger.kernel.org was replaced by net...@oss.sgi.com was replaced
 by net...@vger.kernel.org.
 
 Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org

Applied, thanks.
--
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/


Re:

2010-08-29 Thread Sebastian 'gonX' Jensen
On 30 August 2010 04:32, Bret Palsson bre...@gmail.com wrote:
 subscribe linux-btrfs
 --
 To unsubscribe from this list: send the line unsubscribe linux-btrfs in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html


Send it to majord...@vger.kernel.org and you'll be on your way ;-)

Regards,
Sebastian J.
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re:

2009-10-27 Thread Mauro Carvalho Chehab
Em Mon, 26 Oct 2009 15:33:50 +0100
Hasse Hagen Johansen hasse-linuxme...@hagenjohansen.dk escreveu:

 subscribe linux-media

You should send subscribe emails to majord...@vger.kernel.org instead.

 --
 To unsubscribe from this list: send the line unsubscribe linux-media in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html




Cheers,
Mauro
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Auto-response for your message to the linux-dvb mailing list

2009-01-18 Thread Michael Krufky

linux-dvb-boun...@linuxtv.org wrote:

This ML is deprecated. Please use linux-media@vger.kernel.org instead.
For more info about linux-media@vger.kernel.org, please read:
http://vger.kernel.org/vger-lists.html#linux-media
  

Since when???

I thought we were going to have separate -user and  -devel mailing 
lists?  Now three separate mailing lists are being folded into one?!?!?

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: You are now subscribed to linuxtv-dvb-apps

2010-02-25 Thread Simon Kenyon

On 25/02/2010 11:08, ow...@packages.qa.debian.org wrote:

Processing commands for p...@qa.debian.org:

   

Subject: Re: CONFIRM f156db6194c056981f5711b7ef302743
 

linux-media@vger.kernel.org has been subscribed to 
linuxtv-dvb-a...@packages.qa.debian.org.

   
 

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

   

what is going on here?
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: test

2009-09-13 Thread Bob Ingraham
Come listen to a story about a named Jed...

--Original Message--
From: Jed
Sender: linux-media-ow...@vger.kernel.org
To: Linux Media Mailing List
Sent: Sep 13, 2009 10:03 AM
Subject: test

this is a test
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Sent from my Verizon Wireless BlackBerry
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: ddbridge -- kernel 3.15.6

2014-07-30 Thread Antti Palosaari

On 07/30/2014 11:56 PM, Raymond Jender wrote:

Get me off this list!  D A M I T !



To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
mailto:majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html


--
http://palosaari.fi/
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH] OMAP2: gptimer min_delta_ns corrected

2009-01-02 Thread Woodruff, Richard
Hi,

 From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
 ow...@vger.kernel.org] On Behalf Of Aaro Koskinen
 Sent: Friday, January 02, 2009 9:07 AM
 To: linux-omap@vger.kernel.org
 Subject: [PATCH] OMAP2: gptimer min_delta_ns corrected

 Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com

Looks good.

Reviewed-by: Richard Woodruff r-woodru...@ti.com

Regards,
Richard W.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH 1/2] ibnetdiscover: Add missing -f option to manpage

2013-06-22 Thread Weiny, Ira
 -Original Message-
 From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
 ow...@vger.kernel.org] On Behalf Of Albert Chu
 Sent: Thursday, June 13, 2013 2:27 PM
 To: linux-rdma@vger.kernel.org
 Subject: [PATCH 1/2] ibnetdiscover: Add missing -f option to manpage
 
 Signed-off-by: Albert L. Chu ch...@llnl.gov

Thanks applied,
Ira

--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [net] ixgbe: Do not pad FCoE frames as this can cause issues with FCoE DDP

2012-06-26 Thread David Miller

Sorry, quotes don't work either, what you did is still a SMTP syntax error,
here's what is in the bounce I get back:

stable@vger.kernel.org [3.4],
Jeff Kirsher jeffrey.t.kirs...@intel.com
Illegal-Object: Syntax error in Cc: address found on vger.kernel.org:
Cc: stable@vger.kernel.org[3.4]
^-missing end of address
--
To unsubscribe from this list: send the line unsubscribe stable in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] Documentation: Fix references to defunct linux-...@vger.kernel.org

2013-07-09 Thread David Miller
From: Geert Uytterhoeven 
Date: Tue,  9 Jul 2013 10:22:31 +0200

> linux-...@vger.kernel.org was replaced by net...@oss.sgi.com was replaced
> by net...@vger.kernel.org.
> 
> Signed-off-by: Geert Uytterhoeven 

Applied, thanks.
--
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/


Re: [Openipmi-developer] [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-07 Thread Ulf Hansson
On Sat, 3 Oct 2020 at 01:41, Rob Herring  wrote:
>
> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
>
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-developer@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
>
> I'll take this thru the DT tree.
>

[...]

>  .../bindings/mmc/mmc-pwrseq-emmc.yaml |  2 ++
>  .../bindings/mmc/mmc-pwrseq-sd8787.yaml   |  2 ++
>  .../bindings/mmc/mmc-pwrseq-simple.yaml   |  2 ++

Acked-by: Ulf Hansson 

Kind regards
Uffe


___
Openipmi-developer mailing list
Openipmi-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openipmi-developer


Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-06 Thread Ulf Hansson
On Sat, 3 Oct 2020 at 01:41, Rob Herring  wrote:
>
> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
>
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-devel@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-develo...@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
>
> I'll take this thru the DT tree.
>

[...]

>  .../bindings/mmc/mmc-pwrseq-emmc.yaml |  2 ++
>  .../bindings/mmc/mmc-pwrseq-sd8787.yaml   |  2 ++
>  .../bindings/mmc/mmc-pwrseq-simple.yaml   |  2 ++

Acked-by: Ulf Hansson 

Kind regards
Uffe
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-05 Thread Lee Jones
On Fri, 02 Oct 2020, Rob Herring wrote:

> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
> 
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-devel@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-develo...@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
> 
> I'll take this thru the DT tree.

[...]

>  .../bindings/mfd/gateworks-gsc.yaml   |  2 ++
>  .../bindings/mfd/xylon,logicvc.yaml   | 14 +++--

Acked-by: Lee Jones 

-- 
Lee Jones [李琼斯]
Senior Technical Lead - Developer Services
Linaro.org │ Open source software for Arm SoCs
Follow Linaro: Facebook | Twitter | Blog
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-03 Thread Greg Kroah-Hartman
On Fri, Oct 02, 2020 at 06:41:43PM -0500, Rob Herring wrote:
> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
> 
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-devel@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-develo...@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
> 
> I'll take this thru the DT tree.

For USB:

Reviewed-by: Greg Kroah-Hartman 
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel


Re: [Openipmi-developer] [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-03 Thread Greg Kroah-Hartman
On Fri, Oct 02, 2020 at 06:41:43PM -0500, Rob Herring wrote:
> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
> 
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-developer@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
> 
> I'll take this thru the DT tree.

For USB:

Reviewed-by: Greg Kroah-Hartman 


___
Openipmi-developer mailing list
Openipmi-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openipmi-developer


Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-03 Thread Greg Kroah-Hartman
On Fri, Oct 02, 2020 at 06:41:43PM -0500, Rob Herring wrote:
> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
> 
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-develo...@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
> 
> I'll take this thru the DT tree.

For USB:

Reviewed-by: Greg Kroah-Hartman 


Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-05 Thread Lee Jones
On Fri, 02 Oct 2020, Rob Herring wrote:

> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
> 
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-develo...@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
> 
> I'll take this thru the DT tree.

[...]

>  .../bindings/mfd/gateworks-gsc.yaml   |  2 ++
>  .../bindings/mfd/xylon,logicvc.yaml   | 14 +++--

Acked-by: Lee Jones 

-- 
Lee Jones [李琼斯]
Senior Technical Lead - Developer Services
Linaro.org │ Open source software for Arm SoCs
Follow Linaro: Facebook | Twitter | Blog


Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-05 Thread Ulf Hansson
On Sat, 3 Oct 2020 at 01:41, Rob Herring  wrote:
>
> Another round of wack-a-mole. The json-schema default is additional
> unknown properties are allowed, but for DT all properties should be
> defined.
>
> Cc: Thierry Reding 
> Cc: Linus Walleij 
> Cc: Stephen Boyd 
> Cc: Shawn Guo 
> Cc: Bjorn Andersson 
> Cc: Baolin Wang 
> Cc: Guenter Roeck 
> Cc: Jonathan Cameron 
> Cc: Mauro Carvalho Chehab 
> Cc: Laurent Pinchart 
> Cc: Lee Jones 
> Cc: Ulf Hansson 
> Cc: "David S. Miller" 
> Cc: Bjorn Helgaas 
> Cc: Vinod Koul 
> Cc: Liam Girdwood 
> Cc: Mark Brown 
> Cc: Greg Kroah-Hartman 
> Cc: Daniel Lezcano 
> Cc: linux-...@vger.kernel.org
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-hw...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: openipmi-develo...@lists.sourceforge.net
> Cc: linux-l...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: linux-rockc...@lists.infradead.org
> Cc: linux-st...@st-md-mailman.stormreply.com
> Cc: linux-m...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux...@vger.kernel.org
> Cc: linux-remotep...@vger.kernel.org
> Cc: linux-ser...@vger.kernel.org
> Cc: alsa-de...@alsa-project.org
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Rob Herring 
> ---
>
> I'll take this thru the DT tree.
>

[...]

>  .../bindings/mmc/mmc-pwrseq-emmc.yaml |  2 ++
>  .../bindings/mmc/mmc-pwrseq-sd8787.yaml   |  2 ++
>  .../bindings/mmc/mmc-pwrseq-simple.yaml   |  2 ++

Acked-by: Ulf Hansson 

Kind regards
Uffe


Re: [ANNOUNCE] xfstests: new mailing list

2014-05-16 Thread Lukáš Czerner
On Thu, 15 May 2014, Christoph Hellwig wrote:

 Date: Thu, 15 May 2014 22:40:09 -0700
 From: Christoph Hellwig h...@infradead.org
 To: Dave Chinner da...@fromorbit.com
 Cc: fste...@vger.kernel.org, linux-fsde...@vger.kernel.org,
 linux-e...@vger.kernel.org, linux-btrfs@vger.kernel.org, x...@oss.sgi.com
 Subject: Re: [ANNOUNCE] xfstests: new mailing list
 
 On Fri, May 16, 2014 at 02:46:11PM +1000, Dave Chinner wrote:
  Hi folks,
  
  As requested I've created a new mailing list for xfstests
  development and discussion. Reflecting the fact that the test
  harness is not really XFS specific anymore, the list is:
  
  fste...@vger.kernel.org
 
 Isn't there an x missing somewhere?

It's intentional and it is Reflecting the fact that the test
harness is not really XFS specific anymore, even though the test
suite itself keep the name xfstests.

This way it's more obvious to people that this is in fact not xfs
specific.

-Lukas

 
 --
 To unsubscribe from this list: send the line unsubscribe linux-ext4 in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: iwarp and inline data

2013-04-11 Thread Nikolova, Tatyana E
Intel NE020 supports send with inline data as well.

-Original Message-
From: linux-rdma-ow...@vger.kernel.org 
[mailto:linux-rdma-ow...@vger.kernel.org] On Behalf Of Steve Wise
Sent: Thursday, April 11, 2013 1:11 PM
To: Hefty, Sean
Cc: linux-rdma (linux-rdma@vger.kernel.org)
Subject: Re: iwarp and inline data

On 4/11/2013 12:31 PM, Hefty, Sean wrote:
 Does anyone know if the current iwarp adapters support inline sends?
 --
 To unsubscribe from this list: send the line unsubscribe linux-rdma in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html

Chelsio's do.


--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: I have three patches, could someone give your comment?

2011-05-23 Thread Barry Song
you must have mis-operations.

2011/5/20 Huang Changming-R66093 r66...@freescale.com:
 I have posted these patches, why I can't received them from Linux-mmc?

 Thanks and Best Regards
 Jerry Huang


 -Original Message-
 From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
 ow...@vger.kernel.org] On Behalf Of r66...@freescale.com
 Sent: Friday, May 20, 2011 3:31 PM
 To: linux-mmc@vger.kernel.org
 Subject: I have three patches, could someone give your comment?


 --
 To unsubscribe from this list: send the line unsubscribe linux-mmc in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html


 --
 To unsubscribe from this list: send the line unsubscribe linux-mmc in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH Y.A. RESEND] MAINTAINERS: fix alpha. ordering

2017-07-28 Thread Linus Torvalds
On Thu, Jul 27, 2017 at 8:12 PM, Joe Perches <j...@perches.com> wrote:
>
> I think it's better to centralize the MAINTAINERS
> location in /MAINTAINERS/ than spread
> them all over the tree given how many subsystems and
> maintainerships are also spread around the tree.
>
> But the get_maintainers patch I sent allows both
> styles.

Possibly. I just did realize that we have one de-centralized
maintainers file out there already, and have had for 3+ years:
drivers/staging/unisys/MAINTAINERS.

One thing I like about the decentralized model is that it looks like
we could automate the initial split fairly well based on F: patterns.
Something like:

 - if we have a single F-pattern line, without directory wildcards,
put the entry in the MAINTAINERS directory for that F-pattern

 - else keep it in the top-level MAINTAINERS file

because everything else I looked at kind of sucked. The "first word of
the description" works really well for a couple of cases, but really
badly for the majority.

But my favorite model right now is to actually do it by the "L:"
entry, and then remove the host name and the common parts from the
email name ("devel", "dev", "kernel", "linux" etc).

And then *if* we have multiple entries (arbitrary cut-off: 5) for the
same base (so the rule would be that we never have a MAINTAINERS file
with just a single entry like that unisys one), we'd split it out and
use "MAINTAINERS/xyz" for those entries.

But we'd still need a fallback for the "rest".

Because doing it by mailing list superficially looks like it might
work very well, we have things like this:

  5 L: io...@lists.linux-foundation.org
  5 L: keyri...@vger.kernel.org
  5 L: linux-bl...@vger.kernel.org
  6 L: linux-arm-...@vger.kernel.org
  6 L: linux-samsung-...@vger.kernel.org
  7 L: linux-samsung-...@vger.kernel.org (moderated for non-subscribers)
  7 L: linux-security-mod...@vger.kernel.org
  7 L: linux-w...@vger.kernel.org
  8 L: linux-a...@vger.kernel.org
  8 L: linux-fsde...@vger.kernel.org
  8 L: linux-...@vger.kernel.org
  8 L: linux-ser...@vger.kernel.org
  8 L: xen-de...@lists.xenproject.org (moderated for non-subscribers)
  9 L: adi-buildroot-de...@lists.sourceforge.net (moderated for
non-subscribers)
  9 L: linux-h...@vger.kernel.org
  9 L: linux...@kvack.org
 11 L: k...@vger.kernel.org
 11 L: linux-...@vger.kernel.org
 12 L: virtualizat...@lists.linux-foundation.org
 13 L: linux-renesas-...@vger.kernel.org
 13 L: linux-s...@vger.kernel.org
 16 L: linux-...@vger.kernel.org
 16 L: linux-m...@linux-mips.org
 17 L: linux-g...@vger.kernel.org
 18 L: linux-cry...@vger.kernel.org
     18 L: linux-...@lists.infradead.org
 20 L: linux-arm-ker...@lists.infradead.org
     20 L: linux-in...@vger.kernel.org
     22 L: linux-...@vger.kernel.org
 23 L: linux-e...@vger.kernel.org
 23 L: linux-fb...@vger.kernel.org
 23 L: linux-r...@vger.kernel.org
 25 L: linux-o...@vger.kernel.org
 26 L: alsa-de...@alsa-project.org (moderated for non-subscribers)
 27 L: linux...@vger.kernel.org
 28 L: dri-de...@lists.freedesktop.org
 29 L: linuxppc-...@lists.ozlabs.org
 33 L: linux-...@vger.kernel.org
 35 L: platform-driver-...@vger.kernel.org
 39 L: linux-...@vger.kernel.org
 44 L: linux-wirel...@vger.kernel.org
 46 L: linux-hw...@vger.kernel.org
 54 L: linux-kernel@vger.kernel.org
 57 L: linux-s...@vger.kernel.org
    122 L: linux-arm-ker...@lists.infradead.org (moderated for non-subscribers)
134 L: net...@vger.kernel.org
187 L: linux-me...@vger.kernel.org

so we'd actually be able to create an entry like "media" with 187
maintainers entries automatically based on that heuristic. Same goes
for a lot of other entries, and we'd end up with about 50 files in
MAINTAINERS which sounds manageable but still usefully split up.

So we'd have files like "rdma", "dma", "omap", "pm", "dri", "pci",
"wireless" etc, all of which sound sane.

(The "linux-kernel@vger.kernel.org" L: entry above would automatically
become moot, because the "filter out the common parts" turns it into
an empty name, which is actually correct - it implies no specific
subsystem)

I generated the above with trivial grep scripting, so some of them may
end up not working or having wrong counts just due to having multiple
L: lines, but it looks like a promising approach to me, and I like how
the names seem to end up all fairly sane.

Comments?

  Linus


Re: [PATCH Y.A. RESEND] MAINTAINERS: fix alpha. ordering

2017-07-28 Thread Linus Torvalds
On Thu, Jul 27, 2017 at 8:12 PM, Joe Perches  wrote:
>
> I think it's better to centralize the MAINTAINERS
> location in /MAINTAINERS/ than spread
> them all over the tree given how many subsystems and
> maintainerships are also spread around the tree.
>
> But the get_maintainers patch I sent allows both
> styles.

Possibly. I just did realize that we have one de-centralized
maintainers file out there already, and have had for 3+ years:
drivers/staging/unisys/MAINTAINERS.

One thing I like about the decentralized model is that it looks like
we could automate the initial split fairly well based on F: patterns.
Something like:

 - if we have a single F-pattern line, without directory wildcards,
put the entry in the MAINTAINERS directory for that F-pattern

 - else keep it in the top-level MAINTAINERS file

because everything else I looked at kind of sucked. The "first word of
the description" works really well for a couple of cases, but really
badly for the majority.

But my favorite model right now is to actually do it by the "L:"
entry, and then remove the host name and the common parts from the
email name ("devel", "dev", "kernel", "linux" etc).

And then *if* we have multiple entries (arbitrary cut-off: 5) for the
same base (so the rule would be that we never have a MAINTAINERS file
with just a single entry like that unisys one), we'd split it out and
use "MAINTAINERS/xyz" for those entries.

But we'd still need a fallback for the "rest".

Because doing it by mailing list superficially looks like it might
work very well, we have things like this:

  5 L: io...@lists.linux-foundation.org
  5 L: keyri...@vger.kernel.org
  5 L: linux-bl...@vger.kernel.org
  6 L: linux-arm-...@vger.kernel.org
  6 L: linux-samsung-...@vger.kernel.org
  7 L: linux-samsung-...@vger.kernel.org (moderated for non-subscribers)
  7 L: linux-security-mod...@vger.kernel.org
  7 L: linux-w...@vger.kernel.org
  8 L: linux-a...@vger.kernel.org
  8 L: linux-fsde...@vger.kernel.org
  8 L: linux-...@vger.kernel.org
  8 L: linux-ser...@vger.kernel.org
  8 L: xen-de...@lists.xenproject.org (moderated for non-subscribers)
      9 L: adi-buildroot-de...@lists.sourceforge.net (moderated for
non-subscribers)
  9 L: linux-h...@vger.kernel.org
  9 L: linux...@kvack.org
 11 L: k...@vger.kernel.org
 11 L: linux-...@vger.kernel.org
 12 L: virtualizat...@lists.linux-foundation.org
 13 L: linux-renesas-...@vger.kernel.org
 13 L: linux-s...@vger.kernel.org
 16 L: linux-...@vger.kernel.org
 16 L: linux-m...@linux-mips.org
 17 L: linux-g...@vger.kernel.org
 18 L: linux-cry...@vger.kernel.org
 18 L: linux-...@lists.infradead.org
 20 L: linux-arm-ker...@lists.infradead.org
 20 L: linux-in...@vger.kernel.org
 22 L: linux-...@vger.kernel.org
 23 L: linux-e...@vger.kernel.org
 23 L: linux-fb...@vger.kernel.org
 23 L: linux-r...@vger.kernel.org
 25 L: linux-o...@vger.kernel.org
     26 L: alsa-de...@alsa-project.org (moderated for non-subscribers)
 27 L: linux...@vger.kernel.org
 28 L: dri-de...@lists.freedesktop.org
 29 L: linuxppc-...@lists.ozlabs.org
 33 L: linux-...@vger.kernel.org
 35 L: platform-driver-...@vger.kernel.org
 39 L: linux-...@vger.kernel.org
 44 L: linux-wirel...@vger.kernel.org
 46 L: linux-hw...@vger.kernel.org
 54 L: linux-kernel@vger.kernel.org
 57 L: linux-s...@vger.kernel.org
122 L: linux-arm-ker...@lists.infradead.org (moderated for non-subscribers)
134 L: net...@vger.kernel.org
187 L: linux-me...@vger.kernel.org

so we'd actually be able to create an entry like "media" with 187
maintainers entries automatically based on that heuristic. Same goes
for a lot of other entries, and we'd end up with about 50 files in
MAINTAINERS which sounds manageable but still usefully split up.

So we'd have files like "rdma", "dma", "omap", "pm", "dri", "pci",
"wireless" etc, all of which sound sane.

(The "linux-kernel@vger.kernel.org" L: entry above would automatically
become moot, because the "filter out the common parts" turns it into
an empty name, which is actually correct - it implies no specific
subsystem)

I generated the above with trivial grep scripting, so some of them may
end up not working or having wrong counts just due to having multiple
L: lines, but it looks like a promising approach to me, and I like how
the names seem to end up all fairly sane.

Comments?

  Linus


[PATCH] MAINTAINERS: move *@vger.kernel.org from M: to L:

2020-06-14 Thread Alexander A. Klimov
Signed-off-by: Alexander A. Klimov 
---
 MAINTAINERS | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 68f21d46614c..86e9276ddb1d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8995,8 +8995,6 @@ F:drivers/net/ethernet/sgi/ioc3-eth.c
 IOMAP FILESYSTEM LIBRARY
 M: Christoph Hellwig 
 M: Darrick J. Wong 
-M: linux-...@vger.kernel.org
-M: linux-fsde...@vger.kernel.org
 L: linux-...@vger.kernel.org
 L: linux-fsde...@vger.kernel.org
 S: Supported
@@ -13570,7 +13568,7 @@ F:  arch/mips/include/asm/mach-pistachio/
 F: arch/mips/pistachio/
 
 PKTCDVD DRIVER
-M: linux-bl...@vger.kernel.org
+L: linux-bl...@vger.kernel.org
 S: Orphan
 F: drivers/block/pktcdvd.c
 F: include/linux/pktcdvd.h
@@ -18799,7 +18797,6 @@ F:  drivers/xen/*swiotlb*
 
 XFS FILESYSTEM
 M: Darrick J. Wong 
-M: linux-...@vger.kernel.org
 L: linux-...@vger.kernel.org
 S: Supported
 W: http://xfs.org/
-- 
2.27.0



Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls

2024-04-26 Thread Arnd Bergmann
On Fri, Apr 26, 2024, at 18:20, Christian Göttsche wrote:
> From: Christian Göttsche 
>
> Add the four syscalls setxattrat(), getxattrat(), listxattrat() and
> removexattrat().  Those can be used to operate on extended attributes,
> especially security related ones, either relative to a pinned directory
> or on a file descriptor without read access, avoiding a
> /proc//fd/ detour, requiring a mounted procfs.
>
> One use case will be setfiles(8) setting SELinux file contexts
> ("security.selinux") without race conditions and without a file
> descriptor opened with read access requiring SELinux read permission.
>
> Use the do_{name}at() pattern from fs/open.c.
>
> Pass the value of the extended attribute, its length, and for
> setxattrat(2) the command (XATTR_CREATE or XATTR_REPLACE) via an added
> struct xattr_args to not exceed six syscall arguments and not
> merging the AT_* and XATTR_* flags.
>
> Signed-off-by: Christian Göttsche 
> CC: x...@kernel.org
> CC: linux-al...@vger.kernel.org
> CC: linux-ker...@vger.kernel.org
> CC: linux-arm-ker...@lists.infradead.org
> CC: linux-i...@vger.kernel.org
> CC: linux-m...@lists.linux-m68k.org
> CC: linux-m...@vger.kernel.org
> CC: linux-par...@vger.kernel.org
> CC: linuxppc-...@lists.ozlabs.org
> CC: linux-s...@vger.kernel.org
> CC: linux...@vger.kernel.org
> CC: sparcli...@vger.kernel.org
> CC: linux-fsde...@vger.kernel.org
> CC: audit@vger.kernel.org
> CC: linux-a...@vger.kernel.org
> CC: linux-...@vger.kernel.org
> CC: linux-security-mod...@vger.kernel.org
> CC: seli...@vger.kernel.org

I checked that the syscalls are all well-formed regarding
argument types, number of arguments and (absence of)
compat handling, and that they are wired up correctly
across architectures

I did not look at the actual implementation in detail.

Reviewed-by: Arnd Bergmann 



Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls

2024-04-26 Thread Arnd Bergmann
On Fri, Apr 26, 2024, at 18:20, Christian Göttsche wrote:
> From: Christian Göttsche 
>
> Add the four syscalls setxattrat(), getxattrat(), listxattrat() and
> removexattrat().  Those can be used to operate on extended attributes,
> especially security related ones, either relative to a pinned directory
> or on a file descriptor without read access, avoiding a
> /proc//fd/ detour, requiring a mounted procfs.
>
> One use case will be setfiles(8) setting SELinux file contexts
> ("security.selinux") without race conditions and without a file
> descriptor opened with read access requiring SELinux read permission.
>
> Use the do_{name}at() pattern from fs/open.c.
>
> Pass the value of the extended attribute, its length, and for
> setxattrat(2) the command (XATTR_CREATE or XATTR_REPLACE) via an added
> struct xattr_args to not exceed six syscall arguments and not
> merging the AT_* and XATTR_* flags.
>
> Signed-off-by: Christian Göttsche 
> CC: x...@kernel.org
> CC: linux-al...@vger.kernel.org
> CC: linux-ker...@vger.kernel.org
> CC: linux-arm-ker...@lists.infradead.org
> CC: linux-i...@vger.kernel.org
> CC: linux-m...@lists.linux-m68k.org
> CC: linux-m...@vger.kernel.org
> CC: linux-par...@vger.kernel.org
> CC: linuxppc-dev@lists.ozlabs.org
> CC: linux-s...@vger.kernel.org
> CC: linux...@vger.kernel.org
> CC: sparcli...@vger.kernel.org
> CC: linux-fsde...@vger.kernel.org
> CC: au...@vger.kernel.org
> CC: linux-a...@vger.kernel.org
> CC: linux-...@vger.kernel.org
> CC: linux-security-mod...@vger.kernel.org
> CC: seli...@vger.kernel.org

I checked that the syscalls are all well-formed regarding
argument types, number of arguments and (absence of)
compat handling, and that they are wired up correctly
across architectures

I did not look at the actual implementation in detail.

Reviewed-by: Arnd Bergmann 


RE: [PATCHv3 3/4] OMAP2: Serial: remobe magic from MDR1 register

2010-11-12 Thread G, Manjunath Kondaiah

 
 -Original Message-
 From: linux-omap-ow...@vger.kernel.org 
 [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of 
 Emeltchenko Andrei
 Sent: Friday, November 12, 2010 2:52 PM
 To: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org
 Subject: [PATCHv3 3/4] OMAP2: Serial: remobe magic from MDR1 register
 

Your PATCH v3 2/4 comment applies here also.

-Manjunath

[...]--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: CPUFREQ for beagle

2009-11-13 Thread Pandita, Vikram


-Original Message-
From: linux-omap-ow...@vger.kernel.org 
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of tarek
attia
Sent: Friday, November 13, 2009 11:09 AM
To: linux-omap
Subject: CPUFREQ for beagle

I want the CPUFREQdriver for the beagleboard which can work with
linux2.6.29 properly

You should be able to find that in Kevin's git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git 
pm-2.6.29





plz any one Help


thnx in Advance
tarek
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re:[PATCH] OMAP: Remove IRQ hardcoding from serial.c

2009-05-15 Thread Govindraj.R
Hi Santosh,

Where you will be defining INT_24XX_UART1_IRQ, INT_24XX_UART1_IRQ and
INT_24XX_UART3_IRQ ?

Is it in include/asm-arm/arch-omap/serial.h?
-- 
Regards,
Govindraj.R

 -- Forwarded message --
 From: Shilimkar, Santosh santosh.shilim...@ti.com
 Date: Wed, May 13, 2009 at 8:23 PM
 Subject: [PATCH] OMAP: Remove IRQ hardcoding from serial.c
 To: Tony Lindgren t...@atomide.com
 Cc: linux-omap@vger.kernel.org linux-omap@vger.kernel.org


 Tony,
 Any comments on this patch.
 http://patchwork.kernel.org/patch/19161/

 Regards
 Santosh

 --
 To unsubscribe from this list: send the line unsubscribe linux-omap in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html



--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Processed: bug 622745 is forwarded to linux-...@vger.kernel.org,sparcli...@vger.kernel.org

2011-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 forwarded 622745 linux-...@vger.kernel.org,sparcli...@vger.kernel.org
Bug #622745 [linux-image-2.6.38-2-sparc64-smp] linux-image-2.6-sparc64-smp: 
squeeze provided kernels did not boot on Sun Fire 480R or 880
Set Bug forwarded-to-address to 
'linux-...@vger.kernel.org,sparcli...@vger.kernel.org'.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
622745: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622745
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130283879416587.transcr...@bugs.debian.org



Re: [PATCH 04/11] pcmcia: do not use io_req_t after call to pcmcia_request_io()

2010-08-01 Thread Marcel Holtmann
Hi Dominik,

 After pcmcia_request_io(), do not make use of the values stored in
 io_req_t, but instead use those found in struct pcmcia_device-resource[].
 
 CC: net...@vger.kernel.org
 CC: linux-wirel...@vger.kernel.org
 CC: linux-...@vger.kernel.org
 CC: linux-...@vger.kernel.org
 CC: lafo...@gnumonks.org
 CC: linux-...@lists.infradead.org
 CC: linux-blueto...@vger.kernel.org
 CC: alsa-de...@alsa-project.org
 CC: linux-ser...@vger.kernel.org
 Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net

for the drivers/bluetooth/ pieces.

Acked-by: Marcel Holtmann mar...@holtmann.org

Regards

Marcel



___
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia


Re: [PATCH 05/11] pcmcia: do not use io_req_t when calling pcmcia_request_io()

2010-08-01 Thread Marcel Holtmann
Hi Dominik,

 Instead of io_req_t, drivers are now requested to fill out
 struct pcmcia_device *p_dev-resource[0,1] for up to two ioport
 ranges. After a call to pcmcia_request_io(), the ports found there
 are reserved, after calling pcmcia_request_configuration(), they may
 be used.
 
 CC: net...@vger.kernel.org
 CC: linux-wirel...@vger.kernel.org
 CC: linux-...@vger.kernel.org
 CC: linux-...@vger.kernel.org
 CC: lafo...@gnumonks.org
 CC: linux-...@lists.infradead.org
 CC: linux-blueto...@vger.kernel.org
 CC: alsa-de...@alsa-project.org
 CC: linux-ser...@vger.kernel.org
 CC: Michael Buesch m...@bu3sch.de
 Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net

for the drivers/bluetooth/ pieces.

Acked-by: Marcel Holtmann mar...@holtmann.org

Regards

Marcel



___
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia


Processed: bug 622745 is forwarded to linux-...@vger.kernel.org,sparcli...@vger.kernel.org

2011-04-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 forwarded 622745 linux-...@vger.kernel.org,sparcli...@vger.kernel.org
Bug #622745 [linux-image-2.6.38-2-sparc64-smp] linux-image-2.6-sparc64-smp: 
squeeze provided kernels did not boot on Sun Fire 480R or 880
Set Bug forwarded-to-address to 
'linux-...@vger.kernel.org,sparcli...@vger.kernel.org'.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
622745: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622745
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-bugs-forwarded-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



RE: [PATCH] infiniband: hw: ipath: ipath_wc_ppc64.c: Remove unused function

2015-01-16 Thread Marciniszyn, Mike
 From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
 ow...@vger.kernel.org] On Behalf Of Rickard Strandqvist
 Sent: Saturday, December 20, 2014 11:19 AM
 To: infinipath; Roland Dreier
 Cc: Rickard Strandqvist; Hefty, Sean; Hal Rosenstock; linux-
 r...@vger.kernel.org; linux-kernel@vger.kernel.org
 Subject: [PATCH] infiniband: hw: ipath: ipath_wc_ppc64.c: Remove unused
 function
 

Roland,

Can you change in summary from https://patchwork.kernel.org/patch/5522791:

IB/ipath: Remove unused function in ipath_wc_ppc64

Thanks for the patch!
Acked-by: Mike Marciniszyn mike.marcinis...@intel.com
--
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/


RE: [PATCH 3/5] f2fs: avoid write_checkpoint if f2fs is mounted readonly

2015-01-29 Thread Chao Yu
 -Original Message-
 From: linux-fsdevel-ow...@vger.kernel.org 
 [mailto:linux-fsdevel-ow...@vger.kernel.org] On
 Behalf Of Jaegeuk Kim
 Sent: Wednesday, January 28, 2015 7:32 AM
 To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
 linux-f2fs-de...@lists.sourceforge.net
 Cc: Jaegeuk Kim
 Subject: [PATCH 3/5] f2fs: avoid write_checkpoint if f2fs is mounted readonly
 
 Do not change any partition when f2fs is changed to readonly mode.
 
 Signed-off-by: Jaegeuk Kim jaeg...@kernel.org

Reviewed-by: Chao Yu chao2...@samsung.com

--
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/


RE: building just src/tools/rados

2015-07-22 Thread Podoski, Igor
Hi Tom,

Have you tried cd src; make rados?

Regards,
Igor.


-Original Message-
From: ceph-devel-ow...@vger.kernel.org 
[mailto:ceph-devel-ow...@vger.kernel.org] On Behalf Of Deneau, Tom
Sent: Wednesday, July 22, 2015 10:13 PM
To: ceph-devel
Subject: building just src/tools/rados

Is there a make command that would build just the src/tools or even just 
src/tools/rados ?

-- Tom Deneau

--
To unsubscribe from this list: send the line unsubscribe ceph-devel in the 
body of a message to majord...@vger.kernel.org More majordomo info at  
http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH RFC] svcrdma: Fix possible over population fast_reg_page_list

2015-07-20 Thread Steve Wise


 -Original Message-
 From: linux-nfs-ow...@vger.kernel.org 
 [mailto:linux-nfs-ow...@vger.kernel.org] On Behalf Of Sagi Grimberg
 Sent: Monday, July 20, 2015 12:00 PM
 To: linux-...@vger.kernel.org; linux-rdma@vger.kernel.org
 Cc: Chuck Lever; Steve Wise
 Subject: [PATCH RFC] svcrdma: Fix possible over population fast_reg_page_list
 
 When accounting the needed_pages, we need to look into
 the page_list-max_page_list_len and not the global
 context xprt-sc_frmr_pg_list_len.
 
 Signed-off-by: Sagi Grimberg sa...@mellanox.com

Reviewed-by: Steve Wise sw...@opengridcomputing.com



--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [f2fs-dev] [PATCH 2/2] f2fs: support fiemap for inline_data

2015-10-20 Thread Chao Yu
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, October 20, 2015 2:49 AM
> To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org;
> linux-fsde...@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net
> Cc: Jaegeuk Kim; Jaegeuk Kim
> Subject: [f2fs-dev] [PATCH 2/2] f2fs: support fiemap for inline_data
> 
> There is a FIEMAP_EXTENT_INLINE_DATA, pointed out by Marc.
> 
> Signed-off-by: Jaegeuk Kim <jaeg...@kernel.org>

Reviewed-by: Chao Yu <chao2...@samsung.com>
--
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/


Re: [PATCH 1/2] dmaengine: qcom-bam-dma: Add pm_runtime support

2016-05-03 Thread Vinod Koul
On Mon, May 02, 2016 at 12:28:02PM +, Appana Durga Kedareswara Rao wrote:
> Hi,
> 
> > -Original Message-
> > From: dmaengine-ow...@vger.kernel.org [mailto:dmaengine-
> > ow...@vger.kernel.org] On Behalf Of Pramod Gurav
> > Sent: Monday, May 02, 2016 5:48 PM
> > To: vinod.k...@intel.com; andy.gr...@linaro.org; ulf.hans...@linaro.org;
> > r...@rjwysocki.net; linux-arm-...@vger.kernel.org
> > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > dmaeng...@vger.kernel.org; stanimir.varba...@linaro.org;
> > ok...@codeaurora.org; Pramod Gurav <pramod.gu...@linaro.org>
> > Subject: [PATCH 1/2] dmaengine: qcom-bam-dma: Add pm_runtime support

How difficult is it for you to get rid of this nonsense?

And while replying please remove the non relevant context, it serves no
purpose!

-- 
~Vinod


patch mail rejected by vger.kernel.org

2016-08-10 Thread Zhouyi Zhou
Hi,
  Yesterday, I cced 5 patches to linux-kernel@vger.kernel.org using send-email, 
but all of them were
rejected by mail server at vger.kernel.org as follows: 
  "Dear yizhouz...@ict.ac.cn, Your message to linux-kernel@vger.kernel.org was 
rejected by the recipient domain. The error that the other server returned was: 
" SMTP error, RCPT TO: 451 4.7.1 Hello [159.226.251.20], for recipient address 
<linux-kernel@vger.kernel.org> the policy analysis reported: zpostgrey: 
connect: Connection refused". Your original message is included as attachment."
  I have successfully posted to linux-kernel@vger.kernel.org previously. And 
maintainers have received my patch
correctly yesterday. Do you know what is going on?

Many thanks







Re: [PATCH v18 0/4] overlayfs override_creds=off & nested get xattr fix

2020-10-21 Thread Eric W. Biederman


Is there any reason why the cc list from the body of the email does not
match the people who have been cc'd on the email.  Skipping the
linux-unionfs list (which seems to be the mail list for overlayfs)
seems like a pretty big oversight.

> Signed-off-by: Mark Salyzyn 
> Cc: Miklos Szeredi 
> Cc: Jonathan Corbet 
> Cc: Vivek Goyal 
> Cc: Eric W. Biederman 
> Cc: Amir Goldstein 
> Cc: Randy Dunlap 
> Cc: Stephen Smalley 
> Cc: John Stultz 
> Cc: linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> To: linux-fsde...@vger.kernel.org
> To: linux-unio...@vger.kernel.org
> Cc: linux-security-mod...@vger.kernel.org
> Cc: kernel-t...@android.com
> Cc: seli...@vger.kernel.org

Eric



AW: [PATCH 5/5] Add manpage for fsconfig(2)

2020-08-07 Thread Walter Harms
hi,
thx for you efford,
maybe it is obvious but i did not see it ..
starting with what kernel version are these features available ?

re,
 wh

Von: linux-man-ow...@vger.kernel.org [linux-man-ow...@vger.kernel.org] im 
Auftrag von David Howells [dhowe...@redhat.com]
Gesendet: Freitag, 7. August 2020 16:02
An: mtk.manpa...@gmail.com; v...@zeniv.linux.org.uk
Cc: dhowe...@redhat.com; linux-fsde...@vger.kernel.org; 
christian.brau...@ubuntu.com; linux-...@vger.kernel.org; 
linux-...@vger.kernel.org; linux-kernel@vger.kernel.org
Betreff: [PATCH 5/5] Add manpage for fsconfig(2)

Add a manual page to document the fsconfig() system call.

Signed-off-by: David Howells 
---





Re: [PATCH 05/15] mm: allow read-ahead with IOCB_NOWAIT set

2020-06-24 Thread Jens Axboe
On 6/23/20 10:38 PM, Dave Chinner wrote:
> On Thu, Jun 18, 2020 at 08:43:45AM -0600, Jens Axboe wrote:
>> The read-ahead shouldn't block, so allow it to be done even if
>> IOCB_NOWAIT is set in the kiocb.
>>
>> Acked-by: Johannes Weiner 
>> Signed-off-by: Jens Axboe 
> 
> BTW, Jens, in case nobody had mentioned it, the Reply-To field for
> the patches in this patchset is screwed up:
> 
> | Reply-To: a...@vger.kernel.org, supp...@vger.kernel.org, 
> f...@vger.kernel.org,
> |     as...@vger.kernel.org, buffe...@vger.kernel.org,
> | re...@vger.kernel.org

Yeah, I pasted the subject line into the wrong spot for git send-email,
hence the reply-to is boogered, and the subject line was empty for the
cover letter...

-- 
Jens Axboe



RE: [PATCH] infiniband: hw: ipath: ipath_wc_ppc64.c: Remove unused function

2015-01-16 Thread Marciniszyn, Mike
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Rickard Strandqvist
> Sent: Saturday, December 20, 2014 11:19 AM
> To: infinipath; Roland Dreier
> Cc: Rickard Strandqvist; Hefty, Sean; Hal Rosenstock; linux-
> r...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: [PATCH] infiniband: hw: ipath: ipath_wc_ppc64.c: Remove unused
> function
> 

Roland,

Can you change in summary from https://patchwork.kernel.org/patch/5522791:

IB/ipath: Remove unused function in ipath_wc_ppc64

Thanks for the patch!
Acked-by: Mike Marciniszyn 
--
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/


RE: [PATCH 3/5] f2fs: avoid write_checkpoint if f2fs is mounted readonly

2015-01-29 Thread Chao Yu
> -Original Message-
> From: linux-fsdevel-ow...@vger.kernel.org 
> [mailto:linux-fsdevel-ow...@vger.kernel.org] On
> Behalf Of Jaegeuk Kim
> Sent: Wednesday, January 28, 2015 7:32 AM
> To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Cc: Jaegeuk Kim
> Subject: [PATCH 3/5] f2fs: avoid write_checkpoint if f2fs is mounted readonly
> 
> Do not change any partition when f2fs is changed to readonly mode.
> 
> Signed-off-by: Jaegeuk Kim 

Reviewed-by: Chao Yu 

--
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/


Re: [PATCH 1/2] dmaengine: qcom-bam-dma: Add pm_runtime support

2016-05-03 Thread Vinod Koul
On Mon, May 02, 2016 at 12:28:02PM +, Appana Durga Kedareswara Rao wrote:
> Hi,
> 
> > -Original Message-
> > From: dmaengine-ow...@vger.kernel.org [mailto:dmaengine-
> > ow...@vger.kernel.org] On Behalf Of Pramod Gurav
> > Sent: Monday, May 02, 2016 5:48 PM
> > To: vinod.k...@intel.com; andy.gr...@linaro.org; ulf.hans...@linaro.org;
> > r...@rjwysocki.net; linux-arm-...@vger.kernel.org
> > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > dmaeng...@vger.kernel.org; stanimir.varba...@linaro.org;
> > ok...@codeaurora.org; Pramod Gurav 
> > Subject: [PATCH 1/2] dmaengine: qcom-bam-dma: Add pm_runtime support

How difficult is it for you to get rid of this nonsense?

And while replying please remove the non relevant context, it serves no
purpose!

-- 
~Vinod


RE: [f2fs-dev] [PATCH 1/2] f2fs: flush dirty data for bmap

2015-10-20 Thread Chao Yu
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, October 20, 2015 2:49 AM
> To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org;
> linux-fsde...@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net
> Cc: Jaegeuk Kim; Jaegeuk Kim
> Subject: [f2fs-dev] [PATCH 1/2] f2fs: flush dirty data for bmap
> 
> Users expect bmap will give allocated block addresses.
> Let's play likewise ext4.
> 
> Signed-off-by: Jaegeuk Kim 

Reviewed-by: Chao Yu 
--
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/


RE: [f2fs-dev] [PATCH 2/2] f2fs: support fiemap for inline_data

2015-10-20 Thread Chao Yu
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, October 20, 2015 2:49 AM
> To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org;
> linux-fsde...@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net
> Cc: Jaegeuk Kim; Jaegeuk Kim
> Subject: [f2fs-dev] [PATCH 2/2] f2fs: support fiemap for inline_data
> 
> There is a FIEMAP_EXTENT_INLINE_DATA, pointed out by Marc.
> 
> Signed-off-by: Jaegeuk Kim 

Reviewed-by: Chao Yu 
--
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/


RE: [PATCH for-next 0/2] Bug fixes for nfs-rdma support

2014-08-17 Thread Devesh Sharma
Hi Roland,

Please line-up following series as well for 3.17 merger. These are must-go 
fixes for us to have NFS-RDMA support.

This series is available at following location as well:

git://flatbed.openfabrics.org/~maheshv/infiniband.git

use for-roland branch.

 -Original Message-
 From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
 ow...@vger.kernel.org] On Behalf Of Devesh Sharma
 Sent: Monday, June 23, 2014 9:50 PM
 To: linux-rdma@vger.kernel.org
 Cc: Roland Dreier rol...@kernel.org (rol...@kernel.org)
 Subject: RE: [PATCH for-next 0/2] Bug fixes for nfs-rdma support
 
 Roland,
 
 Please pull this series to 3.16 to make sure ocrdma works fine with
 upstreame NFS-RDMA.
 -Regards
  Devesh
 
  -Original Message-
  From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
  ow...@vger.kernel.org] On Behalf Of dev...@vger.kernel.org
  Sent: Monday, June 09, 2014 10:53 AM
  To: linux-rdma@vger.kernel.org
  Cc: Devesh Sharma
  Subject: [PATCH for-next 0/2] Bug fixes for nfs-rdma support
 
  From: Devesh Sharma devesh.sha...@emulex.com
 
  This series fixes the improper frmr-page-list-len size reported by
  query_device and a bug in CQ arming logic.
 
  Devesh Sharma (2):
RDMA/ocrdma: Report actual value of max_fast_reg_page_list_len
RDMA/ocrdma: do not skip setting deffered_arm
 
   drivers/infiniband/hw/ocrdma/ocrdma_verbs.c |6 ++
   1 files changed, 2 insertions(+), 4 deletions(-)
 
  --
  To unsubscribe from this list: send the line unsubscribe linux-rdma
  in the body of a message to majord...@vger.kernel.org More
 majordomo
  info at http://vger.kernel.org/majordomo-info.html
 --
 To unsubscribe from this list: send the line unsubscribe linux-rdma in the
 body of a message to majord...@vger.kernel.org More majordomo info at
 http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper

2016-05-04 Thread Mugunthan V N
On Tuesday 03 May 2016 08:03 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
> 
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
> 
> Compile tested only.
> 
> Cc: user-mode-linux-de...@lists.sourceforge.net
> Cc: linux-xte...@linux-xtensa.org
> Cc: linux1394-de...@lists.sourceforge.net
> Cc: linux-r...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: mpt-fusionlinux@broadcom.com
> Cc: linux-s...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-par...@vger.kernel.org
> Cc: linux-o...@vger.kernel.org
> Cc: linux-h...@vger.kernel.org
> Cc: linux-usb@vger.kernel.org
> Cc: linux-wirel...@vger.kernel.org
> Cc: linux-s...@vger.kernel.org
> Cc: de...@driverdev.osuosl.org
> Cc: b.a.t.m@lists.open-mesh.org
> Cc: linux-blueto...@vger.kernel.org
> Signed-off-by: Florian Westphal <f...@strlen.de>
> ---

snip...


> diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
> index 0fa75a8..3d4662d 100644
> --- a/drivers/net/ethernet/ti/cpsw.c
> +++ b/drivers/net/ethernet/ti/cpsw.c
> @@ -1381,7 +1381,7 @@ static netdev_tx_t cpsw_ndo_start_xmit(struct sk_buff 
> *skb,
>   struct cpsw_priv *priv = netdev_priv(ndev);
>   int ret;
>  
> - ndev->trans_start = jiffies;
> + netif_trans_update(ndev);
>  
>   if (skb_padto(skb, CPSW_MIN_PACKET_SIZE)) {
>   cpsw_err(priv, tx_err, "packet pad failed\n");

for cpsw

Acked-by: Mugunthan V N <mugunthan...@ti.com>

Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper

2016-05-04 Thread Mugunthan V N
On Tuesday 03 May 2016 08:03 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
> 
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
> 
> Compile tested only.
> 
> Cc: user-mode-linux-de...@lists.sourceforge.net
> Cc: linux-xte...@linux-xtensa.org
> Cc: linux1394-de...@lists.sourceforge.net
> Cc: linux-r...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: mpt-fusionlinux@broadcom.com
> Cc: linux-scsi@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-par...@vger.kernel.org
> Cc: linux-o...@vger.kernel.org
> Cc: linux-h...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-wirel...@vger.kernel.org
> Cc: linux-s...@vger.kernel.org
> Cc: de...@driverdev.osuosl.org
> Cc: b.a.t.m@lists.open-mesh.org
> Cc: linux-blueto...@vger.kernel.org
> Signed-off-by: Florian Westphal <f...@strlen.de>
> ---

snip...


> diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
> index 0fa75a8..3d4662d 100644
> --- a/drivers/net/ethernet/ti/cpsw.c
> +++ b/drivers/net/ethernet/ti/cpsw.c
> @@ -1381,7 +1381,7 @@ static netdev_tx_t cpsw_ndo_start_xmit(struct sk_buff 
> *skb,
>   struct cpsw_priv *priv = netdev_priv(ndev);
>   int ret;
>  
> - ndev->trans_start = jiffies;
> + netif_trans_update(ndev);
>  
>   if (skb_padto(skb, CPSW_MIN_PACKET_SIZE)) {
>   cpsw_err(priv, tx_err, "packet pad failed\n");

for cpsw

Acked-by: Mugunthan V N <mugunthan...@ti.com>

Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper

2016-05-04 Thread Mugunthan V N
On Tuesday 03 May 2016 08:03 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
> 
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
> 
> Compile tested only.
> 
> Cc: user-mode-linux-de...@lists.sourceforge.net
> Cc: linux-xte...@linux-xtensa.org
> Cc: linux1394-de...@lists.sourceforge.net
> Cc: linux-r...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: mpt-fusionlinux@broadcom.com
> Cc: linux-s...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-par...@vger.kernel.org
> Cc: linux-o...@vger.kernel.org
> Cc: linux-hams@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-wirel...@vger.kernel.org
> Cc: linux-s...@vger.kernel.org
> Cc: de...@driverdev.osuosl.org
> Cc: b.a.t.m@lists.open-mesh.org
> Cc: linux-blueto...@vger.kernel.org
> Signed-off-by: Florian Westphal <f...@strlen.de>
> ---

snip...


> diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
> index 0fa75a8..3d4662d 100644
> --- a/drivers/net/ethernet/ti/cpsw.c
> +++ b/drivers/net/ethernet/ti/cpsw.c
> @@ -1381,7 +1381,7 @@ static netdev_tx_t cpsw_ndo_start_xmit(struct sk_buff 
> *skb,
>   struct cpsw_priv *priv = netdev_priv(ndev);
>   int ret;
>  
> - ndev->trans_start = jiffies;
> + netif_trans_update(ndev);
>  
>   if (skb_padto(skb, CPSW_MIN_PACKET_SIZE)) {
>   cpsw_err(priv, tx_err, "packet pad failed\n");

for cpsw

Acked-by: Mugunthan V N <mugunthan...@ti.com>

Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-hams" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH net-next 4/5] treewide: replace dev->trans_start update with helper

2016-05-04 Thread Mugunthan V N
On Tuesday 03 May 2016 08:03 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
> 
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
> 
> Compile tested only.
> 
> Cc: user-mode-linux-de...@lists.sourceforge.net
> Cc: linux-xte...@linux-xtensa.org
> Cc: linux1394-de...@lists.sourceforge.net
> Cc: linux-r...@vger.kernel.org
> Cc: net...@vger.kernel.org
> Cc: mpt-fusionlinux@broadcom.com
> Cc: linux-s...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-par...@vger.kernel.org
> Cc: linux-o...@vger.kernel.org
> Cc: linux-h...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: linux-wireless@vger.kernel.org
> Cc: linux-s...@vger.kernel.org
> Cc: de...@driverdev.osuosl.org
> Cc: b.a.t.m@lists.open-mesh.org
> Cc: linux-blueto...@vger.kernel.org
> Signed-off-by: Florian Westphal <f...@strlen.de>
> ---

snip...


> diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c
> index 0fa75a8..3d4662d 100644
> --- a/drivers/net/ethernet/ti/cpsw.c
> +++ b/drivers/net/ethernet/ti/cpsw.c
> @@ -1381,7 +1381,7 @@ static netdev_tx_t cpsw_ndo_start_xmit(struct sk_buff 
> *skb,
>   struct cpsw_priv *priv = netdev_priv(ndev);
>   int ret;
>  
> - ndev->trans_start = jiffies;
> + netif_trans_update(ndev);
>  
>   if (skb_padto(skb, CPSW_MIN_PACKET_SIZE)) {
>   cpsw_err(priv, tx_err, "packet pad failed\n");

for cpsw

Acked-by: Mugunthan V N <mugunthan...@ti.com>

Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Mimedefang] Seeing weird SMFI errors

2015-07-26 Thread Philip Prindeville
I’m running mimedefang-2.78-2 on Fedora 21, along with sendmail-8.14.9-5.

I’m seeing errors when getting email from vger.kernel.org (I get several kernel 
hacking mailing lists), and getting sporadic delivery.

It seems to start when vger connects every 20 minutes or so and attempts to 
deliver a message:

Jul 26 17:43:29 mail mimedefang.pl[26644]: helo: vger.kernel.org 
(209.132.180.67:36829) said helo vger.kernel.org
Jul 26 17:43:29 mail sendmail[27848]: t6QNhOYb027848: 
from=netdev-ow...@vger.kernel.org, size=23800, class=-60, nrcpts=1, 
msgid=1437586416-14735-1-git-send-email-al...@free.fr, bodytype=8BITMIME, 
proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org [209.132.180.67]
Jul 26 17:44:29 mail sendmail[27848]: t6QNhOYb027848: Milter (mimedefang): 
timeout before data read, where=eom
Jul 26 17:44:29 mail sendmail[27848]: t6QNhOYb027848: Milter (mimedefang): to 
error state
Jul 26 17:44:29 mail sendmail[27848]: t6QNhOYb027848: Milter: data, reject=451 
4.3.2 Please try again later
Jul 26 17:44:29 mail sendmail[27848]: t6QNhOYb027848: 
to=philipp_s...@redfish-solutions.com, delay=00:01:00, pri=161800, 
stat=Please try again later
Jul 26 17:44:29 mail sendmail[27848]: t6QNhOYd027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:29 mail sendmail[27848]: t6QNhOYd027848: 
from=netdev-ow...@vger.kernel.org, size=5834, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYe027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYe027848: 
from=netdev-ow...@vger.kernel.org, size=3967, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYf027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYf027848: 
from=netdev-ow...@vger.kernel.org, size=2373, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYg027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYg027848: 
from=netdev-ow...@vger.kernel.org, size=5864, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYh027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYh027848: 
from=netdev-ow...@vger.kernel.org, size=2800, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYi027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYi027848: 
from=netdev-ow...@vger.kernel.org, size=2250, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYj027848: Milter: 
from=linux-usb-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYj027848: 
from=linux-usb-ow...@vger.kernel.org, size=1976, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYk027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYk027848: 
from=netdev-ow...@vger.kernel.org, size=1961, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYl027848: Milter: 
from=linux-wireless-ow...@vger.kernel.org, reject=451 4.3.2 Please try again 
later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYl027848: 
from=linux-wireless-ow...@vger.kernel.org, size=3672, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYm027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYm027848: 
from=netdev-ow...@vger.kernel.org, size=2246, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYn027848: Milter: 
from=netdev-ow...@vger.kernel.org, reject=451 4.3.2 Please try again later
Jul 26 17:44:30 mail sendmail[27848]: t6QNhOYn027848: 
from=netdev-ow...@vger.kernel.org, size=2130, class=0, nrcpts=0, 
bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=vger.kernel.org 
[209.132.180.67]
Jul 26 17:44:31

Re: [hail patch 0/3] chunkd: on-disk checksumming and get-partial operation

2010-09-15 Thread Jeff Garzik

Just pushed this out to hail.git.

--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Hail license changed

2012-12-12 Thread Jeff Garzik

Hail license change was just pushed to the github hail repository.

Jeff


--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


erasing

2014-03-28 Thread Beecham Wemhoff
truth of that great pr

--
To unsubscribe from this list: send the line unsubscribe hail-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[PATCH] Merge commit 'qemu-svn/trunk'

2009-04-14 Thread Avi Kivity
From: Avi Kivity a...@redhat.com

--
To unsubscribe from this list: send the line unsubscribe kvm-commits in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[COMMIT master] Merge branch 'queue'

2009-09-27 Thread Avi Kivity
From: Avi Kivity a...@redhat.com

--
To unsubscribe from this list: send the line unsubscribe kvm-commits in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[COMMIT master] Merge commit 'tip/x86/entry'

2009-10-26 Thread Avi Kivity
From: Avi Kivity a...@redhat.com

--
To unsubscribe from this list: send the line unsubscribe kvm-commits in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[COMMIT master] Merge commit 'v2.6.33'

2010-02-25 Thread Avi Kivity
From: Avi Kivity a...@redhat.com

Signed-off-by: Avi Kivity a...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe kvm-commits in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


ts

2010-03-09 Thread Karl




http://aneqedom.maddsites.com/uqyvewox.html
--
To unsubscribe from this list: send the line unsubscribe kvm-commits in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [No Subject]

2005-09-08 Thread Adam T. Bowen

Hi,

linux-admin@vger.kernel.org wrote:

aaazzzaaazzzaaazzzaaazzzaaazzz


Perhaps your keyboard isn't supported?

Adam
-
To unsubscribe from this list: send the line unsubscribe linux-admin in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


your link accepted !!!

2002-03-10 Thread link_accepted

www.geocities.com/link_accepted





























--

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html



hi

2002-09-07 Thread Angel GrefurT

http://lol.to/bbs.php?bbs=offspring
Username:  LIZA-ROOM-008
Password:   XF459J


-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[no subject]

2004-08-23 Thread ENGLIS200312071424255242
-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


System test of vger.kernel.org

2007-11-30 Thread Matti Aarnio
I just tuned things a bit at vger, and now it is time to verify that nothing 
broke seriously..
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[no subject]

2010-02-08 Thread Peter Faasse
unsubscribe linux-embedded



***
The NLR disclaimer (http://www.nlr.nl/emaildisclaimer) is valid for NLR e-mail 
messages.
***

--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


test

2011-04-02 Thread Ming Lei
Hi,

It is used to test the delete mail in multiple filters.

thanks,
-- 
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Drive a 2009 car from R799p/m

2009-11-23 Thread admin
Drive a 2009 car from R799p/m






--
Powered by PHPlist, www.phplist.com --


--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Please reply

2009-12-10 Thread Amabel Baker

Your xxx life needs imrovement? http://ooddid.ibgeypma.com/

--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Cheap and treats diseases

2009-12-15 Thread Mortimer Bradshaw

It gets you hard with minimal side effects! http://izvf.dvyadkygn.com/

--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[no subject]

2010-09-04 Thread Tobias Karnat
auth 0d1501a5 subscribe linux-crypto tobias.kar...@googlemail.com

--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[no subject]

2010-09-06 Thread Jan Chadima
help

-- 
JFCh jchad...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


.hariprasad2006.

2013-06-02 Thread Hari Prasad
http://avateo.com/yshxxx/izknyhbinhloryufndwvzjpbpyka.pauxot
--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


hi

2013-06-14 Thread Catlee Pallini
Seriously! I am seeking for man!
--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


hi

2013-06-15 Thread Keven Carmichael
Excuse me! So I am looking for for man!
--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Здравсmвуйте! Вac uнmepесyюm клиенmсkuе базы данных?

2014-03-16 Thread TsetseroTsetse
Здравсmвуйте! Вac uнmepесyюm клиенmсkuе базы данных?
--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


test

2014-11-17 Thread Masashi Honma
Just a test. Ignore this email.
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 1/2] cfg80211: update missing fields in custom regulatory path

2014-11-19 Thread Johannes Berg
Applied both.

johannes

--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] iw: print phy TDLS ch-switch support

2014-12-12 Thread Johannes Berg
Applied.

johannes

--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


OCB mode

2014-12-19 Thread Andre Paixao
Hi,

is the code open? From where could I clone it?

Cheers


--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


gecko

2014-03-27 Thread Chapple Shy
he different stages, t

--
To unsubscribe from this list: send the line unsubscribe linux-leds in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


test, sorry :-(

2001-06-02 Thread remi

-
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.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Test - Please Disregard

2001-02-12 Thread linux


Test.

-
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.org/majordomo-info.html
Please read the FAQ at  http://vger.kernel.org/lkml/



[PATCHv2] mm: Fix calculation of dirtyable memory

2012-11-08 Thread Sonny Rao
add apkm's suggestion

--
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/


Re: [PATCH] [Trivial] qib: fix an incorrect message

2012-07-19 Thread Roland Dreier
thanks, applied.
--
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/


[no subject]

2012-07-20 Thread Meshkat Shariat Baghery

--
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/


<    1   2   3   4   5   6   7   8   9   10   >