Mailing lists matching vger.kernel.org
audit vger.kernel.orglinux-alpha vger.kernel.org
linux-bcachefs vger.kernel.org
linux-block vger.kernel.org
linux-crypto vger.kernel.org
...
RE: Previewer and resizer demo
-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?
-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?
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
> -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
> -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
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
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
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
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
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
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
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:
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:
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
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
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
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
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
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
-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
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
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'
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'
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'
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'
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'
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'
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'
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'
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
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
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?
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
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
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:
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
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
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
-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
-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
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
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()
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()
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
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
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
-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
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
-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
> -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
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
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
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)
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
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
> 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
> -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
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
> -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
> -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
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
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
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
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
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
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
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
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
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'
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'
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'
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'
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
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]
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 !!!
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
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]
- 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
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]
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
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
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
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
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]
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]
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.
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
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
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е базы данных?
Здравс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
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
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
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
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
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 :-(
- 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
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
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
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]
-- 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/