On Wed, Aug 01, 2012 at 03:19:10AM +0400, Evgeniy Polyakov wrote:
> On Fri, Jul 27, 2012 at 10:04:44AM +0300, Felipe Balbi (ba...@ti.com) wrote:
> > > Feel free to add my acked-by: Evgeniy Polyakov
> >
> > I thought you would :-p Then I guess Tony, maybe ?
>
> Gre
for the block
device and its associated partitions to be removed.
This tends to violate the premise of 'least surprise' when the systems
staff logs in to recover the situation and can't remove the failed
device from the RAID1 device and are potentially forced to add a
completely dif
Good morning to everyone.
I'm working to sort out what appear to be issues with binding of the
serial_cs driver to a PCMCIA wireless card (Zoom).
Card works perfectly in recent 2.6.2[23] kernels if cardmgr is running
and PCMCIA_IOCTL support is in the kernel. The serial_cs driver
fails, however,
On Nov 23, 9:40am, "Kay Sievers" wrote:
} Subject: Re: PCMCIA serial_cs driver binding problems.
Hi Kay, thanks for the note.
> > I've tried to manually echo the device number (0.0 or 1.0) into the
> > /sys/bus/pcmcia/drivers/serial_cs/bind pseudo-file but nothing
> > happens. The device number
along the lines of "too much work on
interrupt."
Damn how annoying that was, it's been a while since I have had issues like
this with a release of a kernel.
Oh well, I'll keep looking into this.
Seeya
--
Greg
Wellington
New Zealand
ICQ# 19058919
Rome did not create a gr
; on solaris?
>
>
> regards and sorry again
>
>
> james
>
> -
> 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
>
Sorry for the delay, I am out of town for a few weeks, and am away from network
connectivit at the moment. I'll get this out in a few days when I return to
civilization.
Thanks,
Greg k-h
Sent via BlackBerry by AT&T
-
To unsubscribe from this list: send the line "unsubscribe li
ev);
> + }
> +
> + return count;
> +}
> +
> /* Permissions for Advanced Function capability */
> static int __init init_pci_cap_af_perm(struct perm_bits *perm)
> {
> if (alloc_perm_bits(perm, pci_cap_length[PCI_CAP_ID_AF]))
> return -ENOMEM;
>
> + perm->writefn = vfio_af_config_write;
> +
> p_setb(perm, PCI_CAP_LIST_NEXT, (u8)ALL_VIRT, NO_WRITE);
> - p_setb(perm, PCI_AF_CTRL, NO_VIRT, PCI_AF_CTRL_FLR);
> + p_setb(perm, PCI_AF_CTRL, PCI_AF_CTRL_FLR, PCI_AF_CTRL_FLR);
> return 0;
> }
>
>
Looks good.
Reviewed-by: Greg Rose
On Wed, 2016-07-27 at 21:28 +0800, Zhu Yanjun wrote:
> The variable get_mac_status is a bool variable. So a bool value is
> better than an integer number.
>
> Signed-off-by: Zhu Yanjun
Looks good to me.
Reviewed-by: Greg Rose
> ---
> drivers/net/ethernet/intel/ixgbevf/
> +#include
> +
> +#include
> +#include
> +
> +#ifdef pr_fmt
> +# undef pr_fmt
> +#endif
> +
> +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
> +
> +static struct raw_hashinfo *
> +raw_get_hashinfo(const struct inet_diag_req_v2 *r)
On Tue, 2016-09-13 at 20:18 +, Rustad, Mark D wrote:
> Greg wrote:
>
> > Someday Linux will be a modern OS that just includes IPV6 and forces a
> > config option to NOT have it.
> >
> > That'll be great. All the IS_ENABLED_(CONFIG_IPV6) scattered everywher
On Wed, 2016-08-31 at 15:01 +0300, Vladimir Davydov wrote:
> vdavydov@{parallels,virtuozzo}.com will bounce from now on.
>
> Signed-off-by: Vladimir Davydov
Shouldn't MAINTAINERS be in the subject line?
- Greg
> ---
> .mailmap| 2 ++
> MAINTAINERS | 2 +-
> 2 f
just been snagged by this it will make me happy too.
- Greg
>
> Signed-off-by: Joe Perches
> cc: Dan Carpenter
> ---
> scripts/checkpatch.pl | 70
> +--
> 1 file changed, 35 insertions(+), 35 deletions(-)
>
> di
ther. (Two
> cables, one was cat6, both short).
>
> My computer sees 1000mbit being advertised by the other side, but does
> not advertise 1000mbit, "Link Speed was downgraded by SmartSpeed".
Check your cables?
https://vmxp.wordpress.com/2015/01/06/1gbe-intel-nic-throttled
t device *dev,
> if (num_vfs > pci_sriov_get_totalvfs(pdev))
> return -ERANGE;
>
> + mutex_lock(&iov->dev->sriov->lock);
> +
> if (num_vfs == pdev->sriov->num_VFs)
> - return count; /* no change */
> +
On Fri, 2017-01-06 at 23:28 +, Tantilov, Emil S wrote:
> >-Original Message-
> >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> >Behalf Of Greg
> >Sent: Friday, January 06, 2017 3:18 PM
> >To: Tantilov, Emil S
> >Cc: li
ncludes running an
> appropriate PTP daemon (TSN favors gPTP).
I suggest using a generic netlink interface to communicate with the
driver to set up and/or configure your drivers.
I think configfs is frowned upon for network drivers. YMMV.
- Greg
>
> Once we have all the required att
allback_t) as is.
If it's not used by anyone, why is it still there? Can't we just delete
it?
thanks,
greg k-h
_common.h"
> #include "ixgbe_dcb.h"
> -#if defined(CONFIG_FCOE) || defined(CONFIG_FCOE_MODULE)
> +#if IS_ENABLED(CONFIG_FCOE)
I was wondering what happens if CONFIG_FCOE_MODULE is defined but not
CONFIG_FCOE but then couldn't even find CONFIG_FCOE_MODULE in an
On Mon, Nov 26, 2012 at 01:32:07PM +0100, Ortwin Glück wrote:
> Support battery capacity on another Apple wireless
> keyboard.
>
> NB: most likely all other APPLE_ALU_WIRELESS_*
> keyboards should be added as well.
>
> Cc: stable kernel.org
> Signed-off-by: Ortwin Glück
> ---
This is not the
On Mon, Nov 26, 2012 at 10:14:44PM +0400, Vasiliy Tolstov wrote:
> Hello, Greg. Hello kernel team! I'm system enginer at clodo.ru (russian cloud
> hosting provider) we are use xen and sles11-sp2 for our compute xen nodes.
> Each virtual machine (domU) have disks that attached by Infi
On Mon, Nov 26, 2012 at 10:21:15PM +0400, Vasiliy Tolstov wrote:
> Hello, Greg. Hello kernel team!
Hey, 3rd time's a charm to get the email through :)
> I'm system enginer at clodo.ru
> (russian cloud hosting provider) we are use xen and sles11-sp2 for our
> compute xen
the sound-asoc tree and commit
> 2d6bed9ca93e ("drivers/misc: remove use of __devexit_p") from the
> char-misc tree.
>
> I fixed it up (see below) and can carry the fix as necessary (no action
> is required).
Looks good to me, thanks.
greg k-h
--
To unsubscribe from this list:
owser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
thanks,
greg k-h
Makefile |2
arch/m68k/include/asm/signal.h |6 -
arch/mips/Makefile |2
arch/mips/kernel/Mak
diff --git a/Makefile b/Makefile
index 1dbdc46..870ec25 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 52
+SUBLEVEL = 53
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/m68k/include/asm/signal.h b/arch/m68k/include/asm/signal.h
index 5bc09c7.
owser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
thanks,
greg k-h
Documentation/cgroups/memory.txt |4
Makefile |2
arch/arm/plat-omap/include/plat/omap-serial.h |4
arch/m68k/in
owser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
thanks,
greg k-h
Documentation/cgroups/memory.txt |4 +
Makefile |2
arch/arm/boot/dts/tegra30.dtsi|4 -
arch/arm
eries, and you did not make any of the changes I asked for,
I can't accept this (nor should you expect me to.)
And people wonder why reviewers get so grumpy...
My trees are now closed for the 3.8 merge window, so feel free to try
again after 3.8-rc1 is out, and you have answered, and ad
-next tree and solves the reported
problem.
Signed-off-by: Greg Kroah-Hartman
Jean-François Moine (1):
tty vt: Fix a regression in command line edition
drivers/tty/vt/vt.c | 8
1 file changed, 4 insertions(+), 4
On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > > * * *
> > > This series of VMCI linux upstreaming patches include late
On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > > On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > > > On W
n't know what tree you are
working against here.
Please redo it against the latest version of the tty-next tree.
greg k-h
--
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:
On Thu, Nov 22, 2012 at 01:51:10PM +0900, MyungJoo Ham wrote:
> Please pull extcon patches for Linux 3.8.
This is not a signed-tag pull request, which I thought I asked for
previously.
Please create that, so that I can properly know I am getting the right
pull request and patches.
thanks,
g
user land and the kernel driver. Careful,
> + * vmmon ioctls start from 2001, so this means we can add only
> + * 4 new VMCI ioctls. Define a meta-ioctl if running out of
> + * this binary space.
> + */
> + IOCTLCMD(FIRST2),
> + IOCTLCMD(SET_NOTIFY) =
On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
> > On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> > > On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > > > On M
On Mon, Nov 26, 2012 at 04:23:57PM -0800, Dmitry Torokhov wrote:
> Hi Greg,
>
> For some reason it still didn't go through to our corporate mail server
> but I see it on LKML.
Good.
> On Mon, Nov 26, 2012 at 04:03:04PM -0800, Greg KH wrote:
> > On Wed, Nov 07, 2012 a
ever git request-pull gives me the second URL as the result)
git request-pull should show you the proper tag, if you are using a new
version of git (i.e. something fairly recent.) What version of git are
you using? How did you create the signed tag?
thanks,
greg k-h
--
To unsubscri
second URL as the
> > > result)
> >
> > git request-pull should show you the proper tag, if you are using a new
> > version of git (i.e. something fairly recent.) What version of git are
> > you using? How did you create the signed tag?
> >
> > t
t; this code. And remove constant condition judge.
>
>
> Signed-off-by: Shan Wei
> ---
> V3:
>As suggestion of greg k-h's patch email bot, recreate this patch base on
> greg's staging tree,
>v2 is on David Miller's net-next tree.
Are you sure yo
On Tue, Nov 27, 2012 at 03:16:08PM -0700, Dave Jiang wrote:
> The existing code set a value in the PCI_CHANERRMSK_INT register
> for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
> has been fixed when the hardware was released. There is no need for this
> code.
>
> Signed
On Wed, Nov 28, 2012 at 04:14:30PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in
> drivers/staging/dgrp/dgrp_tty.c between commit 3ba89e96610b ("staging:
> dgrp: dgrp_tty.c: Remove the TIOCSSOFTCAR ioctl h
ice ids to that file.
Care to redo these two patches please?
thanks,
greg k-h
--
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/
int_discovery_or_remove(endpoint, 1);
> + goto release;
That's all you need for the remove function, don't try to put them both
in the same function.
> +static int __devinit xilly_probe(struct pci_dev *pdev,
> + const struct pci_device_id *ent)
tialization
before insertion.
Signed-off-by: Greg Thelen
---
kernel/cgroup.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index 01d5342..ece60d4 100644
--- a/kernel/cgroup.c
+++ b/kernel/cgroup.c
@@ -1394,6 +1394,7 @@ static void init_
remove from the wait queue.
Signed-off-by: Greg Thelen
Signed-off-by: Aaron Durbin
---
kernel/cgroup.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index ece60d4..c79a969 100644
--- a/kernel/cgroup.c
+++ b/kernel/cg
On Wed, Nov 28 2012, Tejun Heo wrote:
> Hello, Greg.
>
> On Wed, Nov 28, 2012 at 12:15:42PM -0800, Greg Thelen wrote:
>> @@ -4276,6 +4276,7 @@ static int cgroup_destroy_locked(struct cgroup *cgrp)
>> DEFINE_WAIT(wait);
>> struct cgroup_event *event, *tmp;
&
Use list_del_init() rather than list_del() to remove events from
cgrp->event_list. No functional change. This is just defensive
coding.
Signed-off-by: Greg Thelen
---
kernel/cgroup.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgrou
remove from the wait queue.
Signed-off-by: Greg Thelen
Signed-off-by: Aaron Durbin
---
kernel/cgroup.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index ece60d4..a0d75bb 100644
--- a/kernel/cgroup.c
+++ b/kernel/cg
On Wed, Nov 28, 2012 at 12:17:30PM -0800, K. Y. Srinivasan wrote:
>
> Greg,
You are writing the most unhelpful Subject: lines lately, please be more
descriptive in the future.
> I recently discovered that the Hyper-V host allocates mmio
> memory for some synthetic devices like
nbind interface.
>
> Yes, sorry for the confusion.
>
> So, it looks like the driver core wants us to handle driver unbinding no
> matter what.
Yes. Well, the driver core does the unbinding no matter what, if it was
told, by a user, to do so. Why is that a problem? The user then i
On Thu, Nov 29, 2012 at 12:05:20AM +0100, Rafael J. Wysocki wrote:
> On Wednesday, November 28, 2012 02:46:33 PM Greg KH wrote:
> > > So, it looks like the driver core wants us to handle driver unbinding no
> > > matter what.
> >
> > Yes. Well, the driver core
io region that is to
> be
> allocated to the framebuffer device. I am looking at a way to allocate this
> mmio
> region.
Do you have any "hints" as to where it is, if it even is present, or
anything else? If so, use them and create a new framebuffer device with
that
On Thu, Nov 29, 2012 at 12:40:49PM +0800, Chen Gang wrote:
> Hello Greg Kroah-Hartman:
>
> for MAX_ASYNC_BUFFER_SIZE:
> it is defined as 4096;
> but for the max buffer size which it processes, is 65535.
> so suggest to #define MAX_ASYNC_BUFFER_SIZE 0x1 (better th
On Thu, Nov 29, 2012 at 03:47:39PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflicts in
> drivers/staging/fwserial/fwserial.c, drivers/staging/Kconfig and
> drivers/staging/Kconfig between commit 7355ba3445f2 ("sta
commit 7385500a49b7 ("gpio/em:
> convert to linear IRQ domain") from the gpio tree.
>
> I fixed it up (see below) and can carry the fix as necessary (no action
> is required).
Looks good, thanks.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
it 72052fcc1026 ("leds:
> leds-ns2: add device tree binding") from the arm-soc tree.
>
> I fixed it up (see below) and can carry the fix as necessary (no action
> is required).
Looks good, thanks.
greg k-h
--
To unsubscribe from this list: send the line "uns
tree if you want.
> > - static int __devinit dw_probe(struct platform_device *pdev)
> > + static int dw_probe(struct platform_device *pdev)
>
> Thanks for this.
Me too, thanks Stephen, and sorry for the problems this caused.
greg k-h
--
To unsubscribe from this list: send the li
On Thu, Nov 29, 2012 at 03:24:11PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> lib/Makefile between commit e6459606b04e ("lib: Add early cpio decoder")
> from the tip tree and commit 610141ee65
On Thu, Nov 29, 2012 at 03:20:08PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/power/max8925_power.c between commit eba3b670a916
> ("max8925_power: Add support for device-tree initialization&
On Thu, Nov 29, 2012 at 03:18:04PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/power/da9052-battery.c between commit 4b5edf7887c6 ("power:
> da9052-battery: Convert to the new da9052 inter
On Thu, Nov 29, 2012 at 03:15:58PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/power/abx500_chargalg.c between commit a12810ab9fcf ("ab8500: Add
> devicetree support for chargalg") fr
On Thu, Nov 29, 2012 at 03:13:36PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/power/ab8500_fg.c between commit e0f1abeba5c2 ("ab8500: Add
> devicetree support for fuelgauge") fr
On Thu, Nov 29, 2012 at 03:11:42PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/power/ab8500_charger.c between commit 4aef72dbb2e8 ("ab8500: Add
> devicetree support for charger") fr
On Thu, Nov 29, 2012 at 03:09:33PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/power/ab8500_btemp.c between commit bd9e8ab2d58d ("ab8500: Add
> devicetree support for btemp") fr
On Thu, Nov 29, 2012 at 03:06:41PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/pci/quirks.c between commit 21c5fd97380b ("PCI: Add workaround
> for PLX PCI 9050 BAR alignment erratum"
On Thu, Nov 29, 2012 at 03:03:40PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/pci/pci.h between commit 4e15c46bdc4d ("PCI: Add pci_device_type
> to pdev's device struct") from t
On Thu, Nov 29, 2012 at 03:00:44PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/mfd/tps65090.c between various commits from the mfd tree and
> commits 84449216b01f ("mfd: remove use of __
On Thu, Nov 29, 2012 at 02:57:14PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/mfd/sta2x11-mfd.c between various commits from the mfd tree and
> commits f791be492f76 ("mfd: remove use of
On Thu, Nov 29, 2012 at 02:50:39PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/mfd/da9052-core.c between commit 8bad1abd6303 ("mfd: da9052:
> Introduce da9052-irq.c") from the mfd tree
On Thu, Nov 29, 2012 at 02:47:12PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/mfd/ab8500-core.c between commit 8ae754ebd5ed ("mfd: ab8500-core:
> Remove unused ab8500-gpio IRQ ranges"
On Thu, Nov 29, 2012 at 02:43:02PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/gpio/gpio-tps6586x.c between commit fe39f2f4dc84 ("mfd: Implement
> tps6586x gpio_to_irq") from the mfd tree
On Thu, Nov 29, 2012 at 05:09:42PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Wei Yongjun [mailto:weiyj...@gmail.com]
> > Sent: Wednesday, November 28, 2012 9:23 PM
> > To: KY Srinivasan; Haiyang Zhang
> > Cc: yongjun_...@trendmicro.com.cn; de...@linuxdriverproject.o
0x1 (instead of 4096, originally).
> let it match the max frame size.
>
> At last:
> my suggestion may be incorrect, need relative member (who expert about
> it) to help checking.
That driver might be incorrect, yes, care to make up a patch for it and
test it to verify
On Wed, Nov 07, 2012 at 11:48:24PM -0700, Anthony Foiani wrote:
>
> mtd: check partition count not partition array pointer
>
> The documentation claims that "nr_parts" is the determining factor,
> while the code originally tested whether "parts" is non-null.
>
> In at least one driver (fsl_elbc_
case LINE6_DEVID_PODSTUDIO_UX2:
> -ep_read = 0x87;
> -ep_write = 0x00;
> -break;
> - */
Why not properly indent it to keep the comment around instead?
thanks,
greg k-h
--
To unsubscribe from this list: send the line
On Fri, Nov 30, 2012 at 09:36:09AM +0900, Minchan Kim wrote:
> Hi Greg,
>
> I would like to tidy zram_bvec_write up but it needs more churn
> than needed to fix this bug and makes review hard. So I want you to pick up
> this patch asap because it's a candidate of stable.
It
On Fri, Nov 30, 2012 at 09:36:09AM +0900, Minchan Kim wrote:
> Hi Greg,
>
> I would like to tidy zram_bvec_write up but it needs more churn
> than needed to fix this bug and makes review hard. So I want you to pick up
> this patch asap because it's a candidate of stable.
Ok,
to be about a followup-fix to this, and not about that particular
> patch.
Yes, I thought someone was going to send me a follow-on patch to fix
this, that is what Minchan said, after I had committed it.
Anyway, it's a staging driver, if it doesn't build, that's not a big
deal.
t? One extra line? What is that going to
allow a user to now do?
greg k-h
--
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/
#x27;t it possible udevadm could drop privileges or filter out non-world
> readable files?
And you are going to do the same thing for bash? All other shells?
Come on, the user specifically asked to read this file, as root, and
udev did so. Just like bash would.
Please fix the kernel if thi
On Mon, Mar 18, 2013 at 11:05:26AM +0100, Daniel Vetter wrote:
> Hi Greg&all,
>
> So a recent stable backport to fix rc6 on ilk (which is disabled by
> default and with dubious power savings at best, unlike rc6 on snb and
> later) totally blew up all over the place:
> https
usb2.c | 7 +--
> >
> > Cc: YAMANE Toshiaki
> > Cc: Devendra Naga
> >
> > and so on...
> >
> > Same for the other mega-patches.
>
> I'm not sure whether to CC all the people for such patches. I always
> tended not to and inst
On Fri, Mar 08, 2013 at 04:07:27PM +0100, Maarten Lankhorst wrote:
> It seems that sysfs has an interesting way of doing the same thing.
> This removes the cpu_relax unfortunately, but if it's really needed,
> it would be better to add this to include/linux/atomic.h to benefit
> all atomic ops user
send me patches like this, please get someone
else at IBM, who is experienced, to ack them, before sending them on to
me.
greg k-h
--
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
d you do that? Are you now going to want to call
that function from some driver?
greg k-h
--
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.
On Mon, Mar 18, 2013 at 07:54:09PM -0600, Robert Hancock wrote:
> On 03/16/2013 07:03 PM, Greg KH wrote:
> >On Sat, Mar 16, 2013 at 05:50:53PM -0600, Myron Stowe wrote:
> >>On Sat, 2013-03-16 at 15:11 -0700, Greg KH wrote:
> >>>On Sat, Mar 16, 2013 at 03:35
ese files are so dangerous then they need
to just be removed entirely from the kernel. You aren't going to be
able to patch grep for this.
greg k-h
--
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/
; and can be tuned through console_loglevel to avoid the possible impact
> to end user.
Huh? End users see KERN_ERR.
> Do you think it make sense?
no. But this is Rafael's file, so I'll defer to him.
greg k-h
--
To unsubscribe from this list: send the line "u
On Tue, Mar 19, 2013 at 02:47:00PM +0800, Dong Hao wrote:
> From: Dong Hao
>
> kobj and ktype are two important attributes which will be used after
> kobject_init(),
> and (!kobj)|(!ktype) may cause FS corruption which could not be recovered.
> Panic instead of dump_stack() when neither kobj nor
On Tue, Mar 19, 2013 at 02:46:59PM +0800, Dong Hao wrote:
> From: Dong Hao
>
> The printk() function at the end of function kobject_init() already had '\n',
> so remove the duplicated one.
Your subject doesn't match this description.
--
To unsubscribe from this list: send the line "unsubscribe l
On Tue, Mar 19, 2013 at 02:47:01PM +0800, Dong Hao wrote:
> From: Dong Hao
>
> WARN_ON corresponds to BUG_ON and also gets more info.
Huh? No.
Please stop, don't resend these.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
ine?
thanks,
greg k-h
--
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/
owser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
thanks,
greg k-h
Makefile |2
arch/powerpc/kernel/cputable.c|2
arch/s390/include/asm/tlbflush.h |2
arch/x86/kerne
diff --git a/Makefile b/Makefile
index 534f7de..6754172 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 69
+SUBLEVEL = 70
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index 9fb9332
owser:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary
thanks,
greg k-h
Makefile |2
arch/powerpc/kernel/cputable.c|2
arch/powerpc/mm/hash_utils_64.c |2
arch/s390/includ
diff --git a/Makefile b/Makefile
index 2659987..a9e4d61 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 36
+SUBLEVEL = 37
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
inde
1 - 100 of 32505 matches
Mail list logo
