* gcc 2.95.3
From: Karel Kulhavý @ 2004-01-23 15:13 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <20040123100035.73bee41f.jeremy@kerneltrap.org>
On Fri, Jan 23, 2004 at 10:00:35AM -0500, Jeremy Andrews wrote:
> > Is it correct to issue "make bzImage modules modules_install"
> > or do I have to do make bzImage; make modules modules_install?
> >
> > Is there any documentation where I can read answer to this question?
>
> make help
Cool. I got to README :)
I read here "make sure you have gcc 2.95.3 available" - does it mean
my gcc-3.2.3 or gcc-3.2.2 is not suitable for kernel compiling?
Cl<
^ permalink raw reply
* Re: 2.6.2-rc1-mm2
From: Ed Tomlinson @ 2004-01-23 15:12 UTC (permalink / raw)
To: linux-kernel, linux-mm; +Cc: Andrew Morton
In-Reply-To: <20040123013740.58a6c1f9.akpm@osdl.org>
Hi,
This fails to boot here. Config is 2-rc1 updated with oldconfig. It seems that it cannot
find root. I did enable generic ide. If required, I'll enable a serial console and get a log
tonight.
Ed
^ permalink raw reply
* Re: 2.6.2-rc1-mm2
From: Ed Tomlinson @ 2004-01-23 15:12 UTC (permalink / raw)
To: linux-kernel, linux-mm; +Cc: Andrew Morton
In-Reply-To: <20040123013740.58a6c1f9.akpm@osdl.org>
Hi,
This fails to boot here. Config is 2-rc1 updated with oldconfig. It seems that it cannot
find root. I did enable generic ide. If required, I'll enable a serial console and get a log
tonight.
Ed
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
^ permalink raw reply
* Re: REISER4 "strange" partition size
From: Paolo Correnti @ 2004-01-23 15:12 UTC (permalink / raw)
To: Nikita Danilov; +Cc: REISER LIST
In-Reply-To: <16401.13637.883146.415372@laputa.namesys.com>
--- Nikita Danilov <Nikita@Namesys.COM> wrote:
> >
> > Then making intensive writing test on this
> reiser4
> > partition (for example: writing 1 million rows on
> an
> > Oracle table in archivelog mode) on each test I
> obtain
> > a corrupted redolog file [sometimes is
> recoverable,
> > sometimes I've to rebuild the entire DB).
> >
>
> Hmm...
>
> It is not clear how to diagnose this. What oracle
> are you using? Is it
> available freely?
>
I'm using Oracle 9.2 on Linux (Slackware 9.1)
> Also you can compile reiser4 with
> CONFIG_REISER4_CHECK and
> CONFIG_REISER4_DEBUG on, but it will run _much_
> _more_ _slowly_.
>
OK, I'll try, also if like I've already wrote
I've never had this kind of problem with kernel
2.6.0 and last 2003 snapshot
Best regards
Paolo
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
^ permalink raw reply
* Re: [PATCH] make ide-cd handle non-2kB sector sizes
From: Bartlomiej Zolnierkiewicz @ 2004-01-23 15:12 UTC (permalink / raw)
To: Pascal Schmidt; +Cc: Jens Axboe, linux-kernel
In-Reply-To: <Pine.LNX.4.44.0401222014390.1296-100000@neptune.local>
Hi Pascal!
> --- linux-2.6.2-rc1/drivers/ide/ide-cd.h.orig Thu Jan 22 18:05:04 2004
> +++ linux-2.6.2-rc1/drivers/ide/ide-cd.h Thu Jan 22 18:07:14 2004
> @@ -109,6 +109,7 @@ struct ide_cd_state_flags {
> __u8 door_locked : 1; /* We think that the drive door is locked. */
> __u8 writing : 1; /* the drive is currently writing */
> __u8 reserved : 4;
> + byte sectors_per_frame; /* Current sectors per hw frame */
> byte current_speed; /* Current speed of the drive */
> };
Please don't use 'byte' type in your patch, use 'u8' instead.
> @@ -1346,13 +1332,14 @@ static ide_startstop_t cdrom_seek_intr (
> static ide_startstop_t cdrom_start_seek_continuation (ide_drive_t *drive)
> {
> struct request *rq = HWGROUP(drive)->rq;
> + byte sectors_per_frame = CDROM_STATE_FLAGS(drive)->sectors_per_frame;
> int sector, frame, nskip;
>
> sector = rq->sector;
> - nskip = (sector % SECTORS_PER_FRAME);
> + nskip = (sector % sectors_per_frame);
> if (nskip > 0)
> sector -= nskip;
> - frame = sector / SECTORS_PER_FRAME;
> + frame = sector / sectors_per_frame;
>
> memset(rq->cmd, 0, sizeof(rq->cmd));
> rq->cmd[0] = GPCMD_SEEK;
You can as well clean this up while at it.
We don't need 'nskip' for calculating 'frame',
frame = rq->sector / sectors_per_frame;
should be enough.
--bart
^ permalink raw reply
* Re: [BENCHMARKS] Namesys VM patches improve kbuild
From: Nick Piggin @ 2004-01-23 15:09 UTC (permalink / raw)
To: Nikita Danilov; +Cc: Andrew Morton, linux-mm
In-Reply-To: <16400.63379.453282.283117@laputa.namesys.com>
[-- Attachment #1: Type: text/plain, Size: 777 bytes --]
Nikita Danilov wrote:
>Nick Piggin writes:
> >
>
>[...]
>
> >
> > But those cold mapped pages are basically ignored until the
> > reclaim_mapped threshold, however they do continue to have their
> > referenced bits cleared - hence page_referenced check should
> > become a better estimation when reclaim_mapped is reached, right?
>
>Right.
>
I still am a bit skeptical that the LRU lists are actually LRU,
however I'm running out of other explainations for your patch's
improvements :)
One ideas I had turns out to have little effect for kbuild, but
it might still be worth including?
When reclaim_mapped == 0 mapped referenced pages are treated
the same way as mapped unreferenced pages, and the referenced
info is thrown out. Fixed by not clearing referenced bits.
[-- Attachment #2: vm-info.patch --]
[-- Type: text/plain, Size: 923 bytes --]
linux-2.6-npiggin/mm/vmscan.c | 10 ++++++----
1 files changed, 6 insertions(+), 4 deletions(-)
diff -puN mm/vmscan.c~vm-info mm/vmscan.c
--- linux-2.6/mm/vmscan.c~vm-info 2004-01-24 00:50:15.000000000 +1100
+++ linux-2.6-npiggin/mm/vmscan.c 2004-01-24 01:58:56.000000000 +1100
@@ -656,6 +656,12 @@ refill_inactive_zone(struct zone *zone,
page = list_entry(l_hold.prev, struct page, lru);
list_del(&page->lru);
if (page_mapped(page)) {
+
+ if (!reclaim_mapped) {
+ list_add(&page->lru, &l_active);
+ continue;
+ }
+
pte_chain_lock(page);
if (page_mapped(page) && page_referenced(page)) {
pte_chain_unlock(page);
@@ -663,10 +669,6 @@ refill_inactive_zone(struct zone *zone,
continue;
}
pte_chain_unlock(page);
- if (!reclaim_mapped) {
- list_add(&page->lru, &l_active);
- continue;
- }
}
/*
* FIXME: need to consider page_count(page) here if/when we
_
^ permalink raw reply
* Re: make in 2.6.x
From: Bas Mevissen @ 2004-01-23 15:11 UTC (permalink / raw)
To: Karel Kulhavý; +Cc: linux-kernel
In-Reply-To: <20040123145048.B1082@beton.cybernet.src>
Karel Kulhavý wrote:
> Hello
>
> Is it correct to issue "make bzImage modules modules_install"
> or do I have to do make bzImage; make modules modules_install?
# make all modules_install install
Builds image and modules and installs them both. At least on Redhat,
also an initial ram disk is created and grub is adapted.
> Is there any documentation where I can read answer to this question?
>
# make help
and read the top-level Makefile itself. It is a quite readable file format.
Regards,
Bas.
^ permalink raw reply
* Re: 2.6.2-rc1-mm2
From: Jan Ischebeck @ 2004-01-23 15:08 UTC (permalink / raw)
To: Andrew Morton; +Cc: lkml
Hi Andrew,
With the latest pmtmr fixes, synaptics mouse driver is in sync again and
my bogomips are correct too. (synaptics had been loosing packages in -mm
releases the last weeks)
Only the radeon dri driver cannot be inserted because of an missing
symbol:
radeon: Unknown symbol cmpxchg
Thx for the frequent releases,
Jan
^ permalink raw reply
* Re: vts have stopped working here
From: Ed Tomlinson @ 2004-01-23 15:05 UTC (permalink / raw)
To: linux-kernel; +Cc: Vojtech Pavlik
In-Reply-To: <20040123130535.GA4046@ucw.cz>
On January 23, 2004 08:05 am, Vojtech Pavlik wrote:
> On Fri, Jan 23, 2004 at 07:43:38AM -0500, Ed Tomlinson wrote:
> > Is anyone else having problems with vt(s)? I can switch between X and vt
> > 1 without problems. Trying to use any of the other vt(s) fails.
> >
> > A+C+F1 flips from X to vt1
> > A+F2 flips to vt7 (x)
> > A+C+F2 from X does nothing
> >
> > In my logs there are messages about init spawing too fast. Suspect that
> > these are the processes for the Vt(s) started with:
> >
> > 2:23:respawn:/sbin/getty 38400 tty2
>
> Interesting. The vt's don't exist until something writes to them. So
> most likely X is running on vt2 in your case. As to why the processes
> keep dying - no idea.
No. X is running on vt7. Selecting F2,F3,F4,F5,F6 all get you to the X
screen, and these are the ids init complains about in the log. Interestingly
this happens on two boxes (K6-III 400 via, P3-1.4G Intel).
Ed
^ permalink raw reply
* Re: 1.2.0 binary install
From: norseman @ 2004-01-23 15:01 UTC (permalink / raw)
To: Justin Zygmont, linux-msdos
In-Reply-To: <Pine.LNX.4.44.0401231709390.31850-100000@solarflow.dyndns.org>
Justin Zygmont wrote:
>
> > Seriously: I think the binary install should do exactly the same
> > that the (excellent) source install does; i.e. it should put
> > exactly the same files in exactly the same locations (/usr/local)
> > that are used by ./configure, make, [become root] make install. It
> > should just free the dummy user from the compilation step, for
> > which he/she most probably lacks the tools, and would be
> > confronted with (to her/him) incomprehensible error messages
> > because of that. It should (like the source install) also be
> > independent of freedos, because dosemu itself is independent of
> > it. Like the source install, it should ask which directory is the
> > 'C drive'. If user/dummy does not know, it should be pointed out
> > that some form of DOS is needed, and installation of freedos offered.
>
> well, a compresed tar file will extract itself relative to your current
> path, so you can't really have it install to /usr/local by default, it's
> not usually a problem anyways. There is the RPM that might be preferrable
> for you, dosemu is much easier than it used to be.
>
sound the gong!
tar -xzfP tarfile will install absolute if
tar -czfP tarball / was used
OK-OK simmer down class.
cd someplace with space (/tmp)
mkdir a dummy directory (/tmp/d)
cd the dummy dir (pwd -> /tmp/d )
mkdir usr
mkdir usr/local
mc /usr/local ./usr/local
arrow down to dosemu
<F5> and copy branch
<F10>
tar -czPf /anotherplace/tarfile /
get the picture?
done?
clean up your disk!
the -P retains leading "/"
Steve Turner
norseman@firstlight.net
^ permalink raw reply
* 2.6.1-mm5, kernel panic "Interrupt not syncing"
From: Mike @ 2004-01-23 14:58 UTC (permalink / raw)
To: linux-kernel
I have run 2.6.0-test.* kernels, 2.6.1-mm1 and 4 and they all boot fine.
When I go to 2.6.1-mm5 I get a kernel panic and the boot freezes. The
messages go by so quick I can't tell at what point it is doing this but
the last line is interrupt not syncing. Any ideas? I have gone back to
2.6.1-mm4 so I can boot but I was interested in mm5 because it has ALSA
1.01 and I was hoping that would solve my lockup when I got to a web page
with a lot of flash problem but not being able to boot is even worse. :-)
Any ideas on the problem or advice on how to debug this would be most
appreciated.
Thx
Mike
^ permalink raw reply
* RE: NFS : open is failing too slowly...
From: Lever, Charles @ 2004-01-23 14:58 UTC (permalink / raw)
To: Perceval Anichini; +Cc: nfs
> I have an application which job is to record an ip stream on a
> NFS server. If the write () fails, the application continue to record
> on a local disk.
>=20
> When the application is recording to the local disk, it stills
> have to check wether or not the main filesystem is back. To perform
> that operation, I try to open () a file on the main filesystem
> regularly.
>=20
> My problem is that open () is taking far too much time to fail
> (~0.3s) which lead the application to loose datas.
>=20
> So my question is : Is their a fast way to know (ioctl, or=20
> whatever) if
> a nfs server is available or in timeout mode ?
in general there is no way for a client to indicate to an application
that it is no longer in touch with a server.
> For infos : I am running redhat 9.0 with a kernel 2.6.1 compiled
> "by hand"
> The filesystem is mounted with options nfsvers=3D3 soft=20
> timeo=3D1 retrans=3D1
>=20
> (Soft mode because I don't want my process to hang when the
> server is stuck, and timeo,retrans =3D 1 in order to reduce the =
timeout
> as much as possible. Tell me if i'm wrong...)
if you are using UDP, then you don't need the timeo=3D option at all.
the read and write retransmit timeout is set by the RPC client, and
usually is much faster than a tenth of a second.
if you are using TCP, then timeo=3D1 is also not advisable. this will
cause the RPC and TCP layers to generate competing retransmissions,
which wastes resources.
retrans=3D1 with soft is an open invitation for silent data corruption.
i highly encourage you not to do this.
you really don't want soft either. rather, using "hard" instead will
guarantee that the client will continue to retry your writes until the
server is back up. no data will be lost unless the client crashes.
if you write() but don't flush() the file, your application should not
hang during a normal write() until the client has filled its memory.
if your file server is so unreliable that this is even an issue, then
you have a problem with your server, and not in your application. if
you are concerned about the application becoming unresponsive, then
you should consider using threads or nonblocking I/O.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* [Bluez-users] PAND and Device Discovery
From: Zia Syed @ 2004-01-23 14:57 UTC (permalink / raw)
To: jabwt, bluez-users
Hi,
Until my device crashed last night, Zaurus was working fine with my
Socket CF bluetooth card (G series) and bluez. Now when I've installed
things back again, I got it working as i can scan for other devices.
However, when I connect to NAP using "pand --connect bdaddrr" and after
that when i try to run "hcitool scan" i get error saying device/resource
busy!
Any idea what I've been missing out?
I've tried packages from both
http://community.zaurus/com/project/bluez and
http://bluez.sf.net/download/zaurus/
Thanks
Zia
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply
* Re: NFSv4 daemons...
From: Paul Jakma @ 2004-01-23 14:54 UTC (permalink / raw)
To: Trond Myklebust; +Cc: seth vidal, hjl, nfs
In-Reply-To: <1073621173.1398.55.camel@nidelv.trondhjem.org>
On Thu, 8 Jan 2004, Trond Myklebust wrote:
> rpc.gssd is necessary if you want to use strong authentication (for
> NFSv2/v3 as well as for NFSv4).
Does this implement data stream encryption? (rpcsec as opposed to rpc
auth? (possibly getting my jargon wrong here))
> Cheers,
> Trond
regards,
--
Paul Jakma paul@clubi.ie paul@jakma.org Key ID: 64A2FF6A
warning: do not ever send email to spam@dishone.st
Fortune:
To thine own self be true. (If not that, at least make some money.)
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* ACPI on Thinkpad R40e
From: Praveen. C @ 2004-01-23 14:54 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
In-Reply-To: <200401222231.i0MMVNKI024536-Lx2V9xx+e3ASDc0kpPPPTw@public.gmane.org>
I am running Linux 2.4.22 on IBM Thinkpad R40e (Model 2684-LA2) with
acpi
20031203. ACPI partly works: battery, ac adapter and buttons work. But
if I
try to load processor or thermal then the keyboard hangs and I have to
poweroff. Acpi also seems to interfere with the special keys for volume
and
brightness control; if I boot the same kernel with acpi=off they work
fine otherwise those keys are ineffective. I would like to know if
anybody has had better success.
Thanks
praveen
My dmesg is below:
-----------------------------------------------------------------------
---
Linux version 2.4.22 (root-AOiGnv2RGtY@public.gmane.org) (gcc version 3.2.3 20030422 (Gentoo
Linux 1.4 3.2.3-r1, propolice)) #1 Wed Jan 21 21:52:56 IST 2004
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000ef70000 (usable)
BIOS-e820: 000000000ef70000 - 000000000ef7b000 (ACPI data)
BIOS-e820: 000000000ef7b000 - 000000000ef7d000 (ACPI NVS)
BIOS-e820: 000000000ef80000 - 000000000f000000 (reserved)
BIOS-e820: 000000001ef80000 - 000000001f000000 (reserved)
BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
239MB LOWMEM available.
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 61296
zone(0): 4096 pages.
zone(1): 57200 pages.
zone(2): 0 pages.
IBM machine detected. Enabling interrupts during APM calls.
ACPI: RSDP (v002 IBM ) @
0x000f6d90
ACPI: XSDT (v001 IBM TP-1S 0x00001230 LTP 0x00000000) @
0x0ef74a3b
ACPI: FADT (v003 IBM TP-1S 0x00001230 IBM 0x00000001) @
0x0ef74b00
ACPI: SSDT (v001 IBM TP-1S 0x00001230 MSFT 0x0100000e) @
0x0ef74cb4
ACPI: ECDT (v001 IBM TP-1S 0x00001230 IBM 0x00000001) @
0x0ef7ae89
ACPI: BOOT (v001 IBM TP-1S 0x00001230 LTP 0x00000001) @
0x0ef7afd8
ACPI: DSDT (v001 IBM TP-1S 0x00001230 MSFT 0x0100000e) @
0x00000000
Kernel command line: root=/dev/hda5 vga=773
Initializing CPU#0
Detected 2193.084 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 4377.80 BogoMIPS
Memory: 239996k/245184k available (1284k kernel code, 4800k reserved,
551k data, 96k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: bfebf9ff 00000000 00000000 00000000
CPU: Common caps: bfebf9ff 00000000 00000000 00000000
CPU: Intel Mobile Intel(R) Celeron(R) CPU 2.20GHz stepping 09
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch-r1x6VkxMR+00zabcByZE4g@public.gmane.org)
mtrr: detected mtrr type: Intel
ACPI: Subsystem revision 20031203
PCI: PCI BIOS revision 2.10 entry at 0xfd84c, last bus=4
PCI: Using configuration type 1
tbxface-0117 [03] acpi_load_tables : ACPI Tables successfully
acquired
Parsing all Control
Methods:...............................................................
.......................................................................
.......................................................................
..................
Table [DSDT](id F005) - 782 Objects with 44 Devices 223 Methods 10
Regions
Parsing all Control Methods:.
Table [SSDT](id F003) - 1 Objects with 0 Devices 1 Methods 0 Regions
ACPI Namespace successfully loaded at root c02f3adc
ACPI: IRQ9 SCI: Edge set to Level Trigger.
evxfevnt-0093 [04] acpi_enable : Transition to ACPI mode
successful
evgpeblk-0747 [06] ev_create_gpe_block : GPE 00 to 63 [_GPE] 8 regs at
0000000000008028 on int 9
schedule_task(): keventd has not started
ACPI: Found ECDT
Completing Region/Field/Buffer/Package
initialization:........................................................
.......................................................................
.............................................
Initialized 10/10 Regions 80/80 Fields 49/49 Buffers 33/33 Packages (791
nodes)
Executing all Device _STA and_INI
methods:..............................................
46 Devices found containing: 46 _STA, 6 _INI methods
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: System [ACPI] (supports S0 S3 S4 S5)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 *11)
ACPI: PCI Interrupt Link [LNKI] (IRQs 3 4 5 6 7 10 *11)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC] (gpe 2)
ACPI: Power Resource [PUBS] (on)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
PCI: Probing PCI hardware
ACPI: PCI Interrupt Link [LNKI] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
pci_irq-0305 [30] acpi_pci_irq_derive : Unable to derive IRQ for
device 00:0f.0
PCI: No IRQ known for interrupt pin A of device 00:0f.0
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even
'acpi=off'
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch-r1x6VkxMR+00zabcByZE4g@public.gmane.org)
devfs: boot_options: 0x1
vesafb: framebuffer at 0xf8000000, mapped to 0xcf810000, size 1536k
vesafb: mode is 1024x768x8, linelength=1024, pages=20
vesafb: protected mode interface info at c000:4f59
vesafb: scrolling: redraw
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
pty: 256 Unix98 ptys configured
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ALI15X3: IDE controller at PCI slot 00:0f.0
pci_irq-0305 [31] acpi_pci_irq_derive : Unable to derive IRQ for
device 00:0f.0
PCI: No IRQ known for interrupt pin A of device 00:0f.0
ALI15X3: chipset revision 196
ALI15X3: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x8080-0x8087, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x8088-0x808f, BIOS settings: hdc:DMA, hdd:pio
hda: FUJITSU MHS2020AT E, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
blk: queue c03099a0, I/O limit 4095Mb (mask 0xffffffff)
hdc: CD-224E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 33000053 sectors (16896 MB) w/2048KiB Cache, CHS=2182/240/63,
UDMA(100)
hdc: attached ide-cdrom driver.
hdc: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4 < p5 p6 >
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 96k freed
Adding Swap: 385552k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,5), internal journal
ACPI: Battery Slot [BAT0] (battery present)
ACPI: AC Adapter [AC] (on-line)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID]
ACPI: Sleep Button (CM) [SLPB]
Broadcom Gigabit Ethernet Driver bcm5700 with Broadcom NIC Extension
(NICE) ver. 7.1.9 (11/03/03)
eth0: Broadcom BCM5901 100Base-TX found at mem e8000000, IRQ 11, node
addr 00061bda8eba
eth0: Broadcom BCM5705 Integrated Copper transceiver found
eth0: Scatter-gather ON, 64-bit DMA ON, Tx Checksum ON, Rx Checksum ON,
802.1Q VLAN ON, NAPI ON
Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio, version
0.14.10h, 22:13:26 Jan 21 2004
trident: ALi Audio Accelerator found at IO 0x8800, IRQ 11
ac97_codec: AC97 Audio codec, id: ADS116 (Unknown)
ac97_codec: AC97 Audio codec, id: ADS116 (Unknown)
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is
recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,6), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
Real Time Clock Driver v1.10e
bcm5700: eth0 NIC Link is UP, 100 Mbps full duplex
--
Praveen. C
http://www.cpraveen.tk
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* Re: REISER4 "strange" partition size
From: Nikita Danilov @ 2004-01-23 14:52 UTC (permalink / raw)
To: Paolo Correnti; +Cc: REISER LIST
In-Reply-To: <20040123144652.31406.qmail@web21501.mail.yahoo.com>
Paolo Correnti writes:
> Hallo,
>
> as anyone experience with this e-mail object ?
>
> I'm testing kernel 2.6.1 + latest snapshot
> and I've noticed that if a use mkreiserfs
> and mkfs.reiser4 on 2 partitions of the same size
> with df I obtain that reiser4 partition has "lost"
> about 5% of space (for example on a 4 Gb partition
> I see 3,8 Gb).
Good catch!
These 5% are reserved by reiser4 for internal use.
>
> Then making intensive writing test on this reiser4
> partition (for example: writing 1 million rows on an
> Oracle table in archivelog mode) on each test I obtain
> a corrupted redolog file [sometimes is recoverable,
> sometimes I've to rebuild the entire DB).
>
Hmm...
It is not clear how to diagnose this. What oracle are you using? Is it
available freely?
Also you can compile reiser4 with CONFIG_REISER4_CHECK and
CONFIG_REISER4_DEBUG on, but it will run _much_ _more_ _slowly_.
>
> I've never had this kind of problem with kernel 2.6.0
> and last 2003 snapshot.
>
> Best regards
>
> Paolo
>
Nikita.
^ permalink raw reply
* make in 2.6.x
From: Karel Kulhavý @ 2004-01-23 14:50 UTC (permalink / raw)
To: linux-kernel
Hello
Is it correct to issue "make bzImage modules modules_install"
or do I have to do make bzImage; make modules modules_install?
Is there any documentation where I can read answer to this question?
Cl<
^ permalink raw reply
* Re: 1.2.0 binary install
From: norseman @ 2004-01-23 14:50 UTC (permalink / raw)
To: Justin Zygmont, linux-msdos
In-Reply-To: <Pine.LNX.4.44.0401231719490.31850-100000@solarflow.dyndns.org>
Justin Zygmont wrote:
>
> > BIG NOTE:
> > MSDOS itself does not support record or file locking.
> > Linux does and DOSEMU.bin can enforce. ONE user at a time please.
> > Applies to /usr/local/dosemu/freedos and actual MSDOS partitions.
> > exception: if a $HOME/freedos is used. Then each user would have
> > his/her own dos world and locks would not apply.
>
> what if they are sharing the same msdos partition or boot directory?
============================
You and I can't use the same actual dos machine at the same time -
right?
Same goes for non-user-directory installs.
Per the Highlander: "There can be only One" at a time.
IF and ONLY IF (IFF) the simultanious use of DOSEMU is on DIFFERENT
partitions or home directories is file locking not a factor.
Screw up your tax records and IRS will eat you alive. So will their
counterparts in other countries.
Steve Turner
norseman@firstlight.net
^ permalink raw reply
* REISER4 "strange" partition size
From: Paolo Correnti @ 2004-01-23 14:46 UTC (permalink / raw)
To: REISER LIST
Hallo,
as anyone experience with this e-mail object ?
I'm testing kernel 2.6.1 + latest snapshot
and I've noticed that if a use mkreiserfs
and mkfs.reiser4 on 2 partitions of the same size
with df I obtain that reiser4 partition has "lost"
about 5% of space (for example on a 4 Gb partition
I see 3,8 Gb).
Then making intensive writing test on this reiser4
partition (for example: writing 1 million rows on an
Oracle table in archivelog mode) on each test I obtain
a corrupted redolog file [sometimes is recoverable,
sometimes I've to rebuild the entire DB).
I've never had this kind of problem with kernel 2.6.0
and last 2003 snapshot.
Best regards
Paolo
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
^ permalink raw reply
* Re: NAT before IPsec with 2.6
From: Michal Ludvig @ 2004-01-23 14:40 UTC (permalink / raw)
To: Henrik Nordstrom; +Cc: netfilter-devel
In-Reply-To: <Pine.LNX.4.44.0401231521350.13626-100000@filer.marasystems.com>
Henrik Nordstrom told me that:
> On Fri, 23 Jan 2004, Michal Ludvig wrote:
>
>>I.e. the postrouting on the unencrypted packet is really called right
>>before it gets encrypted. And the encrypted packet then hits the
>>POSTROUTING again, but it's already a different packet, actually.
>
> My issue is with packets not destinated for an IPSec tunnel.. from what I
> read your patch these will hit POSTROUTING twice. But maybe I misread your
> patch?
Yes, that's true. But how to solve it? The best would be to skip the
first POSTROUTING if the packet won't be encapsulated. But we can't know
whether or not it will go to IPsec until we perform NAT on it. So it
looks like we must skip the second POSTROUTING in the case where the
packet was encapsulated. But how can we recognise these two situations?
Wild idea - comparing some hashes (src/dst ip/port) before and after the
first POSTROUTING call?
Michal Ludvig
--
SUSE Labs mludvig@suse.cz | Cray is the only computer
(+420) 296.545.373 http://www.suse.cz | that runs an endless loop
Personal homepage http://www.logix.cz/michal | in just four hours.
^ permalink raw reply
* Re: 1.2.0 binary install
From: norseman @ 2004-01-23 14:40 UTC (permalink / raw)
To: Bart Oldeman, linux-msdos
In-Reply-To: <Pine.LNX.4.44.0401232112500.20205-100000@enm-bo-lt.enm.bris.ac.uk>
Bart Oldeman wrote:
>
> On Fri, 23 Jan 2004, Jan Willem Stumpel wrote:
>
> > Seriously: I think the binary install should do exactly the same
> > that the (excellent) source install does; i.e. it should put
> > exactly the same files in exactly the same locations (/usr/local)
> > that are used by ./configure, make, [become root] make install. It
> > should just free the dummy user from the compilation step, for
> > which he/she most probably lacks the tools, and would be
> > confronted with (to her/him) incomprehensible error messages
> > because of that.
>
> In that case the RPM install is more appropriate. Seriously when I created
> the RPM I was wondering if I should still provide the tarball; in general
> users vote with feet so I put it up for rc1 and watched the statistics.
>
> For 1.1.99.1 we have from SF
> http://sourceforge.net/project/showfiles.php?group_id=49784
> RPM : 9490 downloads
> Source RPM : 2906
> binary tarball : 3976
> source tarball : 7148
> source patch : 435
>
> So it looks like the RPM is the most popular, but there is still
> significant demand for the binary tarball.
>
I suspect all the RPM people got together and padded the count.
The more I see and use of RPM the less I like it.
It is a potential security risk. Please don't go there.
> The point about the binary tarball (as Hans Lermen explained it, as far
> as I know) is that you can quickly and easily check out DOSEMU in your
> home directory *without needing root*. He thought building RPMs, deb's and
> so on was a job for distributors (many of them who get paid for just doing
> that after all, and we don't...)
>
Go Hans Go
> But.. DOSEMU isn't as important anymore as it used to be and some
> distributions no longer have it.
>
Do not think of "not included" as "not important".
If you don't understand - ask Cinderella.
(the one with the ugly step-sisters who kept excluding her)
> For instance, for Red Hat versions:
> 6.0 (Apr 99) and all previos Red Hats had it in base (DOSEMU 0.99.10)
> 6.1 (Sep 99) also (ver 0.99.13)
> 6.2 (Feb 2000) moved it to the extras in "powertools" (0.99.13)
> 7.0 (Aug 2000) powertools (1.0.1)
> 7.1 (Mar 2001) powertools (1.0.1)
> 7.2 (Sep 2001) dropped it and Bernhard Rosenkraenzer maintained the
> previous RH rpm privately.
>
> DOSEMU 1.0.2 (the one where the binary tarball was introduced) was
> released in June 2001.
>
> > It should (like the source install) also be
> > independent of freedos, because dosemu itself is independent of
> > it.
>
> I don't agree with that completely; that's why I included FreeDOS in the
> rpm. The point of the RPM is to be able to:
>
> rpm -i dosemu-1.2.0-1.i386.rpm
> xdosemu
> and it just works after answering a few questions. As part of those
> questions the user may point to another DOS if he wants to but he should
> be able to just press [Enter] a couple of times and it just works.
>
> If another DOS is used; yes it's a bit of a waste of bandwidth but that's
> the price you pay. And anyways many programs (think about mozilla!) are
> much much larger than the 2MB DOSEMU rpm.
>
...mozilla there is a big difference between big and bloated.
> Debian users could use alien (or just get the Debian package from Debian;
> 1.2.0 is in sid now).
tar comes with all Unix and gzip is easy to get. Why waste the
time/effort?
mc lets one see the "inside" of tar and tgz files and even alows one
to get the single replacement for the file one just dammaged without
doing
the MicroSoft complete start over thing.
>
> So -- perhaps your DOSEMU for dummies page should point to the RPM
> instead?
>
again PLEASE - NO
> Anyway, i would welcome any documentation updates! There are even a few
> things on the web you could look at, e.g.
> http://www.wordstar2.com/dos6steps.htm
> http://www.linux2000.com/stsplus-linux.html
> http://www.rkka.org/Campaigns/dehowto.htm
> http://www.rkka.org/Campaigns/lindosfaq.htm
> http://ostrab2.potsdam.edu/CIS310/mydos/install.html
> http://www.linuxandmain.com/modules.php?name=News&file=article&sid=363
> "is the bee's knees as far as installation goes" -- can't be _that_
> difficult then ;)
>
> About the font problem. I honestly don't know what is going on. Between
> rc1 and rc2 I added some attempts to desperate get xset +fp ... working
> but apparently there's still something broken, but only for some people;
> for me it can find the font just fine. Seems to depend on the X server
> configuration. But I honestly don't know... I just can't reproduce.
>
has anyone tried compile, install, startx, term, xset +fp, xset rehash
(or whatever you system wants for new x fonts) BEFORE starting DOSEMU?
It has been so long since I went thru that. Seems I had to install
DOSEMU
several times before I got the sequence right. I think that is what it
was.
2001 to 2004 ... well it seems longer. :)
speaking of adding things:
1) pre-compiles need to actually read a config file and accept
.emu extensions instead of ignoring them.
2) need to put himem and UMB back into operation. 1.1.99.1 reduced
available memory considerably. (canceled compress.exe use)
> Bart
>
================
Steve Turner
norseman@firstlight.net
^ permalink raw reply
* Re: buggy raid checksumming selection?
From: Dave Jones @ 2004-01-23 14:38 UTC (permalink / raw)
To: Nick Piggin; +Cc: Evaldo Gardenali, linux-kernel
In-Reply-To: <40112E29.4060800@cyberone.com.au>
On Sat, Jan 24, 2004 at 01:22:33AM +1100, Nick Piggin wrote:
> >> Uhh. correct me if I am wrong, but shouldnt it select the fastest
> >algorithm?
> >
> >No, if it can choose a function which avoids polluting the cache over
> >one that doesn't, it will. Even if that means slightly less raw throughput
> >
> >This comes up time after time, maybe we need a printk in that case ?
>
> How about removing the entire output? Is it really needed?
It's probably on a par with http://www.hadess.net/files/stuff/vpenis.c 8-)
You have a point though, it probably is pointless these days.
Dave
^ permalink raw reply
* [LARTC] kptd & ipsec
From: lartc @ 2004-01-23 14:39 UTC (permalink / raw)
To: lartc
hi all,
could someone describe where the encryption & de-encryption is in the
kptd?
thanks!
charles
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* RE: pci_alloc_consistent()
From: Leonid Grossman @ 2004-01-23 14:37 UTC (permalink / raw)
To: 'Jes Sorensen'
Cc: 'Linux Kernel', 'ravinandan arakali'
In-Reply-To: <yq07jzj2gmx.fsf@wildopensource.com>
Hi Jes,
> Leonid,
>
> What type of Itanium box? It's possible what you're seeing is
> caused by a bug in the IOMMU code, but we would need to know
> which one (HP, SGI or someone else's).
The problem with pci_alloc_consistent()above 1MB happens on HP rx2600
(this is 2U dual-Itanium 900MHz pci-x 133 box). I don't believe it
happens on 64 bit Opterons. Today we are going to test Dell and SGI
Itanium systems, as well as a bit newer rx 2600 with Itanium-2 1.5GHz -
I'll let you know by the end of the day.
Thanks, Leonid
>
> Cheers,
> Jes
>
^ permalink raw reply
* 2.6.2-rc1 smp crash
From: Chris Ricker @ 2004-01-23 14:34 UTC (permalink / raw)
To: sparclinux
In-Reply-To: <20040123134628.GH27566@phunnypharm.org>
I just had a dual Ultra 2 running 2.6.2-rc1 lock up hard. The only messages
on the screen are from the spin-lock debugging:
spin_lock(fffff8003fab0208) CPU#1 stuck at 0053fd88, owner PC(0053d1ac):CPU(1)
spin_lock(00000000006bee00) CPU#0 stuck at 004a551c, owner PC(005205a0):CPU(1)
spin_lock(fffff8003fab0208) CPU#1 stuck at 0053fd88, owner PC(0053d1ac):CPU(1)
spin_lock(00000000006bee00) CPU#0 stuck at 004a551c, owner PC(005205a0):CPU(1)
spin_lock(fffff8003fab0208) CPU#1 stuck at 0053fd88, owner PC(0053d1ac):CPU(1)
spin_lock(00000000006bee00) CPU#0 stuck at 004a551c, owner PC(005205a0):CPU(1)
What should I do next to start hunting this down?
thanks,
chris
^ 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.