Herbert Xu wrote:
On Fri, Feb 04, 2005 at 09:38:13PM -0800, David S. Miller wrote:
It is just the first such thing I found, scanning rt6i_idev uses
will easily find several others.
You're right of course. I thought they were all harmless but I was
obviously wrong about this one.
So here is a patc
Hello, Bartlomiej.
Here are four patches which implement taskfile handling functions and
merge flagged_taskfile() into do_rw_taskfile().
I didn't implement separate writing function for flagged taskfile,
rationale being...
1. A single function which properly handles both unflagged and
fl
04_ide_merge_rw_and_flagged_taskfile.patch
Merged flagged_taskfile() into do_rw_taskfile(). During the
merge, the following change took place.
- Uses taskfile->data_phase to determine if dma trasfer is
requested. (previously, do_rw_taskfile() directly switched
02_ide_do_rw_disk_use_write_taskfile.patch
__ide_do_rw_disk() rewritten using ide_write_taskfile().
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series3-export/drivers/ide/ide-disk.c
===
--- linux-ide-ser
03_ide_read_taskfile.patch
Status reading part of ide_end_drive_cmd() is moved into
a separate function ide_read_taskfile().
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series3-export/drivers/ide/ide-io.c
==
In article <[EMAIL PROTECTED]> (at Sun, 06 Feb 2005 11:55:19 +0100), Andre Tomt
<[EMAIL PROTECTED]> says:
> I'm contemplating just using it as a quick-fix until 2.6.11 to get this
> problem under control.
Would you find if my patch works? Thanks.
--yoshfuji
-
To unsubscribe from this list: sen
01_ide_write_taskfile.patch
ide_write_taskfile(), which writes the content of a ide_task_t
into the IDE taskfile registers, is implemented, and
do_rw_taskfile() and flagged_taskfile() are converted to use
ide_write_taskfile(). Behavior changes are
- flagge
On Sat, Feb 05, 2005 at 09:45:59PM +1100, herbert wrote:
>
> Although I still think this is a bug, I'm now starting to suspect
> that there is another bug around as well.
>
> There is probably an ifp leak which in turn leads to a split dst
> leak that allows the first bug to make its mark.
Found
In article <[EMAIL PROTECTED]> (at Sun, 6 Feb 2005 22:41:45 +1100), Herbert Xu
<[EMAIL PROTECTED]> says:
> On Sat, Feb 05, 2005 at 09:45:59PM +1100, herbert wrote:
> >
> > Although I still think this is a bug, I'm now starting to suspect
> > that there is another bug around as well.
> >
> > The
On Fri, 4 Feb 2005 16:13:19 +0900 (KST), Tejun Heo <[EMAIL PROTECTED]> wrote:
>
> 11_ide_pci_pdc202xx_old_merge.patch
>
> Merges ide/pci/pdc202xx_old.h into pdc202xx_old.c.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscr
On Fri, 4 Feb 2005 16:13:19 +0900 (KST), Tejun Heo <[EMAIL PROTECTED]> wrote:
>
> 12_ide_pci_piix_merge.patch
>
> Merges ide/pci/piix.h into piix.c.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, 4 Feb 2005 16:13:19 +0900 (KST), Tejun Heo <[EMAIL PROTECTED]> wrote:
>
> 13_ide_pci_serverworks_cleanup.patch
>
> Removes unused SVWKS_DEBUG_DRIVE_INFO from ide/pci/serverworks
> driver.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
applied
-
To unsubscribe from thi
applied, thanks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sat, 5 Feb 2005 09:01:36 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Sorry, the original #14 added back SVWKS_DEBUG_DRIVE_INFO which #13
> removed. This is the regenerated patch.
>
> 14_ide_pci_serverworks_merge.patch
>
> Merges ide/pci/serverworks.h into serverworks.c.
>
> Signed
> @@ -161,8 +161,6 @@
> return ide_stopped;
> }
>
> -EXPORT_SYMBOL(do_rw_taskfile);
> -
Is this patch against -mm or ide-dev-2.6?
do_rw_taskfile() is still needed for ide-disk.c in linus' tree,
the other two exports can be removed
-
To unsubscribe from this list: send the line "unsubscr
On Sun, Feb 06, 2005 at 02:25:32PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > @@ -161,8 +161,6 @@
> > return ide_stopped;
> > }
> >
> > -EXPORT_SYMBOL(do_rw_taskfile);
> > -
>
> Is this patch against -mm or ide-dev-2.6?
This is against -mm.
But the only changes regarding do_rw_taskfile
Hi,
This time two small bugfixes and removal of drivers/ide/pci/*.h.
Bartlomiej
Please do a
bk pull bk://bart.bkbits.net/ide-2.6
This will update the following files:
drivers/ide/pci/aec62xx.h | 122 --
drivers/ide/pci/cmd64x.h | 95
drivers/ide/pci/cy
libata-dev-2.6, the development queue for the Linux SATA driver libata,
has been updated. See attachment for BK info, patch URL, and full list
of changes.
Here is a quick summary of the goodies lurking in libata-dev, and also
the Reason Why It's Not Upstream (RWINU):
1) ATA passthru. Arbitra
I put some more thought into this change... details below...
On Sat, 5 Feb 2005 11:15:56 +0900 (KST), Tejun Heo <[EMAIL PROTECTED]> wrote:
> @@ -705,24 +705,17 @@ static int idedisk_issue_flush(request_q
> {
> ide_drive_t *drive = q->queuedata;
> struct request *rq;
> + id
On Sat, 5 Feb 2005 11:15:56 +0900 (KST), Tejun Heo <[EMAIL PROTECTED]> wrote:
> - int err = 0;
> - u8 args[7], *argbuf = args;
> - int argsize = 7;
> + u8 args[7];
> + ide_task_t task;
> + task_ioreg_t *regs = task.tfRegister;
u8 *regs please
> + int re
I have not fully reviewed it yet but I've noticed two things...
> @@ -648,11 +648,11 @@ u8 eighty_ninty_three (ide_drive_t *driv
>
> EXPORT_SYMBOL(eighty_ninty_three);
>
> -int ide_ata66_check (ide_drive_t *drive, ide_task_t *args)
> +int ide_ata66_check(ide_drive_t *drive, task_ioreg_t *regs)
I forgot about this one...
> @@ -55,22 +55,19 @@
> #include
> #include
>
> -static void ide_fill_flush_cmd(ide_drive_t *drive, struct request *rq)
> +void ide_init_flush_task(ide_drive_t *drive, ide_task_t *args)
> {
> - char *buf = rq->cmd;
> -
> - /*
> -* reuse cdb spac
On Thu, 3 Feb 2005, Andrew Morton wrote:
> I did a patch which switched loop to use the file_operations.read/write
> about a year ago. Forget what happened to it. It always seemed the right
> thing to do..
How did you implement the write? At the moment the loop driver gets hold
of both source
Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
>
> On Thu, 3 Feb 2005, Andrew Morton wrote:
> > I did a patch which switched loop to use the file_operations.read/write
> > about a year ago. Forget what happened to it. It always seemed the right
> > thing to do..
>
> How did you implement the writ
On Sun, Feb 06, 2005 at 09:30:18PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
>
> How about this; Ignore entries addrconf_dst_alloc'ed entries in rt6_ifdown()?
Great, that definitely fixes the local address problem.
I'm not sure about anycast routes though. Who's going to delete them
when th
Hi,
ChangeLog:
* sync with linux-2.6 tree
* merge "convert IDE device drivers to driver model" serie
(except the last patch which is the actual conversion :)
* fix ATAPI Power Management
BK users:
bk pull bk://bart.bkbits.net/ide-dev-2.6
This will update the following files:
drive
Nobody answered so i repeat the question.
I think i found a way to make use of NLS table for HFS filesystem and
i'm going to try to implement it. But first i need to create NLS module
for codepage 10007 (Mac cyrillic). In the beginning of every existing
NLS module code i see comment which says th
On Saturday 05 February 2005 01:00 pm, Frank Sorenson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Rob Landley wrote:
> | As of yesterday afternoon, the UML build still breaks in
> | sys_call_table.c,
...
> This patch for sys_call_table.c was merged into the main tree in this
> chan
On Sun, 2005-02-06 at 21:15 -0800, David Brownell wrote:
> And I didn't see an "unusual_devs.h" entry for it, but it does
> look to need the CONFIG_USB_STORAGE_HP8200e support, which I
> see is labeled "experimental". I don't know how solid the
> support for that is. But I see Greg's checked in
On Sunday 06 February 2005 7:59 am, Giuseppe Bilotta wrote:
>
> I have a MAGNEX/ViPower USB/FirWire external HD enclosure. I
> found that it works pretty fine (albeit slowly) when connected
> to the USB 1.1 ports built in my Dell Inspiron 8200, but trying
> to connect it via the Hamlet PCMCIA U
Hi!
> > In 2.6.11-rc[23], I get problems after swsusp resume:
> >
> > Feb 4 23:54:39 amd kernel: Restarting tasks...<3>hub 3-0:1.0:
> > over-current change on port 1
> > Feb 4 23:54:39 amd kernel: done
> > Feb 4 23:54:39 amd kernel: hub 3-0:1.0: connect-debounce failed, port
> > 1 disabled
>
On Sunday 06 February 2005 6:55 pm, Rusty Russell wrote:
> Device Descriptor:
> bLength18
> bDescriptorType 1
> bcdUSB 2.00
> bDeviceClass0 (Defined at Interface level)
> bDeviceSubClass 0
> bDeviceProtocol 0
> bMaxPack
John Stoffel wrote:
>
> I haven't tried lately, but my USB/FireWire enclosure never worked
> with Linux (or WinNT under firewire, sigh...) so I haven't touched it
> in months. Money down the drain.
I have a MAGNEX/ViPower USB/FirWire external HD enclosure. I
found that it works pretty fine (alb
On Fri, 2005-02-04 at 12:41 -0800, David Brownell wrote:
> On Friday 04 February 2005 4:16 am, Rusty Russell wrote:
> >
> > Is USB/SCSI just terminally broken under 2.6?
>
> I don't think so, but there are problems that appear in some
> hardware configs and not others. Many folk report no prob
Hi,
I have compiled the kerne 2.4.21. Compilation went
well. but i got follwing message at boot time.
=
.
.
/lib/mptscsih.o : unresolved symbol
mpt_deregister_Rsmp_6fb5ab71
/lib/mptscsih.o : Unresolved symbol
mpt_event_register_Rsmp_34ace96b
ERROR : /bi
Have you ever considered asking on the linux-dvb mailing list for a more
recent address? stop trolling and do something useful. please.
Bounces are sometimes temporary, contacting linux dvb developers is
usually easiest over the linux-dvb mailing list. Subscribe there if you
have a dvb-related
Hi Greg,
I have added ID matching, MODULE_DEVICE_TABLE and hotplug to serio
subsystem; now that Vojtech pulled changes into his tree please consider
adding these 2 scripts to the hotplug package so drivers for new serio
ports could be loaded automatically.
Thanks!
--
Dmitry
serio.agent
Descri
Hello
(I'd like to have all replies CC'ed to me)
This is a dual Pentium 3 box with an Abit VP6 motherboard.
The USB controller has a LaCie CD-RW drive connected to it, and nothing else.
eth0 is working at 100Mbps, connected to a switch.
I tried moving a 500MB file from the HD of this machine
Andrew Morton <[EMAIL PROTECTED]> writes:
> Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > Peter Osterlund <[EMAIL PROTECTED]> writes:
> >
> > > Laurent Riffard <[EMAIL PROTECTED]> writes:
> > >
> > > > This is kernel 2.6.11-rc3-mm1. I can't mount an UDF-formatted cdrw
> > > > in packet-writ
Hi!
> > > Currently the suggested combo is local APIC + ACPI PM timer...
> >
> > Ok, works slightly better: time no longer runs 2x too fast. When TSC
> > is used, I get same behaviour as before ("sleepy machine"). With
> > "notsc", machine seems to work okay, but I still get 1000 timer
> > inter
On Sun, Feb 06, 2005 at 12:29:20AM -0500, Dmitry Torokhov wrote:
> On Saturday 05 February 2005 16:11, Vojtech Pavlik wrote:
> > On Sat, Feb 05, 2005 at 02:48:56PM -0500, Dmitry Torokhov wrote:
> > > Hi,
> > >
> > > The patch below attempts to better handle situation when psmouse interrupt
> > > i
Hello,
I was wondering where I might find some good dev
documentation (if possible free since I am on a tight
budget currently), because I wish to port a 2.4 kernel
modem driver to 2.6 so I can use the driver properly.
Thank you very much for your time.
-Garrett
_
On Sun, Feb 06, 2005 at 02:23:48AM -0500, Dmitry Torokhov wrote:
> Ok, here is the patch using PSMOUSE_CMD_POLL. Seems to work fine with 2
> external mice that I have and my touchpad in PS/2 compatibility mode.
>
> Unfortunately POLL command kicks Synaptics out of absolute mode so I
> disabled al
Hi!
> > > Ok, works slightly better: time no longer runs 2x too fast. When TSC
> > > is used, I get same behaviour as before ("sleepy machine"). With
> > > "notsc", machine seems to work okay, but I still get 1000 timer
> > > interrupts a second.
>
> ...
>
> >
> > Sounds like your system is no
Hi!
> > > Ok, works slightly better: time no longer runs 2x too fast. When TSC
> > > is used, I get same behaviour as before ("sleepy machine"). With
> > > "notsc", machine seems to work okay, but I still get 1000 timer
> > > interrupts a second.
> >
> > Sounds like your system is not running wi
On Sun, 2005-02-06 at 09:11 +0100, Pavel Machek wrote:
> I do have CONFIG_X86_PM_TIMER enabled, but it seems by board does not
> have such piece of hardware:
>
> [EMAIL PROTECTED]:/usr/src/linux-mm$ dmesg | grep -i "time\|tick\|apic"
> PCI: Setting latency timer of device :00:11.5 to 64
> [EMA
On Feb 05 2005, William Park wrote:
> On Sat, Feb 05, 2005 at 08:45:58PM -0200, Rogério Brito wrote:
> > The message seems to be related to the Promise PDC20265 driver and it
> > appeared right after I moved my HDs from my motherboard's VIA controllers
> > to the Promise controllers. I have an Asus
On Sun, Feb 06, 2005 at 02:46:20AM -0500, Dmitry Torokhov wrote:
> Hi,
>
> This patch adds resume support to serio_bus based on serio reconnect
> framework so now not only i8042 ports will be re-initialized at resume.
> It also removes serio_reconnect calls from i8042 as they no longer
> needed.
>
On Sat, 2005-02-05 at 21:36 -0500, Jeff Garzik wrote:
> Martins Krikis wrote:
> > Version 0.1.5 of the Intel Sofware RAID driver (iswraid) is now
> > available for the 2.4 series kernels at
> > http://prdownloads.sourceforge.net/iswraid/2.4.29-iswraid.patch.gz?download
>
> ACK from me
personally
On Sat, Feb 05, 2005 at 06:00:33PM -0500, Dmitry Torokhov wrote:
> > I converted it to a proper input driver for you. ;) Can you check it if
> > it still works?
> >
> > +static irqreturn_t mk712_interrupt(int irq, void *dev_id, struct pt_regs
> > *regs)
> > +{
> > +unsigned char status;
Hi!
There seem to be some problems with top:
top - 10:19:24 up 4 min, 3 users, load average: 0.74, 0.48, 0.21
Tasks: 58 total, 2 running, 56 sleeping, 0 stopped, 0 zombie
Cpu(s): 55.1% us, 6.4% sy, 0.0% ni, 0.0% id, 38.5% wa, 0.0% hi, 0.0% si
Mem: 1031424k total,72840k used,
Hi!
> The patch below attempts to better handle situation when psmouse interrupt
> is delayed for more than 0.5 sec by requesting a resend. This will allow
> properly synchronize with the beginning of the packet as mouse is supposed
> to resend entire package.
+* This is second er
Andrew Morton <[EMAIL PROTECTED]> writes:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
enabled. If I also have CONFIG_FRAMEBUFFER_CONSOLE enabled, I get this
output:
Unable to hand
https://bugs.freedesktop.org/show_bug.cgi?id=2431
might have something to do with this...
Dave.
On Fri, 4 Feb 2005 16:57:50 +1100, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > The logs with secondary radeon used to end like this:
> > (II) LoadModule: "int10"
> > (II) Reloading /usr/X11R6/lib/modul
Hi Adrian,
thanks for the proposed patch.
Making the functions static is a good idea, I will check and test this.
Removing some functions, especially from io.* and di.* is not good. These
functions are mainly used with other sub-drivers which are not part of the
kernel. I will check if they are s
Hi!
> > I do have CONFIG_X86_PM_TIMER enabled, but it seems by board does not
> > have such piece of hardware:
> >
> > [EMAIL PROTECTED]:/usr/src/linux-mm$ dmesg | grep -i "time\|tick\|apic"
> > PCI: Setting latency timer of device :00:11.5 to 64
> > [EMAIL PROTECTED]:/usr/src/linux-mm$
>
>
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> There seem to be some problems with top:
>
> top - 10:19:24 up 4 min, 3 users, load average: 0.74, 0.48, 0.21
> Tasks: 58 total, 2 running, 56 sleeping, 0 stopped, 0 zombie
> Cpu(s): 55.1% us, 6.4% sy, 0.0% ni, 0.0% id, 38.5% wa, 0.0% hi
On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
> It gives me a kernel panic at boot if I have CONFIG_FB_RADEON
> enabled. If I also have CONFIG_F
On Ne 06-02-05 02:29:06, Andrew Morton wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > There seem to be some problems with top:
> >
> > top - 10:19:24 up 4 min, 3 users, load average: 0.74, 0.48, 0.21
> > Tasks: 58 total, 2 running, 56 sleeping, 0 stopped, 0 zombie
> > Cpu(s)
Argh...
--- Neil Conway <[EMAIL PROTECTED]> wrote:
> Hi...
>
> --- Bodo Eggert <[EMAIL PROTECTED]> wrote:
> > No common x86 BIOS can understand any partition table. Booting is
> > done by
> > loading the first sector of the boot device and executing it. The
> > common
>
> D'oh!! Red-face here.
Am Samstag, 5. Februar 2005 18:38 schrieb Jon Smirl:
> On Sat, 5 Feb 2005 17:48:43 +0100, Stefan Dösinger
>
> <[EMAIL PROTECTED]> wrote:
> > The reset code of radeon card seems to be easy to reverse engineer. I
> > have started an attempt and I have 50-60% of my radeon M9 reset code
> > implemented
Hello John,
Am 2005-02-06 00:33:43, schrieb John Richard Moser:
> So I've noticed, again, much annoyed, that if I rely on -t auto,
> horrible horrible things happen.
Maybe you add the file
__( '/etc/filesystems' )__
/
| ext3
| ext2
|
Hallo,
I'm getting more and more reports that the PT_GNU_STACK change breaks
a lot of programs. In particular it breaks grub which implies that nobody
could have really tested it. Mono seems to break too, there are undoubtedly
others. There are some reports of Wine breaking too, I suspect
they ar
Adam Belay wrote:
On Sat, Feb 05, 2005 at 06:10:02PM +0100, Pierre Ossman wrote:
I'm having problem with a card reader on a laptop (Acer Aspire 1501).
The device doesn't get its resources configured properly.
The reader is connected to the LPC bus so there is no standardised way
to configure
On Sun, Feb 06, 2005 at 12:36:35PM +0100, Andi Kleen wrote:
> PT_GNU_STACK assumes that any program with a PT_GNU_STACK header
> always pass correct PROT_EXEC flags to mmap/mprotect etc. before
> allocating mappings.
that is incorrect and was introduced later
> Worse is that even when the prog
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > [...] when the program has trampolines and has PT_GNU_STACK
> > header with an E bit on the stack it still won't get an executable
> > heap by default (this is what broke grub)
>
> this I can fix easy, see the patch below
>
> the problem is in
On Sünndag 06 Februar 2005 04:26, Olof Johansson wrote:
>
> Abstract most manual mask checks of cpu_features with cpu_has_feature()
>
Just to get back to the point of consistant naming: In case we do the
other proposed changes as well, is everyone happy with the following
function names?
cpu_ha
My proposal is to recompile broken software with cflags += -Wa,--noexecstack.
This works fine with e.g. 2.6.10+pax/i386.
--
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */
#define say(x) lie(x)
-
To unsubscribe from this list: send the line
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
> >
> > It gives me a kernel panic at bo
Hi!
> +extern void disable_pit_tick(void);
> +extern void reprogram_pit_tick(int jiffies_to_skip);
> +extern void reprogram_apic_timer(unsigned int count);
> +extern void reprogram_pit_tick(int jiffies_to_skip);
reprogram_pit_tick is here twice; but perhaps this should be moved to
some kind of he
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > [...] when the program has trampolines and has PT_GNU_STACK
> > > header with an E bit on the stack it still won't get an executable
> > > heap by default (this is what broke grub)
> > So I rather see the patch below merged instead; it fixes the wo
On Sun, Feb 06, 2005 at 09:33:44PM +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
> >
> > It gives me
> Your main objection is that *incorrect* programs that assume they can
> execute malloc() code without PROT_EXEC protection. For legacy binaries
> keeping this behavior makes sense, no objection from me.
>
> For newly compiled programs this is just wrong and incorrect.
That's not true as the gru
> Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
>
> (I'd like to stress that this problem only affects packages _recompiled_
> with new gcc, running on NX capable CPUs - legacy apps or CPUs are in no
Yeah, but who did the auditing of all user land packages if they
don't need changes? And who to
On Sun, 2005-02-06 at 13:33 +0100, Andi Kleen wrote:
> > Your main objection is that *incorrect* programs that assume they can
> > execute malloc() code without PROT_EXEC protection. For legacy binaries
> > keeping this behavior makes sense, no objection from me.
> >
> > For newly compiled program
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> > So I rather see the patch below merged instead; it fixes the worst
> > problems (RWE not marking the heap executable) while keeping this
> > useful feature enabled.
> >
> > Signed-off-by: Arjan van de
On Sun, 06 Feb 2005 10:27:56 +0100, Arjan van de Ven
<[EMAIL PROTECTED]> wrote:
> On Sat, 2005-02-05 at 21:36 -0500, Jeff Garzik wrote:
> > Martins Krikis wrote:
> > > Version 0.1.5 of the Intel Sofware RAID driver (iswraid) is now
> > > available for the 2.4 series kernels at
> > > http://prdownlo
On Sun, Feb 06, 2005 at 01:40:22PM +0100, Arjan van de Ven wrote:
> On Sun, 2005-02-06 at 13:33 +0100, Andi Kleen wrote:
> > > Your main objection is that *incorrect* programs that assume they can
> > > execute malloc() code without PROT_EXEC protection. For legacy binaries
> > > keeping this behav
> i.e. all mappings are executable (i.e. READ_IMPLIES_EXEC effect) - the
> intended change. (although i dont fully agree with PT_GNU_STACK being
> about something else than the stack, from a security POV if the stack is
> executable then all bets are off anyway. The heap and all mmaps being
> execu
Le 06.02.2005 09:18, Peter Osterlund a écrit :
[snip]
Anyway, the problem is that the add-struct-request-end_io-callback
patch forgot to update pktcdvd.c. This patch fixes it. It should
probably be merged into the add-struct-request-end_io-callback patch,
because that patch already fixes up other s
On Sun, 2005-02-06 at 13:50 +0100, Andi Kleen wrote:
> > i.e. all mappings are executable (i.e. READ_IMPLIES_EXEC effect) - the
> > intended change. (although i dont fully agree with PT_GNU_STACK being
> > about something else than the stack, from a security POV if the stack is
> > executable then
> correct,
> http://lists.ximian.com/archives/public/mono-list/2004-June/021592.html
>
> that fixes mono instead
Silent breakage => bad.
>
> > (and i suspect wine) and the others
>
> wine is ok, it uses PROT_EXEC correctly for things it's not sure about.
Hmm, I got a report that it doesn't w
> Hmm, I got a report that it doesn't work anymore with
> 2.6.11rcs on x86-64. I haven't looked closely yet,
> but it wouldn't surprise me if this change isn't also involved.
PT_GNU_STACK change is there since like 2.6.6 (and was put in by a suse person)
To me that is a strong indication that y
On Sun, Feb 06, 2005 at 02:01:52PM +0100, Andi Kleen wrote:
> > correct,
> > http://lists.ximian.com/archives/public/mono-list/2004-June/021592.html
> >
> > that fixes mono instead
>
> Silent breakage => bad.
silent breakage for newly compiled buggty and non-portable code.
Still not nice but ce
On Sun, Feb 06, 2005 at 02:04:57PM +0100, Arjan van de Ven wrote:
>
> > Hmm, I got a report that it doesn't work anymore with
> > 2.6.11rcs on x86-64. I haven't looked closely yet,
> > but it wouldn't surprise me if this change isn't also involved.
>
> PT_GNU_STACK change is there since like 2.
On Tue, Feb 01, 2005 at 10:24:39AM -0500, Dmitry Torokhov wrote:
> On Tue, 1 Feb 2005 08:52:15 -0600, David Fries <[EMAIL PROTECTED]> wrote:
> > Currently a blocking read, select, or poll call will not return if a
> > joystick device is unplugged. This patch allows them to return.
> >
> ...
> > s
On Sun, Feb 06, 2005 at 01:06:50PM +, Christoph Hellwig wrote:
> On Sun, Feb 06, 2005 at 02:01:52PM +0100, Andi Kleen wrote:
> > > correct,
> > > http://lists.ximian.com/archives/public/mono-list/2004-June/021592.html
> > >
> > > that fixes mono instead
> >
> > Silent breakage => bad.
>
> si
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 06, 2005 at 02:04:57PM +0100, Arjan van de Ven wrote:
> >
> > > Hmm, I got a report that it doesn't work anymore with
> > > 2.6.11rcs on x86-64. I haven't looked closely yet,
> > > but it wouldn't surprise me if this change isn't also invol
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 06, 2005 at 01:06:50PM +, Christoph Hellwig wrote:
> > On Sun, Feb 06, 2005 at 02:01:52PM +0100, Andi Kleen wrote:
> > > > correct,
> > > > http://lists.ximian.com/archives/public/mono-list/2004-June/021592.html
> > > >
> > > > that fixes
On Sun, Feb 06, 2005 at 02:31:33PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > On Sun, Feb 06, 2005 at 02:04:57PM +0100, Arjan van de Ven wrote:
> > >
> > > > Hmm, I got a report that it doesn't work anymore with
> > > > 2.6.11rcs on x86-64. I haven't looked clo
> fortunately there's this 'NX-emulation' thing called exec-shield which
> is part of Fedora (and has been part of it for almost 2 years) and did
> all the testing for you on all x86 hardware, on thousands of packages
> and on over a ten thousand binaries, well in advance of this going
> upstream.
I didn't find any possible modular usage of mca_find_device_by_slot in
the kernel, and this patch therefore removes the EXPORT_SYMBOL.
This patch should be safe since mca-legacy is nothing drivers should
move to.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc3-mm1-full/driv
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > RWE. But if it triggers it shows up immediately so it's not like you
> > have no sign that something wrong is going on. Only grub-install
> > triggers it and no boot/install kernel i know of defaults to
> > PAE-enabled, that's what caused grub-install be
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Last summer nobody did change the 32bit ABI on x86-64.
> >
> > I only started it because the bug reports are appearing now and it's
> > clear now that we have a problem.
>
> the vanilla 2.6.10 x64 kernel, using 32-bit fedora userland boots fine
> he
Hi Enrico,
Sorry for the delay.
> I have a board with the ALI M7101 chip, but I can't activate it in
> BIOS. I tried to compile the prog/hotplug/m7101.c but I seen that
> this is only for 2.4 Kernels. Is there a module for 2.6?
The prog/hotplug/m7101.c (from the lm_sensors project) was a quick
Hi,
I have a locking problem with platform devices in a little bit unusual
scenario; we have an FPGA which has a device information memory block
for the several "parts" in the FPGA. So we have written a base driver
which registers the device information block with the driver model, then
looks wha
On Sun, Feb 06, 2005 at 03:08:02PM +0100, Ingo Molnar wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > RWE. But if it triggers it shows up immediately so it's not like you
> > > have no sign that something wrong is going on. Only grub-install
> > > triggers it and no boot/install kernel i
Hi all,
Quoting myself:
> I am as surprised as you are to see this here. I2C_ALGO_AU1550 should
> really be made a different value. There is also a problem with
> I2C_ALGO_PCA and I2C_ALGO_SIBYTE having the same value, which was
> already reported to Greg some days ago if memory serves. I think I
Hello!
On Sun, 6 Feb 2005, OGAWA Hirofumi wrote:
OGAWA Hirofumi <[EMAIL PROTECTED]> writes:
Umm... Bit strange...
I couldn't find the PCI4510 in yenta_table. Did you add the PCI4510 to
yenta_table? Could you send "lspci -n" (what vendor-id and device-id)?
:02:01.0 CardBus bridge: Texas Instrume
Bartlomiej Zolnierkiewicz wrote:
On Sun, 06 Feb 2005 10:27:56 +0100, Arjan van de Ven
<[EMAIL PROTECTED]> wrote:
On Sat, 2005-02-05 at 21:36 -0500, Jeff Garzik wrote:
Martins Krikis wrote:
Version 0.1.5 of the Intel Sofware RAID driver (iswraid) is now
available for the 2.4 series kernels at
http:/
1 - 100 of 219 matches
Mail list logo
