On Sunday 01 May 2005 07:06 am, Blaisorblade wrote:
> > (That said, if you do use -p to get get a setuid bash, there's several
> > other things you should do to make this marginally less dangerous. And I
> > wouldn't trust myself to remember them all off the top of my head...)
>
> No, I'm not say
On Sun, May 01, 2005 at 01:30:57PM +0200, Blaisorblade wrote:
> For now I've added an #ifdef to re-include that code for x86, while excluding
> it for x86_64. Also, is that up-to-date wrt. 2.6.12-rc3?
Yes, it is. As for the ptrace.c... IMO the right thing is per-architecture
helper here. Such
Just a quick question. Have anybody seen hostfs randomly failing to list
files when doing ls on samba-filesystems on the host, or other
filesystems?
Just wondering if I'm alone in the world being bother by this kernel-bug:
http://bugzilla.kernel.org/show_bug.cgi?id=4497
Stian Skjelstad aka mw
On Thursday 28 April 2005 23:53, Al Viro wrote:
> On Thu, Apr 28, 2005 at 04:26:47PM -0400, Jeff Dike wrote:
> > > That's because that stuff is not merged yet. Speaking of which, where
> > > does the current UML tree live and who should that series be Cc'ed to?
> >
> > My patchset lives at http://
On Thursday 28 April 2005 22:48, Jeff Dike wrote:
> On Thu, Apr 28, 2005 at 11:10:53AM -0700, Chris Wright wrote:
> > * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> > > Split the i386 entry.S files into entry.S and syscall_table.S which
> > > is included in the previous one (so actually there is
On Friday 29 April 2005 01:38, Rob Landley wrote:
> On Friday 29 April 2005 03:16 pm, Blaisorblade wrote:
> > > Hmmm... I suppose I could always have a wrapper script
> >
> > which can't be setuid if in bash, could if in Perl and perlsuid is
> > installed.
>
> Actually you can run bash setuid with
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This patch does some totally trivial compilation fixes. It also restores the
debugregs manipulation, which was commented out simply because it doesn't
compile on x86_64 (we haven't yet implemented there debugregs handling).
Signed-off-by:
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
These are some trivial fixes for the x86-64 subarch module support. The only
potential problem is that I have to modify arch/x86_64/kernel/module.c, to
avoid copying the whole of it.
I can't use it verbat
On Thursday 28 April 2005 17:54, Mei,Jia wrote:
> Hi,
>
> When I try gdb-5.3.90 with uml in vanilla-2.6.10 kernel. I found a problem.
>
> When I set a breakpoint somewhere, and after some step, uml will
> always get a SIGTRAP signal and trap into gdb.
>
> Does anyone met the same problem as me? Any
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
In include/asm-x86_64/string.h there are such comments:
/* Use C out of line version for memcmp */
#define memcmp __builtin_memcmp
int memcmp(const void * cs,const void * ct,size_t count);
This would me
10 matches
Mail list logo
