* Re: IDE module problem
From: Keith Owens @ 2002-12-12 2:56 UTC (permalink / raw)
To: Maciej W. Rozycki; +Cc: Jun Sun, linux-mips
In-Reply-To: <Pine.GSO.3.96.1021211181032.22157L-100000@delta.ds2.pg.gda.pl>
On Wed, 11 Dec 2002 18:20:30 +0100 (MET),
"Maciej W. Rozycki" <macro@ds2.pg.gda.pl> wrote:
>On Wed, 11 Dec 2002, Jun Sun wrote:
>
>> > > This is because arch/mips/lib/Makefile says:
>> > >
>> > > obj-$(CONFIG_IDE) += ide-std.o ide-no.o
>> > [...]
>> > > 3) use some smart trick in Makefile so that we include those
>> > > two files only if CONFIG_IDE is 'y' or 'm'. (How?)
>> >
>> > obj-$(CONFIG_IDE_MODULE)
>>
>> This does not work. Apparently, CONFIG_IDE_MODULE is not created
>> for makefile part.
>
> Indeed -- my fault. Variables such as $(CONFIG_IDE) are four-state and
>for the module case they are simply set to "m". But then you can use
>"ifeq ($(CONFIG_IDE),m)". Another approach is to invent an additional
>variable automatically set to "y" whenever CONFIG_IDE is enabled.
obj-$(subst m,y,$(CONFIG_IDE)) += ide-std.o ide-no.o
ide-std.o ide-no.o are built in if CONFIG_IDE is m or y.
^ permalink raw reply
* Re: strange bug rmap15a
From: Rik van Riel @ 2002-12-12 2:59 UTC (permalink / raw)
To: Arjan van de Ven; +Cc: linux-mm, Benjamin LaHaise
In-Reply-To: <Pine.LNX.4.50L.0212120037060.21756-100000@imladris.surriel.com>
On Thu, 12 Dec 2002, Rik van Riel wrote:
> OK, something between rmap15 and rmap15a is triggering the
Forget that, it's Ben's pte-highmem patch ...
> mystery page c1028220, cnt 1 map 00000000, buf 00000000, ptec 00000000, dirty 0
... it conveniently adds a page->pte.{direct,chain} union, but
doesn't remove the old page->pte_chain field, which is still
referenced by tons of source code.
Of course the old field is always zero, so left and right code
gets confused...
regards,
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://guru.conectiva.com/
Current spamtrap: <a href=mailto:"october@surriel.com">october@surriel.com</a>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* Re: Vaguely NFS related problem
From: Neil Brown @ 2002-12-12 3:00 UTC (permalink / raw)
To: Jeff L. Smith; +Cc: nfs
In-Reply-To: <3DF7F663.30201@atheros.com>
On Wednesday December 11, jeff@atheros.com wrote:
> I'm running a kernel I built from kernel.org source. I found the
> message in linux-2.4.18/net/sunrpc/svcsock.c.
>
>
> printk (KERN_WARNING "RPC: Unable to allocate resbuf from cache!\n");
I think you should check again. I did and I still cannot find that
message:
% bzcat linux-2.4.18.tar.bz2 | grep 'Unable to allocate resbuf from cache'
%
Are you sure they were *unpatched* kernel.org sources?
I suggest you unroll 2.4.20 and try that.
NeilBrown
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* FWD: Need help on diald
From: Duncan Haldane @ 2002-12-12 3:04 UTC (permalink / raw)
To: linux-diald, michael chileshe
Can anyone recognize what this guy's problem is?
-----FW: <20021211084938.79910.qmail@web21303.mail.yahoo.com>-----
Date: Wed, 11 Dec 2002 00:49:38 -0800 (PST)
From: michael chileshe <michaelchileshe@yahoo.com>
To: duncan_haldane@users.sourceforge.net
Subject: Need help on diald
Hi
I have been stuggling with diald for a while now until
i finally got the logic of how it works.That was after
i managed to do a dail on demand with pppd.
However i seem to be stuck. When ever i run diald i
get the following...
**
> Removed stale lock on tap0 (pid 2769)
> Dec 8 15:13:29 mail diald[2856]: start
> tap0:SIOCSIFMETRIC: Operation not supported <-- this is OK (not a problem)
> Dec 8 15:13:29 mail diald[2856]: start tap0:
> RTNETLINK answers: File exists <------------------????? I'd guess this is...
> Dec 8 15:13:29 mail diald[2856]: start tap0:
> RTNETLINK answers: No such process
> Dec 8 15:13:29 mail diald[2856]: start tap0:
> RTNETLINK answers: File exits
> ***
The diald version i am using 0.993 and kernel version
is 2.4.7-10.
Please help
Regards
Michael
^ permalink raw reply
* Re: Is this going to be true ?
From: Richard B. Johnson @ 2002-12-12 3:16 UTC (permalink / raw)
To: Henning P. Schmiedehausen; +Cc: linux-kernel
In-Reply-To: <at8jlj$nc6$1@forge.intermeta.de>
On Thu, 12 Dec 2002, Henning P. Schmiedehausen wrote:
> "Richard B. Johnson" <root@chaos.analogic.com> writes:
>
> >> Why would that be good? People would start using their programs and
> >> blame Linux when they crash.
>
> >Well, when the program crashes, you get to run it again under Linux
> >and Unix operating systems. Not so with Windows. With Windows, you
> >reinstall windows after first booting DOS from a floppy and using
>
> Grow up and stop spreading FUD. I haven't had to reinstall a Windows
> 2000 server ever since it was released (not that there were many that
> I ever used. But I actually did and deployed apps on them). 95, 98 and
> ME maybe. NT4 almost never and W2K is a quite stable platform even
> under load.
>
> I'm amazed that the most violent Windows critique comes from people
> that claim to "never have touched a M$ operating system in their whole
> life". But then again, same goes to the Linux critics... :-)
>
> Regards
> Henning
I wish to hell it was FUD. I have watched all the Sun Workstations
at work be replaced with Windows/2000/Professional PCs. I have watched
all the 'nix programmers leave, replaced by Internet junkies who
don't (can't) write any code. In spite of the fact that don't actually
use their machines for any work, about 10 percent out of 600++ are
down at any one moment, most always to "reload Windows".
Just to get this Windows machine up at home, tonight, I had to reconfigure
the network because it "forgot" everything it knew last night
about the LAN. I use Windows at home only because I compose music
using Cake-walk and it hasn't been ported to Linux. It is a corrupt,
defective, dastardly, incredibly obnoxious operating system that
has no redeeming qualities at all. Virtually every Windows program
has horrible bugs that make it barely usable. Even Microsoft Visual
C/C++ will take down the whole machine when it encounters source files
that don't have a CR/LF sequence as an end-of-line (accidental Unix LF
files). It is the worse programming environment, ever, and I have even
used a MDS-200 "Green Monster" during my 35 years as an Engineer.
This machine used to have two CPUs. I had to take one out when I
changed it from a Linux machine to a Windows machine. Two CPUs under
Windows will trash the file-system so it won't boot if it's been
up for over an hour. I have reloaded Windows on my two Windows machines
at least once per week, usually more often than that. My Linux machines
run until I break them by installing a buggy driver. Even then, I
can reboot and nothing bad happens to the file-systems.
Once Windows fails to boot, you can reinstall from a CD/ROM, but
it won't boot after the reinstall! You need to make Windows "think"
that the boot disk is new by deleting all partitions before you
"reinstall" Windows or the new installation won't boot.
Microsoft has trained the "new breed" of Engineer that bugs are
normal and a natural consequence of using computers. This has
helped destroy software development as an Engineering endeavor and
substituted in its place, a developmental crap-game.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.18 on an i686 machine (797.90 BogoMips).
Why is the government concerned about the lunatic fringe? Think about it.
^ permalink raw reply
* Re: portfw on iptables 2.4 kernel problem.
From: louie miranda @ 2002-12-12 3:11 UTC (permalink / raw)
To: netfilter
In-Reply-To: <3DF720D9.7030501@istitutocolli.org>
Thanks for those people who replied, But still i can't get it to work.
Ill be posting my rule set here.
=======================================
panic:/# iptables -nL --line-num
Chain INPUT (policy ACCEPT)
num target prot opt source destination
Chain FORWARD (policy DROP)
num target prot opt source destination
1 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state
RELATED,ESTABLISHED
2 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
3 LOG all -- 0.0.0.0/0 0.0.0.0/0 LOG flags 0
level 4
Chain OUTPUT (policy ACCEPT)
num target prot opt source destination
panic:/#
=======================================
panic:/# iptables -nL --line-num -t nat
Chain PREROUTING (policy ACCEPT)
num target prot opt source destination
1 REDIRECT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
redir ports 3128
Chain POSTROUTING (policy ACCEPT)
num target prot opt source destination
1 MASQUERADE all -- 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT)
num target prot opt source destination
panic:/#
=======================================
My rule set is just a simple masq w/ port redirection internally, catching
all port 80 request
and redirect it to my squid on port 3128
I tried the simple rule set that Joel Newkirk, Andrea Rossato and all the
people who have
helped me on my problem but still It does not work, I actually set all the
IPTABLES/NETFILTER
options on my kernel and add "1" on /proc/sys/net/ipv4/ip_forward. I
actually search and
search google.com for my similar problem and tried it all, I had no error's
or such all is working
i think. It just does not connect over to my granted port. Ill try any port
even port 80 or port 139
on my firewall just get this forwarding to work.
Well, thanks again. I hope what i have posted here "my rule set" will give
me such nice answers
to resolved my probem, And ill cont. reading and reading any docs i can find
on the internet.
--
thanks,
louie miranda
^ permalink raw reply
* Re: [Printing-architecture] Meeting on the 9th of January?
From: Till Kamppeter @ 2002-12-12 3:18 UTC (permalink / raw)
To: Norm Jacobs
Cc: HEMSTREET,CHARLES (HP-Vancouver,ex1),
'printing-architecture@freestandards.org'
In-Reply-To: <3DF7F793.B174A7C2@Sun.COM>
That's true, I would even suggest to have the Printing Summit later, to
make planning easier (we have not much time due to the holidays) and
perhaps also to realize a hacker's workshop, as I proposed some months
ago. For this it would be definitively too late when having the Summit
on the LinuxWorld.
WDYT?
Till
Norm Jacobs wrote:
> I don't have a problem with canceling the meeting for the next few
> weeks, I'm sure that discussion will continue via email. I would
> like to get some idea as to when we are planning our next summit.
> Someone suggested that we hold it in NY at LinuxWorld (January 21-24).
> If we are going to plan on having a summit then, we should decide before
> the holidays so that people can attempt to make arrangements early.
^ permalink raw reply
* Re: Regarding consistent_alloc
From: Dan Malek @ 2002-12-12 3:32 UTC (permalink / raw)
To: acurtis
Cc: Pantelis Antoniou, joakim.tjernlund, Tom Rini, Paul Mackerras,
Matt Porter, linuxppc-embedded
In-Reply-To: <NCBBIINEHIPFGJPLBEIFCEPEDPAA.acurtis@directvinternet.com>
acurtis@directvinternet.com wrote:
> As for a iova() routine, ioremap() will return a previously configured
> virtual address when asked to map the same physical memory space.
No, it does not. The ioremap() may do this in some cases on processors
that use BATs for large space mapping, but it usually (always on 8xx)
allocates new virtual space when mapping a physical address.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: Is this going to be true ?
From: Mark Hamblin @ 2002-12-12 3:39 UTC (permalink / raw)
To: root, Henning P. Schmiedehausen; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.3.95.1021211214435.28053A-100000@chaos.analogic.com>
> > Grow up and stop spreading FUD. I haven't had to reinstall a Windows
> > 2000 server ever since it was released (not that there were many that
> > I ever used. But I actually did and deployed apps on them). 95, 98 and
> > ME maybe. NT4 almost never and W2K is a quite stable platform even
> > under load.
> I wish to hell it was FUD. I have watched all the Sun Workstations
> at work be replaced with Windows/2000/Professional PCs. I have watched
> all the 'nix programmers leave, replaced by Internet junkies who
> don't (can't) write any code. In spite of the fact that don't actually
> use their machines for any work, about 10 percent out of 600++ are
> down at any one moment, most always to "reload Windows".
Clearly the truth is somewhere between your two viewpoints, but one thing is
for sure: The Linux kernel is hands down the better product. There are
still a few exceptions to this rule, but those are disappearing rapidly
(epoll cures the last one that gives me heartburn).
Now, if only the application designers could match what Windows applications
designers have accomplished. I think the first step would to torpedo
X-Windows :) ...But that's a topic for some other mailing list.
^ permalink raw reply
* [PATCH] fix text console redrawing
From: Paul Mackerras @ 2002-12-12 3:35 UTC (permalink / raw)
To: James Simmons; +Cc: Linux Kernel Mailing List, Linux Fbdev development list
I found out why the text console wasn't getting redrawn when switching
from X back to tty1. It was because the vc->vc_font.width and .height
for tty1 had been reset to 0 by fbcon_set_display(). The font-setting
logic in there looks wrong to me, and this patch should fix it.
Without this patch, we find the first console on this fb which appears
to have valid font data and then copy the width and height *to* that
console rather than *from* that console. This patch changes it to
copy from that console to the new console that we are initializing.
Paul.
diff -urN linux-2.5/drivers/video/console/fbcon.c pmac-2.5/drivers/video/console/fbcon.c
--- linux-2.5/drivers/video/console/fbcon.c 2002-12-10 15:20:32.000000000 +1100
+++ pmac-2.5/drivers/video/console/fbcon.c 2002-12-12 13:46:21.000000000 +1100
@@ -926,11 +926,11 @@
struct display *q = &fb_display[i];
struct vc_data *tmp = vc_cons[i].d;
- if (fontwidthvalid(p, vc->vc_font.width)) {
+ if (!fontwidthvalid(p, vc->vc_font.width)) {
/* If we are not the first console on this
fb, copy the font from that console */
- tmp->vc_font.width = vc->vc_font.width;
- tmp->vc_font.height = vc->vc_font.height;
+ vc->vc_font.width = tmp->vc_font.width;
+ vc->vc_font.height = tmp->vc_font.height;
p->fontdata = q->fontdata;
p->userfont = q->userfont;
if (p->userfont) {
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Albert D. Cahalan @ 2002-12-12 3:43 UTC (permalink / raw)
To: davej; +Cc: linux-kernel
Dave Jones writes:
> - Alternatively, the procps by Albert Cahalan now supports the
> altered formats since v3.0.5, but lags behind the bleeding edge
> version maintained by Rik and Robert. -- http://procps.sf.net/
Currently I'd say it's mostly the other way around.
Differences between procps-2.1.11 and procps-3.1.2 that relate
to Linux 2.5.xx support are:
1. Robert has /proc/*/wchan support (for WCHAN w/o System.map)
2. My vmstat has a fast O(1) algorithm for 2.5.xx kernels
3. My vmstat reports IO-wait time
4. My sysctl handles the 2.5.xx VLAN interfaces
So that's 1-to-3 in my favor, based strictly on support of the
2.5.xx kernels. I find this odd actually, seeing as the procps-2
developers made #2 and #3 possible. The only time I fell behind
was when Rik patched procps _before_ Linus accepted a change.
^ permalink raw reply
* [PATCH] fix endian problem in color_imageblit
From: Paul Mackerras @ 2002-12-12 3:41 UTC (permalink / raw)
To: James Simmons; +Cc: Linux Kernel Mailing List, Linux Fbdev development list
This patch fixes the endian problems in color_imageblit(). With this
patch, I get the penguin drawn properly on boot.
The main change is that on big-endian systems, when we load a pixel
from the source, we now shift it to the left-hand (most significant)
end of the word. With this change the rest of the logic is correct on
big-endian systems. This may not be the most efficient way to do
things but it is a simple change that works and avoids disturbing the
rest of the code.
Paul.
diff -urN linux-2.5/drivers/video/cfbimgblt.c pmac-2.5/drivers/video/cfbimgblt.c
--- linux-2.5/drivers/video/cfbimgblt.c 2002-12-10 15:20:32.000000000 +1100
+++ pmac-2.5/drivers/video/cfbimgblt.c 2002-12-12 09:14:47.000000000 +1100
@@ -103,10 +103,10 @@
{
/* Draw the penguin */
int i, n;
- unsigned long bitmask = SHIFT_LOW(~0UL, BITS_PER_LONG - p->var.bits_per_pixel);
+ int bpp = p->var.bits_per_pixel;
unsigned long *palette = (unsigned long *) p->pseudo_palette;
unsigned long *dst, *dst2, color = 0, val, shift;
- unsigned long null_bits = BITS_PER_LONG - p->var.bits_per_pixel;
+ unsigned long null_bits = BITS_PER_LONG - bpp;
u8 *src = image->data;
dst2 = (unsigned long *) dst1;
@@ -125,9 +125,10 @@
while (n--) {
if (p->fix.visual == FB_VISUAL_TRUECOLOR ||
p->fix.visual == FB_VISUAL_DIRECTCOLOR )
- color = palette[*src] & bitmask;
+ color = palette[*src];
else
- color = *src & bitmask;
+ color = *src;
+ color <<= LEFT_POS(bpp);
val |= SHIFT_HIGH(color, shift);
if (shift >= null_bits) {
FB_WRITEL(val, dst++);
@@ -136,7 +137,7 @@
else
val = SHIFT_LOW(color, BITS_PER_LONG - shift);
}
- shift += p->var.bits_per_pixel;
+ shift += bpp;
shift &= (BITS_PER_LONG - 1);
src++;
}
^ permalink raw reply
* Re: Regarding consistent_alloc
From: Dan Malek @ 2002-12-12 3:41 UTC (permalink / raw)
To: Pantelis Antoniou
Cc: Tom Rini, joakim.tjernlund, acurtis, Paul Mackerras, Matt Porter,
linuxppc-embedded
In-Reply-To: <3DF754CE.7030608@intracom.gr>
Pantelis Antoniou wrote:
> Perhaps the best way to proceed is just to fix the xxx_cpm_hostalloc() and
> xxx_cpm_dpalloc() routines to work more intelligently, and to
> forget about consistent_alloc entirely...
You are totally missing the proper use of these functions. The 'cpm'
functions are used specifically to assist the management of memory
for the CPM peripherals on the 8xx and 82xx processor. There are often
unique attributes of mapping these spaces that must be considered. The
only thing to "fix" in these functions is to make a resource free (and
smarter resource management) that works for loadable modules.
The purpose of consistent_alloc() functions is to provide a method of
allocating DMA consistent (i.e. non-cached in our case) memory spaces
for _any_ purpose. These are functions you will find in other processor
architectures and have become standard part of many Linux processor ports.
The 'cpm' and PCI (and other non-PCI functions like USB OHCI) functions
will rely on the consistent_alloc() functions to provide consistent
spaces when necessary. There are some memory mapping assumptions made
about the way consistent memory is allocated for the purposes of portabilty
and performance.
All of these functions are required and work reasonably well as currently
implemented when they are used properly.
Thanks.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [PATCH] fix offb
From: Paul Mackerras @ 2002-12-12 3:45 UTC (permalink / raw)
To: James Simmons; +Cc: Linux Kernel Mailing List, Linux Fbdev development list
This patch fixes the offb driver, and fixes the Makefile so it doesn't
go looking for a nonexistent file (cfbimgblit.o) when CONFIG_FB_OF is
turned on. In the offb driver, we were overrunning the end of the
info->fix.id field on some cards, plus it had an undefined variable.
I guess we could also get rid of the "info->node = NODEV;" line too.
Paul.
diff -urN linux-2.5/drivers/video/Makefile pmac-2.5/drivers/video/Makefile
--- linux-2.5/drivers/video/Makefile 2002-12-10 15:20:32.000000000 +1100
+++ pmac-2.5/drivers/video/Makefile 2002-12-10 21:25:36.000000000 +1100
@@ -42,7 +42,7 @@
obj-$(CONFIG_FB_3DFX) += tdfxfb.o
obj-$(CONFIG_FB_MAC) += macfb.o macmodes.o cfbfillrect.o cfbcopyarea.o cfbimgblt.o
obj-$(CONFIG_FB_HP300) += hpfb.o cfbfillrect.o cfbimgblt.o
-obj-$(CONFIG_FB_OF) += offb.o cfbfillrect.o cfbimgblit.o cfbcopyarea.o
+obj-$(CONFIG_FB_OF) += offb.o cfbfillrect.o cfbimgblt.o cfbcopyarea.o
obj-$(CONFIG_FB_IMSTT) += imsttfb.o
obj-$(CONFIG_FB_RETINAZ3) += retz3fb.o
obj-$(CONFIG_FB_CLGEN) += clgenfb.o
diff -urN linux-2.5/drivers/video/offb.c pmac-2.5/drivers/video/offb.c
--- linux-2.5/drivers/video/offb.c 2002-12-10 15:20:32.000000000 +1100
+++ pmac-2.5/drivers/video/offb.c 2002-12-10 19:58:24.000000000 +1100
@@ -393,6 +393,7 @@
struct fb_fix_screeninfo *fix;
struct fb_var_screeninfo *var;
struct fb_info *info;
+ int size;
if (!request_mem_region(res_start, res_size, "offb"))
return;
@@ -421,7 +422,7 @@
var = &info->var;
strcpy(fix->id, "OFfb ");
- strncat(fix->id, name, sizeof(fix->id));
+ strncat(fix->id, name, sizeof(fix->id) - sizeof("OFfb "));
fix->id[sizeof(fix->id) - 1] = '\0';
var->xres = var->xres_virtual = width;
@@ -522,8 +523,6 @@
var->sync = 0;
var->vmode = FB_VMODE_NONINTERLACED;
- strcpy(fix->id, "OFfb ");
- strncat(fix->id, full_name, sizeof(fix->id));
info->node = NODEV;
info->fbops = &offb_ops;
info->screen_base = ioremap(address, fix->smem_len);
^ permalink raw reply
* 2.4.20-ac2 and i810 drm
From: Dave Airlie @ 2002-12-12 3:54 UTC (permalink / raw)
To: linux-kernel; +Cc: alan
I've been running 2.4.20-rc4 up to now with DRM enabled for my i810
chipset and XFree86 4.2 from RH 7.3.
When I run my OpenGL application (internal app) under 2.4.20-ac2 with the
same .config when I ctrl-c the application the machine hangs hard.
It is the only application running on the X server so the X server
restarts when I exit the app.. under 2.4.20-rc4 this works fine...
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied@skynet.ie
pam_smb / Linux DecStation / Linux VAX / ILUG person
^ permalink raw reply
* Move 405LP RTC support from beech.c into ibm405lp.c
From: David Gibson @ 2002-12-12 3:54 UTC (permalink / raw)
To: linuxppc-embedded
The RTC support (written by Todd Poynor) for the Beech is actually in
the 405LP chip itself, not just on the Beech board. This patch moves
the code into ibm405lp.c so that it's more easily accessible for
non-Beech 405LP boards (there aren't any of these in the tree at the
moment, but I expect to commit one within the week).
If there are no objections, I will commit this to linuxppc_2_4_devel.
diff -urN /home/dgibson/kernel/linuxppc_2_4_devel/arch/ppc/platforms/beech.c linux-bartholomew/arch/ppc/platforms/beech.c
--- /home/dgibson/kernel/linuxppc_2_4_devel/arch/ppc/platforms/beech.c 2002-12-04 10:44:50.000000000 +1100
+++ linux-bartholomew/arch/ppc/platforms/beech.c 2002-12-12 14:21:55.000000000 +1100
@@ -45,10 +45,6 @@
static void beech_ebc_setup(void);
static void beech_fpga_setup(void);
-static long __init beech_time_init(void);
-static ulong beech_get_rtc_time(void);
-static int beech_set_rtc_time(unsigned long nowtime);
-
unsigned long isa_io_base;
unsigned long isa_mem_base;
volatile u8 *beech_fpga_reg_0 = NULL;
@@ -133,9 +129,9 @@
void __init
board_init(void)
{
- ppc_md.time_init = beech_time_init;
- ppc_md.set_rtc_time = beech_set_rtc_time;
- ppc_md.get_rtc_time = beech_get_rtc_time;
+ ppc_md.time_init = ibm405lp_time_init;
+ ppc_md.set_rtc_time = ibm405lp_set_rtc_time;
+ ppc_md.get_rtc_time = ibm405lp_get_rtc_time;
/* Disable the LCD controller, which may have been left on by the
BIOS. Then do initialization of the EBC. */
@@ -259,119 +255,6 @@
*beech_fpga_reg_2 |= FPGA_REG_2_DEFAULT_UART1_N;
}
-/****************************************************************************
- * TODC
- ****************************************************************************/
-
-/*
- * The 405LP includes an MC146818-equivalent core accessed via a DCR
- * wrapper. The 405LP does not implement the NVRAM.
- */
-
-static long __init
-beech_time_init(void)
-{
- static u_char not_initialized = 1;
-
- /* Make sure clocks are running */
- if (not_initialized) {
-
- /* Reset the core and ensure it's enabled. We assume
- only that the BIOS has set the correct frequency. */
-
- mtdcr(DCRN_RTC0_WRAP, 0);
- mtdcr(DCRN_RTC0_WRAP, 3);
- mtdcr(DCRN_RTC0_CR1, mfdcr(DCRN_RTC0_CR1) & 0x7f);
- not_initialized = 0;
- }
-
- return 0;
-}
-
-static ulong
-beech_get_rtc_time(void)
-{
- uint year, mon, day, hour, min, sec;
- uint i;
- u_char save_control, uip;
-
- spin_lock(&rtc_lock);
- save_control = mfdcr(DCRN_RTC0_CR1);
-
- for (i=0; i<100000000; i++) {
- uip = mfdcr(DCRN_RTC0_CR0);
- sec = mfdcr(DCRN_RTC0_SEC) & 0x7f;
- min = mfdcr(DCRN_RTC0_MIN) & 0x7f;
- hour = mfdcr(DCRN_RTC0_HR) & 0x3f;
- day = mfdcr(DCRN_RTC0_DOM) & 0x3f;
- mon = mfdcr(DCRN_RTC0_MONTH) & 0x1f;
- year = mfdcr(DCRN_RTC0_YEAR) & 0xff;
-
- uip |= mfdcr(DCRN_RTC0_CR0);
- if ((uip & RTC_UIP) == 0) break;
- }
-
- spin_unlock(&rtc_lock);
-
- if (((save_control & RTC_DM_BINARY) == 0) ||
- RTC_ALWAYS_BCD) {
-
- BCD_TO_BIN(sec);
- BCD_TO_BIN(min);
- BCD_TO_BIN(hour);
- BCD_TO_BIN(day);
- BCD_TO_BIN(mon);
- BCD_TO_BIN(year);
- }
-
- year = year + 1900;
- if (year < 1970) {
- year += 100;
- }
-
- return mktime(year, mon, day, hour, min, sec);
-}
-
-static int
-beech_set_rtc_time(unsigned long nowtime)
-{
- struct rtc_time tm;
- u_char save_control, save_freq_select;
-
- spin_lock(&rtc_lock);
- to_tm(nowtime, &tm);
-
- save_control = mfdcr(DCRN_RTC0_CR1);
- save_freq_select = mfdcr(DCRN_RTC0_CR0);
- mtdcr(DCRN_RTC0_CR0, save_freq_select | RTC_DIV_RESET2);
-
- tm.tm_year = (tm.tm_year - 1900) % 100;
-
- if (((save_control & RTC_DM_BINARY) == 0) ||
- RTC_ALWAYS_BCD) {
-
- BIN_TO_BCD(tm.tm_sec);
- BIN_TO_BCD(tm.tm_min);
- BIN_TO_BCD(tm.tm_hour);
- BIN_TO_BCD(tm.tm_mon);
- BIN_TO_BCD(tm.tm_mday);
- BIN_TO_BCD(tm.tm_year);
- }
-
- mtdcr(DCRN_RTC0_SEC, tm.tm_sec);
- mtdcr(DCRN_RTC0_MIN, tm.tm_min);
- mtdcr(DCRN_RTC0_HR, tm.tm_hour);
- mtdcr(DCRN_RTC0_MONTH, tm.tm_mon);
- mtdcr(DCRN_RTC0_DOM, tm.tm_mday);
- mtdcr(DCRN_RTC0_YEAR, tm.tm_year);
- mtdcr(DCRN_RTC0_WRAP, 0); /* Reset divider chain */
- mtdcr(DCRN_RTC0_WRAP, 3);
- mtdcr(DCRN_RTC0_CR0, save_freq_select);
-
- spin_unlock(&rtc_lock);
- return 0;
-}
-
void __init
beech_calibrate_decr(void)
{
diff -urN /home/dgibson/kernel/linuxppc_2_4_devel/arch/ppc/platforms/ibm405lp.c linux-bartholomew/arch/ppc/platforms/ibm405lp.c
--- /home/dgibson/kernel/linuxppc_2_4_devel/arch/ppc/platforms/ibm405lp.c 2002-08-29 09:59:52.000000000 +1000
+++ linux-bartholomew/arch/ppc/platforms/ibm405lp.c 2002-12-12 14:24:33.000000000 +1100
@@ -265,3 +265,114 @@
return 0;
}
}
+
+/****************************************************************************
+ * TODC
+ ****************************************************************************/
+
+/*
+ * The 405LP includes an MC146818-equivalent core accessed via a DCR
+ * wrapper. The 405LP does not implement the NVRAM.
+ */
+
+long __init ibm405lp_time_init(void)
+{
+ static u_char not_initialized = 1;
+
+ /* Make sure clocks are running */
+ if (not_initialized) {
+
+ /* Reset the core and ensure it's enabled. We assume
+ only that the BIOS has set the correct frequency. */
+
+ mtdcr(DCRN_RTC0_WRAP, 0);
+ mtdcr(DCRN_RTC0_WRAP, 3);
+ mtdcr(DCRN_RTC0_CR1, mfdcr(DCRN_RTC0_CR1) & 0x7f);
+ not_initialized = 0;
+ }
+
+ return 0;
+}
+
+unsigned long ibm405lp_get_rtc_time(void)
+{
+ uint year, mon, day, hour, min, sec;
+ uint i;
+ u_char save_control, uip;
+
+ spin_lock(&rtc_lock);
+ save_control = mfdcr(DCRN_RTC0_CR1);
+
+ for (i=0; i<100000000; i++) {
+ uip = mfdcr(DCRN_RTC0_CR0);
+ sec = mfdcr(DCRN_RTC0_SEC) & 0x7f;
+ min = mfdcr(DCRN_RTC0_MIN) & 0x7f;
+ hour = mfdcr(DCRN_RTC0_HR) & 0x3f;
+ day = mfdcr(DCRN_RTC0_DOM) & 0x3f;
+ mon = mfdcr(DCRN_RTC0_MONTH) & 0x1f;
+ year = mfdcr(DCRN_RTC0_YEAR) & 0xff;
+
+ uip |= mfdcr(DCRN_RTC0_CR0);
+ if ((uip & RTC_UIP) == 0) break;
+ }
+
+ spin_unlock(&rtc_lock);
+
+ if (((save_control & RTC_DM_BINARY) == 0) ||
+ RTC_ALWAYS_BCD) {
+
+ BCD_TO_BIN(sec);
+ BCD_TO_BIN(min);
+ BCD_TO_BIN(hour);
+ BCD_TO_BIN(day);
+ BCD_TO_BIN(mon);
+ BCD_TO_BIN(year);
+ }
+
+ year = year + 1900;
+ if (year < 1970) {
+ year += 100;
+ }
+
+ return mktime(year, mon, day, hour, min, sec);
+}
+
+int ibm405lp_set_rtc_time(unsigned long nowtime)
+{
+ struct rtc_time tm;
+ u_char save_control, save_freq_select;
+
+ spin_lock(&rtc_lock);
+ to_tm(nowtime, &tm);
+
+ save_control = mfdcr(DCRN_RTC0_CR1);
+ save_freq_select = mfdcr(DCRN_RTC0_CR0);
+ mtdcr(DCRN_RTC0_CR0, save_freq_select | RTC_DIV_RESET2);
+
+ tm.tm_year = (tm.tm_year - 1900) % 100;
+
+ if (((save_control & RTC_DM_BINARY) == 0) ||
+ RTC_ALWAYS_BCD) {
+
+ BIN_TO_BCD(tm.tm_sec);
+ BIN_TO_BCD(tm.tm_min);
+ BIN_TO_BCD(tm.tm_hour);
+ BIN_TO_BCD(tm.tm_mon);
+ BIN_TO_BCD(tm.tm_mday);
+ BIN_TO_BCD(tm.tm_year);
+ }
+
+ mtdcr(DCRN_RTC0_SEC, tm.tm_sec);
+ mtdcr(DCRN_RTC0_MIN, tm.tm_min);
+ mtdcr(DCRN_RTC0_HR, tm.tm_hour);
+ mtdcr(DCRN_RTC0_MONTH, tm.tm_mon);
+ mtdcr(DCRN_RTC0_DOM, tm.tm_mday);
+ mtdcr(DCRN_RTC0_YEAR, tm.tm_year);
+ mtdcr(DCRN_RTC0_WRAP, 0); /* Reset divider chain */
+ mtdcr(DCRN_RTC0_WRAP, 3);
+ mtdcr(DCRN_RTC0_CR0, save_freq_select);
+
+ spin_unlock(&rtc_lock);
+ return 0;
+}
+
diff -urN /home/dgibson/kernel/linuxppc_2_4_devel/arch/ppc/platforms/ibm405lp.h linux-bartholomew/arch/ppc/platforms/ibm405lp.h
--- /home/dgibson/kernel/linuxppc_2_4_devel/arch/ppc/platforms/ibm405lp.h 2002-08-29 09:59:52.000000000 +1000
+++ linux-bartholomew/arch/ppc/platforms/ibm405lp.h 2002-12-12 14:20:38.000000000 +1100
@@ -32,6 +32,12 @@
#include <linux/config.h>
#include <asm/ibm4xx.h>
+/* See beech.c for a concise diagram of the Beech physical memory map. */
+
+#define PPC4xx_ONB_IO_PADDR ((uint)0xef600000)
+#define PPC4xx_ONB_IO_VADDR PPC4xx_ONB_IO_PADDR
+#define PPC4xx_ONB_IO_SIZE ((uint)4*1024)
+
/* Machine-specific register naming for the 4xx processors is a mess. It seems
that everyone had a different idea on how to prefix/abbreviate/configure the
DCR numbers and MMIO addresses. I'm no different! For the 405LP we have
@@ -895,6 +901,10 @@
extern unsigned last_pixclk_min;
extern unsigned last_pixclk_max;
+extern long ibm405lp_time_init(void);
+extern unsigned long ibm405lp_get_rtc_time(void);
+extern int ibm405lp_set_rtc_time(unsigned long nowtime);
+
#endif /* __ASSEMBLY__ */
#include <platforms/ibm405.h>
--
David Gibson | For every complex problem there is a
david@gibson.dropbear.id.au | solution which is simple, neat and
| wrong.
http://www.ozlabs.org/people/dgibson
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* File still being accessed?
From: mdew @ 2002-12-12 4:03 UTC (permalink / raw)
To: Linux Kernel
Under Linux 2.5.51 Ive noticed that Downloader4X (Getright-type for
linux) http://www.krasu.ru/soft/chuchelo/
when trying to resume a file, It thinks the file is still being
accessed, however under 2.4, it has no such problem. Is this a bug in
2.5.x still? any patches available that could help?
thanks
-mdew
^ permalink raw reply
* Re: [linux-lvm] pvcreate -- ERROR "Success"
From: William Blunn @ 2002-12-12 4:05 UTC (permalink / raw)
To: linux-lvm
In-Reply-To: <20021211202224.79940.qmail@web40906.mail.yahoo.com>
> Firsttimer
> chinook@/home/moll# pvcreate /dev/sdb
Hello Firsttimer
This may or may not be the problem, but it seems you are going against
the standard advice to put PVs on *partitions* rather than *drives*,
even if it results in a single partition using all the available space.
It may seem pointless to create a single partition to cover the whole
drive, but it is the best way.
(Remember to reboot after changing the partition table.)
Regards,
Bill
--
William H. Blunn - <bill+s.9sfuw6uo@tao-group.com> - Developer Support
Tao
62/63 Suttons Business Park, Earley, READING, RG6 1AZ, United Kingdom
Tel: +44 118 901 2999 - Fax: +44 118 901 2963 - http://tao-group.com/
The contents of this e-mail and any attachments are confidential and may
be legally privileged. If you have received this e-mail and you are not
a named addressee, please inform us as soon as possible on
+44 118 901 2999 and then delete the e-mail from your system. If you are
not a named addressee you must not copy, use, disclose, distribute,
print or rely on this e-mail. Any views expressed in this e-mail or any
attachments may not necessarily reflect those of Tao's management.
Although we routinely screen for viruses, addressees should scan this
e-mail and any attachments for viruses. Tao makes no representation or
warranty as to the absence of viruses in this e-mail or any attachments.
Please note that for the protection of our business, we may monitor and
read e-mails sent to and from our server(s).
^ permalink raw reply
* Is the scsi-misc-2.5 BK tree corrupted?
From: SL Baur @ 2002-12-12 4:25 UTC (permalink / raw)
To: linux-scsi
I am getting the following when attempting to pull from the current
scsi-misc-2.5 BK tree.
...
drivers/s390/block/dasd.c: 2 deltas
drivers/s390/block/dasd_eckd.c: 1 deltas
drivers/s390/char/Makefile: 1 deltas
drivers/s390/char/con3215.c BAD gzip hdr
fnext: No such file or directory
=================================== ERROR ====================================
takepatch: missing checksum line in patch, aborting.
==============================================================================
^ permalink raw reply
* Perl Or PhP?
From: vick Julius @ 2002-12-12 4:37 UTC (permalink / raw)
To: linux-admin
I heard a lot about PhP but I did not have the opportunity to play with it.
1) Is it better than Perl?
2) Are there tasks that you can do with PhP that cannot be done with perl?
3)Can someone, who knows perl, stick with perl without learning Php?
Thanks
Vick
_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
^ permalink raw reply
* [patch 2.5.51] add wait_event() to <linux/completion.h>
From: David Brownell @ 2002-12-12 5:04 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]
Folk periodically talk about evolving the "struct completion"
support ... here's one:
int wait_event (struct completion *x, signed long timeout_jiffies);
Returns zero if the event happened, nonzero if it timed out.
An example timeout action might be to cancel a request then
use wait_for_completion(x) to synchronize with that.
It's been behaving for me so far. Questions from me:
- Is this appropriate to merge as-is? The tradeoff I'm
thinking of is code duplication; this patch avoids it
("smaller==better" rule-of-thumb) but maybe someone has
real tuning knowledge, or a "standard" lk policy applies.
Or there might be bugs or api transgressions.
- One routine was unavailable to modules; now exported.
That seemed to just be an oversight.
This doesn't add an "interruptible wait" api mode, which
I'd expect some others might find a use for. This patch
will let us clean up some dubious code in usbcore which
is more or less trying to do a wait_event().
Thanks in advance for any comments.
- Dave
[-- Attachment #2: sched.patch --]
[-- Type: text/plain, Size: 1730 bytes --]
--- ./include/linux-dist/completion.h Sun Dec 8 10:57:47 2002
+++ ./include/linux/completion.h Mon Dec 9 15:11:51 2002
@@ -28,6 +28,7 @@
}
extern void FASTCALL(wait_for_completion(struct completion *));
+extern int FASTCALL(wait_timeout(struct completion *, signed long jiffies));
extern void FASTCALL(complete(struct completion *));
extern void FASTCALL(complete_all(struct completion *));
--- ./kernel-dist/ksyms.c Sun Dec 8 10:57:48 2002
+++ ./kernel/ksyms.c Mon Dec 9 15:13:47 2002
@@ -404,7 +404,9 @@ EXPORT_SYMBOL(autoremove_wake_function);
/* completion handling */
EXPORT_SYMBOL(wait_for_completion);
+EXPORT_SYMBOL(wait_timeout);
EXPORT_SYMBOL(complete);
+EXPORT_SYMBOL(complete_all);
/* The notion of irq probe/assignment is foreign to S/390 */
--- ./kernel-dist/sched.c Sun Dec 8 10:57:48 2002
+++ ./kernel/sched.c Mon Dec 9 15:34:36 2002
@@ -1204,6 +1204,11 @@ void complete_all(struct completion *x)
void wait_for_completion(struct completion *x)
{
+ wait_timeout (x, MAX_SCHEDULE_TIMEOUT);
+}
+
+int wait_timeout(struct completion *x, signed long timeout_jiffies)
+{
might_sleep();
spin_lock_irq(&x->wait.lock);
if (!x->done) {
@@ -1214,13 +1219,19 @@ void wait_for_completion(struct completi
do {
__set_current_state(TASK_UNINTERRUPTIBLE);
spin_unlock_irq(&x->wait.lock);
- schedule();
+ timeout_jiffies = schedule_timeout(timeout_jiffies);
+ if (timeout_jiffies == 0) {
+ __remove_wait_queue(&x->wait, &wait);
+ /* caller should wait again */
+ return 1;
+ }
spin_lock_irq(&x->wait.lock);
} while (!x->done);
__remove_wait_queue(&x->wait, &wait);
}
x->done--;
spin_unlock_irq(&x->wait.lock);
+ return 0;
}
#define SLEEP_ON_VAR \
^ permalink raw reply
* pnp/IDE question- help fixing up a patch
From: Ted Kaminski @ 2002-12-12 5:01 UTC (permalink / raw)
To: linux-kernel
Hello all,
I've got an ide, and an idepnp question... (for 2.4)
I'm working on refining a patch sent previously
(http://groups.google.com/groups?selm=20021108061020.A14168%40localhost) to
be less intrusive. I'll be refering to things done in that patch...
The short of it is, this sb16 pnpide interface apparently cannot use
ALTSTATUS at a certain point. (I'm no ide whiz, I'm just simplifying the
code that David Meybohm wrote, so maybe I'm off a bit) at any rate, this
seems to require a new flag be listed along with the hardware information.
His solution was to add
+ int no_passive; /* no passive status tests */
to hw_reg_s in ide.h and check that flag in drive_is_ready()
I *think* it's out of place. It seems to me it'd be more appropriate to add
+ unsigned no_passive : 1; /* no passive status tests */
to hwif_s in ide.h. Right next to a few other bitfields
Which is better? or is there a different, even better spot?
As for the idepnp part, he added a "dev = NULL" into the loop, and was
unsure of whether or not this was a good idea. I have the same question.
Or perhaps this smells of a seperate patch?
I'd rather ask these question in the form of my own patch, but... I'm a bit
short on time, atm. sorry.
Thanks in advace,
-Ted
^ permalink raw reply
* Re: 2.5.51 - Strange UP APIC / 8139too / USB issues
From: Stephen Wille Padnos @ 2002-12-12 5:04 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <3DF7A706.3020600@verizon.net>
Correction:
The problem is actually ACPI. With ACPI disabled, both USB and network
function correctly with local APIC + IO-APIC enabled or disabled.
Sorry for the red herring.
- Steve
Stephen Wille Padnos wrote:
[snip]
> I finally found the culprit - "Local APIC Support on Uniprocessors"
> and "IO-APIC on uniprocessors". If both items are enabled, the
> network functions, but USB doesn't work. If not both are enabled
> (neither, or Local APIC but not IO-APIC), then the USB system works,
> but the network doesn't. :(
[snip]
^ permalink raw reply
* Re: 2.4.20-ac2 and i810 drm
From: Joshua Kwan @ 2002-12-12 5:03 UTC (permalink / raw)
To: linux-kernsl
In-Reply-To: <3457.210.8.93.34.1039665245.squirrel@www.csn.ul.ie>
[-- Attachment #1: Type: text/plain, Size: 1557 bytes --]
The DRM updates are causing a lot of problems like this for software
that needs hardware support. The updates were merged into Alan's tree
after 2.4.20-rc2-ac2 and are still somewhat present in 2.4.20-ac2. On my
Radeon Mobility, GL-based apps wouldn't even start.
Arjan was fixing DRM all over the place a while ago, but not
lately. Notably the Rage 128 support was fixed by him, and the Radeon
support to some extent.
-Josh
Rabid cheeseburgers forced"Dave Airlie"<airlied@linux.ie> to
write this on Thu, 12 Dec 2002 03:54:05-0000(GMT):
>
> I've been running 2.4.20-rc4 up to now with DRM enabled for my i810
> chipset and XFree86 4.2 from RH 7.3.
>
> When I run my OpenGL application (internal app) under 2.4.20-ac2 with
> the same .config when I ctrl-c the application the machine hangs hard.
>
> It is the only application running on the X server so the X server
> restarts when I exit the app.. under 2.4.20-rc4 this works fine...
>
> Dave.
>
> --
> David Airlie, Software Engineer
> http://www.skynet.ie/~airlied / airlied@skynet.ie
> pam_smb / Linux DecStation / Linux VAX / ILUG person
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-kernel" in the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
=====
Joshua Kwan
joshk@mspencer.net
pgp public key at http://ludicrus.ath.cx/pubkey_gpg.asc
Money can't buy love, but it improves your bargaining position.
-- Christopher Marlowe
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: Trouble with kernel 2.4.18-18.7.x
From: Tom Diehl @ 2002-12-12 5:18 UTC (permalink / raw)
To: Alan Cox; +Cc: Karina, Linux Kernel Mailing List
In-Reply-To: <1039553498.14302.58.camel@irongate.swansea.linux.org.uk>
On 10 Dec 2002, Alan Cox wrote:
> On Tue, 2002-12-10 at 19:33, Karina wrote:
> > Hi, i've just installed kernel 2.4.18-18.7.x (from RPM) and now it
> > seems there are problems with my scsi devices.
> > I have attached an adaptec scsi AIC7XXX adapter, the system detects the
> > device, but in the logs appears messages: "blk: queue c24afa18, I/0
> > limit 4095Mb (mask0xfffffff)", these messages didn't appear before with
> > my old kernel.
>
> Thats a perfectly normal message. Its giving parameters for your scsi
>
> > Also, there are another messages in the dmesg results:
> >
> > kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter errno = 2
>
> That one is a bit stranger. I'd have expected it to put the scsi adapter
> in the initrd which apparently it hasnt
I get the exact same message on an intel L440GX (VA Linux) machine. I
attributed it to the routing problem this board has. Looks like I was
wrong or was I? FWIW I do not have any SCSI devices attached.
> So it looks like its ok. Do file the kmod: failed to exec report in
> https://bugzilla.redhat.com/bugzilla however. Regardless of it not being
> a problem in your case it does want fixing
Assuming that you still want it in bugzilla if Karina does not do it I will.
Karina if you do bugzilla this please let me know the number.
Enjoy,
--
.............Tom "Nothing would please me more than being able to
tdiehl@rogueind.com hire ten programmers and deluge the hobby market
with good software." -- Bill Gates 1976
We are still waiting ....
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.