Tony Foiani <[EMAIL PROTECTED]> wrote:
>> "David" == David Schwartz <[EMAIL PROTECTED]> writes:
> Just last night I formatted some new "500GB" drives, and they
> eventually came back with 465GB as the displayed capacity. Wouldn't
> it make more sense to display that as "465GiB"?
[...]
> Dav
Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 1/18/07, Russell King <[EMAIL PROTECTED]> wrote:
>> On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
>> > 2. Set command_line as __initdata.
>> You can't.
>>
>> > -static char command_line[COMMAND_LINE_SIZE];
>> > +static char __initdata
On Tue, 16 Jan 2007, Arjan van de Ven wrote:
> On Tue, 2007-01-16 at 21:26 +0100, Bodo Eggert wrote:
> > Helge Hafting <[EMAIL PROTECTED]> wrote:
> > > Michael Tokarev wrote:
> > >> But seriously - what about just disallowing non-O_DIRECT open
Helge Hafting <[EMAIL PROTECTED]> wrote:
> Michael Tokarev wrote:
>> But seriously - what about just disallowing non-O_DIRECT opens together
>> with O_DIRECT ones ?
>>
> Please do not create a new local DOS attack.
> I open some important file, say /etc/resolv.conf
> with O_DIRECT and just sit
Bill Davidsen <[EMAIL PROTECTED]> wrote:
> My point is, that there is code to handle sparse data now, without
> O_DIRECT involved, and if O_DIRECT bypasses that, it's not a problem
> with the idea of O_DIRECT, the kernel has a security problem.
The idea of O_DIRECT is to bypass the pagecache, and
On Sat, 13 Jan 2007, Bill Davidsen wrote:
> Bodo Eggert wrote:
>
> > (*) This would allow fadvise_size(), too, which could reduce fragmentation
> > (and give an early warning on full disks) without forcing e.g. fat to
> > zero all blocks. OTOH, fadvise_size() woul
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sat, 13 Jan 2007, Michael Tokarev wrote:
>> (No, really - this load isn't entirely synthetic. It's a typical database
>> workload - random I/O all over, on a large file. If it can, it combines
>> several I/Os into one, by requesting more than a sing
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Aubrey wrote:
>> On 1/11/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
>>> What you _really_ want to do is avoid large mallocs after boot, or use
>>> a CPU with an mmu. I don't think nommu linux was ever intended to be a
>>> simple drop in replacement for a no
Amit Choudhary <[EMAIL PROTECTED]> wrote:
> --- Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>> On Sun, Jan 07, 2007 at 12:46:50AM -0800, Amit Choudhary wrote:
>> > Well, I am not proposing this as a debugging aid. The idea is about correct
>> > programming,
>> atleast
>> > from my view. Ideally,
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>> > Well, sort of. Samefile without keeping fds open doesn't have any
>> > protection against the tree changing underneath between first
>> > registering a file and later opening it. The inode number is more
>>
>> You only need to keep one-file-per-har
Pavel Machek <[EMAIL PROTECTED]> wrote:
>> Another idea is to export the filesystem internal ID as an arbitray
>> length cookie through the extended attribute interface. That could be
>> stored/compared by the filesystem quite efficiently.
>
> How will that work for FAT?
> Or maybe we can relax
Eric Sandeen <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>> +++ a/fs/bad_inode.c
>> -static int return_EIO(void)
>> +static long return_EIO(void)
> What about ops that return loff_t (64 bits) on 32-bit arches and stuff
> it into 2 registers
*If* it uses an additional register for the
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> I wonder why open() with O_DIRECT (for example) bit set is
> disallowed on a tmpfs (again, for example) filesystem,
> returning EINVAL.
>
> Yes, the question may seems strange a bit, because of two
> somewhat conflicting reasons. First, there's no rea
Dave Jones <[EMAIL PROTECTED]> wrote:
> Shrink the held_lock struct by using bitfields.
> This shrinks task_struct on lockdep enabled kernels by 480 bytes.
> * The following field is used to detect when we cross into an
> * interrupt context:
> */
> - int irq_co
David Weinehall <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 02, 2007 at 08:22:21AM -0500, Robert P. J. Day wrote:
>> 1) mcdonald's was not merely serving their coffee "hot," but
>> *scalding* hot (180 to 190 degrees Fahrenheit), a temperature that
>> will produce third-degree burns almost immediately
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> On Dec 29 2006 07:57, Daniel Marjamäki wrote:
>> It was my goal to improve the readability. I failed.
>>
>> I personally prefer to use standard functions instead of writing code.
>> In my opinion using standard functions means less code that is easier to
Jörn Engel <[EMAIL PROTECTED]> wrote:
> On Wed, 20 December 2006 20:32:20 +0200, Yakov Lerner wrote:
>> Is it easily possible to build two architectures in
>> the same source tree (so that intermediate fles
>> and resut files do not interfere ) ?
>
> I'd try something like this:
> make O=../foo A
Alan <[EMAIL PROTECTED]> wrote:
> On Fri, 01 Dec 2006 16:20:46 +0100
> Jan Glauber <[EMAIL PROTECTED]> wrote:
>> Yes, a user can just symlink urandom to prandom and will have a faster
>> generator.
>
>
> More usefully they can use it as an entropy source with an entropy
> daemon to feed it into
Budde, Marco <[EMAIL PROTECTED]> wrote:
> for one of our customers I have to port a Windows driver to
> Linux. Large parts of the driver's backend code consists of
> C++.
>
> How can I compile this code with kbuild? The C++ support
> (I have tested with 2.6.11) of kbuild seems to be incomplete /
Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 25, 2005 at 02:15:13PM -0400, [EMAIL PROTECTED] wrote:
>> For one, if you do "dd if=/dev/zero of=foo" on a ramfs the system
>> will lock up.
>
> "Doctor, it hurts when I do this!" "Well, then don't do that."
> You found a nice case of "Unix, rope
On Sun, 21 Aug 2005, Chris Wedgwood wrote:
> On Sun, Aug 21, 2005 at 09:56:45PM +0200, Bodo Eggert wrote:
> > The parameter value should IMHO be a pointer to a struct {
> > unsigned long long maxspeed; // (with 0 being the magic max. value?)
> > int facility; /* 0=general
cHitman <[EMAIL PROTECTED]> wrote:
> This patch implements changing of DVD speed via ioctl() call, like
> CDROM_SELECT_SPEED do. In CDROM_SELECT_SPEED its implementation isn't
> so good (diffirent values of 1x in KB/s, troubles with return value of
> cdrom_select_speed() and other). I defined CDRO
On Fri, 12 Aug 2005, Pete Zaitcev wrote:
> On Fri, 12 Aug 2005 12:49:28 +0200, Bodo Eggert <[EMAIL PROTECTED]> wrote:
>
> > Which label will a random USB stick have?
>
> GUID, I presume.
A global unique ID won't work out to make all USB mass storage devices
app
On Thu, 11 Aug 2005, Zwane Mwaikambo wrote:
> On Thu, 11 Aug 2005, Steven Rostedt wrote:
> > On Thu, 2005-08-11 at 13:46 -0400, linux-os (Dick Johnson) wrote:
> > int is a call to either an interrupt or exception procedure. 0x80 is
> > setup in Linux to be a trap and not an interrupt vector. So it
Horst von Brand <[EMAIL PROTECTED]> wrote:
> DervishD <[EMAIL PROTECTED]> wrote:
>> * Pete Zaitcev <[EMAIL PROTECTED]> dixit:
>> > On Wed, 10 Aug 2005 21:22:43 +0200, DervishD <[EMAIL PROTECTED]> wrote:
>> > > I'm not using hotplug currently so... how can I make the USB
>> > > subsystem to as
On Thu, 11 Aug 2005, Steven Rostedt wrote:
> On Thu, 2005-08-11 at 15:41 +0200, Bodo Eggert wrote:
> > According to my documentation it isn't. A software interrupt is a far call
> > with an extra pushf, and a hardware interrupt is protected against recursion
> > by th
Ukil a <[EMAIL PROTECTED]> wrote:
> Now I had the doubt that if the the syscall
> implementation is very large will the scheduling and
> other interrupts be blocked for the whole time till
> the process returns from the ISR (because in an ISR by
> default the interrupts are disabled unless sti i
On Tue, 9 Aug 2005, Bodo Eggert wrote:
> On Mon, 8 Aug 2005, Benjamin Herrenschmidt wrote:
> > On Mon, 2005-08-08 at 02:06 +0200, Bodo Eggert wrote:
> > > The wrong values are constant across reboots (see my first mail), and I
> > > have a CRT.
> > >
&g
On Tue, 9 Aug 2005, Chris Wright wrote:
> * Bodo Eggert ([EMAIL PROTECTED]) wrote:
> > 1) I wouldn't want an exploited service to gain any privileges, even by
> >chaining userspace exploits (e.g. exec sendmail < exploitstring). For
> >most services, I'd
On Tue, 9 Aug 2005, Chris Wright wrote:
> * Bodo Eggert ([EMAIL PROTECTED]) wrote:
> > Chris Wright <[EMAIL PROTECTED]> wrote:
> > > * David Madore ([EMAIL PROTECTED]) wrote:
> > >> * Second, a much more extensive change, the patch introduces a third
> >
Chris Wright <[EMAIL PROTECTED]> wrote:
> * David Madore ([EMAIL PROTECTED]) wrote:
>> * Second, a much more extensive change, the patch introduces a third
>> set of capabilities for every process, the "bounding" set. Normally
>
> this is not a good idea. don't add more sets. if you really want
On Mon, 8 Aug 2005, Benjamin Herrenschmidt wrote:
> On Mon, 2005-08-08 at 02:06 +0200, Bodo Eggert wrote:
> > The wrong values are constant across reboots (see my first mail), and I
> > have a CRT.
> >
> > Can you tell me where the timing values are read?
>
>
Klasyk <[EMAIL PROTECTED]> wrote:
> my kernel sometimes did a crash, but no panic
> Keyboard hunged up :(
> Network were working and I can log in. Without the keybord - it
> generally worked.
>
> In logs:
> for example:
>
> Aug 6 15:30:02 o kernel: Unable to handle kernel NULL pointer
> derefer
On Tue, 9 Aug 2005, Machida, Hiroyuki wrote:
> Bodo Eggert wrote:
> Please confirm my understanding.
> You sugessted that symlink should not have ATTR_SYS, to prevent
> some over 4KB files created in DOS/WIN to be treated as symlinks?
NACK, files longer than 4KB should not be symlink
Hiroyuki Machida <[EMAIL PROTECTED]> wrote:
> For newly created and/or modified files/dirs, system can utilize
> full posix attributes, because memory resident inode storage can
> hold those. After umount-mount cycle, system may lose some
> attributes to preserve VFAT format.
Inodes may be reclai
On Sun, 7 Aug 2005, Benjamin Herrenschmidt wrote:
> On Sun, 2005-08-07 at 19:25 +0200, Bodo Eggert wrote:
> > On Sun, 7 Aug 2005, Kyle Moffett wrote:
> > > On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
> > > > Ah ! Interesting... I don't se
On Sun, 7 Aug 2005, Kyle Moffett wrote:
> On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
> > Ah ! Interesting... I don't see why PREEMPT would affect radeonfb
> > though ... Can you try something like wrapper radeon_write_mode() with
> > preempt_disable()/preempt_enable() and tell me i
On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
> On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
> > My CRT is out of sync after radeonfb from 2.6.13-rc5 is initialized.
> > 2.6.12 does not show this behaviour.
>
> I'm out of town at the moment, could you m
My CRT is out of sync after radeonfb from 2.6.13-rc5 is initialized.
2.6.12 does not show this behaviour.
dmesg from both systems, trimmed down:
2.6.13-rc5:
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
Boot video device is :01:00.0
PCI: Using IRQ router VIA [1106/0686] at 0
Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> This small patch will allow no_overlay flag to disable BTTV driver to
> report OVERLAY capabilities. It should fix your troubles by enabling
> no_overlay=1 when inserting bttv module.
>
> This patch is against our CVS tree, but should apply with
On Wed, 3 Aug 2005, Jesper Juhl wrote:
> +What is a patch?
> +To correctly apply a patch you need to know what base it was generated from
> +and what new version the patch will change the source tree into. These
> +should both be present in the patch file metadata.
This is usurally not true for
On Tue, 2 Aug 2005, H. Peter Anvin wrote:
> Michael Krufky wrote:
> > Why not just have the scripts plug values into a database, and have the
> > html/php be formatted like Bodo suggests, and reads content from database?
> > Very simple, less maintenance... Only requires 1 initial redesign, and
lumn more terse
- Move full download links to a seperate table, where they can be found.
- Add headings above the patches and above the tarballs
- Add some hints
- Create a dead link to a patching-HOWTO
- Add a 'applies to:' column
- fix legend to match changes
Signed-off-by: Bodo Eggert &
Andrew Burgess <[EMAIL PROTECTED]> wrote:
> This is a busy machine. There is continuous usb soundcard (3 soundcards) and
> usb ethernet activity (news server and alot of downloading) and video is being
> read continuously from the bt878 card.
^
Let me guess: A VIA
On Thu, 21 Jul 2005, randy_dunlap wrote:
> On Sun, 17 Jul 2005 13:29:03 +0200 (CEST) Bodo Eggert wrote:
> > > These patches change some menus into menuconfig options.
> When using xconfig (not menuconfig), the drivers/MTD menu
> needs some help IMO, but it's not clear whe
On Sat, 23 Jul 2005, Adrian Bunk wrote:
> On Tue, Jul 19, 2005 at 10:50:53PM +0200, Bodo Eggert wrote:
> > OTOH, the build system
> > should automatically propagate the dependencies. I asume that should be
> > easy, except for having the time to implement that.
> >..
On Thu, 21 Jul 2005, randy_dunlap wrote:
> On Sun, 17 Jul 2005 19:03:09 +0200 (CEST) Bodo Eggert wrote:
> > On Sun, 17 Jul 2005, Bodo Eggert wrote:
> > > On Sun, 17 Jul 2005, Bodo Eggert wrote:
> >
> > > > These patches change some menus into menuconfig options
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> 3) If a normal line of code is more than 80 characters, one of the
>> following is probably true: you need to break the line up and use temps
>> for clarity, or your function is so big that you're tabbing over too
>> far.
>
> (Find source files, expan
On Tue, 19 Jul 2005, Adrian Bunk wrote:
> On Sun, Jul 17, 2005 at 05:07:48PM +0200, Bodo Eggert wrote:
> > In sound/isa/Kconfig, select ISAPNP and depend on ISAPNP are intermixed,
> > resulting in funny behaviour. (Soundcarts get selectable if other
> > soundcards are sel
Ivan Yosifov <[EMAIL PROTECTED]> wrote:
> -march implies -mtune and also implies thing like -msse2 for the
> instruction set where applicable.
> I think -march=pentium4 is equivalent to -mmmx -msse -msse2
> -mtune=pentium4 ( if I have not fogotten anything ).
> Pentium4 supports things like sse2 a
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> On Sun, 17 Jul 2005, Bodo Eggert wrote:
> > These patches change some menus into menuconfig options.
> >
> > Reworked to apply to linux-2.6.13-rc3-git3
>
> Mostly robotic works.
Fixup: unbreak i2c menu
--
Fun things to s
On Sun, 17 Jul 2005, Roman Zippel wrote:
> On Sun, 17 Jul 2005, Bodo Eggert wrote:
>
> > These patches change some menus into menuconfig options.
> I like it, but I would prefer to give it first a bit more exposure in -mm,
> as it does change the menu structure and the b
insertions(+), 5 deletions(-)
Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]>
--- a/sound/isa/Kconfig 2005-07-17 08:10:20.0 +0200
+++ b/sound/isa/Kconfig 2005-07-17 16:57:53.0 +0200
@@ -15,7 +15,8 @@ config SND_CS4231_LIB
config SND_AD1816A
tristate "Analog Devi
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> These patches change some menus into menuconfig options.
>
> Reworked to apply to linux-2.6.13-rc3-git3
The Fusion driver is basically a scsi driver (isn't it?). Move it
to the other drivers and above the SCSI debugging driver.
ar
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> These patches change some menus into menuconfig options.
>
> Reworked to apply to linux-2.6.13-rc3-git3
The oprofile menu
./arch/alpha/oprofile/Kconfig | 10 ++
./arch/arm/oprofile/Kconfig | 10 ++
./arch/i386
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> These patches change some menus into menuconfig options.
>
> Reworked to apply to linux-2.6.13-rc3-git3
CPU frequency scaling menu
arch/arm/Kconfig |4
arch/i386/kernel/cpu/cpufreq/Kconfig |4
arch/s
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> These patches change some menus into menuconfig options.
>
> Reworked to apply to linux-2.6.13-rc3-git3
The APM menu.
arch/i386/Kconfig | 18 +-
1 files changed, 5 insertions(+), 13 deletions(-)
Signed-Off-By: Bodo Egger
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> These patches change some menus into menuconfig options.
>
> Reworked to apply to linux-2.6.13-rc3-git3
The USB menu.
drivers/usb/Kconfig | 18 ++
drivers/usb/atm/Kconfig |7 +--
drivers/usb/class/Kconfig
On Sun, 17 Jul 2005, Bodo Eggert wrote:
> These patches change some menus into menuconfig options.
>
> Reworked to apply to linux-2.6.13-rc3-git3
Mostly robotic works.
drivers/acpi/Kconfig| 10 ++
drivers/cdrom/Kconfig |8 ++--
drivers/
These patches change some menus into menuconfig options.
Reworked to apply to linux-2.6.13-rc3-git3
--
Top 100 things you don't want the sysadmin to say:
17. dd if=/dev/null of=/vmunix
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
Jan Blunck <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > Does it really matter?
> >
>
> Yes! At least for me and my union mounts implementation.
Is there a reason for not using size == link-count (or even static)?
--
Ich danke GMX dafür, die Verwendung meiner Adressen mittels per SPF
Denis Vlasenko <[EMAIL PROTECTED]> wrote:
> text with 8-char tabs:
>
> struct s {
> int n; /* comment */
> unsigned int u; /* comment */
> };
>
> Same text viewed with tabs set to 4-char width:
>
> struct s {
> int n; /* comment */
> unsigned int u; /* comm
On Sat, 9 Jul 2005, Adrian Bunk wrote:
> On Sat, Jul 09, 2005 at 09:37:48AM +0200, Bodo Eggert wrote:
[menu dependencies "if" vs. "depends on"]
> > It should be, but either it's really applied to the config instead of the
> > prompt (in which can also
Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> Changes to comply with CodingStyle: // comments converted to /* */
> +[ 22 ] = KEY_SUBTITLE,/* CC */
> +[ 13 ] = KEY_TEXT,/* TTX */
> +[ 11 ] = KEY_TV,/* AIR/CBL */
> +
On Sat, 9 Jul 2005, Adrian Bunk wrote:
> On Mon, Jul 04, 2005 at 04:59:18PM +0200, Bodo Eggert wrote:
...
> > Therefore I can't use
> > config SGI_IOC4
> > tristate
> > prompt "SGI IOC4 Base IO support" if PROMPT_FOR_UNUSED_CORES
> &
On Fri, 8 Jul 2005, Mauro Carvalho Chehab wrote:
> It looks to be an old reported trouble with bttv cards.
>
> There is a doc at kernel that treats this subject. It is at:
> Documentation/video4linux/bttv/README.freeze
>
>
> Overlay works by transfering data from
Clemens Koller <[EMAIL PROTECTED]> wrote:
> Well, sure, it's not a notebook HDD, but maybe it's possible
> to give headpark a more generic way to get the heads parked?
I remember my old MFM HDD, which had a Landing Zone stored in the BIOS to
which the park command would seek. Maybe you could do s
Bodo Eggert <[EMAIL PROTECTED]> wrote:
> Now I've upgraded to X.org 6.8.2 and done a first stress-test (copying
> large files from network to local HDD), and I still can post.
It occured again. So it wasn't that easy.
--
Ich danke GMX dafür, die Verwendung meiner Ad
Jeremy Laine <[EMAIL PROTECTED]> wrote:
> I keep getting OOPS's when using a Bt878 TV card, I am basically unable to
> watch TV for more than about 20-30mn without my system grinding to a halt. If
> I do not make use of the bttv module, the system is perfectly stable. I saw
> the bttv module is ma
--- Documentation/kbuild/kconfig-language.txt ---
- input prompt: "prompt" ["if" ]
Every menu entry can have at most one prompt, which is used to display
to the user. Optionally dependencies only for this prompt can be added
with "if".
---
This is misleading, since the "if" will not affect
On Mon, 4 Jul 2005, Bodo Eggert wrote:
> And now to something completely different:
>
> The Fusion MPT controler seems to belong into the SCSI low level driver
> submenu. I may well be wrong here.
patch is for 2.6.13
--- rc1-a/arch/arm/Kconfig 2005-07-04 15:28:02.0 +
On Mon, 4 Jul 2005, Bodo Eggert wrote:
> Part 4: The profiling menu.
^
Obviously I can't count to 5.
And now to something completely different:
The Fusion MPT controler seems to belong into the SCSI low level driver
submenu. I may well be wrong here.
patch is for 2.6.12, 2.6.13
> Part 1: The easy stuff.
>
> In many config submenus, the first menu option will enable the rest
> of the menu options. For these menus, It's appropriate to use the more
> convenient "menuconfig" keyword.
>
> I hope I got it right, especially the conversions to "if SYMBOL" and
> merging the "
On Fri, 1 Jul 2005, Bodo Eggert wrote:
> Part 1b: The easy stuff for 2.6.13-rc1.
This is the same patch without the changes in /net, as requested by Sam
Ravnborg. It does include the first update.
--- rc1-a/drivers/md/Kconfig2005-06-30 11:21:40.0 +0200
+++ rc1-b/drivers/md/Kcon
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> I see your point. But then this is really not a security issue, but
> an "are you sure you want to format C:" style protection for the
> user's own sake. Adding a mount option (checked by the library) for
> this would be fine. E.g. with "mount_nonempt
Part 4b: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch applies to 2.6.12 and 2.6.13-rc1
--- x/drivers/cpufreq/Kconfig 2005-07-04 13:5
On Mon, 4 Jul 2005, Sam Ravnborg wrote:
> On Thu, Jun 30, 2005 at 11:06:01PM +0200, Bodo Eggert wrote:
> > Part 1: The easy stuff.
> > In many config submenus, the first menu option will enable the rest
> > of the menu options. For these menus, It's appropriate to us
Part 1b: The easy stuff.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
These are some missing changes from the first patch(es).
I don't know where they went missing.
Th
Part 2b: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
Patch for .13-rc1.
This patch includes the missing changes from the previous patch
--- rc1-a/driv
Part 2b: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch includes the missing changes from the previous patch
--- x/drivers/usb/atm/Kconfig 20
On Mon, 4 Jul 2005, Russell King wrote:
> On Mon, Jul 04, 2005 at 12:43:56PM +0200, Bodo Eggert wrote:
> > Part 4: The CPU scaling menu.
> >
> > In many config submenus, the first menu option will enable the rest
> > of the menu options. For these menus, It&#x
Part 4: The profiling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12 and .13-rc1
--- a/./arch/sh/oprofile/Kconfig2004-08
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.13-rc1
--- rc1-a/./arch/sh/Kconfig 2005-06-30 11:22:17.0
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 3: The APM menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for .13-rc1.
--- rc
Part 3: The APM menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12; the patch for .13-rc1 will be posted
as a reply.
--- a/./arch/i3
Part 2: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
Patch for .13-rc1. Only offset changes compared to .12.
--- rc1-a/./drivers/usb/net/Kconfig 200
Part 2: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12; the patch for .13-rc1 will be posted
as a reply.
--- a/./driver
On Fri, 22 Apr 2005, Fab Tillier wrote:
> > From: Bodo Eggert <[EMAIL PROTECTED]>
> > Sent: Friday, April 22, 2005 6:10 AM
> > You can't even set a time limit, the driver may have allocated all DMA
> > memory to queued transfers, and some media needs to get p
Andy Isaacson <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 20, 2005 at 10:07:45PM -0500, Timur Tabi wrote:
>> I don't know if VM_REGISTERED is a good idea or not, but it should be
>> absolutely impossible for the kernel to reclaim "registered" (aka pinned)
>> memory, no matter what. For RDMA services
Ed L Cashin <[EMAIL PROTECTED]> wrote:
> +++ b/Documentation/aoe/aoe.txt 2005-04-20 11:42:20.0 -0400
> + When the aoe driver is a module, use
Is there any reason for this inconsistent behaviour?
> + /sys/module/aoe/parameters/aoe_iflist instead of
Mike Waychison <[EMAIL PROTECTED]> wrote:
> Consider the following pseudo example:
>
> main():
> chdir("/");
> fd = open(".", O_RDONLY);
> clone(cloned_func, cloned_stack, CLONE_NEWNS, NULL);
>
> cloned_func:
> fchdir(fd);
> chdir("..");
>
> if main is run within a chroot where it's "/" is on t
Allison <[EMAIL PROTECTED]> wrote:
> I want to find where each module is loaded in memory by traversing the
> module list . Once I have the address and the size of the module, I
> want to read the bytes in memory of the module and hash it to check
> it's integrity.
JFTR: This may work against ran
On Tue, 19 Apr 2005, Eric Van Hensbergen wrote:
> On 4/19/05, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> > Allowing user mounts with no* should be allways ok (no config needed
> > besides the ulimit), and mounting specified files to defined locations
> > is allready supp
On Tue, 19 Apr 2005, Eric Van Hensbergen wrote:
> On 4/17/05, Bodo Eggert <[EMAIL PROTECTED]>
> > > I was thinking about this a while back and thought having a user-mount
> > > permissions file might be the right way to address lots of these
> > > issues. Esse
Takashi Ikebe <[EMAIL PROTECTED]> wrote:
> systr_pmem_read() and systr_pmem_write() just calls ptrace
> PTRACE_PEEKTEXT/DATA repeatedly In this case we need to *stop* target
> process whenever patch modules is loading
You'll have to do that anyway, since you'll need to atomically store tw
Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> On 4/11/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>>
>> 1) Only allow mount over a directory for which the user has write
>> access (and is not sticky)
>>
>> 2) Use nosuid,nodev mount options
[...]
> Do these solve all the security c
Ralf Hildebrandt <[EMAIL PROTECTED]> wrote:
> Most UNIX variants disable core dumps in programs that have changed their
> uid or euid during operation. This includes Solaris and Linux.
>
> Well, squid does exactly that. How can I still get a coredump? I really
> need one. Kernel 2.6.11.7
It can
Bodo Eggert <[EMAIL PROTECTED]> wrote:
> Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
>> Is there a way to check what firmware a drive has
>
> The obvious one: hdparm
Or, since hdparm doesn't work for SCSI devices,
cat /sys/block/sd$n/device/rev
(might depend
Richard B. Johnson <[EMAIL PROTECTED]> wrote:
> LD_PRELOAD some custom 'C' runtime library functions, grab open()
> read(), write(), etc.
This will work wonderfully with static binaries.
--
"Bravery is being the only one who knows you're afraid."
-David Hackworth
-
To unsubscribe from this list
201 - 300 of 371 matches
Mail list logo
