On 30/04/07 20:49, Olaf Hering wrote:
On Mon, Apr 30, Simon Arlott wrote:
There are a few powerpc patches plus reverts in the recent push to
torvalds/linux-2.6 - shouldn't this be avoided whenever possible because it
could cause problems for people trying to use git bisect?
The rever
There are a few powerpc patches plus reverts in the recent push to
torvalds/linux-2.6 - shouldn't this be avoided whenever possible because it
could cause problems for people trying to use git bisect?
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-
is really starting to annoy me. The LKML itself does it too...
--
Simon Arlott
-
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/
Not much can be done about that.
Well perhaps someone can write a gopher based bugzilla interface
or something to solve that instead @)
Bugzilla's advanced search interface is far too crowded, that
should be clear to anyone. The simpler search usually isn't much
use because either it f
le it isn't doing anything special, the same functionality
can be provided in userspace by "probeall padlock padlock-aes padlock-sha"
in modules.conf if it is required.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Herbert Xu <[EMAIL PROTECTED]>
Cc: Michal Ludvig
le it isn't doing anything special, the same functionality
can be provided in userspace by "probeall padlock padlock-aes padlock-sha"
in modules.conf if it is required.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Herbert Xu <[EMAIL PROTECTED]>
Cc: Michal Ludvig
On 28/04/07 23:37, Randy Dunlap wrote:
On Sat, 28 Apr 2007 17:44:42 +0100 Simon Arlott wrote:
The padlock.ko module is completely useless when compiled in
because it can't do anything and gets run too early to output
anything useful.
--- a/drivers/crypto/Makefile
+++ b/drivers/c
dlock: Using VIA PadLock ACE for SHA1/SHA256 algorithms.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Herbert Xu <[EMAIL PROTECTED]>
---
drivers/crypto/Makefile |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/Makefile b/drivers/crypto/Makef
s not called in
unbind when it's not needed. There's no point starting ADSL if atm_start could
still fail either.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
Cc: Andrew Morton <[E
On 28/04/07 08:50, Andrew Morton wrote:
On Wed, 25 Apr 2007 19:41:20 +0100 Simon Arlott <[EMAIL PROTECTED]> wrote:
This changes the format of unknown status values to be less verbose and
uses an array instead of several different snprintf calls. Since only
enum values are assigned
-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
---
Patch depends on existing cxacru patches in -rc7-mm.
On 25/04/07 12:18, Simon Arlott wrote:
On Wed, April 25,
"no", "yes" };
> ...
>> +return snprintf(buf, PAGE_SIZE, "%s\n", str[value]);
>
> This could be
> static char *str[] = { "no\n", "yes\n" };
> ...
> return snprintf(buf, PAGE_SIZE, str[value]);
> I'm not sa
Fix the "attempting to setting" message in ohci1394.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/ieee1394/ohci1394.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/ieee1394/ohci1394.c b/drivers/ieee1394/ohci1394.c
index 628130a
-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
---
Patch depends on existing cxacru patches in -rc7-mm.
On 27/02/07 20:26, Andrew Morton wrote:
+static ssize_t cx
s:
+ [4942145.150704] ATM dev 0: ADSL state: running
+ [4942243.663766] ATM dev 0: ADSL line: down
+ [4942249.665075] ATM dev 0: ADSL line: attempting to activate
+ [4942253.654954] ATM dev 0: ADSL line: training
+ [4942255.666387] ATM dev 0: ADSL line: channel analy
fast loop of them the device still works.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
---
This patch requires usb-cxacru-export-detailed-device-info-through-sysfs
from gregkh-2.6.
fast loop of them the device still works.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
---
This patch requires usb-cxacru-export-detailed-device-info-through-sysfs
from gregkh-2.6.
27;ve written it so that the polling is always either enabled/disabled at this
point. The SHUTDOWN state prevents anything else changing it.
If it's scheduled to run then it will be cancelled, and if it's running it will
be cancelled as soon as it gets rescheduled.
I could repeatedly acq
fast loop of them the device still works. There is no
need to protect the restart process from further user actions while
it's waiting for 1.5s.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
Detect usb device shutdown and ignore failed urbs.
This happens when the driver is unloaded or the device is unplugged.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Duncan Sands <[EMAIL PROTECTED]>
---
I'm not sure what other urb statuses should be ignored,
and the warnin
On 10/03/07 13:38, Andi Kleen wrote:
Simon Arlott <[EMAIL PROTECTED]> writes:
On 09/03/07 20:42, Francois Romieu wrote:
Simon Arlott <[EMAIL PROTECTED]> :
When I unplug the cable the system just stops responding to
anything, at all. No message is printed to the console when
On 09/03/07 20:42, Francois Romieu wrote:
Simon Arlott <[EMAIL PROTECTED]> :
When I unplug the cable the system just stops responding to anything,
at all. No message is printed to the console when the cable is plugged
back in.
rtl8139_interrupt (spin_lock(&am
y.
[ 491.453750] Freeing unused kernel memory: 184k freed
[ 491.459420] Write protecting the kernel read-only data: 346k
[ 565.518226] eth0: link down
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
51/0x60 SS:ESP 0068:b06bbdb4
[ 122.992928] Kernel panic - not syncing: Fatal exception in interrupt
[ 122.992985] Rebooting in 10 seconds...
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
(count > READ_WRITE_BUFFER_SIZE)) {
DEBUGP(2, dev, "<- cm4040_write buffersize=%Zd < 5\n", count);
return -EIO;
}
That debug message needs to be changed too since count won't always
be < 5 when it's used.
--
Simon Arlott
-
To uns
On 05/03/07 22:35, Simon Arlott wrote:
On 01/01/02 03:05, Pavel Machek wrote:
This changes calc_load so that it updates load half a second after
any tasks scheduled using round_jiffies.
Hmm, otoh this makes calc_load more expensive, power-wise, because it
needs to wake the cpu once more?
I
me travel ;) (Date: Tue, 1 Jan 2002 03:05:07 +).
--
Simon Arlott
-
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 04/03/07 22:27, Con Kolivas wrote:
On Monday 05 March 2007 09:19, Simon Arlott wrote:
If I run glxgears, thunderbird/firefox become really slow to
respond/display and cpu usage isn't even at 100%. I had thunderbird lagging
on keyboard character repeat earlier but can't reproduc
release functions whose return value is ignored
and will never be retried. When this happens it becomes impossible to open dvr0
again (-EBUSY) since it has not been released properly.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
On 04/03/07 15:41, Andreas Oberritter wrote:
please s
(I've removed the other CC:s for now to avoid annoying them - assuming
removing them from the CC: list doesn't do that).
On 02/03/07 22:32, Eric Dumazet wrote:
Simon Arlott a écrit :
On 02/03/07 16:35, Eric Dumazet wrote:
I believe this patch is too complex/hazardous and may break
On 02/03/07 18:03, Eric Dumazet wrote:
On Friday 02 March 2007 18:32, Simon Arlott wrote:
On 02/03/07 16:35, Eric Dumazet wrote:
You could just change LOAD_FREQ from (5*HZ) to (5*HZ+1)
You can see that 5.01 instead of 5.00 second gives the same EXP_xx
values.
So (5*HZ + 1) is safe. (because
On 02/03/07 16:35, Eric Dumazet wrote:
On Friday 02 March 2007 16:15, Simon Arlott wrote:
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load
calculated.
This changes calc_load so that it updates load half a second after any
tasks scheduled using round_jiffies.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
---
This version starts cou
calculated.
This changes calc_load so that it updates load half a second after any
tasks scheduled using round_jiffies.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
---
This version starts cou
calculated.
This changes calc_load so that it updates load half a second after any
tasks scheduled using round_jiffies.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
---
Without this change or an appr
affect the intention of round_jiffies,
to avoid tasks waking the cpu at different times, because calc_load is
already run very often by a call from update_times(ticks) on every timer
interrupt.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Ar
On 24/02/07 15:19, Simon Arlott wrote:
> I've modified the driver of an USB device (cxacru) to schedule the next poll
> for status every 1s using round_jiffies_relative instead of just waiting 1s
> since the last poll was completed. This process takes on average 11ms to
> complet
P, struct irq_desc only
has 'affinity' on SMP.
--
Simon Arlott
signature.asc
Description: OpenPGP digital signature
rage count could be run just before or in the middle of a
second instead?
--
Simon Arlott
signature.asc
Description: OpenPGP digital signature
riate since the ADSL
statistics are for the USB device not ATM (which is running over the ADSL).
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/usbatm.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/atm/usbatm.c b/drivers/usb/
second the poll time is changed to this, and
round_jiffies_relative is used to avoid waking the cpu unnecessarily.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/cxacru.c | 181 --
1 files changed, 176 insertions(+), 5 del
On 23/02/07 22:29, Simon Arlott wrote:
> When the device is polled for status there is a lot of useful status
> information available that is ignored. This patch stores the device
> info array when the status is polled and adds sysfs files to the usb
> device to allow userspace to que
second the poll time is changed to this, and
round_jiffies_relative is used to avoid waking the cpu unnecessarily.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/cxacru.c | 181 --
1 files changed, 176 insertions(+), 5 del
e symlinks in each direction between the usb device and
the atm device (like dvb/v4l do, e.g. atm:cxacru0 in the usb device)?
--
Simon Arlott
signature.asc
Description: OpenPGP digital signature
I've acquired a second device for testing and plan to make some changes
in the near future to export all the device stats to sysfs (based on my
proposed patch to add them to the proc file ~2007-01-30).
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
MAINTAINERS |5 +
1 fi
Detect usb device shutdown and ignore failed urbs. This happens when the driver
is unloaded or the device is unplugged.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/usbatm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/u
the device is
unplugged.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/cxacru.c |1 +
drivers/usb/atm/speedtch.c |1 +
drivers/usb/atm/ueagle-atm.c |1 +
drivers/usb/atm/usbatm.c | 14 --
drivers/usb/atm/usbatm.h |1 +
_bind = portac_socket_bind;
tmp.unregister_security = portac_unregister_security;
security_fixup_ops(&tmp); /* from security/dummy.c */
portac_ops = tmp;
...
}
--
Simon Arlott
signature.asc
Description: OpenPGP digital signature
unsigned short snum;
+ snum = ntohs(addr->sin6_port);
+ if (snum && snum < PROT_SOCK &&
!capable(CAP_NET_BIND_SERVICE))
+ return -EACCES;
+ break;
+ }
too so it will actually
compile.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/i386/Kconfig.cpu | 13 ++---
arch/i386/Makefile.cpu|1 +
arch/i386/defconfig |1 +
arch/um/defconfig |1 +
include/asm-i386/module.h |2 ++
5 files c
The VIA C7 is a 686 (with TSC) that supports MMX, SSE and SSE2, it also has a
cache line length of 64 according to
http://www.digit-life.com/articles2/cpu/rmma-via-c7.html. This patch sets gcc
to -march=686 and selects the correct cache shift.
Signed-off-by: Simon Arlott <[EMAIL PROTEC
s support SSE2 too... there should probably be an option for C7 that
passes 686/mmx/sse/sse2 to gcc. (The c3-2 option could even cause gcc to alter
code for the C3-2 that's not necessary for the C7, but I've not checked what
else gcc does with -march=c3-2).
Also, for the C7 you'
was added.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
diff --git a/arch/i386/Kconfig b/arch/i386/Kconfig
index 0dfee81..e57922b 100644
--- a/arch/i386/Kconfig
+++ b/arch/i386/Kconfig
@@ -539,10 +539,13 @@ choice
config VMSPLIT_3G
bool "3G/1G user/kernel
On 01/02/07 09:15, Duncan Sands wrote:
> On Thursday 1 February 2007 00:39:14 you wrote:
>> On Tue, 30 Jan 2007 21:30:29 +
>> Simon Arlott <[EMAIL PROTECTED]> wrote:
>>
>>> +static int cxacru_proc_read(struct usbatm_data *usbatm_instance,
>>> +
the timing for different
states, you should know that it won't go into the down state on a retrain so
~up should enable faster polling.
--
Simon Arlott
signature.asc
Description: OpenPGP digital signature
possible. The worst that will happen
> (given that none of the proc_read methods sleeps) is that freed memory will
> be accessed and the contents spat out in the proc file (if proc_read sleeps,
> that could result in trying to run code inside a destroyed module).
>
> Ciao,
>
>
had it polling every 200ms on a dual ppro200 since november, and it has
never failed to poll the status.
> Ciao,
>
> Duncan.
--
Simon Arlott
signature.asc
Description: OpenPGP digital signature
is already provided through
INFO level printks.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/cxacru.c | 144 ++
1 files changed, 144 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cx
The device is only polled for status every 5 seconds yet status updates occur
as often as every second - when the line is down the status changes between
"down" and "attempting to activate" every 2 seconds.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drive
usbatm only outputs basic information via the per-device /proc/net/atm/ file,
this patch allows the device specific USB ATM drivers to replace the
atm_proc_read function with their own.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
drivers/usb/atm/usbatm.c |3 +++
drivers/u
301 - 360 of 360 matches
Mail list logo
