Oh, I'm really sorry, I truely am.
It looks like that 4th patch is an old version, not the one that should
have been sent.
Next message will be the correct patch. My apologies about that.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
From 67cecd09d850542e00a1d9a29567232d1224cf23 Mon Sep 17 00:00:00 2001
From: Paul Cercueil
Date: Thu, 12 Jan 2012 19:40:24 +0100
Subject: [PATCH 4/4] fbcon: optimize parameters parsing loop.
Signed-off-by: Paul Cercueil
---
drivers/video/console/fbcon.c |8 +++-
1 file changed, 7
We are seeking an upbeat, energetic and self-motivated individual to fill a
part-time administrative assistant position.
Successful candidate will be highly organized and possess exceptional people
skills, excellent written and verbal skills,be good with numbers and have the
ability to multi-tas
p.
This is a subjective assesment of my desktop type system,
k6-333 with 64M; 2.4 is much more usable for me now.
If anyone wants me to run specific tests, I am willing.
Paul
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
2.0.2
Mount 2.9r
Net-tools 1.52
Console-tools 0.2.3
Sh-utils 1.16
Modules Loaded pcsnd soundcore nfs lockd sunrpc ipv6 ip_masq_ftp ppp_deflate
bsd_comp ppp slhc unix
=-=-=-=-=-=-=-=-=-
Paul
[EMAIL PROTECTED]
-
To unsubscribe from this l
tween. (eg. it seems to work as one would expect,
presuming the timer interupts dominate...)
Time seems fine. I havent noticed any interactivity problems.
Performance on 'kernbench' was within a percentage point of 2.6.12
It does not seem to make any difference as far as the heat
The shell is killed and Oops.
Machine flakey and half alive at this point. Reboot with Alt-sysrq.
The same thing works with 2.6.10, without Oops.
Here is the oops:
.config follows; let me know if any more information is required.
Paul
[EMAIL PROTECTED]
Unable to handle kernel
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>, on Fri Mar 18, 2005 [05:34:06
PM] said:
> On Mon, 14 Mar 2005 01:55:08 -0500, Paul <[EMAIL PROTECTED]> wrote:
> > Hi;
> >
> > Here is what I did:
> >
> > # modprobe ide-scsi
>
> Paul is on vacation for a week so I suspect this will have to wait for
> his return. But he's been right about similar issues in the past so I'm
> inclined to believe him.
>
> In the meantime if anyone cares to investigate, the problem is trivial
> to reproduce.
wever, for portability.
Paul
[EMAIL PROTECTED]
Paul <[EMAIL PROTECTED]>, on Mon Feb 28, 2005 [10:50:22 PM] said:
> Hi;
>
> I have played with the pktcdvd patch in the past, and most
> recently with the implementation in the 2.6.10 kernel, but never
> reall
. XFree4.1.0 manifests the
problem on 2.4.5, and 2.2.18. I128 server.
Any comments or suggestions welcome
Thanks;
Paul
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
st *way*
to slow, vs. pktcdvd. I gave up on a copy that would have taken a minute
or two under pktcdvd after over an hour with just the block device
mount.
Of course, pktcdvd gives me and others pretty consistant data
corruption. (see bug 4290 on bugzilla.kernel.org)
Paul
[EMAIL PROTE
Since 2-3 month I have some random data corruption on my Linux server, after
checking disks independently (i'm using raid1on 2 sata disk, the problem is
the same w/o raid) and memory, hardware simce to be out of cause...
Here is my problem:
=> head --bytes=300m /dev/urandom > test
=> for i in `
vous avez écrit :
> paul wrote:
> > Since 2-3 month I have some random data corruption on my Linux server,
> > after checking disks independently (i'm using raid1on 2 sata disk, the
> > problem is the same w/o raid) and memory, hardware simce to be out of
> >
Le mercredi 8 août 2007 00:05, Jeff Garzik a écrit :
> paul wrote:
> > Since 2-3 month I have some random data corruption on my Linux server,
> > after checking disks independently (i'm using raid1on 2 sata disk, the
> > problem is the same w/o raid) and memory, h
Le mercredi 8 août 2007 16:44, Wander Winkelhorst a écrit :
> On 8/8/07, paul <[EMAIL PROTECTED]> wrote:
> > Hi, thank you for your answer, actually I removed 2Gb of physical memory
> > and
> > the problem gone away .. but my system needs 4Gb.
> >
> > I repro
Attention: linux-kernel@vger.kernel.org,
FINAL NOTICE
We have been instructed to arrange your funds/payment via Online Banking &
Loaded ATM Cards delivery to you.
Your response very urgent for more details!
Sincerely yours,
Eddie. P.
Hahahaha! Is that you on that pic :)
http://tinyurl.com/nv3udu4
No more such info? Simply answer
--
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-
Hi Bastien,
Ok, I will send a V2 with a better commit message then.
-Paul
Le 2015-04-25 14:54, Bastien Nocera a écrit :
On Sat, 2015-04-25 at 12:48 +0200, Paul Cercueil wrote:
The MSB of the first byte read via I2C seems to indicate whether the
data is valid (or ready) when an interrupt is
arameter from int to
byte (which is an alias for unsigned char for module parameters).
Signed-off-by: Paul Bolle
---
Only compile tested.
drivers/net/ethernet/dec/ewrk3.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/dec/ewrk3.c b/drivers/net/ethern
Remove an outdated comment, that should have been removed in the
patch named "MODULE_PARM conversions" from early 2005.
Signed-off-by: Paul Bolle
---
drivers/net/ethernet/dec/ewrk3.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/dec
-Truncate the commit log, because previous commit log is too long.
There are no too long commit messages. ;-)
> ---
> drivers/watchdog/sp5100_tco.c | 321
> +++---
> drivers/watchdog/sp5100_tco.h | 46 --
> 2 files changed, 306 insertions(+), 61 deletions(-)
[…]
Tested-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
ov
> Cc: Alexander Graf
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: k...@vger.kernel.org
> Cc: kvm-...@vger.kernel.org
> ---
> arch/powerpc/kvm/book3s_hv.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/powerpc/
The tracepoint sample code got removed. Remove a few lines on its usage
too.
Acked-by: Mathieu Desnoyers
Acked-by: Rob Landley
Signed-off-by: Paul Bolle
---
Rob asked (off list) to submit this for the trivial tree.
Documentation/trace/tracepoints.txt | 15 ---
1 file changed, 15
while still depending on EXPERIMENTAL someone
also missed that this code doesn't get build at all.
Paul Bolle
--
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/
The only user of Kconfig symbol FB_OMAP_CONSISTENT_DMA_SIZE got removed
in v3.8, with commit 6ba54ab4a49bbad736b0254aa6bdf0cb83013815 ("ARM:
OMAP: Remove omap_init_consistent_dma_size()"). Remove this symbol too.
Signed-off-by: Paul Bolle
---
Eyeball tested only.
drivers/video/om
it did not explain why that macro
was removed. But it seems that ACPI_DEBUG_FUNC_TRACE can now be removed
too, as it is unused.
Signed-off-by: Paul Bolle
---
Eyeball tested.
drivers/acpi/Kconfig | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
ind
The Kconfig entry for DEBUG_ERRORS is a verbatim copy of the former arm
entry for that symbol. It got removed in v2.6.39 because it wasn't
actually used anywhere. There are still no users of DEBUG_ERRORS so
remove this entry too.
Signed-off-by: Paul Bolle
---
0) Eyeball tested.
1) The arm
sparc's asm/module.h got removed in commit
786d35d45cc40b2a51a18f73e14e135d47fdced7 ("Make most arch asm/module.h
files use asm-generic/module.h"). That removed the only two uses of this
Kconfig symbol. So we can remove its entry too.
Signed-off-by: Paul Bolle
---
Eyeball teste
:= 64
[...]
So $(BITS) is set depending on whether CONFIG_SPARC32 is set or not.
Using $(BITS) in sparc's Makefiles is not using CONFIG_BITS. That
doesn't count as usage of "config BITS".
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Tue, 2013-03-19 at 21:14 +0100, Sam Ravnborg wrote:
> On Tue, Mar 19, 2013 at 06:06:47PM +0100, Paul Bolle wrote:
> > So $(BITS) is set depending on whether CONFIG_SPARC32 is set or not.
> > Using $(BITS) in sparc's Makefiles is not using CONFIG_BITS. That
> > doesn&#
The only reference to Kconfig symbol XSCALE_PMU got removed in v3.7,
with commit f0d1bc47953743aef9d2ed5326bc5973a3db08ab ("ARM: pmu: remove
unused reservation mechanism"). We can remove the Kconfig entry for
this unused symbol now.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/K
Twelve Kconfig symbols, all related to WM8350, WM8351, and WM8352, are
unused. Commit 19d57ed5a308472a02e773f33c03ad4cb2ec6a9 ("mfd: Remove
custom wm8350 cache implementation") removed all their (actual) users.
Remove these symbols too.
Signed-off-by: Paul Bolle
---
0) Eyeball teste
Kconfig symbol IP_NF_QUEUE is unused since commit
d16cf20e2f2f13411eece7f7fb72c17d141c4a84 ("netfilter: remove ip_queue
support"). Let's remove it too.
Signed-off-by: Paul Bolle
---
Eyeball tested.
net/ipv4/netfilter/Kconfig | 13 -
1 file changed, 13 deletions(-)
d
Signed-off-by: Paul Bolle
---
Obvious, isn't it? Introduced in v3.5, through commit
0fbd88ca20a68a633b565e1f5ba18ca64afb0c78 ("blackfin: bf60x: add wakeup
source select"). Untested.
arch/blackfin/mach-bf609/pm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Paul Bolle
---
0) Untested. I'll explain - at some length - why this patch needs testing.
1) The driver for the PLX NET2272 USB device controller and support for
its external DMA controller were added in v3.1-rc1, see commit
ceb80363b2ec1091dffd78064771e3d4679f69c7 ("USB:
Twelve Kconfig symbols, all related to WM8350, WM8351, and WM8352, are
unused. Commit 19d57ed5a308472a02e773f33c03ad4cb2ec6a9 ("mfd: Remove
custom wm8350 cache implementation") removed all their (actual) users.
Remove these symbols too.
Signed-off-by: Paul Bolle
Acked-by: Mark Brown
-
These legacy drivers were removed in commit
9c75fc8c5c8c50775fc8b89418219221335b758f ("CRIS: Remove legacy RTC
drivers"). Now remove their last traces in two Kconfig files and one
Makefile.
Signed-off-by: Paul Bolle
---
Eyeball tested only.
arch/cris/Kconfig
.
Signed-off-by: Paul Bolle
---
Untested.
arch/metag/mm/Kconfig | 3 ---
arch/microblaze/Kconfig | 3 ---
2 files changed, 6 deletions(-)
diff --git a/arch/metag/mm/Kconfig b/arch/metag/mm/Kconfig
index 975f2f4..794f26a 100644
--- a/arch/metag/mm/Kconfig
+++ b/arch/metag/mm/Kconfig
@@ -98,9
Kconfig symbol ROMVECSIZE is unused since commit
f84f52a5c15db7d14a534815f27253b001735183 ("m68knommu: clean up linker
script"). Let's clean up its Kconfig entry too.
Signed-off-by: Paul Bolle
---
Untested.
arch/m68k/Kconfig.machine | 9 -
1 file changed, 9 deletions(-
because it now depended on that same symbol.
But without its select this entry became a nop: enabling it has no
effect, as it changes no code. It can safely be removed.
Fix a related, and trivial, comment typo too.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/mach-s3c24xx/Kconfig | 5 +--
Kconfig entry can be dropped.
Signed-off-by: Paul Bolle
---
Eyeball tested only.
arch/c6x/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig
index f6a3648..ecee897 100644
--- a/arch/c6x/Kconfig
+++ b/arch/c6x/Kconfig
@@ -37,9 +37,6 @@ config
for metag, that popped up in
v3.9-rc1).
Signed-off-by: Paul Bolle
---
0) Eyeball tested again.
1) It felt silly to split this clean up patch into three patches. But if
the maintainers involved disagree I'm happy to split and resend it.
arch/metag/mm/Kconfig | 5 -
arch/power
On Thu, Mar 21, 2013 at 10:27:56AM +0100, Paul Bolle wrote:
> The Kconfig symbol MAX_ACTIVE_REGIONS is unused. Commit
> 0ee332c1451869963626bf9cac88f165a90990e1 ("memblock: Kill
> early_node_map[]") removed the only place were it was actually used. But
> it did not remove it
The Kconfig entry for TMS320C6X_CACHES_ON was added together with the
C6X build infrastructure in v3.3. It has never been used. It can safely
be removed.
Signed-off-by: Paul Bolle
---
Untested.
arch/c6x/Kconfig | 4
1 file changed, 4 deletions(-)
diff --git a/arch/c6x/Kconfig b/arch/c6x
The Kconfig entries for HEXAGON_VM and HEXAGON_ANGEL_TRAPS were added,
together with the configuration and makefiles for the Hexagon
architecture, in v3.2. They have never been used. They can safely be
removed.
Signed-off-by: Paul Bolle
---
Untested.
arch/hexagon/Kconfig | 9 -
1 file
The PPC specific kernel parameter 'noresidual' was removed in v2.6.27,
though commit 917f0af9e5a9ceecf9e72537fabb501254ba321d ("powerpc: Remove
arch/ppc and include/asm-ppc").
Signed-off-by: Paul Bolle
---
Documentation/kernel-parameters.txt | 2 --
1 file changed, 2 deleti
When I submitted commit 6805ab6daa2b589fe3242d05ddc47a9dbb0c4eb1
("powerpc: drop unused Kconfig symbols") I apparently failed to notice
that my patch also made PREP_RESIDUAL and PPC_A2_DD2 unused. Drop these
now.
Signed-off-by: Paul Bolle
---
0) Untested.
1) I investigated these Kconf
The Kconfig entry for S3C_GPIO_CFG_S3C64XX was missed by commit
5ec7414494ed1204c9e2ed0b8232b29860d0986f ("ARM: SAMSUNG: Remove useless
Samsung GPIO related CONFIGs"). Remove it now.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/plat-samsung/Kconfig | 6 --
1 file changed, 6
On Thu, 2013-03-21 at 12:02 +0100, Paul Bolle wrote:
> The PPC specific kernel parameter 'noresidual' was removed in v2.6.27,
> though commit 917f0af9e5a9ceecf9e72537fabb501254ba321d ("powerpc: Remove
> arch/ppc and include/asm-ppc").
s/though/through/
Paul Bolle
ned-off-by: Paul Bolle
---
0) Untested.
1) Sent as a single patch. I'm happy to split it into two and resend it
if needed.
arch/sh/Kconfig | 3 ---
arch/x86/Kconfig | 3 ---
2 files changed, 6 deletions(-)
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 5e85963..6d4327f 100644
--- a/
Support for the Stallion multiport serial drivers was removed in v3.1.
Clean up their last references in the tree: mainly an outdated Kconfig
entry and unneeded documentation.
Signed-off-by: Paul Bolle
---
0) Tested with git grep.
1) grepping the tree for "stallion" now only gives ref
CONFIG_GENERIC_FIND_NEXT_BIT was removed in v3.0, but reappeared in two
architectures. Remove it again.
Signed-off-by: Paul Bolle
---
0) Untested.
1) See commit 63e424c84429903c92a0f1e9654c31ccaf6694d0 ("arch: remove
CONFIG_GENERIC_FIND_{NEXT_BIT,BIT_LE,LAST_BIT}") for the remov
This is the original report descriptor as reported by lsusb -vd 046d:c294.
Signed-off-by: Paul Sbarra
---
drivers/hid/hid-lg.c | 84
1 file changed, 79 insertions(+), 5 deletions(-)
diff --git a/drivers/hid/hid-lg.c b/drivers/hid/hid-lg.c
Conflicts:
drivers/hid/hid-lg.c
Signed-off-by: Paul Sbarra
---
drivers/hid/hid-lg.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/hid/hid-lg.c b/drivers/hid/hid-lg.c
index 4bc0e1b..6f2067f 100644
--- a/drivers/hid/hid-lg.c
+++ b/drivers
Conflicts:
drivers/hid/hid-lg.c
Signed-off-by: Paul Sbarra
---
drivers/hid/hid-lg.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/hid/hid-lg.c b/drivers/hid/hid-lg.c
index 9312a62..4bc0e1b 100644
--- a/drivers/hid/hid-lg.c
+++ b/drivers/hid/hid-lg.c
aechle
> Cc: "James E.J. Bottomley"
> Cc: Helge Deller
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Paul Mundt
> Acked-by: Tony Luck
> Acked-by: Richard Kuo
Acked-by: Paul Mundt
--
To unsubscribe from this list: send the line "unsubscrib
On 13-02-04 03:05 AM, Artem Bityutskiy wrote:
> On Wed, 2013-01-23 at 13:59 -0500, Paul Gortmaker wrote:
>> Here is the output from an mpc8548 based board. There are
>> three instances of missing device name here:
>
> A similar fix is already in the linux-mtd.git tree.
On Mon, Feb 04, 2013 at 12:32:16PM +0100, Philipp Zabel wrote:
> This driver requests and remaps a memory region as configured in the
> device tree. It serves memory from this region via the genalloc API.
> It optionally enables the SRAM clock.
>
> Other drivers can retrieve the genalloc pool from
bisection.
Signed-off-by: Thomas Gleixner
[PG: taken from preempt-rt, update subject & add a commit log]
Signed-off-by: Paul Gortmaker
---
[ Patch against linux-next of Feb4, where the recursive
locking cleanup currently is. Boot tested on ppc 8548,
compile tested for sparc and arm def
On 13-02-04 05:48 AM, Thomas Gleixner wrote:
> On Fri, 25 Jan 2013, Paul Gortmaker wrote:
>
>> From: Thomas Gleixner
>>
>> There is no real reason to use a rwlock for devtree_lock. It even
>> could be a mutex, but unfortunately it's locked from cpu ho
ype and the cpu_to_be64() macro looks a bit odd too.
And why is 'cookie' __u64? Is struct cpl_fw6_msg_ofld_connection_wr_rpl
used in userspace code? Can't 'cookie' be of type "struct sk_buff *"? Is
there a requirement for it to be 64 bits wide on both 32 bit an
:
‘saa7164_s_register’ defined but not used [-Wunused-function]
Silence these warnings by wrapping these two functions in an "#ifdef
CONFIG_VIDEO_ADV_DEBUG" and "#endif" pair.
Signed-off-by: Paul Bolle
---
0) Compile tested only.
1) These warnings are apparently a s
On Tue, 2013-02-05 at 09:46 -0600, Steve Wise wrote:
> On 2/5/2013 4:15 AM, Paul Bolle wrote:
> > And why is 'cookie' __u64? Is struct cpl_fw6_msg_ofld_connection_wr_rpl
> > used in userspace code? Can't 'cookie' be of type "struct sk_buff *"? Is
s_open_req’:
drivers/infiniband/hw/cxgb4/cm.c:2941:16: warning: cast from pointer to
integer of different size [-Wpointer-to-int-cast]
[...]
But byte swapping isn't needed as the firmware doesn't actually touch
the cookie. Dropping byte swapping makes the warnings go away too.
Signed-off-b
the arch-
specific bits for exynos5.
Changes in v3:
- Use compatible field in device tree instead of hdmi-version field
- Change hdmi driver's naming to use IP version instead of hdmi version
Sean Paul (2):
drm/exynos: Get HDMI version from device tree
ARM: Change exynos5-hdmi referenc
With the change "drm/exynos: Get HDMI version from device tree",
exynos5-hdmi is no longer relevant. Update references to exynos4-hdmi
and update the hdmi compatibility string to accurately reflect the hdmi
driver.
Signed-off-by: Sean Paul
---
arch/arm/boot/dts/exynos5250.dtsi
Use the compatible string in the device tree to determine which
registers/functions to use in the HDMI driver. Also changes the
references from v13 to 4210 and v14 to 4212 to reflect the IP
block version instead of the HDMI version.
Signed-off-by: Sean Paul
---
.../devicetree/bindings/drm
On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren wrote:
> n 02/05/2013 04:42 PM, Sean Paul wrote:
>> Use the compatible string in the device tree to determine which
>> registers/functions to use in the HDMI driver. Also changes the
>> references from v13 to 4210 and v14 to 4
On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren wrote:
> On 02/05/2013 05:37 PM, Sean Paul wrote:
>> On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren wrote:
>>> n 02/05/2013 04:42 PM, Sean Paul wrote:
>>>> Use the compatible string in the device tree to determine whi
/show_bug.cgi?id=43176
> > Signed-off-by: Takahisa Tanaka
>
> Added to linux-watchdog-next.
Is it allowed to rewrite history of linux-watchdog-next? If yes, could
you please add `CC: sta...@vger.kernel.org` to both of Takahisa’s
patches and also add my
Tested-by: Paul Menzel
bisection.
Signed-off-by: Thomas Gleixner
[PG: taken from preempt-rt, update subject & add a commit log]
Signed-off-by: Paul Gortmaker
---
[v2: recent commit e81b329 ("powerpc+of: Add /proc device tree
updating to of node add/remove") added two more instances of
write_unlock that al
o in for v3.9. Without it, Nokia N800
boards crash shortly after boot because the Retu watchdog isn't being
tickled :-(
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
irq(&rq->lock);
+ if (exhausted)
+ break;
}
out_unlock:
mutex_unlock(&cfs_constraints_mutex);
That said I actually thought of the first patch (e.g. explicitly using expired
quota) after I wrote the second. It's perhaps
/arm/mach-omap2/cclock33xx_data.c:844:1: warning: Using plain
integer as NULL pointer
> arch/arm/mach-omap2/cclock33xx_data.c:850:1: warning: Using plain
integer as NULL pointer
> arch/arm/mach-omap2/cclock33xx_data.c:856:1: warning: Using plain
integer as NULL pointer
Could you fix these, please
Hi
On Wed, 2 Jan 2013, Philip Avinash wrote:
> EQEP entry is HWMOD entry is not present in HWMOD entry.
Patch descriptions need to make sense. This one does not. I've fixed it
for you this time, but please take more care in the future.
- Paul
From: Philip Avinash
Date: Wed, 2
ift count >= width of
type [enabled by default]
Silence these warnings by casting the 'address' variable (of type
dma_addr_t) to u64 on those two lines.
Signed-off-by: Paul Bolle
---
0) Compile tested only.
1) Changing '0L' to 'OUL' might be a bit of cargo cult
On Mon, Feb 11, 2013 at 03:09:21PM +0100, Linus Walleij wrote:
> On Sat, Feb 9, 2013 at 10:17 AM, Grant Likely
> wrote:
>
> > The ERR_PTR()/IS_ERR() is a horrible pattern for code
> > readability because it breaks the expectations that programmers have for
> > what is and is not a bad pointer. T
Hi Roger,
On Tue, 5 Feb 2013, Roger Quadros wrote:
> FYI, the usbhost patches are already in linux-next.
Thanks, I think I'll wait for 3.10 cleanup to send the clock cleanup
patches, they seem non-critical...
- Paul
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, Feb 12, 2013 at 01:29:10PM +0100, Linus Walleij wrote:
> On Mon, Feb 11, 2013 at 6:39 PM, Stephen Warren wrote:
> > On 02/11/2013 07:09 AM, Linus Walleij wrote:
>
> >> However if you take this all the way to the descriptor API
> >> it will make the consumer (driver) API for GPIO descripto
server can pass. If the flag is
> enabled, we translate REQ_FLUSH requests into the NBD_CMD_FLUSH
> command.
>
> Cc:
> Cc: Paul Clements
> Cc: Andrew Morton
> Signed-off-by: Alex Bligh
Looks good.
Acked-by: paul.cleme...@steeleye.com
--
To unsubscribe from this list: send
ads that hit on the page cache will return stale
> data from the previously-accessible disk.
Paolo,
Thanks for this. A problem indeed...
Acked-by: paul.cleme...@steeleye.com
> Cc:
> Cc:
> Cc: Paul Clements
> Cc: Andrew Morton
> Signed-off-by: Paolo Bonzini
> ---
>
On Tue, Feb 12, 2013 at 11:06 AM, Paolo Bonzini wrote:
> Pass the read-only flag to set_device_ro, so that it will be
> visible to the block layer and in sysfs.
Looks good
> Cc:
> Cc: Paul Clements
> Cc: Andrew Morton
> Signed-off-by: Paolo Bonzini
> ---
> dr
es can be found with git ls-files "*Kconfig*".
This file won't. Why does it need to be named differently?
Paul Bolle
--
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
SUPPORT && LIBELF
>
> + config DEMANGLE
> +bool "Enable support for demangle"
> +depends on LIBELF
> +
... that already seems to be enforced here.
> config LIBPERL
> bool "Enable support for perl scripting engine"
>
Paul Bolle
ol y if ARCH = "x86"
> +select HAVE_CFI_UNWIND_SUPPORT
> +
Doesn't this clash with the same Kconfig symbol in arch/x86/Kconfig?
> +config HAVE_CFI_UNWIND_SUPPORT
> +bool
> +
> config NEWT
> bool "Enable newt-based TUI"
>
Paul Bolle
--
To unsubscribe f
emove ELF/DWARF dependent codes
A quick scan of your series suggests you check here for dependencies
that are already enforced by the kconfig tools. Why is this needed?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
fragmentation (4KB alignment)
- reducing the number of requests (fewer round trips, less network overhead)
Especially in high latency networks, larger request size can make a dramatic
difference in performance.
From: Michal Belczyk
Signed-off-by: Paul Clements
---
nbd.c |2 ++
1 file changed, 2
On Monday, March 25, 2013 04:55:17 PM Paul Moore wrote:
> On Friday, March 15, 2013 03:18:12 PM H.J. Lu wrote:
> > On Fri, Mar 15, 2013 at 2:56 PM, H. Peter Anvin wrote:
> > > On 03/15/2013 02:15 PM, Paul Moore wrote:
> > >> On Tuesday, February 26, 2013 03:58:23 P
Nack:
Vincent is correct, rq->avg is supposed to be the average time that an
rq is runnable; this includes (for example) SCHED_RT.
It's intended to be more useful as a hint towards something like a
power governor which wants to know how busy the CPU is in general.
> On the other side, periodic LB
On Tue, Apr 2, 2013 at 7:15 PM, Alex Shi wrote:
> On 04/02/2013 05:02 PM, Namhyung Kim wrote:
>>> > + cfs_util = (FULL_UTIL - rt_util) > rq->util ? rq->util
>>> > + : (FULL_UTIL - rt_util);
>>> > + nr_running = rq->nr_running ? rq->nr_running : 1;
>> This can be cleaned up with
luous here.
"
> + default y
> + ---help---
> + RAPL, AKA, Running Average Power Limit provides mechanisms to enforce
> + and monitor per domain power consumption limits of supported Intel
> CPUs.
> +
> endif # X86_PLATFORM_DEVICES
Paul Bolle
--
To un
t.
Making this whole block conditional on EARLY_PRINTK solves the
problem and gets rid of unused runtime code for when the feature
is disabled at the same time.
Reported-by: Geert Uytterhoeven
Cc: Thomas Gleixner
Cc: Andrew Morton
Cc: Paul Mundt
Signed-off-by: Paul Gortmaker
---
Related mmo
on.
>
> Something to look at for the next version.
Paul Bolle
--
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/
In v3.2 the Analog Devices AD7314 temperature sensor driver was removed
as an IIO driver and added as a HWMON driver. But it was apparently
overlooked to rename two references to CONFIG_AD7314 to
CONFIG_SENSORS_AD7314. Do so now. Use the IS_ENABLED() macro, while
we're at it.
Signed-off-by:
[Forwarded to a recent address of Guenter, as the ericsson address
bounces.]
Paul Bolle
On Thu, 2013-04-04 at 12:08 +0200, Paul Bolle wrote:
> In v3.2 the Analog Devices AD7314 temperature sensor driver was removed
> as an IIO driver and added as a HWMON driver. But it was appa
at it.
Signed-off-by: Paul Bolle
---
0) Also untested.
1) See commits e96f9d89e6213c7630a3323cd0c754e7f2619564 ("hwmon: (lm75)
Add support for Analog Devices ADT75") and
cdea0bec8d37f2943ae500512b0c178bc76de6e3 ("iio: adc: remove ADT75 driver
- hwmon/lm75 will take over ADT75 s
In v3.2 the Analog Devices ad2s1200/ad2s1205 driver was renamed from
ad2s120x to ad2s1200. But it apparently forgot to rename the references
to this driver in the BF537-STAMP code. Rename these now, and use the
IS_ENABLED() macro, while we're at it.
Signed-off-by: Paul Bolle
---
0) Also unt
Also add a newline to a debugging printk that this fix enables.
Signed-off-by: Paul Bolle
---
0) Entirely untested. Adding the newline adds a checkpatch warning for
over 80 characters lines.
1) Typo was added in v3.2, through commit
7517de348663b08a808aff44b5300e817157a568 ("MIPS: Alchemy:
h (and the other two related to the v3.2 release) were
obvious oversights that I could as well fix right away.
Paul Bolle
--
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.
1 - 100 of 18804 matches
Mail list logo
