Hi,
- BLKSSZGET added in common.h
Why don't we give BLKSSZGET a new number and make the old one obsolete? I
don't think it's used anywhere, as its result is pretty useless in
userspace (and even if it's used somewhere, they have to copy the define
anyway). This way we don't need that version
On Fri, 13 Oct 2000, Linus Torvalds wrote:
- pre3:
...
- Dave Jones: x86 setup fixes (recognize Pentium IV etc).
And then in test10-pre3 we find the following code added to
arch/i386/kernel/setup.c:
+ /* Pentium IV. */
+ if (c-x86 == 15) {
+
On Mon, 16 Oct 2000, Petr Vandrovec wrote:
On 16 Oct 00 at 22:50, Tigran Aivazian wrote:
+ struct page *page;
/* If possible, reclaim a page directly. */
- if (direct_reclaim z-free_pages z-pages_min + 8)
+ if (direct_reclaim z-free_pages
This is in reply to an earlier thread,
"aic7xxx problem on linux-2.4.0-test10-pre1".
If you play hr eject an audio cd-rom from gtcd (a GNOME cd player), you
get an oops like the one mentioned. I just wanted to confirm that Jens'
one-liner patch fixes the problem for me.
The aic7xxx driver was
On Mon, Oct 16, 2000 at 10:14:01PM +0100, Stephen C. Tweedie wrote:
[..] If the VM
chooses to unmap the page temporarily, then as long as the page
remains in physical memory, then a subsequent page fault will
reestablish the mapping. [..]
Correct. But the problem is that the page won't stay
On Tue, 17 Oct 2000, Andrea Arcangeli wrote:
And anyways from a design standpoint it looks much better to really pin the
page in the pte too (just like kernel reserved pages are pinend after a
remap_page_range).
No.
Read my emails.
"Pinning" is stupid. There are no ifs, buts, or maybes
Does the following pseudocode do what I think it does?
Assume the semaphore is properly initialized to locked.
int flagvar = 0;
struct semaphore blocking_sem;
void function_called_from_kernel_thread(void)
{
chew_on_hardware();
flagvar = 1;
down(blocking_sem);
if (flagvar)
You have a race condition.
int flagvar = 0;
struct semaphore blocking_sem;
void function_called_from_kernel_thread(void)
{
chew_on_hardware();
^^^
As soon as you do/did this, the IRQ must've happened. So, before the next
statement is executed, the IRQ handler is
Also sprach Matthew Dharm:
} Does the following pseudocode do what I think it does?
}
} Assume the semaphore is properly initialized to locked.
}
} int flagvar = 0;
} struct semaphore blocking_sem;
}
} void function_called_from_kernel_thread(void)
} {
} chew_on_hardware();
} flagvar = 1;
}
You know, it would help if I posted the right pseudocode.
Yes, I found this race condition a while ago. I do set flagvar _before_ I
chew on the hardware.
Nevertheless, what I'm seeing looks like either (a) the change to flagvar
isn't being propagated from the IRQ handler to the thread, or (b)
I will test this soon, hopefully. I move tomorrow, and will be bringing my
X environment and my audio environment into my dual P200 machine. This is
against which kernel? 2.4.0-test10 prepatch, or?
2.4.0-test9. It should work against a test10-preX.
-
To unsubscribe from this list: send
On Mon, Oct 16, 2000 at 02:59:59PM -0700, Linus Torvalds wrote:
No. Because "pinning" is _stupid_.
Pinning using map_user_kiobuf looks just the other way around of what we do
usually with the mmap callback of the device driver and remap_page_range. I
considered "pinning" just to convert the
On Tue, Oct 17, 2000 at 12:02:01AM +0200, Roman Zippel wrote:
Why don't we give BLKSSZGET a new number and make the old one obsolete?
But you see that one would need a new name as well,
otherwise the value associated with BLKSSZGET would
depend on the kernel version, and one would need
version
Hi James,
I think you missed to remove one restore_flags().
(There could be more, I only looked shortly at your patch)
Yeap. I didn't remove the restore_flag calls. Fixed now. Here is the
correct patch. I tested to see if it compiles against a test-9 kernel.
It does. That is the
On Mon, 16 Oct 2000, Douglas Gilbert wrote:
snip
Sg has an ioctl called SG_SET_TRANSFORM which is only
relevant to the ide-scsi driver. As far as I know, no
applications use it. Still it is not clear why Mark's
system would work on a UP machine but fail on a SMP box.
Hi Douglas, Jörg, all,
On Mon, Oct 16, 2000 at 03:21:11PM -0700, Linus Torvalds wrote:
Pinning will not happen.
Pinning happens every day on my box while I use rawio.
If you want to avoid pinning _userspace_ pages then we should delete
map_user_kiobuf and define a new functionality and API to replace RAWIO for
DBMS
On Mon, 16 Oct 2000, Alan Cox wrote:
ENOPATCH
sorry.
here it is.
--- linux-2.2.18pre16/drivers/block/loop.c.orig Mon Oct 16 22:09:17 2000
+++ linux-2.2.18pre16/drivers/block/loop.c Mon Oct 16 22:14:00 2000
@@ -22,6 +22,8 @@
* CBC (and relatives) mode encryption requiring unique IVs
On Tue, 17 Oct 2000, Mikael Pettersson wrote:
Since initial Pentium IV processors have model 0 according to Intel's
Pentium IV supplement to the CPUID manual (AP-485), this code may
actually deduce that a Pentium IV has the bug (if the mask 3).
Valid point. I copied the same fix from
Hi
is there currently any support under linxu for the Alcatel USB ADSL modem
under linux ?
thanks
James
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
For you guys on the manos-kernel/ute-linux mailing lists, the reason the
list has not been sending out emails for the past week is due some
employees internal at Novell playing games with our servers. What
appears to be going on is they have registered several bogus email
addresses with bogus
Hmmm.. Wonder if this might be affecting my problem
I compile on a Pentium for a 486. Worked but after I applied the FreeS/WAN
pathes, now it won't boot on the 486's (immediate reboot, on 'now booting the
kern..' message) Doubled checked the make outputs, and config's and it says
it is 486
Andrea Arcangeli wrote:
Timer, bottomhalves (softirq) and tasklets (and softnet) are always
recalled with irq enabled. So if it would be called by timer/tasklet/bhhandler
it should use irq version of the spinlocks too if it needs to run with irq
locally disabled.
One thing you could safely
Dear.
I am Seiichi Nakashima.
I update pre-patch-2.0.39final to other PCs, and work fine.
(1) Mail Sever ( work 24 hours in a day )
motherboard ( unknown )
Celeron-400
Memory 64 MB
Ethercard 3com ( maybe 3c905 )
Disk seagate and quantum
(2) Samba Server ( work 24 hours in a day )
H/W
On Mon, Oct 16, 2000 at 09:31:42PM -0400, Jeff Garzik wrote:
I understand SA_INTERRUPT, my question in the previous e-mail was more
basic: keyboard_interrupt calls handle_kbd_event with local interrupts
disabled. [..]
Woops sorry, I misunderstood your question.
[..] Why are local interrupts
After sending my last email to the list, I switched to tty1, and
could not type, I got the following in my syslog, and dumped to
the screen.
Oct 16 20:46:37 asdf kernel: keyboard: Timeout - AT keyboard not present?
Switching consoles, and hitting random keys for a few seconds got
me back.
I was getting scanned by someone just a second ago (during my keyboard
problem in the previous message), and I noticed my firewall logs firing
stuff left and right. I decided even though my firewall is fort knox,
I'd get off and get a new IP.
I did an "ifdown ppp0" and supposedly it
On Mon, 16 Oct 2000, [iso-8859-1] André Dahlqvist wrote:
Date: Mon, 16 Oct 2000 14:22:12 +0200
From: "[iso-8859-1] André Dahlqvist" [EMAIL PROTECTED]
To: David Woodhouse [EMAIL PROTECTED]
Cc: Mike A. Harris [EMAIL PROTECTED],
Linus Torvalds [EMAIL PROTECTED],
Linux Kernel mailing list
Date: Mon, 16 Oct 2000 12:35:36 -0300
From: Horst von Brand [EMAIL PROTECTED]
depmod -ae gives unresolved symbols pci_dvma_v2p_hash (hadn't the
PCI stuff been gouged out?) and empty_zero_page in: misc/ffb.o,
net/skfp.o, scsi/sr_mod.o.
I don't get this with the default
On Tue, 17 Oct 2000, Andrea Arcangeli wrote:
If you won't delete map_user_kiobuf from your tree I think I've just provided a
real world MM corruption case where the user send the bug report back to us if
we only increase the reference count of the page to pin it.
Oh. So to fix a bug, you
On Tue, 17 Oct 2000, Alan Cox wrote:
Alan, same diff for 2.2 ?
What about the other proc stuff. This will report a 1586, type 15 cpu and
stuff
Then it needs to be fixed there also.
but intel refuse to guarantee they wont produce an actual '786' class
CPU.
Worry about that if/when it
On Mon, 16 Oct 2000, David Woodhouse wrote:
Date: Mon, 16 Oct 2000 16:07:13 +0100
From: David Woodhouse [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Content-Type: text/plain; charset=iso-8859-15
Subject: PC speaker driver patch for 2.4.0-test10-pre3
Followup to: [EMAIL PROTECTED]
By author:[EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
but intel refuse to guarantee they wont produce an actual '786' class
CPU.
Worry about that if/when it happens ?
Dare one guess the 786 is actually the Itanic in x86 mode?
-hpa
--
Igmar Palsenberg writes:
In the last case, you load something direct into kernel space. In case of
binary stuff you have no idea what actually happens. Also the case with
the before boot issue, but this plays a bigger role.
I take it then that you never use a hard drive in any of your systems
Eray Ozkural [EMAIL PROTECTED] wrote:
I've read a summary of a discussion about C++ module writing on
this list, and I'd like to make some comments on it. [I'm not
subscribed to this list, please retain a Cc: to my address]
I've had the (dubious) opportunity to write a C++
kernel
H. Peter Anvin [EMAIL PROTECTED] wrote:
Ok, yes now I get it. Yes, this is stupid.
Anyone here have any experience with SmartMedia and if they are sane or
stupid?
I wrote the SmartMedia FlashPath driver, and I can
say that the SmartMedia is fine, but the FlashPath is a
little
301 - 335 of 335 matches
Mail list logo