Tim Fletcher writes:
> What ever a none privilaged user space apps does witness:
>
> root@localhost# dd if=/dev/random of=/dev/mem
If you can do that as a non-priviledged user, then you've got bigger
security problems than that.
/dev/mem should NOT be read/writable by anyone other than root. I
> I sent the below patch to Linus earlier today. I didn't copy
> any mailing list because it's a bit security-related. Oh well.
Its been in -ac for while but using a define since its a constant
so it not a secret 8)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
> > > kernel BUG at slab.c:1542!
>
> The kernel should never oops, no matter what user space does to it.
What ever a none privilaged user space apps does witness:
root@localhost# dd if=/dev/random of=/dev/mem
--
Tim Fletcher - Network manager .~.
/V\
> The kernel appears to run fine with this bug() removed.
>
> BTW- gimp and a few other apps also manage to trigger it..
You can add sane with an advansys scsi card and various scsi scanners to
that list
--
Tim Fletcher - Network manager .~.
/V\ L
True, It's just odd that we're having the same problem with the X server, so its
a double whammy ;)
Daniel Phillips wrote:
> Shawn Starr wrote:
> > This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> > extention. This has been discussed on the Xpert XFree86 mailing list. T
Daniel Phillips wrote:
>
> I don't know much about the history of this bug but it's quite clear
> it's deliberately inserted:
>
> void * kmalloc (size_t size, int flags)
>
> BUG(); // too big size
> return NULL;
>
I sent the below patch
Gregory Maxwell wrote:
>
> On Wed, Jan 24, 2001 at 01:58:22PM +0100, Daniel Phillips wrote:
> > > This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> > > extention. This has been discussed on the Xpert XFree86 mailing list. There
> > > is a fix in the works (depends on the
On Wed, Jan 24, 2001 at 01:58:22PM +0100, Daniel Phillips wrote:
> > This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> > extention. This has been discussed on the Xpert XFree86 mailing list. There
> > is a fix in the works (depends on the TrueType fonts your using).
>
>
Shawn Starr wrote:
> This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> extention. This has been discussed on the Xpert XFree86 mailing list. There
> is a fix in the works (depends on the TrueType fonts your using).
A BUG is a BUG:
> > kernel BUG at slab.c:1542!
The ke
If it makes the kernel do Bad Things, the kernel needs to be fixed.
-d
Shawn Starr wrote:
> This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> extention. This has been discussed on the Xpert XFree86 mailing list. There
> is a fix in the works (depends on the TrueType fo
This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
extention. This has been discussed on the Xpert XFree86 mailing list. There
is a fix in the works (depends on the TrueType fonts your using).
Unless otherwise, Im using 2.4.1-pre9 with no such faults (XFree86 CVS
X11R6.5.1
Hello, this is perfectly reproductable, fresh RH7.0 kernel 2.4.1-pre9
compiled with kgcc, and the same bug in pre1, pre4 & pre9. I only need
to run xfontsel and the xfs dies, every time, prefectly reproductable.
Using XFree86-xfs-4.0.1-1, and this XFree packages:
XFree86-4.0.1-1
XFree86-tools-4.0
12 matches
Mail list logo
