On 10/22/12 07:40, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 02:23:58PM -0700, Tom Rini wrote:
>> On 10/21/12 14:06, Jacob Shin wrote:
>>> Ah, sorry, this one should apply on top of 3.7-rc2:
>>>
>>> https://lkml.org/lkml/2012/8/24/469
>>>
>>&g
of Linus' tree atm), came up with a ramdisk.
Tested-by: Tom Rini
--
Tom
--
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/
Hello all,
I grabbed 3.7-rc2 and found the following on boot:
PANIC: early exception 08 rip 246:10 error 81441d7f cr2 0
A git bisect says that this problems came from:
1e779aabe1f0768c2bf8f8c0a5583679b54a is the first bad commit
commit 1e779aabe1f0768c2bf8f8c0a5583679b54a
Author: Jacob Sh
On 10/20/12 17:11, Shin, Jacob wrote:
> Hi could you please attach the dmesg output? Before rc2 is fine as well.
> I would like to see the E820 table. Thank you,
dmesg is quite long so I've put it on pastebin: http://pastebin.com/4eSPEAvB
--
Tom
--
To unsubscribe from this list: send the line "u
On 10/20/12 21:18, Jacob Shin wrote:
> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
>> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>>> On 10/20/12 17:11, Shin, Jacob wrote:
>>>> Hi could you please attach the dmesg output? Before rc2 is fine as
On 10/20/12 21:01, Yinghai Lu wrote:
> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>> On 10/20/12 17:11, Shin, Jacob wrote:
>>> Hi could you please attach the dmesg output? Before rc2 is fine as well.
>>> I would like to see the E820 table. Thank you,
>>
>
mory_mapping()
>
> This patch also reportedly fixes suspend/resume issue reported in:
>
> https://lkml.org/lkml/2012/8/11/83
>
> Signed-off-by: Jacob Shin
This fixes a bug I see that was introduced in 1e7
Tested-by: Tom Rini
--
Tom
--
To unsubscribe from this list: se
On 10/21/12 14:06, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 10:51:35AM -0700, Tom Rini wrote:
>> On 10/20/12 21:18, Jacob Shin wrote:
>>> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
>>>> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
>>>
On 07/24/2013 05:05 PM, Paul Bolle wrote:
> [Added Tom and Rusty because they might be able to say what's really
> going on here.]
>
> On Fri, 2013-07-05 at 19:56 +0800, majianpeng wrote:
>> Compile x86_64 meet those messages:
>> WARNING: arch/x86/mm/built-in.o(.text.unlikely+0xbf8): Section misma
: Lai Jiangshan
Cc: Yasuaki Ishimatsu
Cc: Wen Congyang
Cc: Jiang Liu
Cc: KOSAKI Motohiro
Cc: Minchan Kim
Cc: Mel Gorman
Cc: David Rientjes
Cc: Yinghai Lu
Cc: Greg KH
Signed-off-by: Tom Rini
---
include/linux/nodemask.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 07/25/2013 05:41 AM, Paul Bolle wrote:
> Tom,
>
> On Thu, 2013-07-25 at 10:53 +0200, Paul Bolle wrote:
>> But I've just pulled top-of-tree Linus, ie commit 07bc9dc1b0
>> ("git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc'"). I'll
>> try to build that and I 'll send you my .config if t
On 07/25/2013 02:08 PM, KOSAKI Motohiro wrote:
> (7/25/13 8:14 AM), Tom Rini wrote:
>> It is posible for some compilers to decide that __node_set does not need
>> to be made turned into an inline function. When the compiler does this
>> on an __init function calling it o
-by: Paul Bolle
Cc: Jianpeng Ma
Cc: Rusty Russell
Cc: Lai Jiangshan
Cc: Yasuaki Ishimatsu
Cc: Wen Congyang
Cc: Jiang Liu
Cc: KOSAKI Motohiro
Cc: Minchan Kim
Cc: Mel Gorman
Cc: David Rientjes
Cc: Yinghai Lu
Cc: Greg KH
Signed-off-by: Tom Rini
---
Changes in v2:
- As per KOSAKI Motohiro
On 04/30/2013 10:19 PM, Rusty Russell wrote:
> Tom Rini writes:
>> On 04/28/2013 10:59 PM, Rusty Russell wrote:
>>> Tom Rini writes:
>>>
>>>> Recent gcc's may place functions into the .text.unlikely section and we
>>>> need to check t
On 05/01/2013 07:18 AM, Tom Rini wrote:
> On 04/30/2013 10:19 PM, Rusty Russell wrote:
>> Tom Rini writes:
>>> On 04/28/2013 10:59 PM, Rusty Russell wrote:
>>>> Tom Rini writes:
>>>>
>>>>> Recent gcc's may place functions into the .te
l.org
Signed-off-by: Tom Rini
---
scripts/mod/modpost.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c
index ff36c50..13ff12f 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -880,7 +880,7 @@ static void check_se
On 04/28/2013 10:59 PM, Rusty Russell wrote:
> Tom Rini writes:
>
>> Recent gcc's may place functions into the .text.unlikely section and we
>> need to check this section as well for section mismatches now otherwise
>> we may have false negatives for this test.
>
+
> 6 files changed, 923 insertions(+), 351 deletions(-)
> create mode 100644 drivers/dma/edma.c
> create mode 100644 include/linux/edma.h
On the Logic PD AM1808 EVM:
mmc0 rootfs: http://pastebin.com/HKVdmA0G
jffs2 on the SPI flash rootfs: http://pastebin.com/cpAHgdug
Tested-by: T
On Tue, Apr 03, 2001 at 09:07:44PM +0100, Russell King wrote:
> On Sat, Mar 31, 2001 at 04:38:08PM -0700, Tom Rini wrote:
> > Hello all. Without the attached patch, SysRq doesn't work over a serial
> > console here. Has anyone else seen this problem?
>
> It is handled
On Tue, Apr 03, 2001 at 09:07:44PM +0100, Russell King wrote:
> On Sat, Mar 31, 2001 at 04:38:08PM -0700, Tom Rini wrote:
> > Hello all. Without the attached patch, SysRq doesn't work over a serial
> > console here. Has anyone else seen this problem?
>
> It is handled
> * Correct handling of booleans when trits are disabled.
> * `nohelp' tie symbol introduced.
> * Code audited with PyChecker.
[snip]
> So let's try to shift our attention to auditing and fixing the rules files,
> shall we?
Well, I've got more
next time they sync.
As long as the problem gets fixed, it shouldn't be as important if it's fixed
in everyones tree right now, or in a release or two. If it's some sort of
huge bug it just might get fixed sooner.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe
a) The project to be merged (arch, mtd, whatever)
and b) how far something has gotten in being merged someplace else, and of
course c) the maintainer(s). Whatever the exact case, and in general, it
should be handled via the maintainer. Why? They maintain the code.
--
Tom Rini (TR1265)
http://ga
On Fri, Apr 20, 2001 at 02:48:18PM -0400, Nicolas Pitre wrote:
>
>
> On Fri, 20 Apr 2001, Tom Rini wrote:
>
> > On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:
> >
> > > Why not having everybody's tree consistent with themselves and have
!"nn" is correct here?
I _think_ at least that is intentional and correct (since you can have
one on but not the other).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
this?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
xxx.xxx.xxx.xxx:/foo/root" ? Just curious, since I
don't know, whats the RFC say about this?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
On Tue, Feb 20, 2001 at 01:12:28PM -0500, Ben LaHaise wrote:
> On Tue, 20 Feb 2001, Tom Rini wrote:
>
> > Er, say that again? Right now, for bootp if you specify "sa=xxx.xxx.xxx.xxx"
> > Linux uses that as the host for the NFS server (which does have the side
> &g
nfs mount from the
> "next-server" address, and it is fair that this is not documented by
> the dhcp man pages since it appears to be a Linux Kernel quirk.
Well, assuming next-server gets translated into TFTP server by the
dhcp-doing-bootp bit, yes. I'm using that right now to bo
On Wed, Jan 03, 2001 at 01:50:46PM +0100, Geert Uytterhoeven wrote:
> On Tue, 2 Jan 2001, Tom Rini wrote:
> > Hey all. While going through the 2.4 tree and removing dead CONFIG_xxx's for
> > PPC stuff, I noticed clgenfb still had CONFIG_PREP stuff (which may have
> > p
; This really is a bug in gcc 2.95.2.
> >
> > ... RedHat's GCC snapshot "2.96" handles this case just fine.
>
> Now, if you can isolate the relevant part of the diff between 2.95.2 and
> RH 2.96...
Well, now that there is a testcase, has anyone sent this on to the
ere's always part a, or what debian does for stable sometimes, backporting
fixes. Or even lots of sed & awk magic.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
hanged/help port the installer the
3rd did, which was RedHat's newt-based installer. Some confusion ensused.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
V_MAC_HID sysctl conflicts with the RAID patches
which are in much wider use. And as nothing yet uses this sysctl, I've
attached a patch vs pre24 which changes the number from 3 to 5 (which is what
2.4.0-testX uses.)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--- linux/includ
On Thu, Nov 30, 2000 at 06:17:40PM +0100, Andrea Arcangeli wrote:
> On Wed, Nov 29, 2000 at 03:01:59PM -0700, Tom Rini wrote:
> > As Dave Miller pointed out, DEV_MAC_HID sysctl conflicts with the RAID patches
>
> That's right but OTOH I'd simply declare the sysctl-by-nu
n x86)
You're assuming all arches are up to date. Silly you. :) I know there's a
patch to use this for some PReP (PPC) machines. It's quite possible other
arches might be using this but aren't synced up to Linus.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To uns
- Forwarded message from Richard Gooch <[EMAIL PROTECTED]> -
Date: Sat, 2 Sep 2000 23:34:55 -0600
From: Richard Gooch <[EMAIL PROTECTED]>
To: Tom Rini <[EMAIL PROTECTED]>
Subject: Re: devfs config patch
In-Reply-To: <[EMAIL PROTECTED]>
Tom Rini writes:
>
>
gh. the patches are a
> backport of the 2.4 code.
..so it should be at least as well tested as the USB backport in 2.2.18preX,
if not more so? Or so is implied. :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux
; This function will enable the i/o, mem and irqs, and assign them if they
> were not assigned for some reason, too.
Once all the PCI oddities are worked out of 2.4.0-testX on PPC, yes :)
Right now I have to disable that call in aic7xxx to use my adaptec card
(none of the pci patches yet seem to w
ich haven't been posted on l-k but have been on their
respective -dev list.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
is
> that we went from 2.1.1xx to 2.2.0-preX, with no -testX in between like we
> seem to be having now.
Ah yes, oops. I also then think people are assuming (possibly wrongly) that
2.4.0-testX == 2.4.0-preX.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe
On Tue, Sep 19, 2000 at 09:36:30PM -0700, David Ford wrote:
> Tom Rini wrote:
>
> > >that. I see that 2.4 is getting all kinds of changes merged in
> > >that should be going on with 2.5. The recent VM changes have left
> > >us with deadlocks that
to y. My only question about
this patch is if it shouldn't have depended on CONFIG_SMB_NLS_DEFAULT to start
with? (Maintainer CC'ed).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, Oct 19, 2000 at 07:55:42PM +0200, Sven Krohlas wrote:
> Hello,
>
> > Hello all. The attached patch changes the behavoir of fs/nls/Config.in from:
>
> There's nothing attached...?
D'oh. Look now. :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
quot;n" -o "$CONFIG_NCPFS_NLS" = "y" \
> -o "$CONFIG_SMB_NLS" = "y"; then
> define_bool CONFIG_NLS y
> else
> define_bool CONFIG_NLS n
> fi
>
> could work (I did not checked whether CONFIG_FAT_FS & CONFIG_NTFS_FS
> are
Hello again all. I've taken what Petr suggested and put into a patch. Now,
are there any suggestions this time around? I'm still wondering if the whole
thing shouldn't be dependant on CONFIG_SMB_NLS_DEFAULT, but since I don't know
the smbfs code at all, I can't say.
-
On Thu, Oct 19, 2000 at 10:20:25PM +0200, Urban Widmark wrote:
> On Thu, 19 Oct 2000, Tom Rini wrote:
>
> > Hello all. The attached patch changes the behavoir of fs/nls/Config.in from:
> > CONFIG_SMB_FS != n to CONFIG_INET = y && CONFIG_SMB_FS != n. This is neeed
This is the suggestion that Petr made and was approved by the maintainer.
Can we get this in 2.4.0-test10-pre6 please? Without this patch, if
you have CONFIG_INET turned off, you have to go through the CONFIG_NLS
stuffs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--- fs/nls
we do when programming the chipset instead of saving/restoring the state?
Aside from all of the other comments that've been made, because the user might
have tweeked them at boot. ie turn on UDMA. If we just re-initalized on
wakeup, you loose this.
--
Tom Rini (TR1265)
http://gate.crashing.
fs/nls/Config.in, which Petr Vandrovec came up
with. The problem is that if CONFIG_INET is n, CONFIG_SMB_FS is never set
so fs/nls/Config.in assumes that the user wants to select some NLS options.
This fixes it and works on config/menuconfig/xconfig.
--
Tom Rini (TR1265)
http://gate.crashing.org/
or newer (but not gcc 2.9x, unless you know what
> > you're doing and are trying to fix the compiler. :)).
>
> Conectiva kgcc is egcs 1.1.2
> Red Hat kgcc is egcs 1.1.2
> Mandrake kgcc I believe is egcs 1.1.2
heh, ok. i'm wrong. :)
--
Tom Rini (TR1265)
htt
ect some NLS options.
This fixes it and works on config/menuconfig/xconfig. It's been ok'ed by
the SMB maintainer, so could this please go in?
This is still vs 2.4.10-test8 or so, but the file hasn't changed any, nor has
the problem, so...
--
Tom Rini (TR1265)
http://gat
On Sat, Dec 09, 2000 at 11:00:41PM +, Alan Cox wrote:
> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> I'll move it over tomorrow if nobody reports any horrors, missing files etc
I haven't checked anywhere yet, but is there a changelog someplac
the 1st release
in a while that works well on PPC, and lots of PPCs have a rage128.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
= drivers/video/Config.in 1.10 vs edited =
--- 1.10/drivers/video/Config.inFri Oct 20 22:20:29 2000
+++ edited/drivers/video/Config.in Sun Dec
arches will have a chance to sync in 2.4.0-test13?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
d Douglas has soemthing for aty128fb as well, but the attached
patch defines the correct CONFIG_FBCON_CFBXXs for aty128.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
= drivers/video/Config.in 1.10 vs edited =
--- 1.10/drivers/video/Config.inFri Oct 20 22:20:29 2000
+
oes concern me.
>
> > I would REALLY appreciate it if this could be made to happen.
>
> Send patches to Linus and Alan ?
test13-pre5-acXX is up-to-date with everything that's important anyways.
Weather that makes it into Linus' tree is the important and unknown b
ust have the lru_list lock before calling the
remove_inode_queue functions. */
static void __remove_inode_queue(struct buffer_head *bh)
@@ -900,6 +903,7 @@
return err2;
}
+EXPORT_SYMBOL(fsync_inode_buffers);
/*
* osync is designed to support O_SYNC io. It waits synch
There are a few
> I'd like to see sorted before 2.4.0 release still. I'll be working on those
> as a priority. Other stuff like the fusion drivers can wait.
I'm sure at least a few people want to know where the PowerPC port falls in
all of that. :)
...hopeing we aren't in
that initially go ahead.
Oh well. I guess our problem is we can never get Linus to notice the smaller
chunks and he always seems to hate big patches.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On Sun, Dec 31, 2000 at 02:38:16PM -0800, J Sloan wrote:
> Of course, adding
>
> #include
>
> to drivers/char/drm/drmP.h makes it all work
Right, but that _shouldn't_ be needed. iirc, modversions.h should be included
when needed, so this is covering up the bug not
nes, gives me a
working (so far, can't test heavily yet tho) framebuffer on my powerstack.
Comments?
Also, rivafb needs something similar to this, but since no PReP boxes I know
of anyways ship with something rivafb controlls, it's probably easier to just
remove the bits inside CONFI
On Wed, Jan 03, 2001 at 01:50:46PM +0100, Geert Uytterhoeven wrote:
> On Tue, 2 Jan 2001, Tom Rini wrote:
> > Hey all. While going through the 2.4 tree and removing dead CONFIG_xxx's for
> > PPC stuff, I noticed clgenfb still had CONFIG_PREP stuff (which may have
> > p
s it shouldn't
break anything, but he's still working on making the machine boot to start
with. :))
Third, the nvram_read_byte needs to be protected by CONFIG_NVRAM.
Finally, the VMODE_CHOOSE stuff is 0'ed out in atyfb with a comment about this
not actually working, so I removed it.
Co
On Wed, Jan 03, 2001 at 06:44:59PM +0100, Geert Uytterhoeven wrote:
> On Wed, 3 Jan 2001, Tom Rini wrote:
> > Third, the nvram_read_byte needs to be protected by CONFIG_NVRAM.
>
> I'd really like to move the nvram part to mac_fb_find_mode() in macmodes.c, so
> it will wor
ys like the kernel
needs to include linux/string.h in fs.h. If it does need linux/string.h
either a) The #include should be in #ifdef __KERNEL__/#endif or the contents
of linux/string.h should be in #ifdef __KERNEL__/#endif.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe fr
there are patches out there for
NFS that make it bearable or don't want to try and compile a kernel. As an
aside, anyone know which vendors kernel source either a) has some variant of the
NFS patches or b) has a clean enough tree that new ones apply fine?
--
Tom Rini (TR1265)
http://gate.crashing.
ter 2.4.x happens the faster the "fun" 2.5.x stuff comes along.
What Cort didn't mention is that at least some of this fun experimental stuff
is things like better support for new machines, along with bug fixing for 2.4
(ie people can use all their PCI cards without resource conflicts ag
, I *could* have hacked all the necessary scripts if I knew what
> they were, I guess.
The rawhide scripts used to start devfs all by themselves.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
iment
(and submit) different-style OOM killers as needed. Or at least get 'em on
freshmeat. :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Oct 10, 2000 at 05:58:46PM -0300, Rik van Riel wrote:
> On Tue, 10 Oct 2000, Tom Rini wrote:
> > On Tue, Oct 10, 2000 at 12:32:50PM -0300, Rik van Riel wrote:
> > > On Tue, 10 Oct 2000, Ingo Oeser wrote:
> > >
> > > > before you argue endless
IG_NCR885E is history, then it
> > should be history in Configure.help as well.
>
> I'm still wondering whether there really are no other boards with a Sym53c885
> than the Synergy PPC board (which is no longer supported).
...which is supposed to be coming back as well.
--
To
le keyboards I've seen w/ F13 have Print Screen
right below it). Tho I'm also rather sure this didn't get into
Linus' tree until after the 2.3 split..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-
On Mon, Mar 19, 2001 at 08:37:00PM +0100, J. Michael Kolbe wrote:
> On Mon, Mar 19, 2001 at 09:15:59AM -0700, Tom Rini wrote:
> > Speaking of reversed, there's a slightly "nicer" one in 2.2.18+:
> > On PowerPC - You press 'ALT-Print Screen-'.
> >
>
On Mon, Mar 19, 2001 at 08:37:00PM +0100, J. Michael Kolbe wrote:
> On Mon, Mar 19, 2001 at 09:15:59AM -0700, Tom Rini wrote:
> > Speaking of reversed, there's a slightly "nicer" one in 2.2.18+:
> > On PowerPC - You press 'ALT-Print Screen-'.
> >
>
On Mon, Mar 19, 2001 at 11:56:19PM +0100, J. Michael Kolbe wrote:
> On Mon, Mar 19, 2001 at 01:46:53PM -0700, Tom Rini wrote:
> > On Mon, Mar 19, 2001 at 08:37:00PM +0100, J. Michael Kolbe wrote:
> > > On Mon, Mar 19, 2001 at 09:15:59AM -0700, Tom Rini wrote:
> > > >
On Tue, Mar 20, 2001 at 01:00:53AM +0100, J. Michael Kolbe wrote:
> Hi.
>
> On Mon, Mar 19, 2001 at 04:21:35PM -0700, Tom Rini wrote:
> > On Mon, Mar 19, 2001 at 11:14:03PM +, Andrew Morton wrote:
> >
> > > I included Mr Kolbe's one-liner in the SAK pa
Print Screen (or F13) - may suffice.
Sounds good.
> Maybe it's a good idea to include F13's keycode, which I don't know.
Nah. I think we should try and fix this sometime tho. Perhaps the round
powerbutton on the keyboard could do 'F13' (and add this to the l
On Mon, Mar 26, 2001 at 09:50:53AM -0500, Jeff Garzik wrote:
> esr wrote:
> > (3) Fix up 10 configuration symbols of the form CONFIG_[0-9]*; specific
> > changes are those suggested 8 Jan 2001 by PPC port maintainer Tom Rini.
> > This change has been APPROVED by an
Hello all. Without the attached patch, SysRq doesn't work over a serial
console here. Has anyone else seen this problem?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
diff -Nru a/linux/drivers/char/n_tty.c b/linux/drivers/char/n_tty.c
--- a/linux/drivers/char/n_tty.cSa
ers).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
saying that this is
> undefined.
2.4.x from kernel.org currently does not work on PPC. Take a look at:
http://www.fsmlabs.com/linuxppcbk.html
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
tly for a PReP box.
I asked Ani Joshi about this a while ago, and he wasn't quite sure why they
were in there either..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Feb 06, 2001 at 01:52:36PM -0500, Jeff Garzik wrote:
> Tom Rini wrote:
> > Er, what exactly is the CONFIG_PREP stuff in this driver supposed to be
> > for? "CONFIG_PREP" doesn't exist anymore to start with, and secondly I'm
> > not sure if any PR
The CONFIG_8xx_WDT option got broken in the generic hardirq update as
ppc32 had its own different request_irq that worked when other arches
used setup_irq. This is the trivial fix for the problem.
From: Carsten Juttner <[EMAIL PROTECTED]>
Signed-off-by: Tom Rini <[EMAIL PROTECTED]>
35_RTC_CONTROL);
- if ((time_state == TIME_ERROR) || (time_state == TIME_BAD))
- time_state = TIME_OK;
-
return 0;
}
--
Tom Rini
http://gate.crashing.org/~trini/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
ia, which builds the scsi drivers only if
> CONFIG_SCSI is defined, and the user might put in an Adaptec 1460B or 1480 scsi
> card into your pcmcia slot.
Both of these 'problems' assume that you can have IDE or PCMCIA on these
particular boxes. Does anyone know if that's a
On Mon, May 21, 2001 at 03:29:31AM +0200, Andrzej Krzysztofowicz wrote:
> The following patch fixes ppc xconfig potential problem introduced in
> 2.4.5-pre4.
xconfig has other issues on PPC at the momement, if you select and 8xx or
8260 CPU. See the inlined.
--
Tom Rini (TR1265
e) ships will just
work with python2. I know one of the PPC dists didn't ship with python2
(which does have a lot of python bits to it) entirely because they were
already in testing when it came out. It's not something the distros
can switch to at a whim, but it's also something wh
Instead, libc would provide a set of headers which would either be
> >compatable, or would marshel data into the form the kernel wanted.
> >
>
> So does this mean that all the "#ifdef __KERNEL__" are useless or are
> they still used?
Because a large number of t
When running depmod to check for the correct version number, extra
output we don't need to see, such as "depmod: QM_MODULES: Function not
implemented" may show up. Redirect stderr to /dev/null as the version
information that we do care about comes to stdout.
Signed-off-by: T
On Fri, Jul 15, 2005 at 02:24:32PM -0700, randy_dunlap wrote:
> On Fri, 15 Jul 2005 07:56:36 -0700 Tom Rini wrote:
>
> > When running depmod to check for the correct version number, extra
> > output we don't need to see, such as "depmod: QM_MODULES: Function not
ATE_TLB_VECTOR_START 0xf0/* f0-f8 used for TLB flush
> >*/
>
> Don't call it {KDB,KGDB,DEBUG}_VECTOR, call it NMI_VECTOR, which is
> what it really is. default_do_nmi() determines if the nmi is due to a
> debugger or some other event. That requires the debuggers to
CC: Andi Kleen <[EMAIL PROTECTED]>, Keith Owens <[EMAIL PROTECTED]>
The existing hook from KDB in the IPI code is really just a hook for the
NMI vector. We rename the vector thusly and then it's up to the
debugger to handle things from default_do_nmi().
---
linux-2.6.13-rc6-trini/arch/x86_64/k
As Marcelo has been spending a great deal of time working on MPC8xx
systems of late (thanks!) and has more time than I do now for it, I'm
handing this over to him.
Signed-off-by: Tom Rini <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
--- a/MAINTAINERS
+++ b/MAINTAINERS
CC: Robert Picco <[EMAIL PROTECTED]>, Tony Luck <[EMAIL PROTECTED]>
This is support of the IA64 arch for KGDB. This is primarily the work of
Robert Picco. There are also some IA64 changes in the serial patch so that
IA64 can pass in IRQ and iomembase, and all of this is documented in the
DocBook
CC: George Anzginer
It is possible that when SysRq-G is triggered via the keyboard that we will
miss the "up" event and once KGDB lets the kernel go another SysRq will be
required to clear this, without this change.
---
linux-2.6.13-rc3-trini/drivers/char/keyboard.c |1 +
1 files changed,
CC: Amit S. Kale <[EMAIL PROTECTED]>
This allows for KGDB to better deal with autoloaded modules.
---
linux-2.6.13-rc3-trini/include/linux/module.h | 16 +++
linux-2.6.13-rc3-trini/kernel/module.c| 56 ++
2 files changed, 72 insertions(+)
diff -puN inclu
CC: Russell King <[EMAIL PROTECTED]>, Deepak Saxena <[EMAIL PROTECTED]>, George
Davis <[EMAIL PROTECTED]>, Geoff Levand <[EMAIL PROTECTED]>, Nicolas Pitre
<[EMAIL PROTECTED]>
This adds a backend, written by Deepak Saxena <[EMAIL PROTECTED]> and George
Davis <[EMAIL PROTECTED]> as well as support
return NOTIFY_DONE;
+
+ kgdb_handle_exception(args->trapnr, args->signr, args->err, regs);
+
+ return NOTIFY_STOP;
+}
+
+static struct notifier_block kgdb_notifier = {
+ .notifier_call = kgdb_notify,
+ .priority = 0x7fff, /* we need to notified first */
1 - 100 of 262 matches
Mail list logo
