On 02/05/2016 08:09 PM, Greg Kroah-Hartman wrote:
> Ah, you have versioned modules / builds enabled, that's what caused the
> rebuild, if you disable CONFIG_MODVERSIONS and
> CONFIG_MODULE_SRCVERSION_ALL you shouldn't rebuild everything.
>
> If those options are disabled, then something really od
On Fri, Feb 05, 2016 at 06:41:56PM -0500, Phil Turmel wrote:
> On 02/05/2016 05:29 PM, Greg Kroah-Hartman wrote:
> > On Fri, Feb 05, 2016 at 04:48:52PM -0500, Phil Turmel wrote:
>
> >> I'm stumped as to how that powerpc patch can affect my x86 laptop, an
> >> HP ZBook 17 w/ i7 processor & nouveau
On 02/05/2016 05:29 PM, Greg Kroah-Hartman wrote:
> On Fri, Feb 05, 2016 at 04:48:52PM -0500, Phil Turmel wrote:
>> I'm stumped as to how that powerpc patch can affect my x86 laptop, an
>> HP ZBook 17 w/ i7 processor & nouveau graphics, but it certainly
>> does. The bisect was stable and I confir
Excellent work would be me figure out how to fix it :)
On Fri, Feb 5, 2016 at 1:59 PM, Mike wrote:
> Excellent work!
>
> On 5 February 2016 at 19:46, Herminio Hernandez, Jr. <
> herminio.hernande...@gmail.com> wrote:
>
>> Yeah that is the thread I am on
>>
>> On Fri, Feb 5, 2016 at 1:44 PM, Mike
Excellent work!
On 5 February 2016 at 19:46, Herminio Hernandez, Jr. <
herminio.hernande...@gmail.com> wrote:
> Yeah that is the thread I am on
>
> On Fri, Feb 5, 2016 at 1:44 PM, Mike wrote:
>
>> Thanks, found this now -
>> https://www.mail-archive.com/search?l=mesa-...@lists.freedesktop.org&q=
Yeah that is the thread I am on
On Fri, Feb 5, 2016 at 1:44 PM, Mike wrote:
> Thanks, found this now -
> https://www.mail-archive.com/search?l=mesa-...@lists.freedesktop.org&q=subject:%22%5C%5BMesa%5C-dev%5C%5D+gallium+r300+driver+for+PowerPC%22&o=newest&f=1
>
>
> On 5 February 2016 at 18:08, He
Thanks, found this now -
https://www.mail-archive.com/search?l=mesa-...@lists.freedesktop.org&q=subject:%22%5C%5BMesa%5C-dev%5C%5D+gallium+r300+driver+for+PowerPC%22&o=newest&f=1
On 5 February 2016 at 18:08, Herminio Hernandez, Jr. <
herminio.hernande...@gmail.com> wrote:
> Yeah the issue is wit
Yeah the issue is with the driOpenDriver function at least that what I
think from what I saw in gdb.
On Fri, Feb 5, 2016 at 12:06 PM, Mike wrote:
> True, a permanent patch was needed, but at least we are up and running and
> can identify other issues.. In the thread with the patches it is
> high
True, a permanent patch was needed, but at least we are up and running and
can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernande...@gmail.com> wrote:
> I
I have already applied his patches on my PowerBook running Jessie to get
accelerated graphics. However they are only a work around and not a real
fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike wrote:
> Herminio,
>
> Ok, take a look at this.
> https://github.com/threa
Herminio,
Ok, take a look at this.
https://github.com/threader/mesa-11.1.1-ppc-r300-debian or if on stable
maybe this is more fitting
https://github.com/threader/mesa-10.6.3-ppc-r300-debian - this only fixes
the issue for r300 on powerpc though.
On 5 February 2016 at 14:32, Herminio Hernandez Jr.
Put the info forth in an Amiga ppc related thread, agpmode=-1 is also
needed on the Pegasos 2, need do some research/googling but is it safe to
say its broken for all non x86 platforms?
Including those replies here:
Hi Christian and Mike,
for my personal experiences on Pegasos2 and MacMini G4
Change mport object initialization/registration sequence to match reworked
version of rio_register_mport() in the core code.
Signed-off-by: Alexandre Bounine
Cc: Matt Porter
Cc: Benjamin Herrenschmidt
Cc: Aurelien Jacquiot
Cc: Andre van Herk
Cc: linux-ker...@vger.kernel.org
Cc: linuxppc-dev@l
On Fri, Feb 05, 2016 at 04:48:52PM -0500, Phil Turmel wrote:
> Hello all,
>
> I tried to get off of v4.3.x today by moving to v4.4.1.
> My laptop failed to boot -- stuck with the BIOS boot logo still
> showing. I'm direct-booting a merged kernel & initramfs in
> EFI mode.
>
> I bisected to badc6
On Fri, Feb 05, 2016 at 11:41:40PM +0530, Aneesh Kumar K.V wrote:
> With ppc64 we use the deposted pgtable_t to store the hash pte slot
> information. We should not withdraw the deposited pgtable_t without
> marking the pmd none. This ensure that low level hash fault handling
> will skip this huge
On Fri, Feb 5, 2016 at 2:46 AM, David Laight wrote:
> From: Kees Cook
>> Sent: 04 February 2016 21:01
>> Some callers of strtobool were passing a pointer to unterminated strings.
>> In preparation of adding multi-character processing to kstrtobool, update
>> the callers to not pass single-characte
Some callers of strtobool were passing a pointer to unterminated strings.
In preparation of adding multi-character processing to kstrtobool, update
the callers to not pass single-character pointers, and switch to using the
new kstrtobool_from_user helper where possible.
Signed-off-by: Kees Cook
C
Add support for "on" and "off" when converting to boolean.
Signed-off-by: Kees Cook
---
v3:
- add dropped descripion change, andy.shevchenko
---
lib/kstrtox.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/lib/kstrtox.c b/lib/kstrtox.c
index e8ba4a013e8
Create the kstrtobool_from_user helper and moves strtobool logic into
the new kstrtobool (matching all the other kstrto* functions). Provides
an inline wrapper for existing strtobool callers.
Signed-off-by: Kees Cook
---
v3:
- drop needless "base" argument, rasmus
---
include/linux/kernel.h | 2
This changes several users of manual "on"/"off" parsing to use strtobool.
Some side-effects:
- these uses will now parse y/n/1/0 meaningfully too
- the early_param uses will now bubble up parse errors
Signed-off-by: Kees Cook
Acked-by: Heiko Carstens
Acked-by: Michael Ellerman
Cc: x...@kernel.
This consolidates logic for handling "on"/"off" parsing for bools into the
strtobool function, by way of moving it into kstrtobool (with helpers),
and updating various callers.
v3:
- removed unused "base" argument
- fixed missing description change
- retained inverted __setup return values
- remov
On Thu, Feb 4, 2016 at 3:55 PM, Rasmus Villemoes
wrote:
> On Thu, Feb 04 2016, Kees Cook wrote:
>
>> Create the kstrtobool_from_user helper and moves strtobool logic into
>> the new kstrtobool (matching all the other kstrto* functions). Provides
>> an inline wrapper for existing strtobool callers
On Thu, 2016-02-04 at 15:26 +0100, Alessio Igor Bogani wrote:
> Scott,
>
> On 27 January 2016 at 15:41, Alessio Igor Bogani
> wrote:
> > Scott,
> >
> > On 27 January 2016 at 15:27, Scott Wood wrote:
> > > On Wed, 2016-01-27 at 08:25 -0600, Scott Wood wrote:
> > > > On Wed, 2016-01-27 at 10:24 +
On Fri, Feb 5, 2016 at 12:23 PM, Scott Wood wrote:
> On Fri, 2016-02-05 at 12:05 -0600, Li Yang wrote:
>> On Thu, Feb 4, 2016 at 7:17 PM, Scott Wood wrote:
>> > On Thu, 2016-02-04 at 17:07 -0600, Li Yang wrote:
>> > > On Wed, Feb 3, 2016 at 12:36 AM, Raghav Dogra
>> > > wrote:
>> > > > The new I
Since binutils 2.26 BFD is doing suffix merging on STRTAB sections. But
dedotify modifies the symbol names in place, which can also modify
unrelated symbols with a name that matches a suffix of a dotted name. To
remove the leading dot of a symbol name we can just increment the pointer
into the ST
On Fri, 2016-02-05 at 12:05 -0600, Li Yang wrote:
> On Thu, Feb 4, 2016 at 7:17 PM, Scott Wood wrote:
> > On Thu, 2016-02-04 at 17:07 -0600, Li Yang wrote:
> > > On Wed, Feb 3, 2016 at 12:36 AM, Raghav Dogra
> > > wrote:
> > > > The new IFC controller version 2.0 has a different memory map page.
With ppc64 we use the deposted pgtable_t to store the hash pte slot
information. We should not withdraw the deposited pgtable_t without
marking the pmd none. This ensure that low level hash fault handling
will skip this huge pte and we will handle them at upper levels. We
do take page table lock th
On Thu, Feb 4, 2016 at 7:17 PM, Scott Wood wrote:
> On Thu, 2016-02-04 at 17:07 -0600, Li Yang wrote:
>> On Wed, Feb 3, 2016 at 12:36 AM, Raghav Dogra wrote:
>> > The new IFC controller version 2.0 has a different memory map page.
>> > Upto IFC 1.4 PAGE size is 4 KB and from IFC2.0 PAGE size is 6
On Fri, 5 Feb 2016 17:18:34 +0100
Petr Mladek wrote:
> diff --git a/kernel/trace/Kconfig b/kernel/trace/Kconfig
> index a138f6d..de6dab0 100644
> --- a/kernel/trace/Kconfig
> +++ b/kernel/trace/Kconfig
> @@ -449,7 +449,7 @@ config PROBE_EVENTS
> def_bool n
>
> config DYNAMIC_FTRACE
> -
On Fri 2016-02-05 09:48:03, Steven Rostedt wrote:
> On Fri, 5 Feb 2016 15:05:17 +0100
> Petr Mladek wrote:
>
> > On Mon 2016-01-25 16:29:54, Torsten Duwe wrote:
> > > diff --git a/arch/powerpc/kernel/ftrace.c b/arch/powerpc/kernel/ftrace.c
> > > index ef8b916..29b7014 100644
> > > --- a/arch/powe
On Mon, Jan 25, 2016 at 09:22:58AM -0500, Pranith Kumar wrote:
> In 4.5-rc1, I am getting a build failure as follows:
>
> mm/memory.c: In function ‘do_swap_page’:
> mm/memory.c:2573:9: error: implicit declaration of function ‘pte_mksoft_dirty’
> [-Werror=implicit-function-declaration]
>pte = p
On 2/5/16, Steven Rostedt wrote:
> On Fri, 5 Feb 2016 14:20:17 +0300
> Denis Kirjanov wrote:
>
>> >>> Signed-off-by: Denis Kirjanov
>> >
>> > Hi Steven,
>> >
>> > please apply with Michael's acked-by tag.
>>
>> ping
>>
>
> Actually, can you take this through the ppc tree? The
> TRACE_EVENT_FN_CO
On Fri, 5 Feb 2016 15:05:17 +0100
Petr Mladek wrote:
> On Mon 2016-01-25 16:29:54, Torsten Duwe wrote:
> > diff --git a/arch/powerpc/kernel/ftrace.c b/arch/powerpc/kernel/ftrace.c
> > index ef8b916..29b7014 100644
> > --- a/arch/powerpc/kernel/ftrace.c
> > +++ b/arch/powerpc/kernel/ftrace.c
> > @
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
> On Feb 4, 2016, at 8:47 PM, Mike wrote:
>
> Hi.
> Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013 patch
> from Michel Dànzer, next problem is of course enabling agpmode, running
On Fri, 5 Feb 2016 14:20:17 +0300
Denis Kirjanov wrote:
> >>> Signed-off-by: Denis Kirjanov
> >
> > Hi Steven,
> >
> > please apply with Michael's acked-by tag.
>
> ping
>
Actually, can you take this through the ppc tree? The
TRACE_EVENT_FN_COND is already in mainline.
You can add my:
A
From: Wei Yongjun
The function cpm_muram_alloc_common() is called from several
places, in some of which, such as cpm_muram_alloc(), a lock is
held here, so we should use GFP_ATOMIC when a lock is held.
Signed-off-by: Wei Yongjun
---
drivers/soc/fsl/qe/qe_common.c | 2 +-
1 file changed, 1 inse
On Mon 2016-01-25 16:29:54, Torsten Duwe wrote:
> diff --git a/arch/powerpc/kernel/ftrace.c b/arch/powerpc/kernel/ftrace.c
> index ef8b916..29b7014 100644
> --- a/arch/powerpc/kernel/ftrace.c
> +++ b/arch/powerpc/kernel/ftrace.c
> @@ -28,6 +28,11 @@
>
>
> #ifdef CONFIG_DYNAMIC_FTRACE
> +#if de
On 1/19/16, Denis Kirjanov wrote:
> On 1/12/16, Michael Ellerman wrote:
>> On Mon, 2015-12-14 at 23:18 +0300, Denis Kirjanov wrote:
>>
>>> ./drmgr -c cpu -a -r gives the following warning:
>>>
>>> [ 2327.035563]
>>> RCU used illegally from offline CPU!
>>> rcu_scheduler_active = 1, debug_locks =
From: Kees Cook
> Sent: 04 February 2016 21:01
> Some callers of strtobool were passing a pointer to unterminated strings.
> In preparation of adding multi-character processing to kstrtobool, update
> the callers to not pass single-character pointers, and switch to using the
> new kstrtobool_from_u
On Fri 2016-02-05 15:40:27, Balbir Singh wrote:
> On Thu, Feb 4, 2016 at 10:02 PM, Petr Mladek wrote:
> For big endian builds I saw
>
> Dump of assembler code for function alloc_pages_current:
>0xc0256f00 <+0>:mflrr0
>0xc0256f04 <+4>:std r0,16(r1)
>0xc0
Signed-off-by: Alessio Igor Bogani
---
arch/powerpc/platforms/86xx/Makefile | 2 +-
arch/powerpc/platforms/86xx/common.c | 42 ++
arch/powerpc/platforms/86xx/gef_ppc9a.c| 32 +--
arch/powerpc/platforms/86xx/gef_sbc310.c | 32 +
On Thu, Feb 04, 2016 at 09:48:23AM -0800, Tyrel Datwyler wrote:
> On 02/04/2016 12:03 AM, Johannes Thumshirn wrote:
> > On Wed, Feb 03, 2016 at 05:28:33PM -0600, Tyrel Datwyler wrote:
> >> A VIOSRP_HOST_CONFIG_TYPE management datagram (MAD) has existed in
> >> the code for some time. From what info
42 matches
Mail list logo