headers
Andy Whitcroft | 1 Jun 2011 09:40
Favicon

Re: [PATCH] UBUNTU: SAUCE: mmc: Enable MMC card reader for RICOH [1180:e823]

On Tue, May 31, 2011 at 02:11:05PM -0500, Manoj Iyer wrote:
> The patch adds a quirk to disable the MMC card reader in
> hardware and enable reading MMC cards using standard SD
> interfaces.
> 
> This patch is upstream, it is Q'ed for 3.0 with stable <at>  tag.
> Please refer https://lkml.org/lkml/2011/5/26/243

Define Q'ed?  From your email thread you emailed it to Chris (who may
be the maintainer) and had no response as yet.  The merge window for 3.0
has opened and closed, and it is not in linus' tree as yet yet so I don't
see it queued for 3.0.

-apw
Permalink | Reply | 2 comments |
headers
Andy Whitcroft | 1 Jun 2011 09:44
Favicon

Re: [PATCH] UBUNTU: SAUCE: mmc: Enable MMC card reader for RICOH [1180:e823]

On Wed, Jun 01, 2011 at 08:40:48AM +0100, Andy Whitcroft wrote:
> On Tue, May 31, 2011 at 02:11:05PM -0500, Manoj Iyer wrote:
> > The patch adds a quirk to disable the MMC card reader in
> > hardware and enable reading MMC cards using standard SD
> > interfaces.
> > 
> > This patch is upstream, it is Q'ed for 3.0 with stable <at>  tag.
> > Please refer https://lkml.org/lkml/2011/5/26/243
> 
> Define Q'ed?  From your email thread you emailed it to Chris (who may
> be the maintainer) and had no response as yet.  The merge window for 3.0
> has opened and closed, and it is not in linus' tree as yet yet so I don't
> see it queued for 3.0.

Asking scripts/get_maintainers.pl, it says you should have sent it here:

  Jesse Barnes <jbarnes <at> virtuousgeek.org> (supporter:PCI SUBSYSTEM)
  linux-pci <at> vger.kernel.org (open list:PCI SUBSYSTEM)
  linux-kernel <at> vger.kernel.org (open list)

-apw
Permalink | Reply | 1 comment |
headers
Stefan Bader | 1 Jun 2011 09:44
Favicon

Re: [PATCH] UBUNTU: SAUCE: mmc: Enable MMC card reader for RICOH [1180:e823]

On 31.05.2011 21:11, Manoj Iyer wrote:
> The patch adds a quirk to disable the MMC card reader in
> hardware and enable reading MMC cards using standard SD
> interfaces.
>
This is much better. In fact (if I had looked at you mailing list reference 
yesterday) I would have noted that if I would be a maintainer, I would 
appreciate a bit of explanation in the body of the commit.

> This patch is upstream, it is Q'ed for 3.0 with stable <at>  tag.
> Please refer https://lkml.org/lkml/2011/5/26/243
>
> BugLink: http://bugs.launchpad.net/bugs/790754
>
> Signed-off-by: Manoj Iyer<manoj.iyer <at> canonical.com>
> ---
>   drivers/pci/quirks.c    |    2 ++
>   include/linux/pci_ids.h |    1 +
>   2 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
> index 9cd7000..7768cad 100644
> --- a/drivers/pci/quirks.c
> +++ b/drivers/pci/quirks.c
>  <at>  <at>  -2721,6 +2721,8  <at>  <at>  static void ricoh_mmc_fixup_r5c832(struct pci_dev *dev)
>   }
>   DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_RICOH, PCI_DEVICE_ID_RICOH_R5C832, ricoh_mmc_fixup_r5c832);
>   DECLARE_PCI_FIXUP_RESUME_EARLY(PCI_VENDOR_ID_RICOH, PCI_DEVICE_ID_RICOH_R5C832, ricoh_mmc_fixup_r5c832);
> +DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_RICOH, PCI_DEVICE_ID_RICOH_R5CE823, ricoh_mmc_fixup_r5c832);
> +DECLARE_PCI_FIXUP_RESUME_EARLY(PCI_VENDOR_ID_RICOH, PCI_DEVICE_ID_RICOH_R5CE823, ricoh_mmc_fixup_r5c832);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paolo Pisati | 1 Jun 2011 12:23
Favicon

[lucid/fsl-imx51] [pull request] First round of CVE fixes

The following changes since commit 50173a10506485bd731f62bcbd7c9410a1fb5b43:

  UBUNTU: Ubuntu-2.6.31-608.25 (2011-05-27 18:41:05 +0200)

are available in the git repository at:
  git://kernel.ubuntu.com/ppisati/ubuntu-lucid.git fsl-imx51

Andy Whitcroft (1):
      net: packet: fix information leak to userland, CVE-2010-3876

Dan Carpenter (1):
      gdth: integer overflow in ioctl

Dan Rosenberg (4):
      ALSA: sound/pci/rme9652: prevent reading uninitialized stack memory
      drivers/video/via/ioctl.c: prevent reading uninitialized stack memory
      sys_semctl: fix kernel stack leakage
      mpt2sas: prevent heap overflows and unchecked reads

John Hughes (1):
      x25: Patch to fix bug 15678 - x25 accesses fields beyond end of
packet.

Julien Tinnes (1):
      Prevent rt_sigqueueinfo and rt_tgsigqueueinfo from spoofing the
signal code

Kees Cook (2):
      net: ax25: fix information leak to userland harder, CVE-2010-3875
      net: clear heap allocations for privileged ethtool actions
(Continue reading)

Permalink | Reply | 2 comments |
headers
Paolo Pisati | 1 Jun 2011 13:01
Favicon

Re: [lucid/fsl-imx51] [pull request] First round of CVE fixes

On 06/01/2011 12:23 PM, Paolo Pisati wrote:
> The following changes since commit 50173a10506485bd731f62bcbd7c9410a1fb5b43:
> 
>   UBUNTU: Ubuntu-2.6.31-608.25 (2011-05-27 18:41:05 +0200)

one thing i forgot: i had to modify this commit since previously it was
"Ubuntu-2.6.31-608.25" and that broke fdr insertchanges&c.

So, this is actually a "git reset" request than a pull.

--

-- 
bye,
p.
Permalink | Reply | 0 comments |
headers
Andy Whitcroft | 1 Jun 2011 13:30
Favicon

[APPLIED] [lucid/fsl-imx51] [pull request] First round of CVE fixes

On Wed, Jun 01, 2011 at 12:23:54PM +0200, Paolo Pisati wrote:

> (sort-of) top down list of CVE closed in this pull:
> 
> CVE-2010-3876, CVE-2010-4157, CVE-2010-4080, CVE-2010-4081,
> CVE-2010-4082, CVE-2010-4083, CVE-2011-1494, CVE-2011-1182,
> CVE-2010-3875, CVE-2010-4655, CVE-2010-3877, CVE-2010-3865,
> CVE-2010-3859, CVE-2011-1593, CVE-2010-3880, CVE-2010-4248,
> CVE-2010-4243, CVE-2010-3874, CVE-2011-1748, CVE-2011-1017,
> CVE-2010-3875, CVE-1011-2022, CVE-2011-1747, CVE-2010-3873
> 
> this one is not a CVE fix:
> 
> John Hughes (1):
> x25: Patch to fix bug 15678 - x25 accesses fields beyond end of packet.
> 
> but is needed for:
> 
> andrew hendry (1):
>       memory corruption in X.25 facilities parsing
> 
> All the commits where cherry-picked from lucid, have the upstream sha,
> contain the buglink and were previously acked by some of the kteam.
> 
> The release is still open since i'm going to push CVE fixes till the
> next kernel cut.

I have reviewed all of these patches, they all (but two) seem identicle to
the upstream commits, the others seem identicle to that applied to Lucid.
Therefore:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Herton Ronaldo Krzesinski | 1 Jun 2011 14:57
Favicon

Re: [Natty] rtlwifi: rtl8192ce: Fix LED initialization

On Tue, May 31, 2011 at 07:38:46PM +0200, Stefan Bader wrote:
> From afec5ce78c117153ee98f791b7e139788d27b2f3 Mon Sep 17 00:00:00 2001
> From: Chaoming Li <chaoming_li <at> realsil.com.cn>
> Date: Sun, 10 Apr 2011 18:30:23 -0500
> Subject: [PATCH] rtlwifi: rtl8192ce: Fix LED initialization
> 
> Driver rtl8192ce does not initialize the LED correctly.
> 
> Signed-off-by: Chaoming Li <chaoming_li <at> realsil.com.cn>
> Signed-off-by: Larry Finger <Larry.Finger <at> lwfinger.net>
> Signed-off-by: John W. Linville <linville <at> tuxdriver.com>
> 
> BugLink: http://bugs.launchpad.net/bugs/785975
> 
> [backport: renamed ledon to b_ledon]
> (backported from commit 228bdfca9a09c1263c24509b4bc23a67be168e1a upstream)
> Signed-off-by: Stefan Bader <stefan.bader <at> canonical.com>

The changes looks good, tested by the reporter, contained to rtl8192ce.

Acked-by: Herton Ronaldo Krzesinski <herton.krzesinski <at> canonical.com>

> ---
>  drivers/net/wireless/rtlwifi/base.c          |   12 +++++++-----
>  drivers/net/wireless/rtlwifi/pci.c           |    3 ++-
>  drivers/net/wireless/rtlwifi/rtl8192ce/led.c |   14 +++++++++++---
>  drivers/net/wireless/rtlwifi/rtl8192ce/led.h |    1 -
>  drivers/net/wireless/rtlwifi/rtl8192ce/sw.c  |    1 -
>  5 files changed, 20 insertions(+), 11 deletions(-)
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stefan Bader | 1 Jun 2011 16:06
Favicon

[Hardy] CVE-2010-4247: XEN: Add yield points to blktap and blkback

As far as I can see this only affects Hardy as that is the only place
that creates a dom0 kernel. The code itself seems to be present in the
lucid-ec2 tree, but as we do not support dom0 and those are drivers
for that. So I set the Lucid-ec2 status to not-affected, but I am thinking
of adding the changes anyway, just in case...

-Stefan

From 7610b848ef18bd8db8471b450f09bc24f7c5cf7e Mon Sep 17 00:00:00 2001
From: Stefan Bader <stefan.bader <at> canonical.com>
Date: Wed, 1 Jun 2011 11:54:40 +0200
Subject: [PATCH] UBUNTU: XEN: Add yield points to blktap and blkback

CVE-2010-4247
BugLink: http://bugs.launchpad.net/bugs/791212

This adds a combined patch that consists of

http://xenbits.xensource.com/hg/linux-2.6.18-xen.hg/rev/77f831cbb91d

blkback: Request-processing loop is unbounded and hence requires a
yield point. Also, bad request type is a good cause to sleep for a
short while as the frontend has probably gone mad.

Patch by Steven Smith <steven.smith <at> eu.citrix.com>

Signed-off-by: Keir Fraser <keir.fraser <at> citrix.com>

and
(Continue reading)

Permalink | Reply | 11 comments |
headers
Stefan Bader | 1 Jun 2011 16:14
Favicon

[APPLIED] [Natty] rtlwifi: rtl8192ce: Fix LED initialization

Applied and pushed to Natty master-next
Permalink | Reply | 0 comments |
headers
Stefan Bader | 1 Jun 2011 16:27
Favicon

Re: [Hardy] CVE-2010-4247: XEN: Add yield points to blktap and blkback

On 01.06.2011 16:06, Stefan Bader wrote:
> As far as I can see this only affects Hardy as that is the only place
> that creates a dom0 kernel. The code itself seems to be present in the
> lucid-ec2 tree, but as we do not support dom0 and those are drivers
> for that. So I set the Lucid-ec2 status to not-affected, but I am thinking
> of adding the changes anyway, just in case...

Looking again, I am not sure what I was looking at before. In fact this change 
is already present in lucid-ec2 (but still not used).

>
> -Stefan
>
>  From 7610b848ef18bd8db8471b450f09bc24f7c5cf7e Mon Sep 17 00:00:00 2001
> From: Stefan Bader<stefan.bader <at> canonical.com>
> Date: Wed, 1 Jun 2011 11:54:40 +0200
> Subject: [PATCH] UBUNTU: XEN: Add yield points to blktap and blkback
>
> CVE-2010-4247
> BugLink: http://bugs.launchpad.net/bugs/791212
>
> This adds a combined patch that consists of
>
> http://xenbits.xensource.com/hg/linux-2.6.18-xen.hg/rev/77f831cbb91d
>
> blkback: Request-processing loop is unbounded and hence requires a
> yield point. Also, bad request type is a good cause to sleep for a
> short while as the frontend has probably gone mad.
>
> Patch by Steven Smith<steven.smith <at> eu.citrix.com>
(Continue reading)

Permalink | Reply | 0 comments |

Gmane