Re: [ANNOUNCE] 4.19.72-rt25

[Gene Heskett]

On Monday 16 September 2019 17:39:21 Steven Rostedt wrote:

> Dear RT Folks,
>
> I'm pleased to announce the 4.19.72-rt25 stable release.
>
>   
>
> As you probably have noticed, it has been a long time since I released
> a stable 4.19-rt. The reason for this delay is that one of my tests
> failed after merging with the latest stable upstream. I refuse to push
> releases with a known bug in it, so I figured I would find the bug
> before releasing. I only spend around 4 to 6 hours a week on upstream
> stable RT as I have other responsibilities, and I could not debug this
> bug during that time (after several weeks of trying).
>
> The bug is a random NULL pointer dereference that only happens with
> lockdep enabled and on 32bit x86. I also found that this bug existed
> before the latest stable pull release but now it is much easier to
> trigger.
>
> I have not been able to trigger this bug in the 64 bit kernel, and as
> I rather do a release than waste more time on this bug and postpone
> the release further, I am now doing that. As a consequence, I am no
> longer supporting 32bit x86, as it is known to have this bug.
>
> If you are interested in this, I am willing to send out the config I
> am using and one of the dmesg crashes. Just ask.
>
>   
>
>
> This release is just an update to the new stable 4.19.72 version
> and no RT specific changes have been made.
>
>
> You can get this release via the git tree at:
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
>
>   branch: v4.19-rt
>   Head SHA1: 9cd04ab6a9a162ac4189a80032261d243563ff45
>
=
> Or to build 4.19.72-rt25 directly, the following patches should be
> applied:
>
>   http://www.kernel.org/pub/linux/kernel/v4.x/linux-4.19.tar.xz
>
>   http://www.kernel.org/pub/linux/kernel/v4.x/patch-4.19.72.xz
>
>  
> http://www.kernel.org/pub/linux/kernel/projects/rt/4.19/patch-4.19.72-
>rt25.patch.xz
>
Unfortunately, this does not work for the pi3-4 family. When its all 
pulled in and patched, there is no arch/arm/configs bcm2709_defconfig or 
bcm2711_defconfig for either a pi3b or the new pi4b.

I'll go find the 5.2.14 announce and see if its any more complete.
>
>
>
> Enjoy,
>
> -- Steve


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Re: [ANNOUNCE] 4.19.72-rt25

[Gene Heskett]

On Monday 07 October 2019 15:10:05 Gene Heskett wrote:

> On Monday 16 September 2019 17:39:21 Steven Rostedt wrote:
> > Dear RT Folks,
> >
> > I'm pleased to announce the 4.19.72-rt25 stable release.
> >
> >   
> >
> > As you probably have noticed, it has been a long time since I
> > released a stable 4.19-rt. The reason for this delay is that one of
> > my tests failed after merging with the latest stable upstream. I
> > refuse to push releases with a known bug in it, so I figured I would
> > find the bug before releasing. I only spend around 4 to 6 hours a
> > week on upstream stable RT as I have other responsibilities, and I
> > could not debug this bug during that time (after several weeks of
> > trying).
> >
> > The bug is a random NULL pointer dereference that only happens with
> > lockdep enabled and on 32bit x86. I also found that this bug existed
> > before the latest stable pull release but now it is much easier to
> > trigger.
> >
> > I have not been able to trigger this bug in the 64 bit kernel, and
> > as I rather do a release than waste more time on this bug and
> > postpone the release further, I am now doing that. As a consequence,
> > I am no longer supporting 32bit x86, as it is known to have this
> > bug.
> >
> > If you are interested in this, I am willing to send out the config I
> > am using and one of the dmesg crashes. Just ask.
> >
> >   
> >
> >
> > This release is just an update to the new stable 4.19.72 version
> > and no RT specific changes have been made.
> >
> >
> > You can get this release via the git tree at:
> >
> >  
> > git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
> >
> >   branch: v4.19-rt
> >   Head SHA1: 9cd04ab6a9a162ac4189a80032261d243563ff45
>
> =
>
> > Or to build 4.19.72-rt25 directly, the following patches should be
> > applied:
> >
> >   http://www.kernel.org/pub/linux/kernel/v4.x/linux-4.19.tar.xz
> >
> >   http://www.kernel.org/pub/linux/kernel/v4.x/patch-4.19.72.xz
> >
> >
> > http://www.kernel.org/pub/linux/kernel/projects/rt/4.19/patch-4.19.7
> >2- rt25.patch.xz
>
> Unfortunately, this does not work for the pi3-4 family. When its all
> pulled in and patched, there is no arch/arm/configs bcm2709_defconfig
> or bcm2711_defconfig for either a pi3b or the new pi4b.
>
> I'll go find the 5.2.14 announce and see if its any more complete.
Its disappeared.

> > Enjoy,
> >
> > -- Steve
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Building new initrd with microcode leader

[Gene Heskett]

Greetings all;

I think I have been unsubscribed due to bounced from my spam overloaded 
mail server.

This link describes how to make a new initrd
<https://www.kernel.org/doc/Documentation/x86/early-microcode.txt>

Following the recipe, and not that familiar with find since I usually use 
locate, I get to the find line and can't get permissions to write the 
output to >../ucode.cpio

The next line, starting with cat those 2 files to a new initrd make 
sense.

Also, I have, in /lib/firmware/amd-ucode both of these files:
microcode_amd.bin  microcode_amd_fam15h.bin

The cpu is an Athlon64 X2.  Which of those two files is the correct one 
for this cpu?

Please include me in the reply as I am not subscribed, and resubscribe 
attempts are apparently sent to /dev/null, I never get the reply's.

Thank you very much.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
--
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/

Building new initrd with microcode leader

[Gene Heskett]

Greetings all;

I think I have been unsubscribed due to bounced from my spam overloaded 
mail server.

This link describes how to make a new initrd
https://www.kernel.org/doc/Documentation/x86/early-microcode.txt

Following the recipe, and not that familiar with find since I usually use 
locate, I get to the find line and can't get permissions to write the 
output to ../ucode.cpio

The next line, starting with cat those 2 files to a new initrd make 
sense.

Also, I have, in /lib/firmware/amd-ucode both of these files:
microcode_amd.bin  microcode_amd_fam15h.bin

The cpu is an Athlon64 X2.  Which of those two files is the correct one 
for this cpu?

Please include me in the reply as I am not subscribed, and resubscribe 
attempts are apparently sent to /dev/null, I never get the reply's.

Thank you very much.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
--
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/

Re: [PATCH 4/4] nohz: Set isolcpus when nohz_full is set

[Gene Heskett]

On Saturday 25 April 2015 19:13:10 Frederic Weisbecker wrote:
> On Fri, Apr 24, 2015 at 04:07:52PM -0400, Gene Heskett wrote:
> > On Friday 24 April 2015 11:58:31 Frederic Weisbecker wrote:
> > > From: Chris Metcalf 
> > >
> > > nohz_full is only useful with isolcpus also set, since otherwise
> > > the scheduler has to run periodically to try to determine whether
> > > to steal work from other cores.
> > >
> > > Accordingly, when booting with nohz_full=xxx on the command line,
> > > we should act as if isolcpus=xxx was also set, and set (or extend)
> > > the isolcpus set to include the nohz_full cpus.
> > >
> > > Acked-by: Mike Galbraith  ["thumbs up!"]
> > > Acked-by: Rik van Riel 
> > > Acked-by: Peter Zijlstra (Intel) 
> > > Signed-off-by: Chris Metcalf 
> > > Cc: Peter Zijlstra (Intel) 
> > > Cc: Paul E. McKenney 
> > > Cc: Rafael J. Wysocki 
> > > Cc: Martin Schwidefsky 
> > > Cc: Mike Galbraith 
> > > Cc: Ingo Molnar 
> > > Cc: Rik van Riel 
> > > Signed-off-by: Frederic Weisbecker 
> >
> > As a user of LinuxCNC, we expect the core(s) so isolated by the
> > isolcpus argument at bootup time to remain undisturbed in order to
> > preserve the I/O updates heartbeat latency at the absolute minimum
> > that board and cpu combo can accomplish.
> >
> > If this patch changes that behaviour such that the isolated core is
> > grabbed for another job while the RTAI bits and pieces are loaded
> > and running machinery, causing the machinery to lose this steady,
> > possibly as little as a 20 microsecond period repeating operation
> > heartbeat, this will quite effectively destroy our ability to run
> > this software on linux without farming that whole operation out to
> > intelligent I/O cards.
> >
> > Please keep this in mind.  I don't read the patch well enough to
> > determine this myself.
>
> I think it's not a problem. This patch isn't adding any work or noise
> to isolcpus, it's actually setting CPUs that run tickless in userspace
> to be part of the isolcpus set, because we need userspace-tickless
> CPUs to not be disturbed at all. You shouldn't be concerned if you
> don't use full dynticks.
>
> If you happen to use full dynticks in your usecase one day, you'll use
> it on your isolcpus anyway.

TBT I am probably too paranoid for my own good, but I did want to be 
heard from the far corner of the cheap seats in the bleachers.  I write 
my stuff in bash, but there are, I expect, some guys in our group who 
could given enough time, run down anything that breaks it for us and 
patch it back out.  We are the guys who generally run an RTAI patched 
kernel anyway.

Some of the machinery driven by LinuxCNC is pretty good sized stuff, like 
a 5 axis milling machine in Cincinnati that may be the biggest one 
Cincinnati ever made, bed is 26 feet long, nearly 6 feet wide. The whole 
thing is a bit over 200k lbs.  Bad controller, controller company gone, 
sold at scrap cheap.  Adapted it to be run by LinuxCNC. After 
commissioning it, he turned his shop machinists loose to use it.  First 
job was a locomotive axle bearing seat in a multi-ton truck casting, 
needed .001" tolerance for a shrink fitted bearing.  Measured when done, 
it was off .0002" worst case.  It has been detected by the seismographs 
at the UNI across town. :)  My biggest machine is less than 200 lbs.  
Toy's IOW.

Thank you for taking the time to reply, Frederick.  Its appreciated.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
--
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/

Re: [PATCH 4/4] nohz: Set isolcpus when nohz_full is set

[Gene Heskett]

On Saturday 25 April 2015 19:13:10 Frederic Weisbecker wrote:
 On Fri, Apr 24, 2015 at 04:07:52PM -0400, Gene Heskett wrote:
  On Friday 24 April 2015 11:58:31 Frederic Weisbecker wrote:
   From: Chris Metcalf cmetc...@ezchip.com
  
   nohz_full is only useful with isolcpus also set, since otherwise
   the scheduler has to run periodically to try to determine whether
   to steal work from other cores.
  
   Accordingly, when booting with nohz_full=xxx on the command line,
   we should act as if isolcpus=xxx was also set, and set (or extend)
   the isolcpus set to include the nohz_full cpus.
  
   Acked-by: Mike Galbraith umgwanakikb...@gmail.com [thumbs up!]
   Acked-by: Rik van Riel r...@redhat.com
   Acked-by: Peter Zijlstra (Intel) pet...@infradead.org
   Signed-off-by: Chris Metcalf cmetc...@ezchip.com
   Cc: Peter Zijlstra (Intel) pet...@infradead.org
   Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
   Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
   Cc: Martin Schwidefsky schwidef...@de.ibm.com
   Cc: Mike Galbraith umgwanakikb...@gmail.com
   Cc: Ingo Molnar mi...@redhat.com
   Cc: Rik van Riel r...@redhat.com
   Signed-off-by: Frederic Weisbecker fweis...@gmail.com
 
  As a user of LinuxCNC, we expect the core(s) so isolated by the
  isolcpus argument at bootup time to remain undisturbed in order to
  preserve the I/O updates heartbeat latency at the absolute minimum
  that board and cpu combo can accomplish.
 
  If this patch changes that behaviour such that the isolated core is
  grabbed for another job while the RTAI bits and pieces are loaded
  and running machinery, causing the machinery to lose this steady,
  possibly as little as a 20 microsecond period repeating operation
  heartbeat, this will quite effectively destroy our ability to run
  this software on linux without farming that whole operation out to
  intelligent I/O cards.
 
  Please keep this in mind.  I don't read the patch well enough to
  determine this myself.

 I think it's not a problem. This patch isn't adding any work or noise
 to isolcpus, it's actually setting CPUs that run tickless in userspace
 to be part of the isolcpus set, because we need userspace-tickless
 CPUs to not be disturbed at all. You shouldn't be concerned if you
 don't use full dynticks.

 If you happen to use full dynticks in your usecase one day, you'll use
 it on your isolcpus anyway.

TBT I am probably too paranoid for my own good, but I did want to be 
heard from the far corner of the cheap seats in the bleachers.  I write 
my stuff in bash, but there are, I expect, some guys in our group who 
could given enough time, run down anything that breaks it for us and 
patch it back out.  We are the guys who generally run an RTAI patched 
kernel anyway.

Some of the machinery driven by LinuxCNC is pretty good sized stuff, like 
a 5 axis milling machine in Cincinnati that may be the biggest one 
Cincinnati ever made, bed is 26 feet long, nearly 6 feet wide. The whole 
thing is a bit over 200k lbs.  Bad controller, controller company gone, 
sold at scrap cheap.  Adapted it to be run by LinuxCNC. After 
commissioning it, he turned his shop machinists loose to use it.  First 
job was a locomotive axle bearing seat in a multi-ton truck casting, 
needed .001 tolerance for a shrink fitted bearing.  Measured when done, 
it was off .0002 worst case.  It has been detected by the seismographs 
at the UNI across town. :)  My biggest machine is less than 200 lbs.  
Toy's IOW.

Thank you for taking the time to reply, Frederick.  Its appreciated.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
--
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/

Re: [PATCH 4/4] nohz: Set isolcpus when nohz_full is set

[Gene Heskett]

On Friday 24 April 2015 11:58:31 Frederic Weisbecker wrote:
> From: Chris Metcalf 
>
> nohz_full is only useful with isolcpus also set, since otherwise the
> scheduler has to run periodically to try to determine whether to steal
> work from other cores.
>
> Accordingly, when booting with nohz_full=xxx on the command line, we
> should act as if isolcpus=xxx was also set, and set (or extend) the
> isolcpus set to include the nohz_full cpus.
>
> Acked-by: Mike Galbraith  ["thumbs up!"]
> Acked-by: Rik van Riel 
> Acked-by: Peter Zijlstra (Intel) 
> Signed-off-by: Chris Metcalf 
> Cc: Peter Zijlstra (Intel) 
> Cc: Paul E. McKenney 
> Cc: Rafael J. Wysocki 
> Cc: Martin Schwidefsky 
> Cc: Mike Galbraith 
> Cc: Ingo Molnar 
> Cc: Rik van Riel 
> Signed-off-by: Frederic Weisbecker 

As a user of LinuxCNC, we expect the core(s) so isolated by the isolcpus 
argument at bootup time to remain undisturbed in order to preserve the 
I/O updates heartbeat latency at the absolute minimum that board and cpu 
combo can accomplish.

If this patch changes that behaviour such that the isolated core is 
grabbed for another job while the RTAI bits and pieces are loaded and 
running machinery, causing the machinery to lose this steady, possibly 
as little as a 20 microsecond period repeating operation heartbeat, this 
will quite effectively destroy our ability to run this software on linux 
without farming that whole operation out to intelligent I/O cards.

Please keep this in mind.  I don't read the patch well enough to 
determine this myself.

> ---
>  kernel/sched/core.c | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 6f149f8..e95b4d8 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -7042,6 +7042,9 @@ void __init sched_init_smp(void)
>   alloc_cpumask_var(_isolated_cpus, GFP_KERNEL);
>   alloc_cpumask_var(_doms, GFP_KERNEL);
>
> + /* nohz_full won't take effect without isolating the cpus. */
> + tick_nohz_full_add_cpus_to(cpu_isolated_map);
> +
>   sched_init_numa();
>
>   /*

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
--
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/

Re: [PATCH 4/4] nohz: Set isolcpus when nohz_full is set

[Gene Heskett]

On Friday 24 April 2015 11:58:31 Frederic Weisbecker wrote:
 From: Chris Metcalf cmetc...@ezchip.com

 nohz_full is only useful with isolcpus also set, since otherwise the
 scheduler has to run periodically to try to determine whether to steal
 work from other cores.

 Accordingly, when booting with nohz_full=xxx on the command line, we
 should act as if isolcpus=xxx was also set, and set (or extend) the
 isolcpus set to include the nohz_full cpus.

 Acked-by: Mike Galbraith umgwanakikb...@gmail.com [thumbs up!]
 Acked-by: Rik van Riel r...@redhat.com
 Acked-by: Peter Zijlstra (Intel) pet...@infradead.org
 Signed-off-by: Chris Metcalf cmetc...@ezchip.com
 Cc: Peter Zijlstra (Intel) pet...@infradead.org
 Cc: Paul E. McKenney paul...@linux.vnet.ibm.com
 Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
 Cc: Martin Schwidefsky schwidef...@de.ibm.com
 Cc: Mike Galbraith umgwanakikb...@gmail.com
 Cc: Ingo Molnar mi...@redhat.com
 Cc: Rik van Riel r...@redhat.com
 Signed-off-by: Frederic Weisbecker fweis...@gmail.com

As a user of LinuxCNC, we expect the core(s) so isolated by the isolcpus 
argument at bootup time to remain undisturbed in order to preserve the 
I/O updates heartbeat latency at the absolute minimum that board and cpu 
combo can accomplish.

If this patch changes that behaviour such that the isolated core is 
grabbed for another job while the RTAI bits and pieces are loaded and 
running machinery, causing the machinery to lose this steady, possibly 
as little as a 20 microsecond period repeating operation heartbeat, this 
will quite effectively destroy our ability to run this software on linux 
without farming that whole operation out to intelligent I/O cards.

Please keep this in mind.  I don't read the patch well enough to 
determine this myself.

 ---
  kernel/sched/core.c | 3 +++
  1 file changed, 3 insertions(+)

 diff --git a/kernel/sched/core.c b/kernel/sched/core.c
 index 6f149f8..e95b4d8 100644
 --- a/kernel/sched/core.c
 +++ b/kernel/sched/core.c
 @@ -7042,6 +7042,9 @@ void __init sched_init_smp(void)
   alloc_cpumask_var(non_isolated_cpus, GFP_KERNEL);
   alloc_cpumask_var(fallback_doms, GFP_KERNEL);

 + /* nohz_full won't take effect without isolating the cpus. */
 + tick_nohz_full_add_cpus_to(cpu_isolated_map);
 +
   sched_init_numa();

   /*

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
--
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/

Re: [RESEND PATCH] inotify: update documentation to reflect code changes

[Gene Heskett]

uct inotify_handle *inotify_init(struct inotify_operations 
*ops);
>-
>-  inotify_init_watch(struct inotify_watch *watch);
>-
>-  s32 inotify_add_watch(struct inotify_handle *ih,
>-struct inotify_watch *watch,
>-struct inode *inode, u32 mask);
>-
>-  s32 inotify_find_watch(struct inotify_handle *ih, struct inode 
*inode,
>- struct inotify_watch **watchp);
>-
>-  s32 inotify_find_update_watch(struct inotify_handle *ih,
>-struct inode *inode, u32 mask);
>-
>-  int inotify_rm_wd(struct inotify_handle *ih, u32 wd);
>-
>-  int inotify_rm_watch(struct inotify_handle *ih,
>-   struct inotify_watch *watch);
>-
>-  void inotify_remove_watch_locked(struct inotify_handle *ih,
>-   struct inotify_watch *watch);
>-
>-  void inotify_destroy(struct inotify_handle *ih);
>-
>-  void get_inotify_watch(struct inotify_watch *watch);
>-  void put_inotify_watch(struct inotify_watch *watch);
>-
>-
>-(v) Internal Kernel Implementation
>+(iii) Internal Kernel Implementation
>
> Each inotify instance is represented by an inotify_handle structure.
> Inotify's userspace consumers also have an inotify_device which is
>@@ -198,7 +82,7 @@ See fs/notify/inotify/inotify_fsnotify.c and
>fs/notify/inotify/inotify_user.c for the locking and lifetime rules.

As a heavy user of the inotify kit of utils, inotify_wait in particular, I 
object if this removal breaks those tools.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: [RESEND PATCH] inotify: update documentation to reflect code changes

[Gene Heskett]

 inotify_watch **watchp);
-
-  s32 inotify_find_update_watch(struct inotify_handle *ih,
-struct inode *inode, u32 mask);
-
-  int inotify_rm_wd(struct inotify_handle *ih, u32 wd);
-
-  int inotify_rm_watch(struct inotify_handle *ih,
-   struct inotify_watch *watch);
-
-  void inotify_remove_watch_locked(struct inotify_handle *ih,
-   struct inotify_watch *watch);
-
-  void inotify_destroy(struct inotify_handle *ih);
-
-  void get_inotify_watch(struct inotify_watch *watch);
-  void put_inotify_watch(struct inotify_watch *watch);
-
-
-(v) Internal Kernel Implementation
+(iii) Internal Kernel Implementation

 Each inotify instance is represented by an inotify_handle structure.
 Inotify's userspace consumers also have an inotify_device which is
@@ -198,7 +82,7 @@ See fs/notify/inotify/inotify_fsnotify.c and
fs/notify/inotify/inotify_user.c for the locking and lifetime rules.

As a heavy user of the inotify kit of utils, inotify_wait in particular, I 
object if this removal breaks those tools.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: apparent loss of continuity in kernel .config?

[Gene Heskett]

On Thursday 01 January 2015, rh_ wrote:
>On Wed, 31 Dec 2014 09:16:57 -0500
>
>Gene Heskett  wrote:
>> Greetings;
>> 
>> Usually, when I build a new kernel, just placing a copy of an older
>> versions .config in the unpacked src directory is sufficient that
>> only what has been changed has to be answered during a make
>> oldconfig, perhaps a couple dozen new features need to be answered
>> yes or no, and I have a .config that will usually build me a bootable
>> kernel.  Not any more.
>> 
>> Since my 3.16.0 has been suffering from stalls of up to 2 or 3
>> minutes while both htop and gkrellm continue to report that there is
>> nothing hogging the machine, in a general description that matches
>> the Dave Jone saga, but w/o the log spew, probably because I don't
>> have extreme debugging enabled.
>> 
>> But its strange in how it manifests itself as it will do it from a
>> fresh boot, and I get aggravated and reboot, and it doesn't do it
>> till the next reboot which may be a month later.  Almost an alternate
>> boot phenomenon.
>> Attempting to go from 3.16.0 to 3.16.7 last night, a make oldconfig
>> started from scratch as if there were no .config's in the directory.
>> I stood on the enter key to take the defaults, then ran a make
>> xconfig to discover it was totally wrong for an AMD phenom, no
>> networking, no disc drivers, video was an old ATI, when there is an
>> nvidia card in it, yadda, yadda.
>> 
>> I went thru this exercise 4 times, as I keep a gzipped copy on the
>> config that built the kernel version in the boot directory with my
>> build script. And every time it was the same story.
>> 
>> Obviously I can't, at 80 yo, remember every item in a 28k .config
>> file from build to build, so what am I doing wrong that is destroying
>> this continuity?
>> 
>> Thanks everybody.
>
>Have you had any replies?  I do similar but I may be less patient
>than you. I keep dragging around my previous .config and when it
>no longer works I just stay with the kernel that's working. And try
>again later. It's been interesting to see what new things default
>to "yes" along the way.
>
>I would not call it "loss of continuity", I would call it loss of
>backward compatibility. If the kernel breaks userspace it causes
>a shitstorm but if the kernel breaks the kernel buildspace you're
>supposed to suck it up and make a new .config from scratch.

IMO that is NOT how its supposed to work.  So I guess I'll waste a tree 
and print a working  3.16.0 & use that to build a new one. I do not 
believe it even makes an attempt to read the old one, but simply goes 
wandering in the vineyard, making frequent stops to recycle the barrel 
sampling.

>> "There are four boxes to be used in defense of liberty:
>>  soap, ballot, jury, and ammo. Please use in that order."
>> 
>> -Ed Howdershelt (Author)
>> Genes Web page <http://geneslinuxbox.net:6309/gene>
>> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
>
>Since voting machines,SCOTUS and juries have been compromised it
>seems we're down to that last box.

Indeed, but it no doubt will take quite a few boxes.  The funny thing lots 
of people find hard to believe is that Ed wrote that in about 1940.  His 
long view obviously started before mine as mine didn't start will late in 
'34.  It took me till the middle 60's to decide its broken.  And every 
libtard fix breaks it worse...


Thanks & lets hope 2015 is a better year.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: apparent loss of continuity in kernel .config?

[Gene Heskett]

On Thursday 01 January 2015, rh_ wrote:
On Wed, 31 Dec 2014 09:16:57 -0500

Gene Heskett ghesk...@wdtv.com wrote:
 Greetings;
 
 Usually, when I build a new kernel, just placing a copy of an older
 versions .config in the unpacked src directory is sufficient that
 only what has been changed has to be answered during a make
 oldconfig, perhaps a couple dozen new features need to be answered
 yes or no, and I have a .config that will usually build me a bootable
 kernel.  Not any more.
 
 Since my 3.16.0 has been suffering from stalls of up to 2 or 3
 minutes while both htop and gkrellm continue to report that there is
 nothing hogging the machine, in a general description that matches
 the Dave Jone saga, but w/o the log spew, probably because I don't
 have extreme debugging enabled.
 
 But its strange in how it manifests itself as it will do it from a
 fresh boot, and I get aggravated and reboot, and it doesn't do it
 till the next reboot which may be a month later.  Almost an alternate
 boot phenomenon.
 Attempting to go from 3.16.0 to 3.16.7 last night, a make oldconfig
 started from scratch as if there were no .config's in the directory.
 I stood on the enter key to take the defaults, then ran a make
 xconfig to discover it was totally wrong for an AMD phenom, no
 networking, no disc drivers, video was an old ATI, when there is an
 nvidia card in it, yadda, yadda.
 
 I went thru this exercise 4 times, as I keep a gzipped copy on the
 config that built the kernel version in the boot directory with my
 build script. And every time it was the same story.
 
 Obviously I can't, at 80 yo, remember every item in a 28k .config
 file from build to build, so what am I doing wrong that is destroying
 this continuity?
 
 Thanks everybody.

Have you had any replies?  I do similar but I may be less patient
than you. I keep dragging around my previous .config and when it
no longer works I just stay with the kernel that's working. And try
again later. It's been interesting to see what new things default
to yes along the way.

I would not call it loss of continuity, I would call it loss of
backward compatibility. If the kernel breaks userspace it causes
a shitstorm but if the kernel breaks the kernel buildspace you're
supposed to suck it up and make a new .config from scratch.

IMO that is NOT how its supposed to work.  So I guess I'll waste a tree 
and print a working  3.16.0  use that to build a new one. I do not 
believe it even makes an attempt to read the old one, but simply goes 
wandering in the vineyard, making frequent stops to recycle the barrel 
sampling.

 There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order.
 
 -Ed Howdershelt (Author)
 Genes Web page http://geneslinuxbox.net:6309/gene
 US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

Since voting machines,SCOTUS and juries have been compromised it
seems we're down to that last box.

Indeed, but it no doubt will take quite a few boxes.  The funny thing lots 
of people find hard to believe is that Ed wrote that in about 1940.  His 
long view obviously started before mine as mine didn't start will late in 
'34.  It took me till the middle 60's to decide its broken.  And every 
libtard fix breaks it worse...


Thanks  lets hope 2015 is a better year.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

apparent loss of continuity in kernel .config?

[Gene Heskett]

Greetings;

Usually, when I build a new kernel, just placing a copy of an older 
versions .config in the unpacked src directory is sufficient that only 
what has been changed has to be answered during a make oldconfig, perhaps 
a couple dozen new features need to be answered yes or no, and I have a 
.config that will usually build me a bootable kernel.  Not any more.

Since my 3.16.0 has been suffering from stalls of up to 2 or 3 minutes 
while both htop and gkrellm continue to report that there is nothing 
hogging the machine, in a general description that matches the Dave Jone 
saga, but w/o the log spew, probably because I don't have extreme 
debugging enabled.

But its strange in how it manifests itself as it will do it from a fresh 
boot, and I get aggravated and reboot, and it doesn't do it till the next 
reboot which may be a month later.  Almost an alternate boot phenomenon.
 
Attempting to go from 3.16.0 to 3.16.7 last night, a make oldconfig 
started from scratch as if there were no .config's in the directory.  I 
stood on the enter key to take the defaults, then ran a make xconfig to 
discover it was totally wrong for an AMD phenom, no networking, no disc 
drivers, video was an old ATI, when there is an nvidia card in it, yadda, 
yadda.

I went thru this exercise 4 times, as I keep a gzipped copy on the config 
that built the kernel version in the boot directory with my build script.
And every time it was the same story.

Obviously I can't, at 80 yo, remember every item in a 28k .config file 
from build to build, so what am I doing wrong that is destroying this 
continuity?

Thanks everybody.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

apparent loss of continuity in kernel .config?

[Gene Heskett]

Greetings;

Usually, when I build a new kernel, just placing a copy of an older 
versions .config in the unpacked src directory is sufficient that only 
what has been changed has to be answered during a make oldconfig, perhaps 
a couple dozen new features need to be answered yes or no, and I have a 
.config that will usually build me a bootable kernel.  Not any more.

Since my 3.16.0 has been suffering from stalls of up to 2 or 3 minutes 
while both htop and gkrellm continue to report that there is nothing 
hogging the machine, in a general description that matches the Dave Jone 
saga, but w/o the log spew, probably because I don't have extreme 
debugging enabled.

But its strange in how it manifests itself as it will do it from a fresh 
boot, and I get aggravated and reboot, and it doesn't do it till the next 
reboot which may be a month later.  Almost an alternate boot phenomenon.
 
Attempting to go from 3.16.0 to 3.16.7 last night, a make oldconfig 
started from scratch as if there were no .config's in the directory.  I 
stood on the enter key to take the defaults, then ran a make xconfig to 
discover it was totally wrong for an AMD phenom, no networking, no disc 
drivers, video was an old ATI, when there is an nvidia card in it, yadda, 
yadda.

I went thru this exercise 4 times, as I keep a gzipped copy on the config 
that built the kernel version in the boot directory with my build script.
And every time it was the same story.

Obviously I can't, at 80 yo, remember every item in a 28k .config file 
from build to build, so what am I doing wrong that is destroying this 
continuity?

Thanks everybody.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: frequent lockups in 3.18rc4

[Gene Heskett]

On Friday 05 December 2014, Linus Torvalds wrote:
>On Fri, Dec 5, 2014 at 9:15 AM, Dave Jones  wrote:
>> A bisect later, and I landed on a kernel that ran for a day, before
>> spewing NMI messages, recovering, and then..
>> 
>> http://codemonkey.org.uk/junk/log.txt
>
>I have to admit I'm seeing absolutely nothing sensible in there.
>
>Call it bad, and see if bisection ends up slowly -oh so slowly -
>pointing to some direction. Because I don't think it's the hardware,
>considering that apparently 3.16 is solid. And the spews themselves
>are so incomprehensible that I'm not seeing any pattern what-so-ever.
>
> Linus

Sort of in the FWIW category, may not mean a thing.

I did find something in 3.16.0 that is troubling me at times, causing a 
very busy quad core Phenom.  But I have located the culprit in my case. 

Look at your Xorg.0.log. Because the nouveau bits in the 3.16.0 kernel I'm 
using are no longer 100% compatible with an Xorg install thats now 5 years 
old, I am generating Xorg.0.logs that can reach 500 megabyte or more in a 
couple weeks. I am trying to run down the latest Xorg I can build here on 
this *buntu 10.04.4 LTS box, but haven't located a URL to get the tarball 
from. Yet, its been busy here.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: frequent lockups in 3.18rc4

[Gene Heskett]

On Friday 05 December 2014, Linus Torvalds wrote:
On Fri, Dec 5, 2014 at 9:15 AM, Dave Jones da...@redhat.com wrote:
 A bisect later, and I landed on a kernel that ran for a day, before
 spewing NMI messages, recovering, and then..
 
 http://codemonkey.org.uk/junk/log.txt

I have to admit I'm seeing absolutely nothing sensible in there.

Call it bad, and see if bisection ends up slowly -oh so slowly -
pointing to some direction. Because I don't think it's the hardware,
considering that apparently 3.16 is solid. And the spews themselves
are so incomprehensible that I'm not seeing any pattern what-so-ever.

 Linus

Sort of in the FWIW category, may not mean a thing.

I did find something in 3.16.0 that is troubling me at times, causing a 
very busy quad core Phenom.  But I have located the culprit in my case. 

Look at your Xorg.0.log. Because the nouveau bits in the 3.16.0 kernel I'm 
using are no longer 100% compatible with an Xorg install thats now 5 years 
old, I am generating Xorg.0.logs that can reach 500 megabyte or more in a 
couple weeks. I am trying to run down the latest Xorg I can build here on 
this *buntu 10.04.4 LTS box, but haven't located a URL to get the tarball 
from. Yet, its been busy here.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: Debian("FOSS") all about "women in tech" now, and systemd.

[Gene Heskett]

On Sunday 19 October 2014, Gregory Smith wrote:
But you are only allowed one "fuck you" per message AFAIAC.
So your messages will be deleted while still on my ISP's mail server.
I think people call that "plonk"ing.

>Debian is all about "women in tech" now, and systemd.
[huge snip of non-contributory blather]

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: Debian(FOSS) all about women in tech now, and systemd.

[Gene Heskett]

On Sunday 19 October 2014, Gregory Smith wrote:
But you are only allowed one fuck you per message AFAIAC.
So your messages will be deleted while still on my ISP's mail server.
I think people call that plonking.

Debian is all about women in tech now, and systemd.
[huge snip of non-contributory blather]

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

reboot housekeeping, lack thereof, is messing with me

[Gene Heskett]

To whomever is in charge of the supposedly volatile LCK.. files in 
/var/lock:

Its my understanding that these files should be volatile when they 
represent a USB usage, because a USB device can be unplugged instantly and 
at any time.  The device nicely and dutifully disappears from an 'ls /dev' 
listing when a device is unplugged.

Why is it then that the /var/lock/LCK..ttyUSB1 file is always left behind, 
so it screws up any possibility of doing a nice clean reboot and restart 
of the program that uses it?

/var/lock is not now nor has it ever been volatile storage since its on 
the drive forever, or until one becomes root, deletes it, and then reboots 
the machine.  That just cost me a days work, testing usb cables etc with a 
digital storage scope and a chip replacement on the other systems 
motherboard that in all likelyhood wasn't needed.

Is this fixable?

Thanks.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

reboot housekeeping, lack thereof, is messing with me

[Gene Heskett]

To whomever is in charge of the supposedly volatile LCK.. files in 
/var/lock:

Its my understanding that these files should be volatile when they 
represent a USB usage, because a USB device can be unplugged instantly and 
at any time.  The device nicely and dutifully disappears from an 'ls /dev' 
listing when a device is unplugged.

Why is it then that the /var/lock/LCK..ttyUSB1 file is always left behind, 
so it screws up any possibility of doing a nice clean reboot and restart 
of the program that uses it?

/var/lock is not now nor has it ever been volatile storage since its on 
the drive forever, or until one becomes root, deletes it, and then reboots 
the machine.  That just cost me a days work, testing usb cables etc with a 
digital storage scope and a chip replacement on the other systems 
motherboard that in all likelyhood wasn't needed.

Is this fixable?

Thanks.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: kernel version problem after patching

[Gene Heskett]

On Thursday 18 September 2014, r...@safe-mail.net wrote:
>There is a kernel version problem after patching the kernel. After
>installing the kernel and the kernel modules, without patching the
>kernel, then "uname" shows the right kernel version and in
>"/lib/modules/" there was the right directory created.
>
>But after patching the kernel, installing it and the modules, then the
>kernelversion shown with "uname" and the modules directory in
>"/lib/modules/" is not correct anymore.
>
>For example:
>If i download the kernel 3.14.19, patch it, and install the kernel and
>the modules then "uname" shows kernel version 3.14.0 and the modules
>are installed in "/lib/modules/3.14.0/" instead of 3.14.19 which would
>be the correct version.
>
>The same problem happens with other kernel versions too below 3.14.19
>and also to kernel version 3.16.3 and versions below. But probably much
>more kernel versions are affected from this problem.
>
>If someone has an older kernel installed correctly, 3.16 for example,
>and wants to install a patched second kernel, 3.16.3 for example, then
>the modules directory of the first one will be overwritten unwanted due
>to this version error because both kernels have the same modules
>directory "/lib/modules/3.16.0".

I got bit by that when I built the tarball of 3.1.6.0 the first time, it 
all went into 3.16.  The .0 was missing in the tarballs Makefile.  And, 
that is how it unpacked from the tarball too.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: kernel version problem after patching

[Gene Heskett]

On Thursday 18 September 2014, r...@safe-mail.net wrote:
There is a kernel version problem after patching the kernel. After
installing the kernel and the kernel modules, without patching the
kernel, then uname shows the right kernel version and in
/lib/modules/ there was the right directory created.

But after patching the kernel, installing it and the modules, then the
kernelversion shown with uname and the modules directory in
/lib/modules/ is not correct anymore.

For example:
If i download the kernel 3.14.19, patch it, and install the kernel and
the modules then uname shows kernel version 3.14.0 and the modules
are installed in /lib/modules/3.14.0/ instead of 3.14.19 which would
be the correct version.

The same problem happens with other kernel versions too below 3.14.19
and also to kernel version 3.16.3 and versions below. But probably much
more kernel versions are affected from this problem.

If someone has an older kernel installed correctly, 3.16 for example,
and wants to install a patched second kernel, 3.16.3 for example, then
the modules directory of the first one will be overwritten unwanted due
to this version error because both kernels have the same modules
directory /lib/modules/3.16.0.

I got bit by that when I built the tarball of 3.1.6.0 the first time, it 
all went into 3.16.  The .0 was missing in the tarballs Makefile.  And, 
that is how it unpacked from the tarball too.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: OT: Open letter to the Linux World

[Gene Heskett]

 a default desktop
>> that does not have the bloated baggage of GNOME. And to the Debian
>> Leaders - after 20 years of my loyalty and evangelism, you really let
>> me and all of us down. You need to grow a fucking pair and do the
>> right thing here and now.
>> 
>> Kick these fucking carpetbaggers to the curb!
>> 
>> Gnome. The Linux Foundation. freedesktop.org, and others. These are
>> all groups with agendas. These are not those who believe in freedom.
>> They believe in control and standardization. They believe in
>> sameness. Who are these people anyway? Who are these self-appointed
>> keepers of the Linux flame? (subliminal malware reference intended).
>> What are their true agendas? Who funds these people? Why do they so
>> aggressively want to change the core of Linux away from it's true
>> philosophy? Let them go off and create their own 'competitor' to
>> Windows and Mac. If they did, it would be the same opaque,
>> backdoored, user-tracking bullshit that Windows and Mac have become.
>> They DO NOT speak for me, and you should not passively allow them to
>> speak for you either.
>> 
>> systemd is a trojan. systemd is a medusa. systemd is Substance D.
>> systemd is scary - not just because it's tools suck, or because it's
>> a massive fucking hairball - but because architecturally it has way
>> too much concentrated power. We all need to collectively expel it from
>> our midst because it will own Linux, and by extension us and our
>> freedoms. systemd will *be* Linux. Sit idly by and ignore this fact at
>> all of our collective peril.
>> 
>> OneLinux == zero-choice
>> 
>> 
>> --
>> Regards,
>> Christopher Barry
>> 
>> Random geeky fortune:
>> BOFH excuse #202:
>> 
>> kernel panic: write-only-memory (/dev/wom0) capacity exceeded.
>
>--
>Vlad Glagolev
>--

I don't normally do much in the me too dept.  But these two people have a 
valid point, one we ignore at our peril.  And I've been a linux user 
exclusively since my first red hat 5.0 install days in late '97 or early 
'98.

Too many people are changing things around JUST TO MAKE THEIR DISTRO 
UNIQUE and often grossly slower, not to mention much harder to configure.  
And I'm getting damned tired of the slow.

I have, not powered up in years, a 500mhz k6-III powered box under the 
next desk over, that in 2002 or 3, with a red hat 7.1 install on it, that 
played all the sound & video files then available on the MSM News sites 
perfectly. And did it on a net pipe with 5% of the 10 megabit circuit I 
have now.

But I needed a faster machine, one that didn't have to use a gigabyte of 
swap when I opened a big image in gimp, so I built a phenom based quad 
core running at 2.1Ghz on a ASUS motherboard with 8Gb of ram on the board.  
It has yet to play a video whose audio was in sync with the video, or that 
didn't suffer audio under runs cutting words into fractional syllable bits 
at about 4 per second, or video freezes that might last for several 10's 
of seconds, then plays catchup at 6000 frames per second.

Currently running a 3.13.6 kernel and its still not usable.  Great 
uptimes, but not at all pleasant to use.

There is something basically and drastically wrong with this picture.  So 
I'll be more than happy to add my "me too" to this rant.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: OT: Open letter to the Linux World

[Gene Heskett]

 (/dev/wom0) capacity exceeded.

--
Vlad Glagolev
--

I don't normally do much in the me too dept.  But these two people have a 
valid point, one we ignore at our peril.  And I've been a linux user 
exclusively since my first red hat 5.0 install days in late '97 or early 
'98.

Too many people are changing things around JUST TO MAKE THEIR DISTRO 
UNIQUE and often grossly slower, not to mention much harder to configure.  
And I'm getting damned tired of the slow.

I have, not powered up in years, a 500mhz k6-III powered box under the 
next desk over, that in 2002 or 3, with a red hat 7.1 install on it, that 
played all the sound  video files then available on the MSM News sites 
perfectly. And did it on a net pipe with 5% of the 10 megabit circuit I 
have now.

But I needed a faster machine, one that didn't have to use a gigabyte of 
swap when I opened a big image in gimp, so I built a phenom based quad 
core running at 2.1Ghz on a ASUS motherboard with 8Gb of ram on the board.  
It has yet to play a video whose audio was in sync with the video, or that 
didn't suffer audio under runs cutting words into fractional syllable bits 
at about 4 per second, or video freezes that might last for several 10's 
of seconds, then plays catchup at 6000 frames per second.

Currently running a 3.13.6 kernel and its still not usable.  Great 
uptimes, but not at all pleasant to use.

There is something basically and drastically wrong with this picture.  So 
I'll be more than happy to add my me too to this rant.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: [PATCH] X86/CPU: Avoid 100ms sleep for cpu offline during S3

[Gene Heskett]

On Thursday 07 August 2014, Lan Tianyu wrote:
>On 2014ه¹´08وœˆ06و—¥ 21:57, Gene Heskett wrote:
>> On Wednesday 06 August 2014, Lan, Tianyu wrote:
>>> Have you tried my attached kernel config file? When someone reported
>>> the issue to me, I also was very hard to reproduce the issue by my
>>> own config file. Maybe once 100 tries. But I can reproduced the
>>> issue every time with the attached configure file on several my
>>> machines and even on server.
>> 
>> There was no attachment.
>
>Hi Gene:
>   Sorry. I meant the config file I attached in the my last reply.
>
NP.  I track this list looking for trends but don't always build the 
latest whizbang kernel unless I'm fighting with a specific problem.
Using an old kmail, I thought I could improve its performance with shorter 
expiry times on busy lists.  Not as helpful as I'd hoped.  Once a certain 
number of read mails exist, 1.13.5 has to be stopped and restarted 
immediately else it takes several seconds to find the next unread.

Sorry for the noise.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: [PATCH] X86/CPU: Avoid 100ms sleep for cpu offline during S3

[Gene Heskett]

On Thursday 07 August 2014, Lan Tianyu wrote:
On 2014ه¹´08وœˆ06و—¥ 21:57, Gene Heskett wrote:
 On Wednesday 06 August 2014, Lan, Tianyu wrote:
 Have you tried my attached kernel config file? When someone reported
 the issue to me, I also was very hard to reproduce the issue by my
 own config file. Maybe once 100 tries. But I can reproduced the
 issue every time with the attached configure file on several my
 machines and even on server.
 
 There was no attachment.

Hi Gene:
   Sorry. I meant the config file I attached in the my last reply.

NP.  I track this list looking for trends but don't always build the 
latest whizbang kernel unless I'm fighting with a specific problem.
Using an old kmail, I thought I could improve its performance with shorter 
expiry times on busy lists.  Not as helpful as I'd hoped.  Once a certain 
number of read mails exist, 1.13.5 has to be stopped and restarted 
immediately else it takes several seconds to find the next unread.

Sorry for the noise.

Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: [PATCH] X86/CPU: Avoid 100ms sleep for cpu offline during S3

[Gene Heskett]

On Wednesday 06 August 2014, Lan, Tianyu wrote:
>Have you tried my attached kernel config file? When someone reported
>the issue to me, I also was very hard to reproduce the issue by my own
>config file. Maybe once 100 tries. But I can reproduced the issue every
>time with the attached configure file on several my machines and even
>on server.

There was no attachment.
>
>-Original Message-
>From: Borislav Petkov [mailto:b...@alien8.de]
>Sent: Wednesday, August 06, 2014 7:08 PM
>To: Lan, Tianyu
>Cc: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; x...@kernel.org;
>toshi.k...@hp.com; imamm...@redhat.com; jan.kis...@siemens.com;
>mi...@kernel.org; huawei.li...@huawei.com; pra...@redhat.com;
>linux-kernel@vger.kernel.org; Brandt, Todd E Subject: Re: [PATCH]
>X86/CPU: Avoid 100ms sleep for cpu offline during S3
>
>On Tue, Aug 05, 2014 at 05:29:18PM +0800, Lan Tianyu wrote:
>> I think you can pull Tod's tool from git hub and do test from your
>> laptop. I attached a configure file come from ubuntu which is easier
>> to produce the issue. You can use it to reproduce the issue.
>
>Right, so I ran it on an old dualcore AMD laptop I have lying around
>here and it didn't show any difference with or without your patch.
>
>For all 4 runs I did with the tool running it without any arguments (so
>it did the default thing), I got suspend time for CPU1 of 4-6 msec and
>resume of ~20msec.
>
>I don't know whether it is the dual core or AMD but your patch doesn't
>change anything on that laptop which is ok, I'd guess.
>
>> Ok. BTW, I have tested it on the Ivbridge and Haswell machines.
>
>Yeah, add those numbers to the commit message too.
>
>Thanks.
>
>--
>Regards/Gruss,
>Boris.
>
>Sent from a fat crate under my desk. Formatting is fine.
>--


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: [PATCH] X86/CPU: Avoid 100ms sleep for cpu offline during S3

[Gene Heskett]

On Wednesday 06 August 2014, Lan, Tianyu wrote:
Have you tried my attached kernel config file? When someone reported
the issue to me, I also was very hard to reproduce the issue by my own
config file. Maybe once 100 tries. But I can reproduced the issue every
time with the attached configure file on several my machines and even
on server.

There was no attachment.

-Original Message-
From: Borislav Petkov [mailto:b...@alien8.de]
Sent: Wednesday, August 06, 2014 7:08 PM
To: Lan, Tianyu
Cc: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; x...@kernel.org;
toshi.k...@hp.com; imamm...@redhat.com; jan.kis...@siemens.com;
mi...@kernel.org; huawei.li...@huawei.com; pra...@redhat.com;
linux-kernel@vger.kernel.org; Brandt, Todd E Subject: Re: [PATCH]
X86/CPU: Avoid 100ms sleep for cpu offline during S3

On Tue, Aug 05, 2014 at 05:29:18PM +0800, Lan Tianyu wrote:
 I think you can pull Tod's tool from git hub and do test from your
 laptop. I attached a configure file come from ubuntu which is easier
 to produce the issue. You can use it to reproduce the issue.

Right, so I ran it on an old dualcore AMD laptop I have lying around
here and it didn't show any difference with or without your patch.

For all 4 runs I did with the tool running it without any arguments (so
it did the default thing), I got suspend time for CPU1 of 4-6 msec and
resume of ~20msec.

I don't know whether it is the dual core or AMD but your patch doesn't
change anything on that laptop which is ok, I'd guess.

 Ok. BTW, I have tested it on the Ivbridge and Haswell machines.

Yeah, add those numbers to the commit message too.

Thanks.

--
Regards/Gruss,
Boris.

Sent from a fat crate under my desk. Formatting is fine.
--


Cheers, Gene Heskett
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
--
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/

Re: Kconfig circular dependency question

[Gene Heskett]

On Sunday 06 April 2014, Paul Bolle wrote:
>On Sun, 2014-04-06 at 13:31 -0700, Randy Dunlap wrote:
>> and/or changing MOUSE_APPLETOUCH to depend on USB instead of select it?
>
>MOUSE_APPLETOUCH selects USB and depends on USB_ARCH_HAS_HCD. That's
>actually quite a common pattern.
>
>But what is the purpose of USB_ARCH_HAS_HCD? It is set by default if
>USB_SUPPORT is set. And USB depends on it, but since USB also depends on
>USB_SUPPORT that seems superfluous.
>
>My slow day continues, because I find this hard to grok.
>
>
>Paul Bolle

Rant mode on.

I don't find it at all hard to use my toothpick sized oar here to bitch 
about de-selected subsystems that are buried so far in dependencies that 
you simply cannot find the options you need in a make xconfig or make 
menuconfig.

To have a whole genre of drivers simply disappear, never to be seen again 
by someone trying to configure a working kernel, just because some 
upstream, totally unrelated upstream dependency isn't checked, is nothing 
short of asinine.

I just spent a month building a new kernel here, and finally had to resort 
to editing the individual trees kconfig files to get a 3.13.6 PAE kernel to 
build, and it STILL won't play videos without extremely distracting audio  
stutters and many second long video freezes, followed by 300 frames a 
second catchups.

Reboot to Ubu1204.3 LTS, works perfectly, except kmail crashes even before 
opening its screen, with an error no one on the kubuntu lists has ever 
seen.  I can't work without a working email agent.

I had to search thru the far ends of the driver trees, looking at kconfig 
files to see what parent dependencies they might contain, cd back up the 
tree one level and make sure that kconfig had its dependencies met, clear 
back up to the root kconfig.  This went on, building and rebooting to at 
least 3 kernels an evening for damned near a month to even get where I am 
ATM.  Thats not excusable.  Do not ever hide shit, make it ALL visible, and 
if I check a driver my hardware needs, it should cascade back up thru the 
tree calling in every other thing that driver needs, whether its selected 
in the parent kconfigs or not.  If that attitude steps on somebodies toes, 
I don't have a quarter to call anybody who cares.

This from someone who has been a linux only house since RH5.0, in what, 
1997 or 1998?

You have, in the last few years, been painting yourself into a corner with 
the *config's.  FIX IT.

/Rant mode off.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
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/

Re: Kconfig circular dependency question

[Gene Heskett]

On Sunday 06 April 2014, Paul Bolle wrote:
On Sun, 2014-04-06 at 13:31 -0700, Randy Dunlap wrote:
 and/or changing MOUSE_APPLETOUCH to depend on USB instead of select it?

MOUSE_APPLETOUCH selects USB and depends on USB_ARCH_HAS_HCD. That's
actually quite a common pattern.

But what is the purpose of USB_ARCH_HAS_HCD? It is set by default if
USB_SUPPORT is set. And USB depends on it, but since USB also depends on
USB_SUPPORT that seems superfluous.

My slow day continues, because I find this hard to grok.


Paul Bolle

Rant mode on.

I don't find it at all hard to use my toothpick sized oar here to bitch 
about de-selected subsystems that are buried so far in dependencies that 
you simply cannot find the options you need in a make xconfig or make 
menuconfig.

To have a whole genre of drivers simply disappear, never to be seen again 
by someone trying to configure a working kernel, just because some 
upstream, totally unrelated upstream dependency isn't checked, is nothing 
short of asinine.

I just spent a month building a new kernel here, and finally had to resort 
to editing the individual trees kconfig files to get a 3.13.6 PAE kernel to 
build, and it STILL won't play videos without extremely distracting audio  
stutters and many second long video freezes, followed by 300 frames a 
second catchups.

Reboot to Ubu1204.3 LTS, works perfectly, except kmail crashes even before 
opening its screen, with an error no one on the kubuntu lists has ever 
seen.  I can't work without a working email agent.

I had to search thru the far ends of the driver trees, looking at kconfig 
files to see what parent dependencies they might contain, cd back up the 
tree one level and make sure that kconfig had its dependencies met, clear 
back up to the root kconfig.  This went on, building and rebooting to at 
least 3 kernels an evening for damned near a month to even get where I am 
ATM.  Thats not excusable.  Do not ever hide shit, make it ALL visible, and 
if I check a driver my hardware needs, it should cascade back up thru the 
tree calling in every other thing that driver needs, whether its selected 
in the parent kconfigs or not.  If that attitude steps on somebodies toes, 
I don't have a quarter to call anybody who cares.

This from someone who has been a linux only house since RH5.0, in what, 
1997 or 1998?

You have, in the last few years, been painting yourself into a corner with 
the *config's.  FIX IT.

/Rant mode off.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

--
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/

Re: [PATCH] x86: set Pentium M as PAE capable

[Gene Heskett]

On Sunday 02 March 2014, Dave Jones wrote:
>On Sun, Mar 02, 2014 at 09:56:19PM +0100, Andreas Mohr wrote:
> > (BTW, would it be possible to transform Linux's PAE support into
> > boot-config or even fully runtime-detectable boot switching to
> > (non-)PAE, similar to or exceeding what XP offers with its static
> > boot-time flag?
> > Last time I checked PAE support config defines were spread over ~ 40
> > kernel source files though :-((()
>
>It would be a considerable amount of work to make it a runtime thing.
>Ten years ago, maybe it would be worth the effort perhaps, but I'd
>suggest just letting 32-bit slowly die instead of doing dramatic
>overhauls that will no doubt introduce a bunch of regressions in code
>that's been notoriously awful to debug issues in during the past.
>
>   Dave

There is a fly in that soup Dave, and that is the speed in a truly real 
time required environment.  IRQ latencies once the 32 bit scene have been 
left behind, either by PAE or a full 64 bit build are not at all well 
defined, and are of sufficient magnitudes in terms of the timing jitter, as 
to nearly destroy our ability to use software step generation to control 
our machine tools.  A motor being stepped every 200 microseconds (thats 
actually slow) will lose 50% of its available torque if the timing jitter 
in the step issuance is 10% of the period.

We routinely expect 2 to 3 u-s jitters on an Atom board running a 32 bit, 
RTAI enhanced build of what is by now a 5 year old kernel.  This is 
extremely board sensitive, and that same kernel running on this 4 core 
phenom, cannot stay inside of 40 u-s.  A case of more horsepower not being 
a good deal at all.

OTOH, we (LinuxCNC) are a very small user group. I just want to make you 
aware that we exist. We do retrofits mostly, because our software can make 
the part faster, but I would estimate there are 5 to 10k machines out there 
in the major manufacturing scene running our software, and that they 
include some of the heaviest hitters in the auto making business.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: Turn off the bubble machine.

[Gene Heskett]

On Sunday 02 March 2014, Ilia Mirkin wrote:
>On Sun, Mar 2, 2014 at 1:27 PM, Gene Heskett  wrote:
>> Greetings;
>> 
>> Something is stuck in a loop someplace and I am now being bombarded by
>> reject messages from:
>> 
>> Hi. This is the qmail-send program at mail.wdtv.com.
>> I'm afraid I wasn't able to deliver your message to the following
>> addresses.
>> This is a permanent error; I've given up. Sorry it didn't work out.
>> 
>> :
>> CNAME lookup failed temporarily. (#4.4.3)
>> I'm not going to try again; this message has been in the queue too
>> long.
>> 
>> --- Below this line is a copy of the message.
>> 
>> Return-Path: 
>> Received: (qmail 13855 invoked by uid 509); 23 Feb 2014 09:12:26 -0500
>> Received: from xxx.xxx.xxx.xxx (ghesk...@wdtv.com@xxx.xxx.xxx.xxx) by
>> mail.wdtv.com (envelope-from , uid 508) with qmail-
>> scanner-2.01
>> 
>>  (clamdscan: 0.88.7/2478. spamassassin: 3.1.7.
>>  Clear:RC:0(xxx.xxx.xxx.xxx):SA:0(1.6/5.0):.
>>  Processed in 0.58892 secs); 23 Feb 2014 14:12:26 -
>> 
>> X-Spam-Status: No, score=1.6 required=5.0
>> X-Spam-Level: +
>> Received: from unknown (HELO coyote.localnet)
>> (ghesk...@wdtv.com@xxx.xxx.xxx.xxx)
>> 
>>   by mail.wdtv.com with SMTP; 23 Feb 2014 09:12:26 -0500
>> 
>> From: Gene Heskett 
>> To: Mike Galbraith 
>> Subject: Re: It BOOTS! 3.13.5 that is.
>> Date: Sun, 23 Feb 2014 09:12:18 -0500
>> Cc: Ilia Mirkin ,
>> 
>>  "linux-kernel@vger.kernel.org" 
>> 
>> References: <20140022.20370.ghesk...@wdtv.com>
>> <1393135859.30960.8.ca...@marge.simpson.net>
>> <201402230803.31091.ghesk...@wdtv.com>
>> In-Reply-To: <201402230803.31091.ghesk...@wdtv.com>
>> MIME-Version: 1.0
>> Content-Type: Text/Plain;
>> 
>>   charset="windows-1256"
>> 
>> Content-Transfer-Encoding: 7bit
>> Message-Id: <201402230912.19049.ghesk...@wdtv.com>
>> 
>> I am getting about 2 or 3 of these a day. Since about 24 hours after
>> this original posting.  So Ilia Mirkin , please
>> do whatever it takes to stop this.
>
>Sounds like an issue on your end, TBH (or rather, mail.wdtv.com).
>alum.mit.edu is not a CNAME and has its own MX records (which in turn
>point to A records). I'm not aware of anyone else with this problem
>(or at least they haven't told me about it). In any case, I have no
>control over alum.mit.edu. If you earnestly believe that it's
>something wrong on the MIT end (and I'm _fairly_ sure it's not, based
>on the message you sent), you can try contacting n...@mit.edu.
>
>Cheers,
>
>  -ilia

Thanks for responding so quickly Ilia.

It seems to me that if you are on this list, you or mit.edu should expect 
to get Cc's and such, effectively private emails from other members of the 
list.  But for qmail to repeatedly send me "I give up bounces" is something 
I have not encountered in all the time we've had this server setup, dating 
from 1999.

Where its at I have no clue, so I am making a little noise in hopes there 
might be a clue in the responses.  So this is also being sent to 
n...@mit.edu.  And I am wondering if that will bounce. :)

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Turn off the bubble machine.

[Gene Heskett]

Greetings;

Something is stuck in a loop someplace and I am now being bombarded by 
reject messages from:

Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I wasn't able to deliver your message to the following 
addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

:
CNAME lookup failed temporarily. (#4.4.3)
I'm not going to try again; this message has been in the queue too long.

--- Below this line is a copy of the message.

Return-Path: 
Received: (qmail 13855 invoked by uid 509); 23 Feb 2014 09:12:26 -0500
Received: from xxx.xxx.xxx.xxx (ghesk...@wdtv.com@xxx.xxx.xxx.xxx) by 
mail.wdtv.com (envelope-from , uid 508) with qmail-
scanner-2.01 
 (clamdscan: 0.88.7/2478. spamassassin: 3.1.7.  
 Clear:RC:0(xxx.xxx.xxx.xxx):SA:0(1.6/5.0):. 
 Processed in 0.58892 secs); 23 Feb 2014 14:12:26 -
X-Spam-Status: No, score=1.6 required=5.0
X-Spam-Level: +
Received: from unknown (HELO coyote.localnet) 
(ghesk...@wdtv.com@xxx.xxx.xxx.xxx)
  by mail.wdtv.com with SMTP; 23 Feb 2014 09:12:26 -0500
From: Gene Heskett 
To: Mike Galbraith 
Subject: Re: It BOOTS! 3.13.5 that is.
Date: Sun, 23 Feb 2014 09:12:18 -0500
Cc: Ilia Mirkin ,
 "linux-kernel@vger.kernel.org" 
References: <20140022.20370.ghesk...@wdtv.com> 
<1393135859.30960.8.ca...@marge.simpson.net> 
<201402230803.31091.ghesk...@wdtv.com>
In-Reply-To: <201402230803.31091.ghesk...@wdtv.com>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="windows-1256"
Content-Transfer-Encoding: 7bit
Message-Id: <201402230912.19049.ghesk...@wdtv.com>

I am getting about 2 or 3 of these a day. Since about 24 hours after this 
original posting.  So Ilia Mirkin , please do 
whatever it takes to stop this.

Thank You.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Turn off the bubble machine.

[Gene Heskett]

Greetings;

Something is stuck in a loop someplace and I am now being bombarded by 
reject messages from:

Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I wasn't able to deliver your message to the following 
addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

imir...@alum.mit.edu:
CNAME lookup failed temporarily. (#4.4.3)
I'm not going to try again; this message has been in the queue too long.

--- Below this line is a copy of the message.

Return-Path: ghesk...@wdtv.com
Received: (qmail 13855 invoked by uid 509); 23 Feb 2014 09:12:26 -0500
Received: from xxx.xxx.xxx.xxx (ghesk...@wdtv.com@xxx.xxx.xxx.xxx) by 
mail.wdtv.com (envelope-from ghesk...@wdtv.com, uid 508) with qmail-
scanner-2.01 
 (clamdscan: 0.88.7/2478. spamassassin: 3.1.7.  
 Clear:RC:0(xxx.xxx.xxx.xxx):SA:0(1.6/5.0):. 
 Processed in 0.58892 secs); 23 Feb 2014 14:12:26 -
X-Spam-Status: No, score=1.6 required=5.0
X-Spam-Level: +
Received: from unknown (HELO coyote.localnet) 
(ghesk...@wdtv.com@xxx.xxx.xxx.xxx)
  by mail.wdtv.com with SMTP; 23 Feb 2014 09:12:26 -0500
From: Gene Heskett ghesk...@wdtv.com
To: Mike Galbraith bitbuc...@online.de
Subject: Re: It BOOTS! 3.13.5 that is.
Date: Sun, 23 Feb 2014 09:12:18 -0500
Cc: Ilia Mirkin imir...@alum.mit.edu,
 linux-kernel@vger.kernel.org linux-kernel@vger.kernel.org
References: 20140022.20370.ghesk...@wdtv.com 
1393135859.30960.8.ca...@marge.simpson.net 
201402230803.31091.ghesk...@wdtv.com
In-Reply-To: 201402230803.31091.ghesk...@wdtv.com
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset=windows-1256
Content-Transfer-Encoding: 7bit
Message-Id: 201402230912.19049.ghesk...@wdtv.com

I am getting about 2 or 3 of these a day. Since about 24 hours after this 
original posting.  So Ilia Mirkin imir...@alum.mit.edu, please do 
whatever it takes to stop this.

Thank You.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: Turn off the bubble machine.

[Gene Heskett]

On Sunday 02 March 2014, Ilia Mirkin wrote:
On Sun, Mar 2, 2014 at 1:27 PM, Gene Heskett ghesk...@wdtv.com wrote:
 Greetings;
 
 Something is stuck in a loop someplace and I am now being bombarded by
 reject messages from:
 
 Hi. This is the qmail-send program at mail.wdtv.com.
 I'm afraid I wasn't able to deliver your message to the following
 addresses.
 This is a permanent error; I've given up. Sorry it didn't work out.
 
 imir...@alum.mit.edu:
 CNAME lookup failed temporarily. (#4.4.3)
 I'm not going to try again; this message has been in the queue too
 long.
 
 --- Below this line is a copy of the message.
 
 Return-Path: ghesk...@wdtv.com
 Received: (qmail 13855 invoked by uid 509); 23 Feb 2014 09:12:26 -0500
 Received: from xxx.xxx.xxx.xxx (ghesk...@wdtv.com@xxx.xxx.xxx.xxx) by
 mail.wdtv.com (envelope-from ghesk...@wdtv.com, uid 508) with qmail-
 scanner-2.01
 
  (clamdscan: 0.88.7/2478. spamassassin: 3.1.7.
  Clear:RC:0(xxx.xxx.xxx.xxx):SA:0(1.6/5.0):.
  Processed in 0.58892 secs); 23 Feb 2014 14:12:26 -
 
 X-Spam-Status: No, score=1.6 required=5.0
 X-Spam-Level: +
 Received: from unknown (HELO coyote.localnet)
 (ghesk...@wdtv.com@xxx.xxx.xxx.xxx)
 
   by mail.wdtv.com with SMTP; 23 Feb 2014 09:12:26 -0500
 
 From: Gene Heskett ghesk...@wdtv.com
 To: Mike Galbraith bitbuc...@online.de
 Subject: Re: It BOOTS! 3.13.5 that is.
 Date: Sun, 23 Feb 2014 09:12:18 -0500
 Cc: Ilia Mirkin imir...@alum.mit.edu,
 
  linux-kernel@vger.kernel.org linux-kernel@vger.kernel.org
 
 References: 20140022.20370.ghesk...@wdtv.com
 1393135859.30960.8.ca...@marge.simpson.net
 201402230803.31091.ghesk...@wdtv.com
 In-Reply-To: 201402230803.31091.ghesk...@wdtv.com
 MIME-Version: 1.0
 Content-Type: Text/Plain;
 
   charset=windows-1256
 
 Content-Transfer-Encoding: 7bit
 Message-Id: 201402230912.19049.ghesk...@wdtv.com
 
 I am getting about 2 or 3 of these a day. Since about 24 hours after
 this original posting.  So Ilia Mirkin imir...@alum.mit.edu, please
 do whatever it takes to stop this.

Sounds like an issue on your end, TBH (or rather, mail.wdtv.com).
alum.mit.edu is not a CNAME and has its own MX records (which in turn
point to A records). I'm not aware of anyone else with this problem
(or at least they haven't told me about it). In any case, I have no
control over alum.mit.edu. If you earnestly believe that it's
something wrong on the MIT end (and I'm _fairly_ sure it's not, based
on the message you sent), you can try contacting n...@mit.edu.

Cheers,

  -ilia

Thanks for responding so quickly Ilia.

It seems to me that if you are on this list, you or mit.edu should expect 
to get Cc's and such, effectively private emails from other members of the 
list.  But for qmail to repeatedly send me I give up bounces is something 
I have not encountered in all the time we've had this server setup, dating 
from 1999.

Where its at I have no clue, so I am making a little noise in hopes there 
might be a clue in the responses.  So this is also being sent to 
n...@mit.edu.  And I am wondering if that will bounce. :)

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH] x86: set Pentium M as PAE capable

[Gene Heskett]

On Sunday 02 March 2014, Dave Jones wrote:
On Sun, Mar 02, 2014 at 09:56:19PM +0100, Andreas Mohr wrote:
  (BTW, would it be possible to transform Linux's PAE support into
  boot-config or even fully runtime-detectable boot switching to
  (non-)PAE, similar to or exceeding what XP offers with its static
  boot-time flag?
  Last time I checked PAE support config defines were spread over ~ 40
  kernel source files though :-((()

It would be a considerable amount of work to make it a runtime thing.
Ten years ago, maybe it would be worth the effort perhaps, but I'd
suggest just letting 32-bit slowly die instead of doing dramatic
overhauls that will no doubt introduce a bunch of regressions in code
that's been notoriously awful to debug issues in during the past.

   Dave

There is a fly in that soup Dave, and that is the speed in a truly real 
time required environment.  IRQ latencies once the 32 bit scene have been 
left behind, either by PAE or a full 64 bit build are not at all well 
defined, and are of sufficient magnitudes in terms of the timing jitter, as 
to nearly destroy our ability to use software step generation to control 
our machine tools.  A motor being stepped every 200 microseconds (thats 
actually slow) will lose 50% of its available torque if the timing jitter 
in the step issuance is 10% of the period.

We routinely expect 2 to 3 u-s jitters on an Atom board running a 32 bit, 
RTAI enhanced build of what is by now a 5 year old kernel.  This is 
extremely board sensitive, and that same kernel running on this 4 core 
phenom, cannot stay inside of 40 u-s.  A case of more horsepower not being 
a good deal at all.

OTOH, we (LinuxCNC) are a very small user group. I just want to make you 
aware that we exist. We do retrofits mostly, because our software can make 
the part faster, but I would estimate there are 5 to 10k machines out there 
in the major manufacturing scene running our software, and that they 
include some of the heaviest hitters in the auto making business.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Mike Galbraith wrote:
>On Thu, 2014-02-27 at 03:45 +, Ken Moffat wrote:
>> On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
>> > I would start with strace to see if a task is looping in userspace,
>> > then move on to perf top -g -p  (or perf record/report) to peek
>> > at what it's up to in the kernel.  Once you have the where,
>> > trace_printk() is the best thing since sliced bread (which ranks
>> > just below printk()).
>> > 
>> > -Mike
>>  
>>  Thanks.  I'll need to build perf.
>
>You may want to build the kernel with frame-pointers too, for easy gdb
>list *0x(hexnum) of *func()+0x(hexoffset) use.  Crash is also pretty
>handy both for rummaging live via crash vmlinux /proc/kcore, and for
>leisurely postmortem analysis if you set the box up to crashdump in
>advance, and force a dump (poke sysrq-c or echo c > /proc/sysrq-trigger)
>when you see the bad thing happen.  Crash has all kinds of goodies,
>including invocation of gdb.
>
>-Mike

It doesn't look as if I'll have to guys.  Amanda is about 1/2 done and 
running normally by switching from tar-1.22 to tar-1.27.  So I'm going to 
toddle off in the general direction of a bed and let amanda send me an 
email when its done.

And it did, including some "strange" reports I have yet to decipher. Diffs 
in the tar's probably.  But it did not hang.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Mike Galbraith wrote:
On Thu, 2014-02-27 at 03:45 +, Ken Moffat wrote:
 On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
  I would start with strace to see if a task is looping in userspace,
  then move on to perf top -g -p pid (or perf record/report) to peek
  at what it's up to in the kernel.  Once you have the where,
  trace_printk() is the best thing since sliced bread (which ranks
  just below printk()).
  
  -Mike
  
  Thanks.  I'll need to build perf.

You may want to build the kernel with frame-pointers too, for easy gdb
list *0x(hexnum) of *func()+0x(hexoffset) use.  Crash is also pretty
handy both for rummaging live via crash vmlinux /proc/kcore, and for
leisurely postmortem analysis if you set the box up to crashdump in
advance, and force a dump (poke sysrq-c or echo c  /proc/sysrq-trigger)
when you see the bad thing happen.  Crash has all kinds of goodies,
including invocation of gdb.

-Mike

It doesn't look as if I'll have to guys.  Amanda is about 1/2 done and 
running normally by switching from tar-1.22 to tar-1.27.  So I'm going to 
toddle off in the general direction of a bed and let amanda send me an 
email when its done.

And it did, including some strange reports I have yet to decipher. Diffs 
in the tar's probably.  But it did not hang.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Ken Moffat wrote:
>On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
>> I would start with strace to see if a task is looping in userspace,
>> then move on to perf top -g -p  (or perf record/report) to peek
>> at what it's up to in the kernel.  Once you have the where,
>> trace_printk() is the best thing since sliced bread (which ranks just
>> below printk()).
>> 
>> -Mike
>
> Thanks.  I'll need to build perf.
>
>ؤ¸en
I probably will too, but I don't have a huge amount of tracing turned on in 
this kernel.  We'll see what happens tonight & go from there.
FWIW, about all I see in htop is the command line that launched it.


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Ken Moffat wrote:
>On Wed, Feb 26, 2014 at 08:28:29PM -0500, Gene Heskett wrote:
>> On Wednesday 26 February 2014, Ken Moffat wrote:
>> 
>> I don't have any help to offer Ken, but this walks and quacks much like
>> a duck I'm encountering in 3.13.5, with the backup program amanda,
>> which uses gnu tar.  To facilitate intelligent guesses as to the size
>> of the various levels of backup, amanda does a dummy collection using
>> tar, sent to /dev/null, using only the size it reports on the first
>> pass.  Version 1.22, quite old, works on 3.12.9, but not on 3.13.5.  I
>> have now pulled in, built and installed tar-1.27, and rebuilt amanda
>> to let it know that the tar its using is not in /usr/bin, but in
>> /usr/local/bin.  Next run at 1:30AM
>> 
>> This freeze, using 100% of a core, but causing no visible disk activity
>> has killed my backups 3 nights running.  At this point I've no clue as
>> to the cause, but I will be watching this thread closely, it has a
>> similar description.
>> 
>> Cheers, Gene
>
> My box where I see this is a phenom (my intel is still on 3.13.4),
>and from past threads I suspect yours is as well ?
>
>ؤ¸en

Yes, it is Ken, an old slow 2.1 Ghz 9550 phenom, with 8Gb of ram. 32 bit 
PAE build.  I wonder if that is also connected...  But my crystal ball is 
broke, in addition to the wet ram  starting to rust out.  Can't be the 
years, I've only 40 years practice at being 39. ;-)

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Ken Moffat wrote:
>Hi,
>
> Short summary : on 3.13.5, rm -rf of an application source
>directory on an ext4 filesystem sometimes takes forever (probably
>isn't going anywhere), with one CPU pegged at all-but 100% utilization.
>
> I've nearly finished building a new system from source, to check
>various desktop packages in linuxfromscratch.  On this build, much of
>it is things I don't normally use and I needed to upgrade my
>buildscripts, so most of it was built in chroot using 3.10.32.  But
>late last night I booted the new system using 3.13.5 to finish the
>build.  This morning I discovered that rm -rf for the icedtea source
>directory was still running, and had taken over 5 hours of CPU time
>(one CPU seemd to be running at close to 100%, the others had dropped
>to their slowest frequency).  That script was running as root (yeah,
>but it's a new system) and it looks as if /etc/passwd~ had got
>trashed, because I could no longer su or login.  Not sure if that is
>related, at this stage it might just be a side-effect of my scripts.
>
> Booted another system, chrooted, fixed up passwords.  Started
>again after commenting out icedtea - I hadn't intended to build
>what was an old version, I'd just forgotten it was in this script -
>that's why I do things in userspace, not the kernel :-(
>
> Continued with remaining packages, but a couple of hours later I
>saw a similar "one CPU at 100%, rm -rf GConf source taking forever"
>problem.  Dumped all the processes with Alt-SysRQ-T [ huge log ] but
>at that point 'rm' was merely 'ready' so I doubt there is anything
>useful to see in the log.
>
> Built 3.13.4, booted to that.  So far, everything looks good - but
>I'm now building the _current_ version of icedtea, so if this isn't
>a new 3.13.5 problem I guess I'm fairly likely to see it tomorrow.
>
> Meanwhile, any suggestions about how I can debug this if I hit it
>again, please ?
>
>ؤ¸en

I don't have any help to offer Ken, but this walks and quacks much like a 
duck I'm encountering in 3.13.5, with the backup program amanda, which uses 
gnu tar.  To facilitate intelligent guesses as to the size of the various 
levels of backup, amanda does a dummy collection using tar, sent to 
/dev/null, using only the size it reports on the first pass.  Version 1.22, 
quite old, works on 3.12.9, but not on 3.13.5.  I have now pulled in, built 
and installed tar-1.27, and rebuilt amanda to let it know that the tar its 
using is not in /usr/bin, but in /usr/local/bin.  Next run at 1:30AM

This freeze, using 100% of a core, but causing no visible disk activity has 
killed my backups 3 nights running.  At this point I've no clue as to the 
cause, but I will be watching this thread closely, it has a similar 
description.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Ken Moffat wrote:
Hi,

 Short summary : on 3.13.5, rm -rf of an application source
directory on an ext4 filesystem sometimes takes forever (probably
isn't going anywhere), with one CPU pegged at all-but 100% utilization.

 I've nearly finished building a new system from source, to check
various desktop packages in linuxfromscratch.  On this build, much of
it is things I don't normally use and I needed to upgrade my
buildscripts, so most of it was built in chroot using 3.10.32.  But
late last night I booted the new system using 3.13.5 to finish the
build.  This morning I discovered that rm -rf for the icedtea source
directory was still running, and had taken over 5 hours of CPU time
(one CPU seemd to be running at close to 100%, the others had dropped
to their slowest frequency).  That script was running as root (yeah,
but it's a new system) and it looks as if /etc/passwd~ had got
trashed, because I could no longer su or login.  Not sure if that is
related, at this stage it might just be a side-effect of my scripts.

 Booted another system, chrooted, fixed up passwords.  Started
again after commenting out icedtea - I hadn't intended to build
what was an old version, I'd just forgotten it was in this script -
that's why I do things in userspace, not the kernel :-(

 Continued with remaining packages, but a couple of hours later I
saw a similar one CPU at 100%, rm -rf GConf source taking forever
problem.  Dumped all the processes with Alt-SysRQ-T [ huge log ] but
at that point 'rm' was merely 'ready' so I doubt there is anything
useful to see in the log.

 Built 3.13.4, booted to that.  So far, everything looks good - but
I'm now building the _current_ version of icedtea, so if this isn't
a new 3.13.5 problem I guess I'm fairly likely to see it tomorrow.

 Meanwhile, any suggestions about how I can debug this if I hit it
again, please ?

ؤ¸en

I don't have any help to offer Ken, but this walks and quacks much like a 
duck I'm encountering in 3.13.5, with the backup program amanda, which uses 
gnu tar.  To facilitate intelligent guesses as to the size of the various 
levels of backup, amanda does a dummy collection using tar, sent to 
/dev/null, using only the size it reports on the first pass.  Version 1.22, 
quite old, works on 3.12.9, but not on 3.13.5.  I have now pulled in, built 
and installed tar-1.27, and rebuilt amanda to let it know that the tar its 
using is not in /usr/bin, but in /usr/local/bin.  Next run at 1:30AM

This freeze, using 100% of a core, but causing no visible disk activity has 
killed my backups 3 nights running.  At this point I've no clue as to the 
cause, but I will be watching this thread closely, it has a similar 
description.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Ken Moffat wrote:
On Wed, Feb 26, 2014 at 08:28:29PM -0500, Gene Heskett wrote:
 On Wednesday 26 February 2014, Ken Moffat wrote:
 
 I don't have any help to offer Ken, but this walks and quacks much like
 a duck I'm encountering in 3.13.5, with the backup program amanda,
 which uses gnu tar.  To facilitate intelligent guesses as to the size
 of the various levels of backup, amanda does a dummy collection using
 tar, sent to /dev/null, using only the size it reports on the first
 pass.  Version 1.22, quite old, works on 3.12.9, but not on 3.13.5.  I
 have now pulled in, built and installed tar-1.27, and rebuilt amanda
 to let it know that the tar its using is not in /usr/bin, but in
 /usr/local/bin.  Next run at 1:30AM
 
 This freeze, using 100% of a core, but causing no visible disk activity
 has killed my backups 3 nights running.  At this point I've no clue as
 to the cause, but I will be watching this thread closely, it has a
 similar description.
 
 Cheers, Gene

 My box where I see this is a phenom (my intel is still on 3.13.4),
and from past threads I suspect yours is as well ?

ؤ¸en

Yes, it is Ken, an old slow 2.1 Ghz 9550 phenom, with 8Gb of ram. 32 bit 
PAE build.  I wonder if that is also connected...  But my crystal ball is 
broke, in addition to the wet ram  starting to rust out.  Can't be the 
years, I've only 40 years practice at being 39. ;-)

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: 3.13.5 : rm -rf running forever, one cpu at approx 100%

[Gene Heskett]

On Wednesday 26 February 2014, Ken Moffat wrote:
On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
 I would start with strace to see if a task is looping in userspace,
 then move on to perf top -g -p pid (or perf record/report) to peek
 at what it's up to in the kernel.  Once you have the where,
 trace_printk() is the best thing since sliced bread (which ranks just
 below printk()).
 
 -Mike

 Thanks.  I'll need to build perf.

ؤ¸en
I probably will too, but I don't have a huge amount of tracing turned on in 
this kernel.  We'll see what happens tonight  go from there.
FWIW, about all I see in htop is the command line that launched it.


Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Sunday 23 February 2014, Gene Heskett wrote:
>On Sunday 23 February 2014, Mike Galbraith wrote:
>>On Sun, 2014-02-23 at 00:18 -0500, Gene Heskett wrote:
>>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>> 
>>> Sorry, no such beast As VIDEO_CX88.
>>> 
>>> Now that tells me something in the VIDEO dept isn't set, but what?
>>
>>Beast radar:
>>find drivers -name Kconfig -exec grep -C5 VIDEO_CX88 {} \;
>>
>>Blip:
>>config VIDEO_CX88
>>
>>tristate "Conexant 2388x (bt878 successor) support"
>>depends on VIDEO_DEV && PCI && I2C && RC_CORE  <=== IFF
>>signature select I2C_ALGOBIT
>>select VIDEO_BTCX
>>select VIDEOBUF_DMA_SG
>>
>>--
>>
>>  TV cards.
>>  
>>  To compile this driver as a module, choose M here: the
>>  module will be called cx8800
>
>That part I think (thats probably a bad thing) that because I didn't have
>SIMPLE_TUNER enabled, which I see is but its not working in this old boot
>either, but its at least seen, but there is no evidence that
>/lib/firmware/dvb-fe-or51132-vsb.fw is being loaded even in this old
>boot.
>
>The instructions are ambiguous at best in the make xconfig help screen:
>
>Oren OR51132 based (DVB_OR51132)
>
>CONFIG_DVB_OR51132:
>
>An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want
>to support this frontend.
>
>This driver needs external firmware. Please use the commands
>"/Documentation/dvb/get_dvb_firmware or51132_vsb" and/or
>"/Documentation/dvb/get_dvb_firmware or51132_qam" to
>download firmwares for 8VSB and QAM64/256, respectively. Copy them to
>/usr/lib/hotplug/firmware or /lib/firmware (depending on
>configuration of firmware hotplug).
>
>Symbol: DVB_OR51132 [=m]
>Type : tristate
>Prompt: Oren OR51132 based
>---
>That file looks like the download and strip script to put those 2 files
>into /lib/firmware, and both of those firmwares are present in
>/lib/firmware, but how they actually get loaded is _not_ at all clear.
>
>There is in this machine, a /usr/lib/hotplug/firmware tree also, were
>these files miss-placed?  I can put copies both places I guess. 
>Actually, they were simlinks, and that was missing, so I made one. 
>Reboot again after adding simple_tuner.
>
>
>
>
>Thanks Mike, Ilia.
>
>Cheers, Gene

Update, video is now working, so we can close this thread with the comment 
that adding simple_tuner to the last build appeared to bring it up.  No 
great amount of help from the depends line in Kconfig when that Kconfig 
isn't even seen if the RC_CORE isn't checked in a different directories 
Kconfig.  THAT NEEDS a PATCH...

However there is no audio because I need to get a longer jumper cable. The 
pcHDTV3000's audio output is at microphone level at its best, or has been 
here forever, and I've switched to the motherboard audio, an snd_hda_intel 
setup & the cable won't reach. It was originally driving an Audigy2 Value 
24 bit card in an adjacent PCI-E slot, which I may have wrongly blamed for 
some stuttering and took out.  I might put it back in as this snd_hda_intel 
lashup is funkity in numerous ways, 30db too much bass boost, and its gains 
are wide open all the time to get a usable voice level. 

Thank you all for bearing with me on this.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Sunday 23 February 2014, Mike Galbraith wrote:
>On Sun, 2014-02-23 at 00:18 -0500, Gene Heskett wrote:
>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>> 
>> Sorry, no such beast As VIDEO_CX88.
>> 
>> Now that tells me something in the VIDEO dept isn't set, but what?
>
>Beast radar:
>find drivers -name Kconfig -exec grep -C5 VIDEO_CX88 {} \;
>
>Blip:
>config VIDEO_CX88
>tristate "Conexant 2388x (bt878 successor) support"
>depends on VIDEO_DEV && PCI && I2C && RC_CORE  <=== IFF signature
>select I2C_ALGOBIT
>select VIDEO_BTCX
>select VIDEOBUF_DMA_SG
>--
>  TV cards.
>
>  To compile this driver as a module, choose M here: the
>  module will be called cx8800

That part I think (thats probably a bad thing) that because I didn't have 
SIMPLE_TUNER enabled, which I see is but its not working in this old boot 
either, but its at least seen, but there is no evidence that 
/lib/firmware/dvb-fe-or51132-vsb.fw is being loaded even in this old boot.

The instructions are ambiguous at best in the make xconfig help screen:

Oren OR51132 based (DVB_OR51132)

CONFIG_DVB_OR51132:

An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want
to support this frontend.

This driver needs external firmware. Please use the commands
"/Documentation/dvb/get_dvb_firmware or51132_vsb" and/or
"/Documentation/dvb/get_dvb_firmware or51132_qam" to
download firmwares for 8VSB and QAM64/256, respectively. Copy them to
/usr/lib/hotplug/firmware or /lib/firmware (depending on
configuration of firmware hotplug).

Symbol: DVB_OR51132 [=m]
Type : tristate
Prompt: Oren OR51132 based
---
That file looks like the download and strip script to put those 2 files
into /lib/firmware, and both of those firmwares are present in 
/lib/firmware, but how they actually get loaded is _not_ at all clear.

There is in this machine, a /usr/lib/hotplug/firmware tree also, were these 
files miss-placed?  I can put copies both places I guess.  Actually, they 
were simlinks, and that was missing, so I made one.  Reboot again after 
adding simple_tuner.




Thanks Mike, Ilia.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Sunday 23 February 2014, Ilia Mirkin wrote:
>On Sun, Feb 23, 2014 at 12:18 AM, Gene Heskett  wrote:
>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>>On Sat, Feb 22, 2014 at 11:00 PM, Gene Heskett  
wrote:
>>>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>>>>On Sat, Feb 22, 2014 at 10:42 PM, Gene Heskett 
>> 
>> wrote:
>>>>>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>>>>>>On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett 
>> 
>> wrote:
>>>>>>>> But my tv card isn't being found by kaffeine.  It is this card:
>>>>>>>> 
>>>>>>>> 01:08.0 Multimedia video controller: Conexant Systems, Inc.
>>>>>>>> CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
>>>>>>>> 
>>>>>>>> Subsystem: pcHDTV Device 3000
>>>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>>>>>> Memory at fb00 (32-bit, non-prefetchable) [size=16M]
>>>>>>>> Capabilities: [44] Vital Product Data 
>>>>>>>> Capabilities: [4c] Power Management version 2
>>>>>>>> 
>>>>>>>> 01:08.2 Multimedia controller: Conexant Systems, Inc.
>>>>>>>> CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
>>>>>>>> 
>>>>>>>> Subsystem: pcHDTV Device 3000
>>>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>>>>>> Memory at fa00 (32-bit, non-prefetchable) [size=16M]
>>>>>>>> Capabilities: [4c] Power Management version 2
>>>>>>>> 
>>>>>>>> From an lspci
>>>>>>>> 
>>>>>>>> In a make xconfig, I cannot find this specific card in the list
>>>>>>>> of DVB front ends.  What modules do I need to make sure are
>>>>>>>> being built?
>>>>>>>
>>>>>>>You're looking for VIDEO_CX88 ("Conexant 2388x (bt878 successor)
>>>>>>>support") and its various sub-options (esp CX88_DVB). iirc the
>>>>>>>pchdtv3000 had a OR51132 tuner, but right now the config is set to
>>>>>>>auto-select a whole bunch of tuners if you have
>>>>>>>MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select
>>>>>>>that tuner device. (Hm, I appear to have both OR51132 and CX22702
>>>>>>>enabled, and I have that same card.)
>>>>>>>
>>>>>>>  -ilia
>>>>>> 
>>>>>> or51132 rings a bell and is enabled, CX22702 is not.  And I don't
>>>>>> seem to be able to find the CX88** at all.  I'll give the CX22702 a
>>>>>> shot, thanks a bunch ilia.
>>>>>
>>>>>grep CX88 .config
>>>>>
>>>> That returns a linefeed only.  And I have done some dozen or so make
>>>> oldconfigs.
>>>> 
>>>>>If it says "not set" for things like CONFIG_VIDEO_CX88_DVB, you won't
>>>>>get anything to work.
>>>>>
>>>>>  -ilia
>>>> 
>>>> If this fails, I'll see if I can plug that in with an editor, but the
>>>> last time I tried that, the friggin make did an automatic oldconfig
>>>> and stripped it.  Its enough to make one want to reduce the
>>>> neighborhood cat population.
>>>
>>>Adding random stuff to .config won't work, as you noticed.
>>>
>>>>>>From menuconfig search results for CX88 (ugh, sorry about the x's, but
>>>
>>>I'm too lazy to edit them out)
>>>
>>>  x Symbol: VIDEO_CX88 [=m]
>>>  x x Type  : tristate
>>>  
>>> x x Prompt: Conexant 2388x (bt878 successor) support
>>> 
>>>x x   Location:
>>>   x x -> Device Drivers
>>>   
>>>  x x   -> Multimedia support (MEDIA_SUPPORT [=m])
>>>  
>>> x x (1) -> Media PCI Adapters (MEDIA_PCI_SUPPORT
>>>
>>>[=y])  x x   Defined at
>>>drivers/media/pci/cx88/Kconfig:1
>>>
>>>  x x   Depends on: MEDIA_SUPPORT [=m] &&
>>>
>>>MEDIA_PCI_SUPPORT [=y] &

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Sunday 23 February 2014, Ilia Mirkin wrote:
On Sun, Feb 23, 2014 at 12:18 AM, Gene Heskett ghesk...@wdtv.com wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 11:00 PM, Gene Heskett ghesk...@wdtv.com 
wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 10:42 PM, Gene Heskett ghesk...@wdtv.com
 
 wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett ghesk...@wdtv.com
 
 wrote:
 But my tv card isn't being found by kaffeine.  It is this card:
 
 01:08.0 Multimedia video controller: Conexant Systems, Inc.
 CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fb00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [44] Vital Product Data ?
 Capabilities: [4c] Power Management version 2
 
 01:08.2 Multimedia controller: Conexant Systems, Inc.
 CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fa00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [4c] Power Management version 2
 
 From an lspci
 
 In a make xconfig, I cannot find this specific card in the list
 of DVB front ends.  What modules do I need to make sure are
 being built?

You're looking for VIDEO_CX88 (Conexant 2388x (bt878 successor)
support) and its various sub-options (esp CX88_DVB). iirc the
pchdtv3000 had a OR51132 tuner, but right now the config is set to
auto-select a whole bunch of tuners if you have
MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select
that tuner device. (Hm, I appear to have both OR51132 and CX22702
enabled, and I have that same card.)

  -ilia
 
 or51132 rings a bell and is enabled, CX22702 is not.  And I don't
 seem to be able to find the CX88** at all.  I'll give the CX22702 a
 shot, thanks a bunch ilia.

grep CX88 .config

 That returns a linefeed only.  And I have done some dozen or so make
 oldconfigs.
 
If it says not set for things like CONFIG_VIDEO_CX88_DVB, you won't
get anything to work.

  -ilia
 
 If this fails, I'll see if I can plug that in with an editor, but the
 last time I tried that, the friggin make did an automatic oldconfig
 and stripped it.  Its enough to make one want to reduce the
 neighborhood cat population.

Adding random stuff to .config won't work, as you noticed.

From menuconfig search results for CX88 (ugh, sorry about the x's, but

I'm too lazy to edit them out)

  x Symbol: VIDEO_CX88 [=m]
  x x Type  : tristate
  
 x x Prompt: Conexant 2388x (bt878 successor) support
 
x x   Location:
   x x - Device Drivers
   
  x x   - Multimedia support (MEDIA_SUPPORT [=m])
  
 x x (1) - Media PCI Adapters (MEDIA_PCI_SUPPORT

[=y])  x x   Defined at
drivers/media/pci/cx88/Kconfig:1

  x x   Depends on: MEDIA_SUPPORT [=m] 

MEDIA_PCI_SUPPORT [=y]  (MEDIA_AN x x   Selects: I2C_ALGOBIT [=m] 
VIDEO_BTCX [=m]  VIDEOBUF_DMA_SG [=m]  x

HTH,

  -ilia
 
 Sorry, no such beast As VIDEO_CX88.
 
 Now that tells me something in the VIDEO dept isn't set, but what?

Look at the e-mail I sent. It includes the full path to enabling the
right things. First select Device Drivers, then enable Multimedia
support, then enable Media PCI Adapters. You should see Conexant
2388x in there.

  -ilia

Nope, but I found it just before I went to bed.  Reading through the 
various Kconfig files, it turned out that there are 2 more requisits to 
even being able to see it, its also dependent on RC_CORE which was not 
enabled.  So I fired off a build and went to bed knowing it would take 
an hour as amanda was also running.  Now I am about to reboot to test.

After the reboot, an lsmod shows the correct (I think, crosscheck this 
list please) modules loaded:
gene@coyote:~/src/linux-3.13.5/drivers/media/rc$ lsmod |grep cx
cx8802 11232  0 
cx8800 23126  0 
cx88xx 69224  2 cx8802,cx8800
v4l2_common 3438  3 tuner,cx8800,cx88xx
videodev   88190  4 tuner,cx8800,cx88xx,v4l2_common
tveeprom   11057  1 cx88xx
btcx_risc   2799  3 cx8802,cx8800,cx88xx
videobuf_dma_sg 7044  3 cx8802,cx8800,cx88xx
videobuf_core  13768  5 
videobuf_dvb,cx8802,cx8800,cx88xx,videobuf_dma_sg
i2c_algo_bit4647  2 cx88xx,nouveau
i2c_core   17109  12 
or51132,tuner,cx8800,cx88xx,v4l2_common,videodev,tveeprom,i2c_nforce2,nouveau,drm_kms_helper,drm,i2c_algo_bit

But kaffeine can't find it. The tv configure pulldown did show it, ghosted
like something else has a lock on it, so I removed it thinking it might
rescan and find it, but no such luck.  And the kde manual for kaffeine
seems to be on the missing list

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Sunday 23 February 2014, Mike Galbraith wrote:
On Sun, 2014-02-23 at 00:18 -0500, Gene Heskett wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
 
 Sorry, no such beast As VIDEO_CX88.
 
 Now that tells me something in the VIDEO dept isn't set, but what?

Beast radar:
find drivers -name Kconfig -exec grep -C5 VIDEO_CX88 {} \;

Blip:
config VIDEO_CX88
tristate Conexant 2388x (bt878 successor) support
depends on VIDEO_DEV  PCI  I2C  RC_CORE  === IFF signature
select I2C_ALGOBIT
select VIDEO_BTCX
select VIDEOBUF_DMA_SG
--
  TV cards.

  To compile this driver as a module, choose M here: the
  module will be called cx8800

That part I think (thats probably a bad thing) that because I didn't have 
SIMPLE_TUNER enabled, which I see is but its not working in this old boot 
either, but its at least seen, but there is no evidence that 
/lib/firmware/dvb-fe-or51132-vsb.fw is being loaded even in this old boot.

The instructions are ambiguous at best in the make xconfig help screen:

Oren OR51132 based (DVB_OR51132)

CONFIG_DVB_OR51132:

An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want
to support this frontend.

This driver needs external firmware. Please use the commands
kerneldir/Documentation/dvb/get_dvb_firmware or51132_vsb and/or
kerneldir/Documentation/dvb/get_dvb_firmware or51132_qam to
download firmwares for 8VSB and QAM64/256, respectively. Copy them to
/usr/lib/hotplug/firmware or /lib/firmware (depending on
configuration of firmware hotplug).

Symbol: DVB_OR51132 [=m]
Type : tristate
Prompt: Oren OR51132 based
---
That file looks like the download and strip script to put those 2 files
into /lib/firmware, and both of those firmwares are present in 
/lib/firmware, but how they actually get loaded is _not_ at all clear.

There is in this machine, a /usr/lib/hotplug/firmware tree also, were these 
files miss-placed?  I can put copies both places I guess.  Actually, they 
were simlinks, and that was missing, so I made one.  Reboot again after 
adding simple_tuner.




Thanks Mike, Ilia.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Sunday 23 February 2014, Gene Heskett wrote:
On Sunday 23 February 2014, Mike Galbraith wrote:
On Sun, 2014-02-23 at 00:18 -0500, Gene Heskett wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
 
 Sorry, no such beast As VIDEO_CX88.
 
 Now that tells me something in the VIDEO dept isn't set, but what?

Beast radar:
find drivers -name Kconfig -exec grep -C5 VIDEO_CX88 {} \;

Blip:
config VIDEO_CX88

tristate Conexant 2388x (bt878 successor) support
depends on VIDEO_DEV  PCI  I2C  RC_CORE  === IFF
signature select I2C_ALGOBIT
select VIDEO_BTCX
select VIDEOBUF_DMA_SG

--

  TV cards.
  
  To compile this driver as a module, choose M here: the
  module will be called cx8800

That part I think (thats probably a bad thing) that because I didn't have
SIMPLE_TUNER enabled, which I see is but its not working in this old boot
either, but its at least seen, but there is no evidence that
/lib/firmware/dvb-fe-or51132-vsb.fw is being loaded even in this old
boot.

The instructions are ambiguous at best in the make xconfig help screen:

Oren OR51132 based (DVB_OR51132)

CONFIG_DVB_OR51132:

An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want
to support this frontend.

This driver needs external firmware. Please use the commands
kerneldir/Documentation/dvb/get_dvb_firmware or51132_vsb and/or
kerneldir/Documentation/dvb/get_dvb_firmware or51132_qam to
download firmwares for 8VSB and QAM64/256, respectively. Copy them to
/usr/lib/hotplug/firmware or /lib/firmware (depending on
configuration of firmware hotplug).

Symbol: DVB_OR51132 [=m]
Type : tristate
Prompt: Oren OR51132 based
---
That file looks like the download and strip script to put those 2 files
into /lib/firmware, and both of those firmwares are present in
/lib/firmware, but how they actually get loaded is _not_ at all clear.

There is in this machine, a /usr/lib/hotplug/firmware tree also, were
these files miss-placed?  I can put copies both places I guess. 
Actually, they were simlinks, and that was missing, so I made one. 
Reboot again after adding simple_tuner.




Thanks Mike, Ilia.

Cheers, Gene

Update, video is now working, so we can close this thread with the comment 
that adding simple_tuner to the last build appeared to bring it up.  No 
great amount of help from the depends line in Kconfig when that Kconfig 
isn't even seen if the RC_CORE isn't checked in a different directories 
Kconfig.  THAT NEEDS a PATCH...

However there is no audio because I need to get a longer jumper cable. The 
pcHDTV3000's audio output is at microphone level at its best, or has been 
here forever, and I've switched to the motherboard audio, an snd_hda_intel 
setup  the cable won't reach. It was originally driving an Audigy2 Value 
24 bit card in an adjacent PCI-E slot, which I may have wrongly blamed for 
some stuttering and took out.  I might put it back in as this snd_hda_intel 
lashup is funkity in numerous ways, 30db too much bass boost, and its gains 
are wide open all the time to get a usable voice level. 

Thank you all for bearing with me on this.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
>On Sat, Feb 22, 2014 at 11:00 PM, Gene Heskett  wrote:
>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>>On Sat, Feb 22, 2014 at 10:42 PM, Gene Heskett  
wrote:
>>>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>>>>On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett  
wrote:
>>>>>> But my tv card isn't being found by kaffeine.  It is this card:
>>>>>> 
>>>>>> 01:08.0 Multimedia video controller: Conexant Systems, Inc.
>>>>>> CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
>>>>>> 
>>>>>> Subsystem: pcHDTV Device 3000
>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>>>> Memory at fb00 (32-bit, non-prefetchable) [size=16M]
>>>>>> Capabilities: [44] Vital Product Data 
>>>>>> Capabilities: [4c] Power Management version 2
>>>>>> 
>>>>>> 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
>>>>>> PCI Video and Audio Decoder [MPEG Port] (rev 05)
>>>>>> 
>>>>>> Subsystem: pcHDTV Device 3000
>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>>>> Memory at fa00 (32-bit, non-prefetchable) [size=16M]
>>>>>> Capabilities: [4c] Power Management version 2
>>>>>> 
>>>>>> From an lspci
>>>>>> 
>>>>>> In a make xconfig, I cannot find this specific card in the list of
>>>>>> DVB front ends.  What modules do I need to make sure are being
>>>>>> built?
>>>>>
>>>>>You're looking for VIDEO_CX88 ("Conexant 2388x (bt878 successor)
>>>>>support") and its various sub-options (esp CX88_DVB). iirc the
>>>>>pchdtv3000 had a OR51132 tuner, but right now the config is set to
>>>>>auto-select a whole bunch of tuners if you have
>>>>>MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
>>>>>tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
>>>>>and I have that same card.)
>>>>>
>>>>>  -ilia
>>>> 
>>>> or51132 rings a bell and is enabled, CX22702 is not.  And I don't
>>>> seem to be able to find the CX88** at all.  I'll give the CX22702 a
>>>> shot, thanks a bunch ilia.
>>>
>>>grep CX88 .config
>>>
>> That returns a linefeed only.  And I have done some dozen or so make
>> oldconfigs.
>> 
>>>If it says "not set" for things like CONFIG_VIDEO_CX88_DVB, you won't
>>>get anything to work.
>>>
>>>  -ilia
>> 
>> If this fails, I'll see if I can plug that in with an editor, but the
>> last time I tried that, the friggin make did an automatic oldconfig
>> and stripped it.  Its enough to make one want to reduce the
>> neighborhood cat population.
>
>Adding random stuff to .config won't work, as you noticed.
>
>>From menuconfig search results for CX88 (ugh, sorry about the x's, but
>I'm too lazy to edit them out)
>
>  x Symbol: VIDEO_CX88 [=m]  
>  x x Type  : tristate  
> x x Prompt: Conexant 2388x (bt878 successor) support   
>x x   Location: 
>   x x -> Device Drivers
>  x x   -> Multimedia support (MEDIA_SUPPORT [=m])  
> x x (1) -> Media PCI Adapters (MEDIA_PCI_SUPPORT
>[=y])  x x   Defined at drivers/media/pci/cx88/Kconfig:1
>  x x   Depends on: MEDIA_SUPPORT [=m] &&
>MEDIA_PCI_SUPPORT [=y] && (MEDIA_AN x x   Selects: I2C_ALGOBIT [=m] &&
>VIDEO_BTCX [=m] && VIDEOBUF_DMA_SG [=m]  x
>
>HTH,
>
>  -ilia

Sorry, no such beast As VIDEO_CX88.

Now that tells me something in the VIDEO dept isn't set, but what?

Thanks Ilia.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
>On Sat, Feb 22, 2014 at 10:42 PM, Gene Heskett  wrote:
>> On Saturday 22 February 2014, Ilia Mirkin wrote:
>>>On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett  wrote:
>>>> But my tv card isn't being found by kaffeine.  It is this card:
>>>> 
>>>> 01:08.0 Multimedia video controller: Conexant Systems, Inc.
>>>> CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
>>>> 
>>>> Subsystem: pcHDTV Device 3000
>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>> Memory at fb00 (32-bit, non-prefetchable) [size=16M]
>>>> Capabilities: [44] Vital Product Data 
>>>> Capabilities: [4c] Power Management version 2
>>>> 
>>>> 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
>>>> PCI Video and Audio Decoder [MPEG Port] (rev 05)
>>>> 
>>>> Subsystem: pcHDTV Device 3000
>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>> Memory at fa00 (32-bit, non-prefetchable) [size=16M]
>>>> Capabilities: [4c] Power Management version 2
>>>> 
>>>> From an lspci
>>>> 
>>>> In a make xconfig, I cannot find this specific card in the list of
>>>> DVB front ends.  What modules do I need to make sure are being
>>>> built?
>>>
>>>You're looking for VIDEO_CX88 ("Conexant 2388x (bt878 successor)
>>>support") and its various sub-options (esp CX88_DVB). iirc the
>>>pchdtv3000 had a OR51132 tuner, but right now the config is set to
>>>auto-select a whole bunch of tuners if you have
>>>MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
>>>tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
>>>and I have that same card.)
>>>
>>>  -ilia
>> 
>> or51132 rings a bell and is enabled, CX22702 is not.  And I don't seem
>> to be able to find the CX88** at all.  I'll give the CX22702 a shot,
>> thanks a bunch ilia.
>
>grep CX88 .config

That returns a linefeed only.  And I have done some dozen or so make 
oldconfigs.
>
>If it says "not set" for things like CONFIG_VIDEO_CX88_DVB, you won't
>get anything to work.
>
>  -ilia

If this fails, I'll see if I can plug that in with an editor, but the last 
time I tried that, the friggin make did an automatic oldconfig and stripped 
it.  Its enough to make one want to reduce the neighborhood cat population.

Thanks Ilia

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
>On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett  wrote:
>> But my tv card isn't being found by kaffeine.  It is this card:
>> 
>> 01:08.0 Multimedia video controller: Conexant Systems, Inc.
>> CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
>> 
>> Subsystem: pcHDTV Device 3000
>> Flags: bus master, medium devsel, latency 32, IRQ 10
>> Memory at fb00 (32-bit, non-prefetchable) [size=16M]
>> Capabilities: [44] Vital Product Data 
>> Capabilities: [4c] Power Management version 2
>> 
>> 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
>> Video and Audio Decoder [MPEG Port] (rev 05)
>> 
>> Subsystem: pcHDTV Device 3000
>> Flags: bus master, medium devsel, latency 32, IRQ 10
>> Memory at fa00 (32-bit, non-prefetchable) [size=16M]
>> Capabilities: [4c] Power Management version 2
>> 
>> From an lspci
>> 
>> In a make xconfig, I cannot find this specific card in the list of DVB
>> front ends.  What modules do I need to make sure are being built?
>
>You're looking for VIDEO_CX88 ("Conexant 2388x (bt878 successor)
>support") and its various sub-options (esp CX88_DVB). iirc the
>pchdtv3000 had a OR51132 tuner, but right now the config is set to
>auto-select a whole bunch of tuners if you have
>MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
>tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
>and I have that same card.)
>
>  -ilia

I just checked, and enabled the **700 version too, since the 702 says its 
for OFDM, and we're on ATSC here. That help sucks.

I hope the firmware is still about. Looks like the or51132-vsb.fw is there 
ok.

Another kernel build underway.  Thanks Ilias.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
>On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett  wrote:
>> But my tv card isn't being found by kaffeine.  It is this card:
>> 
>> 01:08.0 Multimedia video controller: Conexant Systems, Inc.
>> CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
>> 
>> Subsystem: pcHDTV Device 3000
>> Flags: bus master, medium devsel, latency 32, IRQ 10
>> Memory at fb00 (32-bit, non-prefetchable) [size=16M]
>> Capabilities: [44] Vital Product Data 
>> Capabilities: [4c] Power Management version 2
>> 
>> 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
>> Video and Audio Decoder [MPEG Port] (rev 05)
>> 
>> Subsystem: pcHDTV Device 3000
>> Flags: bus master, medium devsel, latency 32, IRQ 10
>> Memory at fa00 (32-bit, non-prefetchable) [size=16M]
>> Capabilities: [4c] Power Management version 2
>> 
>> From an lspci
>> 
>> In a make xconfig, I cannot find this specific card in the list of DVB
>> front ends.  What modules do I need to make sure are being built?
>
>You're looking for VIDEO_CX88 ("Conexant 2388x (bt878 successor)
>support") and its various sub-options (esp CX88_DVB). iirc the
>pchdtv3000 had a OR51132 tuner, but right now the config is set to
>auto-select a whole bunch of tuners if you have
>MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
>tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
>and I have that same card.)
>
>  -ilia
or51132 rings a bell and is enabled, CX22702 is not.  And I don't seem to 
be able to find the CX88** at all.  I'll give the CX22702 a shot, thanks a 
bunch ilia.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

It BOOTS! 3.13.5 that is.

[Gene Heskett]

But my tv card isn't being found by kaffeine.  It is this card:

01:08.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI 
Video and Audio Decoder (rev 05)
Subsystem: pcHDTV Device 3000
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at fb00 (32-bit, non-prefetchable) [size=16M]
Capabilities: [44] Vital Product Data 
Capabilities: [4c] Power Management version 2

01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video 
and Audio Decoder [MPEG Port] (rev 05)
Subsystem: pcHDTV Device 3000
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at fa00 (32-bit, non-prefetchable) [size=16M]
Capabilities: [4c] Power Management version 2

>From an lspci

In a make xconfig, I cannot find this specific card in the list of DVB 
front ends.  What modules do I need to make sure are being built?

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

It BOOTS! 3.13.5 that is.

[Gene Heskett]

But my tv card isn't being found by kaffeine.  It is this card:

01:08.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI 
Video and Audio Decoder (rev 05)
Subsystem: pcHDTV Device 3000
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at fb00 (32-bit, non-prefetchable) [size=16M]
Capabilities: [44] Vital Product Data ?
Capabilities: [4c] Power Management version 2

01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video 
and Audio Decoder [MPEG Port] (rev 05)
Subsystem: pcHDTV Device 3000
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at fa00 (32-bit, non-prefetchable) [size=16M]
Capabilities: [4c] Power Management version 2

From an lspci

In a make xconfig, I cannot find this specific card in the list of DVB 
front ends.  What modules do I need to make sure are being built?

Thanks.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett ghesk...@wdtv.com wrote:
 But my tv card isn't being found by kaffeine.  It is this card:
 
 01:08.0 Multimedia video controller: Conexant Systems, Inc.
 CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fb00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [44] Vital Product Data ?
 Capabilities: [4c] Power Management version 2
 
 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
 Video and Audio Decoder [MPEG Port] (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fa00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [4c] Power Management version 2
 
 From an lspci
 
 In a make xconfig, I cannot find this specific card in the list of DVB
 front ends.  What modules do I need to make sure are being built?

You're looking for VIDEO_CX88 (Conexant 2388x (bt878 successor)
support) and its various sub-options (esp CX88_DVB). iirc the
pchdtv3000 had a OR51132 tuner, but right now the config is set to
auto-select a whole bunch of tuners if you have
MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
and I have that same card.)

  -ilia
or51132 rings a bell and is enabled, CX22702 is not.  And I don't seem to 
be able to find the CX88** at all.  I'll give the CX22702 a shot, thanks a 
bunch ilia.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett ghesk...@wdtv.com wrote:
 But my tv card isn't being found by kaffeine.  It is this card:
 
 01:08.0 Multimedia video controller: Conexant Systems, Inc.
 CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fb00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [44] Vital Product Data ?
 Capabilities: [4c] Power Management version 2
 
 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
 Video and Audio Decoder [MPEG Port] (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fa00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [4c] Power Management version 2
 
 From an lspci
 
 In a make xconfig, I cannot find this specific card in the list of DVB
 front ends.  What modules do I need to make sure are being built?

You're looking for VIDEO_CX88 (Conexant 2388x (bt878 successor)
support) and its various sub-options (esp CX88_DVB). iirc the
pchdtv3000 had a OR51132 tuner, but right now the config is set to
auto-select a whole bunch of tuners if you have
MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
and I have that same card.)

  -ilia

I just checked, and enabled the **700 version too, since the 702 says its 
for OFDM, and we're on ATSC here. That help sucks.

I hope the firmware is still about. Looks like the or51132-vsb.fw is there 
ok.

Another kernel build underway.  Thanks Ilias.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 10:42 PM, Gene Heskett ghesk...@wdtv.com wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett ghesk...@wdtv.com wrote:
 But my tv card isn't being found by kaffeine.  It is this card:
 
 01:08.0 Multimedia video controller: Conexant Systems, Inc.
 CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fb00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [44] Vital Product Data ?
 Capabilities: [4c] Power Management version 2
 
 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
 PCI Video and Audio Decoder [MPEG Port] (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fa00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [4c] Power Management version 2
 
 From an lspci
 
 In a make xconfig, I cannot find this specific card in the list of
 DVB front ends.  What modules do I need to make sure are being
 built?

You're looking for VIDEO_CX88 (Conexant 2388x (bt878 successor)
support) and its various sub-options (esp CX88_DVB). iirc the
pchdtv3000 had a OR51132 tuner, but right now the config is set to
auto-select a whole bunch of tuners if you have
MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
and I have that same card.)

  -ilia
 
 or51132 rings a bell and is enabled, CX22702 is not.  And I don't seem
 to be able to find the CX88** at all.  I'll give the CX22702 a shot,
 thanks a bunch ilia.

grep CX88 .config

That returns a linefeed only.  And I have done some dozen or so make 
oldconfigs.

If it says not set for things like CONFIG_VIDEO_CX88_DVB, you won't
get anything to work.

  -ilia

If this fails, I'll see if I can plug that in with an editor, but the last 
time I tried that, the friggin make did an automatic oldconfig and stripped 
it.  Its enough to make one want to reduce the neighborhood cat population.

Thanks Ilia

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: It BOOTS! 3.13.5 that is.

[Gene Heskett]

On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 11:00 PM, Gene Heskett ghesk...@wdtv.com wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 10:42 PM, Gene Heskett ghesk...@wdtv.com 
wrote:
 On Saturday 22 February 2014, Ilia Mirkin wrote:
On Sat, Feb 22, 2014 at 8:22 PM, Gene Heskett ghesk...@wdtv.com 
wrote:
 But my tv card isn't being found by kaffeine.  It is this card:
 
 01:08.0 Multimedia video controller: Conexant Systems, Inc.
 CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fb00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [44] Vital Product Data ?
 Capabilities: [4c] Power Management version 2
 
 01:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3
 PCI Video and Audio Decoder [MPEG Port] (rev 05)
 
 Subsystem: pcHDTV Device 3000
 Flags: bus master, medium devsel, latency 32, IRQ 10
 Memory at fa00 (32-bit, non-prefetchable) [size=16M]
 Capabilities: [4c] Power Management version 2
 
 From an lspci
 
 In a make xconfig, I cannot find this specific card in the list of
 DVB front ends.  What modules do I need to make sure are being
 built?

You're looking for VIDEO_CX88 (Conexant 2388x (bt878 successor)
support) and its various sub-options (esp CX88_DVB). iirc the
pchdtv3000 had a OR51132 tuner, but right now the config is set to
auto-select a whole bunch of tuners if you have
MEDIA_SUBDRV_AUTOSELECT turned on. Otherwise make sure to select that
tuner device. (Hm, I appear to have both OR51132 and CX22702 enabled,
and I have that same card.)

  -ilia
 
 or51132 rings a bell and is enabled, CX22702 is not.  And I don't
 seem to be able to find the CX88** at all.  I'll give the CX22702 a
 shot, thanks a bunch ilia.

grep CX88 .config

 That returns a linefeed only.  And I have done some dozen or so make
 oldconfigs.
 
If it says not set for things like CONFIG_VIDEO_CX88_DVB, you won't
get anything to work.

  -ilia
 
 If this fails, I'll see if I can plug that in with an editor, but the
 last time I tried that, the friggin make did an automatic oldconfig
 and stripped it.  Its enough to make one want to reduce the
 neighborhood cat population.

Adding random stuff to .config won't work, as you noticed.

From menuconfig search results for CX88 (ugh, sorry about the x's, but
I'm too lazy to edit them out)

  x Symbol: VIDEO_CX88 [=m]  
  x x Type  : tristate  
 x x Prompt: Conexant 2388x (bt878 successor) support   
x x   Location: 
   x x - Device Drivers
  x x   - Multimedia support (MEDIA_SUPPORT [=m])  
 x x (1) - Media PCI Adapters (MEDIA_PCI_SUPPORT
[=y])  x x   Defined at drivers/media/pci/cx88/Kconfig:1
  x x   Depends on: MEDIA_SUPPORT [=m] 
MEDIA_PCI_SUPPORT [=y]  (MEDIA_AN x x   Selects: I2C_ALGOBIT [=m] 
VIDEO_BTCX [=m]  VIDEOBUF_DMA_SG [=m]  x

HTH,

  -ilia

Sorry, no such beast As VIDEO_CX88.

Now that tells me something in the VIDEO dept isn't set, but what?

Thanks Ilia.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

progress, marching to the rear

[Gene Heskett]

I finally found a keyboard I can use when the boots fails to the
initramfs: prompt.  ps2 plug on it.

>From the messages it leaves on screen, it is NOT finding the drive plugged 
into the mobo SATA1 connector when I try to boot to a 3.13.1-2-3 kernel.

So just to verify I am looking in the right place in the /sys directory, I 
believe I was in drivers/pci/sata_nv when I took the pix now up on my web 
page.  

This is an ASUS M2N SLI Deluxe mobo, 8 Gigs of ram, phenom 9550 running 
slow at 2.1 Ghz.  This needs the sata_nv module to work with this hardware.

There are 4 drives in this box, and they are all working just fine when 
booted to 3.12.9, but that pix I just posted to my web page in the link 
below, in the Genes-os9-stf/LCNC link looks like there are only 3, and the 
first one has been enumerated to pci 5:0. Then 5:1 and 5:2 if I am reading 
that right.  But that same location in the 3.12.9 boot also only shows 3 
"devices" so obviously I don't know what I am doing.  Again...

So, when all I have is the initramfs: prompt, where in the /sys tree can I 
verify that all 4 drives are present and awake?

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
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/

progress, marching to the rear

[Gene Heskett]

I finally found a keyboard I can use when the boots fails to the
initramfs: prompt.  ps2 plug on it.

From the messages it leaves on screen, it is NOT finding the drive plugged 
into the mobo SATA1 connector when I try to boot to a 3.13.1-2-3 kernel.

So just to verify I am looking in the right place in the /sys directory, I 
believe I was in drivers/pci/sata_nv when I took the pix now up on my web 
page.  

This is an ASUS M2N SLI Deluxe mobo, 8 Gigs of ram, phenom 9550 running 
slow at 2.1 Ghz.  This needs the sata_nv module to work with this hardware.

There are 4 drives in this box, and they are all working just fine when 
booted to 3.12.9, but that pix I just posted to my web page in the link 
below, in the Genes-os9-stf/LCNC link looks like there are only 3, and the 
first one has been enumerated to pci 5:0. Then 5:1 and 5:2 if I am reading 
that right.  But that same location in the 3.12.9 boot also only shows 3 
devices so obviously I don't know what I am doing.  Again...

So, when all I have is the initramfs: prompt, where in the /sys tree can I 
verify that all 4 drives are present and awake?

Thanks.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

--
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/

Re: Progress, very small, on making a boot.

[Gene Heskett]

On Wednesday 19 February 2014 Randy Dunlap did write:

Lets start with a clean slate here.  See the image from trying to boot 
a 3.13.3 made from the repaired 3.12.9 .config file via an edit to 
re-enable the missing media stuffs followed by a make oldconfig.

Fresh boot pix, not as well focused as I'd like, at the usual link in my
signature. This camera seems not to be able to nail the autofocus dead on
when trying to range find this dell monitors anti-reflective screen and
of course its "available light" so the exposure is a goodly fraction of
a second.

Link in my sig, click on Genes-os9-stf/LCNC/, the .JPG there.

I see two errors, one just a couple lines from the top, and of course the 
non-find of ATA1 stuff that started all this, and at the bottom, an attempt, 
and a fuss over ATA6 which does not even exist.  There are 4 active 1 Tb 
drives, ATA1-ATA4, followed by a sata interfaced dvd writer, ATA5. MoBo 
sockets for SATA6 and SATA7 are empty.

Are we being bamboozled by an off by one error in the sata_nv code? Some
post 3.12.9 patch perhaps?

Should I go get the ChangeLogs and start grepping for sata_nv?

blkid output booted to 3.12.9:
gene@coyote:/opt/Genes-os9-stf/LCNC$ sudo blkid
/dev/sda1: LABEL="ububoot" UUID="f54ba7af-1545-43f3-a86e-bfc0017b4526" 
SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda2: LABEL="uburoot" UUID="ec677e9c-6be6-4311-b97b-3889d42ce6ef" 
TYPE="ext4" 
/dev/sda3: UUID="edc2880e-257d-4521-8220-0df5b57dcae4" TYPE="swap" 
/dev/sdb1: UUID="80ab0463-d6fc-4f5b-af08-5aa43d55fdf8" SEC_TYPE="ext2" 
TYPE="ext3" 
/dev/sdb5: UUID="b4841721-a040-48bc-80dc-e742164ad38a" TYPE="swap" 
/dev/sdc1: UUID="1321fc90-ba7a-4742-8176-f7b3a8284be5" TYPE="ext4" 
/dev/sdc2: LABEL="amandatapes-1-T" UUID="b7657920-d9a2-4379-ae21-08a0651b65cc" 
SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdd1: LABEL="home2" UUID="7601432d-7a30-42a3-80b5-57f08ae71f2a" 
TYPE="ext4" 
/dev/sdd2: LABEL="opt2" UUID="748b01e1-ae7b-4b17-b8e9-c88429bcefbf" TYPE="ext4" 
/dev/sr0: LABEL="10-302-50-1" TYPE="iso9660" 

Your thoughts?

Thanks Randy.
Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: Progress, very small, on making a boot.

[Gene Heskett]

On Wednesday 19 February 2014 Randy Dunlap did write:

Lets start with a clean slate here.  See the image from trying to boot 
a 3.13.3 made from the repaired 3.12.9 .config file via an edit to 
re-enable the missing media stuffs followed by a make oldconfig.

Fresh boot pix, not as well focused as I'd like, at the usual link in my
signature. This camera seems not to be able to nail the autofocus dead on
when trying to range find this dell monitors anti-reflective screen and
of course its available light so the exposure is a goodly fraction of
a second.

Link in my sig, click on Genes-os9-stf/LCNC/, the .JPG there.

I see two errors, one just a couple lines from the top, and of course the 
non-find of ATA1 stuff that started all this, and at the bottom, an attempt, 
and a fuss over ATA6 which does not even exist.  There are 4 active 1 Tb 
drives, ATA1-ATA4, followed by a sata interfaced dvd writer, ATA5. MoBo 
sockets for SATA6 and SATA7 are empty.

Are we being bamboozled by an off by one error in the sata_nv code? Some
post 3.12.9 patch perhaps?

Should I go get the ChangeLogs and start grepping for sata_nv?

blkid output booted to 3.12.9:
gene@coyote:/opt/Genes-os9-stf/LCNC$ sudo blkid
/dev/sda1: LABEL=ububoot UUID=f54ba7af-1545-43f3-a86e-bfc0017b4526 
SEC_TYPE=ext2 TYPE=ext3 
/dev/sda2: LABEL=uburoot UUID=ec677e9c-6be6-4311-b97b-3889d42ce6ef 
TYPE=ext4 
/dev/sda3: UUID=edc2880e-257d-4521-8220-0df5b57dcae4 TYPE=swap 
/dev/sdb1: UUID=80ab0463-d6fc-4f5b-af08-5aa43d55fdf8 SEC_TYPE=ext2 
TYPE=ext3 
/dev/sdb5: UUID=b4841721-a040-48bc-80dc-e742164ad38a TYPE=swap 
/dev/sdc1: UUID=1321fc90-ba7a-4742-8176-f7b3a8284be5 TYPE=ext4 
/dev/sdc2: LABEL=amandatapes-1-T UUID=b7657920-d9a2-4379-ae21-08a0651b65cc 
SEC_TYPE=ext2 TYPE=ext3 
/dev/sdd1: LABEL=home2 UUID=7601432d-7a30-42a3-80b5-57f08ae71f2a 
TYPE=ext4 
/dev/sdd2: LABEL=opt2 UUID=748b01e1-ae7b-4b17-b8e9-c88429bcefbf TYPE=ext4 
/dev/sr0: LABEL=10-302-50-1 TYPE=iso9660 

Your thoughts?

Thanks Randy.
Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: Loseing my patience with libata and sata_nv

[Gene Heskett]

On Friday 14 February 2014, Larry Finger wrote:
>On 02/14/2014 12:42 PM, Randy Dunlap wrote:
>> On 02/14/2014 08:31 AM, Gene Heskett wrote:
>>> Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
>>> 
>>> Not finding the option in any kernel tree that exists on my system,
>>> except it appears its been replaced or something.
>>> 
>>> This once in a lifetime boot, to 3.12.9, shows from an lsmod:
>>> libata146855  2 sata_nv,pata_amd
>>> scsi_mod  153579  4 sr_mod,sg,sd_mod,libata
>>> 
>>> I haven't a clue how I got it in this boot, and I built it.  And
>>> apparently a make oldconfig, carefully done by hand (takes about an
>>> hour 30 to do) is not capable of adding it to a .config BECAUSE it
>>> does NOT exist in any of the arch/x86/configs/i386_defconfig's
>>> present on this machine.
>> 
>> It does not have to exist in any defconfig.  Those are just default
>> config files and SATA_NV is not enabled by default, but you can still
>> enable it.
>> 
>>> Here is how I searched:
>>> 
>>> gene@coyote:~/src/linux-3.0.69$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.0.69$ cd
>>> ../linux-3.2.40
>>> gene@coyote:~/src/linux-3.2.40$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.2.40$ cd
>>> ../linux-3.4.36
>>> gene@coyote:~/src/linux-3.4.36$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.4.36$ cd
>>> ../linux-3.8.2
>>> gene@coyote:~/src/linux-3.8.2$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.8.2$ cd
>>> ../linux-3.8.3
>>> gene@coyote:~/src/linux-3.8.3$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.8.3$ cd
>>> ../linux-3.12.0
>>> gene@coyote:~/src/linux-3.12.0$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.12.0$ cd
>>> ../linux-3.12.6
>>> gene@coyote:~/src/linux-3.12.6$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.12.6$ cd
>>> ../linux-3.12.9
>>> gene@coyote:~/src/linux-3.12.9$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.12.9$ cd
>>> ../linux-3.13.1
>>> gene@coyote:~/src/linux-3.13.1$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.13.1$ cd
>>> ../linux-3.13.2
>>> gene@coyote:~/src/linux-3.13.2$ grep SATA_NV
>>> arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.13.2$
>>> 
>>> I've been fighting with this, intermittently for about 6 months. 
>>> Except for this 3.12.9 where I must have been holding my mouth right,
>>> all the rest are boot failures because it can't find the boot drive
>>> with so-and-so for a UUID. sata_nv is on the missing list, even in
>>> this WORKing boots defconfig. "Working" however is a miss-statement,
>>> no multimedia stuff was built.
>>> 
>>> There has to be a rule I am violating, but even with Randy's D's help,
>>> it is not becoming obvious.  FWIW libata references also can't be
>>> found, but as can be seen, its in memory right now.
>> 
>> libata is built whenever CONFIG_ATA is enabled.
>> 
>>> So please guys, what is the magic dependency that causes libata and
>>> sata_nv to be included in a .config?
>> 
>> The SATA_NV kconfig symbol depends on (requires) the following other
>> kconfig
>> 
>> symbols to be enabled:
>>  ATA_SFF and ATA_BMDMA and PCI and ATA
>> 
>> If those are not enabled, then you will need to use 'make config'
>> to enabled them before you can enable SATA_NV.
>
>Gene,
>
>Your CONFIG indicates that you are building both libata and sata_nv.
>Perhaps you are not including them in your initrd, or whatever it is
>called in your distro. That makes them unavailable at boot time due to
>the chicken-and-egg problem. You need those drivers to access the drive,
>but that is where they reside. An easy way might be to make those two
>drivers be built in rather than as modules.
>
>Larry

Almost exactly the same, Larry, I waited for the 2 minute timeout that 
tried to print something on the top line of the screen before I got up to 
walk over and reset it, but this time there was about a 1 minute blast of 
disk activity from the drive it was trying to boot from, and I thought I 
might have been an e2fsck, so I waited till the drive leds went off and 
stayed off before resetting it.  Nothing on the screen changed after that.

So call me clueless & you would be pretty accurate. :(

Is there another dependency yet?

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Loseing my patience with libata and sata_nv

[Gene Heskett]

Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.

Not finding the option in any kernel tree that exists on my system, 
except it appears its been replaced or something.

This once in a lifetime boot, to 3.12.9, shows from an lsmod:
libata146855  2 sata_nv,pata_amd
scsi_mod  153579  4 sr_mod,sg,sd_mod,libata

I haven't a clue how I got it in this boot, and I built it.  And 
apparently a make oldconfig, carefully done by hand (takes about an hour
30 to do) is not capable of adding it to a .config BECAUSE it does NOT 
exist in any of the arch/x86/configs/i386_defconfig's present on this machine.

Here is how I searched:

gene@coyote:~/src/linux-3.0.69$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.0.69$ cd ../linux-3.2.40
gene@coyote:~/src/linux-3.2.40$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.2.40$ cd ../linux-3.4.36
gene@coyote:~/src/linux-3.4.36$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.4.36$ cd ../linux-3.8.2
gene@coyote:~/src/linux-3.8.2$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.8.2$ cd ../linux-3.8.3
gene@coyote:~/src/linux-3.8.3$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.8.3$ cd ../linux-3.12.0
gene@coyote:~/src/linux-3.12.0$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.12.0$ cd ../linux-3.12.6
gene@coyote:~/src/linux-3.12.6$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.12.6$ cd ../linux-3.12.9
gene@coyote:~/src/linux-3.12.9$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.12.9$ cd ../linux-3.13.1
gene@coyote:~/src/linux-3.13.1$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.13.1$ cd ../linux-3.13.2
gene@coyote:~/src/linux-3.13.2$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.13.2$ 

I've been fighting with this, intermittently for about 6 months.  Except 
for this 3.12.9 where I must have been holding my mouth right, all the
rest are boot failures because it can't find the boot drive with so-and-so
for a UUID. sata_nv is on the missing list, even in this WORKing boots 
defconfig.
"Working" however is a miss-statement, no multimedia stuff was built.

There has to be a rule I am violating, but even with Randy's D's help, it is
not becoming obvious.  FWIW libata references also can't be found, but as 
can be seen, its in memory right now.

So please guys, what is the magic dependency that causes libata and 
sata_nv to be included in a .config?

Thanks & Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
--
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/

Loseing my patience with libata and sata_nv

[Gene Heskett]

Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.

Not finding the option in any kernel tree that exists on my system, 
except it appears its been replaced or something.

This once in a lifetime boot, to 3.12.9, shows from an lsmod:
libata146855  2 sata_nv,pata_amd
scsi_mod  153579  4 sr_mod,sg,sd_mod,libata

I haven't a clue how I got it in this boot, and I built it.  And 
apparently a make oldconfig, carefully done by hand (takes about an hour
30 to do) is not capable of adding it to a .config BECAUSE it does NOT 
exist in any of the arch/x86/configs/i386_defconfig's present on this machine.

Here is how I searched:

gene@coyote:~/src/linux-3.0.69$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.0.69$ cd ../linux-3.2.40
gene@coyote:~/src/linux-3.2.40$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.2.40$ cd ../linux-3.4.36
gene@coyote:~/src/linux-3.4.36$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.4.36$ cd ../linux-3.8.2
gene@coyote:~/src/linux-3.8.2$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.8.2$ cd ../linux-3.8.3
gene@coyote:~/src/linux-3.8.3$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.8.3$ cd ../linux-3.12.0
gene@coyote:~/src/linux-3.12.0$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.12.0$ cd ../linux-3.12.6
gene@coyote:~/src/linux-3.12.6$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.12.6$ cd ../linux-3.12.9
gene@coyote:~/src/linux-3.12.9$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.12.9$ cd ../linux-3.13.1
gene@coyote:~/src/linux-3.13.1$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.13.1$ cd ../linux-3.13.2
gene@coyote:~/src/linux-3.13.2$ grep SATA_NV arch/x86/configs/i386_defconfig 
gene@coyote:~/src/linux-3.13.2$ 

I've been fighting with this, intermittently for about 6 months.  Except 
for this 3.12.9 where I must have been holding my mouth right, all the
rest are boot failures because it can't find the boot drive with so-and-so
for a UUID. sata_nv is on the missing list, even in this WORKing boots 
defconfig.
Working however is a miss-statement, no multimedia stuff was built.

There has to be a rule I am violating, but even with Randy's D's help, it is
not becoming obvious.  FWIW libata references also can't be found, but as 
can be seen, its in memory right now.

So please guys, what is the magic dependency that causes libata and 
sata_nv to be included in a .config?

Thanks  Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
--
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/

Re: Loseing my patience with libata and sata_nv

[Gene Heskett]

On Friday 14 February 2014, Larry Finger wrote:
On 02/14/2014 12:42 PM, Randy Dunlap wrote:
 On 02/14/2014 08:31 AM, Gene Heskett wrote:
 Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
 
 Not finding the option in any kernel tree that exists on my system,
 except it appears its been replaced or something.
 
 This once in a lifetime boot, to 3.12.9, shows from an lsmod:
 libata146855  2 sata_nv,pata_amd
 scsi_mod  153579  4 sr_mod,sg,sd_mod,libata
 
 I haven't a clue how I got it in this boot, and I built it.  And
 apparently a make oldconfig, carefully done by hand (takes about an
 hour 30 to do) is not capable of adding it to a .config BECAUSE it
 does NOT exist in any of the arch/x86/configs/i386_defconfig's
 present on this machine.
 
 It does not have to exist in any defconfig.  Those are just default
 config files and SATA_NV is not enabled by default, but you can still
 enable it.
 
 Here is how I searched:
 
 gene@coyote:~/src/linux-3.0.69$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.0.69$ cd
 ../linux-3.2.40
 gene@coyote:~/src/linux-3.2.40$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.2.40$ cd
 ../linux-3.4.36
 gene@coyote:~/src/linux-3.4.36$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.4.36$ cd
 ../linux-3.8.2
 gene@coyote:~/src/linux-3.8.2$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.8.2$ cd
 ../linux-3.8.3
 gene@coyote:~/src/linux-3.8.3$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.8.3$ cd
 ../linux-3.12.0
 gene@coyote:~/src/linux-3.12.0$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.12.0$ cd
 ../linux-3.12.6
 gene@coyote:~/src/linux-3.12.6$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.12.6$ cd
 ../linux-3.12.9
 gene@coyote:~/src/linux-3.12.9$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.12.9$ cd
 ../linux-3.13.1
 gene@coyote:~/src/linux-3.13.1$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.13.1$ cd
 ../linux-3.13.2
 gene@coyote:~/src/linux-3.13.2$ grep SATA_NV
 arch/x86/configs/i386_defconfig gene@coyote:~/src/linux-3.13.2$
 
 I've been fighting with this, intermittently for about 6 months. 
 Except for this 3.12.9 where I must have been holding my mouth right,
 all the rest are boot failures because it can't find the boot drive
 with so-and-so for a UUID. sata_nv is on the missing list, even in
 this WORKing boots defconfig. Working however is a miss-statement,
 no multimedia stuff was built.
 
 There has to be a rule I am violating, but even with Randy's D's help,
 it is not becoming obvious.  FWIW libata references also can't be
 found, but as can be seen, its in memory right now.
 
 libata is built whenever CONFIG_ATA is enabled.
 
 So please guys, what is the magic dependency that causes libata and
 sata_nv to be included in a .config?
 
 The SATA_NV kconfig symbol depends on (requires) the following other
 kconfig
 
 symbols to be enabled:
  ATA_SFF and ATA_BMDMA and PCI and ATA
 
 If those are not enabled, then you will need to use 'make someconfig'
 to enabled them before you can enable SATA_NV.

Gene,

Your CONFIG indicates that you are building both libata and sata_nv.
Perhaps you are not including them in your initrd, or whatever it is
called in your distro. That makes them unavailable at boot time due to
the chicken-and-egg problem. You need those drivers to access the drive,
but that is where they reside. An easy way might be to make those two
drivers be built in rather than as modules.

Larry

Almost exactly the same, Larry, I waited for the 2 minute timeout that 
tried to print something on the top line of the screen before I got up to 
walk over and reset it, but this time there was about a 1 minute blast of 
disk activity from the drive it was trying to boot from, and I thought I 
might have been an e2fsck, so I waited till the drive leds went off and 
stayed off before resetting it.  Nothing on the screen changed after that.

So call me clueless  you would be pretty accurate. :(

Is there another dependency yet?

Thanks.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Wednesday 12 February 2014, Randy Dunlap wrote:
>On 02/12/2014 11:08 AM, Gene Heskett wrote:
>> Greetings, not making any progress on newer kernel builds yet.
>> 
>> So I unpacked 3.13.2 this morning and copied its
>> arch/x86/i386_defconfig to .config.
>> 
>> Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
>> isn't for my hardware & generally making lots of modules where I wasn't
>> sure.
>> 
>> But, my "makeit" script, when it makes the initrd, spits out this, and
>> note the not always final "/"
>> 
>> now making a new /boot/initrd.3.13.2.img
>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> 
>> And indeed that directory does not exist.
>> And that string does not exist in the .config.
>> 
>> Does this ring any bells?
>
>Not for me, but building the initrd (or initramfs) may be
>distro-specific. You might have to share the command that was used for
>that and maybe even the script that was executed (like /sbin/mkinitrd --
>where yours and mine are probably different depending on distros).
>
>Have you (your script) already run 'make install' at this point?
>AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and some
>other subdirectories there.

I finally got thru a makeit, using the original version I last whacked at a 
year or so back.

I blew the tree away, unpacked it fresh and did another make oldconfig. 
BOOM
I copied the Makefile in from 3.12.9, edited the version & ran it, BOOM.

I had some crypto stuff as modules, but finally I said the only thing I can 
do is lock out root, called up a make menuconfig, went down to the crypto 
section and set it to M for all previously cleared crypto things.  Worked, 
the /lib/modules/3.13.2/crypto tree is created and populated and 
mkinitramfs works as advertised.  Now for a boot test, but at least the SOB 
built.

15  minutes later, boot test is abject failure, only gets to "booting the 
kernel" on the tty screen and stops.

One last q:  What is the syntax to make this command line:

ccache make -j2 bzImage

Its using 98% of all 4 cores of this phenom, which is currently sitting at 
about 78.8F ATM, but which will be above 260F 3 to 4 seconds after I start 
a compile.  Its ignoring the -j2 & lighting up all 4 cores like a movie 
marquee in gkrellm's cpu displays.

Thanks for any more insight Randy.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Thursday 13 February 2014, Gene Heskett wrote:
>On Wednesday 12 February 2014, Randy Dunlap wrote:
>>On 02/12/2014 11:08 AM, Gene Heskett wrote:
>>> Greetings, not making any progress on newer kernel builds yet.
>>> 
>>> So I unpacked 3.13.2 this morning and copied its
>>> arch/x86/i386_defconfig to .config.
>>> 
>>> Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff
>>> that isn't for my hardware & generally making lots of modules where I
>>> wasn't sure.
>>> 
>>> But, my "makeit" script, when it makes the initrd, spits out this, and
>>> note the not always final "/"
>>> 
>>> now making a new /boot/initrd.3.13.2.img
>>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>>> 
>>> And indeed that directory does not exist.
>>> And that string does not exist in the .config.
>>> 
>>> Does this ring any bells?
>>
>>Not for me, but building the initrd (or initramfs) may be
>>distro-specific. You might have to share the command that was used for
>>that and maybe even the script that was executed (like /sbin/mkinitrd --
>>where yours and mine are probably different depending on distros).
>>
>>Have you (your script) already run 'make install' at this point?
>>AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and
>>some other subdirectories there.
>
>Have modified the script, $VER is "3.13.2", to do a make install ahead of
>the
>
>mkinitramfs -o/boot/initrd-$VER.img $VER && \
>
>line but these directories:
>now making a new /boot/initrd.3.13.2.img
>find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>and copying it to initrd-3.13.2.img
>
>are still not being made, initrd-$VER.img is not being made, and that
>path does not exist in the /etc/initramfs-tools directory. 
>initramfs-tools has been re-installed.
>
>I'm stuck.  Where can I buy a paddle? :)
>
>Thanks.
>
>Cheers, Gene

PS: looked at /usr/sbin/mkiniramfs, found it doesn't use the crap in 
/etc/initramfs-tools, but in /usr/share/initramfs-tools.  G.

There I find this:
gene@coyote:/usr/share/initramfs-tools$ grep -R arch *
hook-functions: DPKG_ARCH=$(dpkg --print-architecture)
hooks/cryptroot:#   a) 
/lib/modules/$VERSION/kernel/arch/$ARCH/crypto/$mod-$specific.ko
hooks/cryptroot:for file in $(find "$MODULESDIR/kernel/arch/" -name 
"$mod-*.ko"); do
hooks/cryptroot:archcrypto="$(find "$MODULESDIR/kernel/arch" 
-type d -name "crypto")"
hooks/cryptroot:if [ -n "$archcrypto" ]; then
hooks/cryptroot:copy_modules_dir 
"${archcrypto##*${MODULESDIR}/}"

WTF?

Thanks Randy.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Wednesday 12 February 2014, Randy Dunlap wrote:
>On 02/12/2014 11:08 AM, Gene Heskett wrote:
>> Greetings, not making any progress on newer kernel builds yet.
>> 
>> So I unpacked 3.13.2 this morning and copied its
>> arch/x86/i386_defconfig to .config.
>> 
>> Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
>> isn't for my hardware & generally making lots of modules where I wasn't
>> sure.
>> 
>> But, my "makeit" script, when it makes the initrd, spits out this, and
>> note the not always final "/"
>> 
>> now making a new /boot/initrd.3.13.2.img
>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> 
>> And indeed that directory does not exist.
>> And that string does not exist in the .config.
>> 
>> Does this ring any bells?
>
>Not for me, but building the initrd (or initramfs) may be
>distro-specific. You might have to share the command that was used for
>that and maybe even the script that was executed (like /sbin/mkinitrd --
>where yours and mine are probably different depending on distros).
>
>Have you (your script) already run 'make install' at this point?
>AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and some
>other subdirectories there.

Have modified the script, $VER is "3.13.2", to do a make install ahead of 
the

mkinitramfs -o/boot/initrd-$VER.img $VER && \

line but these directories:
now making a new /boot/initrd.3.13.2.img
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
and copying it to initrd-3.13.2.img

are still not being made, initrd-$VER.img is not being made, and that path 
does not exist in the /etc/initramfs-tools directory.  initramfs-tools has 
been re-installed.

I'm stuck.  Where can I buy a paddle? :)

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Wednesday 12 February 2014, Randy Dunlap wrote:
On 02/12/2014 11:08 AM, Gene Heskett wrote:
 Greetings, not making any progress on newer kernel builds yet.
 
 So I unpacked 3.13.2 this morning and copied its
 arch/x86/i386_defconfig to .config.
 
 Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
 isn't for my hardware  generally making lots of modules where I wasn't
 sure.
 
 But, my makeit script, when it makes the initrd, spits out this, and
 note the not always final /
 
 now making a new /boot/initrd.3.13.2.img
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 
 And indeed that directory does not exist.
 And that string does not exist in the .config.
 
 Does this ring any bells?

Not for me, but building the initrd (or initramfs) may be
distro-specific. You might have to share the command that was used for
that and maybe even the script that was executed (like /sbin/mkinitrd --
where yours and mine are probably different depending on distros).

Have you (your script) already run 'make install' at this point?
AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and some
other subdirectories there.

Have modified the script, $VER is 3.13.2, to do a make install ahead of 
the

mkinitramfs -o/boot/initrd-$VER.img $VER  \

line but these directories:
now making a new /boot/initrd.3.13.2.img
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
and copying it to initrd-3.13.2.img

are still not being made, initrd-$VER.img is not being made, and that path 
does not exist in the /etc/initramfs-tools directory.  initramfs-tools has 
been re-installed.

I'm stuck.  Where can I buy a paddle? :)

Thanks.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene
--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Thursday 13 February 2014, Gene Heskett wrote:
On Wednesday 12 February 2014, Randy Dunlap wrote:
On 02/12/2014 11:08 AM, Gene Heskett wrote:
 Greetings, not making any progress on newer kernel builds yet.
 
 So I unpacked 3.13.2 this morning and copied its
 arch/x86/i386_defconfig to .config.
 
 Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff
 that isn't for my hardware  generally making lots of modules where I
 wasn't sure.
 
 But, my makeit script, when it makes the initrd, spits out this, and
 note the not always final /
 
 now making a new /boot/initrd.3.13.2.img
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 
 And indeed that directory does not exist.
 And that string does not exist in the .config.
 
 Does this ring any bells?

Not for me, but building the initrd (or initramfs) may be
distro-specific. You might have to share the command that was used for
that and maybe even the script that was executed (like /sbin/mkinitrd --
where yours and mine are probably different depending on distros).

Have you (your script) already run 'make install' at this point?
AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and
some other subdirectories there.

Have modified the script, $VER is 3.13.2, to do a make install ahead of
the

mkinitramfs -o/boot/initrd-$VER.img $VER  \

line but these directories:
now making a new /boot/initrd.3.13.2.img
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
and copying it to initrd-3.13.2.img

are still not being made, initrd-$VER.img is not being made, and that
path does not exist in the /etc/initramfs-tools directory. 
initramfs-tools has been re-installed.

I'm stuck.  Where can I buy a paddle? :)

Thanks.

Cheers, Gene

PS: looked at /usr/sbin/mkiniramfs, found it doesn't use the crap in 
/etc/initramfs-tools, but in /usr/share/initramfs-tools.  G.

There I find this:
gene@coyote:/usr/share/initramfs-tools$ grep -R arch *
hook-functions: DPKG_ARCH=$(dpkg --print-architecture)
hooks/cryptroot:#   a) 
/lib/modules/$VERSION/kernel/arch/$ARCH/crypto/$mod-$specific.ko
hooks/cryptroot:for file in $(find $MODULESDIR/kernel/arch/ -name 
$mod-*.ko); do
hooks/cryptroot:archcrypto=$(find $MODULESDIR/kernel/arch 
-type d -name crypto)
hooks/cryptroot:if [ -n $archcrypto ]; then
hooks/cryptroot:copy_modules_dir 
${archcrypto##*${MODULESDIR}/}

WTF?

Thanks Randy.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Wednesday 12 February 2014, Randy Dunlap wrote:
On 02/12/2014 11:08 AM, Gene Heskett wrote:
 Greetings, not making any progress on newer kernel builds yet.
 
 So I unpacked 3.13.2 this morning and copied its
 arch/x86/i386_defconfig to .config.
 
 Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
 isn't for my hardware  generally making lots of modules where I wasn't
 sure.
 
 But, my makeit script, when it makes the initrd, spits out this, and
 note the not always final /
 
 now making a new /boot/initrd.3.13.2.img
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 
 And indeed that directory does not exist.
 And that string does not exist in the .config.
 
 Does this ring any bells?

Not for me, but building the initrd (or initramfs) may be
distro-specific. You might have to share the command that was used for
that and maybe even the script that was executed (like /sbin/mkinitrd --
where yours and mine are probably different depending on distros).

Have you (your script) already run 'make install' at this point?
AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and some
other subdirectories there.

I finally got thru a makeit, using the original version I last whacked at a 
year or so back.

I blew the tree away, unpacked it fresh and did another make oldconfig. 
BOOM
I copied the Makefile in from 3.12.9, edited the version  ran it, BOOM.

I had some crypto stuff as modules, but finally I said the only thing I can 
do is lock out root, called up a make menuconfig, went down to the crypto 
section and set it to M for all previously cleared crypto things.  Worked, 
the /lib/modules/3.13.2/crypto tree is created and populated and 
mkinitramfs works as advertised.  Now for a boot test, but at least the SOB 
built.

15  minutes later, boot test is abject failure, only gets to booting the 
kernel on the tty screen and stops.

One last q:  What is the syntax to make this command line:

ccache make -j2 bzImage

Its using 98% of all 4 cores of this phenom, which is currently sitting at 
about 78.8F ATM, but which will be above 260F 3 to 4 seconds after I start 
a compile.  Its ignoring the -j2  lighting up all 4 cores like a movie 
marquee in gkrellm's cpu displays.

Thanks for any more insight Randy.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Wednesday 12 February 2014, Randy Dunlap wrote:
>On 02/12/2014 11:08 AM, Gene Heskett wrote:
>> Greetings, not making any progress on newer kernel builds yet.
>> 
>> So I unpacked 3.13.2 this morning and copied its
>> arch/x86/i386_defconfig to .config.
>> 
>> Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
>> isn't for my hardware & generally making lots of modules where I wasn't
>> sure.
>> 
>> But, my "makeit" script, when it makes the initrd, spits out this, and
>> note the not always final "/"
>> 
>> now making a new /boot/initrd.3.13.2.img
>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
>> 
>> And indeed that directory does not exist.
>> And that string does not exist in the .config.
>> 
>> Does this ring any bells?
>
>Not for me, but building the initrd (or initramfs) may be
>distro-specific. You might have to share the command that was used for
>that and maybe even the script that was executed (like /sbin/mkinitrd --
>where yours and mine are probably different depending on distros).
>
>Have you (your script) already run 'make install' at this point?
>AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and some
>other subdirectories there.

Good Q, lemme look at makeit..  Apparently not.  My script keeps a 2nd copy 
of everything so all I have to do to revert if the previous version worked 
is rm the $VER and mv the $VER.old back to $VER.
=makeit==
#!/bin/sh
## this script assumes you have downloaded, unpacked kernel-
whatever.version
## First, edit this to set the version string to match the Makefile setting
# yeah, I know, I should pass it as $1.  Someday...
VER=3.13.2
LOC=`pwd`
echo now making kernel $VER, if not right, hit ctl+c now && \
sleep 5 && \
echo && \
make clean && \
make prepare && \
echo && \
echo && \
echo making bzImage && \
echo && \
echo && \
ccache make CONFIG_DEBUG_SECTION_MISMATCH=y -j3 bzImage && \
echo && \
echo && \
echo Now making modules && \

echo && \
echo && \ccache make CONFIG_DEBUG_SECTION_MISMATCH=y -j3 modules && \
echo && \
echo && \
echo doing a make headers_install && \
echo && \
echo && \
make headers_install && \
echo && \
echo && \
echo removing /boot/vmlinuz-$VER.old && \
echo && \
echo && \
touch /boot/vmlinuz-$VER.old && \
rm -f /boot/vmlinuz-$VER-old && \
echo && \
echo && \
echo touching vmlinuz-$VER && \
touch /boot/vmlinuz-$VER && \
echo && \
echo && \
echo mv-ing /boot/vmlinuz-$VER /boot/vmlinuz-$VER.old && \
mv -f /boot/vmlinuz-$VER /boot/vmlinuz-$VER.old && \
echo && \
echo copying bzImage to /boot/vmlinuz-$VER && \
cp -f arch/x86/boot/bzImage /boot/vmlinuz-$VER && \
echo removing old lib/modules/$VER.old && \
rm -fR /lib/modules/$VER.old && \
echo touching /lib/modules/$VER && \
touch /lib/modules/$VER && \
echo moving /lib/modules/$VER to /lib/modules/$VER.old && \
mv -f /lib/modules/$VER /lib/modules/$VER.old && \
echo cleaning up in /boot && \
rm -f /boot/System.map && \
echo saving the System.map-$VER to System.map-$VER.old && \
touch /boot/System.map-$VER && \
mv /boot/System.map-$VER /boot/System.map-$VER.old && \
echo copying in new System.map && \
cp -f System.map /boot/System.map-$VER && \
echo cd-ing to /boot && \
cd /boot && \
echo doing the link of System.map-$VER to System.map && \
ln -s System.map-$VER System.map && \
echo cd-ing back to $LOC to do the modules_install && \
cd $LOC && \
echo && \
pwd && \
echo make modules_install && \
ccache make -j3 modules_install && \
echo installing firmware && \
make firmware_install && \
echo now making a new /boot/initrd.$VER.img && \
# touch it in case its not there yet && \
touch /boot/in

i386_defconfig for 3.13.2?

[Gene Heskett]

Greetings, not making any progress on newer kernel builds yet.

So I unpacked 3.13.2 this morning and copied its arch/x86/i386_defconfig to  
.config.

Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that 
isn't for my hardware & generally making lots of modules where I wasn't 
sure.

But, my "makeit" script, when it makes the initrd, spits out this, and note 
the not always final "/"

now making a new /boot/initrd.3.13.2.img
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory

And indeed that directory does not exist.
And that string does not exist in the .config.

Does this ring any bells?

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

i386_defconfig for 3.13.2?

[Gene Heskett]

Greetings, not making any progress on newer kernel builds yet.

So I unpacked 3.13.2 this morning and copied its arch/x86/i386_defconfig to  
.config.

Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that 
isn't for my hardware  generally making lots of modules where I wasn't 
sure.

But, my makeit script, when it makes the initrd, spits out this, and note 
the not always final /

now making a new /boot/initrd.3.13.2.img
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory

And indeed that directory does not exist.
And that string does not exist in the .config.

Does this ring any bells?

Thanks.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: i386_defconfig for 3.13.2?

[Gene Heskett]

On Wednesday 12 February 2014, Randy Dunlap wrote:
On 02/12/2014 11:08 AM, Gene Heskett wrote:
 Greetings, not making any progress on newer kernel builds yet.
 
 So I unpacked 3.13.2 this morning and copied its
 arch/x86/i386_defconfig to .config.
 
 Ran make oldconfig, then 3 or 4 sessions of xconfig removing stuff that
 isn't for my hardware  generally making lots of modules where I wasn't
 sure.
 
 But, my makeit script, when it makes the initrd, spits out this, and
 note the not always final /
 
 now making a new /boot/initrd.3.13.2.img
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 find: `/lib/modules/3.13.2/kernel/arch/': No such file or directory
 
 And indeed that directory does not exist.
 And that string does not exist in the .config.
 
 Does this ring any bells?

Not for me, but building the initrd (or initramfs) may be
distro-specific. You might have to share the command that was used for
that and maybe even the script that was executed (like /sbin/mkinitrd --
where yours and mine are probably different depending on distros).

Have you (your script) already run 'make install' at this point?
AFAIK, that should have created /lib/modules/3.13.2/kernel/arch/ and some
other subdirectories there.

Good Q, lemme look at makeit..  Apparently not.  My script keeps a 2nd copy 
of everything so all I have to do to revert if the previous version worked 
is rm the $VER and mv the $VER.old back to $VER.
=makeit==
#!/bin/sh
## this script assumes you have downloaded, unpacked kernel-
whatever.version
## First, edit this to set the version string to match the Makefile setting
# yeah, I know, I should pass it as $1.  Someday...
VER=3.13.2
LOC=`pwd`
echo now making kernel $VER, if not right, hit ctl+c now  \
sleep 5  \
echo  \
make clean  \
make prepare  \
echo  \
echo  \
echo making bzImage  \
echo  \
echo  \
ccache make CONFIG_DEBUG_SECTION_MISMATCH=y -j3 bzImage  \
echo  \
echo  \
echo Now making modules  \

echo  \
echo  \ccache make CONFIG_DEBUG_SECTION_MISMATCH=y -j3 modules  \
echo  \
echo  \
echo doing a make headers_install  \
echo  \
echo  \
make headers_install  \
echo  \
echo  \
echo removing /boot/vmlinuz-$VER.old  \
echo  \
echo  \
touch /boot/vmlinuz-$VER.old  \
rm -f /boot/vmlinuz-$VER-old  \
echo  \
echo  \
echo touching vmlinuz-$VER  \
touch /boot/vmlinuz-$VER  \
echo  \
echo  \
echo mv-ing /boot/vmlinuz-$VER /boot/vmlinuz-$VER.old  \
mv -f /boot/vmlinuz-$VER /boot/vmlinuz-$VER.old  \
echo  \
echo copying bzImage to /boot/vmlinuz-$VER  \
cp -f arch/x86/boot/bzImage /boot/vmlinuz-$VER  \
echo removing old lib/modules/$VER.old  \
rm -fR /lib/modules/$VER.old  \
echo touching /lib/modules/$VER  \
touch /lib/modules/$VER  \
echo moving /lib/modules/$VER to /lib/modules/$VER.old  \
mv -f /lib/modules/$VER /lib/modules/$VER.old  \
echo cleaning up in /boot  \
rm -f /boot/System.map  \
echo saving the System.map-$VER to System.map-$VER.old  \
touch /boot/System.map-$VER  \
mv /boot/System.map-$VER /boot/System.map-$VER.old  \
echo copying in new System.map  \
cp -f System.map /boot/System.map-$VER  \
echo cd-ing to /boot  \
cd /boot  \
echo doing the link of System.map-$VER to System.map  \
ln -s System.map-$VER System.map  \
echo cd-ing back to $LOC to do the modules_install  \
cd $LOC  \
echo  \
pwd  \
echo make modules_install  \
ccache make -j3 modules_install  \
echo installing firmware  \
make firmware_install  \
echo now making a new /boot/initrd.$VER.img  \
# touch it in case its not there yet  \
touch /boot/initrd-$VER.img  \
# then move it to .old  \
mv /boot/initrd-$VER.img /boot/initrd-$VER.old  \
# now make a new one IN /boot!  \
mkinitramfs -o/boot/initrd-$VER.img $VER  \
echo and copying it to initrd-$VER.img  \
touch initrd-$VER.img.old  \
rm -f initrd-$VER.img.old  \
# leave a copy here too  \
cp /boot/initrd-$VER.img initrd-$VER.img  \
cd $LOC  \
depmod -a -e -F System.map $VER  \
# Ok, now we need to be saving the .config in /boot and dump the copy in 
/proc \
touch /boot/config-$VER.gz  \
mv /boot/config-$VER.gz /boot/config-$VER.gz.old  \
gzip -c .config /boot/config-$VER.gz  \
ls -l /boot/ | grep config-$VER.gz  \
echo  \
echo All done making $VER! Edit grub.conf, reboot and chose your kernel 
at the grub prompt


===EOF
I can replace the bZimage copy with a make install, but that would appear 
to need an order re-arrangement.  What can be excised, or moved up and 
where should the make install line go?

I don't

Re: make oldfonfig broken.

[Gene Heskett]

On Tuesday 11 February 2014, Randy Dunlap wrote:
>On 02/10/2014 04:13 PM, Gene Heskett wrote:
>> On Monday 10 February 2014, Randy Dunlap wrote:
>>> On 02/10/2014 12:21 PM, Gene Heskett wrote:
>>>> On Monday 10 February 2014, Randy Dunlap wrote:
>>>>> On 02/09/2014 08:32 PM, Gene Heskett wrote:
>>>>> AUTOSELECT driver feature Better!  ugh.
>>>> 
>>>> Spit.  I presume geneology discussions are off topic. :)
>>>> 
>>>>> Good luck. Let me know if you need more guidance.
>>>> 
>>>> Hat in hand, I figured I had better get the first one that fails,
>>>> 3.2.40, to work before I carried that fwd to a more current kernel,
>>>> but 5 or 6 builds & boot failure later I am stumped.
>>>> 
>>>> The boot gets to top_init, reports the / drive is unavailable and it
>>>> cannot load /lib/modules/3.2.40/modules.dep, which does exist.
>>>> 
>>>> Stops, times out in about a minute and falls thru to the busybox
>>>> shell, and of course my keyboard and mouse are wireless to usb, so
>>>> neither work, reset button tap time.
>>>> 
>>>> The only reason I can deduce is that because the drive isn't mounted,
>>>> something is still missing, either in the vmlinuz file or in the
>>>> initrd file.
>>>> 
>>>> This most working 3.12.9 bootup shows:
>>>> 
>>>> gene@coyote:~/src/linux-3.2.40$ lsmod |grep sata
>>>> sata_nv16890  12
>>>> libata146855  2 pata_amd,sata_nv
>>>> 
>>>> And I'm pretty sure all that is in the initrd.
>>>> 
>>>> Except according to grep, none of that is in
>>>> /lib/modules/3.2.40/modules.dep
>>>> 
>>>> And I cannot find anyplace in a make xconfig that mentions libata.
>>>> So obviously my .config is still fubared. It does grep in the other
>>>> modules.dep files for several other versions.
>>>> 
>>>> In fact, no .config I have mentions it. At my age the hair is
>>>> thinning quickly enough.
>>>> 
>>>> So, Next please?  libata is missing, and so is sata_nv in spite of
>>>> that
>>> 
>>>> being enabled:
>>> It's missing as a loadable module, but that's OK since it's builtin.
>>> 
>>>> gene@coyote:~/src/linux-3.2.40$ grep SATA_NV .config
>>>> CONFIG_SATA_NV=y
>>>> 
>>>> But I see thats builtin, but it didn't help.
>>> 
>>> Your .config has (I believe)
>>> CONFIG_ATA=y
>>> and that is what builds libata.
>>> 
>>> Any other clues?
>> 
>> Not that I see in the build trace. grepping:
>> gene@coyote:~/src/linux-3.2.40$ grep CONFIG_ATA .config
>> CONFIG_ATALK=m
>> # CONFIG_ATA_OVER_ETH is not set
>> CONFIG_ATA=y
>> # CONFIG_ATA_NONSTANDARD is not set
>> CONFIG_ATA_VERBOSE_ERROR=y
>> CONFIG_ATA_ACPI=y
>> CONFIG_ATA_SFF=y
>> CONFIG_ATA_BMDMA=y
>> # CONFIG_ATA_PIIX is not set
>> CONFIG_ATA_GENERIC=m
>> 
>> And it seems to be building libata:
>> gene@coyote:~/src/linux-3.2.40/drivers/ata$ ls -l|grep libata|grep .o
>> -rw-r--r-- 1 root root  10236 2014-02-10 18:19 libata-acpi.o
>> -rw-rw-r-- 1 gene gene 175870 2013-03-05 22:24 libata-core.c
>> -rw-r--r-- 1 root root  89616 2014-02-10 18:19 libata-core.o
>> -rw-r--r-- 1 root root  35904 2014-02-10 18:19 libata-eh.o
>> -rw-r--r-- 1 root root 222732 2014-02-10 18:19 libata.o
>> -rw-r--r-- 1 root root  12072 2014-02-10 18:19 libata-pmp.o
>> -rw-r--r-- 1 root root  37156 2014-02-10 18:19 libata-scsi.o
>> -rw-r--r-- 1 root root  40996 2014-02-10 18:19 libata-sff.o
>> -rw-rw-r-- 1 gene gene  19559 2013-03-05 22:24 libata-transport.c
>> -rw-rw-r-- 1 gene gene536 2013-03-05 22:24 libata-transport.h
>> -rw-r--r-- 1 root root  11772 2014-02-10 18:19 libata-transport.o
>> 
>> But libata.ko is not making it into the initrd, nor the modules.dep for
>> 3.2.40.
>> 
>> I been playing 20 monkeys changing one ata related thing at a time &
>> doing a sudo time -p ./makeit to check, not much use rebooting to
>> check until I see it.
>> 
>> I'll go gedit .config & change CONFIG_ATA to = m & try one more time.
>> 
>> Got it, test reboot time.  Made it 2 lines farther, "switching to clock
>> source TSC" then fell through to the busybox prompt with all inputs
>> dead.
>> 
>> Sigh.
>> 
>> .config attached if you

Re: make oldfonfig broken.

[Gene Heskett]

On Tuesday 11 February 2014, Randy Dunlap wrote:
>
>You have ext[234] filesystems builtin. I suppose the rootfs is one of
>those?

Yes, its all ext2-3-4 here (except swap of course)

>Your .config file also has the ATA drivers as =m (loadable modules), but
>I guess that you also tested with those drivers =y (builtin).

Yes, both ways.
>
>I don't see what the problem is.
>You may need to try taking a photo of the failed boot and sending it to
>the mailing list (and me) again, even though that has not worked for you
>some time in the past.

I'll try it with the ext2-3-4 as modules.  But the last error was 2 lines 
farther, stalling till the BusyBox timeout after echoing the change to TSC 
clock to the low res screen.  Whatever that is.

We'll keep plodding along.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Tuesday 11 February 2014, Randy Dunlap wrote:

You have ext[234] filesystems builtin. I suppose the rootfs is one of
those?

Yes, its all ext2-3-4 here (except swap of course)

Your .config file also has the ATA drivers as =m (loadable modules), but
I guess that you also tested with those drivers =y (builtin).

Yes, both ways.

I don't see what the problem is.
You may need to try taking a photo of the failed boot and sending it to
the mailing list (and me) again, even though that has not worked for you
some time in the past.

I'll try it with the ext2-3-4 as modules.  But the last error was 2 lines 
farther, stalling till the BusyBox timeout after echoing the change to TSC 
clock to the low res screen.  Whatever that is.

We'll keep plodding along.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Tuesday 11 February 2014, Randy Dunlap wrote:
On 02/10/2014 04:13 PM, Gene Heskett wrote:
 On Monday 10 February 2014, Randy Dunlap wrote:
 On 02/10/2014 12:21 PM, Gene Heskett wrote:
 On Monday 10 February 2014, Randy Dunlap wrote:
 On 02/09/2014 08:32 PM, Gene Heskett wrote:
 AUTOSELECT driver feature Better!  ugh.
 
 Spit.  I presume geneology discussions are off topic. :)
 
 Good luck. Let me know if you need more guidance.
 
 Hat in hand, I figured I had better get the first one that fails,
 3.2.40, to work before I carried that fwd to a more current kernel,
 but 5 or 6 builds  boot failure later I am stumped.
 
 The boot gets to top_init, reports the / drive is unavailable and it
 cannot load /lib/modules/3.2.40/modules.dep, which does exist.
 
 Stops, times out in about a minute and falls thru to the busybox
 shell, and of course my keyboard and mouse are wireless to usb, so
 neither work, reset button tap time.
 
 The only reason I can deduce is that because the drive isn't mounted,
 something is still missing, either in the vmlinuz file or in the
 initrd file.
 
 This most working 3.12.9 bootup shows:
 
 gene@coyote:~/src/linux-3.2.40$ lsmod |grep sata
 sata_nv16890  12
 libata146855  2 pata_amd,sata_nv
 
 And I'm pretty sure all that is in the initrd.
 
 Except according to grep, none of that is in
 /lib/modules/3.2.40/modules.dep
 
 And I cannot find anyplace in a make xconfig that mentions libata.
 So obviously my .config is still fubared. It does grep in the other
 modules.dep files for several other versions.
 
 In fact, no .config I have mentions it. At my age the hair is
 thinning quickly enough.
 
 So, Next please?  libata is missing, and so is sata_nv in spite of
 that
 
 being enabled:
 It's missing as a loadable module, but that's OK since it's builtin.
 
 gene@coyote:~/src/linux-3.2.40$ grep SATA_NV .config
 CONFIG_SATA_NV=y
 
 But I see thats builtin, but it didn't help.
 
 Your .config has (I believe)
 CONFIG_ATA=y
 and that is what builds libata.
 
 Any other clues?
 
 Not that I see in the build trace. grepping:
 gene@coyote:~/src/linux-3.2.40$ grep CONFIG_ATA .config
 CONFIG_ATALK=m
 # CONFIG_ATA_OVER_ETH is not set
 CONFIG_ATA=y
 # CONFIG_ATA_NONSTANDARD is not set
 CONFIG_ATA_VERBOSE_ERROR=y
 CONFIG_ATA_ACPI=y
 CONFIG_ATA_SFF=y
 CONFIG_ATA_BMDMA=y
 # CONFIG_ATA_PIIX is not set
 CONFIG_ATA_GENERIC=m
 
 And it seems to be building libata:
 gene@coyote:~/src/linux-3.2.40/drivers/ata$ ls -l|grep libata|grep .o
 -rw-r--r-- 1 root root  10236 2014-02-10 18:19 libata-acpi.o
 -rw-rw-r-- 1 gene gene 175870 2013-03-05 22:24 libata-core.c
 -rw-r--r-- 1 root root  89616 2014-02-10 18:19 libata-core.o
 -rw-r--r-- 1 root root  35904 2014-02-10 18:19 libata-eh.o
 -rw-r--r-- 1 root root 222732 2014-02-10 18:19 libata.o
 -rw-r--r-- 1 root root  12072 2014-02-10 18:19 libata-pmp.o
 -rw-r--r-- 1 root root  37156 2014-02-10 18:19 libata-scsi.o
 -rw-r--r-- 1 root root  40996 2014-02-10 18:19 libata-sff.o
 -rw-rw-r-- 1 gene gene  19559 2013-03-05 22:24 libata-transport.c
 -rw-rw-r-- 1 gene gene536 2013-03-05 22:24 libata-transport.h
 -rw-r--r-- 1 root root  11772 2014-02-10 18:19 libata-transport.o
 
 But libata.ko is not making it into the initrd, nor the modules.dep for
 3.2.40.
 
 I been playing 20 monkeys changing one ata related thing at a time 
 doing a sudo time -p ./makeit to check, not much use rebooting to
 check until I see it.
 
 I'll go gedit .config  change CONFIG_ATA to = m  try one more time.
 
 Got it, test reboot time.  Made it 2 lines farther, switching to clock
 source TSC then fell through to the busybox prompt with all inputs
 dead.
 
 Sigh.
 
 .config attached if you've got time.

You have ext[234] filesystems builtin. I suppose the rootfs is one of
those?

Your .config file also has the ATA drivers as =m (loadable modules), but
I guess that you also tested with those drivers =y (builtin).

I don't see what the problem is.
You may need to try taking a photo of the failed boot and sending it to
the mailing list (and me) again, even though that has not worked for you
some time in the past.

I thought after sending the last msg, that I would look at the 
i386_defconfig to see if I could get a clue about this TSC clock its 
mewling about.

It doesn't even exist in either defconfig. ?

This is 3.12.9 ATM, 3.12.6 will also boot, but I am going to pull that 
defconfig and see it it will still boot. Just for SG of course.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Monday 10 February 2014, Randy Dunlap wrote:
>On 02/09/2014 08:32 PM, Gene Heskett wrote:
>AUTOSELECT driver feature Better!  ugh.

Spit.  I presume geneology discussions are off topic. :)
>
>Good luck. Let me know if you need more guidance.

Hat in hand, I figured I had better get the first one that fails, 3.2.40, 
to work before I carried that fwd to a more current kernel, but 5 or 6 
builds & boot failure later I am stumped.

The boot gets to top_init, reports the / drive is unavailable and it cannot 
load /lib/modules/3.2.40/modules.dep, which does exist.

Stops, times out in about a minute and falls thru to the busybox shell, and 
of course my keyboard and mouse are wireless to usb, so neither work, reset 
button tap time.

The only reason I can deduce is that because the drive isn't mounted, 
something is still missing, either in the vmlinuz file or in the initrd 
file.

This most working 3.12.9 bootup shows:
 
gene@coyote:~/src/linux-3.2.40$ lsmod |grep sata
sata_nv16890  12 
libata146855  2 pata_amd,sata_nv

And I'm pretty sure all that is in the initrd.

Except according to grep, none of that is in 
/lib/modules/3.2.40/modules.dep

And I cannot find anyplace in a make xconfig that mentions libata.
So obviously my .config is still fubared. It does grep in the other  
modules.dep files for several other versions.

In fact, no .config I have mentions it. At my age the hair is thinning 
quickly enough.

So, Next please?  libata is missing, and so is sata_nv in spite of that 
being enabled:

gene@coyote:~/src/linux-3.2.40$ grep SATA_NV .config
CONFIG_SATA_NV=y

But I see thats builtin, but it didn't help.

Thanks all.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Monday 10 February 2014, Randy Dunlap wrote:
[...]
> Gene, I want to make sure where you are saying the problem is.
> Is it going directly from 3.019 to 3.8.2, with no intervening kernel
> versions?
 
 No, one intermediate step in this case.
 
 I started with 3.0.19, which was fine, took that one to 3.2.40, and
 that one to 3.8.2 because I don't have anything between those here.
 Not exactly a step by step.
>>> 
>>> and when you go from one kernel version to the next, do you use
>>> 
>>> $ make oldconfig
>>> and answer all of its questions, or do you use
>> 
>> I generally answer all its questions, or take the default by hitting
>> enter, but I do read all its questions.
>> 
>>> $ yes '' | make oldconfig
>> 
>> Never done that in all these years.
>> 
>>> or some other variant?  (I guess in your super build script.)
>> 
>> This is long before my "super script" gets fired off.
>> 
>> And that part is actually working well, run it as root, do a
>> grub-update and reboot.
>> 
>> Cheers, Gene
>
>You need to have a Kconfig symbol named DVB_CORE enabled.
>
>In 3.8.2 (and likely previously, but not in 3.2.40),
>DVB_CORE depends on having both MEDIA_SUPPORT and
>MEDIA_DIGITAL_TV_SUPPORT enabled.  Your .confile file  has MEDIA_SUPPORT
>enabled but not
>MEDIA_DIGITAL_TV_SUPPORT.
>
>In your 3.2.40 kernel source tree, just edit your .config file and delete
>the line that says:
># CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set
>
>then run [1]
>$ make oldconfig
>and it will ask you how to set the Kconfig symbol.  Tell it 'y'.
>
>and if you can find this line in your .config file:
>CONFIG_MEDIA_SUBDRV_AUTOSELECT=y
>
>delete it. Run 'make oldconfig' again if you did so at [1] above.
>For this Kconfig question:
>  Autoselect tuners and i2c modules to build (MEDIA_SUBDRV_AUTOSELECT),
>answer N.
>Then you can select all of the tuners and frontends that you want.
>There are LOTS of them to choose from.
>
>IIRC, this all happened because someone decided that they could make the
>AUTOSELECT driver feature Better!  ugh.
>
>Good luck. Let me know if you need more guidance.

Printed. That sounds as if I ought to be able to do it, which I will take a 
shot at tomorrow.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Monday 10 February 2014, Randy Dunlap wrote:
[...]
 Gene, I want to make sure where you are saying the problem is.
 Is it going directly from 3.019 to 3.8.2, with no intervening kernel
 versions?
 
 No, one intermediate step in this case.
 
 I started with 3.0.19, which was fine, took that one to 3.2.40, and
 that one to 3.8.2 because I don't have anything between those here.
 Not exactly a step by step.
 
 and when you go from one kernel version to the next, do you use
 
 $ make oldconfig
 and answer all of its questions, or do you use
 
 I generally answer all its questions, or take the default by hitting
 enter, but I do read all its questions.
 
 $ yes '' | make oldconfig
 
 Never done that in all these years.
 
 or some other variant?  (I guess in your super build script.)
 
 This is long before my super script gets fired off.
 
 And that part is actually working well, run it as root, do a
 grub-update and reboot.
 
 Cheers, Gene

You need to have a Kconfig symbol named DVB_CORE enabled.

In 3.8.2 (and likely previously, but not in 3.2.40),
DVB_CORE depends on having both MEDIA_SUPPORT and
MEDIA_DIGITAL_TV_SUPPORT enabled.  Your .confile file  has MEDIA_SUPPORT
enabled but not
MEDIA_DIGITAL_TV_SUPPORT.

In your 3.2.40 kernel source tree, just edit your .config file and delete
the line that says:
# CONFIG_MEDIA_DIGITAL_TV_SUPPORT is not set

then run [1]
$ make oldconfig
and it will ask you how to set the Kconfig symbol.  Tell it 'y'.

and if you can find this line in your .config file:
CONFIG_MEDIA_SUBDRV_AUTOSELECT=y

delete it. Run 'make oldconfig' again if you did so at [1] above.
For this Kconfig question:
  Autoselect tuners and i2c modules to build (MEDIA_SUBDRV_AUTOSELECT),
answer N.
Then you can select all of the tuners and frontends that you want.
There are LOTS of them to choose from.

IIRC, this all happened because someone decided that they could make the
AUTOSELECT driver feature Better!  ugh.

Good luck. Let me know if you need more guidance.

Printed. That sounds as if I ought to be able to do it, which I will take a 
shot at tomorrow.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Monday 10 February 2014, Randy Dunlap wrote:
On 02/09/2014 08:32 PM, Gene Heskett wrote:
AUTOSELECT driver feature Better!  ugh.

Spit.  I presume geneology discussions are off topic. :)

Good luck. Let me know if you need more guidance.

Hat in hand, I figured I had better get the first one that fails, 3.2.40, 
to work before I carried that fwd to a more current kernel, but 5 or 6 
builds  boot failure later I am stumped.

The boot gets to top_init, reports the / drive is unavailable and it cannot 
load /lib/modules/3.2.40/modules.dep, which does exist.

Stops, times out in about a minute and falls thru to the busybox shell, and 
of course my keyboard and mouse are wireless to usb, so neither work, reset 
button tap time.

The only reason I can deduce is that because the drive isn't mounted, 
something is still missing, either in the vmlinuz file or in the initrd 
file.

This most working 3.12.9 bootup shows:
 
gene@coyote:~/src/linux-3.2.40$ lsmod |grep sata
sata_nv16890  12 
libata146855  2 pata_amd,sata_nv

And I'm pretty sure all that is in the initrd.

Except according to grep, none of that is in 
/lib/modules/3.2.40/modules.dep

And I cannot find anyplace in a make xconfig that mentions libata.
So obviously my .config is still fubared. It does grep in the other  
modules.dep files for several other versions.

In fact, no .config I have mentions it. At my age the hair is thinning 
quickly enough.

So, Next please?  libata is missing, and so is sata_nv in spite of that 
being enabled:

gene@coyote:~/src/linux-3.2.40$ grep SATA_NV .config
CONFIG_SATA_NV=y

But I see thats builtin, but it didn't help.

Thanks all.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Sunday 09 February 2014, Randy Dunlap wrote:
>On 02/09/2014 08:14 PM, Gene Heskett wrote:
>> On Sunday 09 February 2014, Randy Dunlap wrote:
>>> On 02/09/2014 07:46 PM, Gene Heskett wrote:
>>>> On Sunday 09 February 2014, Randy Dunlap wrote:
>>>>> On 02/09/2014 07:07 PM, Ken Moffat wrote:
>>>>>> On Sun, Feb 09, 2014 at 06:05:41PM -0500, Gene Heskett wrote:
>>>>>>> On Sunday 09 February 2014, Paul Bolle wrote:
>>>>>>>> Feel free to open a new thread, with the relevant details, and
>>>>>>>> involve the relevant people and lists. I have no idea what you're
>>>>>>>> going on about and could not care less (in the context of this
>>>>>>>> thread).
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Paul Bolle
>>>>>>> 
>>>>>>> Been tried, got zero response.  Frankly, posting just to lkml,
>>>>>>> hoping the revalent people see it, is beginning to act like
>>>>>>> posting to a black hole.
>>>>>>> 
>>>>>>  I saw one response to you, from Randy Dunlap, asking for more
>>>>>> 
>>>>>> information : https://lkml.org/lkml/2014/2/8/153
>>>>> 
>>>>> wow, I don't know how I saw this message (thanks, Ken),
>>>>> but replying to this patch was NOT the right thing to do, Gene.
>>>>> 
>>>>> Just reply to my request and I'll be glad to look into it.
>>>>> 
>>>>>>  After your posts a few days ago, I'm tempted to suggest you check
>>>>>> 
>>>>>> your spam filters, and also any mail files your virus scanner might
>>>>>> have quarantined.  But it is also possible that you just haven't
>>>>>> received it - email is like that.
>>>>>> 
>>>>>> ط¤آ¸en
>>>> 
>>>> Spam and viri filters watched carefully.  I also use mailfilter, and
>>>> watch its logs full time for FP's.
>>> 
>>> Still -- this ATSC problem should not be part of a reply to the Remove
>>> DEPRECATED patch.
>> 
>> True.  But I got some attention.
>> 
>>>> And I didn't reply because the question seemed way too broad, almost
>>>> as if
>>> 
>>> what question seemed to broad?
>> 
>> You wanted to see "a" config, but I wanted to show the diffs. Also
>> yesterday I hadn't gone thru what I have yet to see where it falls
>> apart.
>> 
>>>> my lament wasn't read.  That and the mail server doesn't like big
>>> 
>>> what mail server?  yours?  wdtv?  vger.kernel.org certainly has no
>>> problem with them.
>> 
>> I have gotten bounced from lkml because a screen shot pix of a failed
>> boot was too big.  Perhaps 18 months or so.  It was big, from a 10
>> megapixel camera.
>> 
>>>> attachments. So rather than reply to the list, I'll excise some of
>>>> the addresses that bounce from a reply_all or don't like me, and
>>>> send the .config from a 3.019 build which seems ok, but by the time
>>>> that config is run thru a make oldconfig at 3.8.2, most all the
>>>> media, ATSC and DVB stuff is gone.  So I'll attach that one too. 
>>>> The later file grew 22kb, but wholesale parts of the first one are
>>>> missing from the 2nd.
>>> 
>>> Gene, I want to make sure where you are saying the problem is.
>>> Is it going directly from 3.019 to 3.8.2, with no intervening kernel
>>> versions?
>> 
>> No, one intermediate step in this case.
>> 
>> I started with 3.0.19, which was fine, took that one to 3.2.40, and
>> that one to 3.8.2 because I don't have anything between those here. 
>> Not exactly a step by step.
>
>and when you go from one kernel version to the next, do you use
>
>$ make oldconfig
>and answer all of its questions, or do you use

I generally answer all its questions, or take the default by hitting enter, 
but I do read all its questions.

>$ yes '' | make oldconfig

Never done that in all these years.

>or some other variant?  (I guess in your super build script.)

This is long before my "super script" gets fired off.

And that part is actually working well, run it as root, do a grub-update 
and reboot.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

make oldfonfig broken.

[Gene Heskett]

On Sunday 09 February 2014, Randy Dunlap wrote:
>On 02/09/2014 07:46 PM, Gene Heskett wrote:
>> On Sunday 09 February 2014, Randy Dunlap wrote:
>>> On 02/09/2014 07:07 PM, Ken Moffat wrote:
>>>> On Sun, Feb 09, 2014 at 06:05:41PM -0500, Gene Heskett wrote:
>>>>> On Sunday 09 February 2014, Paul Bolle wrote:
>>>>>> Feel free to open a new thread, with the relevant details, and
>>>>>> involve the relevant people and lists. I have no idea what you're
>>>>>> going on about and could not care less (in the context of this
>>>>>> thread).
>>>>>> 
>>>>>> 
>>>>>> Paul Bolle
>>>>> 
>>>>> Been tried, got zero response.  Frankly, posting just to lkml,
>>>>> hoping the revalent people see it, is beginning to act like posting
>>>>> to a black hole.
>>>>> 
>>>>  I saw one response to you, from Randy Dunlap, asking for more
>>>> 
>>>> information : https://lkml.org/lkml/2014/2/8/153
>>> 
>>> wow, I don't know how I saw this message (thanks, Ken),
>>> but replying to this patch was NOT the right thing to do, Gene.
>>> 
>>> Just reply to my request and I'll be glad to look into it.
>>> 
>>>>  After your posts a few days ago, I'm tempted to suggest you check
>>>> 
>>>> your spam filters, and also any mail files your virus scanner might
>>>> have quarantined.  But it is also possible that you just haven't
>>>> received it - email is like that.
>>>> 
>>>> ط¤آ¸en
>> 
>> Spam and viri filters watched carefully.  I also use mailfilter, and
>> watch its logs full time for FP's.
>
>Still -- this ATSC problem should not be part of a reply to the Remove
>DEPRECATED patch.

True.  But I got some attention.

>> And I didn't reply because the question seemed way too broad, almost as
>> if
>
>what question seemed to broad?

You wanted to see "a" config, but I wanted to show the diffs. Also 
yesterday I hadn't gone thru what I have yet to see where it falls apart.
>
>> my lament wasn't read.  That and the mail server doesn't like big
>
>what mail server?  yours?  wdtv?  vger.kernel.org certainly has no
>problem with them.

I have gotten bounced from lkml because a screen shot pix of a failed boot 
was too big.  Perhaps 18 months or so.  It was big, from a 10 megapixel 
camera.

>> attachments. So rather than reply to the list, I'll excise some of the
>> addresses that bounce from a reply_all or don't like me, and send the
>> .config from a 3.019 build which seems ok, but by the time that config
>> is run thru a make oldconfig at 3.8.2, most all the media, ATSC and
>> DVB stuff is gone.  So I'll attach that one too.  The later file grew
>> 22kb, but wholesale parts of the first one are missing from the 2nd.
>
>Gene, I want to make sure where you are saying the problem is.
>Is it going directly from 3.019 to 3.8.2, with no intervening kernel
>versions?

No, one intermediate step in this case.

I started with 3.0.19, which was fine, took that one to 3.2.40, and that 
one to 3.8.2 because I don't have anything between those here.  Not exactly 
a step by step.

>I don't know what kernel version 3.019 is.  Do you mean 3.0.19?

Yes, Joanne Dow would call that a typu for sure.

Thanks Randy.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH 24/28] Remove DEPRECATED

[Gene Heskett]

On Sunday 09 February 2014, Paul Bolle wrote:
>On Sun, 2014-02-09 at 17:41 -0500, Gene Heskett wrote:
>> On Sunday 09 February 2014, Paul Bolle wrote:
>> >What has this got to do with an invalid Kconfig dependency in
>> >arch/mn10300?
>> 
>> Probably not much
>
>Feel free to open a new thread, with the relevant details, and involve
>the relevant people and lists. I have no idea what you're going on about
>and could not care less (in the context of this thread).
>
>
>Paul Bolle

Been tried, got zero response.  Frankly, posting just to lkml, hoping the 
revalent people see it, is beginning to act like posting to a black hole.

Somewhere between 3.4.36 and 3.8.2, 99% of it disappeared from an oldconfig 
output.  I don't have any trees between those two on my machine or I'd pin 
it down a little more specifically.

So who would the correct maintainer person be, for such as a "make 
oldconfig"?

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH 24/28] Remove DEPRECATED

[Gene Heskett]

On Sunday 09 February 2014, Paul Bolle wrote:
>On Sun, 2014-02-09 at 16:54 -0500, Gene Heskett wrote:
>> And much of it is in a bad make oldconfig that I can't date, but all of
>> the multimedia stuff has been stripped and I can no longer use my
>> pcHDTV3000 card as just one for instance.  I just tested it, using an
>> oldconfig that contained several hundred bits and pieces under the
>> ATSC & DVB headers, after the oldconfig was done, all that was
>> stripped from the new one, every trace of it.  That was working code
>> guys, what the hell?  Kconfig could have problems, but the oldconfig
>> output being stripped is a much larger one.  First problems first. 
>> Then you can really see how fubared kconfig is.
>
>What has this got to do with an invalid Kconfig dependency in
>arch/mn10300?
>
>
>Paul Bolle

Probably not much Paul,I was trying to point out a much bigger problem for 
many of us at least on the x86 machinery, who seem to have accepted that 
support of their machinery has now apparently been deprecated, by something 
in the make oldconfig region.  The arch/mn10300 problem is completely lost 
in the noise of this breakage to the x86 people.  And I dare say there are 
more of us by a factor of at least 100.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH 24/28] Remove DEPRECATED

[Gene Heskett]

On Sunday 09 February 2014, Richard Weinberger wrote:
>Am 09.02.2014 22:35, schrieb Guenter Roeck:
>> I could understand if you would replace DEPRECATED with BROKEN,
>> but causing a potentially large number of broken builds and
>> then leave it to others to clean up the resulting mess doesn't
>> make any sense to me and should, in my opinion, be rejected.
>
>Currently the mess is hidden by bad Kconfig dependencies.
>We have to face it. :)

And much of it is in a bad make oldconfig that I can't date, but all of the 
multimedia stuff has been stripped and I can no longer use my pcHDTV3000 
card as just one for instance.  I just tested it, using an oldconfig that 
contained several hundred bits and pieces under the ATSC & DVB headers,  
after the oldconfig was done, all that was stripped from the new one, every 
trace of it.  That was working code guys, what the hell?  Kconfig could 
have problems, but the oldconfig output being stripped is a much larger 
one.  First problems first.  Then you can really see how fubared kconfig 
is.

>Of course, if the maintainer wants me or Paul to remove the resulting
>mess to I'm fine with that...
>
>Thanks,
>//richard
>--
>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/


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH 24/28] Remove DEPRECATED

[Gene Heskett]

On Sunday 09 February 2014, Richard Weinberger wrote:
Am 09.02.2014 22:35, schrieb Guenter Roeck:
 I could understand if you would replace DEPRECATED with BROKEN,
 but causing a potentially large number of broken builds and
 then leave it to others to clean up the resulting mess doesn't
 make any sense to me and should, in my opinion, be rejected.

Currently the mess is hidden by bad Kconfig dependencies.
We have to face it. :)

And much of it is in a bad make oldconfig that I can't date, but all of the 
multimedia stuff has been stripped and I can no longer use my pcHDTV3000 
card as just one for instance.  I just tested it, using an oldconfig that 
contained several hundred bits and pieces under the ATSC  DVB headers,  
after the oldconfig was done, all that was stripped from the new one, every 
trace of it.  That was working code guys, what the hell?  Kconfig could 
have problems, but the oldconfig output being stripped is a much larger 
one.  First problems first.  Then you can really see how fubared kconfig 
is.

Of course, if the maintainer wants me or Paul to remove the resulting
mess to I'm fine with that...

Thanks,
//richard
--
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/


Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH 24/28] Remove DEPRECATED

[Gene Heskett]

On Sunday 09 February 2014, Paul Bolle wrote:
On Sun, 2014-02-09 at 16:54 -0500, Gene Heskett wrote:
 And much of it is in a bad make oldconfig that I can't date, but all of
 the multimedia stuff has been stripped and I can no longer use my
 pcHDTV3000 card as just one for instance.  I just tested it, using an
 oldconfig that contained several hundred bits and pieces under the
 ATSC  DVB headers, after the oldconfig was done, all that was
 stripped from the new one, every trace of it.  That was working code
 guys, what the hell?  Kconfig could have problems, but the oldconfig
 output being stripped is a much larger one.  First problems first. 
 Then you can really see how fubared kconfig is.

What has this got to do with an invalid Kconfig dependency in
arch/mn10300?


Paul Bolle

Probably not much Paul,I was trying to point out a much bigger problem for 
many of us at least on the x86 machinery, who seem to have accepted that 
support of their machinery has now apparently been deprecated, by something 
in the make oldconfig region.  The arch/mn10300 problem is completely lost 
in the noise of this breakage to the x86 people.  And I dare say there are 
more of us by a factor of at least 100.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: [PATCH 24/28] Remove DEPRECATED

[Gene Heskett]

On Sunday 09 February 2014, Paul Bolle wrote:
On Sun, 2014-02-09 at 17:41 -0500, Gene Heskett wrote:
 On Sunday 09 February 2014, Paul Bolle wrote:
 What has this got to do with an invalid Kconfig dependency in
 arch/mn10300?
 
 Probably not much

Feel free to open a new thread, with the relevant details, and involve
the relevant people and lists. I have no idea what you're going on about
and could not care less (in the context of this thread).


Paul Bolle

Been tried, got zero response.  Frankly, posting just to lkml, hoping the 
revalent people see it, is beginning to act like posting to a black hole.

Somewhere between 3.4.36 and 3.8.2, 99% of it disappeared from an oldconfig 
output.  I don't have any trees between those two on my machine or I'd pin 
it down a little more specifically.

So who would the correct maintainer person be, for such as a make 
oldconfig?

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

make oldfonfig broken.

[Gene Heskett]

On Sunday 09 February 2014, Randy Dunlap wrote:
On 02/09/2014 07:46 PM, Gene Heskett wrote:
 On Sunday 09 February 2014, Randy Dunlap wrote:
 On 02/09/2014 07:07 PM, Ken Moffat wrote:
 On Sun, Feb 09, 2014 at 06:05:41PM -0500, Gene Heskett wrote:
 On Sunday 09 February 2014, Paul Bolle wrote:
 Feel free to open a new thread, with the relevant details, and
 involve the relevant people and lists. I have no idea what you're
 going on about and could not care less (in the context of this
 thread).
 
 
 Paul Bolle
 
 Been tried, got zero response.  Frankly, posting just to lkml,
 hoping the revalent people see it, is beginning to act like posting
 to a black hole.
 
  I saw one response to you, from Randy Dunlap, asking for more
 
 information : https://lkml.org/lkml/2014/2/8/153
 
 wow, I don't know how I saw this message (thanks, Ken),
 but replying to this patch was NOT the right thing to do, Gene.
 
 Just reply to my request and I'll be glad to look into it.
 
  After your posts a few days ago, I'm tempted to suggest you check
 
 your spam filters, and also any mail files your virus scanner might
 have quarantined.  But it is also possible that you just haven't
 received it - email is like that.
 
 ط¤آ¸en
 
 Spam and viri filters watched carefully.  I also use mailfilter, and
 watch its logs full time for FP's.

Still -- this ATSC problem should not be part of a reply to the Remove
DEPRECATED patch.

True.  But I got some attention.

 And I didn't reply because the question seemed way too broad, almost as
 if

what question seemed to broad?

You wanted to see a config, but I wanted to show the diffs. Also 
yesterday I hadn't gone thru what I have yet to see where it falls apart.

 my lament wasn't read.  That and the mail server doesn't like big

what mail server?  yours?  wdtv?  vger.kernel.org certainly has no
problem with them.

I have gotten bounced from lkml because a screen shot pix of a failed boot 
was too big.  Perhaps 18 months or so.  It was big, from a 10 megapixel 
camera.

 attachments. So rather than reply to the list, I'll excise some of the
 addresses that bounce from a reply_all or don't like me, and send the
 .config from a 3.019 build which seems ok, but by the time that config
 is run thru a make oldconfig at 3.8.2, most all the media, ATSC and
 DVB stuff is gone.  So I'll attach that one too.  The later file grew
 22kb, but wholesale parts of the first one are missing from the 2nd.

Gene, I want to make sure where you are saying the problem is.
Is it going directly from 3.019 to 3.8.2, with no intervening kernel
versions?

No, one intermediate step in this case.

I started with 3.0.19, which was fine, took that one to 3.2.40, and that 
one to 3.8.2 because I don't have anything between those here.  Not exactly 
a step by step.

I don't know what kernel version 3.019 is.  Do you mean 3.0.19?

Yes, Joanne Dow would call that a typu for sure.

Thanks Randy.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: make oldfonfig broken.

[Gene Heskett]

On Sunday 09 February 2014, Randy Dunlap wrote:
On 02/09/2014 08:14 PM, Gene Heskett wrote:
 On Sunday 09 February 2014, Randy Dunlap wrote:
 On 02/09/2014 07:46 PM, Gene Heskett wrote:
 On Sunday 09 February 2014, Randy Dunlap wrote:
 On 02/09/2014 07:07 PM, Ken Moffat wrote:
 On Sun, Feb 09, 2014 at 06:05:41PM -0500, Gene Heskett wrote:
 On Sunday 09 February 2014, Paul Bolle wrote:
 Feel free to open a new thread, with the relevant details, and
 involve the relevant people and lists. I have no idea what you're
 going on about and could not care less (in the context of this
 thread).
 
 
 Paul Bolle
 
 Been tried, got zero response.  Frankly, posting just to lkml,
 hoping the revalent people see it, is beginning to act like
 posting to a black hole.
 
  I saw one response to you, from Randy Dunlap, asking for more
 
 information : https://lkml.org/lkml/2014/2/8/153
 
 wow, I don't know how I saw this message (thanks, Ken),
 but replying to this patch was NOT the right thing to do, Gene.
 
 Just reply to my request and I'll be glad to look into it.
 
  After your posts a few days ago, I'm tempted to suggest you check
 
 your spam filters, and also any mail files your virus scanner might
 have quarantined.  But it is also possible that you just haven't
 received it - email is like that.
 
 ط¤آ¸en
 
 Spam and viri filters watched carefully.  I also use mailfilter, and
 watch its logs full time for FP's.
 
 Still -- this ATSC problem should not be part of a reply to the Remove
 DEPRECATED patch.
 
 True.  But I got some attention.
 
 And I didn't reply because the question seemed way too broad, almost
 as if
 
 what question seemed to broad?
 
 You wanted to see a config, but I wanted to show the diffs. Also
 yesterday I hadn't gone thru what I have yet to see where it falls
 apart.
 
 my lament wasn't read.  That and the mail server doesn't like big
 
 what mail server?  yours?  wdtv?  vger.kernel.org certainly has no
 problem with them.
 
 I have gotten bounced from lkml because a screen shot pix of a failed
 boot was too big.  Perhaps 18 months or so.  It was big, from a 10
 megapixel camera.
 
 attachments. So rather than reply to the list, I'll excise some of
 the addresses that bounce from a reply_all or don't like me, and
 send the .config from a 3.019 build which seems ok, but by the time
 that config is run thru a make oldconfig at 3.8.2, most all the
 media, ATSC and DVB stuff is gone.  So I'll attach that one too. 
 The later file grew 22kb, but wholesale parts of the first one are
 missing from the 2nd.
 
 Gene, I want to make sure where you are saying the problem is.
 Is it going directly from 3.019 to 3.8.2, with no intervening kernel
 versions?
 
 No, one intermediate step in this case.
 
 I started with 3.0.19, which was fine, took that one to 3.2.40, and
 that one to 3.8.2 because I don't have anything between those here. 
 Not exactly a step by step.

and when you go from one kernel version to the next, do you use

$ make oldconfig
and answer all of its questions, or do you use

I generally answer all its questions, or take the default by hitting enter, 
but I do read all its questions.

$ yes '' | make oldconfig

Never done that in all these years.

or some other variant?  (I guess in your super build script.)

This is long before my super script gets fired off.

And that part is actually working well, run it as root, do a grub-update 
and reboot.

Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Missing ATSC, the whole block, in a make oldconfig output

[Gene Heskett]

Greetings guys;

So has make oldconfig been superceeded?  Or has that whole tree been 
excised from the sources?
 
Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Missing ATSC, the whole block, in a make oldconfig output

[Gene Heskett]

Greetings guys;

So has make oldconfig been superceeded?  Or has that whole tree been 
excised from the sources?
 
Cheers, Gene
-- 
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
Genes Web page http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: possible viri in tarballs?

[Gene Heskett]

On Wednesday 05 February 2014, Roger Heflin wrote:
>Gene,
>
>How big is the file you have?  Here is what I have, and this is
>from several different kernels.
>
> wc gadget_multi.txt
> 150  830 5482 gadget_multi.tx
>
>cksum gadget_multi.txt
>3973522114 5482 gadget_multi.txt
>
>ls -l gadget_multi.txt
>-rw-rw-r-- 1 root root 5482 Dec 20 09:51 gadget_multi.txt
>
>If you size/cksum is different something modified your file

They crosscheck as identical to yours.
>
>On Wed, Feb 5, 2014 at 1:52 PM, Theodore Ts'o  wrote:
>> On Wed, Feb 05, 2014 at 01:24:59PM -0500, Gene Heskett wrote:
>>> >/home/gene/src/linux-3.2.40/Documentation/usb/gadget_multi.txt:
>>> >MBL_400944.UNOFFICIAL FOUND
>>> 
>>> You will see more history.
>>> 
>>> So that file needs sanitized.  I was under the impression that a file
>>> with the .txt extension was supposed to be pure ascii text, but its
>>> loaded to the gills with some sort of markup crap.  And I have at
>>> least 20 copies of it.
>> 
>> Huh?   There are lines with
>> 
>> * Overview
>> 
>> ...
>> 
>> ** Linux host drivers
>> 
>> ...
>> 
>> in that file, sure.  But I'd hardly call that "loaded to the gills
>> with markup crap".
>> 
>> If the file was had any amount of XML or XHTML2, that would be markup
>> crap.  But some Twiki style ascii markup is hardly a problem -- it
>> looks just fine when viewed in a text reader.
>> 
>>  - Ted
>> 
>> --
>> 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/
>
>--
>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/


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/

Re: possible viri in tarballs?

[Gene Heskett]

On Wednesday 05 February 2014, Theodore Ts'o wrote:
>On Wed, Feb 05, 2014 at 01:24:59PM -0500, Gene Heskett wrote:
>> >/home/gene/src/linux-3.2.40/Documentation/usb/gadget_multi.txt:
>> >MBL_400944.UNOFFICIAL FOUND
>> 
>> You will see more history.
>> 
>> So that file needs sanitized.  I was under the impression that a file
>> with the .txt extension was supposed to be pure ascii text, but its
>> loaded to the gills with some sort of markup crap.  And I have at
>> least 20 copies of it.
>
>Huh?   There are lines with
>
>* Overview
>
>...
>
>** Linux host drivers
>
>...
>
>in that file, sure.  But I'd hardly call that "loaded to the gills
>with markup crap".
>
>If the file was had any amount of XML or XHTML2, that would be markup
>crap.  But some Twiki style ascii markup is hardly a problem -- it
>looks just fine when viewed in a text reader.
>
>- Ted

I was using mc's f3 function. I agree, it looks fine in less, or even 
gedit.  I am going to filter it, you do as you feel is correct.

Thanks Ted.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.

--
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/