On Fri, Jul 13, 2012 at 05:08:26PM -0700, Stephen Hemminger wrote:
> On Fri, 13 Jul 2012 14:45:00 -0700
> Jon Mason wrote:
>
> > A virtual ethernet device that uses the NTB transport API to send/receive
> > data.
> >
> > Signed-off-by: Jon Mason
> > ---
> > drivers/net/Kconfig |4 +
On Sat, Jul 14, 2012 at 01:14:03AM +0200, Jiri Pirko wrote:
> Fri, Jul 13, 2012 at 11:45:00PM CEST, jon.ma...@intel.com wrote:
> >A virtual ethernet device that uses the NTB transport API to send/receive
> >data.
> >
> >Signed-off-by: Jon Mason
> >---
> > drivers/net/Kconfig |4 +
> >
Signed-off-by: Axel Lin
---
drivers/regulator/twl-regulator.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/regulator/twl-regulator.c
b/drivers/regulator/twl-regulator.c
index 03d0bea..8dae1e3 100644
---
The voltage selection logic is supposed to find the samllest voltage falls
within specified range. When using equation to calculate vsel, we need to
ensure the requested min_uV meet the range of using the equation.
Otherwise we may select a voltage that is out of specified range.
For example, in
>From a465fcee388d62d22e390b57c81ca8411f25a1da Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 13 Jul 2012 22:16:45 -0700
WQ_HIGHPRI was implemented by queueing highpri work items at the head
of the global worklist. Other than queueing at the head, they weren't
handled differently;
>From 4ce62e9e30cacc26885cab133ad1de358dd79f21 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 13 Jul 2012 22:16:44 -0700
Introduce NR_WORKER_POOLS and for_each_worker_pool() and convert code
paths which need to manipulate all pools in a gcwq to use them.
NR_WORKER_POOLS is currently one and
Hi Dave,
On Sat, Jul 14, 2012 at 01:33:45PM +1000, Dave Airlie wrote:
> Can you try this patch on top of the previous one?
>
> I think it should fix it.
You are right, it works! Thank you very much! :-)
Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe
Hey, Linus.
On Fri, Jul 13, 2012 at 10:00:10PM -0700, Linus Torvalds wrote:
> On Fri, Jul 13, 2012 at 9:44 PM, Tejun Heo wrote:
> >
> > nr_running is atomic_t (*nr_running)[2]. Ignoring the pointer to
> > array part, it's just returning the address of N'th element of the
> > array. ARRAY + N
On 13/07/2012 21:20, "Olaf Hering" wrote:
> On Tue, Jul 10, Keir Fraser wrote:
>
>> On 10/07/2012 19:09, "Olaf Hering" wrote:
>>> I'm not sure, most likely the gfn will just disappear from the guest,
>>> like a ballooned page disappears. Accessing it will likely cause a
>>> crash.
>>
>> Best
On Fri, Jul 13, 2012 at 9:44 PM, Tejun Heo wrote:
>
> nr_running is atomic_t (*nr_running)[2]. Ignoring the pointer to
> array part, it's just returning the address of N'th element of the
> array. ARRAY + N == [N].
None of this matters one whit.
You did "&(x)[0]".
That's insane. It's crazy.
On 07/13/2012 04:42 AM, Sebastian Hesselbarh wrote:
> On 07/13/2012 05:19 AM, Rob Herring wrote:
>> What's implemented in Linux should not define the binding. The binding
>> should describe the hardware.
>> [...]
>> True, but not your problem to implement. A binding doesn't necessarily
>> mean
Hello, Linus.
On Fri, Jul 13, 2012 at 09:27:03PM -0700, Linus Torvalds wrote:
> Seeing code like this
>
> + return &(*nr_running)[0];
>
> just makes me go "WTF?"
I was going WTF too. This was the smallest fix and I wanted to make
it minimal because there's another stack of patches on
Seeing code like this
+ return &(*nr_running)[0];
just makes me go "WTF?"
Why are you taking the address of something you just dereferenced (the
"& [0]" part).
And you actually do that *twice*, except the inner one is more
complicated. When you assign nr_runing, you take the address of
On Fri, 2012-07-13 at 15:09 +0100, Chris Webb wrote:
> Eric Dumazet writes:
>
> > Have you read firmware/README.AddingFirmware ?
>
> I hadn't, but now I have, and if firmware upgrades are considered 'adding
> new firmware', I agree this patch is wrong, and should have just removed the
>
On Fri, 2012-07-13 at 13:37 -0700, Linus Torvalds wrote:
> So this has long been one of my pet configuration peeves: as a user I
> am perfectly happy answering the questions about what kinds of
> hardware I want the kernel to support (I kind of know that), but many
> of the "support
With the addition of seccomp support to vsyscall emulation:
http://permalink.gmane.org/gmane.linux.kernel/1327732
with some minor changes in the first patch in this series.
Update the documentation to indicate quirky behaviors when the 'ip' is
in the vsyscall page and vsyscall emulation is in
If a seccomp filter program is installed, older static binaries and
distributions with older libc implementations (glibc 2.13 and earlier)
that rely on vsyscall use will be terminated regardless of the filter
program policy when executing time, gettimeofday, or getcpu. This is
only the case when
On Fri, 2012-07-13 at 14:42 -0700, Andrew Morton wrote:
>
> The issue Alan raised around the superblock timestamp is still up in
> the air. I guess he's a slow typist ;)
>
> My take is "no, we don't need to do that any more" - surely all Linux
> systems have a functional hardware clock. But
On Fri, Jul 13, 2012 at 7:48 PM, Will Drewry wrote:
> On Fri, Jul 13, 2012 at 6:00 PM, Andrew Lutomirski wrote:
>> On Fri, Jul 13, 2012 at 10:06 AM, Will Drewry wrote:
>>> If a seccomp filter program is installed, older static binaries and
>>> distributions with older libc implementations
>From 12f804d130d966f2a094e8037e9f163215d13f23 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 13 Jul 2012 20:50:50 -0700
WQ_HIGHPRI was implemented by queueing highpri work items at the head
of the global worklist. Other than queueing at the head, they weren't
handled differently;
>From 8a0597bf9939d50039d4a6f446db51cf920daaad Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Fri, 13 Jul 2012 20:50:50 -0700
Introduce NR_WORKER_POOLS and for_each_worker_pool() and convert code
paths which need to manipulate all pools in a gcwq to use them.
NR_WORKER_POOLS is currently one and
On Thu, Jul 05, 2012 at 04:59:12PM +0530, Ramakrishna Pallala wrote:
> Minimum and maximum alerts on power supply properties will help or allow the
> user space to "proactively" create policies like connect/disconnect charger
> or stop/start the user apps based on capacity or temperature
> Make sparse happy by fixing the following error:
>* symbol 'mac802154_slave_get_priv' was not declared. Should it be static?
>
> Signed-off-by: Silviu-Mihai Popescu
> ---
> net/mac802154/mib.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Should be already fixed, please try
Hello,
On Fri, Jul 13, 2012 at 10:08:00AM +0800, Fengguang Wu wrote:
> [0.165669] Performance Events: unsupported Netburst CPU model 6 no PMU
> driver, software events only.
> [0.167001] XXX cpu=0 gcwq=88000dc0cfc0 base=88000dc11e80
> [0.167989] XXX cpu=0 nr_running=0 @
Fix trivial typo error that has written "It" to "Is".
Signed-off-by: Chen Baozi
---
fs/xfs/xfs_da_btree.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/xfs/xfs_da_btree.h b/fs/xfs/xfs_da_btree.h
index dbf7c07..be30bd4 100644
--- a/fs/xfs/xfs_da_btree.h
+++
Can you try this patch on top of the previous one?
I think it should fix it.
Dave.
0001-drm-set-drm_class-to-NULL-after-removing-it.patch
Description: Binary data
On Fri, Jul 06, 2012 at 10:06:32AM +0530, Saranya Gopal wrote:
> This patch adds support for BQ27425 (TI) chip. This chip is same as
> BQ27500 with few registers removed and register address map changed.
> The data sheet for this chip is publicly available at
>
cc'ing Daniel,
On Sat, Jul 14, 2012 at 12:18 PM, werner wrote:
> On a computer of someone else, on which today I tried to install 3.5-rc6
> (what on my computer and on an HP pavillon laptop runs without problem - on
> the laptop however needs ircpoll otherwhise don't find the harddisk), few
>
I was interested in modifying haveged to drop privileges after opening
/dev/random but discovered this was not possible because it uses the
ioctl RNDADDENTROPY which requires CAP_SYS_ADMIN.
Retaining CAP_SYS_ADMIN after dropping GID/UID would defeat the point
of doing so, so this program must
idr_pre_get never returns a value < 0. It returns 0 (no memory) or 1 (OK).
Regards
My_linux-3.5-rc6_patches
Description: Binary data
On a computer of someone else, on which today I tried to
install 3.5-rc6 (what on my computer and on an HP pavillon
laptop runs without problem - on the laptop however needs
ircpoll otherwhise don't find the harddisk), few seconds
after start booting it sticks and don't continue longer
On Fri, Jul 06, 2012 at 11:20:22AM +, Tc, Jenny wrote:
> Since modifying the charger manager for the below requirements would be more
> complex and would not fit inside the charger manager we are thinking of
> implementing new framework under power_supply subsystem with following
>
On Thu, Jul 12, 2012 at 03:03:16PM +0900, Chanwoo Choi wrote:
> This patchset add support EXTCON Subsystem in which charger-manager identify
> the type of external connector and enable/disable charger(regulator) according
> to the state of charger cable(external connector).
Applied, thanks a lot!
On Fri, Jul 13, 2012 at 8:10 PM, Amit Daniel Kachhap
wrote:
> Add necessary default platform data support needed for TMU driver. This
> dt/non-dt values are tested for origen exynos4210 and smdk exynos5250
> platforms.
Looks good to me.
just nitpicks below.
Thank you,
Kyungmin Park
>
>
On Fri, 13 Jul 2012 16:55:44 -0700, Stephen Hemminger said:
> >+/* Course retransmit inefficiency- this packet has been
> >received twice. */
> >+tp->dup_pkts_recv++;
>
> I don't understand that comment, could you use a better sentence please?
I think
- Fix Peter's rewrite of the pebs microcode patches to actually work
- Readd the early microcode update for onlined CPUs to close
the "early schedule user space" race that Peter pointed out originally.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
From: Andi Kleen
Do microcode updates of resuming or newling plugged CPUs earlier
in CPU_STARTING instead of later when ONLINE. This prevents races
with parallel users who may need a microcode update to avoid some
problem.
Since we cannot request the microcode from udev at this stage,
try to
From: Andi Kleen
- The old style microcode interface used by microcode_ctl didn't call
the perf callback.
- The pebs_broken bitfield needs to be unsigned, otherwise the one bit
signed bitfield gets sign extended and any microcode revision on a update
passes, and later updates are ignored.
On Fri, Jul 13, 2012 at 6:00 PM, Andrew Lutomirski wrote:
> On Fri, Jul 13, 2012 at 10:06 AM, Will Drewry wrote:
>> If a seccomp filter program is installed, older static binaries and
>> distributions with older libc implementations (glibc 2.13 and earlier)
>> that rely on vsyscall use will be
On 2012-07-12 19:10:24, Tim Sally wrote:
> The issue occurs when eCryptfs is mounted with a cipher supported by
> the crypto subsystem but not by eCryptfs. The mount succeeds and an
> error does not occur until a write. This change checks for eCryptfs
> cipher support at mount time.
>
> Resolves
This patch, while incomplete, implements a per-clock locking scheme
intended to enable two specific use cases for the clock framework. The
changelog is really long; it describes what the patch does, how I came
to this design, a few implementation notes for anyone that wants to try
these patches
This patch moves direct control of the MPU voltage regulator out of the
cpufreq driver .target callback and instead puts that logic into a clock
rate change notifier callback.
The same frequency/voltage lookup via the OPP library is present, except
that the calls to regulator_set_voltage are done
Hi all,
This RFC series is meant to kick off some discussion around two related
problems in the current clk framework implementation.
First, clk_prepare for i2c devices might result in nested calls to
clk_prepare (for preparing the clocks of the i2c controller). So
basically we need to make
On Fri, 13 Jul 2012 14:44:59 -0700
Jon Mason wrote:
> A PCI-Express non-transparent bridge (NTB) is a point-to-point PCIe bus
> connecting 2 systems, providing electrical isolation between the two
> subsystems.
> A non-transparent bridge is functionally similar to a transparent bridge
> except
On Fri, 13 Jul 2012 14:45:00 -0700
Jon Mason wrote:
> A virtual ethernet device that uses the NTB transport API to send/receive
> data.
>
> Signed-off-by: Jon Mason
> ---
> drivers/net/Kconfig |4 +
> drivers/net/Makefile |1 +
> drivers/net/ntb_netdev.c | 411
>
All the addi driver ttl subdevices use the range table
'range_digital' provided by the comedi core. The boardinfo
value 'pr_TTLRangeList' is not used by the drivers. Remove
the unused range tables and the boardinfo pointer.
The unused range tables don't make sense anyway...
Signed-off-by: H
On Fri, 13 Jul 2012 14:44:59 -0700
Jon Mason wrote:
> A PCI-Express non-transparent bridge (NTB) is a point-to-point PCIe bus
> connecting 2 systems, providing electrical isolation between the two
> subsystems.
> A non-transparent bridge is functionally similar to a transparent bridge
> except
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Afternoon everyone,
Just a quick update, lkml.kernel.org (the re-director), is back up and
running. It should also be slightly better about dealing with the
messed up escaping that some clients seem to incur.
If you have any issues, as always, give
I am not sure if the is really necessary since the most
of the stats are available elsewhere.
Here are some comments on getting the simplified to match
the kernel style.
>
> static inline struct tcp_sock *tcp_sk(const struct sock *sk)
>diff -rub A/net/ipv4/tcp_input.c B/net/ipv4/tcp_input.c
>---
The following changes since commit 10684112c9d154172ac34e48a2ab68649e8f63ac:
md/raid10: fix careless build error (2012-07-04 09:35:35 +1000)
are available in the git repository at:
git://neil.brown.name/md/ tags/md-3.5-fixes
for you to fetch changes up to
On 06/26/2012 05:20 PM, Stevie Trujillo wrote:
> Hello,
>
> if I press ALT+SysRq+Q all the pointers are replaced with "pK-error" like
> this:
> [23153.208033] .base: pK-error
>
> with echo h > /proc/sysrq-trigger it works:
> [23107.776363] .base: 88023e60d540
>
> --
>
The function pointer scan in struct cfg80211_ops is not
supposed to be assigned a function with a struct net_device
pointer as an argument. Instead access the net_device struct
in the following way:
struct net_device *dev = request->wdev->netdev;
sparse gives these warnings:
Fri, Jul 13, 2012 at 11:45:00PM CEST, jon.ma...@intel.com wrote:
>A virtual ethernet device that uses the NTB transport API to send/receive data.
>
>Signed-off-by: Jon Mason
>---
> drivers/net/Kconfig |4 +
> drivers/net/Makefile |1 +
> drivers/net/ntb_netdev.c | 411
The label oops is used in CONFIG_DEBUG_VM ifdef block and is defined
outside ifdef CONFIG_DEBUG_VM block. This results in the following
build warning when built with CONFIG_DEBUG_VM disabled. Fix to move
label oops definition to inside a CONFIG_DEBUG_VM block.
mm/slab_common.c: In function
This small module helps measure the performance of rbtree insert and erase.
Additionally, we run a few correctness tests to check that the rbtrees have
all desired properties:
- contains the right number of nodes in the order desired,
- never two consecutive red nodes on any path,
- all paths to
On Fri, Jul 13, 2012 at 3:45 PM, Andrew Morton
wrote:
> On Fri, 13 Jul 2012 15:33:35 -0700 Michel Lespinasse
> wrote:
>> Ah, I did not realize we had a precedent for in-tree kernel test modules.
>
> hm, well, just because that's what we do now doesn't mean that it was a
> good idea ;) These
On 07/13/12 14:55, Dave Jones wrote:
> On Fri, Jul 13, 2012 at 11:50:25PM +0200, Paul Bolle wrote:
>
> > But just removing all the certainly unused macros probably wouldn't have
> > made a noticeable difference to anyone using those defconfig files
> > anyway.
>
> My point is that I don't
On Fri, Jul 13, 2012 at 10:06 AM, Will Drewry wrote:
> If a seccomp filter program is installed, older static binaries and
> distributions with older libc implementations (glibc 2.13 and earlier)
> that rely on vsyscall use will be terminated regardless of the filter
> program policy when
On 07/13/2012 01:29 PM, Myron Stowe wrote:
> My "PCI: Integrate 'pci_fixup_final' quirks into hot-plug paths" patch
> introduced an undefined reference to 'pci_fixup_final_inited' when
> CONFIG_PCI_QUIRKS is not enabled (on x86_64):
> drivers/built-in.o: In function `pci_bus_add_device':
>
On Sat, 14 Jul 2012, Jesper Juhl wrote:
We are going to end up with a million+ (or something like that) "config
" options that are going to have to be kept up-to-date
regularly...
Do we really want that?
Maybe we do, maybe we don't - I'm not saying anything either way - just
pointing it out.
I
On Fri, 13 Jul 2012 15:33:35 -0700
Michel Lespinasse wrote:
> On Fri, Jul 13, 2012 at 1:15 PM, Andrew Morton
> wrote:
> > On Thu, 12 Jul 2012 17:31:50 -0700 Michel Lespinasse
> > wrote:
> >> Makefile|2 +-
> >> lib/Kconfig.debug |1 +
> >> tests/Kconfig | 18
On Fri, Jul 13, 2012 at 4:44 PM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 13-07-12 20:52, Rob Clark schreef:
>> On Fri, Jul 13, 2012 at 12:35 PM, Tom Cooksey wrote:
>>> My other thought is around atomicity. Could this be extended to
>>> (safely) allow for hardware devices which might want to
On Mon, 28 May 2012 22:23:51 +0800
Alex Shi wrote:
> Current few cpumask functions' purposes are not quite clear. Stupid
> user like myself need to dig into details for clear function
> purpose and return value.
> Add few explanation for them is helpful.
>
It appears that Rusty has applied at
On Fri, 13 Jul 2012, Linus Torvalds wrote:
> So this has long been one of my pet configuration peeves: as a user I
> am perfectly happy answering the questions about what kinds of
> hardware I want the kernel to support (I kind of know that), but many
> of the "support infrastructure" questions
On Fri, Jul 13, 2012 at 1:15 PM, Andrew Morton
wrote:
> On Thu, 12 Jul 2012 17:31:50 -0700 Michel Lespinasse
> wrote:
>> Makefile|2 +-
>> lib/Kconfig.debug |1 +
>> tests/Kconfig | 18 +++
>> tests/Makefile |1 +
>> tests/rbtree_test.c | 135
>>
On 07/13/2012 10:37 PM, Linus Torvalds wrote:
> So this has long been one of my pet configuration peeves: as a user I
> am perfectly happy answering the questions about what kinds of
> hardware I want the kernel to support (I kind of know that), but many
> of the "support infrastructure"
On Fri, Jul 13, 2012 at 02:17:30PM -0700, Linus Torvalds wrote:
> On Fri, Jul 13, 2012 at 2:02 PM, Dave Jones wrote:
> >
> > As long as you don't mind these being added after the fact, I suppose
> > it would be workable. The reason I say that is sometimes, it even catches
> > *us*
> > by
On Fri, Jul 13, 2012 at 02:08:06PM -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2012 14:48:08 +0300
> "Kirill A. Shutemov" wrote:
>
> > From: "Kirill A. Shutemov"
> >
> > free_nsproxy() is too heavy to be on exit path. Let's free namespaces
> > asynchronously to not block exit_group() syscall.
On Fri, 13 Jul 2012, Linus Torvalds wrote:
On Fri, Jul 13, 2012 at 2:17 PM, Casey Schaufler wrote:
Oh dear. I would expect Fedora to say that they require SELinux,
thereby making it unusable by anyone doing LSM development.
Oh, *absolutely*.
These options would *not* be meant for people
On Fri, 13 Jul 2012, Thomas Gleixner wrote:
> Linus,
>
> please pull the latest timers-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> timers-urgent-for-linus
>
> It's a rather large series, but well discussed, refined and
> reviewed. It got
On Fri, 2012-07-13 at 17:55 -0400, Dave Jones wrote:
> My point is that I don't think there's many people actually using them.
> (maybe more on the niche platforms, but x86[64] ? I'm sceptical they're used
> at all)
I guess you're right. Personally, I tend to start my journeys in self
compiled
I always thought that the x86 defconfig file was the one that Linus
used for his primary machine.
-Tony
--
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 Fri, Jul 13, 2012 at 09:43:45AM -0700, Colin Cross wrote:
[...]
> I was referring to the security implications, not size. Leaving KDB
> on is effectively instant root access over the serial console.
Oh, I see. Yes, for this we'd need to disable all modification commands.
[...]
> > The thing
On Tue, 3 Jul 2012 12:53:34 +0800
Cong Wang wrote:
> On Tue, Jul 3, 2012 at 8:38 AM, Alex Kelly wrote:
> > From: Alex
> >
> > This was done in preparation for making core dump functionality optional.
> >
> > The variable "suid_dumpable" and associated functions are left in fs/exec.c
> >
On Fri, Jul 13, 2012 at 11:50:25PM +0200, Paul Bolle wrote:
> But just removing all the certainly unused macros probably wouldn't have
> made a noticeable difference to anyone using those defconfig files
> anyway.
My point is that I don't think there's many people actually using them.
(maybe
A virtual ethernet device that uses the NTB transport API to send/receive data.
Signed-off-by: Jon Mason
---
drivers/net/Kconfig |4 +
drivers/net/Makefile |1 +
drivers/net/ntb_netdev.c | 411 ++
3 files changed, 416 insertions(+),
Hey,
Op 13-07-12 20:52, Rob Clark schreef:
> On Fri, Jul 13, 2012 at 12:35 PM, Tom Cooksey wrote:
>> My other thought is around atomicity. Could this be extended to
>> (safely) allow for hardware devices which might want to access
>> multiple buffers simultaneously? I think it probably can with
On Thu, 12 Jul 2012 17:37:58 +0300
Artem Bityutskiy wrote:
> On Tue, 2012-07-03 at 16:43 +0300, Artem Bityutskiy wrote:
> > This patch-set makes sysv file-system stop using the VFS '->write_supers()'
> > call-back and the '->s_dirt' superblock field because I plan to remove them
> > once all
On Fri, Jul 13, 2012 at 10:54 PM, Myklebust, Trond
wrote:
> We could at least make selection of a minimal set of drivers for the
> more common virtualised platforms a lot easier.
> Right now, you need to hunt through 30+ different menus in order to find
> what you need to run in a basic KVM
On Fri, Jul 13, 2012 at 11:02 PM, Dave Jones wrote:
> I wish defconfig was actually something useful like this, instead of..
> what the hell is it exactly ? No-one even seems to agree, other than
> "random selection of options, many of which were removed n years ago"
It's just to difficult to
commit acdc0d5ef9dd74534fe8df77a2056fa1d911abe5 ('m32r: fix breakage from
"m32r: use generic ptrace_resume code"') tried to fix commit
e34112e3966fc466ced2698e6c196bb50b1ee20e ("m32r: use generic ptrace_resume
code") by returning values in a function returning void, causing:
On Fri, Jul 13, 2012 at 2:17 PM, Casey Schaufler wrote:
>
> Oh dear. I would expect Fedora to say that they require SELinux,
> thereby making it unusable by anyone doing LSM development.
Oh, *absolutely*.
These options would *not* be meant for people doing odd things and
experienting with
arch/m32r/boot/compressed/misc.c:31:14: error: static declaration of 'memset'
follows non-static declaration
make[5]: *** [arch/m32r/boot/compressed/misc.o] Error 1
make[4]: *** [arch/m32r/boot/compressed/vmlinux] Error 2
Remove the static keyword to fix this.
Signed-off-by: Geert Uytterhoeven
LD arch/m32r/boot/compressed/vmlinux
arch/m32r/boot/compressed/misc.o: In function `zlib_updatewindow':
misc.c:(.text+0x190): undefined reference to `memcpy'
misc.c:(.text+0x190): relocation truncated to fit: R_M32R_26_PLTREL against
undefined symbol `memcpy'
misc.c:(.text+0x1e0):
commit a610d6e672d6d3723e8da257ad4a8a288a8f2f89 ("pull clearing
RESTORE_SIGMASK into block_sigmask()") caused:
arch/m32r/kernel/signal.c: In function 'handle_signal':
arch/m32r/kernel/signal.c:289:6: warning: 'return' with a value, in function
returning void [enabled by default]
Remove the
commit a556bec9955c8e47b40a87dbfeef6f24d3b2228f ("m32r: fix
arch/m32r/boot/compressed/Makefile") changed "$(suffix_y)" to
"$(suffix-y)", but didn't update any location where "suffix_y" is set,
causing:
make[5]: *** No rule to make target `arch/m32r/boot/compressed/vmlinux.bin.',
needed by
include/linux/ptrace.h:66:0: warning: "PTRACE_O_TRACESYSGOOD" redefined
[enabled by default]
arch/m32r/include/asm/ptrace.h:117:0: note: this is the location of the
previous definition
We already have it in , so remove it from
Signed-off-by: Geert Uytterhoeven
---
On Fri, Jul 13, 2012 at 2:02 PM, Dave Jones wrote:
>
> As long as you don't mind these being added after the fact, I suppose
> it would be workable. The reason I say that is sometimes, it even catches
> *us*
> by surprise. We recently found out our virtualisation guys started
> using sch_htb
On 7/13/2012 1:37 PM, Linus Torvalds wrote:
> So this has long been one of my pet configuration peeves: as a user I
> am perfectly happy answering the questions about what kinds of
> hardware I want the kernel to support (I kind of know that), but many
> of the "support infrastructure" questions
On Fri, Jul 13, 2012 at 12:20:09PM -0400, Jörn Engel wrote:
> > > Logging to partitions is not supported.
> >
> > That could be useful though. We have a setup here where we create a
> > partition on the block device and install the OS there for testing
> > purposes while leaving room on the
On Fri, 2012-07-13 at 15:09 +0100, Chris Webb wrote:
> Is there a more automatic method than going through the source for each
> configured driver and setting CONFIG_EXTRA_FIRMWARE manually to list the
> relevant firmwares? Is there any way to give the kernel the location of
> linux-firmware and
Dne 7.7.2012 23:42, Michal Marek napsal(a):
> Signed-off-by: Michal Marek
> ---
> scripts/kconfig/Makefile | 28 ++--
> 1 files changed, 14 insertions(+), 14 deletions(-)
Pushed to kbuild.git#kconfig.
Michal
--
To unsubscribe from this list: send the line "unsubscribe
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
It's a rather large series, but well discussed, refined and
reviewed. It got a massive testing by John, Prarit and tip.
In theory we could
Dne 9.7.2012 22:40, Julia Lawall napsal(a):
> From: Julia Lawall
>
> If list_for_each_entry, etc complete a traversal of the list, the iterator
> variable ends up pointing to an address at an offset from the list head,
> and not a meaningful structure. Thus this value should not be used after
>
On Fri, 13 Jul 2012 14:48:08 +0300
"Kirill A. Shutemov" wrote:
> From: "Kirill A. Shutemov"
>
> free_nsproxy() is too heavy to be on exit path. Let's free namespaces
> asynchronously to not block exit_group() syscall.
Please be specific, and complete.
Why is it "too heavy"? Where is the
On 07/13/2012 02:37 PM, Linus Torvalds wrote:
Would something like this make sense to people? I really think that
"How do I generate a kernel config file" is one of those things that
keeps normal people from compiling their own kernel. And we *want*
people to compile their own kernel so that
On Fri, Jul 13, 2012 at 01:37:41PM -0700, Linus Torvalds wrote:
> The point I'm slowly getting to is that I would actually love to have
> *distro* Kconfig-files, where the distribution would be able to say
> "These are the minimums I *require* to work".
As long as you don't mind these being
On Fri, Jul 13, 2012 at 01:27:41PM -0700, Darren Hart wrote:
> I'm returning from a family vacation just now, I'll have a closer look on
> Monday. It seems to me we recently had some futex lockdep annotations go
> in, any chance those are somehow involved?
>
> So we have a real user of the
On Fri, 2012-07-13 at 13:37 -0700, Linus Torvalds wrote:
> So this has long been one of my pet configuration peeves: as a user I
> am perfectly happy answering the questions about what kinds of
> hardware I want the kernel to support (I kind of know that), but many
> of the "support
On Fri, Jul 13, 2012 at 11:27:12AM -0700, c...@linux.vnet.ibm.com wrote:
> From: Cody Schafer
>
> For some config options (CONFIG_EXTRA_FIRMWARE, for example), the length
> of a config file line can exceed the 1024 byte buffer.
>
> Switch from fgets to compat_getline to fix. compat_getline is
1 - 100 of 836 matches
Mail list logo
