**** BEGIN LOGGING AT Sun Feb 18 02:59:57 2007 Feb 18 13:12:53 nbd * r6318 /trunk/target/linux/generic-2.6/patches/212-block2mtd_erase_scan.patch: (log message trimmed) Feb 18 13:12:53 Finally fix the pesky x86-2.6 block2mtd related crash (#1058) Feb 18 13:12:53 When erasing blocks, block2mtd checks the block on the physical disk Feb 18 13:12:53 to see if everything's filled with 0xff. When grabbing a page from the page Feb 18 13:12:53 cache, it initializes the limit as + PAGE_SIZE. Feb 18 13:12:58 Turns out that the pointer to the status page is (unsigned long *), and Feb 18 13:12:58 thus it adds (PAGE_SIZE * 4). Feb 18 13:14:26 ... and there was much rejoicing Feb 18 13:19:55 yay. Feb 18 13:20:17 such a long commit message for a one line change Feb 18 13:20:18 now we can all safely go to sleep Feb 18 13:20:27 but i've been hunting this bug for weeks/months Feb 18 13:20:28 without fearing the world will crash Feb 18 13:21:03 I've been sending 20 bugreports in the last day to GNOME, with just language/translation errors Feb 18 13:21:23 yeah, some translations are just weird Feb 18 13:21:44 my parents have their desktop in Dutch and it is sometimes very confusing Feb 18 13:21:55 some even look like some smart guy ran strings through an automatic translator and fed that back as his own translation Feb 18 13:22:02 so, I hope there will never be something like OpenWrt translations Feb 18 13:22:15 there are some for the old webif :) Feb 18 13:22:19 and for x-wrt webif as well Feb 18 13:22:27 but i don't think we'll do something like that again Feb 18 13:22:36 well, I know about some translations which were done by a 3rd generation Dutch Canadian or American or so Feb 18 13:22:54 who thought he could do it because of his heritage and a course at university or so Feb 18 13:23:07 of course, those translations were beyond poor Feb 18 13:23:33 our system doesn't really need locale stuff and we can leave the fancy webif stuff to x-wrt Feb 18 13:23:41 very smart Feb 18 13:37:48 <[pjf]> nbd, any news on ar2313 support? :) Feb 18 13:38:03 [pjf]: works except for wifi Feb 18 13:38:32 <[pjf]> great! will flash Feb 18 16:07:28 nbd * r6319 /trunk/docs/ (adding.tex init-scripts.tex): add documentation fixes from #1285 Feb 18 19:40:39 * pjf thinks openwrt devs should consider using --continue option in wget in scripts/download.pl (just restarted download of linux kernel at 96%) Feb 18 20:49:08 why the default linux kernel mirror is the us one? it's ignorance! :) Feb 18 20:55:35 pjf: nah, you are free to change it, but the US is the most important country in the world Feb 18 20:56:41 hmz Feb 18 20:56:48 anyone here has a di-624? Feb 18 20:57:08 Bartman007: was actually expecting such response ;-) Feb 18 20:57:30 specifically i1m looking for someone with a rev D1 or D2 :) Feb 18 21:20:07 kaloz. i have some di-624 model with 1MB flash. dunno rev but that's probably not model you're looking for :) Feb 18 21:21:03 jr-: you could be surprised Feb 18 21:21:20 jr-: theoritically the rev D stuff is the one with small flash Feb 18 21:21:27 jr-: and everyone says it's a crap :) Feb 18 21:21:45 i would appreciate if you could take a look at them :) Feb 18 21:23:14 kaloz. this one has 1M flash and 16M ram. runs threadx. Feb 18 21:23:26 jr-: i'm interested in the cpu :) Feb 18 21:23:41 some atheros soc 23xx. i'll check. Feb 18 21:24:08 jr-: theoritically rev D1 and D2 has AR2314, and as there are no infos on that one i would be happy to get my hands on one or just be able to support/detect it Feb 18 21:25:03 found board. dunno where case is. board has "A01" sticker and "Ver V1.2" silkscreened. it's 2313A Feb 18 21:25:18 then it's some rev C Feb 18 21:25:34 jr-: fyi theoritically rev C2 or what has 4/16 Feb 18 21:27:02 mx 29lv800. that's 1 megabyte to me Feb 18 21:27:35 yeah, but yours can be either c1 or c3 Feb 18 21:27:47 dlink is crazy when it comes to labelling hardware Feb 18 21:31:16 found case. it's rev h1 (fcc id ka2di624vc2) Feb 18 21:31:46 heh, that's another one then :) Feb 18 21:32:12 let's see... maybe di-524 rev D? someone? :) Feb 18 22:25:35 I am trying to cross-compile some code that uses USB_ENDPOINT_IN as a request type Feb 18 22:25:56 and I get an error "'USB_ENDPOINT_IN' undeclared (first use in this function)" Feb 18 22:26:04 is this not a valid request type? Feb 18 22:26:14 sounds like a missing header file or so Feb 18 22:26:18 (first guess) Feb 18 22:26:27 hrm, I am including usb.sh Feb 18 22:26:31 er usb.h Feb 18 22:26:38 and is it in there? Feb 18 22:27:19 oh, so there is now standard one in the headers for openwrt? Feb 18 22:27:37 I wouldn't know, I only hang around here because of all the cool kids... Feb 18 22:27:42 lol :) Feb 18 22:27:53 I looked at some of the other USB code Feb 18 22:28:01 and it includes "linux/usb.h" Feb 18 22:28:12 which seems to have many of the same declarations as I am using Feb 18 22:28:20 but obviously different, hence the error Feb 18 22:28:28 is this a kernel driver or so? Feb 18 22:28:41 stand alone Feb 18 22:28:57 ehr, but kernel space or user space? Feb 18 22:29:00 its some crappy code to read from a wi-spy dongle Feb 18 22:29:05 ah Feb 18 22:29:12 you sure it doesn't use libusb or so? Feb 18 22:29:12 user space I believe Feb 18 22:29:15 or should use it Feb 18 22:30:09 I will check Feb 18 22:30:20 its got its own TCPlib.h library Feb 18 22:30:27 which I have not looked at yet Feb 18 22:30:56 and the only include is the usb.h Feb 18 22:31:01 which I changed to linux/usb.h Feb 18 22:31:04 and still no luck Feb 18 22:33:12 $ rpm -qf /usr/include/usb.h Feb 18 22:33:12 libusb-devel-0.1.12-5.1 Feb 18 22:33:18 so it might in fact be from libusb Feb 18 22:33:34 can this code be downloaded somewhere? Feb 18 22:33:52 ahh, yes Feb 18 22:33:57 I will do that Feb 18 22:34:29 thanks Feb 18 22:35:07 hi Feb 18 22:35:13 hello **** ENDING LOGGING AT Mon Feb 19 03:00:00 2007