On Fri, Mar 28, 2008 at 01:52:22PM -0500, Jason Wessel wrote:
> In the past few months some significant changes and cleanups occurred
> on the kgdb sources.
[snip]
Good job taking all of this over, thanks!
--
To
.h and a few other files (or, had been
last I looked).
--
Tom Rini
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using
es until unwind support goes
back into mainline (or as a follow-up patch to -mm if -mm has it as
well). Making various patches merge together well is the various
distributions jobs :)
--
Tom Rini
-
This SF.net email is s
winder (for panic, dump_stack(), etc). We only made use of the
annotations really (as they're stuff GDB would read from the vmlinux)
and UNWIND_INFO would have gcc/etc produce that info, with the help of
the annotations that had been added.
--
Tom Rini
---
On Tue, May 22, 2007 at 06:55:36PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Tom Rini wrote:
>
> >>>OK, good to know. It should probably be added to the ! list in
> >>>Kconfig.debug even :)
>
> >> Strange, I'm not seeing CONFIG_UNWIND_INF
ing like "What's the in-tree user
of this? Nothing, OK, gone!".
--
Tom Rini
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of y
nd/or require a lot of though and cooperation with other
groups (hardware break/watch points for example) or things that simply
seem unlikey to get in (compiling with -O0 or -O1, I forget which) or
more contentious and non-critical.
--
Tom Rini
-
different?
I'm saying it should be consistent on all arches. Aren't these packets
handled globally? Or does ARM need a special push here, to match
others? Thanks!
--
Tom Rini
-
This SF.net email is sponsored by
breakin"
> on detach or kill commands issued to KGDB. Instead advance
> the PC beyond the breakpoint instruction.
Er, does this match all of the other arches, at least behavior wise?
--
Tom Rini
-
This SF.net
On Sun, May 06, 2007 at 11:51:24PM -0700, Piet Delaney wrote:
> On Sat, 2007-05-05 at 10:59 -0700, Tom Rini wrote:
> > On Fri, May 04, 2007 at 07:36:17PM -0700, Pete/Piet Delaney wrote:
> >
> > > Last evening I asked Andrew about it and his option is that the kernel
>
ernel will say "update your
compiler". So, do we know of any big distros that shipped gcc-4.1.0 and
doesn't have an update out?
--
Tom Rini
-
This SF.net email is sponsored by DB2 Express
Download DB2 Expr
hink that in my git tree I reworked
things so that it simply wasn't a problem, possibly by just getting rid
of all of the weak functions, and the number of them that were needed.
I think it was the case that it was always:
- The function used was the weak one.
- The non-wea
On Thu, May 03, 2007 at 04:57:34PM -0700, Pete/Piet Delaney wrote:
> Tom Rini wrote:
> > On Thu, May 03, 2007 at 10:45:55AM -0500, Jason Wessel wrote:
> >
> >> Greetings KGDB experts,
> >>
> >> I upreved the patches from the 2.6.18 testing git archive a
H. I primarily did this port because I
had the hardware and to try and prove it really was easy enough to add
another arch, given an existing stub somewhere. I no longer have the
hardware I did this port on.
--
Tom Rini
-
gt; Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
>
> ACK but (a) DaveM not me should apply this, and (b) I would check with
> netpoll people to see what that define is there for.
In terms of KGDB usage, I know Sergei has been trying to track down and
fix some issues (/make it mo
l tree. You might want to re-download the
linux-2.6.15.5.tar.bz2 file (and make sure the PGP signature matches)
and try again.
--
Tom Rini
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's T
matter of (a) not unregistering the serial
port from the main 8250 driver and then (b) using a demux on the host
side (I've posted the one I wrote a while ago, based on the one from Jun
Sun and Brian Moyle).
--
Tom Rini
-
T
'
is issued. However, with a modern toolchain and kernel it is possible
that all of the CFI stuff that does now exist means that GDB can tell
where they are without these annotations.
--
Tom Rini
-
Take Surveys. Earn C
On Thu, Nov 16, 2006 at 10:29:29PM -0800, Piet Delaney wrote:
> On Tue, 2006-10-17 at 09:49 -0700, Tom Rini wrote:
> > Hey everyone, bad news. I managed to git-up and loose those changes I
> > said I had applied before moving to 2.6.19-rc1. While I've got a better
> >
On Wed, Oct 18, 2006 at 03:30:09PM -0700, Kevin Hilman wrote:
> Tom Rini wrote:
> > On Tue, Sep 19, 2006 at 06:59:07PM -0700, Deepak Saxena wrote:
> > > On Sep 19 2006, at 18:51, Deepak Saxena was caught saying:
> > > >
> > > > I need to figure out the
e some feedback.
Can you please resend this as a Unified Diff (diff -u) ? Thanks!
But generally, I'm not sure about this change. The protocol itself is
defined in a way that if we get a bad or garbage packet, we just NAK and
the other side (or us, if we see the N
ges
and PowerPC changes need to be resent. Terribly sorry about this, but
thanks!
--
Tom Rini
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology t
On Wed, Oct 11, 2006 at 09:31:50PM -0700, Piet Delaney wrote:
> On Tue, 2006-10-10 at 10:23 -0700, Tom Rini wrote:
> > On Thu, Sep 28, 2006 at 05:48:12PM +0200, Przemyslaw Brojewski wrote:
> >
> > > Hello, I think I've found a typo in sh-lite.patch.
> > > It
On Thu, Oct 12, 2006 at 10:39:11AM -0700, Kevin Hilman wrote:
> Tom Rini wrote:
> > On Thu, Oct 12, 2006 at 06:47:34AM -0700, Kevin Hilman wrote:
> >> [Sorry for the delayed response, I'm a late comer to the thread, ]
> >>
> >> Amit S. Kale wrote:
> >
ompiled with -g.
Ah, but the same, quite cool IMHO, trick that lets you strip debug info
off and load it later is what you want, if you're shipping production
binaries with KGDB enabled.
--
Tom Rini
-
Using Tomca
On Thu, Sep 28, 2006 at 05:48:12PM +0200, Przemyslaw Brojewski wrote:
> Hello, I think I've found a typo in sh-lite.patch.
> It contains this hunk:
Fixed in the git tree, but not yet pushed (as I need to move up to
2.6.19-rc1), thanks!
-
gt; which won't be included in -mm related kgdb work.
Applied, and then reversed into the 'ia64.patch', but not yet pushed (as
I need to move up to 2.6.19-rc1).
--
Tom Rini
-
Take Surveys. Earn Cash. I
_hw_debug from x86 and x86_64. The removal from ia64 will
> be done in another patch. Last make kgdb_disable_hw_debug like other
> hw breakpoint interfaces defined in include/asm-generic/kgdb.h.
Applied, but not yet pushed (as I need to move up t
On Thu, Sep 28, 2006 at 10:44:36AM -0400, Bob Picco wrote:
> IA64 doesn't require this interface. So make it conditional for only X86.
Applied, but not yet pushed (as I need to move up to 2.6.19-rc1).
--
Tom Rini
--
r.
>
> Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Applied, but not yet pushed (as I need to move up to 2.6.19-rc1).
--
Tom Rini
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net&#
On Sat, Oct 07, 2006 at 03:37:27PM +0200, Blaisorblade wrote:
> Well, please detail what you mean with your "CPP macros make code
> unmaintainable" statement, Tom Rini. I think that Piet Delaney is totally
> right about this, and I think he refers to the official coding styl
and line stuff is parsed.
On i386 however, for things this early to work we need to have some of
trap_init done after early_cpu_init().
But globally, we're down to a check inside of __might_sleep (and again,
this quite possibly could go, someone would just need to remove that
part and do a li
On Thu, Oct 05, 2006 at 02:30:11PM -0700, Piet Delaney wrote:
> On Thu, 2006-10-05 at 12:17 -0700, Tom Rini wrote:
> > On Thu, Oct 05, 2006 at 08:46:20AM -0700, George Anzinger wrote:
> > > Tom Rini wrote:
> > > >On Wed, Oct 04, 2006 at 08:42:
On Thu, Oct 05, 2006 at 08:46:20AM -0700, George Anzinger wrote:
> Tom Rini wrote:
> >On Wed, Oct 04, 2006 at 08:42:04PM -0700, Piet Delaney wrote:
> >
> >
> >>Ton, George, Amit, et. al:
> >>
> >>If CONFIG_KGDB isn't defined, the kernel should
aps.c code where the traps are
> initialized and panic notify is registered.
No, because that makes the code look way too ugly. If there's no harm
in doing something if kgdb is or isn't compiled in, we want to do it,
such as in this case.
--
Tom Rini
---
On Wed, Oct 04, 2006 at 03:38:59PM +0530, Milind Dumbare wrote:
> Checked-in this in cvs
> Files Changed
> - ChangeLog
> - powerpc-lite.patch
... but CVS is deprecated :)
--
Tom Rini
-
Take Survey
On Tue, Sep 26, 2006 at 01:45:00PM -0400, Bob Picco wrote:
> Tom Rini wrote: [Tue Sep 26 2006, 11:20:30AM EDT]
> > On Tue, Sep 26, 2006 at 10:31:37AM -0400, Bob Picco wrote:
> > >
> > > Tom,
> > >
> > > My compile and link on ia64 was broke
b functions.
Must have missed that. Patch welcome :)
> I added a stub for kgdb_post_master_code. I can't see why ia64 would require
> this. Perhaps we should make this X86 only?
grep must have misled me. Patch to fix that up in the header welcome.
--
Tom Rini
On Sat, Sep 23, 2006 at 09:05:48PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Tom Rini wrote:
>
> >>From: Dale Farnsworth <[EMAIL PROTECTED]>
>
> >> When implemented in inline assembly, kgdb_fault_setjmp() and
> >> kgdb_fault_longjmp()
The currently preferred tree, linux-2.6-kgdb-testing.git has been
updated to 2.6.18 release. Please resend any patches that I should have
put in there, but missed. The stacked-git tree has also been updated.
--
Tom Rini
ick them in different files.
So like:
ifeq ($(CONFIG_PPC32),y)
obj-$(CONFIG_KGDB) += kgdb.o kgdb_misc32.o
else
obj-$(CONFIG_KGDB) += kgdb.o kgdb_misc64.o
endif
Thanks!
--
Tom Rini
-
Take Surveys. Earn Cash. Influence the Future
5200
> I use another machine (hyper Terminal in Windows) to get serial port output
I haven't read the whole thread, sorry. But with these params, the
system won't stop for you. But you should still be able to just connect
to it, once kgdboe says it is
*** [.tmp_vmlinux1] Error 1
> >
> > This is using binutils 2.17.50 and gcc 4.1.2.
>
> And the patch..
Please fix UNWIND_INFO instead as with cfi_annotations.patch gone from
this tree 'bt' will not behave as you want, I strongly
mistake) but this may get overridden with the RT patch (if latency tracing is
> enabled).
> So, it might be worth expilicitly compiling KGDB files containing inline
> assembly with -fomit-frame-pointer option, like that was done with
> kernel/sched.c some time ago...
Patches w
which we should fix in
gcc and workaround) or a missing __attribute__ on the functions so that
gcc would always do the right thing (I think this is more likely the
case).
--
Tom Rini
-
Using Tomcat but need to do more? Need to
On Wed, Sep 13, 2006 at 09:36:50PM -0700, Piet Delaney wrote:
> On Wed, 2006-09-13 at 07:34 -0700, Tom Rini wrote:
> > On Tue, Sep 12, 2006 at 10:57:27PM -0700, Piet Delaney wrote:
> > > > As I said in my email about that
> > &
On Wed, Sep 13, 2006 at 06:54:17PM +0200, Florian Delizy wrote:
> Tom Rini wrote:
> >On Wed, Sep 13, 2006 at 05:33:29PM +0530, Amit S. Kale wrote:
> >
> >
> >>I suggest that we checkin this patch as a separate patch for now with
> >>appropriate README
>
> Looks like that's enabled:
OK, hm.. What did 'bt' look like when you first connected?
[snip]
> Many variables looked bogus due to optimization.
Perhaps OPTIMIZE_FOR_SIZE is at fault here? I do
more appropriate for core.patch?
This, along with the updates from Sergey/etc still need to be checked
into CVS. And yes, this should go into core-lite.patch (gcc has fixed
the issue already, both 4.1.x and 3.4.x, not sure about ot
On Tue, Sep 12, 2006 at 09:48:04PM -0700, Piet Delaney wrote:
> On Tue, 2006-09-12 at 07:23 -0700, Tom Rini wrote:
> > On Mon, Sep 11, 2006 at 09:21:43PM -0700, Piet Delaney wrote:
> >
> > > > where
&g
me being.
>
> How is Andrew dealing with git flows yet still being able to make broken
> out patches?
He tracks external git trees as a single patch. But when the external
tree wishes to submit itself for inclusion to Linus, the maintainer
sends t
On Mon, Sep 11, 2006 at 08:12:59PM -0700, Piet Delaney wrote:
> On Mon, 2006-09-11 at 19:03 -0700, Tom Rini wrote:
> > The problem is that we're using stacked git, which doesn't yet actually
> > support remote repositories. So regular patches are easier at this
>
On Mon, Sep 11, 2006 at 06:35:59PM -0700, Piet Delaney wrote:
> On Sat, 2006-09-09 at 12:28 -0700, Tom Rini wrote:
> > On Sat, Sep 09, 2006 at 10:52:18PM +0400, Sergei Shtylyov wrote:
> >
> > > >to fix some of these issues happily reviewed :)
> > >
> > &
h stuff in my inbox and I missed this in my test git
tree. FWIW, I expect some other changes to be required, but if this is
all that's needed, please let me know. Thanks!
--
Tom Rini
-
Using Tomcat but need to do more? Nee
On Sun, Sep 10, 2006 at 02:29:44PM +0400, Vitaly Wool wrote:
> On 9/9/06, Piet Delaney <[EMAIL PROTECTED]> wrote:
> > On Sat, 2006-09-09 at 11:06 -0700, Tom Rini wrote:
> > > On Fri, Sep 08, 2006 at 11:15:52PM +0400, Vitaly Wool wrote:
> > > > On 9/8/06
On Sun, Sep 10, 2006 at 02:25:48PM +0400, Vitaly Wool wrote:
> On 9/9/06, Tom Rini <[EMAIL PROTECTED]> wrote:
>
> >Er, unless I'm missing something, you have to do that by manually
> >setting breakpoints/etc at the address, rather than symbolic names.
>
erious
> compiler bug.
But I 100% agree here and is what I was trying to convey. You might
indeed need to turn off -g and track down a compiler problem, but this
is a very very corner case nowadays (and more likely to be hit, and
fixed,
it tree and work on top of
what I've done already, export and mail. Sound sane?
This is because in the end, I'm trying to keep, roughly, the series of
patches we have today, the clean core/drivers/arches and then the not
On Fri, Sep 08, 2006 at 11:15:52PM +0400, Vitaly Wool wrote:
> On 9/8/06, Tom Rini <[EMAIL PROTECTED]> wrote:
> >When do you want KGDB compiled in, but not usable? Trying to debug a
> >module, and building the module with debug info, but not the kernel
> >itself?
&
to be only
needed when we do use hardware breakpoints that's been around for a
_long_ time. This changed i386 and x86_64, and I've only been able to
test i386 UP.
--
Tom Rini
-
Using Tomcat but need to do more? N
On Fri, Sep 08, 2006 at 04:28:17PM +0400, Vitaly Wool wrote:
> Hi,
> inlined below is the patch against the kgdb git tree that fixes MIPS32
> compilation.
This is also queued up in my .stg tree, thanks.
--
On Fri, Sep 08, 2006 at 03:58:09PM +0400, Vitaly Wool wrote:
> Hello folks,
>
> the patch inlined enables KGDB for PowerPC32 targets in arch/powerpc.
> Verified on 74xx and 85xx targets.
In my current .stg tree that I'll be pushing up later today, than
es (ie MIPS) it might be
> useful/convenient to be able to switch it off.
> The patch attached patch adds ability to switch debug info off.
When do you want KGDB compiled in, but not usable? Trying to debug a
module, and building the module with debug info, but not the kernel
On Fri, Sep 08, 2006 at 06:56:36AM -0700, Tom Rini wrote:
> On Fri, Sep 08, 2006 at 06:14:31AM -0700, Tom Rini wrote:
> > On Thu, Sep 07, 2006 at 07:23:42AM -0700, Tom Rini wrote:
> >
> > > Well the other, more important problem is that KGDB isn't working on
> >
nd such. I think what we need
to do (and I'm going to try and do this shortly) is treat this like a
__HAVE_ARCH_FOO type problem. Except these general problems are moving
towards CONFIG_ARCH_FOO and similar things (or implement it
everywhere/asm-generic), so I'll go that route i
On Fri, Sep 08, 2006 at 06:14:31AM -0700, Tom Rini wrote:
> On Thu, Sep 07, 2006 at 07:23:42AM -0700, Tom Rini wrote:
>
> > Well the other, more important problem is that KGDB isn't working on
> > vanilla x86 right now, just the other arches. But yes, I'll try
On Thu, Sep 07, 2006 at 07:23:42AM -0700, Tom Rini wrote:
> Well the other, more important problem is that KGDB isn't working on
> vanilla x86 right now, just the other arches. But yes, I'll try and
> re-sync the trees up shortly so others can try and fix this problem to
On Thu, Sep 07, 2006 at 07:23:42AM -0700, Tom Rini wrote:
> On Wed, Sep 06, 2006 at 09:55:31PM -0700, Piet Delaney wrote:
> > Can we get an intact git tree soon? It would be a convenient place
> > for working with the current code.
>
> Well the other, more important probl
m
> attaching the patch which fixes the generic part.
The trees aren't in a consistent state just yet. I've updated the
master copies just now, and they should hit mirrors shortly.
--
Tom Rini
-
Using Tomca
do that are no longer in the patch
header.
>
> -piet
>
> >
> --
> Piet DelaneyPhone: (408) 200-5256
> Blue Lane Technologies Fax: (408) 200-5299
> 10450 Bubb Rd.
> Cupertino, Ca. 95014Email:
On Wed, Sep 06, 2006 at 05:38:53PM -0700, Piet Delaney wrote:
> On Mon, 2006-09-04 at 13:30 -0700, Tom Rini wrote:
> > On Mon, Sep 04, 2006 at 12:58:06PM -0700, Andrew Morton wrote:
> > > On Mon, 4 Sep 2006 12:47:44 -0700
> > > Tom Rini <[EMAIL PROTECTED]> wro
On Mon, Sep 04, 2006 at 12:58:06PM -0700, Andrew Morton wrote:
> On Mon, 4 Sep 2006 12:47:44 -0700
> Tom Rini <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Sep 04, 2006 at 12:30:54PM -0700, Andrew Morton wrote:
> > > On Mon, 4 Sep 2006 12:26:36 -0700
> > >
le to make target `/usr/src/devel/scripts/dwarfh.awk', needed
> by `include/linux/dwarf2-defs.h'. Stop.
I wonder if it's problem of the patch not actually being there. Are
things like kernel/kgdb.c around?
--
Tom Rini
-
On Sun, Sep 03, 2006 at 03:45:58PM -0700, Andrew Morton wrote:
> On Sun, 3 Sep 2006 14:38:30 -0700
> Tom Rini <[EMAIL PROTECTED]> wrote:
>
> > Hello everyone. I'm happy to say I've put the following git trees up on
> > ..kernel.org/pub/scm/linux/kernel/git/t
#x27;s only a bug for the older
> patches like we use in 2.6.12.
And here-in lies the danger in using older snapshots. The constant was
bumped because it was too small on some large'ish x86_64 system I was
using and ran into the problem of not getting all CPUs i
On Mon, Sep 04, 2006 at 09:59:17PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Tom Rini wrote:
>
> >> Erm, I have a separate KGDB driver for Alchemy UART form the time when
> >> it was still driven by its own driver, au1x00_uart.c, not by 8250.c.
> >>
on-trivial addition) or can it still live in its own
> driver?
Well, can you do it cleanly? What are we going to gain by putting it in
8250_kgdb.c ? That's what we need to answer first.
--
Tom Rini
-
Using Tom
On Sun, Sep 03, 2006 at 03:45:58PM -0700, Andrew Morton wrote:
> On Sun, 3 Sep 2006 14:38:30 -0700
> Tom Rini <[EMAIL PROTECTED]> wrote:
>
> > Hello everyone. I'm happy to say I've put the following git trees up on
> > ..kernel.org/pub/scm/linux/kernel/git/t
t here and for me to
integrate/fold, and then update the regular old git trees of.
Oh, and thanks to the MontaVista folks for updating the code a bit, the
work here is based on the patches from Vitaly / Sergey / Deepak and
everyone else who fixed things up a
should filter
> out unsupported UARTs, not treat them as UPIO_PORT like it does now...
Patches or hardware donations accepted. I thought that once upon a time
we did reject if it wasn't PORT or MEM, but that wasn't a tested code
path, so perhaps it wasn't right or was dropped.
to have a different syntax as it
went from "what port in the static table" to "give me all information".
I'm quite open to redoing how we add non-static ports (and reworking how
we handle static ports too, so long as they Just Work in the end).
l
order and/or meaning of things has changed, and we need to rework this
hook.
--
Tom Rini
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology t
On Thu, Aug 31, 2006 at 01:32:24PM -0700, Piet Delaney wrote:
> On Wed, 2006-08-30 at 21:21 -0700, Tom Rini wrote:
> > On Wed, Aug 30, 2006 at 08:24:13PM -0700, Piet Delaney wrote:
> > > On Fri, 2006-06-16 at 21:12 -0700, Larry McVoy wrote:
> > >
> > > Per
On Thu, Aug 31, 2006 at 09:22:43PM +0400, Vitaly Wool wrote:
> On 8/31/06, Tom Rini <[EMAIL PROTECTED]> wrote:
>
> > This hunk is something that would need to be in the system, so... But
> > why this is fixing your problem, I'm not quite so sure...
>
> I&#x
11, SIGSEGV) == NOTIFY_STOP)
> return 0;
>
This hunk is something that would need to be in the system, so... But
why this is fixing your problem, I'm not quite so sure...
--
Tom Rini
in a few cases, but looks quite bad on x86_64/i386.
Thankfully getting it to stop on ARM was pretty easy (but it wasn't
full/true annotations).
--
Tom Rini
-
Using Tomcat but need to do more? Need to support web services, secu
ual patches still, yet easily sync
with mainline, which is our biggest headache at the moment.
Nothing against BitKeeper or anything as I spent much time using it,
wearing my PPC guy hat.
--
Tom Rini
-
Using Tomcat but need t
eve I cribbed this code from glibc, so if there's a
problem here there may be a problem there as well.
--
Tom Rini
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-i
On Tue, Aug 22, 2006 at 11:35:38PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Tom Rini wrote:
>
> >>>> It looks like arch/powerpc/kernel/kgdb.c can only compile on 64-bit
> >>>> targets
> >>>>since kgdb_fault_setjmp() and kgdb_fault_
and
> arch/ppc64 obsolete stuff from the PowerPC patches?
Only for stuff that is now functional in arch/powerpc. If Mark Greer's
stuff for sandpoint is now merged, which it sounds like it may be, we're
getting closer then (still need 4xx moved over). But we can dr
On Tue, Aug 15, 2006 at 01:05:36AM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Tom Rini wrote:
>
> >>>> It looks like arch/powerpc/kernel/kgdb.c can only compile on 64-bit
> >>>> targets
> >>>>since kgdb_fault_setjmp() and kgdb_fault_
On Tue, Aug 15, 2006 at 12:43:38AM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Tom Rini wrote:
>
> >> It looks like arch/powerpc/kernel/kgdb.c can only compile on 64-bit
> >> targets
> >>since kgdb_fault_setjmp() and kgdb_fault_longjmp() here contain 64
elieve
they can share the rest, but I'm not certain. Patches welcomed :)
--
Tom Rini
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to mak
On Mon, Aug 07, 2006 at 02:37:50PM -0700, Piet Delaney wrote:
> On Mon, 2006-08-07 at 07:26 -0700, Tom Rini wrote:
> > On Mon, Aug 07, 2006 at 07:40:21PM +0530, Ranga Raju wrote:
> >
> > > Hi,
> > >
> > > I am using kgdb to debug my dynamically l
db
patch found in the project's CVS, and then set solib-search-path
/path/to/your/module.ko for this type of auto-searching to function.
--
Tom Rini
-
Using Tomcat but need to do more? Need to support web services, securi
On Fri, Aug 04, 2006 at 12:01:44PM -0700, Deepak Saxena wrote:
> On Aug 03 2006, at 11:06, Tom Rini was caught saying:
> > That's the full patch, what I want is the changes between, but not
> > created with say interdiff (which is what I think you used before, it's
>
On Thu, Aug 03, 2006 at 09:48:08AM -0700, Deepak Saxena wrote:
> On Aug 03 2006, at 06:58, Tom Rini was caught saying:
> > Can you send it out as a patch ontop of the tree instead (easiest way
> > would be to pop your tree to arm-lite.patch, mv patches/arm-lite.patch
> > /t
nd it out as a patch ontop of the tree instead (easiest way
would be to pop your tree to arm-lite.patch, mv patches/arm-lite.patch
/tmp && (cd patches;cvs diff arm-lite.patch |patch -p0 -sR) && quilt
diff -z >
This line would in turn invoke arch/ppc/kernel/Makefile which has
> "obj-$(CONFIG_KGDB) += kgdb.o" on line 23 and 43. This means
> that arch/ppc/kernel/kgdb.o will get built as well. The result leads to the
> compilations mentioned before.
... an
On Fri, Jun 23, 2006 at 09:47:42AM -0700, Geoff Levand wrote:
> Tom Rini wrote:
> > On Fri, Apr 28, 2006 at 04:35:45PM +0530, Girish Shilamkar wrote:
> >
> >> Hi,
> >>I am using 2.6.16 kernel on mips32r2, I found that kernel panic is
> >> generate
1 - 100 of 137 matches
Mail list logo
