On 08/03/2012 09:52 AM, Len Brown wrote:
> Applied.
>
> thanks for the refresh.
>
This patch needs to be CC'ed to stable also right?
Regards,
Srivatsa S. Bhat
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Fri, 03 Aug 2012 01:12:10 -0400 Chris Ball wrote:
> Hi,
>
> On Fri, Aug 03 2012, werner wrote:
> > CC drivers/power/twl4030_charger.o
> > drivers/power/twl4030_charger.c:248:12: error: invalid suffix "b1100"
> > on integer constant
>
> drivers/power/twl4030_charger.c:
> #define
Hi,
kernel panic when called usb_control_msg(), like this:
usb_control_msg(serial->dev, usb_sndctrlpipe(serial->dev, 0),
XR_SET_REG, USB_DIR_OUT | USB_TYPE_VENDOR, value, regnum | (block <<
8), NULL, 0, 5000)
The kernel's version is 2.6.33_rc4, but I think it will happen in
lastest statable
On Fri, Aug 3, 2012 at 4:39 AM, Dirk Gouders
wrote:
>
> From d756d2750e4cf07d3c0942dc3c491d57631d4338 Mon Sep 17 00:00:00 2001
> From: Dirk Gouders
> Date: Thu, 2 Aug 2012 22:20:16 +0200
> Subject: [PATCH] netconsole.txt: revision of examples for the receiver of
> kernel messages
>
> There are
On 8/3/2012 3:50 AM, Omar Ramirez Luna wrote:
> Hi.
>
> On 2 August 2012 02:52, Paul Walmsley wrote:
>> On Mon, 16 Jul 2012, Omar Ramirez Luna wrote:
>>
>>> For a reset sequence to complete cleanly, a module needs its
>>> associated clocks to be enabled, otherwise the timeout check
>>> in prcm
Shrink the reciprocal approximations used in put_dec_full4
based on the comments in put_dec_full9.
Signed-off-by: George Spelvin
Cc: Denys Vlasenko
Cc: Michal Nazarewicz
---
lib/vsprintf.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
I was looking over the code and noticed
The same multiply-by-inverse technique can be used to
convert division by 1 to a 32x32->64-bit multiply.
Signed-off-by: George Spelvin
---
lib/vsprintf.c | 60 +++-
1 file changed, 33 insertions(+), 27 deletions(-)
This is something of
Numbering the 8 potential digits 2 though 9 never did make a lot of sense.
Signed-off-by: George Spelvin
---
lib/vsprintf.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index 3ca77b8..692e61b 100644
--- a/lib/vsprintf.c
+++
If you're going to have a conditional branch after
each 32x32->64-bit multiply, might as well shrink the code
and make it a loop.
This also avoids using the long multiply for small integers.
(This leaves the comments in a confusing state, but that's a separate
patch to make review easier.)
On 08/02/2012 06:27 AM, leroy christophe wrote:
Hi
I'm having a big issue with UDP. Using a powerpc board (MPC860).
With our board running kernel 2.4.17, I'm able to send 16 voice
packets (UDP, 96 bytes per packet) in 11 seconds.
With the same board running either Kernel 2.6.35.14 or
Hi,
On Fri, Aug 03 2012, werner wrote:
> CC drivers/power/twl4030_charger.o
> drivers/power/twl4030_charger.c:248:12: error: invalid suffix "b1100"
> on integer constant
drivers/power/twl4030_charger.c:
#define TWL4030_BBSEL_3V0 0b0100
#define TWL4030_BBSEL_3V1 0b1000
#define
On 08/02/2012 06:19 AM, Mark Hounschell wrote:
This particular driver does in fact build cleanly after changing the
GPL to PROPRIETARY. I haven't actually purchased the product yet so am
unable to load it, but can I assume that if I don't have a build issue
when specifying PROPRIETARY, that
Oops! This is embarrassing! my logic is flawed. Please ignore this patch,
I will resend it
NACK
On Thu, 2 Aug 2012, manoj.i...@canonical.com wrote:
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model
I met a odd prblem:read /proc/partitions may return zero.
I wrote a file test.c:
int main()
{
char buff[4096];
int ret;
int fd;
printf("pid=%d\n",getpid());
while (1) {
fd = open("/proc/partitions", O_RDONLY);
if (fd < 0) {
On Fri, Aug 03, 2012 at 08:17:59AM +0900, Jingoo Han wrote:
> On Thursday, August 02, 2012 6:54 PM Thierry Reding wrote:
> >
> > On Thu, Aug 02, 2012 at 05:56:27PM +0900, Jingoo Han wrote:
> > > Samsung SoC can provide 4 PWMs; thus, the number of PWMs should be
> > > set as 4.
> > >
> > >
applied for linux-next and 3.7
thanks,
Len Brown, Intel Open Source Technology Center
--
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
Hi Linus,
Please pull these ACPI & Power Management patches.
A 3.3 sleep regression fixed, numa bugfix, plus some minor cleanups.
thanks!
Len Brown, Intel Open Source Technology Center
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02
On Fri, Aug 03, 2012 at 08:54:46AM +1000, Francois Rigaut wrote:
> Seth,
>
> I have put the osx system.log, which is the only file where I can
> see mux and AGC related message, at
> http://maumae.net/retina/system.log
That does seem to contain the kernel log messages, but unfortunately I'm
not
On Fri, 3 Aug 2012, James Morris wrote:
> On Mon, 30 Jul 2012, Kent Yoder wrote:
>
> > Hi James,
> >
> > The following changes since commit 663728418e3494f8e4a82f5d1b2f23c22d11be35:
>
> Pulled to
> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git next
Reverted:
CC
On Mon, 30 Jul 2012, Kent Yoder wrote:
> Hi James,
>
> The following changes since commit 663728418e3494f8e4a82f5d1b2f23c22d11be35:
Pulled to
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git next
Thanks.
--
James Morris
--
To unsubscribe from this list: send the
On Wed, 1 Aug 2012, Andy Lutomirski wrote:
> This fixes two issues that could cause incompatibility between
> kernel versions:
>
> - If a tracer uses SECCOMP_RET_TRACE to select a syscall number
>higher than the largest known syscall, emulate the unknown
>vsyscall by returning -ENOSYS.
Hi all,
Well here are this merge windows' stats:
(No merge commits counted, next-20120722 is the first linux-next after
v3.5)
Commits in v3.6-rc1 (relative to v3.5): 8587
Commits in next-20120521: 9245
Commits with the same SHA1: 6711
Commits with the same patch_id:
On Tue, 31 Jul 2012, Kees Cook wrote:
> On Tue, Jul 31, 2012 at 7:15 AM, Heiko Carstens
> wrote:
> > From: Heiko Carstens
> >
> > The LO_ARG define needs to consider endianness also for 32 bit builds.
> >
> > The "bpf_fancy" test case didn't work on s390 in 32 bit and compat mode
> > because
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
Signed-off-by:
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
BIOS
On Wed, 25 Jul 2012, Kees Cook wrote:
> This adds symlink and hardlink restrictions to the Linux VFS.
Is Al happy with this now?
>
> Symlinks:
>
> A long-standing class of security issues is the symlink-based
> time-of-check-time-of-use race, most commonly seen in world-writable
>
Applied.
thanks for the refresh.
Len Brown, Intel Open Source Technology Center
--
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
CC drivers/power/twl4030_charger.o
drivers/power/twl4030_charger.c:248:12: error: invalid
suffix "b1100" on integer constant
drivers/power/twl4030_charger.c:250:12: error: invalid
suffix "b1000" on integer constant
drivers/power/twl4030_charger.c:252:12: error: invalid
suffix "b0100" on
Hi all,
OK, so the merge window is closed. Time to clean up your trees and then
start adding new stuff to them.
Changes since 20120802:
Removed trees: moduleh, kmap_atomic (finished with)
The arm tree lost its conflicts.
The acpi tree still has its build failure for which I reverted a commit
Dear RT Folks,
I'm pleased to announce the 3.4.7-rt15 stable release.
Like the 3.2-rt kernel this one also had issues with the backport of the
leap second. Please test to make
This release is an update to the new stable 3.4.7 version. Some fixes
to the stable code (mentioned above) had to be
On 08/02/2012 04:34 AM, James Bottomley wrote:
> On Thu, 2012-08-02 at 18:28 +0900, Chanho Min wrote:
>> On Thu, Aug 2, 2012 at 5:57 PM, James Bottomley
>> wrote:
>>> On Thu, 2012-08-02 at 17:41 +0900, Chanho Min wrote:
This patch is to fix a oops from a torn down device. When
于 2012年08月01日 22:31, Arnd Bergmann 写道:
>
> I understand where you are coming from, but IMHO a bus driver would
> make more sense if the bus was a low-level abstraction that allows you
> to add new high-level drivers (memstick, smartmedia, ...) without
> having to modify the low-level drivers,
> Does it occur with that patch applied?
I'm trying to reproduce it with that patch. but, It is unlikely to be fixed.
because scsi_run_queue is invoked from scsi_requeue_run_queue,
not scsi_requeue_command.
> If it does, the likely fix would be to take a copy of the queue ... but
> I'd like to
Kay
On Thu, Aug 2, 2012 at 5:06 PM, Kay Sievers wrote:
> On Fri, Aug 3, 2012 at 1:50 AM, Pandita, Vikram wrote:
>> On Thu, Aug 2, 2012 at 1:08 PM, Kay Sievers wrote:
>
>>> How is that supposed to be useful?
>>>
>>> The prefix is added while exporting data from the kmsg buffer, which
>>> is
On 08/03/2012 05:17 AM, Vlad Yasevich wrote:
On 07/31/2012 02:51 AM, xufeng zhang wrote:
Sorry, please ignore the above patch, there was an paste error.
Please check the following patch.
I'm wondering if the below solution is fine to you which is
2012/6/22 Martin K. Petersen :
>> "Christoph" == Christoph Hellwig writes:
>
>>> There are several additional commands in the pipeline where the 1:1
>>> mapping between DMA size and block range is invalid. I want to get
>>> rid of the 1:1 assumption in general so we can handle any command
>>>
Hello.
while bisecting old pcmcia bug i've noticed kernels ~2.6.36
and up do not boot on 586 machines with small amounts of ram (16M)
suprisingly 3.5 kernel booted fine.
i've bisected the problem and found fix :
solidstate linux # git bisect good
4e1c2b284461fd8aa8d7b295a1e911fc4390755b is the
Christof,
I notice that Windows (via I/O Completion Ports) and both BSD and
OS/X (via kqueue) all appear to have support for both of the concepts
we have been discussing: 1) the ability to disable epoll items, and
2) the ability to send custom events. This suggests that either
solution may
On Fri, Jul 27, 2012 at 8:30 PM, Colin Cross wrote:
> On Fri, Jul 27, 2012 at 6:15 PM, Colin Cross wrote:
>> That patch was merged in 3.4, and my patch is on top of it. Your
>> patch updates epoch_cyc and epoch_ns in suspend, but if the first call
>> to cyc_to_sched_clock after resume gets cyc
During the p2v changes, the PHYS_OFFSET #define moved into a
!__ASSEMBLY__ section. This causes a XIP build to fail with
arch/arm/kernel/head.o: In function 'stext':
arch/arm/kernel/head.S:146: undefined reference to 'PHYS_OFFSET'
Momentarily leave the #ifndef __ASSEMBLY__ section so we can
[ For some reason this didn't go out, and was in my "drafts" folder.
Better late than never, I guess ]
On Mon, Jul 23, 2012 at 7:59 AM, Steven Whitehouse wrote:
>
> Please consider pulling the following patches. There have been no changes
> since
> they were posted for review,
It would be
* Oleg Nesterov [2012-08-02 19:53:12]:
> On 08/02, Srikar Dronamraju wrote:
> >
> > * Oleg Nesterov [2012-08-02 16:17:57]:
> >
> > > Forgot to mention...
> > >
> > > On 08/02, Srikar Dronamraju wrote:
> > > >
> > > > While at it, add a missing put_uprobe() in the path where uprobe_mmap()
> > >
Another almost-two-weeks, another merge window over and done with.
Yeah, it's actually only just over 12 days since 3.5 was released, but
I hate the people who send me last-minute pull requests, so I like
pulling the rug out from under people who plan on doing their pull
request in day 13 of the
On Fri 03 Aug 2012 03:11:12 AM JST, Mark Brown wrote:
On Thu, Aug 02, 2012 at 10:21:57AM +0200, Thierry Reding wrote:
On Thu, Aug 02, 2012 at 05:00:13PM +0900, Alex Courbot wrote:
The problem is, how do we turn these phandles into the resource of
interest. The type of the resource can be
It is expected that Extended CSD register(the size of this register
is larger than CID/CSD) will be referenced more frequently as more
fields have been added to Extended CSD and it seems that it is not
a good option to double the memory used.
This patch is intended to avoid the use of bounce
Allocating a file structure in function get_empty_filp() might fail because
of several reasons:
- not enough memory for file structures
- operation is not allowed
- user is over its limit
Currently the function returns NULL in all cases and we loose the exact
reason of the error. All callers
Hi
Current HEAD contains conflicting changes in fs/pipe.c. I am going to
rebase my patch and resend it.
On Wed, Aug 1, 2012 at 11:34 AM, wrote:
> From: Anatol Pomazau
>
> Allocating a file structure in function get_empty_filp() might fail because
> of several reasons:
> - not enough memory
On 08/02/2012 04:52 PM, Linus Torvalds wrote:
On Mon, Jul 23, 2012 at 1:24 PM, John Stultz wrote:
Great! Thanks again so much for the testing and quick reporting!
Hmm. I'm just cutting 3.6-rc1, and noticing that apparently this patch
never reached me. So now -rc1 is broken on 32 bit under
On Fri, Jul 20, 2012 at 10:56:37PM +0100, David Howells wrote:
>
> Here's the second installment of patches from step 1 of my plan below to clean
> up the kernel header files and sort out the inclusion recursion problems.
>
> Note that these patches will need regenerating if the header files
via_cputemp_init in drivers/hwmon/via-cputemp.c loops with
for_each_online_cpu, adding platform_devices, then calls
register_hotcpu_notifier. If a CPU is offlined between the loop and
register_hotcpu_notifier, then later onlined, via_cputemp_device_add
will attempt to platform devices with the
If arch/x86/kernel/cpuid.c is a module, a CPU might offline or online
between the for_each_online_cpu() loop and the call to
register_hotcpu_notifier in cpuid_init or the call to
unregister_hotcpu_notifier in cpuid_exit. The potential races can
lead to leaks/duplicates, attempts to destroy
If arch/x86/kernel/msr.c is a module, a CPU might offline or online
between the for_each_online_cpu(i) loop and the call to
register_hotcpu_notifier in msr_init or the call to
unregister_hotcpu_notifier in msr_exit. The potential races can lead
to leaks/duplicates, attempts to destroy non-existant
Hello,
I've found 4 races involving for_each_online_cpu that could have ill
effects. All 4 occur in code that can be compiled as modules, but
which is probably usually linked statically. All 4 occur during
module init and/or exit. I've written patches for 3 of the 4, and
will describe the 4th
On Fri, Aug 3, 2012 at 1:50 AM, Pandita, Vikram wrote:
> On Thu, Aug 2, 2012 at 1:08 PM, Kay Sievers wrote:
>> How is that supposed to be useful?
>>
>> The prefix is added while exporting data from the kmsg buffer, which
>> is just the CPU that *reads* the data from the buffer, not the one
>>
On Thu, Aug 02, 2012 at 10:15:27AM -0300, Marcelo Tosatti wrote:
> Remind me what is the guarantee that -Exxx does not clash with
> a valid pfn number?
A pfn number is an address >> PAGE_SHIFT, so it will have the top 12
(at least) bits clear, whereas -Exxx will have the top bit set.
Paul.
--
When calling rtc_device_unregister, we are not freeing the id used by the
driver.
So when doing a unload/load cycle for a RTC driver (e.g. rmmod rtc_cmos
&& modprobe rtc_cmos), its id is incremented by one. As a consequence,
we no longer have neither an rtc0 driver nor a /proc/driver/rtc (as it
On Mon, Jul 23, 2012 at 1:24 PM, John Stultz wrote:
>
> Great! Thanks again so much for the testing and quick reporting!
Hmm. I'm just cutting 3.6-rc1, and noticing that apparently this patch
never reached me. So now -rc1 is broken on 32 bit under Xen.
I'm not going to delay rc1 for this, but I
Kay
On Thu, Aug 2, 2012 at 1:08 PM, Kay Sievers wrote:
>
> On Thu, Aug 2, 2012 at 9:46 PM, Vikram Pandita
> wrote:
> > From: Vikram Pandita
> >
> > Introduce config option to enable CPU id reporting for printk() calls.
> >
> > Its sometimes very useful to have printk also print the CPU
I'm announcing the release of the 3.2.25 kernel.
All users of the 3.2 kernel series should upgrade.
Like 3.0.39, this includes many fixes for mm performance problems,
thanks to Mel Gorman.
The updated 3.2.y git tree can be found at:
From: Fengguang Wu
Date: Thu, 2 Aug 2012 19:05:43 +0800
> Fix a buffer overflow bug by removing the revision transform code.
>
> [ 22.016214] isdnloop-ISDN-driver Rev 1.11.6.7
> [ 22.097508] isdnloop: (loop0) virtual card added
> [ 22.174400] Kernel panic - not syncing: stack-protector:
On Thursday, August 02, 2012 6:54 PM Thierry Reding wrote:
>
> On Thu, Aug 02, 2012 at 05:56:27PM +0900, Jingoo Han wrote:
> > Samsung SoC can provide 4 PWMs; thus, the number of PWMs should be
> > set as 4.
> >
> > Signed-off-by: Jingoo Han
> > ---
> > drivers/pwm/pwm-samsung.c |2 +-
> >
On Thu, Aug 02, 2012 at 07:50:21PM +0200, Carlos Alberto Lopez Perez wrote:
> Due to commit cdda911c34006f1089f3c87b1a1f31ab3a4722f2 evdev only
> becomes readable when the buffer contains an EV_SYN/SYN_REPORT event.
>
> So in order to read the tablet sensor data as it happens we need to
> ensure
Hi Paul,
On Thu, 2 Aug 2012 17:05:19 -0400 Paul Gortmaker
wrote:
>
> Go ahead and remove it. If/when I've something else that I can't
> push via a maintainer tree, I'll get you to add one with a more
> appropriate name, and serve it from kernel.org instead.
Done. Thanks.
--
Cheers,
Stephen
Seth,
I have put the osx system.log, which is the only file where I can see
mux and AGC related message, at http://maumae.net/retina/system.log
Thanks,
Francois
On 03/08/12 08:40, Francois Rigaut wrote:
Hi Seth,
Sorry for the belated response. On Oz time here.
I don't have a
Dear RT Folks,
I'm pleased to announce the 3.2.24-rt38 stable release.
Note, there were some non-trivial conflicts with leap-second backports.
I believe I solved them correctly (and added a change to convert
read_seqbegin to read_seqcount_begin() in ktime_get_update_offsets()).
This release
On Thu, 2012-08-02 at 15:34 -0700, Michel Lespinasse wrote:
> convert arch/x86/mm/pat_rbtree.c to the proposed augmented rbtree api
> and remove the old augmented rbtree implementation.
style trivia:
> +static u64 compute_subtree_max_end(struct memtype *data)
> {
> - struct memtype *data;
>
Hi Seth,
Sorry for the belated response. On Oz time here.
I don't have a /var/log/kernel.log !
Let me make sure of something:
This switcher code is to be run on osx, no? That's where gfxcardstatus
lives and where I can effect the card switch. Just to make sure.
So I'm running osx mountain lion,
Various minor optimizations in rb_erase():
- Avoid multiple loading of node->__rb_parent_color when computing parent
and color information (possibly not in close sequence, as there might
be further branches in the algorithm)
- In the 1-child subcase of case 1, copy the __rb_parent_color field
An interesting observation for rb_erase() is that when a node has
exactly one child, the node must be black and the child must be red.
An interesting consequence is that removing such a node can be done by
simply replacing it with its child and making the child black,
which we can do efficiently
Add __rb_change_child() as an inline helper function to replace code that
would otherwise be duplicated 4 times in the source.
No changes to binary size or speed.
Signed-off-by: Michel Lespinasse
---
lib/rbtree.c | 46 +-
1 files changed, 17
When looking to fetch a node's sibling, we went through a sequence of:
- check if node is the parent's left child
- if it is, then fetch the parent's right child
This can be replaced with:
- fetch the parent's right child as an assumed sibling
- check that node is NOT the fetched child
This
Small test to measure the performance of augmented rbtrees.
Signed-off-by: Michel Lespinasse
---
lib/rbtree_test.c | 103 +++-
1 files changed, 101 insertions(+), 2 deletions(-)
diff --git a/lib/rbtree_test.c b/lib/rbtree_test.c
index
Introduce new augmented rbtree APIs that allow minimal recalculation of
augmented node information.
A new callback is added to the rbtree insertion and erase rebalancing
functions, to be called on each tree rotations. Such rotations preserve
the subtree's root augmented value, but require
convert arch/x86/mm/pat_rbtree.c to the proposed augmented rbtree api
and remove the old augmented rbtree implementation.
Signed-off-by: Michel Lespinasse
---
arch/x86/mm/pat_rbtree.c | 65 +
include/linux/rbtree.h |8 -
lib/rbtree.c
In rb_erase, move the easy case (node to erase has no more than
1 child) first. I feel the code reads easier that way.
Signed-off-by: Michel Lespinasse
---
lib/rbtree.c | 35 ++-
1 files changed, 18 insertions(+), 17 deletions(-)
diff --git a/lib/rbtree.c
These are my proposed changes for a faster augmented rbtree interface.
They are implemented on top of a previous patch series that is already
in Andrew's -mm tree, and I feel they are ready to join it.
Patch 1 is a trivial fix for a sparse warning.
Patch 2 is a small optimization I already sent
Just a small fix to make sparse happy.
Signed-off-by: Michel Lespinasse
Reported-by: Fengguang Wu
---
lib/rbtree_test.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/rbtree_test.c b/lib/rbtree_test.c
index 19dfca9..fd09465 100644
--- a/lib/rbtree_test.c
+++
On Thu, Aug 02, 2012 at 02:25:55PM +0800, Asias He wrote:
> diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c
> index c0bbeb4..95cfeed 100644
> --- a/drivers/block/virtio_blk.c
> +++ b/drivers/block/virtio_blk.c
> @@ -14,6 +14,9 @@
>
> #define PART_BITS 4
>
> +static bool
Hi.
On 2 August 2012 02:52, Paul Walmsley wrote:
> On Mon, 16 Jul 2012, Omar Ramirez Luna wrote:
>
>> For a reset sequence to complete cleanly, a module needs its
>> associated clocks to be enabled, otherwise the timeout check
>> in prcm code can print a false failure (failed to hardreset)
>>
On Thu, 2 Aug 2012, Sam Ravnborg wrote:
> > >From 4f000eda5917ceecb03767962026cc6a390b8216 Mon Sep 17 00:00:00 2001
> > From: Jiri Kosina
> > Date: Wed, 1 Aug 2012 21:10:51 +0200
> > Subject: [PATCH 4/4] sparc64: do not clobber personality flags in
> > sys_sparc64_personality()
> >
> > There
On Wed, 2012-08-01 at 23:54 +0800, Jiang Liu wrote:
> From: Jiang Liu
>
> Use PCIe capabilities access functions to simplify Intel ethernet
> drivers'
> implementation.
>
> Signed-off-by: Jiang Liu
> Signed-off-by: Yijing Wang
> ---
> drivers/net/ethernet/intel/e1000e/netdev.c | 27
>
Hi Sarah,
I have rewritten my code following your recommendations. Could you please
review it and give your comments? If everything is fine I'll proceed to
generate the patch and submit it.
The description of my patch is:
Hi Franz,
On Thu, 02 Aug 2012 18:44:57 +0200 Schrober wrote:
>
> On Thursday 02 August 2012 17:23:22 Andy Whitcroft wrote:
> > > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
> > > index 913d6bd..ca05ba2 100755
> > > --- a/scripts/checkpatch.pl
> > > +++ b/scripts/checkpatch.pl
> >
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/
On 02/08/12 23:40, Rafael J. Wysocki wrote:
> On Thursday, August 02, 2012, Witold Szczeponik wrote:
>> On 02/08/12 22:09, Rafael J. Wysocki wrote:
>>> On Monday, July 30, 2012, Borislav Petkov wrote:
On Sun, Jul 29, 2012 at 09:31:53PM +0200, Witold Szczeponik wrote:
[... snip ...]
On Thu, Aug 2, 2012 at 2:21 PM, Josh Triplett wrote:
>
> Did GCC's generated code have worse differences than an immediate
> versus a fetched value?
Oh, *way* worse.
Nobody just masks the low bits. You have more bits than the low bits,
and unless you have some cryptographic hash (seldom) you
Dave Johansen gmail.com> writes:
>
> Here's an updated version that measures the user and system time of
> each thread and also outputs those results. It also has a correction
> for how the mean and standard deviation are updated inside of the
> outer_iterations loop.
>
> The updated results
> Use PCIe capabilities access functions to simplify mthca driver's
> implementation.
Acked-by: Roland Dreier
--
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
On 08/02/2012 10:41 PM, Josh Triplett wrote:
> On Thu, Aug 02, 2012 at 07:54:42PM +0200, Sasha Levin wrote:
>> /* I've "preprocessed" the DEFINE macro below */
>> union {
>> struct hash_table table;
>> struct {
>> size_t bits;
>> struct hlist_head buckets[32];
On 08/02/2012 08:25 AM, Asias He wrote:
> Hi folks,
>
> This version added REQ_FLUSH and REQ_FUA support as suggested by Christoph and
> rebased against latest linus's tree.
>
> Jens, could you please consider picking up the dependencies 1/4 and
> 2/4 in your tree. Thanks!
Pickedup, thanks for
All,
On Thursday 02 August 2012 16:18:47 Benjamin Poirier wrote:
> On 2012/08/02 15:32, Borislav Petkov wrote:
> > On Tue, Jul 31, 2012 at 09:17:51AM -0400, Benjamin Poirier wrote:
> > > > * when searching for "DELAY" for example, I get results without numbers
> > > > to which I can't jump to:
>
On Thursday, August 02, 2012, Witold Szczeponik wrote:
> On 02/08/12 22:09, Rafael J. Wysocki wrote:
> > On Monday, July 30, 2012, Borislav Petkov wrote:
> >> On Sun, Jul 29, 2012 at 09:31:53PM +0200, Witold Szczeponik wrote:
> >>> the aim is to select a PNP ACPI option where resources can be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/25/12 11:11 AM, Artem Bityutskiy wrote:
> For example, reiserfs deadlocked quickly when I tested it using
> xfstests with resierfs quota support enabled. I spend several days
> trying to fix this, but reiserfs is quite complex and I'd say its
>
Hi Manjunath,
On Tuesday 31 July 2012 13:15:27 Manju wrote:
> On Friday 27 July 2012 04:19 PM, Laurent Pinchart wrote:
> > On Friday 27 July 2012 05:49:24 Hadli, Manjunath wrote:
> >> On Thu, Jul 26, 2012 at 05:55:31, Laurent Pinchart wrote:
> >>> On Tuesday 17 July 2012 10:43:54 Hadli, Manjunath
On Thu, Aug 02, 2012 at 01:32:41PM -0700, Linus Torvalds wrote:
> On Thu, Aug 2, 2012 at 1:25 PM, Josh Triplett wrote:
> >
> > Sorry, I should clarify what I meant: you'll have a total of one extra
> > indirection, not two.
>
> Yes. But the hash table address generation is noticeably bigger and
On 07/31/2012 02:51 AM, xufeng zhang wrote:
Sorry, please ignore the above patch, there was an paste error.
Please check the following patch.
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this
On Thursday 02 August 2012 22:46:18 Florian Tobias Schandinat wrote:
> Hi Ondrej,
>
> On 08/02/2012 06:03 PM, Ondrej Zary wrote:
> > Hello,
> > I've got a Clevo M5x0V laptop which has VIA PM800 chipset (1106:3118) and
> > 1280x768 LCD panel connected using VT1631L LVDS transmitter. There's a
> >
On 12-08-01 06:54 PM, Stephen Rothwell wrote:
> Hi Paul,
>
> For the last few days, I have been getting this error when trying to
> fetch the moduleh tree:
>
> fatal: unable to connect to openlinux.windriver.com:
> openlinux.windriver.com[0: 192.124.127.100]: errno=Connection timed out
>
> Is
Hi Ondrej,
On 08/02/2012 06:03 PM, Ondrej Zary wrote:
> Hello,
> I've got a Clevo M5x0V laptop which has VIA PM800 chipset (1106:3118) and
> 1280x768 LCD panel connected using VT1631L LVDS transmitter. There's a
> schematic of this laptop available on the web which shows that VT1631L's I2C
>
On 12-08-02 08:28 AM, Tim Gardner wrote:
> On 08/02/2012 01:20 AM, David Miller wrote:
>>
>> "git am" refuses to apply this to current 'net':
>>
>> Applying: firmware: Remove obsolete Chelsio cxgb3 firmware
>> error: removal patch leaves file contents
>> error: firmware/cxgb3/t3fw-7.10.0.bin.ihex:
1 - 100 of 846 matches
Mail list logo
