The current way of updating ptes in the Linux vm includes first clearing
a pte before setting it to another value. The clearing is performed while
holding the page_table_lock to insure that the entry has not been modified
by the CPU directly, by an arch specific interrupt handler or another page
On Fri, 28 Jan 2005, ierdnah wrote:
>
> the last patch works, but the load increases very much (normally with
> 200 VPN connections I have a load of maximum 10, with this patch I have
> a load of 50-100 - after 30 min of uptime)
Yeah, that "tty_ldisc_try()" is pretty expensive, and it really
Vivek Goyal <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
>
> However for the primary kernel it has no need to know that we
> > even have a backup region, nor does it need to know about the
> > size of the backup region. That can all be handled with the single
> > reservation, we have now.
> >
>
Michael Gernoth wrote:
> On Fri, Jan 28, 2005 at 10:53:51AM -0800, Bukie Mabayoje wrote:
> > Do you know the official NIC product name e.g Pro/100B. I need to identify
> > the LAN Controller. There are differences between 557 (not sure if 557 can
> > do WOL), 558 and 559 how they ASSERT the
The system is working fine, it just gives warnings about unsupported PM
cap regs version (1). This is an excerpt from dmesg:
PCI: :00:11.0 has unsupported PM cap regs version (1)
PCI: Enabling device :00:11.0 ( -> 0002)
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: setting
On Fri, Jan 28, 2005 at 08:00:10PM +, Matthew Wilcox wrote:
> I've been thinking for a while that we should mark the 10-bit aliases
> of ISA devices as used
ISTR that windows does this.
> Russell, would that allay your issues with the kernel io resource database?
It makes the situation a
On Fri, Jan 28, 2005 at 06:42:44PM +0100, Oliver Neukum wrote:
> I got this oops unmounting by "eject" a defect DVD on a genuine
> SCSI drive.
Looks like failing IO + close afterwards - umount is irrelevant here.
And oops itself looks like cdrom_release((void *)0x18, whatever),
called from
Stephen C. Tweedie wrote:
Hi,
On Tue, 2005-01-25 at 15:09, Jeffrey Hundstad wrote:
Bad things happening to journaled filesystem machines
Oops in kjournald
I wonder if there are several problems. Alan Cox claimed that there was
a fix in linux-2.6.10-ac10 that might alleviate the
Hi,
We do test AUX port and your port appears to be perfectly functional
from the kernel point of view - it porperly responds to AUX_LOOP
commands, does not claim to support MUX mode and KBC properly sets
status register when asked to disable interface...
ok, but how AUX block KBD port? if
On Fri, Jan 28, 2005 at 12:33:20PM -0700, Grant Grundler wrote:
> > > If it is intended to work with multiple IO Port address spaces,
> > > then it needs to use the pci_dev->resource[] and mangle that
> > > appropriately.
> >
> > There is no resource for some of the I/O port space that cards
On Fri, Jan 28, 2005 at 11:41:16AM -0800, Jesse Barnes wrote:
> Yeah, I think I understand. We could probably do the same thing on sn2
> as you do on parisc--add a 'segment 0' offset to the port so that it's routed
> correctly. I think that's a little less flexible than adding a new resource
>
On Wed, 2005-01-26 at 04:02, Oleg Nesterov wrote:
> Ram wrote:
> >
> > No. There is a reason why we had some duplication. With your patch,
> > we will end up reading-on-demand instead of reading ahead.
> >
> > When we notice a sequential reads have resumed, we first read in the
> > data that is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can someone give me a layout of what exactly is up there? I got the
basic idea
K 4G
A 3G
A 2G
A 1G
App has 3G, kernel has 1G at the top of VM on x86 (dunno about x86_64).
So what's the layout of that top 1G? What's it all used for? Is there
some
On Fri, 28 Jan 2005 20:49:03 +0100, Wiktor <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > Could you please try editing drivers/input/serio/i8042.c and add
> > udelay(20) before and after calls to i8042_write_data() in
> > i8042_kbd_write() and i8042_command().
>
> of course i could, will it make kernel
On Thu, 2005-01-27 at 15:35 -0800, Linus Torvalds wrote:
the last patch works, but the load increases very much (normally with
200 VPN connections I have a load of maximum 10, with this patch I have
a load of 50-100 - after 30 min of uptime)
> You probably should. The patch you've tested is
On Fri, Jan 28, 2005 at 10:41:41AM -0800, Jesse Barnes wrote:
> > Eh?! there can only be *one* legacy I/O space.
> > We can support multipl IO port spaces, but only one can be the "legacy".
>
> What do you mean? If you define legacy I/O space to be
> 0x-0x, then
Hi,
Could you please try editing drivers/input/serio/i8042.c and add
udelay(20) before and after calls to i8042_write_data() in
i8042_kbd_write() and i8042_command().
of course i could, will it make kernel not detect smoked AUX port?
(problem is solved by i8042.noaux=1 cause my hardware has
* Trond Myklebust <[EMAIL PROTECTED]> wrote:
> If you do have a highest interrupt case that causes all activity to
> block, then rwsems may indeed fit the bill.
>
> In the NFS client code we may use rwsems in order to protect stateful
> operations against the (very infrequently used) server
On Fri, Jan 28, 2005 at 06:47:55PM +0100, Lorenzo Hernández García-Hierro wrote:
> El vie, 28-01-2005 a las 18:40 +0100, Adrian Bunk escribió:
> > On Fri, Jan 28, 2005 at 06:17:17PM +0100, Lorenzo Hernández García-Hierro
> > wrote:
> > >...
> > > As it's impact is minimal (in performance and
Hi,
This patch is the result of the latest round of liposuction on relayfs
- the patch size is now 44K, down from 110K and the 200K before that.
I'm posting it as a patch against 2.6.10 rather than -mm in order to
make it easier to review, but will create one for -mm once the changes
have settled
On Friday, January 28, 2005 11:33 am, Grant Grundler wrote:
> > But
> > if you mean being able to access legacy ports at all, then no. On SGI
> > machines, there's a per-bus base address that can be used as the base for
> > port I/O, which is what I was getting at.
>
> Ok - my point was "0x3fc"
fr den 28.01.2005 Klokka 08:38 (+0100) skreiv Ingo Molnar:
> no, it's not a big scalability problem. rwlocks are really a mistake -
> if you want scalability and spinlocks/semaphores are not enough then one
> should either use per-CPU locks or lockless structures. rwlocks/rwsems
> will very
Hi, IT WORKED!
Please try i8042.noaux=1. You say you're using a serial mouse in your
other e-mail, so the system may not have an AUX port yet the kernel
thinks it does. This may cause the keyboard to stop responding.
command line "linux-new init=/bin/bash i8042.noaux=1 atkbd.reset=1"
booted
On Fri, Jan 28, 2005 at 09:43:06AM -0800, Mark Haverkamp wrote:
>
> I have a situation where the out of memory killer kicked in and killed
> off a process. From the information displayed, it looks like there was
> a lot of free memory available. I need some help interpreting the
> output. I
On Fri, 28 Jan 2005 20:22:32 +0100, Wiktor <[EMAIL PROTECTED]> wrote:
> Hi,
>
> >This dmesg looks like the keyboard works perfectly OK. Do new lines
> >appear in dmesg when you press keys while the system is running?
>
> .no? no, they don't. i've new dmesg for you - it reports
>
On Fri, Jan 28, 2005 at 02:26:40PM -0500, Jon Smirl wrote:
> Next year we are going to see a lot of multiple VGAs. Depending on
> configuration the Nvidia4 chipset can support from one up to eight PCI
> Express video cards simultaneously.
Oh geezsomeone is going to implement IO port space on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2005-01-28, Stephen Hemminger said on linux-kernel:
> "Randomized IP IDs hinders OS fingerprinting and will keep your
> machine from being a bounce for an untraceable portscan."
>
> References: [1]:
>
On Fri, 28 Jan 2005 12:15:49 -0700, Grant Grundler
<[EMAIL PROTECTED]> wrote:
> I don't care if it gets fixed (or not) since I don't use
> or need to support multiple VGA cards. If someone else (in
Next year we are going to see a lot of multiple VGAs. Depending on
configuration the Nvidia4
On Fri, 2005-01-28 at 12:56 -0600, Steve Bergman wrote:
> I have a large rule set (~53000 rules) that I sometimes load using
> iptables-restore. (It takes almost an hour.
>
> Googling around tells me that the loop detection code in the kernel is
> slow with large rule sets. The only thing
Hi,
This dmesg looks like the keyboard works perfectly OK. Do new lines
appear in dmesg when you press keys while the system is running?
.no? no, they don't. i've new dmesg for you - it reports
timeouts while trying to perform keyboard reset (by atkbd.reset=1).
after detection
On Fri, 2005-01-28 at 13:14 -0600, Matt Domsch wrote:
> On Fri, Jan 28, 2005 at 09:43:06AM -0800, Mark Haverkamp wrote:
> >
> > I have a situation where the out of memory killer kicked in and killed
> > off a process. From the information displayed, it looks like there was
> > a lot of free
On Fri, 28 Jan 2005 [EMAIL PROTECTED] wrote:
I want to develop a device driver that would allow access to board
registers and memory that is addressable
on the system bus. The reason for this is to allow hardware developers to
access board registers while the system
is running to determine what
We should be using profile_pc in oprofile_add_sample so that lock
contention is attibuted to the correct function in profile output. Also
fix SH7750 support.
Signed-off-by: Zwane Mwaikambo <[EMAIL PROTECTED]>
= drivers/oprofile/cpu_buffer.c 1.17 vs edited =
---
On Fri, Jan 28, 2005 at 01:36:48PM -0500, Jon Smirl wrote:
> > If it is intended to work with multiple IO Port address spaces,
> > then it needs to use the pci_dev->resource[] and mangle that appropriately.
>
> Post a patch an I will incorporate it.
Sorry - I only wanted to point out the short
On Fri, Jan 28, Olaf Hering wrote:
>
> My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in atkbd_init():
>
> Calling initcall 0xc03c272c: atkbd_init+0x0/0x38()
> ps2_init(224) swapper(1):c0,j4294680939 enter
> atkbd_connect(793) swapper(1):c0,j4294680993 type 100
> serio_open(606)
The following processor was marked as unsupported, there are no documented
changes in the performance counter interface for this processor.
Hardware courtesy of Intel Corporation
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Genuine
On Fri, 2005-01-28 at 06:14 -0800, Paul E. McKenney wrote:
> On Wed, Jan 26, 2005 at 07:59:42PM +0100, Arjan van de Ven wrote:
> > On Wed, 2005-01-26 at 08:07 -0800, Paul E. McKenney wrote:
> >
> > > > Another question: is the SDD module even available for mainline kernels,
> > > > or is it only
On Fri, 2005-01-28 at 01:33, Meelis Roos wrote:
> eepro100 also drives 82556-based cards. I have a couple of EtherExpress
> PRO/100 Smart cards, Intel identifier is PILA8485, PCI ID is 8086:1228.
> e100 doesn't support them, I'm told eepro100 works (I have not verified
> it myself). I can probably
even requireing a 64k attack to defeat randomization changes an attack
from N packets to ~45+N packets. This many packets gives a firewall/IDS a
pretty solid signature to use to identify the difference between an attack
and legitiamate traffic, it also gives a reactive IDS system a chance to
Running opcontrol --reset on an em64t P4 yields the following (clearly
there must be a reason why it's disabled but i'll address that
seperately);
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c0562cf4
*pde =
Oops: [#1]
PREEMPT SMP
El vie, 28-01-2005 a las 10:52 -0800, Stephen Hemminger escribió:
> On Fri, 28 Jan 2005 19:31:50 +0100
> When I did the port randomization patch the benchmark that was most impacted
> was LMBENCH. The biggest change was in the communications latency results.
>
> If you want, you can sign up for
I have a large rule set (~53000 rules) that I sometimes load using
iptables-restore. (It takes almost an hour.
Googling around tells me that the loop detection code in the kernel is
slow with large rule sets. The only thing that seems odd to me is that
throughout the entire loading process,
On Fri, 28 Jan 2005 19:31:50 +0100
L
> > Okay, but:
> > * Need to give better explanation of why this is required,
> > existing randomization code in network is compromise between
> > performance and security. So you need to quantify the performance
> > impact of this, and the security
* George Anzinger wrote:
> The primary thing needed for this is a simple and quick way to switch
> a tasks priority, both from outside and from the task itself.
check out sched.c's mutex_setprio(p, prio) and mutex_getprio(p), which
is used by the PI code in kernel/rt.c. It's pretty robust and
On Fri, Jan 28, 2005 at 10:53:51AM -0800, Bukie Mabayoje wrote:
> Do you know the official NIC product name e.g Pro/100B. I need to identify
> the LAN Controller. There are differences between 557 (not sure if 557 can
> do WOL), 558 and 559 how they ASSERT the PME# signal. Even the same chip have
> +int __attribute__ ((weak)) pcibios_exp_cfg_space(struct pci_dev *dev) {
> return 1; }
- prototypes belong to headers
- weak linkage is the perfect way for total obsfucation
please make this a regular arch hook
> Please read the FAQ at http://www.tux.org/lkml/
---end quoted text---
-
To
El vie, 28-01-2005 a las 10:18 -0800, Stephen Hemminger escribió:
> This is a very transitory effect, it works only because your machine
> is then different from the typical Linux machine; therefore the scanner
> will go on to the next obvious ones. But if this gets incorporated widely
> then the
On Fri, Jan 28, 2005 at 06:14:46AM -0800, Paul E. McKenney wrote:
> In my experience, the only way to get exports into a major distribution
> is to get them into mainline kernel.org. If you can get Red Hat to
> change its stance on this, works for me!
That's not the point. You're trying to let
* George Anzinger wrote:
> A quick comment here on the current RT code. It looks to me like
> there is a race in timer delivery. It looks like the softirq is
> "raised" by the PIT interrupt code and the jiffie is bumped by the
> timer thread. If the softirq gets to run prior to the PIT
On Fri, 28 Jan 2005 10:32:22 -0700, Grant Grundler
<[EMAIL PROTECTED]> wrote:
> Moving the VGA device can only function within that legacy space
> the way the code is written now (using hard coded addresses).
> If it is intended to work with multiple IO Port address spaces,
> then it needs to use
* Paulo Marques <[EMAIL PROTECTED]> wrote:
> I really shouldn't feed the trolls, but this must be the most silly
> piece of code I saw on this mailing list in a very long time (and
> there have been some good examples over time).
yeah.
> The stack randomization doesn't prevent some sort of
On Friday, January 28, 2005 9:32 am, Grant Grundler wrote:
> On Thu, Jan 27, 2005 at 08:28:43AM -0800, Jesse Barnes wrote:
> > But then again,
> > I suppose if a platform supports more than one legacy I/O space,
>
> Eh?! there can only be *one* legacy I/O space.
> We can support multipl IO port
Converts the initialization of serial8250 ports on various 85xx parts from
using the old ISA style to a platform device.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
diff -Nru a/arch/ppc/platforms/85xx/mpc8540_ads.c
b/arch/ppc/platforms/85xx/mpc8540_ads.c
---
Michael Gernoth wrote:
> Hi,
>
> we have about 70 P4 uniprocessor machines (some with Hyperthreading
> capable CPUs) running linux 2.4.29, which are woken up on the weekdays
> by sending a WOL packet to them. The machines all have a E100 nic with
> WOL enabled in the bios. The E100 driver is
Ingo Molnar wrote:
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
or is it that we have a 'group' of normal timers expiring, which, if
they happen to occur _just_ prior a HRT event will generate a larger
delay?
Yep. The timers expire at random times. So it's likely to have short
sequences of timer
El vie, 28-01-2005 a las 19:07 +0100, Arjan van de Ven escribió:
> On Fri, 2005-01-28 at 18:17 +0100, Lorenzo Hernández García-Hierro
> wrote:
> > Hi,
> >
> > Attached you can find a split up patch ported from grSecurity [1], as
> > Linus commented that he wouldn't get a whole-sale patch, I was
On Fri, 28 Jan 2005, Andi Kleen wrote:
>
> Ok, thanks for the constructive feedback. I withdraw the patch then
> and will continue to maintain it in private.
But do be sure to send in the bugfixes
Hugh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
El vie, 28-01-2005 a las 10:02 -0800, Stephen Hemminger escribió:
> > Attached you can find a split up patch ported from grSecurity [1], as
> > Linus commented that he wouldn't get a whole-sale patch, I was working
> > on it and also studying what features of grSecurity can be implemented
> >
Hi!
This corrects type-checking into more drivers. No code changes, apart
from pci_choose_state() which should not matter because we are only
ever passing 0 or 3 to suspend method. With this, and after fixing
sound, we should be able to switch pm_message_t into struct in early
2.6.12 (and solve
On Friday, 28 of January 2005 18:24, you wrote:
> Hi!
>
[-- snip --]
>
> I'll do some testing later.
>
> > diff -Nru linux-2.6.11-rc2-orig/include/linux/suspend.h
> > linux-2.6.11-rc2/include/linux/suspend.h
> > --- linux-2.6.11-rc2-orig/include/linux/suspend.h 2005-01-28
> >
On Fri, 28 Jan 2005 18:47:55 +0100
Lorenzo Hernández García-Hierro <[EMAIL PROTECTED]> wrote:
> El vie, 28-01-2005 a las 18:40 +0100, Adrian Bunk escribió:
> > On Fri, Jan 28, 2005 at 06:17:17PM +0100, Lorenzo Hernández García-Hierro
> > wrote:
> > >...
> > > As it's impact is minimal (in
On Fri, 2005-01-28 at 18:17 +0100, Lorenzo HernÃndez GarcÃa-Hierro
wrote:
> Hi,
>
> Attached you can find a split up patch ported from grSecurity [1], as
> Linus commented that he wouldn't get a whole-sale patch, I was working
> on it and also studying what features of grSecurity can be
> Attached you can find a split up patch ported from grSecurity [1], as
> Linus commented that he wouldn't get a whole-sale patch, I was working
> on it and also studying what features of grSecurity can be implemented
> without a development or maintenance overhead, aka less-invasive
>
On Fri, 28 January 2005 18:17:17 +0100, Lorenzo Hernández García-Hierro wrote:
>
> Attached you can find a split up patch ported from grSecurity [1], as
> Linus commented that he wouldn't get a whole-sale patch, I was working
> on it and also studying what features of grSecurity can be
On Fri, Jan 28, 2005 at 10:43:42AM -0700, Zwane Mwaikambo wrote:
> On Fri, 28 Jan 2005, Andi Kleen wrote:
>
> > > Forgive me for not wading through the code, but it really needs to
> > > be spelt out in the comments: what's wrong with the existing kernel,
> > > with "noapic nolapic" in the
Roland Dreier wrote:
Reading through the tree, I see that some callers of get_user_pages()
release the pages that they got via put_page(), and some callers use
page_cache_release(). Of course has
#define page_cache_release(page) put_page(page)
so this is really not much of a
El vie, 28-01-2005 a las 18:40 +0100, Adrian Bunk escribió:
> On Fri, Jan 28, 2005 at 06:17:17PM +0100, Lorenzo Hernández García-Hierro
> wrote:
> >...
> > As it's impact is minimal (in performance and development/maintenance
> > terms), I recommend to merge it, as it gives a basic prevention for
Jeff,
You might have come across this hack before, but I figured I should
remind you that it is still very useful for ata_piix...
Without this patch, if the BIOS of an ICH6R box has IDE set to "RAID"
mode then ata_piix will not find any SATA disks because it incorrectly
tries the legacy mode.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paulo Marques wrote:
> John Richard Moser wrote:
>
>> In other words, no :)
>>
>> Here's self-exploiting code to discover its own return address offset
>> and exploit itself. It'll lend some insight into how this stuff works.
>
>
> I really
On Friday, 28 of January 2005 15:07, Martin Zwickel wrote:
> > @@ -373,15 +377,22 @@
> >
> > static int write_pagedir(void)
> > {
> > - unsigned long addr = (unsigned long)pagedir_nosave;
> > int error = 0;
> > - int n = SUSPEND_PD_PAGES(nr_copy_pages);
> > - int i;
> > + unsigned
I have a situation where the out of memory killer kicked in and killed
off a process. From the information displayed, it looks like there was
a lot of free memory available. I need some help interpreting the
output. I have included the console output from the oom killer.
It is running
On Fri, 28 Jan 2005, Andi Kleen wrote:
> > Forgive me for not wading through the code, but it really needs to
> > be spelt out in the comments: what's wrong with the existing kernel,
> > with "noapic nolapic" in the distro's bootstring by default?
>
> It's harder to explain and traditionally in
Jeff,
This fixes an occasional oops in the libata-scsi code.
Martins Krikis
--- linux-2.4.29/drivers/scsi/libata-scsi.c 2005-01-28 12:07:56.0
-0500
+++ linux-2.4.29-iswraid/drivers/scsi/libata-scsi.c 2005-01-28
12:14:43.0 -0500
@@ -283,7 +283,8 @@ void
Hi,
I got this oops unmounting by "eject" a defect DVD on a genuine
SCSI drive.
Jan 27 23:30:03 oenone kernel: Buffer I/O error on device sr0, logical block
1972790
Jan 27 23:30:03 oenone kernel: dc395x: eh_abort: (pid#733021) target=<01-0>
cmd=dfc99c40
Jan 27 23:30:03 oenone kernel: dc395x:
On Fri, Jan 28, 2005 at 06:17:17PM +0100, Lorenzo Hernández García-Hierro wrote:
>...
> As it's impact is minimal (in performance and development/maintenance
> terms), I recommend to merge it, as it gives a basic prevention for the
> so-called system fingerprinting (which is used most by "kids" to
On Fri, 28 Jan 2005 11:43:44 -0500, Dmitry Torokhov
<[EMAIL PROTECTED]> wrote:
> This time keyboard does not hang but NAKs everything instead...
Probably stupid question - does this box have AT keyboard? Or NAKs are
perfectly valid?
--
Dmitry
-
To unsubscribe from this list: send the line
On Fri, Jan 28, Dmitry Torokhov wrote:
> On Fri, 28 Jan 2005 11:43:44 -0500, Dmitry Torokhov
> <[EMAIL PROTECTED]> wrote:
> > This time keyboard does not hang but NAKs everything instead...
>
> Probably stupid question - does this box have AT keyboard? Or NAKs are
> perfectly valid?
There is
On Thu, Jan 27, 2005 at 08:28:43AM -0800, Jesse Barnes wrote:
> But then again,
> I suppose if a platform supports more than one legacy I/O space,
Eh?! there can only be *one* legacy I/O space.
We can support multipl IO port spaces, but only one can be the "legacy".
Moving the VGA device can
On Fri, Jan 28, 2005 at 04:49:53PM +0100, Andi Kleen wrote:
>...
> Also I must add in addition to the CONFIG there are valuable bugfixes
> in there too.
If a patch contains both bugfixes and a new feature it's the common way
to send them as different patches.
> -Andi
cu
Adrian
--
"Is
Ingo Molnar wrote:
* Gene Heskett <[EMAIL PROTECTED]> wrote:
Normal zone: 225280 pages, LIFO batch:16
HighMem zone: 32752 pages, LIFO batch:7
DMI 2.2 present.
__iounmap: bad address c00f <-why?
ACPI: RSDP (v000 Nvidia) @ 0x000f7220
I have no idea what is
Hi Marcelo,
this a backport of my patch that went into 2.6.10.
---
cdrom_read_toc (ide-cd.c) always reads the TOC using MSF format. If the
last session of the disk starts beyond block 1152000 (LBA) there's an
overflow in the MSF format and kernel complains:
Unable to identify CD-ROM format.
So
Hi!
> The following patch is (yet) an(other) attempt to eliminate the need for
> using higher
> order memory allocations on suspend. It accomplishes this by replacing the
> array
> of page backup entries with a list, so it is only necessary to allocate
> individual
> memory pages.
>
> I have
John Richard Moser wrote:
In other words, no :)
Here's self-exploiting code to discover its own return address offset
and exploit itself. It'll lend some insight into how this stuff works.
I really shouldn't feed the trolls, but this must be the most silly
piece of code I saw on this mailing
Hi,
Attached you can find a split up patch ported from grSecurity [1], as
Linus commented that he wouldn't get a whole-sale patch, I was working
on it and also studying what features of grSecurity can be implemented
without a development or maintenance overhead, aka less-invasive
implementations.
I want to develop a device driver that would allow access to board
registers and memory that is addressable
on the system bus. The reason for this is to allow hardware developers to
access board registers while the system
is running to determine what is wrong with a board. The problem I'm having
On Fri, 2005-01-28 at 16:38 +, Mark Watts wrote:
> > o Firmware issues
> >1) Cisco aironet firmware upload is quite inconsistent, fails with
> > 5.21 for example. Firmware <= 5.02 seems to be required for using
> > WEP with most access points. Latest Cisco-provided driver is
Hello!
"make menuconfig" for x86_64 looks somewhat funky:
[ ] Provide RTC interrupt (NEW)
Code maturity level options --->
General setup --->
...
I believe all x86_64 specific options for HPET timer should be moved to
the "Processor type and features" menu. That's where they are
Hi,
we have about 70 P4 uniprocessor machines (some with Hyperthreading
capable CPUs) running linux 2.4.29, which are woken up on the weekdays
by sending a WOL packet to them. The machines all have a E100 nic with
WOL enabled in the bios. The E100 driver is compiled into the kernel
and not loaded
On Fri, Jan 28, Dmitry Torokhov wrote:
> > i8042_write_data(56) swapper(1):c0,j4294674787 enter 96
> > i8042_write_data(58) swapper(1):c0,j4294674787 leave 96
>
> So this trace is without printk but with udelay, right? This time
> keyboard does not hang but NAKs everything instead... What if
Vojtech Pavlik wrote:
On Fri, Jan 21, 2005 at 04:27:53PM +0100, Wiktor wrote:
Hi,
my AT keyboard is dead on 2.6 series. Tests on other machines proves
that this is my-hardware-specyfic problem (exacly the same binnary works
on different mainboards with PS/2 keyboard and another AT keyboard). 2.4
On Fri, 28 Jan 2005 17:17:46 +0100, Olaf Hering <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 28, Dmitry Torokhov wrote:
>
> > Fixes as in "it reports that reset fails" again or it resets the
> > keyboard cleanly and works fine?
>
> It doesnt hang if I add printk around the outb.
>
> > > Do you have
Having looked at a lot of disks, I think that it is definitely worth
forcing a write to try and invoke the remap. With large drives, you
usually several bad sectors in the normal case (drive vendors allocate
up to a couple thousand spare sectors just for remapping).
Depending on the type of
printk format string misses a x
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
--- ../linux-2.6.11-rc2.orig/drivers/pci/probe.c2005-01-22
02:48:34.0 +0100
+++ .//drivers/pci/probe.c 2005-01-28 17:24:50.115957815 +0100
@@ -879,7 +879,7 @@ struct pci_bus * __devinit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> o Firmware issues
>1) Cisco aironet firmware upload is quite inconsistent, fails with
> 5.21 for example. Firmware <= 5.02 seems to be required for using
> WEP with most access points. Latest Cisco-provided driver is quite
>
On Fri, Jan 28, Dmitry Torokhov wrote:
> Fixes as in "it reports that reset fails" again or it resets the
> keyboard cleanly and works fine?
It doesnt hang if I add printk around the outb.
> > Do you have a version of that i8042 delay patch for 2.6.11-rc2-bk6?
> > Maybe it will help.
> >
>
>
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> The performance relative to mutual exclusion is quantifiable and very
> reproducible. [...]
yes, i dont doubt the results - my point is that it's not proven that
the other, more read-friendly types of locking underperform rwlocks.
Obviously
d_drop() must use the dentry->d_lock spinlock. In some cases __d_drop()
was used without holding the dentry->d_lock spinlock, too. This could
end in a race with __d_lookup().
Regards,
Jan
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
fs/autofs4/root.c |2 ++
fs/dcache.c|
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> I wouldn't be so sure about that. SGI is already implicitly relying on
>> the parallel holding of rwsems for the lockless pagefaulting, and
>> Oracle has been pushing on mapping->tree_lock becoming an rwlock for a
>> while, both for large
On Fri, 28 Jan 2005, Rik van Riel wrote:
>
> The main thing I would really like to preserve is the
> space used for "near-NULL" pointer detection. That is,
> detection of trying to access a large index in a NULL
> pointer array, etc.
>
> I'd be happy to have some arbitrary value for the lower
>
Randy.Dunlap wrote:
Pierre Ossman wrote:
I recently tried out adding PNP support to my driver to remove the
hassle of finding the correct parameters for it. This, however,
causes it to show up under the pnp bus, where as it previously was
located under the platform bus.
Is the idea that PNP
101 - 200 of 573 matches
Mail list logo