Fixed multiple spelling issues in the kselftests bpf modules.
Signed-off-by: Armin
---
tools/testing/selftests/bpf/Makefile| 2 +-
tools/testing/selftests/bpf/bench.c | 2 +-
tools/testing/selftests/bpf/prog_tests/btf_dump.c | 2
maybe
you can just drop this patch?
Thanks,
Armin Wolf
Signed-off-by: Thomas Weißschuh
---
drivers/platform/x86/wmi-bmof.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/platform/x86/wmi-bmof.c b/drivers/platform/x86/wmi-bmof.c
index
d whether we can use
> a .dtsi file to define common things.
This sounds great. I'll definitely check out your branch. Yes I've also
seen in the uboot and kernel sources, that they've stored the board
details as a group with flags and versions to the sd. There may be some
similarity between multiple boards.
Kind Regards
Armin
This patch adds basic support for the kobo glo hd reader. It defines CPU,
memory, UART and storage.Also add pin control settings for i2c and sdhc.
All values where extracted from the vendor kernel and u-boot sources.
Signed-off-by: Armin Preiml
---
arch/arm/boot/dts/Makefile
Fixed bracings for if statements
Fixed spacings around operators
Signed-off-by: Armin Gholampoor
---
net/ipv4/tcp.c | 67 +++---
1 file changed, 36 insertions(+), 31 deletions(-)
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index b2bc3d7fe
Fixed bracing style issue.
Signed-off-by: Armin Gholampoor
---
net/ipv4/tcp.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index b2bc3d7fe..37bc91e4a 100644
--- a/net/ipv4/tcp.c
+++ b/net/ipv4/tcp.c
@@ -3170,8 +3170,7 @@ static int
Am 28.11.2016 um 21:58 schrieb Volker Armin Hemmann:
> Am 28.11.2016 um 21:05 schrieb Volker Armin Hemmann:
>> Hello,
>>
>> I got a XFX RX-470P4LDB6.
>>
>> Booting with modprobe.blacklist=amdgpu gives me a working system.
>>
>> Loading the module result
Am 28.11.2016 um 21:05 schrieb Volker Armin Hemmann:
> Hello,
>
> I got a XFX RX-470P4LDB6.
>
> Booting with modprobe.blacklist=amdgpu gives me a working system.
>
> Loading the module results in this mess:
>
> Nov 28 19:40:00 [kernel] [ 144.213021] [drm] amdgpu k
Am 02.12.2014 um 15:46 schrieb Pavel Machek:
> Hi!
>
>> with kernel 3.12.X with X tested up to .23 suspend to ram works
>> flawlessly. My machine suspends quickly and wakes up reliably, giving me
>> uptimes measured in weeks.
>>
>> Every kernel I tried between 3.13.0-rc5 and 3.16.7 on the other han
here --- which would complicate further our job :-/
A bientôt,
Armin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
legant than
remap_file_pages from the user's perspective).
A bientôt,
Armin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pl
default limit that
depends on the amount of RAM (+swap) available.
A bientôt,
Armin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
performance impact of this, if any (I expect it to be reasonable).
Still, if you're looking for a real piece of code using
remap_file_pages(), it's one.
A bientôt,
Armin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
quot;
should be omitted from the man page; if so, that would be a real man
page bug.
A bientôt,
Armin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.o
if the programs would run on a
machine with the default configuration --- i.e. if you remove or
emulate remap_file_pages(), please increase the default limit as well.
A bientôt,
Armin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Thomas Gleixner wrote:
On Wed, 20 Feb 2013, Armin Steinhoff wrote:
after a walk through the module "io_apic.c" in
"/usr/src/linux/arch/x86/kernel/apic" I got the impression that the variable
"nr_ioapics" is used but isn't initialized !
Could it be the source
in "static struct resource * __init
ioapic_setup_resources(int nr_ioapics)"
Cheers
--Armin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordo
faces, the CAPI interface and of
course hardware drivers for other ISDN cards like the active ones as well.
Armin
--
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/majordo
Hi,
you guys were right, I was wrong.
It is the hardware.
I increased ram voltage by 0.15V on the 22nd and hadn't any oopses since then.
And I did torture the system.
I am deeply sorry that I wasted your time (but still puzzled that the oopses
started after kernel update - maybe I should buy
On Freitag, 21. Dezember 2007, Mike Galbraith wrote:
> On Thu, 2007-12-20 at 19:14 +0100, Hemmann, Volker Armin wrote:
> > It is just.. I could be the hardware - but I should have seen the
> > same 'problem' with earlier kernels - and the 'almost daily oops
Ok, so after the holidays I will do the following:
let memtest86+ run several hours.
do a full backup&restore to switch to r3 and build an unpatched kernel.
see if I can reproduce the oops with .21 and .22 (because AFAIR no oops with
21.. but I might be wrong).
Not exactly in that order.
Glück
On Donnerstag, 20. Dezember 2007, Ingo Molnar wrote:
> * Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote:
> > On Donnerstag, 20. Dezember 2007, you wrote:
> > > Hemmann, Volker Armin wrote:
> > > > [ 5194.131014] Pid: 22490, comm: sleep Tainted: P
> &g
On Donnerstag, 20. Dezember 2007, David Newall wrote:
> >>> On Montag, 17. Dezember 2007, you wrote:
> >>>
> >>> and another one, this time tainted with the nvidia module:
> >>> 5194.130985] Unable to handle kernel paging request at 0300
> >>> RIP:
>
> Numbers like that don't suggest ha
On Donnerstag, 20. Dezember 2007, you wrote:
> On Thu, 2007-12-20 at 06:53 +0100, Hemmann, Volker Armin wrote:
> > On Donnerstag, 20. Dezember 2007, you wrote:
> > > On Thu, 2007-12-20 at 03:13 +0100, Hemmann, Volker Armin wrote:
> > > > On Montag, 17. Dezember 2007,
On Donnerstag, 20. Dezember 2007, you wrote:
> Hemmann, Volker Armin wrote:
> > [ 5194.131014] Pid: 22490, comm: sleep Tainted: P2.6.23.11reiser4
> > #4
>
> The subject line is wrong.
> You apparently run Linux, but not Linux 2.6.23.y.
first of all, apart from this
On Donnerstag, 20. Dezember 2007, you wrote:
> On Thu, 2007-12-20 at 03:13 +0100, Hemmann, Volker Armin wrote:
> > On Montag, 17. Dezember 2007, you wrote:
> >
> > and another one, this time tainted with the nvidia module:
> > 5194.130985] Unable to handle kernel paging
On Montag, 17. Dezember 2007, you wrote:
and another one, this time tainted with the nvidia module:
5194.130985] Unable to handle kernel paging request at 0300 RIP:
[ 5194.130988] [] _spin_lock+0x0/0xf
[ 5194.130993] PGD 0
[ 5194.130994] Oops: 0002 [1] SMP
[ 5194.130996] CPU 1
[ 5194.
On Montag, 17. Dezember 2007, you wrote:
> On Mon, 17 Dec 2007, Hemmann, Volker Armin wrote:
> > I got another crash, now with 2.6.23.11 on logout from KDE (two
> > differences, new kernel, 4gb ram instead of 2gb):
> > also I got some strange message yesterday befo
Hi.
I got another crash, now with 2.6.23.11 on logout from KDE (two differences,
new kernel, 4gb ram instead of 2gb):
[ 1771.063731] Unable to handle kernel paging request at 0400 RIP:
[ 1771.063735] [] _spin_lock+0x0/0xf
[ 1771.063740] PGD 0
[ 1771.063741] Oops: 0002 [1] SMP
[ 1771
Hi,
On Mittwoch, 7. November 2007, Andrew Morton wrote:
> > On Fri, 2 Nov 2007 19:34:20 +0100 "Hemmann, Volker Armin"
> > <[EMAIL PROTECTED]> wrote: Hi,
>
> (cc linux-ide)
>
> > for some time (and I can't say for how long, but the board is les
Hi,
for some time (and I can't say for how long, but the board is less than a
month old) I get this error on boot:
[ 42.116273] ahci :00:0a.0: version 2.2
[ 42.116482] ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 23
[ 42.116653] ACPI: PCI Interrupt :00:0a.0[A] -> Link [LSA0] -> G
vmalloc() returns void*.
No need to cast in drivers/isdn/hardware/eicon/platform.h::diva_os_malloc()
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Acked-by: Armin Schindler <[EMAIL PROTECTED]>
---
drivers/isdn/hardware/eicon/platform.h |2 +-
1 files changed, 1 insertions(+),
On Sonntag, 29. Juli 2007, Kasper Sandberg wrote:
> On Sun, 2007-07-29 at 01:41 +0200, Volker Armin Hemmann wrote:
> > Hi,
> >
> > I never tried Con's patchset, for two reasons:
> > I tried his 2.4 patches ones, and I never saw any improvements. So when
> > p
Hi,
I never tried Con's patchset, for two reasons:
I tried his 2.4 patches ones, and I never saw any improvements. So when people
were reporting huge improvements with his SD scheduler, I compared that with
the reports of huge improvements with his 2.4 kernel patches.
...
The second: too many pa
On Mittwoch, 27. Juni 2007, you wrote:
> It has worked in the past. I will try different kernels in the next
> 24hours.
I tried this kernels:
2.6.20
2.6.20.1
2.6.21
2.6.21.1
2.6.21.3
2.6.21.5
2.6.21.5 with and without cfs. Every other kernel without cfs. Patched with
reiser4, nvidia not loaded
Hi,
this is on an amd64 gentoo system (with march=k8 -02 msse3 -pipe as CFLAGS aka
sane ones).
with kernel 2.6.21.5 my dvd burner locks up the computer when k3b starts.
k3b
(this is of course captured without libata)
[EMAIL PROTECTED] ~ $ kdecore (KAction): WARNING:
KActionCollection::KAction
Hi,
coverity spotted a possible leak in the idifunc.c file (bug id #1252),
in um_new_card(), if the diva_user_mode_idi_create_adapter() fails,
we dont free the memory allocated for card
Signed-off-by: Eric Sesterhenn <[EMAIL PROTECTED]>
Acked-by: Armin Schindler <[EMAIL PROTECTED]>
allback')
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Acked-by: Armin Schindler <[EMAIL PROTECTED]>
---
drivers/isdn/hardware/eicon/divasfunc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2622-rc4.orig/drivers/isdn/hardware/eicon/divasfunc.c
+++ linu
Hi,
I wanted to mail earlier, but I had always something get in my way.
I used cfs v13 since you announced it. Since patching the kernel (2.6.21.1)
with cfs v13
I did the following things;
- big backup of home onto tape and restoring it after changing to reiser4
(yes, I know the threads about
Hello,
I have tried the cfs patches with 2.6.20.7 in the last days.
I am using KDE 3.5.6, gentoo unstable and have a dual core AMD64 system with
1GB ram and a nvidia card (using the closed source drivers, yes I suck, but I
love playing 3d games once in a while).
I don't have interactivity prob
On Thu, 29 Mar 2007, Adrian Bunk wrote:
> On Thu, Mar 29, 2007 at 01:06:12PM +0200, Armin Schindler wrote:
> > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
> > > > On Sat, 24 Mar 2007, Adrian Bunk
On Sat, 24 Mar 2007, Adrian Bunk wrote:
> On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
> > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > Randy Dunlap reported in kernel Bugzilla #8241 the following compile
> > > error with CONFIG_ISDN_
or non ISDN_CAPI) is wrong. The
subdir /hardware was created for new drivers using CAPI. So it is correct to
go there when ISDN_CAPI != n only.
I don't understand the warnings above. The symbols are exported by divas
modules, so why is it causing warnings? There have been no change in th
Hi all,
as pointed out by Robert P. J. Day, here is a patch to remove unused header
files from Eicon/Dialogic ISDN driver.
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
---
diff -Nur linux-2.6.20.1.orig/drivers/isdn/hardware/eicon/dbgioctl.h
linux-2.6.20.1/drivers/isdn/hardware
f some of them?
Yes. For my part, the file
./drivers/isdn/hardware/eicon/main_if.h
should be removed.
Shall I write a patch?
Armin
-
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 Tue, 19 Apr 2005, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
For the hardware/eicon part:
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
> ---
>
> drivers/isdn/ha
bincdAai5MuZi.bin
Description: Binary data
Description:
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -u linux.orig/drivers/isdn/hardware/eicon/divasmain.c
linux/drivers/isdn/hardware/eicon/divasmain.c
--
n' section you will find the option
DIVA Maint driver support
which is only available as a module.
When the other diva drivers are compiled as modules too, they will provide
all trace data to the maint module.
The userspace tool 'divactrl' then retrieves the trace data according to
set
On Wed, 9 Feb 2005, Adrian Bunk wrote:
> On Sun, Feb 06, 2005 at 11:18:18AM +0100, Armin Schindler wrote:
>
> > Hi Adrian,
>
> Hi Armin,
>
> > thanks for the proposed patch.
> > Making the functions static is a good idea, I will check and test this.
> > R
some really outdated and the removals in
message.c.
Armin
On Sun, 6 Feb 2005, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - make some needlessly global code static
> - dadapter.h: remoe the unused #define OLD_MAX_DESCRIPTORS
> - remove the foll
Remove code from platform independent code, which is not used
in Linux.
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -Nur linux.orig/drivers/isdn/hardware/eicon/io.c
linux/drivers/isdn/hardware/eicon/io.c
--- linux.orig/drivers/isdn/hardware/eicon/io.c 2005-01-31 12:33:10.120
Removed check for NULL pointer before doing vfree(), it's done in
vfree().
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -Nur linux.orig/drivers/isdn/hardware/eicon/platform.h
linux/drivers/isdn/hardware/eicon/platform.h
--- linux.orig/drivers/isdn/hardware/eicon/platform.
This patch adds asm/uaccess.h to files which uses copy_to/from_user()
and adds the use of the drivers internal API call to copy_to/from_user()
in platform independent code.
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -Nur linux.orig/drivers/isdn/hardware/eicon/divamnt.c
Hi,
have you checked, that cdrecord is not suid root, and growisofs/dvd+rw-tools
is?
I had some probs, solved with a simple chmod +s growisofs :)
Glück Auf
Volker
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
er the kernel boots.
Can someone tell me what settings of a x86 causes the
CPU to halt forever on a 'hlt' instruction, which the
kernel doesn't set correctly at boot time and the BIOS
needs to do ?
Thanx,
Armin
-
To unsubscribe from this list: send the line "unsubscribe lin
which should clean up some issues which I
> was reminded of because of your work in the ISDN subsystem. I appended it,
> I hope the maintainer of the Eicon code (Armin) will clean up the missing
> Configure.help entries for his drivers.
Oops, thanks for the hint. I only sent the patch for
entering/leaving
the ioctl-function (using save_flags(); cli(); and restore_flags();),
but it
didn't help.
Armin.
-
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/
of them?
> >
> Could you try the 8139too driver?
>
> It's a bug in the rtl8139 driver, and under really high load it can
> cause crashes.
MfG,
Armin Obersteiner
--
[EMAIL PROTECTED]pgp public key on requestCU
-
To unsubscribe fro
network)
with a low load i don't get the messages.
everything seems to work fine. are these interrupt problems "bad" or merely
indicators of a high load. can/should one get rid of them?
MfG,
Armin Obersteiner
--
[EMAIL PROTECTED]pgp public key on request
find any.
Has anybody ever seen something like this and knows a solution?
Thanks,
Armin.
-
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/
ANSI SCSI revision: 03
> Host: scsi2 Channel: 00 Id: 05 Lun: 00
> Vendor: UMAX Model: Astra 1220S Rev: V1.2
> Type: Scanner ANSI SCSI revision: 02
CU,
Armin Obersteiner
--
[EMAIL PROTECTED]pgp public key o
hi!
as in the subject, yesterday i upgraded to 2.4.3 (plain, no patches).
add-single-device/del-single-device did not work anymore.
tried with:
controller: adaptec-19160
device: yamaha-4260
MfG,
Armin Obersteiner
--
[EMAIL PROTECTED]pgp public key on request
st be protected by lock_kernel() ?
Thanks,
Armin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
anous entry of an interrupt handler.
appeared just after it. From this moment the
network performance goes down to just a few bytes per
second until system restart.
Is this a known problem ?
Thanks for any hint.
Armin
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
i've read about similar hangs on an alpha on this list (same kind of controller)
any solution there ...
Regards,
Armin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sat, 16 Dec 2000, Gunther Mayer wrote:
This patch does not fix all problems in isdn/eicon.
A bigger patch is on the way.
Thanx,
Armin
> Hi Linus,
> apply this patch if like to fix this obvious error
> with "make xconfig" on plain tree:
> ./tkparse &l
The last Makefile changes broke some parts in the
isdn tree.
Patch is on the way.
Armin
On Sat, 16 Dec 2000, Rasmus Andersen wrote:
> Hi.
>
> When I try to compile kernel 240test13pre2 I get the following:
>
>
> rm -f eicon_drv.o
> ld -m elf_i386 -r -o eicon_drv.o eico
,
Armin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
->lock_depth));
#endif
}
Can someone explain what is behind lock_kernel() and
these changes (#if 1) in 2.4 ?
Is there any documentation for this out there ?
Thanks,
Armin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
;
In general enabling debugging in the kernel source is not a problem.
The specific problem is with the 405 code. What was the date you got
the kernel from MontaVista? i.e /ppc-405gp/files_{date}/
the latest was posted Sept 9th and you can get is @
ftp.mvista.com/pub/Area51/ppc-405gp/files_00.09.09
-api.tmpl
TIA;
armin
diff -ru ../linux-2.4.0-test8_org/Documentation/DocBook/Makefile
./Documentation/DocBook/Makefile
--- ../linux-2.4.0-test8_org/Documentation/DocBook/Makefile Tue Sep 26
01:55:33 2000
+++ ./Documentation/DocBook/MakefileTue Sep 26 02:48:40 2000
@@ -55,11 +55,11
72 matches
Mail list logo
