On Thu, 2012-11-08 at 14:01 -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> remove m68k's mach_gettimeoffset function pointer, and instead directly
> set the arch_gettimeoffset function pointer. This requires multiplying
> all function results by 1000, since the removed m68k_gettimeoffset
> On Fri, Nov 9, 2012 at 10:35 AM, guanxuetao
> wrote:
>>
>> git://github.com/gxt/linux.git ..BRANCH.NOT.VERIFIED..
>
> Let's try that again. With you checking what you send me. I hope
> there's a signed tag somewhere, but the above certainly isn't that..
>
> Linus
>
I used followi
2012-11-11 (일), 00:55 +0300, Vyacheslav Dubeyko:
> Hi,
>
> On Nov 10, 2012, at 9:33 PM, Martin Steigerwald wrote:
>
> [snip]
> >
> > merkaba:~> mkfs.f2fs /dev/sdb1
> > Info: sector size = 512
> > Info: total sectors = 4093951 (in 512bytes)
> > Info: zone aligned segment0 blkaddr: 256
> > Info: T
On Sun, 2012-11-11 at 12:04 +0100, Krzysztof Mazur wrote:
> Yes, but socket can be also locked for a long time, vcc_sendmsg() sleeps
> owning socket lock waiting for memory or atm_may_send().
Right. Something like this then, instead of my previous patch 8/7?
Only addresses the sock_owned_by_user(
2012/11/5 OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> FAT also warn user then the discard request fails
>> as ext4(http://patchwork.ozlabs.org/patch/192669/)
>
> Why don't we do this at block layer like normal bio?
Yes, maybe it will be better than doing in filesystem.
I will check more.
Thanks.
>
2012/11/5 OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> Currently there is hard-coding at various places in FAT for using
>> the SECTOR size alignment. So, In order to remove the hard coding
>> we need to change the usage of '9' in FAT code.
>
> NACK. 512 is right size for i_blocks.
Yes, You're righ
On Sat, Nov 10, 2012 at 1:55 PM, Daniel Mack wrote:
> Hi,
>
> On 10.11.2012 07:44, Stefan Hajnoczi wrote:
>> The line6 driver supports devices from the Line6 PODxt, POD HD,
>> TonePort, and Variax product families. This USB sound driver has been
>> in staging since 2009 and is ready for wider rev
On Sun, Nov 11, 2012 at 07:28:53AM +, David Woodhouse wrote:
> On Sat, 2012-11-10 at 21:23 +0100, Krzysztof Mazur wrote:
> > With this tasklet_schedule() we implement a "spin_lock" here, but in
> > this case both conditions (vcc not ready and socket locked) can be
> > true for a long time and w
Also I have notice next thing:
At 04:21 I close lid, and laptop automatically suspend, with the
following messages in the log:
Nov 11 04:21:49 macbook-pro-sq kernel: [19489.114021] ata2.00:
exception Emask 0x10 SAct 0x0 SErr 0x5 action 0xe frozen
Nov 11 04:21:49 macbook-pro-sq kernel: [19489.1
On Sun, Nov 11, 2012 at 5:58 PM, Michael D. Setzer II
wrote:
>
> The project currently includes 10 different kernels, and prior to my
> taking it over in 2004, it was the same basic setup. Don't really
> know the whole proces that would be required to convert the
> standalone kernels to kernels us
Richard writes:
> Bjørn:
>
> I patched keyspan.c using your below supplied diff in 3.6.6 (I'm not
> using git.) The patch WORKS for me. (I tested using minicom and the
> two programs that usually access the Keyspan serial device.)
Thanks for testing. Good to know that this really was the prob
Robert,
You say that FACS table contains the address of the global lock.
But in my case https://gist.github.com/4037687 it seems to be empty,
so this means that my laptop don't have global lock?
On Fri, Nov 9, 2012 at 8:45 PM, Moore, Robert wrote:
>> And per my check, most of ACPI FW don't imple
On Sun, Nov 11, 2012 at 10:55 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.7-rc4 to v3.7-rc3[3], the summaries are:
> - build errors: +4/-235
+ error: No rule to make target include/config/auto.conf: => N/A
x86_64-randconfig
+ error: phy_n.c: relocation truncated to fit: R_PPC
On 11 Nov 2012 at 16:57, Ming Lei wrote:
Date sent: Sun, 11 Nov 2012 16:57:42 +0800
Subject:Re: Kernel Firmware - Adding Right way??
From: Ming Lei
To: "Michael D. Setzer II"
Copies to: linux-kernel@vger.kernel.org
Below is the list of build error/warning regressions/improvements in
v3.7-rc4[1] compared to v3.6[2].
To make this mail fit in the lkml limit, I deleted
- 730 lines about __mcount_loc on sparc64
- all error and warning improvements
Summarized:
- build errors: +14/-948
- build warnings: +1
On Thu, Nov 8, 2012 at 10:01 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> remove m68k's mach_gettimeoffset function pointer, and instead directly
> set the arch_gettimeoffset function pointer. This requires multiplying
> all function results by 1000, since the removed m68k_gettimeoffset()
On Fri, Nov 09, 2012 at 03:46:58PM +, Grant Likely wrote:
> > I guess It's possible to write a driver like that.
> > The only acpi enumerated driver with the acpi_handle set (soon coming to
> > upstream) is not done like that.
> >
> > Do you think this is a case that should be solved now? or j
On Thu, Nov 8, 2012 at 10:01 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Currently, whenever CONFIG_ARCH_USES_GETTIMEOFFSET is enabled, each
> arch core provides a single implementation of arch_gettimeoffset(). In
> many cases, different sub-architectures, different machines, or
> differ
Ping? (akpm added to CC)
On Mon, Oct 15, 2012 at 10:44 PM, Geert Uytterhoeven
wrote:
> Older gcc (< 4.4) doesn't like files starting with Unicode BOMs:
>
> include/linux/mfd/da9055/core.h:1: error: stray ‘\357’ in program
> include/linux/mfd/da9055/core.h:1: error: stray ‘\273’ in program
> inclu
On Fri, Nov 2, 2012 at 9:23 PM, Tony Lindgren wrote:
> We need to move the iommu code to live under drivers
> for arm common zImage support.
For the iommu changes in the entire series:
Acked-by: Ohad Ben-Cohen
Joerg, it might relieve some pain if this will go through Tony's tree,
as there are
Hi Kees,
On Sun, Oct 28, 2012 at 4:41 PM, Kees Cook wrote:
> On Sun, Oct 28, 2012 at 2:18 AM, Geert Uytterhoeven
> wrote:
>> On Tue, Oct 23, 2012 at 10:01 PM, Kees Cook wrote:
>>> This config item has not carried much meaning for a while now and is
>>> almost always enabled by default. As agree
On Wed, 2012-11-07 at 08:50 -0800, Andy Grover wrote:
> Nick,
>
> Your company appears to be shipping kernel features in RTS OS that are
> not made available under the GPL, specifically support for the
> EXTENDED_COPY and COMPARE_AND_WRITE SCSI commands, in order to claim
> full Vmware vSphere 5 V
Thanks Maya. Looks good to me.
Reviewed-by: subha...@codeaurora.org
Regards,
Subhash
On 10/5/2012 3:58 AM, Maya Erez wrote:
Devices have various maintenance operations need to perform internally.
In order to reduce latencies during time critical operations like read
and write, it is better to
> -Original Message-
> From: David Rientjes [mailto:rient...@google.com]
> Sent: Saturday, November 10, 2012 9:35 PM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> a...@firstfloor.or
Dne 9.11.2012 10:06, Mel Gorman napsal(a):
On Fri, Nov 09, 2012 at 09:07:45AM +0100, Zdenek Kabelac wrote:
fe2c2a106663130a5ab45cb0e3414b52df2fff0c is the first bad commit
commit fe2c2a106663130a5ab45cb0e3414b52df2fff0c
Author: Rik van Riel
Date: Wed Mar 21 16:33:51 2012 -0700
vmscan: r
Axel,
On Sun, 11 Nov 2012 07:28:04 +0800, Axel Lin wrote:
> Current implementation in dove_audio1_ctrl_set() does not clear corresponding
> register bit if BIT(0|1|2|3) of config is clear. Fix it.
>
> Signed-off-by: Axel Lin
> ---
> Hi,
> I don't have this hardware.
> I'd appreciate if someone c
On Sun, Nov 11, 2012 at 3:57 PM, Michael D. Setzer II
wrote:
> I've been the maintainer of the g4l project since about 2004, and
> have had issues with a few users that have hardware that requires
> firmware that isn't included in the kernel.org kernel.
>
> I want to do this the right way, since t
On Fri, 2012-11-09 at 23:00 +, Nicholas A. Bellinger wrote:
> diff --git a/drivers/target/target_core_alua.c
> b/drivers/target/target_core_alua.c
> index 4c8eea2..035c606 100644
> --- a/drivers/target/target_core_alua.c
> +++ b/drivers/target/target_core_alua.c
> @@ -3,8 +3,9 @@
> *
> * Th
On Sat, Nov 10, 2012 at 09:48:19PM -0500, Luming Yu wrote:
> Date: Sat, 10 Nov 2012 21:48:19 -0500
> From: Luming Yu
> To: a...@arndb.de, linux-kernel@vger.kernel.org
> Cc: Luming Yu , Jon Masters ,
> Jon Masters
> Subject: [PATCH update 0/3] HW-latency: hardware latency test 0.10
> X-Mailer: gi
This patch introduces dynamic PLE window that is based on detecting potential
undrcommit case patch series (patch 1 and RESENT patch 2) from the thread
https://lkml.org/lkml/2012/10/29/287.
Results are on expected lines from the discussion of ple_window experiment
where summary showed improvement
201 - 230 of 230 matches
Mail list logo
