Squashfs is extremely cast-happy. This patch makes it less so.
Jörn
--
If you're willing to restrict the flexibility of your approach,
you can almost always do something better.
-- John Carmack
Signed-off-by: Jörn Engel <[EMAIL PROTECTED]>
---
fs/squashfs/inode.c | 63
Jens Axboe wrote:
On Wed, Apr 20 2005, Tejun Heo wrote:
01_scsi_blk_make_started_requests_ordered.patch
Reordering already started requests is without any real
benefit and causes problems if the request has its
driver-specific resources allocated (as in SCSI). This patch
On Wed, Apr 20 2005, Tejun Heo wrote:
> 01_scsi_blk_make_started_requests_ordered.patch
>
> Reordering already started requests is without any real
> benefit and causes problems if the request has its
> driver-specific resources allocated (as in SCSI). This patch
> makes e
Hello,
I am developing a device driver for the AxiomTek AX5621H data
acquisition card, and I am encountering some problems on a particular
machine. This driver works pretty fine on normal machines, but crashes
on an Industrial PC with intel 830 2-piece board (with the main board
going into a PC
On Tue, Apr 19, 2005 at 09:22:34AM -0400, Ananth N Mavinakayanahalli wrote:
> Hi,
>
> Some instrumentation tools on Linux, like Itrace and systemtap
> (http://sourceware.org/systemtap) now use the kprobe infrastructure to
> gather information. One of the requirements of projects like systemtap
>
On Mon, 2005-04-18 at 14:38 -0500, Linas Vepstas wrote:
>
> Hi,
>
> The patch below appears to fix a problem where a number of dead processes
> linger on the system. On a highly loaded system, dozens of processes
> were found stuck in do_exit(), calling thier very last schedule(), and
> then be
On Wed, Apr 20, 2005 at 01:18:23PM +0900, Takashi Ikebe wrote:
> Well, Live patching is just a patch, so I think the developer of
> patch should know the original source code well.
In which case they could fix the application.
> Well, as you said some application can do that, but some applicatio
On Thursday 14 April 2005 09:18 pm, Patrick McFarland wrote:
> I haven't tested 2.6.6 yet, but 2.6.12-rc2-mm3 is broken too.
I just tested 2.6.6, it seems to be broken too. I wonder if this actually is a
kernel issue, I should have found a working kernel by now. I'll continue to
2.6.5.
--
Patr
On Wed, Apr 20, 2005 at 01:10:34PM +0900, B <[EMAIL PROTECTED]> wrote:
> From: Hideaki YOSHIFUJI <[EMAIL PROTECTED]>
>
> maybe typo?
>
> Signed-off-by: Hideaki YOSHIFUJI <[EMAIL PROTECTED]>
>
> --- a/drivers/usb/image/microtek.c
> +++ b/drivers/usb/image/microtek.c
> @@ -335,7 +335,7 @@ static i
On Sat, 26 March 2005 02:14:18 +, Phillip Lougher wrote:
>
> Fixing it in Squashfs implies Squashfs is broken. It isn't. If it has
> to be "fixed" in the kenel, fix it in the VFS, it is after all the VFS
> which makes '.' and '..' handling redundant in the filesystem.
There are some islan
Hello,
(BChris Wedgwood wrote:
(B
(B>
(B>
(B>
(B>>On live patching, you never need to use shared memory, just prepare
(B>>fixed code, and just compile it as shared ibject, that's all. pretty
(B>>easy and fast to replace the functions.
(B>>
(B>>
(B>
(B>it requires magic like a comp
From: Hideaki YOSHIFUJI <[EMAIL PROTECTED]>
maybe typo?
Signed-off-by: Hideaki YOSHIFUJI <[EMAIL PROTECTED]>
--- a/drivers/usb/image/microtek.c
+++ b/drivers/usb/image/microtek.c
@@ -335,7 +335,7 @@ static int mts_scsi_abort (Scsi_Cmnd *sr
mts_urb_abort(desc);
- return FAILURE;
Eric Van Hensbergen wrote:
> Somewhat related question for Viro/the group:
>
> Why is CLONE_NEWNS considered a priveledged operation? Would placing
> limits on the number of private namespaces a user can own solve any
> resource concerns or is there something more nefarious I'm missing?
> -
> To
Lukas Hejtmanek wrote:
On Tue, Apr 19, 2005 at 09:23:46AM +0200, Yann Dupont wrote:
Do you have turned NAPI on ??? I tried without it off on e1000 and ...
surprise !
Don't have any messages since 12H now (usually I got those in less than 1H)
I have NAPI on. I tried to turn it off but my test faile
As others have said, maybe jiffies isn't the time value you want.
However, clock ticks are available in userland via the times system
call.
Note the warning at the end; you'll have to do your comparisons
correctly or fail when the counter overflows.
man 2 times:
...
Return Va
Hi
This patch is a follow up to the 'resend' version of the "Selective Sub Address
matching with call user data" patch. It allows use of the
Fast-Select-Acceptance
optional user facility for X.25. This patch just implements fast select with no
restriction on response (NRR). What this means (acco
> You might want to be consistent wrt. braces for one-line conditional
> statements.
Perhaps he is consistent - just not to any of the rules that you
considered.
For example, I will add braces even to a one-line conditional if due to
wrapping long lines, it really takes two or more screen lines f
This patch removes a file that seems to be used only on AIX (sic).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/skfp/Makefile |2
drivers/net/skfp/lnkstat.c | 204 -
2 files changed, 1 insertion(+), 205 deletions(-)
--- linux-2.6.12-
This patch fixes the LITTLE_ENDIAN #define.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/skfp/h/osdef1st.h |2 ++
drivers/net/skfp/smt.c|2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
--- linux-2.6.12-rc2-mm3-full/drivers/net/skfp/h/osdef1st.h.old 2005-
This patch contains the following possible cleanups:
- make needlessly global functions static
- remove unused code
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/sk98lin/h/skaddr.h | 48 ---
drivers/net/sk98lin/h/skcsum.h |6
drivers/net/sk98lin/h/skdrv2nd.h |1
On Wed, 20 April 2005 01:52:56 +0200, Arnd Bergmann wrote:
>
> - if (buid) {
> - ret = rtas_call(ibm_read_pci_config, 4, 2, &returnval,
> - addr, buid >> 32, buid & 0x, size);
> - } else {
> - ret = rtas_call(read_pci_config, 2, 2,
Andrew, All,
Currently the x86-64 HPET code assumes the entire HPET implementation
from the spec is present. This breaks on boxes that do not implement the
optional legacy timer replacement functionality portion of the spec.
This patch fixes this issue, allowing x86-64 systems that cannot
On Fri, 18 Mar 2005 11:25:45 -0800 "Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
>> The sparc32 & sparc64 code needs live testing.
On Fri, Mar 18, 2005 at 12:56:17PM -0800, David S. Miller wrote:
> These patches look great Randy. I think they should go in.
> If sparc explodes, I'll clean up the mess.
On Fri, Mar 18, 2005 at 11:25:45AM -0800, Randy.Dunlap wrote:
> This is a combination of io_remap_pfn_range patches posted in the
> last week or so by Keir Fraser and me.
> This description is mostly from Keir's original post.
> This patch introduces a new interface function for mapping bus/device
Add a watchdog using the RTAS OS surveillance service. This is
(Bprovided as a simpler alternative to rtasd. The added value
(Bis that it works with standard watchdog client programs and
(Bcan therefore also do user space monitoring.
(B
(BOn BPA, rtasd is not really useful because the hardware
Unlike pSeries, we don't want to use rtas for accessing nvram
(Bbecause the nvram device is rather large and it already is
(Bmapped into the physical address space, which makes a much
(Bsimpler and faster design possible.
(B
(BThe firmware provides the location and size of the nvram
(Bin the
BPA is using rtas for PCI but should not be confused by
(BpSeries code. This also avoids some #ifdefs. Other
(Bplatforms that want to use rtas_pci.c should also create
(Btheir own platform_pci.c with platform specific fixups.
(B
(BSigned-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
(B
(B--- lin
Rename pSeries_pci.c to rtas_pci.c as a preparation to generalize it
(Bfor use by BPA. Most of the file can be used by any machine that
(Bimplements rtas.
(B
(BSigned-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
(B
(B--- linux-2.6-ppc.orig/arch/ppc64/kernel/Makefile 2005-03-31
(B19:11:15
This series of patches adds a bit of infrastructure in preparation of
getting the Broadband Processor Architecture (BPA) into the kernel as
a new platform type of ppc64.
BPA is currently used in a single machine from IBM, with others likely
to be added at a later point.
None of these preparation p
On Tue, 19 Apr 2005, Chris Friesen wrote:
Richard B. Johnson wrote:
No. Accompany it with a written offer to __provide__ the source
code for any GPL stuff they used (like the kernel or drivers).
Anything at the application-level is NOT covered by the GPL.
They do not have to give away their trade-s
> 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.
>
Heres some code I wrote for Stargames to do a CRC tracking of ev
I traid to write VT6420 PATA support into the libata: sata_via.c,
because the way through via82cxxx.c doesn't work.
Please help me with this and correct this driver's alfa source code.
/* */ ... this sign in source code means, that this part i added into
current libata-dev-2.6: sata_via.c
Petr
On Tuesday 19 April 2005 05:38 pm, Linus Torvalds wrote:
>
> On Tue, 19 Apr 2005, Steven Cole wrote:
> >
> > I wasn't complaining about the 4 minutes, just the lack of feedback
> > during the majority of that time. And most of it was after the last
> > patching file message.
>
> That should be
Robert Hancock wrote:
I believe that in the old LinuxThreads implementation the manager thread
is the one that handles all signals, so it may need its priority
increased as well. NPTL threads likely handle this much better (there is
no manager thread).
Some experimenting leads me to believe tha
Richard B. Johnson wrote:
No. Accompany it with a written offer to __provide__ the source
code for any GPL stuff they used (like the kernel or drivers).
Anything at the application-level is NOT covered by the GPL.
They do not have to give away their trade-secrets.
GPL'd applications would still be
On Tue, 19 Apr 2005, Steven Cole wrote:
>
> I wasn't complaining about the 4 minutes, just the lack of feedback
> during the majority of that time. And most of it was after the last
> patching file message.
That should be exactly the thing that the new "read-tree -m" fixes.
Before, when you r
Chris Friesen wrote:
I seem to be having an issue with 2.4 and linuxthreads.
I have a program that spawns a child thread, and that child boosts
itself into a realtime scheduler class.
The child then went crazy and turned into a cpu hog. At this point, a
higher-priority task detected the hog, an
Dear diary, on Wed, Apr 20, 2005 at 01:04:48AM CEST, I got a letter
where Steven Cole <[EMAIL PROTECTED]> told me that...
> Then, the flurry of patching file blah messages, followed by a rather
> pregnant pause after the last patching message.
>
> I wasn't complaining about the 4 minutes, just th
02_scsi_REQ_SPECIAL_semantic_scsi_init_io.patch
scsi_init_io() used to set REQ_SPECIAL when it fails sg
allocation before requeueing the request by returning
BLKPREP_DEFER. REQ_SPECIAL is being updated to mean special
requests. So, remove REQ_SPECIAL setting.
Sig
04_scsi_REQ_SPECIAL_semantic_scsi_requeue_command.patch
scsi_requeue_request() used to use blk_insert_request() for
requeueing requests. This depends on the unobvious behavior
of blk_insert_request() setting REQ_SPECIAL and
REQ_SOFTBARRIER when requeueing. This pa
05_scsi_blk_insert_request_no_requeue.patch
blk_insert_request() has a unobivous feature of requeuing a
request setting REQ_SPECIAL|REQ_SOFTBARRIER. SCSI midlayer
was the only user and as previous patches removed the usage,
remove the feature from blk_insert_reques
03_scsi_REQ_SPECIAL_semantic_scsi_queue_insert.patch
scsi_queue_insert() used to use blk_insert_request() for
requeueing requests. This depends on the unobvious behavior
of blk_insert_request() setting REQ_SPECIAL and
REQ_SOFTBARRIER when requeueing. This patch ma
01_scsi_blk_make_started_requests_ordered.patch
Reordering already started requests is without any real
benefit and causes problems if the request has its
driver-specific resources allocated (as in SCSI). This patch
makes elv_next_request() set REQ_SOFTBARRIER auto
Hello, James, Jens and Christoph.
This patchset is reworked version of the previous REQ_SPECIAL update
patchset. Patches #01 and #05 update blk layer. The other patches
update SCSI midlayer.
I've opted for automatically setting REQ_SOFTBARRIER together with
REQ_STARTED in elv_next_request().
On Tuesday 19 April 2005 04:38 pm, Linus Torvalds wrote:
>
> On Tue, 19 Apr 2005, Steven Cole wrote:
> >
> > But perhaps a progress bar right about here might be
> > a good thing for the terminally impatient.
> >
> > real3m54.909s
> > user0m14.835s
> > sys 0m10.587s
> >
> > 4 minutes
Dear diary, on Wed, Apr 20, 2005 at 12:38:17AM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
> Just say no to patches.
FYI, I've - per Junio's suggestion - made git merge's fast-forward to
apply show-diff output as a patch instead. This is roughly equal to
doing th
Dear diary, on Wed, Apr 20, 2005 at 12:45:02AM CEST, I got a letter
where Junio C Hamano <[EMAIL PROTECTED]> told me that...
> > "PB" == Petr Baudis <[EMAIL PROTECTED]> writes:
>
> PB> I'm wondering if doing
>
> PB> if [ "$(show-diff)" ]; then
> PB> git diff | git apply
> PB> else
> PB> c
ty den 19.04.2005 Klokka 21:45 (+0200) skreiv Jakob Oestergaard:
> It mounts a home directory from a 2.6.6 NFS server - the client and
> server are on a hub'ed 100Mbit network.
>
> On the earlier 2.6 client I/O performance was as one would expect on
> hub'ed 100Mbit - meaning, not exactly stellar
On Wed, 20 Apr 2005, Petr Baudis wrote:
>
> I will probably not buy git-export, though. (That is, it is merged, but
> I won't make git frontend for it.) My "git export" already does
> something different, but more importantly, "git patch" of mine already
> does effectively the same thing as you
> "PB" == Petr Baudis <[EMAIL PROTECTED]> writes:
PB> I'm wondering if doing
PB> if [ "$(show-diff)" ]; then
PB> git diff | git apply
PB> else
PB> checkout-cache -f -a
PB> fi
PB> would actually buy us some time; or, how common is it for people to have
PB> no local changes whatsoever,
Dear diary, on Tue, Apr 19, 2005 at 10:20:47PM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
> Pasky? Can you check my latest git stuff, notably read-tree.c and the
> changes to git-pull-script?
I've made git merge to use read-tree -m, HTH.
I will probably not buy
On Tue, 19 Apr 2005, Steven Cole wrote:
>
> But perhaps a progress bar right about here might be
> a good thing for the terminally impatient.
>
> real3m54.909s
> user0m14.835s
> sys 0m10.587s
>
> 4 minutes might be long enough to cause some folks to lose hope.
Well, the real operat
in drivers/scsi/scsi_lib.c::scsi_io_completion() 'good_bytes' is tested
for being >= 0, but 'good_bytes' is an unsigned int, so that test is
always true. My *guess* is that what was intended was to test if
good_bytes is > 0, but I don't know this code well enough to be sure.
The patch below ma
Dear diary, on Wed, Apr 20, 2005 at 12:19:01AM CEST, I got a letter
where Steven Cole <[EMAIL PROTECTED]> told me that...
> Linus Torvalds wrote:
> >
> >On Tue, 19 Apr 2005, Greg KH wrote:
> >
> >>Nice, it looks like the merge of this tree, and my usb tree worked just
> >>fine.
> >
> >
> >Yup, it a
Linus Torvalds wrote:
On Tue, 19 Apr 2005, Greg KH wrote:
Nice, it looks like the merge of this tree, and my usb tree worked just
fine.
Yup, it all seems to work out.
[many files patched]
patching file mm/mmap.c
patching file net/bridge/br_sysfs_if.c
patching file scripts/ver_linux
---
Arjan van de Ven wrote:
> On Tue, 2005-04-19 at 15:13 -0400, Jody McIntyre wrote:
>> On Sun, Apr 17, 2005 at 09:57:07PM +0200, Adrian Bunk wrote:
>> > This patch removes unneeded EXPORT_SYMBOL's.
...
>> Given the objections to your December patch, why should we accept this
>> one now?
>
> since th
On Tue, Apr 19, 2005 at 04:51:56PM +0400, Artem B. Bityuckiy wrote:
>
> JFFS2 wants the following from pcompress():
> 1. compressible data: compress it; the offered formerly algorithm works
> just fine here.
Yes but the existing JFFS algorithm does a lot more than that. It tries
to pack as much
On Tue, 19 Apr 2005, Chris Friesen wrote:
Richard B. Johnson wrote:
Violation? They proudly reply in their article in
http://www.linuxdevices.com
that they use Linux, that they embedded a version
of Red Hat, etc.
It's likely that they didn't modify anything in the kernel and
just used some stri
When building with gcc -W sound/pci/emu10k1/emupcm.c produces this little
warning in 2.6.12-rc2-mm3 :
sound/pci/emu10k1/emupcm.c:265: warning: `inline' is not at beginning of
declaration
No big deal, but trivial to fix.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
sound/pci/emu10k1/e
On Tue, Apr 19, 2005 at 01:20:47PM -0700, Linus Torvalds wrote:
>
>
> On Tue, 19 Apr 2005, Greg KH wrote:
> >
> > Ok, if you want some practice with "real" merges, feel free to merge from
> > the following two trees whenever you are ready:
> > kernel.org/pub/scm/linux/kernel/git/gregkh/aoe-2
This time it's fs/cifs/cifs_unicode.c's turn.
Minor cleanups. Make function definitions confoorm to established style, same
for comments. Remove a few blank lines and other similar minor adjustments.
No code changes.
This patch is also at :
http://www.linuxtux.org/~juhl/kernel_patches/
Here's the second part for fs/cifs/cifs_unicode.h
Fix spacing and remove pointless parenthesis from return.
This patch is also available at :
http://www.linuxtux.org/~juhl/kernel_patches/fs_cifs-cifs_unicode-spacing.patch
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
fs/cifs/cifs_u
Hi Steve,
Still working my way through fs/cifs/ doing these small cleanups. Here are
a few more.
Clean up both comments and function definitions to match the established style
for fs/cifs/ .
This patch is also available at :
http://www.linuxtux.org/~juhl/kernel_patches/fs_cifs-cifs_
Hi!
> The machine is a Pentium M 2.00 GHz, supporting C0-C4 processor power states.
> The machine run at 2.00 GHz all the time.
..
> _passing bm_history=0x (default) to processor module:_
>
> Average current the last 470 seconds: *1986mA* (also measured better
> values ~1800, does battery
On Tue, 19 Apr 2005, Nico Schottelius wrote:
Lee Revell [Tue, Apr 19, 2005 at 04:42:12PM -0400]:
On Tue, 2005-04-19 at 22:00 +0200, Nico Schottelius wrote:
Can you tell me which ones?
Multimedia apps like JACK and mplayer that use the TSC for high res
timing need to know the CPU speed, and /proc/cp
Reducing the CC'd people a bit ...
Dominik Brodowski wrote:
> Hi,
>
> On Tue, Apr 19, 2005 at 04:56:56PM +0200, Thomas Renninger wrote:
>>If CONFIG_IDLE_HZ is set, the c-state will be evaluated on
>>three control values (averages of the last 4 measures):
>>
>>a) idle_ms -> if machine was active fo
Lee Revell [Tue, Apr 19, 2005 at 04:42:12PM -0400]:
> On Tue, 2005-04-19 at 22:00 +0200, Nico Schottelius wrote:
> > Can you tell me which ones?
> >
>
> Multimedia apps like JACK and mplayer that use the TSC for high res
> timing need to know the CPU speed, and /proc/cpuinfo is the fast way to
>
Dinakar wrote:
> Also I think we can add further restrictions in terms not being able
> to change (add/remove) cpus within a isolated cpuset. Instead one would
> have to tear down an existing cpuset and make a new one with the
> required configuration. that would simplify things even further
My ea
On Tue, 2005-04-19 at 22:00 +0200, Nico Schottelius wrote:
> Can you tell me which ones?
>
Multimedia apps like JACK and mplayer that use the TSC for high res
timing need to know the CPU speed, and /proc/cpuinfo is the fast way to
get it.
Why don't you create sysfs entries instead? It would be
Richard B. Johnson wrote:
Violation? They proudly reply in their article in
http://www.linuxdevices.com
that they use Linux, that they embedded a version
of Red Hat, etc.
It's likely that they didn't modify anything in the kernel and
just used some stripped-down C-libraries to make everything f
Nick wrote:
> Well the scheduler simply can't handle it, so it is not so much a
> matter of pushing - you simply can't use partitioned domains and
> meaningfully have a cpuset above them.
Translating that into cpuset-speak, I think what you mean is that I
can't have partitioned sched domains and h
Hi!
Is getrusage properly implemented in 2.6?
The man pages state:
Right now (Linux 2.4, 2.6) only the fields
ru_utime, ru_stime, ru_minflt, ru_majflt, and ru_nswap are maintained.
but some tests comparing UDP and TCP sending operations give some strange
numbers for both the user and k
* Chuck Wolber:
> Has the Linux Kernel reached a point where the majority of developers feel
> that (at least for now) no *MAJOR* "rip it out, stomp on it, burn it and
> start over" parts of the kernel exist any longer?
The IP stack is likely to see some development activity, at leat there
are
On 19/04/05 15:46 +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
> In article <[EMAIL PROTECTED]> (at Tue, 19 Apr 2005 09:18:10 +0300), Denis
> Vlasenko <[EMAIL PROTECTED]> says:
>
> > diff -urpN 2.6.12-rc2.1.be/include/linux/bitops.h
> > 2.6.12-rc2.2.ror/include/linux/bitops.h
> > --- 2.6.12-rc2
On Tue, 19 Apr 2005, Greg KH wrote:
>
> Ok, if you want some practice with "real" merges, feel free to merge from
> the following two trees whenever you are ready:
> kernel.org/pub/scm/linux/kernel/git/gregkh/aoe-2.6.git/
> for 11 aoe bugfix patches, and:
> kernel.org/pub/scm/linux/k
On Tue, Apr 19, 2005 at 10:00:12PM +0200, Nico Schottelius wrote:
> Can you tell me which ones?
top for example would probably break. Maybe not but I suspect it would.
mplayer probably would since it uses it to find the cpu type and
features that cpu supports.
> And if there are really that many
On Tue, 19 Apr 2005 22:00:12 +0200
Nico Schottelius <[EMAIL PROTECTED]> wrote:
> Can you tell me which ones?
glibc even parses /proc/cpuinfo, so by implication every
application
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
Lee Revell [Tue, Apr 19, 2005 at 03:17:00PM -0400]:
> On Tue, 2005-04-19 at 09:24 -0400, Lennart Sorensen wrote:
> > On Tue, Apr 19, 2005 at 02:15:30PM +0200, Nico Schottelius wrote:
> > > When I wrote schwanz3(*) for fun, I noticed /proc/cpuinfo
> > > varies very much on different architectures.
>
On Tue, Apr 19, 2005 at 12:40:44PM -0700, Linus Torvalds wrote:
> I'm still working out some performance issues with merges (the actual
> "merge" operation itself is very fast, but I've been trying to make the
> subsequent "update the working directory tree to the right thing" be much
> better).
O
On Tue, Apr 12, 2005 at 11:28:43AM +0200, Jakob Oestergaard wrote:
...
>
> But still, guys, it is the *same* server with tg3 that runs well with a
> 2.4 client but poorly with a 2.6 client.
>
> Maybe I'm just staring myself blind at this, but I can't see how a
> general problem on the server (suc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks dude, it worked !
DervishD wrote:
> Hi Grzegorz :)
>
> * Grzegorz Piotr Jaskiewicz <[EMAIL PROTECTED]> dixit:
>
>>Apr 19 14:03:49 thinkpaddie kernel: Vendor: USB Read Model: CF Card
>> CF Rev: 1.8D
>>Apr 19 14:03:49 thinkpaddie
On Tue, 2005-04-19 at 15:13 -0400, Jody McIntyre wrote:
> On Sun, Apr 17, 2005 at 09:57:07PM +0200, Adrian Bunk wrote:
> > This patch removes unneeded EXPORT_SYMBOL's.
>
> Didn't you already send something like this (with fewer removals, mind
> you) in December?
>
> http://marc.theaimsgroup.com/?
On Tue, 19 Apr 2005, Greg KH wrote:
>
> Nice, it looks like the merge of this tree, and my usb tree worked just
> fine.
Yup, it all seems to work out.
> So, what does this now mean? Is your kernel.org git tree now going to
> be the "real" kernel tree that you will be working off of now? Shou
Theodore Ts'o <[EMAIL PROTECTED]> writes:
> With a properly set up set of init scripts, /dev/random is
> initialized with seed material for all but the initial boot
What about CD-ROM based distros (e.g., Knoppix), where every boot is
the initial boot?
> (and even that problem can be solved by ha
Somewhat related question for Viro/the group:
Why is CLONE_NEWNS considered a priveledged operation? Would placing
limits on the number of private namespaces a user can own solve any
resource concerns or is there something more nefarious I'm missing?
-
To unsubscribe from this list: send the line
On Tue, 19 Apr 2005, Arjan van de Ven wrote:
> actually we have shown (and I like the model very much, it's a great way
> to get many features production ready and in the hand of users/customers
> really fast) that it doesn't take an odd number release branch to get
> major changes in. Instead it
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 supported by fstab.
> >
>
> Do f
Violation? They proudly reply in their article in
http://www.linuxdevices.com
that they use Linux, that they embedded a version
of Red Hat, etc.
It's likely that they didn't modify anything in the kernel and
just used some stripped-down C-libraries to make everything fit.
On Tue, 19 Apr 200
On Sun, Apr 17, 2005 at 09:57:07PM +0200, Adrian Bunk wrote:
> This patch removes unneeded EXPORT_SYMBOL's.
Didn't you already send something like this (with fewer removals, mind
you) in December?
http://marc.theaimsgroup.com/?l=linux1394-devel&m=110350765817261&w=2
Given the objections to your
On Tue, 2005-04-19 at 09:24 -0400, Lennart Sorensen wrote:
> On Tue, Apr 19, 2005 at 02:15:30PM +0200, Nico Schottelius wrote:
> > When I wrote schwanz3(*) for fun, I noticed /proc/cpuinfo
> > varies very much on different architectures.
> >
> > Is it possible to make it look more identical (as fa
On Tue, 19 Apr 2005, Denis Vlasenko wrote:
[ Please inline patches, so it's easier to comment on them ]
> +static inline u64 rol64(u64 x,int num) {
^^^
> + if(__builtin_constant_p(num))
> + return constant_rol64(x,num);
> + /* Hmmm... shall
I want to do the following.
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.
How do I,
1. Traverse the module list and find
On Wed, Jan 05, 2005 at 03:05:26PM -0500, Luis R. Rodriguez wrote:
> On Wed, Jan 05, 2005 at 02:24:47PM -0500, Luis R. Rodriguez wrote:
> <-- snip -->
>
> > As far as support for the new chipsets goes -- sorry -- we won't be able
> > to support it as I don't think even Conexant has a final well te
On Tue, 19 Apr 2005 14:47:58 -0400
Martin Hicks <[EMAIL PROTECTED]> wrote:
> Okay, here's an updated patch.
Looks great.
-
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
Charles Cazabon wrote:
Lennart Sorensen <[EMAIL PROTECTED]> wrote:
Well what is the case if you use unmodified GPL code, do you still have
to provide sources to the end user if you give them binaries?
Yes, or a written offer to provide sources, plus a copy of the GPL. It's all
spelled out pretty
On Mon, Apr 18, 2005 at 09:39:38PM -0700, Greg KH wrote:
> Alright, let's try some small i2c and w1 patches...
>
> Could you merge with:
> kernel.org/pub/scm/linux/kernel/git/gregkh/i2c-2.6.git/
Nice, it looks like the merge of this tree, and my usb tree worked just
fine.
So, what does thi
On Tue, Apr 19, 2005 at 11:30:44AM -0700, David S. Miller wrote:
>
> I think you should really drop the preempt disable during this allocation
> instead, that's what we do in the sparc64 quicklist code.
>
Okay, here's an updated patch.
Hi Andrew,
This is a fix to the pgtable_quicklist code.
On Tue, 19 Apr 2005 13:04:13 -0400
Martin Hicks <[EMAIL PROTECTED]> wrote:
> This is a fix to the pgtable_quicklist code. There is a GFP_KERNEL
> allocation in pgtable_quicklist_alloc(), which spews the usual warnings
> if the kernel is under heavy VM pressure and the reclaim code is
> invoked.
>
On Tue, 19 Apr 2005 15:46:07 +
Francesco Oppedisano <[EMAIL PROTECTED]> wrote:
> Can every driver manage many packets per call?
Most can. If more packets arrive between between when the chip
signals the interrupt and the cpu actually gets to the driver
interrupt handler, multiple packets per
Lennart Sorensen <[EMAIL PROTECTED]> wrote:
>
> Well what is the case if you use unmodified GPL code, do you still have
> to provide sources to the end user if you give them binaries?
Yes, or a written offer to provide sources, plus a copy of the GPL. It's all
spelled out pretty clearly in the
1 - 100 of 198 matches
Mail list logo
