On Monday 25 February 2013 19:23, Roland Dreier wrote:
> On Mon, Feb 25, 2013 at 8:54 AM, Roland Dreier wrote:
> > I'm finally noticing that this is in the build_mlx_header() function,
> > which is pretty much a slow path. Certainly another compare isn't
> > going to change performance given all
Hi Yinghai,
2013/02/26 15:57, Yinghai Lu wrote:
On Mon, Feb 25, 2013 at 10:09 PM, Tang Chen wrote:
On 02/26/2013 12:51 PM, Martin Bligh wrote:
Do you mean we can remove numaq x86 32bit code now?
Wouldn't bother me at all. The machine is from 1995, end of life c. 2000?
Was useful in the ea
On Tue, Feb 26, 2013 at 7:31 AM, Srinivas Eeda wrote:
> This is due to a race in lock mastery/purge. I have recently fixed this
> problem but haven't yet submitted the patch to mainline. Please file a
> Service request with Oracle to get a one-off fix.
Please submit the patch immediately.
Why doe
Looks good to me. Thanks you, Peter!
Acked-by: Stanislav Kinsbursky
Next time please, add maintainer to "To" list instead of "CC" list (no need to resend -
I've added Andrew Morton to "To" list in this reply).
26.02.2013 06:21, Peter Hurley пишет:
Over the weekend testing with trinity on KVM
On Sat, 09 Feb 2013 14:58:55 +, Grant Likely
wrote:
> On Tue, 5 Feb 2013 11:33:02 +0100, Andreas Larsson
> wrote:
> > The swap to convert LE to BE in bgpio_pin2mask_be should be on byte level,
> > not
> > on bit level.
> >
> > Signed-off-by: Andreas Larsson
> > ---
> > drivers/gpio/gpi
On Fri, 7 Dec 2012 16:10:17 -0700, Jason Gunthorpe
wrote:
> Allow the platform driver to bind through OF. The existing
> OF machinery for setting the resource names through OF is used to
> configure the device, so the change is minimally intrusive and
> fully featured.
>
> Signed-off-by: Jason G
Andrew, thank you for the comments. I will fix them and send a new
patch. A few comments are inline.
2013/2/26 Andrew Morton :
> On Mon, 25 Feb 2013 14:06:53 +0400
>> + for (i = 0; i < arg.nr; i++) {
>> + off = arg.off + i;
>
> "long long" = "u64" + "int".
>
> Wanna have a little t
While PROC_CN_MCAST_LISTEN/IGNORE is entirely advisory, it was possible
for an unprivileged user to turn off notifications for all listeners by
sending PROC_CN_MCAST_IGNORE. Instead, require the same privileges as
required for a multicast bind.
Signed-off-by: Kees Cook
Cc: Evgeniy Polyakov
Cc: M
On Mon, 25 Feb 2013, Dmitry Torokhov wrote:
> Even if bus is not hot-pluggable, the devices can be unbound from the
> driver via sysfs, so we should not be using __exit annotations on
> remove() methods. The only exception is drivers registered with
> platform_driver_probe() which specifically dis
On 02/26/2013 02:57 PM, Yinghai Lu wrote:
That is temporary workaround and your patch and this workaround make
x86 acpi numa init too messy.
I don't see the point to hack SRAT to make memory hotplug working.
Do you guys check and use PMTT in ACPI spec instead?
Hi Yinghai,
Thanks for the sugg
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
HEAD: 7f6575f1fb963d5231afbceecd3feadb6ab58cd3 cputime: Use local_clock()
for full dynticks cputime accounting
Thanks,
Ingo
---
On 26/02/2013 02:45, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the infiniband tree got a conflict in
drivers/net/ethernet/mellanox/mlx4/mlx4.h between commit 23537b732f5d
("net/mlx4_core: Use firmware driven flow steering hash mode") from
Linus' tree and commit e448834e3545 ("m
Even if bus is not hot-pluggable, the devices can be unbound from the
driver via sysfs, so we should not be using __exit annotations on
remove() methods. The only exception is drivers registered with
platform_driver_probe() which specifically disables sysfs bind/unbind
attributes.
Similarly probe(
The following changes since commit 836dc9e3fbbab0c30aa6e664417225f5c1fb1c39:
Linux 3.8-rc7 (2013-02-09 08:20:39 +1100)
are available in the git repository at:
git://openrisc.net/jonas/linux for-upstream
for you to fetch changes up to 160d83781a32e94a1e337efd6722939001e62398:
openrisc: a
On 25/02/13 21:53, Yann E. MORIN wrote:
> Justin, All,
>
> On Monday 25 February 2013 Justin wrote:
>> On 25.02.2013 19:30, Yann E. MORIN wrote:
>>> On Sunday 24 February 2013 Justin wrote:
when ncurses is build with --with-termlib several symbols are moved to a
seperate terminfo library
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: ff1fb5f6b4925a536ffb8171e5f2dbd01ccfeb97 Merge branch 'tip/perf/core'
of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-tr
Il 24/02/2013 23:12, Michael S. Tsirkin ha scritto:
> On Tue, Feb 19, 2013 at 06:26:20PM +1030, Rusty Russell wrote:
>> virtio_scsi can really use this, to avoid the current hack of copying
>> the whole sg array. Some other things get slightly neater, too.
>>
>> Signed-off-by: Rusty Russell
>
>
From: Nicolas Ferre
Add dmaengine support.
For different SoC, the "has_dma_support" is used to select
the transfer mode: dmaengine or PDC.
The "has_dma_support" member of the capabilities struct is used to select
the transfer mode: dmaengine or PDC.
For the dmaengine transfer mode, if it fails
On Mon, Feb 25, 2013 at 10:09 PM, Tang Chen wrote:
> On 02/26/2013 12:51 PM, Martin Bligh wrote:
>>>
>>> Do you mean we can remove numaq x86 32bit code now?
>>
>>
>> Wouldn't bother me at all. The machine is from 1995, end of life c. 2000?
>> Was useful in the early days of getting NUMA up and run
From: Nicolas Ferre
Will allow to drop the lock during DMA operations.
Signed-off-by: Nicolas Ferre
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
[wenyou.y...@atmel.com: submit the patch]
Signed-off-by: Wenyou Yang
---
drivers/spi/spi-atmel.c | 31
From: Nicolas Ferre
The status of transfer is stored in controller data structure
so that it can be used not only by atmel_spi_msg_done() function.
This will be useful for upcoming dmaengine enabled driver.
Signed-off-by: Nicolas Ferre
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kerne
From: Nicolas Ferre
Signed-off-by: Nicolas Ferre
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
[wenyou.y...@atmel.com: submit the patch]
Signed-off-by: Wenyou Yang
---
drivers/spi/spi-atmel.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff
From: Nicolas Ferre
Needed for future use with dmaengine enabled driver.
Signed-off-by: Nicolas Ferre
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
[wenyou.y...@atmel.com: submit the patch]
Signed-off-by: Wenyou Yang
---
drivers/spi/spi-atmel.c |2 ++
1 file
Signed-off-by: Wenyou Yang
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
---
drivers/spi/spi-atmel.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
index a8e091b..9c
the "has_dma_support" needed for future use with dmaengine driver.
Signed-off-by: Wenyou Yang
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
---
drivers/spi/spi-atmel.c | 70 ++-
1 file changed, 57 insertions(+), 13 dele
if the spi property "cs-gpios" is set as below:
cs-gpios = <0>, <&pioC 11 0>, <0>, <0>;
the master->num_chipselect will wrongly be set to 0,
and the spi fail to probe.
Signed-off-by: Wenyou Yang
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
---
drivers/sp
On Mon, Feb 25, 2013 at 9:19 PM, Linus Torvalds
wrote:
> On Sat, Feb 23, 2013 at 6:49 PM, Yinghai Lu wrote:
>>
>> Please check if attached diff is right, and hope it could save Linus some
>> time.
>
> Hmm. I did things a bit differently, moving things around more in
> drivers/acpi/internal.h.
Y
From: Andrey Smirnov
This patch adds all the functions used for exchanging commands with
the chip.
Signed-off-by: Andrey Smirnov
---
drivers/mfd/si476x-cmd.c | 1553 ++
1 file changed, 1553 insertions(+)
create mode 100644 drivers/mfd/si476x-cmd.c
From: Andrey Smirnov
This patch adds all necessary header files and Kbuild plumbing for the
core driver for Silicon Laboratories Si476x series of AM/FM tuner
chips.
The driver as a whole is implemented as an MFD device and this patch
adds a core portion of it that provides all the necessary
func
From: Andrey Smirnov
This patch adds main part(out of three) of the I2C driver for the
"core" of MFD device.
Signed-off-by: Andrey Smirnov
---
drivers/mfd/si476x-i2c.c | 878 ++
1 file changed, 878 insertions(+)
create mode 100644 drivers/mfd/si476
This commit introduces new class of standard controls
V4L2_CTRL_CLASS_FM_RX. This class is intended to all controls
pertaining to FM receiver chips. Also, two controls belonging to said
class are added as a part of this commit: V4L2_CID_TUNE_DEEMPHASIS and
V4L2_CID_RDS_RECEPTION.
Signed-off-by: An
From: Andrey Smirnov
This patch adds code related to manipulation of the properties of
SI476X chips.
Signed-off-by: Andrey Smirnov
---
drivers/mfd/si476x-prop.c | 234 +
1 file changed, 234 insertions(+)
create mode 100644 drivers/mfd/si476x-prop.c
Add a base to be used for allocation of all the SI476X specific
controls in the corresponding driver.
Signed-off-by: Andrey Smirnov
---
include/uapi/linux/v4l2-controls.h |4
1 file changed, 4 insertions(+)
diff --git a/include/uapi/linux/v4l2-controls.h
b/include/uapi/linux/v4l2-cont
This is a fourth version of the patchset originaly posted here:
https://lkml.org/lkml/2012/9/13/590
Second version of the patch was posted here:
https://lkml.org/lkml/2012/10/5/598
Third version of the patch was posted here:
https://lkml.org/lkml/2012/10/23/510
Fourth version of the patch was po
Dave,
Here's a further thought, extending on the analogy with closed
graphics hardware which requires proprietary drivers. We _could_ have
made life easier for users who had the misfortune of purchasing closed
hardware. We could have tied ourselves in knots and promulgated a
stable kernel ABI, s
On Mon, 2013-02-25 at 22:30 -0800, Neil Salstrom wrote:
> Hello,
>
> I believe I have found a regression in drivers/net/loopback.c which was
> introduced starting with the v3.7 kernel series (and also affects
> v3.8). Oddly enough, it affects DVD playback (both physical disk and
> .iso files) in
Feb 26, 2013 03:57:52 AM, Bjorn Helgaas wrote:
>
>Where are we at with this, Artem? I assume it's still a problem.
>
Yes, it is, Bjorn.
In order to eliminate this problem I switched back to MBR yesterday, because
so far I haven't received any instructions or guidance as to how I can debug
it fur
Hello,
I believe I have found a regression in drivers/net/loopback.c which was
introduced starting with the v3.7 kernel series (and also affects
v3.8). Oddly enough, it affects DVD playback (both physical disk and
.iso files) in MythTV (I'm using v0.26 and compile from source). I
don't know if
This patch integrates the LZ4 decompression code to the arm pre-boot code.
And it depends on two patchs below
lib: Add support for LZ4-compressed kernel
decompressor: Add LZ4 decompressor module
Signed-off-by: Kyungsik Lee
v2:
- Apply CFLAGS, -Os to decompress.o to improve decompress
performa
This patch integrates the LZ4 decompression code to the x86 pre-boot code.
And it depends on two patchs below
lib: Add support for LZ4-compressed kernel
decompressor: Add LZ4 decompressor module
Signed-off-by: Kyungsik Lee
---
arch/x86/Kconfig | 1 +
arch/x86/boot/compressed/Ma
This patch adds support for extracting LZ4-compressed kernel images,
as well as LZ4-compressed ramdisk images in the kernel boot process.
This depends on the patch below
decompressor: Add LZ4 decompressor module
Signed-off-by: Kyungsik Lee
v2:
- Clean up code
- Use lz4_decompress() for LZ4-comp
This patch adds support for LZ4 decompression in the Linux Kernel.
LZ4 Decompression APIs for kernel are based on LZ4 implementation
by Yann Collet.
LZ4 homepage : http://fastcompression.blogspot.com/p/lz4.html
LZ4 source repository : http://code.google.com/p/lz4/
Signed-off-by: Kyungsik Lee
v2
Hi,
First of all, Thank you for the comments and emails from the community.
Here is the second version of support for LZ4-compressed kernel.
In this version, lz4_decompress() has been added. In case of knowing
the uncompressed data size, this function can be used to decompress
more faster.
Throu
On Tue, Feb 26, 2013 at 01:36:09PM +0800, Barry Song wrote:
> Hi Greg,
>
> 2013/2/26 Greg Kroah-Hartman :
> > On Tue, Feb 26, 2013 at 11:46:04AM +0800, Barry Song wrote:
> >> 2013/2/26 Greg Kroah-Hartman :
> >> > On Tue, Feb 26, 2013 at 11:06:56AM +0800, Barry Song wrote:
> >> >> Hi Greg/All,
> >>
Hi Linus,
I would like to ask You for pulling some fixes and extensions to ARM
dma-mapping subsystem for v3.9-rc1.
The following changes since commit 19f949f52599ba7c3f67a5897ac6be14bfcb1200:
Linux 3.8 (2013-02-18 15:58:34 -0800)
are available in the git repository at:
git://git.linaro.org
This patch is not present in Joerg's tree and the add_device API in the PAMU
driver requires this patch.
-Varun
> -Original Message-
> From: Stuart Yoder [mailto:b08...@gmail.com]
> Sent: Tuesday, February 26, 2013 5:39 AM
> To: Sethi Varun-B16395
> Cc: io...@lists.linux-foundation.org;
On 02/26/2013 12:51 PM, Martin Bligh wrote:
Do you mean we can remove numaq x86 32bit code now?
Wouldn't bother me at all. The machine is from 1995, end of life c. 2000?
Was useful in the early days of getting NUMA up and running on Linux,
but is now too old to be a museum piece, really.
M.
On Tue, Feb 26, 2013 at 02:55:32PM +1000, Dave Airlie wrote:
>
> So it would be nice if LF could undertake to go and talk to Microsoft,
> and get vague opinions turned into something real.
Uh, folks like James and Greg K-H have talked to folks at
Microsoft I haven't talked to the folks at Mic
On Saturday, February 23, 2013 02:37:06 Sasha Levin wrote:
> I'm confused about how batadv_orig_hash_del_if removes an interface from
> the hashtable. I see the hashtable is using rcu to protect it, but when we
> delete an entry we free it straight away by calling
> batadv_orig_node_del_if() and no
On Mon, Feb 25, 2013 at 03:54:45PM -0800, Andrew Morton wrote:
> On Sun, 24 Feb 2013 13:22:02 +0400
> Artem Savkov wrote:
>
> > set_freezable() checks freezing during which no locks should be held.
> > hotkey_thread_mutex lock should be moved closer to where it is actually
> > needed.
> >
>
>
Hi,
On Fri, 22 Feb 2013 15:43:22 -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Feb 22, 2013 at 03:28:38PM +0100, Stephane Eranian escreveu:
>>
>> When the memory sampling sort orders were used on perf.data
>> files without memory sampling data, it would crash perf. This
>> patch fixes this by
"Michael S. Tsirkin" writes:
> On Tue, Feb 19, 2013 at 06:26:20PM +1030, Rusty Russell wrote:
>> virtio_scsi can really use this, to avoid the current hack of copying
>> the whole sg array. Some other things get slightly neater, too.
>>
>> Signed-off-by: Rusty Russell
>
> Hmm, this makes add_bu
The following changes since commit 226364766f936d249e408de03821468c1bf11dda:
Merge tag 'fixes-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux (2013-01-20 16:44:28
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/lin
Previously, f2fs reads several node pages ahead when get_dnode_of_data is called
with RDONLY_NODE flag.
And, this flag is set by the following functions.
- get_data_block_ro
- get_lock_data_page
- do_write_data_page
- truncate_blocks
- truncate_hole
However, this readahead mechanism is initially i
It must be set READ_SYNC not READA.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/node.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c
index e275218..185454f 100644
--- a/fs/f2fs/node.c
+++ b/fs/f2fs/node.c
@@ -930,7 +930,7 @@ repeat:
if (!p
2013/02/26 6:02, Toshi Kani wrote:
> In order to eject a memory device object represented as "PNP0C80:%d"
> in sysfs, its associated memblocks (system/memory/memory%d) need to
> be off-lined. However, there is no user friendly way to correlate
> between a memory device object and its memblocks in
Hi Greg,
2013/2/26 Greg Kroah-Hartman :
> On Tue, Feb 26, 2013 at 11:46:04AM +0800, Barry Song wrote:
>> 2013/2/26 Greg Kroah-Hartman :
>> > On Tue, Feb 26, 2013 at 11:06:56AM +0800, Barry Song wrote:
>> >> Hi Greg/All,
>> >> we have seen 3.4 was announced to be an LTSI in Aug, 2012. I'd like to
>
This is just a tweak: using min_t to simplify logic of variable
assignments.
v3:
- cast type of (PAGE_SIZE - (maddr & ~PAGE_MASK)) into size_t.
v2:
- Rewrite patch description as Simon suggested.
- Fix an inappropriate if test introduced by v1. Thanks Simon.
Cc: "Eric W. Biederman"
Cc: Andrew M
On Mon, Feb 25, 2013 at 7:17 PM, Rafael J. Wysocki wrote:
>
> I wonder if this went unnoticed or there's anything wrong with it or it just
> needs to wait for some more time?
Just going through things slowly. It's merged in my tree now.
Oh, and a request: _please_ don't use unknown TLA's like OP
Hi,
On Tue, 26 Feb 2013 06:00:24 +0100 Sedat Dilek wrote:
>
> February 26th...
Yeah :-(
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpBu5C4PhYDA.pgp
Description: PGP signature
On Tue, Jan 22, 2013 at 10:26:13PM -0800, Sukadev Bhattiprolu wrote:
>
> [PATCH 5/6][v4]: perf: Create a sysfs entry for Power event format
>
> Create a sysfs entry, '/sys/bus/event_source/devices/cpu/format/event'
> which describes the format of a POWER cpu.
Did this patch go upstream? I don't
The types of the following local variables:
- ubytes/mbytes in kimage_load_crash_segment()/kimage_load_normal_segment()
- r in vmcoreinfo_append_str()
are wrong, so fix them.
Cc: "Eric W. Biederman"
Cc: Andrew Morton
Cc: Simon Horman
Signed-off-by: Zhang Yanfei
---
kernel/kexec.c |6 +
On Tue, Feb 26, 2013 at 12:10:22AM -0500, David Miller wrote:
> From: Greg KH
> Date: Mon, 25 Feb 2013 21:03:11 -0800
>
> > On Mon, Feb 25, 2013 at 11:45:29PM -0500, David Miller wrote:
> >> From: Greg Kroah-Hartman
> >> Date: Mon, 25 Feb 2013 20:23:43 -0800
> >>
> >> > On Tue, Feb 26, 2013 at
On Sat, Feb 23, 2013 at 6:49 PM, Yinghai Lu wrote:
>
> Please check if attached diff is right, and hope it could save Linus some
> time.
Hmm. I did things a bit differently, moving things around more in
drivers/acpi/internal.h.
Also, my *gut* feel is that the new _handle_hotplug_event_root()
fu
This USB ethernet adapter was purchased in anodyne packaging
marked "USB2.0 to LAN" from the computer store adjacent to
linux.conf.au 2013 in Canberra (Australia). A web search
shows other recent purchasers in Lancaster (UK) and Seattle
(USA). Just like an emergent virus, our age of e-commerce and
From: Greg KH
Date: Mon, 25 Feb 2013 21:03:11 -0800
> On Mon, Feb 25, 2013 at 11:45:29PM -0500, David Miller wrote:
>> From: Greg Kroah-Hartman
>> Date: Mon, 25 Feb 2013 20:23:43 -0800
>>
>> > On Tue, Feb 26, 2013 at 02:47:12PM +1030, Glen Turner wrote:
>> >> This USB ethernet adapter was purch
On 02/25/2013 02:54:07 PM, Konrad Rzeszutek Wilk wrote:
Hey,
Three little patches to update the Documentation/kernel-parameters and
also some of the complex x86 trampoline code.
Nothing serious, just a little cleanup.
Did I miss an attachment?
Rob--
To unsubscribe from this list: send the li
On Mon, Feb 25, 2013 at 11:45:29PM -0500, David Miller wrote:
> From: Greg Kroah-Hartman
> Date: Mon, 25 Feb 2013 20:23:43 -0800
>
> > On Tue, Feb 26, 2013 at 02:47:12PM +1030, Glen Turner wrote:
> >> This USB ethernet adapter was purchased in anodyne packaging
> >> marked "USB2.0 to LAN" from th
Commit ad0de09 "Enable the runtime switching of perf data file" broke
the build with NO_NEWT=1:
CC builtin-report.o
builtin-report.c: In function '__cmd_report':
builtin-report.c:479:15: error: 'K_SWITCH_INPUT_DATA' undeclared (first use in
this function)
builtin-report.c:479:15: note: each u
Commit 18c9e5c "Make it to be able to skip unannotatable symbols" broke
the build with NO_NEWT=1:
CC builtin-annotate.o
builtin-annotate.c: In function 'hists__find_annotations':
builtin-annotate.c:161:4: error: duplicate case value
builtin-annotate.c:154:4: error: previously used here
make: **
Hello Jens,
please consider to pick up this patch.
Without this patch, the warning below splats every when a multipath
device is created.
I got acks from Vivek and Tejun when I posted this for v3.7
and this same patch is still applicable to v3.8.
Since 749fefe677 in v3.7 ("block: lift the initia
February 26th...
- Sedat -
On Tue, Feb 26, 2013 at 4:16 AM, Stephen Rothwell wrote:
> Hi all,
>
> Please do not add any work destined for v3.10 to your -next included
> branches until after Linus has release v3.9-rc1.
>
> Changes since 20130223:
>
> The kbuild tree lost its build failure.
>
> Th
Hi Stephane,
I was wondering what the differences are between
CYCLE_ACTIVITY.CYCLES_**_PENDING and CYCLE_ACTIVITY.STALLS_**_PENDING,
because I could only find following events in the SDM, which seem to be
different from the ones provided here. Correct me if I'm wrong.
A3H 01H CYCLE_ACTIVITY.CYCLE
On Mon, Feb 25, 2013 at 08:43:59PM -0800, Linus Torvalds wrote:
> On Mon, Feb 25, 2013 at 8:23 PM, Matthew Garrett wrote:
> >
> > If the user has explicitly enrolled a hash then they're stepping outside
> > the trust model.
>
> This is the kind of totally bogus crap that no sane person should eve
On Mon, Feb 25, 2013 at 08:31:08PM -0800, Linus Torvalds wrote:
> On Mon, Feb 25, 2013 at 7:48 PM, Matthew Garrett wrote:
> >
> > Our users want to be able to boot Linux. If Microsoft blacklist a
> > distribution's bootloader, that user isn't going to be able to boot
> > Linux any more. How does t
On Tue, Feb 26, 2013 at 2:45 PM, Theodore Ts'o wrote:
> On Tue, Feb 26, 2013 at 02:25:55PM +1000, Dave Airlie wrote:
>>
>> Its a simple argument, MS can revoke our keys for whatever reason,
>> reducing the surface area of reasons for them to do so seems like a
>> good idea. Unless someone can read
> Do you mean we can remove numaq x86 32bit code now?
Wouldn't bother me at all. The machine is from 1995, end of life c. 2000?
Was useful in the early days of getting NUMA up and running on Linux,
but is now too old to be a museum piece, really.
M.
--
To unsubscribe from this list: send the line
On Tue, Feb 26, 2013 at 02:25:55PM +1000, Dave Airlie wrote:
> >>
> >> Right. We've failed at creating an alternative. That doesn't mean that
> >> we get to skip the responsibilities associated with the choice we've
> >> made.
> >
> > Wait, who is "we" here? The community? The community over-all
于 2013年02月26日 07:35, Andrew Morton 写道:
> On Mon, 25 Feb 2013 09:36:51 +0900
> Simon Horman wrote:
>
>> On Sun, Feb 24, 2013 at 10:37:21PM +0800, Zhang Yanfei wrote:
>>> From: Zhang Yanfei
>>>
>>> This is just a tweak: using min_t to simplify logic of variable
>>> assignments.
>>>
>>> v2:
>>> - R
From: Greg Kroah-Hartman
Date: Mon, 25 Feb 2013 20:23:43 -0800
> On Tue, Feb 26, 2013 at 02:47:12PM +1030, Glen Turner wrote:
>> This USB ethernet adapter was purchased in anodyne packaging
>> marked "USB2.0 to LAN" from the computer store adjacent to
>> linux.conf.au 2013 in Canberra (Australia)
On Tue, Feb 26, 2013 at 02:25:55PM +1000, Dave Airlie wrote:
>
> Its a simple argument, MS can revoke our keys for whatever reason,
> reducing the surface area of reasons for them to do so seems like a
> good idea. Unless someone can read the mind of the MS guy that
> arbitrarily decides this in 5
On Mon, Feb 25, 2013 at 8:23 PM, Matthew Garrett wrote:
>
> If the user has explicitly enrolled a hash then they're stepping outside
> the trust model.
This is the kind of totally bogus crap that no sane person should ever
spout. Stop it.
If the user has explicitly enrolled a hash, then that sho
On Mon, Feb 25, 2013 at 7:48 PM, Matthew Garrett wrote:
>
> Our users want to be able to boot Linux. If Microsoft blacklist a
> distribution's bootloader, that user isn't going to be able to boot
> Linux any more. How does that benefit our users?
How does bringing up an unlikely and bogus scenari
>>
>> Right. We've failed at creating an alternative. That doesn't mean that
>> we get to skip the responsibilities associated with the choice we've
>> made.
>
> Wait, who is "we" here? The community? The community over-all didn't
> agree with anything with Microsoft, that is between the people g
On Mon, Feb 25, 2013 at 08:13:24PM -0800, Greg KH wrote:
> On Tue, Feb 26, 2013 at 04:04:56AM +, Matthew Garrett wrote:
> > There's no reason for the LF or generic shim to be blacklisted, since
> > neither will load anything without manual intervention. But that also
> > means that anyone try
On Tue, Feb 26, 2013 at 02:47:12PM +1030, Glen Turner wrote:
> This USB ethernet adapter was purchased in anodyne packaging
> marked "USB2.0 to LAN" from the computer store adjacent to
> linux.conf.au 2013 in Canberra (Australia). A web search
> shows other recent purchasers in Lancaster (UK) and S
On Mon, Feb 25, 2013 at 7:21 PM, Martin Bligh wrote:
4, it does not CC to TJ and other numa guys...
>>>
>>> attached workaround the problem for now.
>>> but it will assume NUMAQ would not have SRAT table.
>>
>> Martin, can you confirm that numaq does not have srat?
>
> No, it's pre-SRAT. I f
Signed-off-by: liguang
---
tools/perf/arch/mips/Makefile |4 +++
tools/perf/arch/mips/util/dwarf-regs.c | 33
2 files changed, 37 insertions(+), 0 deletions(-)
create mode 100644 tools/perf/arch/mips/Makefile
create mode 100644 tools/perf/arch/mip
Signed-off-by: liguang
---
tools/perf/command-list.txt | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/tools/perf/command-list.txt b/tools/perf/command-list.txt
index 3e86bbd..a28e31b 100644
--- a/tools/perf/command-list.txt
+++ b/tools/perf/command-list.txt
builtin-annotate.c: In function 'hists__find_annotations':
builtin-annotate.c:161:4: error: duplicate case value
builtin-annotate.c:154:4: error: previously used here
it happened when no newt installed
Signed-off-by: liguang
---
tools/perf/util/hist.h |4 ++--
1 files changed, 2 insertions(
On Tue, Feb 26, 2013 at 04:04:56AM +, Matthew Garrett wrote:
> On Mon, Feb 25, 2013 at 07:54:16PM -0800, Greg KH wrote:
> > On Tue, Feb 26, 2013 at 03:38:04AM +, Matthew Garrett wrote:
> > > On Mon, Feb 25, 2013 at 07:31:56PM -0800, Greg KH wrote:
> > > > So, once that proof is written, sud
On Mon, Feb 25, 2013 at 07:54:16PM -0800, Greg KH wrote:
> On Tue, Feb 26, 2013 at 03:38:04AM +, Matthew Garrett wrote:
> > On Mon, Feb 25, 2013 at 07:31:56PM -0800, Greg KH wrote:
> > > So, once that proof is written, suddenly all of the working Linux
> > > distros's keys will be revoked? Tha
On Tue, Feb 26, 2013 at 11:46:04AM +0800, Barry Song wrote:
> 2013/2/26 Greg Kroah-Hartman :
> > On Tue, Feb 26, 2013 at 11:06:56AM +0800, Barry Song wrote:
> >> Hi Greg/All,
> >> we have seen 3.4 was announced to be an LTSI in Aug, 2012. I'd like to
> >> know what is the next LTSI version since we
On Tue, Feb 26, 2013 at 03:38:04AM +, Matthew Garrett wrote:
> On Mon, Feb 25, 2013 at 07:31:56PM -0800, Greg KH wrote:
> > On Tue, Feb 26, 2013 at 03:13:38AM +, Matthew Garrett wrote:
> > > Because Microsoft have indicated that they'd be taking a reactive
> > > approach to blacklisting an
On Tue, Feb 26, 2013 at 03:28:39AM +, Matthew Garrett wrote:
> You're happy advising Linux vendors that they don't need to worry about
> module signing because it's "not obvious" that Microsoft would actually
> enforce the security model they've spent significant money developing
> and adver
On Mon, Feb 25, 2013 at 07:45:24PM -0800, Linus Torvalds wrote:
> On Mon, Feb 25, 2013 at 7:42 PM, Matthew Garrett wrote:
> >
> > The user Microsoft care about isn't running Linux
>
> How f*cking hard is it for you to understand?
>
> Stop arguing about what MS wants. We do not care. We care bout
2013/2/26 Greg Kroah-Hartman :
> On Tue, Feb 26, 2013 at 11:06:56AM +0800, Barry Song wrote:
>> Hi Greg/All,
>> we have seen 3.4 was announced to be an LTSI in Aug, 2012. I'd like to
>> know what is the next LTSI version since we might want to align our
>> next release with LTSI.
>
> Who is "we" he
On Mon, Feb 25, 2013 at 02:32:43PM -0800, Greg KH wrote:
> On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote:
> > On Mon, Feb 25, 2013 at 3:52 PM, Greg KH wrote:
> > > Hi Ben,
> > >
> > > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
> > > down to commit 6c5a0424
On Mon, Feb 25, 2013 at 7:42 PM, Matthew Garrett wrote:
>
> The user Microsoft care about isn't running Linux
How f*cking hard is it for you to understand?
Stop arguing about what MS wants. We do not care. We care bout the
*user*. You are continually missing the whole point of security, and
then
On Mon, Feb 25, 2013 at 07:40:31PM -0800, Greg KH wrote:
> What "vendor" is there in this case? You released a signed shim, as did
> the Linux Foundation, and lots of distros are now using it, and there
> are absolutly no "orginization" behind a bunch of them. Will your
> signed shim be revoked
1 - 100 of 513 matches
Mail list logo
