Pali Rohár writes:
> From: David Gnedt
>
> Count TX packets and bytes also for monitor interfaces.
>
> Signed-of-by: David Gnedt
You should send mac80211 patches separately, not inside a wl1251 patchset.
--
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe
Hi Patrick,
On Fri, 25 Oct 2013 20:25:49 -0400, Patrick Palka wrote:
> Each call to tui_progress__update() would forcibly refresh the entire
> screen. This is somewhat inefficient and causes noticable flickering
> during the startup of perf-report, especially on large/slow terminals.
>
> It
On 10/28/13 at 01:49pm, Dave Young wrote:
> > without Cong's patch, kernel will fail to reserve, and user would dig
>
> s/Chao/Cong ;)
s/Cong/Chao in fact :(
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Ming Lei writes:
> On Mon, 28 Oct 2013 13:44:30 +1030
> Rusty Russell wrote:
>
>> Ming Lei writes:
>>
>> I don't know... It would be your job, as the person making the change,
>> to find all the users of kallsyms and prove that.
>>
>> This is why it is easier not to include incorrect values
This removes the use of __devinitconst and __devinitdata in scripts/tags.sh,
which were removed in 3.8.
Signed-off-by: Michael Opdenacker
---
scripts/tags.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/tags.sh b/scripts/tags.sh
index 74f02e4..72035c7 100755
> Again, for distribution, when new kernel is added, new kernel will all
> have ",high"
> and new kexec-tools get installed.
>
> Even we want to extend crashkernel=XM, then i would like to have
> it identical to crashkernel=XM,high instead.
My points: I can accept the approach of extending
(2013/10/25 19:15), Ingo Molnar wrote:
>
> * Jovi Zhangwei wrote:
>
>> Hi Ingo,
>>
>> On Thu, Oct 24, 2013 at 3:58 PM, Ingo Molnar wrote:
>>>
>>> Greg,
>>>
>>> I was surprised to see 'ktap' appear in the staging tree silently,
>>> via these commits that are visible in today's staging-next:
>>>
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_dp.c between commit 0cc4b69960f3 ("drm/i915:
Mask LPSP to get PSR working even with Power Well in use by audio") from
Linus' tree and commit 52e1e223456e ("drm/i915/dp: workaround BIOS eDP
bpp clamping
On 10/24/2013 07:20 AM, Fengguang Wu wrote:
> Yes it reduces the sleeping function bug:
>
> /kernel/x86_64-lkp-CONFIG_SCSI_DEBUG/7c4ed2767afb813493b0a8fb18d666cd44550963
>
>
1. The irq routine is so simple (just one register read) shouldn't be long
Hence, reduce the timeout to 100milli secs,
2. With 100ms of wait time, interruptible is very much unnecessary.
Hence, use wait_for_completion_timeout instead of
wait_for_completion_interruptible_timeout
3. Reset
Hi David,
On Fri, 25 Oct 2013 12:19:07 -0600, David Ahern wrote:
> On 10/25/13 12:12 PM, Frederic Weisbecker wrote:
>> Oh I see. It's possible that my massive conversion to use the comm
>> accessor got blind at some point and left over a few things. I
>> remember that I only lightly tested that
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/i915_drv.c between commit 828c79087cec ("drm/i915:
Disable GGTT PTEs on GEN6+ suspend") from Linus' tree and commit
9d49c0ef4089 ("drm/i915: move more code to __i915_drm_thaw") from the drm
tree.
I fixed it
Function kzalloc() may return a NULL pointer, it should be checked against NULL
before used.
This bug is found by a static analysis tool developed by RUC_SoftSec, supported
by China.X.Orion.
Signed-off-by: RUC_SoftSec
---
drivers/tty/vt/vt.c | 14 --
1 file changed, 8
Now squashfs have used for only one stream buffer for decompression
so it hurts parallel read performance so this patch supports
multiple decompressor to enhance performance parallel I/O.
Four 1G file dd read on KVM machine which has 2 CPU and 4G memory.
dd if=test/test1.dat of=/dev/null &
dd
On Mon, 28 Oct 2013 13:44:30 +1030
Rusty Russell wrote:
> Ming Lei writes:
>
> I don't know... It would be your job, as the person making the change,
> to find all the users of kallsyms and prove that.
>
> This is why it is easier not to include incorrect values in the kernel's
> kallsyms in
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/i915_dma.c between commit e1264ebe9ff4 ("Revert
"drm/i915: Delay disabling of VGA memory until vgacon->fbcon handoff is
done"") from Linus' tree and commit ce352550327b ("drm/i915: Fix
unclaimed register
Hi Rodrigo,
On Fri, 25 Oct 2013 16:07:21 +0100, Rodrigo Campos wrote:
> Hi Namhyung,
>
> Frederic Weisbecker and Arnaldo Carvalho de Melo told me on IRC that you were
> working to forward-port a patch that adds a new sort order to perf report,
> SORT_INCLUSIVE.
>
> That will be useful for me and
The deadlock is found through the following scenario.
sys_mkdir()
-> f2fs_add_link()
-> __f2fs_add_link()
-> init_inode_metadata()
: lock_page(inode);
-> f2fs_init_acl()
-> f2fs_set_acl()
-> f2fs_setxattr(..., NULL)
: This NULL page incurs a deadlock at
This patch cleans up a couple of acl codes.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/acl.c | 25 +
fs/f2fs/acl.h | 6 +++---
2 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/fs/f2fs/acl.c b/fs/f2fs/acl.c
index b7826ec..f1a6975 100644
--- a/fs/f2fs/acl.c
Hi, Vivek,
I tested the PATCH v4 for some basic hierarchical setup as I did
before. And I get the similar result.
Preparation
1) mount subsys blkio with "__DEVEL__sane_behavior"
2) Create 3 levels of directories under the blkio mount point:
mkdir 1
mkdir 1/2
mkdir 1/2/3
From: Changman Lee
From: Changman Lee
Only one dirty type is set in __locate_dirty_segment and we can know
dirty type of segment. So we don't need to check other dirty types.
Signed-off-by: Changman Lee
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/segment.c | 31 ---
From: Ben Hutchings
Date: Mon, 28 Oct 2013 04:51:25 +
> On Mon, 2013-10-28 at 00:26 -0400, David Miller wrote:
>> From: Ben Hutchings
>> Date: Sun, 27 Oct 2013 21:51:44 +
>>
>> > - dbg(DBG_TX, "In fst_tx_dma %p %p %d\n", skb, mem, len);
>> > + dbg(DBG_TX, "In fst_tx_dma %x %x
On Sa, 2013-10-26 at 05:19 +, Artem Bityutskiy wrote:
>On Thu, 2013-10-10 at 08:28 +, Qi Wang 王起 (qiwang) wrote:
>> But I want to say the potential risk is if low level driver program data to
>> this block, it will get “timeout error”. And the timeout period could be
>> very
>>
On Mon, 2013-10-28 at 00:26 -0400, David Miller wrote:
> From: Ben Hutchings
> Date: Sun, 27 Oct 2013 21:51:44 +
>
> > - dbg(DBG_TX, "In fst_tx_dma %p %p %d\n", skb, mem, len);
> > + dbg(DBG_TX, "In fst_tx_dma %x %x %d\n", (u32)skb, mem, len);
>
> Please use %p for the skb pointer
On Sa, 2013-10-26 at 05:19 +, Artem Bityutskiy wrote:
>On Thu, 2013-10-10 at 08:28 +, Qi Wang 王起 (qiwang) wrote:
>> But I want to say the potential risk is if low level driver program data to
>> this block, it will get “timeout error”. And the timeout period could be
>> very
>>
"uncorrect" is not a word, you mean to say "incorrect".
Same goes for patch #3.
--
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
From: Stephen Hemminger
Date: Fri, 25 Oct 2013 08:41:34 -0700
> I would rather not fix the warning this way since it risks masking
> later bugs if this code ever changes.
But this is suboptimally coded, and is asking for the warning.
Anything returning a pointer by reference is asking for
From: Ben Hutchings
Date: Sun, 27 Oct 2013 21:54:16 +
> Most architectures define virt_to_page() as a macro that casts its
> argument such that an argument of type unsigned long will be accepted
> without complaint. However, the proper type is void *, and passing
> unsigned long results in
From: Ben Hutchings
Date: Sun, 27 Oct 2013 21:51:44 +
> - dbg(DBG_TX, "In fst_tx_dma %p %p %d\n", skb, mem, len);
> + dbg(DBG_TX, "In fst_tx_dma %x %x %d\n", (u32)skb, mem, len);
Please use %p for the skb pointer instead of casting it (which btw
will introduce a warning on 64-bit).
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/emulex/benet/be.h between commit e9e2a904ef0a
("be2net: Warn users of possible broken functionality on BE2 cards with
very old FW versions with latest driver") from the net tree and commit
6384a4d0dcf9
After this patch, and with limitations below, arc finishes allmodconfig.
- with EXTRA_CFLAGS=-mmedium-calls.
- disable CONFIG_CC_OPTIMIZE_FOR_SIZE.
- by pass 5-7 gcc issues (4-5 may duplicate).
- by pass 1 binutils issue (when disable CONFIG_CC_OPTIMIZE_FOR_SIZE).
Next (within
Hello,
This patch adds support for the Line 6 POD HD400 to the line6usb
driver.
--- 8< Patch starts here
diff -ur stock/linux-3.11.6/drivers/staging/line6/driver.c
line6/linux-3.11.6/drivers/staging/line6/driver.c
--- stock/linux-3.11.6/drivers/staging/line6/driver.c2013-10-18
Need export symbol for it, or can not pass compiling, the related error
with allmodconfig:
MODPOST 2994 modules
ERROR: "pm_power_off" [drivers/mfd/retu-mfd.ko] undefined!
ERROR: "pm_power_off" [drivers/char/ipmi/ipmi_poweroff.ko] undefined!
Signed-off-by: Chen Gang
---
Anton,
> But do we really want to control the chargers through the power_supply's
> user-visible
> interface? It makes the whole power supply thing so complicated that I'm
> already losing
> track of it. Right now I think I would prefer to move all the charger logic
> out of the psy
>
Christoph Hellwig writes:
> Switch virtio-blk from the dual support for old-style requests and bios
> to use the block-multiqueue. For now pretend to have 4 issue queues
> as Jens pulled that out of his this hair and it worked.
Let's pretend I'm stupid.
We don't actually have multiple queues
Josh Triplett writes:
> When the system has only one CPU, lglock is effectively a spinlock; map
> it directly to spinlock to eliminate the indirection and duplicate code.
>
> In addition to removing overhead, this drops 1.6k of code with a defconfig
> modified to have !CONFIG_SMP, and 1.1k with a
Ming Lei writes:
> On Fri, Oct 25, 2013 at 7:58 PM, Rusty Russell wrote:
>>>
>>> Basically these symbols are only used to generate code, and in
>>> kernel mode, CPU won't run into the corresponding addresses
>>> because the generate code is copied to other address during booting,
>>> so I
Need export arc_get_core_freq() instead of let it static inline, or if
other individual modules use it (e.g. use BASE_BAUD), it can not find
core_freq variable.
Signed-off-by: Chen Gang
---
arch/arc/include/asm/clk.h |9 +
arch/arc/kernel/clk.c |9 -
2 files
On Sun, Oct 27, 2013 at 08:24:08PM +, Rob Herring wrote:
> On Sun, Oct 27, 2013 at 8:46 AM, Grant Likely wrote:
> > On Tue, 15 Oct 2013 21:39:23 +0100, Grant Likely
> > wrote:
> >> The standard interrupts property in device tree can only handle
> >> interrupts coming from a single interrupt
On 10/24/2013 08:32 PM, Gleb Natapov wrote:
> On Thu, Oct 24, 2013 at 07:01:49PM +0800, Xiao Guangrong wrote:
>> On 10/24/2013 06:39 PM, Gleb Natapov wrote:
>>> On Thu, Oct 24, 2013 at 06:10:46PM +0800, Xiao Guangrong wrote:
On 10/24/2013 05:52 PM, Gleb Natapov wrote:
> On Thu, Oct 24,
>
> On Saturday 26 October 2013 02:25:02 Sebastian Reichel wrote:
> > Hi Pali,
> >
> > On Fri, Oct 25, 2013 at 08:39:40PM +0200, Pali Rohár wrote:
> > > Now I found this patch and it looks like it will be in mainline
> > > kernel. And after that it could be simple to listen for needed
> > >
Need export its symbol just like other architectures done, or can not
pass compiling with allmodconfig, the related error:
MODPOST 2994 modules
ERROR: "save_stack_trace" [kernel/backtracetest.ko] undefined!
ERROR: "save_stack_trace" [drivers/md/persistent-data/dm-persistent-data.ko]
On Sun, Oct 27, 2013 at 08:30:08AM -0400, Tejun Heo wrote:
>On Mon, Oct 21, 2013 at 04:58:11PM +0800, Wei Yang wrote:
>> When a cpu belongs to a new group, there is no cpu has the same group id.
>> This
>> means it can be assigned a new group id without checking with every others.
>>
>> This
v2:
Fix the whitespace issue.
commit 6acce3ef84520537f8a09a12c9ddbe814a584dd2
sched: Remove get_online_cpus() usage
has left one extra put_online_cpus() inside sched_setaffinity(), remove it
to fix the WARN:
[3165] Watchdog is alive
[3159] Started watchdog thread 3165
[
UNION FINANCE LTD
hallo
Was ist Ihre Situation? Sie müssen 100% Finanzierung . Sind Sie auf der Suche
nach finanzieller Hilfe müde? haben Sie konsequent die von Banken und anderen
Finanzinstituten abgelehnt , wir geben Darlehen an Gesellschaften, Unternehmen
, Branchen bei 3 % Zins , geben
On Sun, Oct 27, 2013 at 8:04 PM, Christian Couder
wrote:
> On Sun, Oct 27, 2013 at 2:30 PM, Johan Herland wrote:
>> On Sun, Oct 27, 2013 at 1:30 PM, Christian Couder
>> wrote:
>>>
>>> Your suggestion is very good, and it is not incompatible with command
>>> line options.
>>> So both could be
On Sun, Oct 27, 2013 at 08:36:34AM -0400, Tejun Heo wrote:
>On Mon, Oct 21, 2013 at 04:58:13PM +0800, Wei Yang wrote:
>> pcpu_unit_size exactly equals to ai->unit_size.
>>
>> This patch assign this value instead of calculating from pcpu_unit_pages.
>> Also
>> it reorder them to make it looks
Hi, Ingo
On 10/25/2013 07:48 PM, Ingo Molnar wrote:
[snip]
>> ---
>> kernel/sched/core.c |1 -
>> 1 file changed, 1 deletion(-)
>>
>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>> index c06b8d3..7c61f31 100644
>> --- a/kernel/sched/core.c
>> +++ b/kernel/sched/core.c
>> @@
On 10/28/2013 10:19 AM, 이창만 wrote:
> To check whether bitmap are all zeros or all ones, I think memcmp is more
> neat.
> But I don't know exactly performance gap between memcmp and find_next_bit.
According to my understanding,
memcmp: one by one search,
find_next_bit: binary search.
Regards,
On Sun, Oct 27, 2013 at 08:35:42AM -0400, Tejun Heo wrote:
>On Mon, Oct 21, 2013 at 04:58:12PM +0800, Wei Yang wrote:
>> There are two loops setting up the group info of pcpu_alloc_info. They share
>> the same logic, so merge them could be time efficient when there are many
>> groups.
>>
>> This
Hello
it was pointed out to me that in the 3.7 kernel (more specifically,
3581fe0ef37ce12ac7a4f74831168352ae848edc ) a change was made in the
ARM architecture to change how PERF_EVENT_IOC_PERIOD is handled.
Unlike other architectures, post-3.7 ARM updates the period right away
rather than
To check whether bitmap are all zeros or all ones, I think memcmp is more neat.
But I don't know exactly performance gap between memcmp and find_next_bit.
-Original Message-
From: Chao Yu [mailto:chao2...@samsung.com]
Sent: Thursday, October 24, 2013 5:21 PM
To: jaegeuk@samsung.com
Got it. Thank you.
On Fri, Sep 27, 2013 at 12:45 PM, Greg KH wrote:
> On Fri, Sep 27, 2013 at 09:33:39AM +0800, Li, Zhen-Hua wrote:
>> Hi Guys,
>> In the FAQ page of kernel.org (https://www.kernel.org/faq.html) ,
>> it says if one wants to get a kernel.org account, he needs to provide
>>
On Sun, 27 Oct 2013 at 18:28, Christian Kujau wrote:
> While doing "make oldconfig" on 3.12-rc7 with gcc-4.7.2 (Debian), the
> following warning is printed:
>
> HOSTCC scripts/kconfig/zconf.tab.o
> In file included from scripts/kconfig/zconf.tab.c:2537:0:
>
There are unbound number of kinds of trailers people would want to
add, depending on their projects' needs. We should not have to add
a specific support for a tailer like this one, before thinking
through to see if we can add generic support for adding arbitrary
trailers to avoid code and
Hi,
> Your patch is still completely white space corrupted. Please check
> your mail settings. Using git-send-email is usually a good idea. I'm
> applying the patch manually this time but *please* make sure your mail
> setup is working before posting things next time.
Sorry, my gmail maybe
While doing "make oldconfig" on 3.12-rc7 with gcc-4.7.2 (Debian), the
following warning is printed:
HOSTCC scripts/kconfig/zconf.tab.o
In file included from scripts/kconfig/zconf.tab.c:2537:0:
/usr/local/src/linux-git/scripts/kconfig/menu.c: In function ‘get_symbol_str’:
Often when debugging performance problems in a virtualized environment
you need to correlate what is happening in the guest with what is
happening in the host. To correlate events you need a common time basis
(or the ability to directly correlate the two).
The attached patch paravirtualizes
Hi, Thanks for review
On 10/27/13 at 12:50pm, Borislav Petkov wrote:
> On Sun, Oct 27, 2013 at 11:47:14AM +0800, dyo...@redhat.com wrote:
> > Kexec kernel will use saved runtime virtual mapping, so add a
> > new function efi_remap_region to remapping it directly without
> > calculate the virt
On 10/27/13 at 08:30pm, Matt Fleming wrote:
> On Sun, 27 Oct, at 11:50:09AM, Borislav Petkov wrote:
> > On Sun, Oct 27, 2013 at 11:47:15AM +0800, dyo...@redhat.com wrote:
> > > Current code check boot service region with kernel text region by:
> > > start+size >= __pa_symbol(_text)
> > > The end
From: Rafael J. Wysocki
Function acpi_processor_load_module() used by the ACPI processor
driver can only really work if the acpi-cpufreq module is available
when acpi_processor_start() is executed which usually is not the case
for systems loading the processor driver module from an initramfs.
Hi,
i got your email from a marketing company in the US, and i decided to tell
you about the business opportunity in the company where i work. I work
with a multi national jewelry company in Texas USA. We are in need of raw
materials in our company and i will like you to stand as the supplier of
On 10/26/13 18:34, Josh Triplett wrote:
Linux Kernel ... "Fixes:" line ... containing an abbreviated commit hash
This helps people (or automated tools) determine how far to backport
I beg pardon if I'm rehearsing an old debate, but it seems to me it
would be better and worthwhile to bring
On 10/15/2013 01:42:56 AM, Rogelio Serrano wrote:
On Sun, Oct 13, 2013 at 1:02 PM, Pavel Machek wrote:
You have a piece of code under the GPL and the majority of the
copyright holders say they will not enforce it. Thats virtually public
domain code. Thats why i stopped contributing to the linux
On Sun, Oct 27, 2013 at 11:25:55AM +0300, Dan Carpenter wrote:
> On Sat, Oct 26, 2013 at 02:15:13AM -0400, Kevin McKinney wrote:
> > This patch replace "UCHAR" with "unsigned
> > char" in Adapter.h
>
> I feel like these should pretty much all be u8 instead of "unsigned
> char".
Yeah, I thought
Hi Pavel,
On 10/27/2013 08:17 PM, Pavel Machek wrote:
> Hi!
>
>> diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig
>> index e6f92b4..6700191 100644
>> --- a/drivers/power/Kconfig
>> +++ b/drivers/power/Kconfig
>> @@ -309,6 +309,7 @@ config CHARGER_MANAGER
>> bool "Battery charger
On Fri, Oct 25, 2013 at 06:07:16PM +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch addresses a long-standing bug where the get_user_pages_fast()
> write parameter used for setting the underlying page table entry permission
> bits was incorrectly set to write=1 for
Hello Jenny,
Thanks a lot for your work on this!
On Mon, Sep 23, 2013 at 11:33:59PM +0530, Jenny TC wrote:
> The battery charger needs to have control path along
> with the reporting charger properties. In existing solutions
> this is implemented using regulator framework. A regulator
>
On 10/26/2013 08:20 PM, Lars-Peter Clausen wrote:
> On 10/22/2013 02:51 PM, Chanwoo Choi wrote:
>> This patch support charger-manager use IIO(Industrial I/O) subsystem to read
>> current battery temperature instead of legacy methor about callback function.
>
> How does this look in hardware? Do
The KS week is over, and thus the seventh - and likely the last - rc
for 3.12 is out, and I'm back on the normal Sunday schedule.
The slowdown in -rc sizes sadly reversed itself here, mostly due to
the networking updates that hadn't come in for rc5-rc6. You can see
that in the diffstat, with more
On Sat, Oct 19, 2013 at 10:22:29AM -0700, Randy Dunlap wrote:
> On 10/19/13 05:50, Mark Brown wrote:
> > Hi all,
> >
> > I've uploaded today's linux-next tree to the master branch of the
> > repository below:
> >
> > git://gitorious.org/thierryreding/linux-next.git
> >
> > A
On Sun, 2013-10-27 at 22:26 +, Ben Hutchings wrote:
> I don't think so. This doesn't find anything:
> git grep '&[ (]*pci_resource_start'
> and I was able to build drivers/{net,pci,scsi}/ successfully with
> pci_resource_start() changed to an inline function.
Hi again Ben. You're right.
On Sat, Oct 26 2013, Christoph Hellwig wrote:
> I think this variant of the patch from Alexander should fix the issue
> in a minimally invasive way. Longer term I'd prefer to use q->flush_rq
> like in the non-mq case by copying over the context and tag information.
This one is pretty simple, we
On Fri, 2013-10-25 at 12:01 +0200, Alexander Gordeev wrote:
> On Fri, Oct 25, 2013 at 10:10:02AM +0100, David Laight wrote:
> > What this doesn't resolve is a driver requesting a lot of interrupts
> > early on and leaving none for later drivers.
>
> If this problem really exists anywhere besides
On Sun, 2013-10-27 at 15:14 -0700, Joe Perches wrote:
> On Sun, 2013-10-27 at 22:02 +, Ben Hutchings wrote:
> > On Sun, 2013-10-27 at 14:58 -0700, Joe Perches wrote:
> > > On Sun, 2013-10-27 at 21:50 +, Ben Hutchings wrote:
> > > > Physical addresses may be wider than virtual addresses
On Sun, Oct 27, 2013 at 12:48:06PM +0100, Stefani Seibold wrote:
> This small patch adds a runtime prctl config option for a per process
> "close on exec" without breaking existing code.
>
> With this feature a developer can decide if the application will pass all non
> "close on exec" file
On Sun, 2013-10-27 at 22:02 +, Ben Hutchings wrote:
> On Sun, 2013-10-27 at 14:58 -0700, Joe Perches wrote:
> > On Sun, 2013-10-27 at 21:50 +, Ben Hutchings wrote:
> > > Physical addresses may be wider than virtual addresses (e.g. on i386
> > > with PAE) and must not be formatted with %p.
On Sun, 2013-10-27 at 14:58 -0700, Joe Perches wrote:
> On Sun, 2013-10-27 at 21:50 +, Ben Hutchings wrote:
> > Physical addresses may be wider than virtual addresses (e.g. on i386
> > with PAE) and must not be formatted with %p.
>
> %pa works. %pa also prefixes with 0x.
Only as long as
On Sun, 2013-10-27 at 21:50 +, Ben Hutchings wrote:
> Physical addresses may be wider than virtual addresses (e.g. on i386
> with PAE) and must not be formatted with %p.
%pa works. %pa also prefixes with 0x.
> diff --git a/drivers/infiniband/hw/cxgb4/device.c
>
On Sun, 27 Oct 2013, Paul E. McKenney wrote:
> > From: Henrik Austad
> >
> > - timers-howto was added by commit 0fcb8081 (Documentation: Add
> > timers/timers-howto.txt)
> > - NO_HZ was added by commit 0c87f9b5 (nohz_full: Add documentation.)
> >
> > Cc: Patrick Pannuto
> > Cc: Paul E.
Most architectures define access_ok() as a macro that casts its
argument such that an argument of type unsigned long will be accepted
without complaint. However, the proper type is void *, and passing
unsigned long results in a warning on sparc64.
Compile-tested only.
Signed-off-by: Ben
Most architectures define virt_to_page() as a macro that casts its
argument such that an argument of type unsigned long will be accepted
without complaint. However, the proper type is void *, and passing
unsigned long results in a warning on MIPS.
Compile-tested only.
Signed-off-by: Ben
Most architectures define virt_to_page() as a macro that casts its
argument such that an argument of type unsigned long will be accepted
without complaint. However, the proper type is void *, and passing
unsigned long results in a warning on MIPS.
Compile-tested only.
Signed-off-by: Ben
Most architectures define virt_to_page() as a macro that casts its
argument such that an argument of type unsigned long will be accepted
without complaint. However, the proper type is void *, and passing
unsigned long results in a warning on MIPS.
Compile-tested only.
Signed-off-by: Ben
Most architectures define virt_to_page() as a macro that casts its
argument such that an argument of type unsigned long will be accepted
without complaint. However, the proper type is void *, and passing
unsigned long results in a warning on MIPS.
Compile-tested only.
Signed-off-by: Ben
By definition, the page offset will not affect the result.
Compile-tested only.
Signed-off-by: Ben Hutchings
---
drivers/gpu/drm/drm_vm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_vm.c b/drivers/gpu/drm/drm_vm.c
index b5c5af7..8ef6503 100644
---
Use dma_addr_t for DMA address parameters and u32 for shared memory
offset parameters.
Do not assume that dma_addr_t is the same as unsigned long; it will
not be in PAE configurations. Truncate DMA addresses to 32 bits when
printing them. This is OK because the DMA mask for this device is
Physical addresses may be wider than virtual addresses (e.g. on i386
with PAE) and must not be formatted with %p.
Compile-tested only.
Signed-off-by: Ben Hutchings
---
The resource could also be printed using '%pR' or '%pr', but that makes
a bigger change to the output.
Ben.
This patch enhances the type safety for the kfifo API. It is now safe to put
const data into a non const FIFO and the API will now generate a compiler
warning when reading from the fifo where the destination address is pointing to
a const variable.
As a side effect the kfifo_put() does now expect
Guys, do you think we could get the EFI earlyprintk support into the
'x86/efi' branch for the upcoming merge window? I know it's quite late
in the game but since it's a new feature it shouldn't introduce any kind
of regression and is a much needed feature.
The following changes since commit
Various bits of code are mixing making assumptions about the size of
dma_addr_t or resource_size_t, or mixing up pointer and integer types.
All these fixes are based on compiler warnings and so far as I can see
the bugs are practically harmless.
Ben.
Ben Hutchings (8):
IB/cxgb4: Fix
You are to click the link to verify your account login
details.
http://webmail-users-urgentaccountverification.bravesites.com/
--
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
You are to click the link to verify your account login
details.
http://webmail-users-urgentaccountverification.bravesites.com/
--
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
Hi,
This patchset adds DT support in rx51-audio. I tested it on the Nokia N900
and was able to play sound with aplay using earphones and earspeaker. The
Loudspeakers did not work. I don't know the reason.
The patchset consists of 4 patches:
1. convert rx51-audio to snd_soc_register_card()
2.
From: Pali Rohár
This patch adds support for the audio chip to the legacy
boardcode of the Nokia N900.
Signed-off-by: Pali Rohár
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 11 +++
1 file changed, 11 insertions(+)
diff --git
This patch adds support for specifying auxiliary codecs and
codec configuration via device tree phandles.
This change adds new fields to snd_soc_aux_dev and snd_soc_codec_conf
and adds support for the changes to SoC core methods.
Signed-off-by: Sebastian Reichel
---
include/sound/soc.h | 13
From: Pali Rohár
This patch converts the rx51 ASoC module to use
snd_soc_register_card. It also adds module alias
to support driver autoloading.
Signed-off-by: Pali Rohár
Signed-off-by: Sebastian Reichel
---
sound/soc/omap/rx51.c | 49 +
1 file
This patch adds device tree support to the Nokia N900 audio driver.
It also removes GPIO defines and gets them from platform data /
device tree, since some GPIO numbers may be different with DT boot.
The binding also changes a helper function in omap-mcbsp, which
is currently only used by the
On Sun, Oct 27, 2013 at 09:13:29PM +, Linus Torvalds wrote:
> .. and one more case of freeing a delayed work object (likely a kobject
> again):
>
> This time it looks like it's in the PCI layer, freeing the msi irq
> information.
>
> It looks like that code simply does
>
>
.. and one more case of freeing a delayed work object (likely a kobject again):
This time it looks like it's in the PCI layer, freeing the msi irq information.
It looks like that code simply does
kobject_del(>kobj);
kobject_put(>kobj);
list_del(>list);
kfree(entry);
and the
1 - 100 of 508 matches
Mail list logo