AW: Kontakt
Guten Tag, nach unserem Besuch Ihrer Homepage möchten wir Ihnen ein Angebot von Produkten vorstellen, das Ihnen ermöglichen wird, den Verkauf Ihrer Produkte sowie Dienstleistungen deutlich zu erhöhen. Ich biete Ihnen den ganz neuen Adressenkatalog der Österreicher Unternehmen an, in dem sich direkte Kontaktdaten der Firmeninhaber und Manager befinden. Die Firmenangaben beinhalten: Firmennamen, Adresse des Hauptsitzes (Straße und Hausnummer, Postleitzahl, Ort, Region), E-Mail-Adresse, Telefonnummer, Faxnummer. http://www.dbc-at.net/?page=catalog *** 1. AT 2018 ( 104 000 ) - 149 EUR ( bis zum 08.11.2018 ) *** Die Verwendungsmöglichkeiten der Datenbanken sind praktisch unbegrenzt und Sie können durch Verwendung der von uns entwickelten Programme des personalisierten Versendens von Angeboten u.ä. mittels E-mailing bzw. Fax effektive und sichere Werbekampagnen damit durchführen. Bitte informieren Sie sich über die weiteren Details einmal unverbindlich auf unseren Webseite: http://www.dbc-at.net/?page=catalog MfG Thomas Weber GC-Team.
Re: [PATCH] UBI: Fastmap: Fix memory leak
Hello, On 2013-05-27 10:10, Richard Weinberger wrote: Hi! Am 27.05.2013 10:02, schrieb Thomas Weber: Signed-off-by: wang bo [fix whitespace errors] Tested with linux-v3.10-rc3 on Devkit8000. Signed-off-by: Thomas Weber The discussion about this patch can be found: https://lkml.org/lkml/2013/5/2/118 Thanks a lot for fixing the whitespace issues! Am I allowed to add a Tested-by: Thomas Weber ? IOW did you test the patch? :D You can add my Tested-by. Thomas Thanks, //richard -- 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/
[PATCH] UBI: Fastmap: Fix memory leak
Signed-off-by: wang bo
[fix whitespace errors]
Tested with linux-v3.10-rc3 on Devkit8000.
Signed-off-by: Thomas Weber
The discussion about this patch can be found:
https://lkml.org/lkml/2013/5/2/118
This patches fixes the following bug for me:
When CONFIG_DEBUG_VM is active and making
ubiattach ... ; ubidetach...; ubiattach ...
the second ubiattach stops with:
[ 37.918304] UBI: default fastmap pool size: 95
[ 37.923004] UBI: default fastmap WL pool size: 25
[ 37.928741] UBI: attaching mtd4 to ubi0
[ 37.933197] kmem_cache_sanity_check (ubi_aeb_slab_cache): Cache name already
exists.
[ 37.941864] CPU: 0 PID: 757 Comm: ubiattach Not tainted 3.10.0-rc3 #66
[ 37.949066] [] (unwind_backtrace+0x0/0xec) from []
(show_stack+0x20/0x24)
[ 37.958343] [] (show_stack+0x20/0x24) from []
(dump_stack+0x20/0x28)
[ 37.967163] [] (dump_stack+0x20/0x28) from []
(kmem_cache_create_memcg+0x120/0x2a4)
[ 37.977478] [] (kmem_cache_create_memcg+0x120/0x2a4) from
[] (kmem_cache_create+0x48/0x50)
[ 37.988281] [] (kmem_cache_create+0x48/0x50) from []
(alloc_ai+0x84/0xb0)
[ 37.997528] [] (alloc_ai+0x84/0xb0) from []
(ubi_attach+0x28/0x34c)
[ 38.006225] [] (ubi_attach+0x28/0x34c) from []
(ubi_attach_mtd_dev+0x69c/0xca4)
[ 38.016021] [] (ubi_attach_mtd_dev+0x69c/0xca4) from []
(ctrl_cdev_ioctl+0xe4/0x190)
[ 38.026275] [] (ctrl_cdev_ioctl+0xe4/0x190) from []
(do_vfs_ioctl+0x554/0x5c4)
[ 38.035980] [] (do_vfs_ioctl+0x554/0x5c4) from []
(SyS_ioctl+0x4c/0x6c)
[ 38.045043] [] (SyS_ioctl+0x4c/0x6c) from []
(ret_fast_syscall+0x0/0x48)
[ 38.054168] UBI error: ubi_attach_mtd_dev: failed to attach mtd4, error -12
ubiattach: error!: cannot attach "/dev/mtd4"
error 12 (Cannot allocate memory)
---
drivers/mtd/ubi/attach.c | 58 +++
drivers/mtd/ubi/fastmap.c | 13 ---
2 files changed, 33 insertions(+), 38 deletions(-)
diff --git a/drivers/mtd/ubi/attach.c b/drivers/mtd/ubi/attach.c
index c071d41..e9f64bc 100644
--- a/drivers/mtd/ubi/attach.c
+++ b/drivers/mtd/ubi/attach.c
@@ -1212,6 +1212,30 @@ static void destroy_ai(struct ubi_attach_info *ai)
kfree(ai);
}
+static struct ubi_attach_info *alloc_ai(const char *slab_name)
+{
+ struct ubi_attach_info *ai;
+
+ ai = kzalloc(sizeof(struct ubi_attach_info), GFP_KERNEL);
+ if (!ai)
+ return ai;
+
+ INIT_LIST_HEAD(&ai->corr);
+ INIT_LIST_HEAD(&ai->free);
+ INIT_LIST_HEAD(&ai->erase);
+ INIT_LIST_HEAD(&ai->alien);
+ ai->volumes = RB_ROOT;
+ ai->aeb_slab_cache = kmem_cache_create(slab_name,
+ sizeof(struct ubi_ainf_peb),
+ 0, 0, NULL);
+ if (!ai->aeb_slab_cache) {
+ kfree(ai);
+ ai = NULL;
+ }
+
+ return ai;
+}
+
/**
* scan_all - scan entire MTD device.
* @ubi: UBI device description object
@@ -1315,8 +1339,13 @@ static int scan_fast(struct ubi_device *ubi, struct
ubi_attach_info *ai)
int err, pnum, fm_anchor = -1;
unsigned long long max_sqnum = 0;
+ struct ubi_attach_info *fm_temp_ai = NULL;
err = -ENOMEM;
+ fm_temp_ai = alloc_ai("ubi_scan_fastmap_slab_cache");
+ if (!fm_temp_ai)
+ goto out;
+
ech = kzalloc(ubi->ec_hdr_alsize, GFP_KERNEL);
if (!ech)
goto out;
@@ -1331,7 +1360,7 @@ static int scan_fast(struct ubi_device *ubi, struct
ubi_attach_info *ai)
cond_resched();
dbg_gen("process PEB %d", pnum);
- err = scan_peb(ubi, ai, pnum, &vol_id, &sqnum);
+ err = scan_peb(ubi, fm_temp_ai, pnum, &vol_id, &sqnum);
if (err < 0)
goto out_vidh;
@@ -1343,6 +1372,7 @@ static int scan_fast(struct ubi_device *ubi, struct
ubi_attach_info *ai)
ubi_free_vid_hdr(ubi, vidh);
kfree(ech);
+ destroy_ai(fm_temp_ai);
if (fm_anchor < 0)
return UBI_NO_FASTMAP;
@@ -1351,6 +1381,7 @@ static int scan_fast(struct ubi_device *ubi, struct
ubi_attach_info *ai)
out_vidh:
ubi_free_vid_hdr(ubi, vidh);
+ destroy_ai(fm_temp_ai);
out_ech:
kfree(ech);
out:
@@ -1359,29 +1390,6 @@ out:
#endif
-static struct ubi_attach_info *alloc_ai(const char *slab_name)
-{
- struct ubi_attach_info *ai;
-
- ai = kzalloc(sizeof(struct ubi_attach_info), GFP_KERNEL);
- if (!ai)
- return ai;
-
- INIT_LIST_HEAD(&ai->corr);
- INIT_LIST_HEAD(&ai->free);
- INIT_LIST_HEAD(&ai->erase);
- INIT_LIST_HEAD(&ai->alien);
- ai->volumes = RB_ROOT;
- ai->aeb_slab_cache = kmem_cache_create(slab_name,
- sizeof(struct ubi_ainf_peb),
-
[PATCH] ARM: OMAP3: Devkit8000: Add DDC i2c_bus_num
Add i2c bus number for DVI output.
The driver uses this to detect if a panel is connected and to read EDID.
Signed-off-by: Thomas Weber
---
arch/arm/mach-omap2/board-devkit8000.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
b/arch/arm/mach-omap2/board-devkit8000.c
index 1fd161e..6f04f0f 100644
--- a/arch/arm/mach-omap2/board-devkit8000.c
+++ b/arch/arm/mach-omap2/board-devkit8000.c
@@ -139,6 +139,7 @@ static struct omap_dss_device devkit8000_lcd_device = {
static struct tfp410_platform_data dvi_panel = {
.power_down_gpio= -1,
+ .i2c_bus_num= 1,
};
static struct omap_dss_device devkit8000_dvi_device = {
--
1.8.0
--
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/
Re: 2.4.6pre iptables masquerading seems to kill eth0
On Fri, Jun 22, 2001 at 09:20:26AM +0200, Helge Hafting wrote: > Thomas Weber wrote: > > > > I'm on 2.4.6pre3 + freeswan/ipsec on my gateway now for 5 days. > > It's an old 486/66 32MB with several isdn links, a dsl uplink (with > > iptables masquerading) behind a ne2k clone and a 3c509 to the inside network. > > no problems at all with the interfaces (all compiled as modules). > > Nice to know it works for you. The troubled machine is a dual celeron, > so it could be some sort of SMP problem. I am trying pre5 > to see if it is better, I'll probably know in a few days. since i just read another report on the list I checked again and it seems like i messed it up: you were talking about the 3c905, but I have a 3c509 (ISA) card. I should have known, it's not the first time i mixed them up :( Tom - 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/
Re: 2.4.6pre iptables masquerading seems to kill eth0
I'm on 2.4.6pre3 + freeswan/ipsec on my gateway now for 5 days. It's an old 486/66 32MB with several isdn links, a dsl uplink (with iptables masquerading) behind a ne2k clone and a 3c509 to the inside network. no problems at all with the interfaces (all compiled as modules). Tom In article <[EMAIL PROTECTED]>, Helge Hafting <[EMAIL PROTECTED]> wrote: >I have a home network with two machines connected with >3c905B cards. The main machine also has a isdn dialup connection. > >Networking works well except if I let the main machine masquerade >so the other can use the internet too. I use iptables for this. >It works for a day or so, then eth0 goes silent on the main machine. >(Rebooting it shows that the other one was fine all the time.) > >The symptoms is that there is no contact between the two machines. >No ping or anything. "ifconfig" shows the interface is up >with the correct ip address, but all packets just disappear. >There are no error messages except from programs that time out. > >Bringing the interface down and up >again with ifconfig does not help. It is compiled into the >kernel, so I can't try module reloading. > >Is this some sort of known problem? Or is there something >I could do to find out more? I couldn't >find anything in the logfiles. - 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/
