On Thu, Mar 08, 2001 at 06:10:16PM -0300, Rik van Riel wrote:
> --- linux-2.4.2-doc/include/linux/mm.h.orig Wed Mar 7 15:36:32 2001
> +++ linux-2.4.2-doc/include/linux/mm.hThu Mar 8 09:54:22 2001
> @@ -39,32 +39,37 @@
> * library, the executable area etc).
> */
> struct vm_area_st
Manoj Sontakke wrote:
>
> Hi
> Sorry, these questions do not belog here but i could not find any
> better place.
>
> 1. Is quicksort on doubly linked list is implemented anywhere? I need it
> for sk_buff queues.
I cannot see how the quicksort algorithm could work on a doubly
linked list
Hi,
I read the Intel IA-32 developer's manual recently, and I found
the cache lines for L1 and L2 caches in Pentium4 are 64 bytes
wide, but the thing make me confused is that the default value
CONFIG_X86_L1_CACHE_SHIFT option in 2.4.x kernel is 7, why it's
not 6? Any expanation about th
Hank Leininger writes:
> On 2001-03-07, "Albert D. Cahalan" <[EMAIL PROTECTED]> wrote:
>> Then for proper ps and top output, you need a reasonably efficient
>> way to grab all threads as a group. This could be as simple as
>> ensuring that /proc directory reads return related tasks together.
>> T
Hi Nick.
> Hi. I just compiled the 2.4.2 Linux Kernel on my machine and
> ran into trouble with the linker. I had just installed the
> latest build of binutils and apparently they changed the command
> line flag from -oformat to --oformat, so the Makefile needed to
> be edited in order to
"Mohammad A. Haque" <[EMAIL PROTECTED]> writes:
> making a patch means you've modfied the source which you are not allowed
> to do. The most you can do is report the bug through normal channels
> (you dont even have priority in reporting bugs since you have the code).
Does making a patch necessa
Quicksort works just fine on a linked list, as long as you broaden
your view beyond the common array-based implementations. See
"http://www.cs.cmu.edu/~jbruce/sort.cc" for an example, although I
would recommend using a radix sort for linked lists in most situations
(sorry for the C++, but it was
Oh my, why I am responding to this garbage thread?
On Fri, 9 Mar 2001, Mike Galbraith wrote:
> On Thu, 8 Mar 2001, J. Dow wrote:
>
> > From: "Alan Cox" <[EMAIL PROTECTED]>
> >
> > > > Please check out this article. Looks like microsoft know open source is the
> > > > thing of the future. I woul
Appologies for the noise.
I have been receiving 3 copies of mailings that are sent to linux-kernel
and name me in the To: and CC: lines. This mail is designed to put a
theory to the test.
- this mail, when it leaves my system here only has linux-kernel
as the envelope recipient. I should o
> Quicksort works just fine on a linked list, as long as you broaden
> your view beyond the common array-based implementations. See
> "http://www.cs.cmu.edu/~jbruce/sort.cc" for an example, although I
> would recommend using a radix sort for linked lists in most situations
> (sorry for the C++, b
>> It's pretty clear that the IDE drive(r) is *not* waiting for the physical
>> write to take place before returning control to the user program, whereas
>> the SCSI drive(r) is.
>
>This would not be unexpected.
>
>IDE drives generally always do write buffering. I don't even know if you
>_can_ tur
On Fri, Mar 09 2001, Matthias Urlichs wrote:
> Matthias Urlichs:
> > On Wed, Mar 07 2001, Stephen C. Tweedie wrote:
> > > SCSI certainly lets us do both of these operations independently. IDE
> > > has the sync/flush command afaik, but I'm not sure whether the IDE
> > > tagged command stuff has t
Helge Hafting wrote:
> Manoj Sontakke wrote:
> >
> > Hi
> > Sorry, these questions do not belog here but i could not find any
> > better place.
> >
> > 1. Is quicksort on doubly linked list is implemented anywhere? I need it
> > for sk_buff queues.
>
> I cannot see how the quicksort alg
On Fri, 09 Mar 2001, Graham Murray wrote:
>"Mohammad A. Haque" <[EMAIL PROTECTED]> writes:
>
>> making a patch means you've modfied the source which you are not allowed
>> to do. The most you can do is report the bug through normal channels
>> (you dont even have priority in reporting bugs since y
In article <[EMAIL PROTECTED]> you write:
> Quicksort however is an algorithm that is recursive. This means that
> it can use unbounded amounts of stack -> This is not for the kernel.
Maybe a heapsort, then. It is guaranteed O(n*log n), even for worst
case, and non-recursive. Yet it implies a sig
>But how do I get the physical address out of the page
>structure? It is non-obvious to me. Is there some majic
>macro? We are talking about 'struct page' in mm.h, correct?
>
virt_to_phys(page_address(page))
>Quoth David S. Miller:
>> In 2.4.x pte_page() gives a pointer to a page struct, not an a
Yet another problem.
lspci -vvx for this device:
00:0d.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08)
Subsystem: Ensoniq: Unknown device 1371
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap+ 66
Jesse Pollard wrote:
> On Fri, 09 Mar 2001, Graham Murray wrote:
> >"Mohammad A. Haque" <[EMAIL PROTECTED]> writes:
> >
> >> making a patch means you've modfied the source which you are not allowed
> >> to do. The most you can do is report the bug through normal channels
> >> (you dont even have p
Hi folks,
after a long time, I tried to upgrade the kernel I use to boot some
diskless PIII Katmai, C-PCI hosts (attached lspci -vv) with DEC ethernet
chips.
I had trouble to use "IP auto configure" feature... It seems like it is
skipped; even more, net/core/dev.c:net_dev_init() call by
drivers/b
On Thu, Mar 08, 2001 at 09:54:48PM +0100, Vojtech Pavlik wrote:
>On Thu, Mar 08, 2001 at 11:35:42AM -0700, Harold Oga wrote:
>
>> On Thu, Mar 08, 2001 at 09:17:06AM +0100, Vojtech Pavlik wrote:
>> >On Wed, Mar 07, 2001 at 01:23:49PM +, John Heil wrote:
>> >Make sure you use the latest 2.4.2-ac
What is the difference between an SMP and a non-SMP module?
I have a module that works fine on 2.2.14 and I want to make it run on another
distribution that uses a 2.2.16-SMP kernel.
What changes will be needed?
Thanks
John O'Connor
-
To unsubscribe from this list: send the line "unsubscribe
Graham Murray wrote:
> Does making a patch necessarily require modifying the source code?
> Back in my days as a mainframe systems programmer (ICL VME/B), most OS
> patches were made to the binary image, either in the file or to the
> loaded virtual memory image.
Hmm. I guess you have something t
On Fri, Mar 09, 2001 at 01:08:57PM +0530, Manoj Sontakke wrote:
> Hi
> Sorry, these questions do not belog here but i could not find any
> better place.
>
> 1. Is quicksort on doubly linked list is implemented anywhere? I need it
> for sk_buff queues.
I would suggest that you use merge sor
On Thursday, 8. March 2001 17:42, Tino Keitel wrote:
> Hi folks,
>
> I use kernel 2.4.2. If I try to access files on a 640 MB MO (2048 bytes
> hardware sector size) and the MO is using FAT fs I only got messages
> like these:
>
> Unable to handle kernel NULL pointer dereference at virtual address
Using a server works le bios and kernel 2.2.19pre11 SMP
we get the following message at the end of any reboot attempt (including
the magic alt-sysrq-b):
Disabling symmetric IO mode ... ... done
and then the system freezes requiring a manual reset.
Since we are looking at 100 of these to expand
SYSRQ-T on serial console can crash the machine. This
is because a large amount of output is sent to a slow
device while interrupts are disabled. The NMI
watchdog triggers.
The interrupt disabling happens in pc_keyb.c:keyboard_interrupt().
Changing this code to *not* disable interrupts looks co
On Wed, 7 Mar 2001, Richard B. Johnson wrote:
> On Wed, 7 Mar 2001, Mike Galbraith wrote:
>
> > On Wed, 7 Mar 2001, Richard B. Johnson wrote:
> >
> > > After attempting to run 2.4.2, and killing all my hard disks, I
> > > have finally gotten 2.4.1 back up. There is a continual problem
> > > that
Hi, Alan.
Seems that Vibol's BUG() in call_console_drivers() was caused
by:
1: Task A takes console_sem
2: Task B is running
3: NMI watchdog fires, resets console_sem, kills Task B
4: Task A releases console_sem - sem.count goes to 2.
5: Task C takes console_sem, sees that it's still free,
go
Hi,
Jens Axboe:
> > But most disks these days support IDE-SCSI, and SCSI does have ordered
> > tags, so...
>
> Any proof to back this up? To my knowledge, only some WDC ATA disks
> can be ATAPI driven.
>
Ummm, no, but that was my impression. If that's wrong, I apologize and
will state the oppos
Are there any large-memory machines that need pci_alloc_consistent() in the
USB controller driver? If not, then let's just set up an uncached mapping
of all of DRAM and use a modified version of virt_to_bus and bus_to_virt.
It gets around all the issues of having a better allocator of uncached
m
> USB controller driver? If not, then let's just set up an uncached mapping
> of all of DRAM and use a modified version of virt_to_bus and bus_to_virt.
If your CPU supports uncached mappings..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, 9 Mar 2001, Anton Altaparmakov wrote:
> At 21:10 08/03/2001, Rik van Riel wrote:
> >+ * There is also a hash table mapping (inode,offset) to the page
> >+ * in memory if present. The lists for this hash table use the fields
> >+ * page->next_hash and page->pprev_hash.
>
> Shouldn't (inode,
On Fri, 9 Mar 2001, John O'Connor wrote:
> What is the difference between an SMP and a non-SMP module?
>
> I have a module that works fine on 2.2.14 and I want to make it run on another
>distribution that uses a 2.2.16-SMP kernel.
>
> What changes will be needed?
You will need at least to recom
On Fri, 9 Mar 2001, Philipp Rumpf wrote:
> On Thu, Mar 08, 2001 at 06:10:16PM -0300, Rik van Riel wrote:
> > --- linux-2.4.2-doc/include/linux/mm.h.orig Wed Mar 7 15:36:32 2001
> > +++ linux-2.4.2-doc/include/linux/mm.h Thu Mar 8 09:54:22 2001
> > @@ -39,32 +39,37 @@
> > * library, the ex
I was told that you might be able to tell me what is going wrong.
I am running RH 7 with Apache/1.3.12 and Samba Version 2.0.7
Thanks Sherm
The system crashes while the CPU is doing hardly anything and crashes
often.
Here are the logs.
Mar 8 21:01:01 hcpds kernel: Unable to handle kernel p
On Fri, Mar 09, 2001 at 06:10:56AM -0700, Harold Oga wrote:
>On Thu, Mar 08, 2001 at 09:54:48PM +0100, Vojtech Pavlik wrote:
>>3.21 has these fixes in it. It's series 3 because it doesn't include the
>>PCI speed measurement feature.
>Hi,
> Hmm, ok, I'll have to go back and try it again, because
I am facing the same trouble but in my case
the parallel printer driver complains about a possible
interrupt sharing problem because i run it on interrupt 7.
The alsa driver however works pretty well with this chip for me.
The sound chip does not generate any interrupts on its own line.
So it do
The added vmtruncate calls in the ac series trigger calls to the FS
truncate without the BKL held. Easy enough to fix on the reiserfs side,
but if other filesystems care we might want to change vmtruncate to grab
the lock before calling truncate (and update the Locking doc ;-)
-chris
-
To unsub
David S. Miller writes:
> Russell King writes:
> > A while ago, I looked at what was required to convert the OHCI driver
> > to pci_alloc_consistent, and it turns out that the current interface is
> > highly sub-optimal. It looks good on the face of it, but it _really_
> > does need sub-page
On Sat, 10 Mar 2001 01:21:25 +1100, Andrew Morton <[EMAIL PROTECTED]> wrote:
> +/**
> + * enable_nmi_watchdog - enables/disables NMI watchdog checking.
> + * @yes: If zero, disable
Ugh. I have a feeling that your chances to get Linus to accept this are
extremely slim.
Just have two functions, e
- Original Message -
From: "Sean Hunter" <[EMAIL PROTECTED]>
To: "Thorsten Glaser Geuer" <[EMAIL PROTECTED]>
Sent: Thursday, 8. March 2001 13:01
Subject: Re: binfmt_script and ^M
> On Tue, Mar 06, 2001 at 09:10:26PM -, Thorsten Glaser Geuer wrote:
> > - Original Message -
>
On Fri, 9 Mar 2001, Mike Galbraith wrote:
> You must exec a shell (or something) chrooted to your mounted harddisk
> to un-busy the old root and then pivot_root/unmount that old root. I
> tested this, and all is well.
This came out a little backassward.. pivot_root then chroot/unmount.
-
To un
On Tyan Thunderbird 2510 MBd with server works le bios and dual eepro100
82559 nics running 2.2.19pre11 and either Donald's driver 1.13 or intel's
driver 1.5.5a we get the following kernel panic after about 6 hrs of run:
Kernel panic:
shput: under:
80194fa2:1480
put:584
This is not running with
Though the hash races aren't finished yet, I put them on hold for a
while to get the directory indexing converted from buffers to page
cache. Al Viro had a patch to get me started at:
ftp://ftp.math.psu.edu/pub/viro/ext2-dir-patch-S2.gz
Having last been worked on sometime last fall it had onl
I've got a Gateway here with a Intel 815 chipset running 2.2.18. Inside
it's a PIII 733 with 512MB and a Quantum lct15 drive.
The problem is that the IDE driver doesn't recognize the IDE
conroller, so DMA isn't enabled leading to some poor drive
performance. Here's the relevant sections from ls
On Fri, 9 Mar 2001, Mike Galbraith wrote:
> On Wed, 7 Mar 2001, Richard B. Johnson wrote:
>
> > On Wed, 7 Mar 2001, Mike Galbraith wrote:
> >
> > > On Wed, 7 Mar 2001, Richard B. Johnson wrote:
> > >
> > > > After attempting to run 2.4.2, and killing all my hard disks, I
> > > > have finally got
> I've got a Gateway here with a Intel 815 chipset running 2.2.18. Inside
> it's a PIII 733 with 512MB and a Quantum lct15 drive.
The UDMA100 on the i810/815 is supported by 2.4
> turn it on? The drive should be capable of 10-20MB/s, but I'm
> only getting about 4MB/s with hdparm. :-(
/dev/h
On Fri, Mar 09, 2001 at 12:12:07PM -0500, Mark Hahn wrote:
> > I've got a Gateway here with a Intel 815 chipset running 2.2.18. Inside
>
> why? 2.2 is obsolete, and will not receive new drivers.
Hmm, so the Intel 815 and DMA doesn't mix with 2.2.x? What about
Andre's IDE patches?
> > The pro
On Fri, 9 Mar 2001, Chris Mason wrote:
>
> The added vmtruncate calls in the ac series trigger calls to the FS
> truncate without the BKL held. Easy enough to fix on the reiserfs side,
> but if other filesystems care we might want to change vmtruncate to grab
> the lock before calling truncat
Well, I stand corrected. Look forward to trying it out.
--Jauder
On Fri, 9 Mar 2001, Tigran Aivazian wrote:
> Hi,
>
> On Wed, 7 Mar 2001, Jauder Ho wrote:
> > I am not sure what you intend this application for. If it is mission
> > critical in any way shape or form, I would still recommend usi
On Fri, 9 Mar 2001, Mike Galbraith wrote:
> I think I've figured it out.. at least I've found a way to reproduce
> the exact errors to the last detail and some pretty nasty corruption
> to go with it. The operator must help though.. a lot ;-)
>
> If you do mount -o remount /dev/somedisk / thi
drivers/char/hfmodem/refclock.c fails to compile with "gcc version 2.95.2
2220 (Debian GNU/Linux)", but compiles normally with "gcc version
2.7.2.3". GNU assembler 2.9.5 was used in both cases. Here is the error
message:
refclock.c: In function `hfmodem_refclock_current':
refclock.c:136: Inva
On Fri, 9 Mar 2001, Helge Hafting wrote:
> Manoj Sontakke wrote:
> >
> > 1. Is quicksort on doubly linked list is implemented anywhere? I need it
> > for sk_buff queues.
>
> I cannot see how the quicksort algorithm could work on a doubly
> linked list, as it relies on being able to look
> up elem
On Fri, 9 Mar 2001, Richard B. Johnson wrote:
> On Fri, 9 Mar 2001, Mike Galbraith wrote:
>
> > On Wed, 7 Mar 2001, Richard B. Johnson wrote:
> >
> > > On Wed, 7 Mar 2001, Mike Galbraith wrote:
> > >
> > > > On Wed, 7 Mar 2001, Richard B. Johnson wrote:
> > > >
> > > > > After attempting to run 2
On Fri, 9 Mar 2001, Alexander Viro wrote:
>
>
> On Fri, 9 Mar 2001, Mike Galbraith wrote:
>
> > I think I've figured it out.. at least I've found a way to reproduce
> > the exact errors to the last detail and some pretty nasty corruption
> > to go with it. The operator must help though.. a lo
On Fri, 9 Mar 2001, Mike Galbraith wrote:
> I was generally exercising with 'what can I do wrong' scenarios when I
> noticed some strangness. If you boot a ramdisk root with init=/bin/sh,
> mount a drive, cd to it and exec chroot . /bin/sh and then mount proc,
> proc/mounts shows /dev/root and
On Fri, 9 Mar 2001, Alexander Viro wrote:
> On Fri, 9 Mar 2001, Mike Galbraith wrote:
>
> > I was generally exercising with 'what can I do wrong' scenarios when I
> > noticed some strangness. If you boot a ramdisk root with init=/bin/sh,
> > mount a drive, cd to it and exec chroot . /bin/sh and
On Fri, 9 Mar 2001, Alan Cox wrote:
> > Quicksort works just fine on a linked list, as long as you broaden
> > your view beyond the common array-based implementations. See
> > "http://www.cs.cmu.edu/~jbruce/sort.cc" for an example, although I
> > would recommend using a radix sort for linked lis
On Fri, 9 Mar 2001, Alexander Viro wrote:
> On Fri, 9 Mar 2001, Mike Galbraith wrote:
>
> > I think I've figured it out.. at least I've found a way to reproduce
> > the exact errors to the last detail and some pretty nasty corruption
> > to go with it. The operator must help though.. a lot ;-)
>
On Fri, 9 Mar 2001, Rogier Wolff wrote:
> Quicksort however is an algorithm that is recursive. This means that
> it can use unbounded amounts of stack -> This is not for the kernel.
It is of course bounded by the input size, but yes, it can use O(n)
additional memory in the worst case. There's n
Hi
I found out that there has been a namechange in serial.h and here's the
corresponding changes to serial.c.
--- linux-2.4.2-ac16.backup/drivers/char/serial.c Fri Mar 9 16:39:16 2001
+++ linux-2.4.2-ac16/drivers/char/serial.c Fri Mar 9 19:57:52 2001
@@ -5494,7 +5494,7 @@
> Andries, comments?
> remount
>Attempt to change the mount flags of
>already-mounted file system. This is commonly
>used to make a readonly file system writeable.
Yes. But maybe "mount flags" is too narrow?
It is up to the filesystem what precisely it does.
What about
remount
Ralf Baechle wrote:
>
> Maybe they can be applied that way but no sane engineer would ever develop
> a patch without source if possible at all.
Keyword there being sane right? =P
Sorry, I'm running off little sleep right now.
--
===
On Fri, Mar 09, 2001 at 08:26:36AM -0500, Mohammad A. Haque wrote:
> Hmm. I guess you have something there. I come from a Mac background and
> some patches I've seen to 'hack' a feature into one of Apple's drivers
> has been one that modifies the resource fork of the driver file. The
> person who
1. To maximize compatibility, sys_sysinfo() tries to replace page
counts by byte counts if no overflow: but its checks forget the
most likely overflow. Just try adding a few 2GB swaps to your
system, watching sysinfo() output as you do so.
2. It nicely defends the caller by doing the ove
Rik van Riel wrote:
>
> On Thu, 8 Mar 2001, Boris Dragovic wrote:
>
> > > Of course. Now we just need the code to determine when a task
> > > is holding some kernel-side lock ;)
> >
> > couldn't it just be indicated on actual locking the resource?
>
> It could, but I doubt we would want this o
I have a Lucent Microelectronics Venus based modem, the Actiontec
Internal Call Waiting modem. I have been trying to get it working well
with Linux 2.4 for some time now. Theodore Ts'o, the maintainer of
the Linux serial driver, and I have talked quite a bit on the subject.
We both suspect that
Rik van Riel wrote:
> > > Of course. Now we just need the code to determine when a task
> > > is holding some kernel-side lock ;)
> >
> > couldn't it just be indicated on actual locking the resource?
>
> It could, but I doubt we would want this overhead on the locking...
Just raise the priority
On Fri, Mar 09, 2001 at 08:23:43PM +0100, [EMAIL PROTECTED] wrote:
> > Andries, comments?
>
> > remount
> >Attempt to change the mount flags of
> >already-mounted file system. This is commonly
> >used to make a readonly file system writeable.
>
> Yes. But maybe "mount flags" is to
On Fri, 9 Mar 2001, Jamie Lokier wrote:
> Rik van Riel wrote:
> > > > Of course. Now we just need the code to determine when a task
> > > > is holding some kernel-side lock ;)
> > >
> > > couldn't it just be indicated on actual locking the resource?
> >
> > It could, but I doubt we would want thi
On Fri, 9 Mar 2001, george anzinger wrote:
> Rik van Riel wrote:
> > On Thu, 8 Mar 2001, Boris Dragovic wrote:
> >
> > > > Of course. Now we just need the code to determine when a task
> > > > is holding some kernel-side lock ;)
> > >
> > > couldn't it just be indicated on actual locking the reso
On Fri, 9 Mar 2001, davide.rossetti wrote:
> Hi folks,
> after a long time, I tried to upgrade the kernel I use to boot some
> diskless PIII Katmai, C-PCI hosts (attached lspci -vv) with DEC ethernet
> chips.
sorry. forgot to attach the pci dev dump. regards
--
+---
Michael Reinelt wrote:
>
> Hi,
>
> I've got a question regarding the nanosleep() system call.
>
> I'm writing a little tool called lcd4linux
> (http://lcd4linux.sourceforge.net), where I have to drive displays
> connected to the parallel port. I'm doing this in userland, using
> outb().
>
> So
Manfred Spraul writes:
> Do lots of drivers need the reverse mapping? It wasn't on my todo list
> yet.
I am against any API which provides this. It can be extremely
expensive to do this on some architectures, and since the rest
of the PCI dma API does not provide such an interface neither
sho
> Date: Fri, 09 Mar 2001 10:29:22 -0800
> From: David Brownell <[EMAIL PROTECTED]>
> > > extern void *
> > > pci_pool_dma_to_cpu (struct pci_pool *pool, dma_addr_t handle);
> >
> > Do lots of drivers need the reverse mapping? It wasn't on my todo list
> > yet.
>
> Some hardware (like OHCI) talk
On Fri, Mar 09, 2001, David S. Miller <[EMAIL PROTECTED]> wrote:
> Manfred Spraul writes:
> > Do lots of drivers need the reverse mapping? It wasn't on my todo list
> > yet.
>
> I am against any API which provides this. It can be extremely
> expensive to do this on some architectures, and sinc
> > unlike the slab allocator bug(s) I pointed out. (And which
> > Manfred seems to have gone silent on.)
>
> which bugs?
See my previous email ... its behavior contradicts its spec,
and I'd sent a patch. You said you wanted kmalloc to have
an "automagic redzoning" feature, which would involv
> Drivers can keep track of this kind of information themselves,
> and that is what I tell every driver author to do who complains
> of a lack of a "bus_to_virt()" type thing, it's just lazy
> programming.
I'd agree. There are _good_ reasons for having reverse mappings especially on
certain archi
> > > > extern void *
> > > > pci_pool_dma_to_cpu (struct pci_pool *pool, dma_addr_t handle);
> > >
> > > Do lots of drivers need the reverse mapping? It wasn't on my todo list
> > > yet.
> >
> > Some hardware (like OHCI) talks to drivers using those dma handles.
>
> I wonder if it may be feasi
> > > Do lots of drivers need the reverse mapping? It wasn't on my todo list
> > > yet.
> >
> > I am against any API which provides this. It can be extremely
> > expensive to do this on some architectures,
The implementation I posted needed no architecture-specific
knowledge. If cost is the
David Brownell writes:
> > Do lots of drivers need the reverse mapping? It wasn't on my todo list
> > yet.
>
> Some hardware (like OHCI) talks to drivers using those dma handles.
Drivers for such hardware will this keep track of the information
necessary to make this reverse mapping.
Later
Pete Zaitcev writes:
> > Some hardware (like OHCI) talks to drivers using those dma handles.
>
> I wonder if it may be feasible to allocate a bunch of contiguous
> pages. Then, whenever the hardware returns a bus address, subtract
> the remembered bus address of the zone start, add the offs
David Brownell writes:
> Given that some hardware must return the dma addresses, why
> should it be a good thing to have an API that doesn't expose
> the notion of a reverse mapping? At this level -- not the lower
> level code touching hardware PTEs.
Because its' _very_ expensive on certain
Hello!
I experience a lot of troubles with uhci driver driver, in different kernels.
Usually it just panics on device insertion or removal, but this time I got
lucky, and oops was not fatal, so here it is decoded. As I can see,
something stomped on usb_device structure of unplugged de
> ioremap space: 512MB (from PhilB)
> io space: 256MB
>
> In order to follow your suggestion, we'd have to drop the kernel from 0xc*
> down to 0xb*.
And there are PA risc boxes with > 2Gig of RAM you might want to plug USB
controllers into
-
To unsubscribe from this list: se
On Fri, Mar 09, 2001 at 09:27:53AM -0500, Hicks, Jamey wrote:
> Are there any large-memory machines that need pci_alloc_consistent() in the
> USB controller driver? If not, then let's just set up an uncached mapping
> of all of DRAM and use a modified version of virt_to_bus and bus_to_virt.
Yuck
On Thu, Mar 08, 2001 at 04:07:58PM -0800, Greg KH wrote:
> > Hmm... I was compiling usb-uhci and uhci directly into the kernel,
> > then visor.o as a module.
>
> You shouldn't be able to compile both usb-uhci and uhci into the kernel,
> unless you tweak your .config file by hand.
Build 2 kernels
Rik van Riel wrote:
> > Just raise the priority whenever the task's in kernel mode. Problem
> > solved.
>
> Remember that a task schedules itself out at the timer interrupt,
> in kernel/sched.c::schedule() ... which is kernel mode ;)
Even nicer. On x86 change this:
reschedule:
call SY
george anzinger wrote:
> Seems like you are sneaking up on priority inherit mutexes. The locking
> over head is not so bad (same as spinlock, except in UP case, where it
> is the same as the SMP case). The unlock is, however, the same as the
> lock overhead. It is hard to beat the store of ze
Hi,
I have a Dell Inspiron 5000e laptop which works beautifully with 2.4.2,
including suspends, DRM, etc etc.
One thing that has never worked though is battery status reporting
(/proc/apm). However people who sell this exact same laptop with Linux
preinstalled (mostly redhat though with their
On Fri, 9 Mar 2001, David Brownell wrote:
> > > > > extern void *
> > > > > pci_pool_dma_to_cpu (struct pci_pool *pool, dma_addr_t handle);
> > > >
> > > > Do lots of drivers need the reverse mapping? It wasn't on my todo list
> > > > yet.
> > >
> > > Some hardware (like OHCI) talks to driver
> > Given that some hardware must return the dma addresses, why
> > should it be a good thing to have an API that doesn't expose
> > the notion of a reverse mapping? At this level -- not the lower
> > level code touching hardware PTEs.
>
> Because its' _very_ expensive on certain machines.
Hello...
I am wondering is there is a way to obtain resource usage
from the kernel w/o doing a kernel call from a program
(can I get this from /proc/?? ?).
For example, I am interested in discriminating between
processor idle time, time spent in processes, etc.
Is this possible, or will I hav
On Fri, Mar 09, 2001 at 02:13:32PM -0600, Erik DeBill wrote:
> Nothing. I've got the following in /etc/syslog.conf (which I believe
> SHOULD be correct), but I get absolutely nothing.
>
> *.=debug;\
> auth,authpriv.none;\
> news.none;mail.none /var/log/debug
Try adding an entry
> tested in previous kernels. Then again my dmesg says the BIOS is probably
> buggy (same BIOS though as mentioned in those posts). Apmd does notice the
> change from mains to battery and vice versa (I have disabled Speedstep so now
> everything actually survives this transition :-).
> So to en
[EMAIL PROTECTED] (Lars Gaarden) wrote on 08.03.01 in <[EMAIL PROTECTED]>:
> Venkatesh Ramamurthy wrote:
>
> > Please check out this article. Looks like microsoft know open source is
> > the thing of the future. I would consider that it is a begining step for
> > full blown GPL
> >
> > http:
Hi:
I have a PriMed P2MMX machine that works fine with 2.2.x (I installed
RH7.0 on it, and then updated to 2.2.18. I'm trying to get 2.4.2 to
work, but it seems to hang in the IDE/disk initialization when it
boots. I'll enclose the .config from 2.2.18 and from 2.4.2.
When 2.2.18 boots, the l
> I wonder if it may be feasible to allocate a bunch of contiguous
> pages. Then, whenever the hardware returns a bus address, subtract
> the remembered bus address of the zone start, add the offset to
> the virtual and voila.
Even if not you can hash by page number not low bits so the hash is wa
On Sat, Mar 10, 2001 at 01:21:25AM +1100, Andrew Morton wrote:
> +static atomic_t nmi_watchdog_enabled = ATOMIC_INIT(0); /* 0 == enabled */
> +
> +void enable_nmi_watchdog(int yes)
> +{
> + if (yes)
> + atomic_inc(&nmi_watchdog_enabled);
> + else
> + atomic_de
On Fri, Mar 09, 2001 at 12:52:22PM +0100, Rogier Wolff wrote:
>
> Quicksort however is an algorithm that is recursive. This means that
> it can use unbounded amounts of stack -> This is not for the kernel.
Well, not really in this situation, after a simple modification. It is
trivial to show th
1 - 100 of 140 matches
Mail list logo
